एमएस कार्यालय में कोई उपयोगकर्ता-जानकारी "फ़ाइल पहले से ही खुला है ..." संवाद


1

हमें MS Office Dialog के बारे में कुछ समस्याएं हैं जो किसी को बता रही हैं, कि एक फ़ाइल पहले से ही एक उपयोगकर्ता द्वारा खुली है। मैंने अन्य सभी आईटी कॉलेजों और Googled से 2 घंटे के लिए पूछा है, लेकिन मुझे कुछ भी उपयोगी नहीं मिला है।

विस्तार में समस्या।

हमारे पास दो पीसी और एक फाइलसेवर है। FileServer में दो फोल्डर हैं। दो उपयोगकर्ता हैं।

उपयोगकर्ता 1 Office 2007 में फ़ोल्डर 1 से एक Excel फ़ाइल खोलता है। उपयोगकर्ता 2 से भी एक ही फ़ाइल खोलता है। कार्यालय कह रहा है "... 'उपयोगकर्ता 1' द्वारा खुला है"। तब उपयोगकर्ता 1 Office 2007 में फ़ोल्डर 2 से एक Excel फ़ाइल खोलता है। उपयोगकर्ता 2 उसी फ़ाइल को खोलता है। कार्यालय कह रहा है "... 'एक अन्य उपयोगकर्ता' द्वारा खुला है"।

फ़ोल्डर और एक्सेल फाइल पर अनुमतियाँ दोनों उपयोगकर्ताओं के लिए पूर्ण नियंत्रण हैं। मैंने "प्रभावी अनुमति" टैब के साथ दोनों फ़ोल्डरों में इस अनुमतियों को भी नियंत्रित किया है।

कम्प्यूटरीकरण में FileServer पर मैं हमेशा देख सकता हूं, जिसने फाइल को "ओपन फाइल" श्रेणी में खोला है और यह जानकारी हमेशा सही होती है। क्या किसी के पास कोई विचार है कि क्यों कार्यालय उपयोगकर्ता को नहीं बता रहा है, जिसने दूसरी फ़ाइल खोली है और यह बताने के बजाय कि यह किसी अन्य उपयोगकर्ता द्वारा खुला है?

मुझे वे दो पृष्ठ मिल गए हैं, क्षमा करें, दोनों जर्मन में, कठिन मैंने englisch कीवर्ड के साथ खोज की, लेकिन शायद वे किसी के लिए अनुवाद उपकरण या जर्मन उपयोगकर्ताओं के लिए मददगार हैं ...

http://www.tech-archive.net/Archive/game/microsoft.public.de.german.office/2007-07/msg00022.html http://excelnova.org/2015/10/excel-datei-durch -einen-Anderen-benutzer-gesperrt /

संपादित करें: अतिरिक्त जानकारी: मुझे अभी पता चला है, कि जब मैं उल्लिखित ओब्वॉय फाइल 2 को अपने डेस्कटॉप पर कॉपी करता हूं और इसे दो बार एक्सेल में खोलता हूं, तो यह कहता है, फाइल पहले से ही 'वैन थिएल, केविन' द्वारा खुली है। "तो यह ठीक काम कर रहा है। मेरे डेस्कटॉप पर, लेकिन फ़ाइल सर्वर पर नहीं। लेकिन एक ही निर्देशिका में एक ही फ़ाइल सर्वर पर यह भी ठीक काम करता है। किसी को किसी भी विचार यह क्या हो सकता है?

तरह का संबंध है, केविन वैन थिएल



यह मदद नहीं करता है क्योंकि मैंने कहा था, जब मैं आरडीपी के माध्यम से हमारे फाइल सर्वर से जुड़ता हूं, तो मैं इस सेटिंग पर जा सकता हूं और वही काम कर सकता हूं, लेकिन मैं फाइल को बंद नहीं करना चाहता, मैं चाहता हूं कि कार्यालय दूसरों को जाने दे पता है, जिसने हमसे आईटी कर्मचारियों से बिना पूछे फाइल को खोला है। जैसे फ़ाइल 1. के साथ उदाहरण में बताया गया है
Geco Mynx

माफ करना मेरा बुरा। शायद यह हॉटफ़िक्स समस्या को ठीक करेगा।
विनायक

1
@GecoMynx क्या कोई तथाकथित 'मालिक फ़ाइलें' उस हिस्से पर हैं जहाँ फ़ाइल मौजूद है? ये फाइलें छिपी हुई हैं और इनके साथ शुरू होती हैं ~$और बाकी यह दस्तावेज का फ़ाइल नाम है। क्या स्वामी फ़ाइल हटाने में मदद करता है? यह फ़ाइल उस उपयोगकर्ता का नाम रखने वाली है जिसने इसे खोला है और Word / Excel इस फ़ाइल का उपयोग यह पता लगाने के लिए करता है कि क्या कोई वर्तमान में इसे संपादित कर रहा है और अपने उपयोगकर्ता नाम का पता लगाता है। यदि वह हिस्सा जहां फ़ाइल है, केवल पढ़ने के लिए है, तो आपको 'अन्य उपयोगकर्ता' त्रुटि द्वारा खोला जाएगा। इस पर अधिक यहाँ: support.microsoft.com/en-us/kb/211632
विनायक

