2008-09-16 13 views
7

एसक्यूएल सर्वर पर बैकअप और पुनर्स्थापित प्रक्रिया एसक्यूएल सर्वर पर डेटाबेस का संग्रह आपदा & पुनर्प्राप्ति उद्देश्यों के लिए बहुत महत्वपूर्ण है। हालांकि, मुझे एक मजबूत समाधान नहीं मिला है जो पूरी प्रक्रिया को यथासंभव कुशल, 100% विश्वसनीय और आसानी से बनाए रखने योग्य और एकाधिक सर्वरों में कॉन्फ़िगर करने योग्य गारंटी देगा।डाटाबेस बैकअप/पुनर्स्थापित प्रक्रिया

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

हालांकि मेरी वर्तमान प्रक्रिया ईमेल के माध्यम से किसी भी नौकरी विफलताओं को काम करती है और रिपोर्ट करती है, मुझे पता है कि पूरी प्रक्रिया बहुत विश्वसनीय नहीं है और गैर-डीबीए द्वारा हमारे सभी सर्वरों पर आसानी से बनाए रखा/कॉन्फ़िगर नहीं किया जा सकता है प्रक्रिया।

मैं जानना चाहता हूं कि दूसरों के पास यह वही बैकअप/पुनर्स्थापना प्रक्रिया है और अन्य इस मुद्दे को कैसे दूर करते हैं।

उत्तर

0

मैं वही काम कर रहा हूं और इस प्रक्रिया के साथ भी नियमित रूप से विभिन्न मुद्दों को अर्द्ध करता हूं।

आप कैसे एक में

सर्वर बी को सर्वर एक से फाइल को कॉपी करने और सर्वर पर लेन-देन संबंधी बैकअप बहाल बी

हर एक बार के बीच का अंतर संभाल करते हैं, जबकि लेनदेन बैकअप सामान्य से बड़ा है और एक लंबे समय तक समय लगता है प्रतिलिपि बनाना। पुनर्स्थापना नौकरी को तब ऑपरेटिंग सिस्टम त्रुटि मिलती है जो फ़ाइल उपयोग में है।

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

3

मैंने डेवलपर्स और क्यूए लोगों के उपयोग के लिए रात के आधार पर देव/परीक्षण/क्यूए डेटाबेस 'शून्य-चरणबद्ध' रखने के लिए एक समान कदम का उपयोग किया है।

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

यह कहा गया कि, सामान्य डेटाबेस बैकअप और आपदा रिकवरी योजनाओं के लिए, मैंने पाया है कि SQL सर्वर रखरखाव योजनाएं बहुत अच्छी तरह से काम करती हैं। जब तक आप शामिल हों: 1) डीसेंट प्रलेखन 2) नियमित परीक्षण।
SQL Server Backup Best Practices (Free Tutorial/Video)

3

महत्वपूर्ण हिस्सा:

मैं कर रहा है कि (किसी के लिए इस सवाल यह है कि एक आपदा रिकवरी योजना बनाने के बारे में जाने के लिए का एक उदाहरण के लिए देख करने के लिए तैयार की गई) के बारे में जाने के लिए तरीके का उल्लेख किया है आपके प्रश्न का बैकअप समाधान गैर-डीबीए द्वारा प्रबंधित करने की क्षमता है। बैकअप स्क्रिप्ट्स जैसे किसी मूल SQL सर्वर उत्तर उस आवश्यकता को पूरा नहीं करेगा, क्योंकि बैकअप स्क्रिप्ट को टी-एसक्यूएल ज्ञान की आवश्यकता होती है।

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

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

संबंधित मुद्दे