कई इंटरनेट खोजों के परिणामों के आधार पर मैं माउंट पॉइंट्स का उपयोग नहीं करने का कोई कारण (पोस्ट-SQL सर्वर 2000) नहीं पा सकता हूं।
मुख्य कारण किसी को उनके साथ एक बुरा अनुभव था (या, इसके विपरीत, उनके साथ कोई अनुभव नहीं है) और उन्हें पूरी तरह से बंद कर दिया है ... हमेशा के लिए। इसे अन्यथा व्यक्तिगत प्राथमिकता के रूप में जाना जाता है।
अब, वहाँ हैं कुछ कारण है कि आप उन्हें प्रयोग नहीं कर सका। नंबर एक कारण जो मैं सोच सकता हूं, वह यह है कि एक 3 पार्टी ड्राइवर या एप्लिकेशन / टूल (थिंक फिल्टर ड्राइवर, डिस्क प्रतिकृति, आदि) इसका समर्थन नहीं करता है। इसका एक त्वरित उदाहरण एक ब्लॉक स्तरीय डिस्क प्रतिकृति उपकरण है जो केवल विशिष्ट क्लस्टर आकार के साथ NTFS के अलावा और कुछ का समर्थन नहीं करता है और किसी भी विशिष्ट मात्रा के लिए 2 टीबी से ऊपर नहीं जा सकता है।
क्या किसी को इस विषय में Windows OS की सीमाओं के बारे में पता है?
नहीं, आप कई, कई माउंट पॉइंट बना सकते हैं। वास्तव में, आपके पास Windows सर्वर के अंदर किसी भी सराहनीय सीमा को हिट करने से पहले आपके डिवाइस इंटरफेस के साथ आम तौर पर एक समस्या होगी (यह मानते हुए कि आप विंडोज सर्वर के एक संस्करण का उपयोग नहीं कर रहे हैं जो 17 साल से अधिक पुराना है ...)।
• मैं दावा सुन रहा हूं "ओएस माउंट पॉइंट्स को मान्यता नहीं देता" हाल ही में। (असत्य, हमारे द्वारा उपयोग किए जाने वाले विंडोज सर्वर के संस्करणों में मेरे शोध पर आधारित है)।
यदि OS माउंट पॉइंट्स को नहीं पहचानता है, तो यह आपको माउंट पॉइंट का उपयोग कैसे करने देगा? यह सिर्फ कोई मतलब नहीं है।
यदि OS माउंट बिंदुओं को नहीं पहचानता है, तो यह उन्हें ट्रैक क्यों करेगा और उनके मेटाडेटा को क्वेरी करेगा ? इसके अलावा, कृपया ध्यान दें कि एक आरोह बिंदु एक फाइलसिस्टम का एक निर्माण है जो एक OS का समर्थन कर सकता है या नहीं। आपके द्वारा आने वाले सभी फाइल सिस्टम माउंट बिंदुओं का समर्थन नहीं कर सकते हैं, हालांकि विंडोज सर्वर में सबसे आम फाइल सिस्टम एनटीएफएस है जो वास्तव में माउंट पॉइंट्स का समर्थन करता है और यह थोड़ी देर के लिए है।
बस इस असत्य वस्तु को और भी अधिक घर लाने के लिए; विंडोज क्लस्टरिंग में क्लस्टर शेयर्ड वॉल्यूम (CSV) नामक कुछ है जो वास्तव में वॉल्यूम के लिए आरोह बिंदुओं का उपयोग करते हैं ... जो कि प्रौद्योगिकी का उपयोग कर एक मूल निवासी है। मेरा कहना है कि, जिसे आपने बताया है कि इस मुद्दे को शिक्षित किया जाना चाहिए।
वहाँ कोई सबूत है या अनुभव आधारित कारण SQL सर्वर के साथ माउंट अंक का उपयोग करने के लिए नहीं?
हां, हमेशा ऐसा होता है कि विंडोज एनटी 4 चलाने वाला एक सर्वर ... वहां इसका उपयोग न करें। आप यह भी सुनिश्चित कर सकते हैं कि आप Windows सर्वर का एक समर्थित संस्करण चला रहे हैं और अपडेट के साथ वर्तमान में रह रहे हैं।
हालांकि, जैसा कि मैंने ऊपर वर्णित किया है, 3 पार्टी आइटम हो सकते हैं जो समर्थित नहीं हैं या उनके साथ ठीक से काम नहीं करते हैं। मैं कहूंगा कि उस प्रदाता को छोड़ दो और एक नया खोजो।
यह मेरी समझ है कि माउंट पॉइंट वर्कलोड को अलग करने के लिए अविश्वसनीय रूप से उपयोगी हैं।
माउंट पॉइंट्स अविश्वसनीय रूप से उपयोगी हैं। उनका उपयोग करने के कई तरीके हैं, सबसे आम है विंडोज़ के ड्राइव अक्षर की सीमाओं के आसपास प्राप्त करना (जैसा कि, केवल इतने सारे हैं)। अगले सबसे आम उपयोग में छोटे प्रबंधनीय आकार के ड्राइव हैं (LUN, वर्चुअल डिस्क [VMDK, VHDX] सोचें) पागलपन से बड़े और शायद ही कभी चलने योग्य मोनोलिथ संस्करणों से दूर होने में मदद करने के लिए (यह वास्तव में 10TB रेंज में ड्राइव को प्रबंधित करने के लिए एक समस्या बन जाता है) एकल LUN, वर्चुअल डिस्क, आदि) विशेष रूप से NTFS के पुराने संस्करणों पर जहां कार्यान्वयन संभव उपयोग से कम था ... उदाहरण के लिए, Windows के पुराने संस्करणों में अधिकतम NTFS आकार 2TB था।
वर्कलोड अलगाव एक और महान उपयोग है। आप निश्चित रूप से देख सकते हैं, कई उपयोग हैं और यह आपके व्यक्तिगत उपयोग के मामले पर निर्भर करता है। इसका उपयोग करने के लिए भी अनुचित तरीके हैं ... जैसे कि एक कंबल बयान करना है कि सब कुछ एक माउंट बिंदु होना चाहिए। उस बिंदु पर बस पागल प्रशासनिक उपरि है।