1
आपका स्वागत है :) मैं जल्द ही एक उत्तर जोड़ूंगा ताकि आप स्वीकार कर सकें। हाउसकीपिंग के दौरान टिप्पणियाँ नष्ट हो सकती हैं।
विनायक

जवाबों:


1

आपको यह सुनिश्चित करने के लिए नेटवर्क शेयर की जांच करने की आवश्यकता हो सकती है कि यह केवल पढ़ने के लिए नहीं है और तथाकथित 'मालिक फ़ाइलों' की उपस्थिति की तलाश करें जो फ़ाइल नाम के साथ छिपी हुई फाइलें हैं, जो ~$कार्यालय दस्तावेज़ के नाम से शुरू होती हैं ।

Microsoft * के अनुसार , ये 'स्वामी फ़ाइलें' तब बनाई जाती हैं जब एक उपयोगकर्ता द्वारा एक कार्यालय दस्तावेज़ खोला जाता है। वे दस्तावेज़ के समान फ़ोल्डर में बनाए जाते हैं और उपयोगकर्ता के लॉगऑन नाम में होते हैं।

जब आप किसी अन्य उपयोगकर्ता द्वारा पहले से उपयोग किए गए दस्तावेज़ को खोलते हैं, तो Office प्रोग्राम इस फ़ाइल का उपयोग वर्तमान में फ़ाइल का उपयोग करने वाले उपयोगकर्ता का नाम निर्धारित करने के लिए करता है। हालाँकि, यदि नेटवर्क साझा केवल-पढ़ने के लिए है, तो फ़ाइल नहीं बनाई जाएगी और आपको locked for editing by another userत्रुटि मिल सकती है ।

जब आप किसी दस्तावेज़ को बंद करते हैं तो कार्यालय के कार्यक्रम आम तौर पर इस फ़ाइल को हटा देते हैं लेकिन यदि प्रोग्राम असामान्य रूप से समाप्त हो गया है, तो फ़ाइल पीछे रह सकती है।

आप नेटवर्क शेयर पर मिलने वाली किसी भी 'स्वामी फाइल' को हटाने की कोशिश कर सकते हैं और देख सकते हैं कि क्या काम करता है।

इसी तरह की समस्या का सामना कर रहे अन्य लोग भी इस हॉटफ़िक्स को स्थापित करने या वैकल्पिक समाधानों के लिए इस टेकनेट थ्रेड के माध्यम से देख सकते हैं।


* स्वामी फ़ाइल (स्रोत फ़ाइल के रूप में एक ही निर्देशिका)

जब पहले से सहेजी गई फ़ाइल संपादन के लिए, मुद्रण के लिए या समीक्षा के लिए खोली जाती है, तो Word एक अस्थायी फ़ाइल बनाता है जिसमें एक .doc फ़ाइल नाम एक्सटेंशन होता है। यह फ़ाइल नाम एक्सटेंशन एक tilde (~) के साथ शुरू होता है, जो एक डॉलर के संकेत ($) के बाद होता है जो कि मूल फ़ाइल नाम के शेष के बाद होता है। यह अस्थायी फ़ाइल उस व्यक्ति का लॉगऑन नाम रखती है जो फ़ाइल खोलता है। इस अस्थायी फ़ाइल को "स्वामी फ़ाइल" कहा जाता है।

जब आप किसी नेटवर्क पर उपलब्ध फ़ाइल को खोलने का प्रयास करते हैं और जो पहले से किसी और द्वारा खोला जाता है, तो यह फ़ाइल निम्नलिखित त्रुटि संदेश के लिए उपयोगकर्ता नाम की आपूर्ति करती है :

यह फ़ाइल पहले से ही उपयोगकर्ता नाम से खोली गई है । क्या आप अपने उपयोग के लिए इस फ़ाइल की एक प्रति बनाना चाहेंगे?

शब्द स्वामी फ़ाइल बनाने में असमर्थ हो सकता है। उदाहरण के लिए, Word एक स्वामी फ़ाइल नहीं बना सकता है जब दस्तावेज़ केवल-पढ़ने के लिए साझा हो। इस स्थिति में, त्रुटि संदेश निम्न त्रुटि संदेश में बदल जाता है:

यह फ़ाइल पहले से ही किसी अन्य उपयोगकर्ता द्वारा खोली गई है। क्या आप अपने उपयोग के लिए इस फ़ाइल की एक प्रति बनाना चाहेंगे?

नोट मूल फ़ाइल बंद होने पर Word अपने आप ही इस अस्थायी फ़ाइल को मेमोरी से हटा देता है।

जब आप HTTP या FTP प्रोटोकॉल का उपयोग करके किसी फ़ाइल को खोलते हैं, तो फ़ाइल को पहले अस्थायी निर्देशिका में कॉपी किया जाता है। फिर, फ़ाइल अस्थायी निर्देशिका से खोली गई है।

जब आप Word 2007 के साथ UNC साझा पर एक फ़ाइल खोलते हैं, तो फ़ाइल को पहले अस्थायी निर्देशिका में कॉपी किया जाता है। फिर, फ़ाइल अस्थायी निर्देशिका से खोली गई है।


एक्सेल-फाइल को बंद करने के बाद बचे-खुचे मालिक-फाइल को हटाना मेरे लिए पूरी तरह से काम कर गया। बहुत बहुत धन्यवाद = D
Geco Mynx
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.