कैसे SQL बैकअप आईटी नियमित रात्रिकालीन सर्वर बैकअप से अलग हैं?

Question

हमारा आईटी विभाग हर रात पूरे सर्वर का बैकअप लेता है (इस सर्वर पर एक SQL सर्वर इंस्टेंस स्थापित होता है), जो उस सर्वर के साथ-साथ पूरे नेटवर्क का बैकअप होना चाहिए, अगर कुछ गलत हो जाता है ...

तो मेरे प्रबंधक ने पूछा कि जो भी आईटी विभाग का बैकअप है, मेरे पूर्ण, विभेदक और लॉग एसक्यूएल बैकअप में से क्या महत्वपूर्ण है? कुछ हफ़्ते के लिए इन फ़ाइलों को रखने और उन्हें हटाने के बजाय हमारे सर्वर पर अधिक स्थान बचाने के लिए, वह सोचती है कि आईटी सिर्फ उन्हें प्रदान करेगा!

मुझे पता है कि यह सही नहीं है, क्योंकि मैं अपने लॉग बैकअप के साथ पिछले 30 मिनट तक बहाल कर सकता हूं, आईटी इसे अगले दिन पुनर्स्थापित करता है, लेकिन क्या यह एकमात्र अंतर है?

चूंकि मैं अपने डेटाबेस की बैकअप फाइलें उसी सर्वर में सेव / सेंड करता हूं, इसलिए आईटी उन्हें रिस्टोर करेगा लेकिन अगर मेरे मेंटेनेंस प्लान में ये बैकअप जॉब्स नहीं हैं तो आईटी हमारे किसी भी टेबल, ट्रांजैक्शन के बिना SQL इंस्टेंस को रिस्टोर कर सकता है ... आदि मैं यह अधिकार मिल रहा है?
किसी भी सलाह वास्तव में सराहना की जाएगी।

Answer 1

डेटाबेस बैकअप आपको पॉइंट-इन-टाइम रिस्टोर क्षमता देता है (बशर्ते आपके पास FULLरिकवरी मॉडल हो)। यहां तक ​​कि अगर आपके आईटी लोग हर कुछ मिनटों में बैकअप लेते हैं, जो कि बेहद कम है, तो भी आपके पास एक अंतर होगा।

सर्वर बैकअप डेटाबेस बैकअप की जगह नहीं लेते हैं, वे डेटाबेस बैकअप फ़ाइलों को लंबे समय तक (यानी आज के मुकाबले अधिक) "संग्रह" द्वारा पूरक करते हैं।

अंत में आपको और आपके प्रबंधन को अपने आरपीओ (वसूली बिंदु उद्देश्य - आपको एक दुर्घटना में पुनर्प्राप्त करने में सक्षम होने की आवश्यकता है) का फैसला करना होगा। केवल दैनिक सर्वर बैकअप और बिना डेटाबेस बैकअप के, आप सबसे खराब स्थिति में पूरे दिन के काम को खो देते हैं।

संपादित करें : @Sting का उस छाया प्रतियों में एक मान्य बिंदु है (सर्वर बैकअप बनाने के लिए उपयोग की जाने वाली तंत्र), आपकी सभी डेटाबेस फ़ाइलों (लॉग फ़ाइलों सहित) की एक साथ प्रतिलिपि लेने की बहुत संभावना नहीं है, जिसके कारण असंगतता हो सकती है आप बैकअप पुनर्स्थापित करें। उदाहरण के लिए, यदि छाया प्रति लेनदेन फ़ाइल को पढ़ती है तो डेटाबेस फ़ाइल को पढ़ने से पहले कुछ मिलीसेकेंड लॉग करें, डेटाबेस फ़ाइल में एक अनअकाउंटेड लेन-देन हो सकता है, लेकिन जैसा कि लेनदेन बाद में एक मिलीसेकंड के लिए प्रतिबद्ध था, लॉग में इसका कोई रिकॉर्ड नहीं होगा।

Comments

