Microsoft SQL सर्वर की स्थापना के स्थान का महत्व


10

मेरे पास सस्ते स्लो डिस्क और महंगा फास्ट डिस्क वाला सर्वर है।

मैं उन सभी चीजों के लिए महंगी डिस्क का उपयोग करना चाहता हूं जहां यह महत्वपूर्ण है कि यह तेज है, जैसे कि मेरे डेटाबेस।

पैसे बचाने के लिए, मैं किसी भी चीज़ के लिए धीमी डिस्क का उपयोग करना चाहता हूं जहां यह बहुत अंतर नहीं करता है चाहे वह तेज हो या धीमी, जैसे बैकअप।

अब, मेरा प्रश्न यह है कि क्या मुझे अपने Microsoft SQL सर्वर को धीमी या तेज डिस्क पर स्थापित करना चाहिए ?

(स्पष्ट होने के लिए, मैं अपने डेटाबेस को तेज़ डिस्क पर रखूंगा चाहे कोई भी हो, इसलिए मेरा प्रश्न केवल स्थापना के स्थान से संबंधित है)


3
आप इस पर भी विचार क्यों करेंगे कि 120gb कम लेखन ssd (a) सस्ता और (b) सुपर फास्ट और (c) सब कुछ OS + कार्यक्रमों के लिए काफी अच्छा है? मैंने 2 साल पहले सभी ऑपरेटिंग सिस्टम को 120gb ssd में स्थानांतरित कर दिया था और लागत वास्तव में कोई फर्क नहीं पड़ता था - उस समय। अब यह और भी कम प्रासंगिक है।
टॉमटॉम

आप एक SSD डिस्क पर मिशन-क्रिटिकल डेटाबेस पर भरोसा करना चाहते हैं? मुझे याद दिलाएं कि आप के साथ कभी भी व्यापार न करें ...
Shadur

2
@ बहादुर क्या लौ। हाँ, मैं इसे SSD आधारित RAID 10 कॉन्फ़िगर डिस्क पर रखूँगा जो स्थानीय रूप से 2 अन्य डिस्क पर प्रतिकृति है और रात को दूरस्थ स्थान पर बैकअप की जाती है। दशक में आपका स्वागत है!
नील्स ब्रिंच

@TomTom आप निश्चित रूप से सही हैं, लेकिन मैं इस मामले में बहुत अधिक संवेदनशील स्थिति में हूं, इसलिए मैं इस प्रकार के हाइपर अनुकूलन के साथ भी परेशान हूं। मेरा प्रश्न अधिक से अधिक अप्रासंगिक हो जाएगा क्योंकि प्रत्येक वर्ष गुजरता है, क्योंकि यह सबसे अधिक सवाल है, यहां मैं मानता हूं।
नील्स ब्रिंच

@NielsBrinch सेंट स्मार्ट और पाउंड मूर्ख। गंभीरता से।
टॉमटॉम

जवाबों:


11

यह एक तरह की राय है, लेकिन मैं SQL सर्वर बायनेरिज़ को धीमी डिस्क पर रखूंगा। ओएस डिस्क पर बायनेरिज़ डालना काफी आम है (हालांकि कुछ लोग उससे नफरत करते हैं), या धीमी डिस्क पर।

हालाँकि, आप निश्चित रूप से अपने सिस्टम डेटाबेस, विशेष रूप से tempdb, को तेज डिस्क पर रखना चाहते हैं। वास्तव में, टेम्पर्डब को खुद से लगाना भी आम है।

यह लेख के एक जोड़े के अनुरूप है, जो मैंने पाया कि आपके लिए उपयोगी हो सकता है।

सोचने के लिए लेन-देन लॉग बैकअप भी है, और मैं इस पर फटा हुआ हूं क्योंकि आप तेज डिस्क पर एलडीएफ चाहते हैं और आप एक अलग डिस्क पर भी बैकअप चाहते हैं जहां से डेटाबेस रहते हैं, लेकिन यह बेहतर होगा यदि वे एक पर थे तेज डिस्क। आपको एक निर्णय कॉल करने की आवश्यकता होगी, लेकिन मैं शायद धीमी डिस्क पर वापस आऊंगा और इसके बारे में शिकायत करूंगा। ;)


धन्यवाद। क्या आप कह रहे हैं कि यह विशेष रूप से प्रदर्शन को प्रभावित नहीं करता है कि sql सर्वर इंस्टॉलेशन (बायनेरिज़ आदि) धीमी या तेज डिस्क पर है?
नील्स ब्रिंच

