एसक्यूएल सर्वर बैकअप - सवालों की एक जोड़ी


12

हम शुक्रवार को रात 9 बजे अपनी साप्ताहिक बैकअप नौकरी चलाते हैं और हम डिस्क स्थान के संबंध में कुछ मुद्दों का सामना कर रहे हैं (जो कई बार कम होता है) और प्रदर्शन। हम क्या हो रहा है / अनुकूलन को सुव्यवस्थित / अनुकूलित कर रहे हैं और आपकी टिप्पणियों की सराहना करेंगे।

विशेष रूप से:

  1. बैकअप प्रक्रिया बैकअप के दौरान आँकड़े अपडेट करने के लिए लगभग 4hrs ले रही है। क्या हम समय बचाने के लिए इस प्रक्रिया को सुरक्षित रूप से अक्षम कर सकते हैं?

  2. हम डिस्क स्थान पर बहुत कम नियमित रूप से चल रहे हैं और सोच रहे हैं कि क्या हमें इस प्रक्रिया को फिर से लागू करना चाहिए। वर्तमान में यह बैकअप बनाता है और फिर पिछले बैकअप को हटा देता है और यही वह है जो डिस्क स्थान को हॉगिंग करता है। हम सुरक्षित रूप से पिछले एक हटा सकते हैं पहले और उसके बाद बैकअप करते हैं?

किसी भी अन्य टिप्पणी या टिप्पणियों का बहुत स्वागत होगा EDIT: सर्वर पर SQL फ़ाइलों का कुल आकार लगभग 35GB है। एक db आकार में लगभग 25GB है जबकि अन्य छह शेयर अन्य 10 या तो GB बनाते हैं।


1
डेटाबेस और बैकअप कितने बड़े हैं और दैनिक / साप्ताहिक विकास दर क्या है?
मार्क स्टोरी-स्मिथ

बैकअप फ़ाइलें आकार में लगभग 3-4GB हैं। विकास न्यूनतम है।
5arx

1
एक पूर्ण बैकअप आकार में केवल 3-4GB है लेकिन अद्यतन आँकड़े 4hrs लेता है? यहाँ कुछ ठीक नहीं है। डिस्क पर डेटाबेस कितना बड़ा है?
मार्क स्टोरी-स्मिथ

हमारे पास 35GB (एमडीएफ फ़ाइलों के लिए) के लिए कई डेटाबेस हैं। उनमें से एक में लगभग एक MDF फ़ाइल है। आकार में 3-4GB के आसपास एमडीएफ वाले अन्य लोगों के साथ आकार में 25GB। बड़ा एक अजीब है क्योंकि बैकअप फ़ाइल और एमडीएफ फ़ाइल लगभग एक ही आकार के हैं
5arx

जवाबों:


8

(1) हां, मेरे पास आमतौर पर बैकअप प्रक्रिया है। अगर मैं कर सकता हूं तो मैं अपने बैकअप समय के दौरान कुछ भी नहीं कर रहा हूं। आपके पास हो सकता है कि वह बैकअप ले और फिर स्टैटस पर अपडेट करे। जैसा कि यह लगता है कि आप एक ही समय में दो नौकरियों (बैकअप के लिए 1, अपडेट आँकड़े के लिए 1) चला रहे हैं?

(२) क्या आप बैकअप को टेप या अन्य डिस्क स्टोरेज में कॉपी करते हैं? यदि ऐसा है तो मैं आमतौर पर स्थानीय रूप से नए बैकअप बनाने से पहले फ़ाइलों को साफ करता हूं। यदि नहीं, तो अगर मैं भंडारण स्थान के लिए स्क्रैप कर रहा हूं तो मैं नए बनने से पहले बैकअप फ़ाइल को ज़िप करने पर विचार करूंगा। (यदि आप बैकअप पर संपीड़न को सक्षम नहीं कर सकते हैं, जैसा कि @Simon ने सुझाव दिया है, इससे कुछ स्थान भी बच जाएगा।)


7

मैं यहां केवल प्रश्न 2 का उत्तर दे सकता हूं। मैं आपको संकुचित बैकअप पर एक नज़र डालने की सलाह देता हूं।


6

1) मुझे बैकअप बनाने के कार्य और आँकड़ों को अद्यतन करने के कार्य के बीच सीधा संबंध नहीं दिखता है। तो आप उन्हें बिना किसी समस्या के विभाजित कर सकते हैं। मैं अपडेटिंग आँकड़ों को एक नौकरी से संबंधित अधिक देखूंगा जो कि अनुक्रमित को डीफ़्रैग / पुनर्निर्माण करेगा।

2) भले ही यह कम समय के लिए हो, आप बैकअप के बिना नहीं रहना चाहते। इसलिए आप अंतिम बैकअप तभी निकालना चाहेंगे जब आप पहले से ही इसे कहीं और सेव कर चुके हों।

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

साइड नोट 2: साइमन द्वारा पहले से ही निर्दिष्ट के रूप में, यदि आपके पास स्थान की समस्या है तो संपीड़ित बैकअप में समय / धन का निवेश करें। आप इस प्रश्न में कई विचार देख सकते हैं: SQL सर्वर के साथ सबसे छोटा बैकअप संभव है


6

आपका अपडेट स्टैटस टास्क 3-4 जीबी डेटाबेस के लिए 4 घंटे का नहीं होना चाहिए। अधिक संभावना है कि आपके पास कुछ I / O समस्याएँ हैं या आपके पास एक बड़ा खंडित डेटाबेस है जो I / O समस्याएँ पैदा कर रहा है। डेटाबेस पर एक डीफ़्रैग या इंडेक्स पुनर्निर्माण करें और देखें कि प्रदर्शन में सुधार होता है या नहीं। यदि नहीं, तो परफ्यूम को फायर करें और जांचें कि आपका प्रदर्शन अड़चन कहां है।


4

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

यह आपकी समस्या का समाधान नहीं है। यह पता लगाने के लिए कि घर में दोनों के लिए अधिक स्थान कैसे है, उस बारे में जाने का सही तरीका होगा।

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