वर्तमान में हम अपने वातावरण में SQL Server 2005/2008 / 2008R2 / 2012 सर्वर पर बैकअप के लिए मानक रखरखाव योजनाओं का उपयोग करते हैं, और "बैकअप अक्षतता सत्यापित करें" बॉक्स हमेशा चेक किया गया है।
बैकअप में से कुछ बहुत लंबे समय तक चलते हैं, इसलिए मैंने उस विकल्प को बंद करने की सिफारिश की है, लेकिन प्रबंधन को इस परिवर्तन के प्रभाव और जोखिमों का दस्तावेजीकरण करने की आवश्यकता है।
मैं इस विकल्प के उपयोग और इतिहास को समझता हूं, बैकअप कार्य के लिए समय को दोगुना करना मेरे लिए अनावश्यक लगता है जब (मेरी राय में), कोई भी त्रुटि जो बैकअप चरण के दौरान होने की संभावना है , सत्यापन के दौरान नहीं।
क्या मै गलत हु? क्या यह बंद करने के लिए कम से कम जोखिम है, अगर मैं डिस्क का बैकअप ले रहा हूं और टेप या कुछ और स्ट्रीमिंग नहीं कर रहा हूं? (यदि यह प्रासंगिक है तो हम नेटवर्क को EMC DD-800 बैकअप उपकरण पर वापस कर देते हैं।)
क्या इस बंद करने के लिए सुरक्षित होने के लिए कोई आधिकारिक एमएस सिफारिशें हैं?
क्या आप अपने वातावरण में हर बैकअप पर "सत्यापन" चलाते हैं? क्या आप उनकी जांच करते हैं?
संपादित करें :, स्पष्ट करने के लिए जब आप की जाँच रखरखाव योजना में "बैकअप अखंडता को सत्यापित", एसक्यूएल एक पूर्ण करना होगा VERIFYONLY पुनर्स्थापित प्रत्येक डेटाबेस पर तुरंत प्रत्येक बैकअप के बाद। यह मूल बैकअप के समान ही डेटा / आईओ गहन है, और (मूल रूप से) बैकअप नौकरी के समग्र समय को दोगुना कर देता है। यह बैकअप पर "चेकसम" विकल्प को सक्षम करने के समान नहीं है (जो विज़ार्ड में नहीं किया जा सकता है, जहां तक मुझे पता है)।