धन्यवाद डैनियल, हाँ, हमारे पास पूर्ण पुनर्प्राप्ति मॉडल है, आईटी शाम 7 बजे अपना रात्रिकालीन सर्वर बैकअप चलाता है, मैं अपना डेटाबेस फुल बैकअप 6pm पर चलाता हूं, मेरे पास दैनिक प्रति घंटा विभेदक बैकअप और व्यावसायिक घंटों के दौरान हर 30 मिनट में लॉग बैकअप है ... यदि मैंने आपको सही तरीके से समझा, IT मुझे वह पुनर्स्थापना प्रदान कर सकता है जिसकी मुझे 7: pm सर्वर बैकअप फ़ाइल से आवश्यकता है, लेकिन मुझे 6pm DB बैकअप फ़ाइल की भी आवश्यकता होगी क्योंकि वे एक दूसरे की जगह नहीं ले रहे हैं और वे अलग हैं?

— मेरी

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

— डैनियल Hutmacher

मुझे लगता है कि यह सबसे अच्छा जवाब है। एक sysadmin के रूप में, मैं अपने संपूर्ण अवसंरचना के हिस्से के रूप में डेटाबेस सर्वर या डेटाबेस के DR के आसपास की समस्याओं को हल करने के लिए अपने सर्वर बैकअप सिस्टम का उपयोग कर रहा हूं। हमारे DB Admins SQL बैकअप का उपयोग डेटाबेस के साथ समस्याओं को हल करने के लिए और फ़ोकस किए गए तरीके से समस्याओं के समाधान के लिए करते हैं। यह कहने के लिए नहीं है कि किसी भी प्रकार का बैकअप डबल ड्यूटी नहीं खींच सकता है और अन्य मुद्दों को हल नहीं कर सकता है, लेकिन उनके पास थोड़ा अलग ध्यान है ...

— रोब मोइर

Answer 2

एक मौका है कि छाया प्रतिलिपि से mdf और ldf फ़ाइलों की पुनर्स्थापना लेन-देन असंगत होगी। इसका मतलब है कि, ये छाया पुनर्स्थापन डेटाबेस ACID गुणों का अनुपालन नहीं करते हैं।

https://msdn.microsoft.com/en-us/library/aa480356.aspx

संभावना है कि पुनर्स्थापना शायद काम करेगी, लेकिन आपको आश्चर्य होगा कि आप वास्तव में क्या प्राप्त कर रहे हैं। (उल्लेख करने के लिए नहीं, आपको यह सुनिश्चित करने के लिए परीक्षण का काम सौंपा जाएगा कि सर्वर बैकअप / छाया प्रतियां प्रत्येक और प्रत्येक सर्वर पर ठीक से काम कर रही हैं) इसके अलावा, लेनदेन के लॉग को एक समय में पुनर्स्थापित करने का कोई तरीका नहीं है जैसे आप SQL Server T का उपयोग कर सकते हैं। -SQL रेस्टॉर लॉग / STOPAT।

जब तक Windows Server बैकअप / पुनर्स्थापना SQL सर्वर ACID परीक्षण का अनुपालन करता है, तब तक हमारा उद्योग कोई भी चांस नहीं ले सकता है।

यह सब कहने के बाद, मैं कुछ अजीब बैठकों में गया हूँ। यदि आप आईटी के लिए मुद्दों को व्यक्त करते हैं और वे अभी भी परवाह नहीं करते हैं या वे जोखिम लेने को तैयार हैं, तो यह आपके कंधों से एक बड़ा बोझ हटा देता है। जो कुछ भी होता है, सभी के निर्णय के मिनटों का दस्तावेजीकरण करें और सभी ने यह क्यों तय किया और बैठक में उपस्थित लोगों को भेजें।

Comments

यह जोखिम बहुत अधिक हो सकता है कि "सिस्टम बैकअप" सॉफ़्टवेयर कैसे काम करता है और क्या किसी डेटाबेस के लिए डेटा / लॉग फाइल अलग-अलग ड्राइव पर हैं। जब तक वे मेल नहीं खाते, छाया प्रतियां बहुत अच्छी हैं।

— हारून बर्ट्रेंड

Windows वॉल्यूम स्नैपशॉट संगत नहीं होने चाहिए?

— usr

@usr मुझे नहीं लगता है कि यह वॉल्यूम में सच है।

— एंडी

Answer 3

यह सब इस बात पर निर्भर करता है कि आपका आईटी विभाग सर्वर स्तर के बैकअप के लिए किस उत्पाद का उपयोग कर रहा है।