1
ऐसा नहीं है कि मैंने देखा है। और यह काफी सामान्य विन्यास है।
कैथरीन विलिअर्ड

6
कैथरीन सही है, क्योंकि बायनेरिज़ स्वयं विशेष रूप से बाध्य नहीं हैं। आम तौर पर एक तेज डिस्क पर बायनेरिज़ डालने से लोड समय में सुधार होगा, लेकिन शायद ही कभी सामान्य ऑपरेशन की गति को प्रभावित करता है क्योंकि कोड मेमोरी से चल रहा है। जब तक आप सर्वर को पुनः आरंभ नहीं कर रहे हैं, तब तक धीमे भंडारण पर बायनेरिज़ होने के लिए यह काफी चोट नहीं पहुंचाएगा।
कोरी

@Corey बहुत स्पष्टीकरण बिंदु पर बहुत बहुत धन्यवाद। यह वही है जिसे मैं देख रहा था।
नील्स ब्रिंच

6

मैं पहले से ही डाल दिया बहुत अच्छा जवाब कैथरीन विलिअर्ड पर का पालन करना चाहते हैं ।

यह कुछ हद तक आपके डेटाबेस के इच्छित उपयोग पर निर्भर करता है।
यदि आप बहुत सारे लिखने के संचालन की उम्मीद कर रहे हैं, तो आगे बढ़ें और अपनी .mdfऔर .ndfफ़ाइलों को तेज डिस्क पर रखें।

हालांकि अगर आपका डेटाबेस या तो एक है जो आम तौर पर काफी स्थिर है (उदाहरण के लिए वेब सामग्री परोसना)। और प्रश्न बहुत भिन्न नहीं होते हैं, संभावना है कि आप अपनी मेमोरी में बड़ी संख्या में प्रश्नों को प्राप्त करेंगे, या एप्लिकेशन पक्ष पर भी कैश किया जाएगा। किस बिंदु पर आप अपने .ldf, tempdbऔर बैकअप के लिए तेज़ डिस्क का उपयोग करके बेहतर हैं ।

इसी तरह, अगर आप इस तरह के एक के लिए के रूप में बड़े प्रश्नों, का एक बहुत उम्मीद कर रहे हैं OLAPडेटाबेस, तो आप बेहतर अपने भंडारण बंद कर रहे हैं .mdf, tempdbतेजी से डिस्क पर। और .ldfअपने धीमे डिस्क पर डालने के रूप में यह अक्सर अड़चन का हिस्सा नहीं होगा।

किसी भी मामले में, बायनेरिज़ को फास्ट डिस्क पर डालने से परेशान न हों, हम आम तौर पर उन लोगों को धीमी गति से डालते हैं (सिस्टम से नहीं अगर इसे टाला जा सकता है) डिस्क।
इसके अलावा, तेज डिस्क पर दोनों .ldfऔर .mdfफाइलों को प्राप्त करने की कोशिश में मत उलझो, आमतौर पर जब भी संभव हो, वे अलग हो जाते हैं।

इसलिए सारांश में, अपने लोड की समीक्षा करें कि आपकी सबसे संभावित अड़चन क्या होगी।


3

आपके पास चीजें पीछे की ओर हैं। मुझे पता है कि यह जवाबी-सहज है, लेकिन आप चाहते हैं कि बैकअप (विशेष रूप से लेन-देन लॉग बैकअप सहित) तेज डिस्क पर हो, और धीमी गति से डिस्क पर mdf / ldf फाइलें (tempdb के उल्लेखनीय अपवाद के साथ)।

आप इसे ऐसे समझ सकते हैं जैसे कि Sql Server आपके डेटा के दो अभ्यावेदन रखता है। एमडीएफ + एलडीएफ फाइलें डेटाबेस की वर्तमान स्थिति का प्रतिनिधित्व करती हैं, जबकि बैकअप (अंतिम पूर्ण बैकअप के बाद से लेनदेन लॉग बैकअप सहित) यह दर्शाता है कि विफलता की स्थिति में आपको डेटाबेस की वर्तमान स्थिति को पुनर्स्थापित करने की आवश्यकता है। आप इन दोनों अभ्यावेदन को एक-दूसरे से अलग रखना चाहते हैं, इसलिए एक प्रतिनिधित्व को नष्ट करने वाली घटना भी दूसरे प्रतिनिधित्व को नुकसान नहीं पहुंचाएगी।

