वॉल्यूम छाया प्रति का उपयोग करते हुए SQL सर्वर बैकअप

Question

विंडोज़ के लिए कई जाने-माने बैकअप उपयोगिताओं में डिस्क के एक पॉइंट-इन-टाइम स्नैपशॉट बनाने के लिए विंडोज़ के नए संस्करणों में निर्मित वॉल्यूम शैडो कॉपी सेवा का उपयोग सुरक्षित रूप से खुली फ़ाइलों को सुरक्षित रूप से बैकअप करने के लिए किया जाता है।

लेकिन यह तंत्र SQL सर्वर के साथ कितनी अच्छी तरह से चलता है? मुझे पता है कि एक SQL सर्वर VSS राइटर SQL सर्वर के साथ बैकअप सिस्टम को इंटरप्रेट करने में मदद करने के लिए मौजूद है, लेकिन सभी बैकअप सिस्टम SQL सर्वर के बारे में नहीं जानते हैं और बैकअप से संबंधित API का लाभ उठाते हैं।

तो मेरा सवाल है, उन प्रोग्रामों के बारे में जो SQL सर्वर के बारे में कुछ नहीं जानते हैं?

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

यह है कि जिस तरह से काम करते हैं, या मैं कुछ याद कर रहा हूँ? क्या ऐसे बैकअप तंत्र का उपयोग करने के बारे में "गोचैस" हैं, या मैं सुरक्षित रहूंगा?

Answer 1

संक्षिप्त उत्तर: जब तक आप SQL सर्वर को उचित रूप से कॉन्फ़िगर नहीं कर लेते (और तब भी मैं इसकी अनुशंसा नहीं करता) वे एक साथ बहुत अच्छा नहीं खेलते।

VSS और MSSQL के बारे में बहुत सी जानकारी यहाँ एक साथ खेल रही है:
MSKB919023: SQL सर्वर 2005 कनेक्टिविटी और वॉल्यूम छाया प्रतिलिपि सेवा (VSS) ।

चेतावनी का एक शब्द हालांकि:

संभवतः SQL सर्वर डेटा प्रारूप पर्याप्त मजबूत है कि इस तरह के स्नैपशॉट को सुसंगत और प्रयोग करने योग्य होने की गारंटी होगी

यह एक बड़ी धारणा है, और दुर्भाग्य से बनाने के लिए हमेशा सुरक्षित नहीं है। यही कारण है कि आपकी MSSQL रखरखाव योजनाएं यह सुनिश्चित करने के लिए आवश्यक हैं कि आप आपदाओं से उबर सकते हैं।

Answer 2

आप कभी भी एमडीएफ और एलडीएफ फाइलों का बैकअप नहीं लेते हैं।

आप बैकअप (योजना, एसक्यूएल, एसएमओ, जो भी हो) चलाते हैं और फिर इन बैकअप फाइलों का बैकअप लेते हैं।

सच कहूँ तो, मुझे कोई अंदाजा नहीं है कि कोई भी विक्रेता VSS के बारे में क्या कहता है। मैं बैकअप के लिए SQL Server प्लग इन करने वाले किसी भी विक्रेता को नापसंद करता हूं। आप एसक्यूएल सर्वर देशी बैकअप का उपयोग केवल

FYI करें: आप एमडीएफ और एलडीएफ को वायरस स्कैनिंग से भी बाहर करते हैं।

Answer 3

यदि आपके पास ऐसा सॉफ़्टवेयर नहीं है जिसमें SQL "विकल्प" हो तो:

डेटाबेस के लिए SQL रखरखाव योजना या अनुसूचित बैकअप कार्य बनाएँ, उन्हें डिस्क पर डंप करें, फिर सर्वर का बैकअप लें। या जब आप उन्हें डंप करते हैं, तो उन्हें सीधे अपने डिस्क-टू-डिस्क बैकअप स्थान पर डंप करें यदि आपके पास एक है।

Answer 4

VSS बैकअप के साथ मुख्य समस्या sql सर्वर में कैशिंग के कारण होती है।

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

उस ने कहा: सबसे सुरक्षित तरीका अभी भी sql प्रबंधन में / sql सर्वर टूल्स के साथ बैकअप ले रहा है।

और आपको सभी sql सर्वर डेटा और बैकअप फ़ाइलों को virusscanners (.bak, .mdf, .ldf) से बाहर करना चाहिए।

Comments

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

— हेलविक

उम नहीं। जब तक आपने एक लेन-देन के लिए प्रतिबद्ध नहीं किया है, तब तक यह एक डिस्क कॉन्फ़िगरेशन परिवर्तन है, यह डिस्क पर है। कैश में ऐसा कुछ भी नहीं है जो डिस्क पर भी प्रतिबद्ध नहीं है।

— लॉन्गनेक