SQL सर्वर 2008 / R2 पुनर्प्राप्ति मॉडल


11

कुछ सर्वरों पर हमारे सभी डेटाबेसों को पूर्ण पुनर्प्राप्ति मॉडल (हम लेन-देन लॉग बैकअप नहीं करते हैं) की आवश्यकता नहीं होती है और डिफ़ॉल्ट हमेशा डेटाबेस बनाने और सरल पुनर्प्राप्ति मॉडल को निर्दिष्ट करने के लिए होना चाहिए।

अक्सर और कुछ व्यावहारिक कारणों से SSMS का उपयोग करके कई डेटाबेस बनाए जाते हैं। हालाँकि गलतियाँ की जा सकती हैं और ऑपरेटर साधारण रिकवरी मॉडल को निर्दिष्ट करना भूल सकता है। यह कुछ दिनों बाद एक "सुपरराइज" की ओर जाता है जब बॉक्स तीन या चार 60GB लॉग फ़ाइलों के कारण डिस्क स्थान के साथ संघर्ष कर रहा होता है, जिसे कभी भी छोटा नहीं किया जाता है।

मैं डेटाबेस पर रिकवरी मॉडल को कॉन्फ़िगर करके सरल रिकवरी मॉडल को नए डेटाबेस के लिए डिफ़ॉल्ट सेटिंग बना सकता हूं model। हालांकि, क्या यह अनुशंसित है, अगर मैं ऐसा करता हूं तो यह वापस आ सकता है और भविष्य में किसी भी तरह से मुझे काट सकता है?

जवाबों:


17

मुझे यहां तीन विकल्पों में से एक दिखाई देता है:

1) डेटाबेस बनाने के लिए आपके पास एक टेम्प्लेटेड स्क्रिप्ट हो सकती है जिसमें स्पष्ट रूप से रिकवरी मॉडल शामिल है।

2) आप डेटाबेस को सरल पर सेटmodel कर सकते हैं और इस बारे में चिंता करने की ज़रूरत नहीं है।

3) आप उम्मीद कर सकते हैं कि हर कोई याद करेगा, जो ऐसा लगता है कि आप क्या कर रहे हैं। (सिफारिश नहीं की गई)

मैं व्यक्तिगत रूप से नंबर दो के साथ जाऊंगा। मॉडल डेटाबेस के लिए यही है।


मैं # 2 के साथ सहमत हूं और इस अभ्यास का पालन करता हूं। इसके अलावा, यदि आप खुद को किसी ऐसे संगठन में पाते हैं जो किसी को भी डीईवी डेटाबेस सर्वर पर कुछ भी बनाने देता है, तो यह किसी को भी खुद को या दूसरों को प्रभावित करने से रोकता है।
15:01 बजे jl01

1
# 2 यहाँ जाने का रास्ता है।
mrdenny

5

@ Surfer513 में जोड़ना

4) नीति-आधारित प्रबंधन नीति या तो सरल रिकवरी मॉडल को लागू करने के लिए है, या कम से कम आपको पता है कि एक DB कब नहीं है

हालाँकि मैं मॉडल को सरल करने का पक्ष लेता हूं लेकिन यह टी-एसक्यूएल कमांड को इस्तेमाल करने और इसे किसी और चीज़ पर सेट करने से नहीं रोकता है। यदि आप पुनर्प्राप्ति मॉडल सरल नहीं हैं, तो मूल्यांकन करने के लिए आप एक नीति का उपयोग कर सकते हैं और आपके लिए नीति में परिवर्तन का विकल्प चुन सकते हैं।

यह MSSQLTip.com लेख फुल के लिए जाँच पर है, लेकिन आप आसानी से सिंपल के लिए अपनी जाँच कर सकते हैं। आप यह देखने के लिए भी चेक में फेंक सकते हैं कि क्या कभी डेटाबेस पर भी बैकअप आया है।


-1

सुरक्षित दांव आपके डीबी को पूर्ण मोड में डाल रहा है, लेकिन फिर आपके पास लॉग ग्रोथ मुद्दा है। अब कुछ विकल्प हैं:

  • अपनी लॉग फ़ाइल के अधिकतम आकार पर एक सीमा लगाएं। इस सीमा के हिट होने के बाद यह संचालन को प्रभावित करेगा। लाभ यह है कि यह उन परिदृश्यों को रोक देगा जहां डिस्क स्थान से बाहर निकलती है और फिर आपके पास बड़े मुद्दे होंगे।
  • अलर्ट दर्ज करें कि एक बार आपकी लॉग फ़ाइल वॉटरमार्क के ऊपर बढ़ जाए और फिर उसे प्रबंधित करें।
  • अनुसूची लॉग हटना नौकरियों। लॉग चिल्लाना आपके DB के प्रदर्शन को चोट पहुँचाता है। मैं इसका सुझाव नहीं दूंगा।

डीबीए होने के नाते आपको उन सभी विकल्पों का उपयोग करना चाहिए जो एक रिकवरी में मदद करता है। यह व्यवसाय के साथ आपके SLA पर भी निर्भर करता है।

यह सब कहा जा रहा है, मैं सरल मोड में कुछ DBs का प्रबंधन करता हूं। इसका कारण SLA में उल्लिखित अस्वीकरण है। व्यवसाय ने लॉग फ़ाइलों के लिए ड्राइव पर खर्च नहीं करने का फैसला किया (आप पानी के लिए एक घोड़ा ले सकते हैं, लेकिन आप इसे पी नहीं सकते हैं)। व्यवसाय बैकअप, पुनर्स्थापना और DR का प्रबंधन करता है। एक डीआर था, और खो गया पैसा अतिरिक्त डिस्क स्थान में खर्च होने की तुलना में अधिक था।


2
यह उत्तर बताता है कि उपयोगकर्ता क्या करना चाहता है। आपके बिंदुओं के लिए: 1 वैध है; 2 और अधिक विवरण जोड़ें। लॉग आकार का प्रबंधन करने के लिए, आपको लॉग / पूर्ण बैकअप लेना होगा; 3 आप लॉग फ़ाइलों को तब तक सिकोड़ नहीं पाएंगे, जब तक कि आप उन्हें खाली करने के लिए जगह नहीं देते। प्रदर्शन के लिए, लॉग फ़ाइल के फिर से बढ़ने पर सिकुड़न केवल दर्द होता है। लॉग फ़ाइलें डेटा फ़ाइलों की तुलना में भिन्न व्यवहार करती हैं।
एरिक हम्फ्रे -

अपने लेन-देन लॉग पर अधिकतम आकार सेट करना आमतौर पर एक बहुत बुरी योजना है क्योंकि यह डिस्क के पूर्ण होने के बिना आउटेज का कारण होगा। # 3 एक भयानक विचार है जिसे लाया भी नहीं जाना चाहिए था।
mrdenny
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.