उदाहरण के लिए, वर्चुअल वातावरण में VMWare सर्वर का स्नैपशॉट लेगा। यदि SQL सर्वर शामिल है तो VMWare के पास एक विकल्प है जो अधिकांश Admins सक्षम करता है (या यह डिफ़ॉल्ट रूप से मुझे पता नहीं हो सकता है) जो स्नैपशॉट के दौरान डेटाबेस के लिए IO को फ्रीज कर देगा। अब जबकि यह केवल कुछ सेकंड के लिए आपके पास होना चाहिए कि आपके आवेदन पर समस्याएँ पैदा हो, और डेटाबेस को पुनर्स्थापित करने के लिए उपयोग करने के लिए वास्तव में एक विश्वसनीय तरीका नहीं है।

यदि आप सर्वर स्तर बैकअप करने के लिए एक 3 पार्टी उत्पाद का उपयोग कर रहे हैं तो संभावना है कि यह सिर्फ आपके डेटाबेस के फ़ाइल-स्तर बैकअप ले रहा है। इसके साथ ही इसमें उन फ़ाइलों का बैकअप लेने की क्षमता है जो लॉक हैं, क्योंकि SQL सर्वर में कोई संलग्न mdf और ldf फाइलें हैं जो विंडोज के परिप्रेक्ष्य से लॉक हैं। उदाहरण के लिए Symantec का BackupExec उन्नत ओपन फ़ाइल विकल्प का उपयोग करता है, इसलिए यह मूल रूप से उस लॉक की गई फ़ाइल की तस्वीर ले सकता है। जिस तरह से लगता है कि सबसे DBAs बैसाखी बना देगा अगर डेटाबेस को उसी तरह बैकअप के साथ पुनर्स्थापित करना है, तो उस बैकअप के बारे में सोचें जब डेटाबेस उस बैकअप लेता है। यदि कोई डेटा लोड प्रक्रिया ocurring है, तो बैकअप को निकाल दिया जाता है, तो कोई ग्वारेंटी नहीं है, इस बैकअप को डेटा लोड के किस हिस्से में मिला?

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

यदि आपका प्रबंधक सर्वर स्तर के बैकअप का उपयोग करने पर मृत है, तो मैं उस उत्पाद का भारी शोध करूंगा जो वे उपयोग कर रहे हैं। मुझे पता चलेगा कि क्या कोई SQL सर्वर "ऐड-ऑन" या बैकअप एजेंट है जिसे डेटाबेस के VDI बैकअप करने के लिए खरीदा जा सकता है।

कुछ भी विचार करें और अपने प्रबंधक के साथ चर्चा करें कि SQL सर्वर बैकअप विफल होने पर आपको सत्यापन और समस्या निवारण के लिए क्या भागीदारी की आवश्यकता होगी। मैंने पिछली नौकरियों में नेटबैकअप का भारी उपयोग किया है और कुछ साल पहले एक क्लाइंट ने मुझे अपने पर्यावरण के लिए नेटबैकअप के एसक्यूएल सर्वर एजेंट के परीक्षण उपयोग के माध्यम से जाना चाहता था। इसमें अन्य डीबीए शामिल थे जिन्हें समर्थन भी प्रदान करना था। मैंने उन्हें बताया कि SQL सर्वर के लिए बैकअप विफलताओं का निवारण करने के लिए आपको नेटबैकअप के बारे में एक अच्छा सा जानना आवश्यक है। नेटबैकअप मास्टर सर्वर आम तौर पर यूनिक्स सर्वर पर चलाए जाते हैं, इसलिए अब आपको कुछ यूनिक्स को जानना होगा .... यदि आप पहले से ही व्यस्त हैं तो मज़ेदार हो सकते हैं लेकिन दर्द अधिक हो सकता है। बस कुछ विचार करने के लिए और अपने प्रबंधक के साथ एक अच्छा चर्चा बिंदु हो सकता है, और यह पता कर सकते हैं कि विफलताओं के निवारण के लिए कौन जिम्मेदार है।

Answer 4

आपके प्रश्न में अभी एक लाख से कम चर हैं। आपको अपने आईटी विभाग के साथ बात करने की आवश्यकता होगी कि वे क्या बैकअप लेते हैं। सभी संभावना में वे उपलब्ध मिनट बैकअप के लिए है या हो सकता है। उन्हें कब तक लोड करना है, यह अधिक चर पर निर्भर करता है।

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

लेकिन आप जब भी चाहें, अपने बैकअप को अपनी गति से पुनर्स्थापित कर सकते हैं, बशर्ते आपका सर्वर अभी भी जीवित है।

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