पुनर्स्थापना करते समय टेल लॉग बैकअप?


9

आमतौर पर किसी प्रोडक्शन सर्वर से गैर-प्रोडक्शन सर्वर में DB की रिस्टोर करते समय मैं REPLACE ऑप्शन का उपयोग करता हूं, जब मैं भूल जाता हूं कि मुझे टेल लॉग का बैकअप नहीं होने के बारे में एक त्रुटि मिलती है।

MSDN के अनुसार मुझे वास्तव में पुनर्स्थापना करने से पहले अपनी पूंछ लॉग का बैकअप लेना चाहिए:

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

जिस तरह से मैं इसे कर रहा हूं उसके कुछ खतरे या नुकसान हैं? मेरे लिए सबसे पहले पूंछ लॉग का समर्थन क्यों किया जा रहा है?

मैं SQL Server 2008R2 का उपयोग कर रहा हूं, लेकिन मैं मान रहा हूं कि यह क्वेरी SQL सर्वर के अधिकांश नए संस्करणों के लिए प्रासंगिक होगी, इसलिए इसे शुरू में भी टैग नहीं किया गया है।


6
मुझे लगता है कि यदि आप एक ही स्थान पर पुनर्स्थापित करने जा रहे हैं (और संभावित रूप से अतिरिक्त लेनदेन लॉग लागू करते हैं) तो इसका मतलब है। यदि आप डेटाबेस की एक साधारण प्रति कहीं और पुनर्स्थापित कर रहे हैं, और लॉग श्रृंखला को बनाए रखने की आवश्यकता नहीं है, तो मैं आपके द्वारा उपयोग की जाने वाली विधि का उपयोग करूंगा। मैं भी WITH COPY_ONLYबैकअप पर उपयोग कर सकते हैं ।
हारून बर्ट्रेंड

जवाबों:


4

यदि आप लॉग की पूंछ को वापस नहीं करते हैं तो आप किसी भी लेन-देन को खो देते हैं जो आपके द्वारा अंतिम रूप से डेटाबेस का बैकअप लेने के बाद होता है।


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

2
एकदम सही। यदि आप केवल एक गैर-उत्पादन वातावरण के लिए डेटा लाना चाहते हैं और वास्तव में वहाँ क्या है के लिए परवाह नहीं है, तो वास्तव में कोई समस्या नहीं है।
जोसटाइकेरा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.