उदाहरण की जड़ को विभाजित करने के संबंध में इसे करने के पक्ष में युगल तर्क हैं।
- कुछ लोग अपने "सी" ड्राइव को केवल ओएस और ओएस बायनेरिज़ को समर्पित रखने के पक्ष में हैं। यह आपको C ड्राइव पर क्रैश होने की स्थिति में रिकवरी के लिए कुछ अलग विकल्प दे सकता है, यह OS को अन्य ऐप्स के साथ साझा करने से अंतरिक्ष संबंधी समस्याओं को उत्पन्न करने या प्राप्त करने में मदद कर सकता है।
- आप एसक्यूएल सर्वर के बायनेरिज़ को अन्य कार्यक्रमों से अलग कर रहे हैं और कुछ महत्वपूर्ण फ़ोल्डरों की उपलब्धता सुनिश्चित कर रहे हैं जैसे लॉग्स फोल्डर जहां त्रुटि लॉग जाते हैं - इस फ़ोल्डर को एसक्यूएल सर्वर के लिए सुलभ होना चाहिए। आप मूल रूप से खुद को दूसरों से बचा रहे हैं।
आप SQL सर्वर बायनेरिज़ / इंस्टेंस फ़ाइलों को उसी स्थान पर रख सकते हैं जहाँ आप अपनी अन्य प्रोग्राम फ़ाइलों को रखना चाहते हैं। लेकिन अगर आप ऐसा करते हैं - तो कम से कम यह सुनिश्चित करें कि आप अपने सिस्टम डेटाबेस की फाइलें और संभावित रूप से अपने डिफ़ॉल्ट बैकअप स्थान को ले जाएं और इसे कहीं और स्थानांतरित करें।
यहाँ है कि मैं क्या करने के लिए ड्राइव अक्षर का एक असीमित संख्या के साथ खेलने के लिए देते हैं (कम से कम .. पत्र यहाँ महत्वपूर्ण नहीं हैं):
- सी - ओएस और सिस्टम स्तर की फाइलें। केवल
- डी - सभी ऐप्स के लिए प्रोग्राम फ़ाइलें (SQL सर्वर सहित)
- एस - इंस्टेंस लेवल फाइल्स / एसक्यूएल सर्वर सिस्टम डेटाबेस और लॉग फाइल आमतौर पर (टेंपडीबी को छोड़कर) (नोट) .. यदि मेरे पास कई इंस्टेंस हैं, तो मैं इनमें से 4 नहीं बनाऊंगा .. मैं सभी इंस्टेंस पर सभी एसक्यूएल बायनेरिज़ डालूँगा। एस अधिकांश स्थितियों में, अलग करने वाले फ़ोल्डर्स के साथ)
( ED- एक और नोट - मेरे पास अक्सर एक "S" ड्राइव उपलब्ध नहीं होता है। दिन के अंत में, मास्टर, मॉडल, MSDB और संसाधन db के लिए आपके सिस्टम डेटाबेस की फाइलें उसी ड्राइव पर रहती हैं, जो आपके उपयोगकर्ता के समान है। डेटाबेस फ़ाइलें, लेकिन तार्किक जुदाई के लिए एक अलग फ़ोल्डर में चीजों को कम भ्रामक रखने के लिए दुनिया का अंत नहीं है।)
- F - उपयोगकर्ता डेटाबेस के लिए डेटा फ़ाइलें
- एल - उपयोगकर्ता डेटाबेस के लिए लॉग फ़ाइल ड्राइव
- टी - टेम्पपडी
- एक्स - बैकअप ड्राइव (हालांकि बहुत सारे मामलों में मैं एक बैकअप को एक नेटवर्क ड्राइव पर स्ट्रीम करने के लिए चुनता हूं, बैकअप के बाद कॉपी के लिए भुगतान नहीं करता हूं और मैं तुरंत कहीं और स्टोर करने के लिए बैकअप ले रहा हूं।)
मेरे पास अक्सर अधिक डेटा और लॉग ड्राइव और कभी-कभी एक और TempDB ड्राइव होता है। कई उदाहरणों में जोड़ें और आप ड्राइव अक्षरों से जल्दी से बाहर चला सकते हैं। आप निश्चित रूप से C: पर अपनी इंस्टेंस लेवल फाइल्स डालकर दूर हो सकते हैं। और मैं उन ग्राहकों के लिए बहुत सारी स्वास्थ्य जांच करता हूं जो उस तरह से सेटअप थे - और मैं कभी भी नहीं कहता "ओह वाह .. हमें अब इसे ठीक करना होगा" - अब अगर उनकी TempDB फ़ाइल (s) वहाँ हैं, तो भी, मैं आमतौर पर हूँ उन्हें बदल दिया है कि कभी-कभी अपने गुरु और MSDB डेटाबेस को भी स्थानांतरित करें।
लेकिन दुनिया खत्म नहीं होगी यदि आप इन चीजों को विभाजित नहीं करते हैं। मुझे लगता है कि लाभ वास्तव में सिर्फ रखने के लिए है-फाइलें अलग। एक डीबीए के रूप में आपको अपनी कंपनी में अन्य भूमिकाओं, अन्य अनुप्रयोगों, अन्य स्थापनाओं आदि के आसपास एक स्वस्थ व्यामोह होना चाहिए और जितना अधिक आप अपने आप को संघर्षों की संभावनाओं से अलग कर सकते हैं, उतना ही बेहतर होगा। और यह आपको पुनर्स्थापना और पुनर्प्राप्ति के लिए कुछ और विकल्प देता है। तो हाँ अपने बायनेरिज़ को C से अलग करें .. लेकिन मेरी सलाह प्रत्येक उदाहरण के लिए एक अलग ड्राइव पर पागल होने की नहीं होगी।