यह पता चला Sql सर्वर प्रदर्शन करता है एक निर्भर बहुत कितनी तेजी से आप लेनदेन लॉग फाइल लिख सकते हैं के बारे में अधिक और उनके बैकअप कितनी तेजी से आप mdf फ़ाइलें एक्सेस कर सकते से अधिक। इसका मतलब है कि आपको फास्ट ड्राइव पर बैकअप लगाने पर जोर देने की आवश्यकता है (आदर्श रूप से आप सर्वर में एक छोटा एसएसडी जोड़ सकते हैं जिसे आप पीडीएफ फाइलों के लिए उपयोग कर सकते हैं, उन्हें अपने बैकअप से अलग होने पर भी गति प्रदान करते हुए)। दुर्भाग्य से यह आपके एमडीएफ फ़ाइलों के लिए धीमी ड्राइव को छोड़ देता है, लेकिन फिर से: यह उतना मायने नहीं रखेगा जितना आप सोचते हैं।

यह ऊपर मानने के लायक है कि आपके पास पर्याप्त रैम है, कि आप विशिष्ट वर्कलोड का पालन करते हैं, और यह कि आप सरल के बजाय पूर्ण पुनर्प्राप्ति मोड का उपयोग करने की योजना बनाते हैं। इसके अतिरिक्त, ऑपरेटिंग सिस्टम और स्थापित Sql सर्वर प्रोग्राम को खुद को धीमी ड्राइव पर रखा जा सकता है , हालांकि निश्चित रूप से आप उतना ही चाहते हैं जितना आपके पास फास्ट ड्राइव पर रहने के लिए जगह है।


बैकअप से मेरा मतलब उन फाइलों से है जो उपयोग में नहीं हैं, लेकिन केवल संग्रहीत हैं। मैं तेज डिस्क पर mdf और ldf दोनों फाइलों को रखना होगा। यह मेरे लिए खबर है कि mdf को धीमी डिस्क पर रखना ठीक है, यह एक रोचक और अप्रत्याशित जानकारी थी।
नील्स ब्रिंच

1
आप बैकअप / लॉग के रूप में उसी डिस्क पर mdf नहीं चाहते हैं। MDF डेटाबेस वर्तमान स्थिति का प्रतिनिधित्व करता है। बैकअप + एलडीएफ यह दर्शाता है कि आपको वर्तमान स्थिति के लिए डेटाबेस को पुनर्प्राप्त करने की आवश्यकता है। आप चाहते हैं कि दो अभ्यावेदन एक-दूसरे से अलग हो जाएं, इसलिए एक को नष्ट करने वाली घटना भी दूसरे को नुकसान नहीं पहुंचाएगी। और जब से लॉग और बैकअप फास्ट डिस्क पर होना चाहिए (प्रदर्शन इस बात पर बहुत अधिक निर्भर करता है कि आप कितनी तेजी से ldf फाइल को लिख सकते हैं, आप कितनी तेजी से mdf फाइल को लिख सकते हैं), इसका मतलब है कि mdf को स्लो डिस्क पर जाना चाहिए।
जोएल कोएल

मैं उपरोक्त टिप्पणी के अधिकांश को उत्तर में संपादित करने जा रहा हूं।
जोएल कोएल

1
मुझे यकीन नहीं है कि आप ऐसा क्यों कह रहे हैं .ldfऔर .mdfआपदा के मामले में अलग होने की आवश्यकता के बारे में ... यह आमतौर पर नहीं माना जाता है कि आप आपदा वसूली के लिए या तो एक का उपयोग करेंगे, यही बैकअप के लिए हैं। यदि आप 0 से अधिक डेटा हानि के निकट नहीं हैं, तो आपको बहुत ही कम लॉग बैकअप मिलते हैं, आप लॉग फ़ाइल पर ही निर्भर नहीं रहते हैं।
प्रतिक्रिया करता है

@ आप सही हैं। मेरे पास एक मस्तिष्क गोज़ था और मेरे सिर में TRN बैकअप के बारे में सोचते हुए अपनी उंगलियों के साथ LDF फाइलें लिख रहा था। सामान्य विचार धारण करते हैं, लेकिन मुझे यह स्पष्ट करने की आवश्यकता होगी कि अब (इस पर काम करना) स्पष्ट हो।
जोएल कोएल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.