डेटाबेस बैकअप


2

मेरे पास 10gb RDBMS (SQL Server) है।मैं इसे अधिक से अधिक बार वापस करना चाहूंगा, लेकिन ऐसा लगता है कि मुझे प्रति दिन कई बार के आदेश पर ऐसा करने के लिए एक भयानक स्थान की आवश्यकता होगी।

कितनी बार एक DB इस आकार बैकअप के लिए उचित है?आम तौर पर बैकअप कैसे संग्रहीत किए जाते हैं?

मैंने अमेज़ॅन एस 3 में देखा और सोच रहा हूं कि लोगों के लिए अपने डीबी बैकअप करने के लिए इस तरह की सेवा का उपयोग करना कितना आम है?

  0

मैं थोरो से सहमत हूं, हालांकि जब से आपने कहा था कि आप संभवतः जितना संभव हो उतने बैकअप चाहते हैं, तो आप अपनी जरूरतों के आधार पर प्रत्येक 2-6 बजे जैसे वृद्धिशील/अंतर बैकअप करना चाह सकते हैं। 14 sep. 112011-09-14 15:22:23

1

SQL के किस संस्करण के साथ आप काम कर रहे हैं?"जितनी बार संभव हो" का क्या मतलब है?तुम ऐसा क्यों करना चाहते हो?

आपको पूर्ण बैकअप लेने की आवश्यकता नहीं है।आप हर रात एक बार साप्ताहिक पूर्ण और एक अंतर कर सकते हैं।T-sql या SSMS के साथ आप अपने बैकअप को साफ-सुथरा रखने के साथ ही कई दिनों के बाद बैकअप ऑटो को हटा सकते हैं

जितनी बार संभव हो?लेन-देन लॉग बैकअप हर 5 मिनट में क्यों नहीं, फिर उन्हें हर 5 दिन में हटाएं?

:: मैंने और प्रश्न जोड़े हैं ::


4

मुझे लगता है कि मुख्य सवाल यह नहीं है कि अन्य लोग अपने डेटाबेस का बैकअप कितनी बार लेते हैं - लेकिन आपके व्यवसाय को किस स्तर का नुकसान होगा।यदि आपका सर्वर मर जाता है तो क्या वे 24 घंटे पहले से बैकअप फ़ाइल में वापस जाने से खुश होंगे या उन्हें एक घंटे पहले से एक की आवश्यकता होगी?

हमारे सभी उत्पादन डेटाबेस दिन में एक बार पूर्ण बैकअप करते हैं, फिर वे हर घंटे लेनदेन लॉग बैकअप चलाते हैं।पूर्ण विफलता की स्थिति में हमारा सबसे खराब स्थिति यह है कि हम एक घंटे का डेटा खो देते हैं (हालांकि वास्तव में हम डेटाबेस मिररिंग का उपयोग खुद को इस से भी बचाने के लिए करते हैं)।लेन-देन लॉग बैकअप भी आपको पॉइंट-इन-टाइम http://msdn.microsoft.com/en-us/library/ms179451.aspx करने का विकल्प देता है: http://msdn.microsoft.com/en-us/library/ms179451.aspx

एक अन्य कारक डेटाबेस का पुनर्प्राप्ति मॉडल है - यदि आप पूर्ण पुनर्प्राप्ति मोड में हैं, तो लेन-देन लॉग बैकअप को असहनीय होने से रोकने के लिए आपको लेनदेन लॉग बैकअप की आवश्यकता होगी।इसके विपरीत, यदि आप साधारण वसूली का उपयोग कर रहे हैं तो लेनदेन लॉग बैकअप एक विकल्प नहीं है।

यह एक अच्छा प्रारंभिक बिंदु है: http://msdn.microsoft.com/en-us/library/ms191239.aspx

उम्मीद है की वो मदद करदे...


1

कहते हैं कि आपके व्यस्त समय के साथ आपके पास एक सामान्य व्यवसाय परिदृश्य है: 9 am-5pm सोमवार-शुक्रवार।तब मैं सुझाव दूंगा: रविवार रात को पूर्ण बैकअप।अंतर बैकअप सुबह 8 बजे, शाम 6 बजे और 1 बजे (रिकवरी टाइम कम करने के लिए)।हर घंटे या अपने व्यवसाय की आवश्यकता के आधार पर बैकअप लॉग करें।

आपकी अवधारण अवधि के आधार पर, पुरानी बैकअप फ़ाइलों को खाली करने के लिए आपके पास एक स्वचालित सफाई कार्य होना चाहिए।

आपको अपने बैकअप को किसी निरर्थक डिस्क (मिरर किए गए) पर स्टोर करना चाहिए।

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


5

लगता है कि आप SQL सर्वर में बैकअप कैसे काम करते हैं।SQL Server में तीन अलग-अलग प्रकार के बैकअप होते हैं।

पूर्ण - पूर्ण डेटाबेस बैकअप पूरे डेटाबेस और सक्रिय लेन-देन लॉग को एकल (या धारीदार, लेकिन अभी के लिए इस सुविधा को अनदेखा करने देता है) डिस्क पर फ़ाइल को डंप करता है।

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

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

आपने जो वर्णन किया है, उससे ऐसा लगता है कि आपको यथासंभव कम डेटा को ढीला करने की आवश्यकता है।आपको पुनर्प्राप्ति मोड को FULL या BULK_LOGGED में बदलना होगा (FULL वही है जो अधिकांश लोग चुनते हैं) और फिर हर कुछ मिनटों में दैनिक पूर्ण बैकअप और लेन-देन लॉग बैकअप सेटअप करें।आपके द्वारा लॉग बैकअप चलाने की आवृत्ति इस बात पर निर्भर करेगी कि आप कितने डेटा को ढीला कर सकते हैं।व्यवसाय ऐसा होना चाहिए जो इस संख्या को निर्धारित करे, न कि आप।आवश्यकताओं के आधार पर हर 10-15 मिनट में लॉग बैकअप चलाना असामान्य नहीं है।

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

आप डेटाबेस को किसी अन्य EC2 उपलब्धता क्षेत्र में एक सर्वर पर बैकअप देना चाहते हैं ताकि यदि इस वर्ष की शुरुआत से अमेज़ॅन आउटेज का दोहराव होता है तो आपका बैकअप डेटा अभी भी सुरक्षित है।

यह सुनिश्चित करने के लिए एक या दो घंटे के लिए एक सलाहकार लाने के लायक हो सकता है कि आपके बैकअप सही ढंग से किए गए हैं।यदि वे सही नहीं किए जाते हैं, तो अब यह पता लगाने का समय है कि सिस्टम कब विफल हुआ है।