SQL सर्वर के साथ सबसे छोटा बैकअप संभव है


37

दैनिक हम अपने SQL सर्वर बैकअप को WAN के पार भेजते हैं। हमें इन बैकअप का आकार कम से कम करने की आवश्यकता है ताकि यह हमेशा के लिए न हो।

अगर हमारी बैकअप प्रक्रिया में थोड़ा अधिक समय लगता है तो हमें कोई आपत्ति नहीं है; जैसा कि यह खड़ा है कि हमें वान के पार 30gigs को 10 घंटे से अधिक समय तक चलाने की आवश्यकता है।

2 विकल्प हैं हमें छोटे दैनिक बैकअप प्राप्त करने हैं।

  1. लॉग शिपिंग, जिसका मतलब होगा कि हमें डीआर प्रक्रिया का पुनर्गठन करना होगा।
  2. डीबी से बाहर की जानकारी को स्ट्रिप करें और दूसरी तरफ फिर से बनाएं (नॉन क्लस्टर्ड इंडेक्स, 100% पर क्लस्टर इंडेक्स पैक करें - दूसरी तरफ पुनर्निर्माण करें)

दोनों हमारे हिस्से से उचित मात्रा में काम करेंगे। हम SQL Server 2008 प्रो का उपयोग कर रहे हैं, सभी बैकअप संकुचित हैं।

क्या कोई व्यावसायिक उत्पाद हैं जो हमें विकल्प (2) के समान बैकअप आकार दे सकते हैं?

क्या वहाँ एक व्यापक स्क्रिप्ट है जो हमें (2) को पूरा करने की अनुमति देगा? (अनुक्रमित दृश्य, फ़िल्टर किए गए अनुक्रमित, विदेशी कुंजी और इतने पर संभालना)


2
आपका वर्तमान बैकअप ग्रैन्युलैरिटी और फ़्रीक्वेंसी क्या है (नियमित लॉग बैकअप? दैनिक पूर्ण?) क्या आप एंटरप्राइज़ या मानक संस्करण का उपयोग करते हैं? अपडेट: क्या आप किराए की साइट में छोटी कंपनी DR हैं या स्थायी DR साइट वाली बड़ी कंपनी हैं? यदि 1 एक है, तो क्या आपके पास फ़ाइल सर्वर या SQL सर्वर साइट बंद चल रहा है
gbn

@, हमें दैनिक पूर्ण के लिए अनुकूलन करने की आवश्यकता है, हम उद्यम का उपयोग करते हैं, डीआर सामान उतारने वाले लोगों के साथ सभी स्थानीय हैं। छोटे बैकअप देवों के लिए आवश्यक हैं और हमारे पास एक दूसरा ऑफसाइट है। नोट ... देवता ऑफसाइट हैं, सीमित बैंडविड्थ वाले अन्य देशों में, हमें एनवाई में सर्वर से न्यूनतम स्थानांतरण आकार की आवश्यकता है (उदाहरण के लिए ऑस्ट्रेलिया)। हम हर कुछ महीनों में एक बार सिंक करते हैं।
सैम केसर

1
); किसी को भी है कि इस का एहसास नहीं है के लिए, यह इतना टीम उचित के लिए है
jcolebrand

1
@ सॅम केसर: किसी भी प्रतिक्रिया पर कृपया आपने मेरे सुझाव जैसा कुछ अपनाया?
gbn

@ लेकिन ... अभी भी क्या करना है, यह तय करते हुए, मुझे लगता है कि "नियमित" - ओरेगन नौकरी तक का सामान आपके द्वारा सुझाए गए समाधान के साथ संभव है। हालांकि, "सैम को महीने में एक बार एसओ डीबी डाउनलोड करने की आवश्यकता है, अभी भी बहुत दर्दनाक कारण है मुझे 22gigs ऑस्ट्रेलिया में स्थानांतरित करने की आवश्यकता है - जब वास्तविकता यह है कि" वास्तविक "जानकारी आसानी से 10 गिग्स में फिट हो सकती है।"
सैम सैफरन

जवाबों:


22

टिप्पणियों के आधार पर पहले सोचा ...

बैकअप + एफ़टीपी के आकार / समय को कम करने के लिए 6 घंटे, हर बार, अंतर बैकअप का उपयोग करें। फिर अपने पूर्ण बैकअप + एफ़टीपी को केवल सप्ताहांत तक कम करें। यह लॉग शिपिंग की जटिलता से बचा जाता है, सरल है, और केवल DR में मामूली जटिलता जोड़ता है

मुझे लगता है कि अंतर बैकअप की अनदेखी की गई है ... मैंने उन्हें पहले उपयोग करने का सुझाव दिया है:

संपादित करें: jcolebrand की टिप्पणी के बाद मैं और अधिक समझाने का प्रयास करूंगा

एक अंतर बैकअप केवल उन पृष्ठों को लेता है जो बदल गए हैं। किसी भी अनुरक्षण रखरखाव के बाहर (जो डेटाबेस को बहुत प्रभावित कर सकता है), केवल कुछ% पृष्ठ एक दिन के दौरान बदल जाएंगे। इसलिए किसी भी संपीड़न से पहले पूर्ण बैकअप की तुलना में एक अंतर बैकअप बहुत छोटा है।

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

इससे ए से बी, सी और डी से डेटा प्राप्त करने की समस्या को जल्दी से हल किया जाना चाहिए।

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

एक अतिरिक्त बोनस यह है कि अलग-अलग बैकअप चल रहे लॉग बैकअप से असंबंधित हैं ताकि आप "कोड बंदरों को डेटा प्राप्त करें" आवश्यकता से किसी भी उच्च उपलब्धता / डीआर आवश्यकता को अलग कर सकें।

मुझे कुछ मुद्दे दिखाई देते हैं यदि आपके पास पॉलिसी या ऑडिट द्वारा दैनिक पूर्ण बैकअप है, लेकिन पुनर्प्राप्ति समय को कम करने के लिए किसी भी पुनर्स्थापना से पहले अंतर बहाल किया जा सकता है। बैकअप के विपरीत, अंतर और लॉगस्टोर इंटर करते हैं।

आशा है कि मैंने अधिकांश आधारों को कवर कर लिया है ...


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

@ मैं कर रहा हूँ ... बहुत यकीन है कि ब्रेंट ओ बस जरूरत पर एक सलाहकार है।
jcolebrand

@ मेरियन: संपीड़न और अधिक संपीड़न = अधिक सीपीयू / समय की सीमा है। सबसे छोटा बैकअप कम से कम इनपुट = एक अंतर के साथ एक होगा, चाहे संपीड़न टूल / प्रारूप की परवाह किए बिना। समय / अनुपात एक के बारे में लिंक : आप चरम संपीड़न दे सकते हैं, लेकिन इसमें अधिक समय लगता है और संपीड़ित 30 जीबी फ़ाइल के लिए एफटीपी की तुलना में अधिक समय लग सकता है ...
gbn

मैं आपसे सहमत हूं कि, बात यह है कि वाणिज्यिक उपकरणों में एमएस एक की तुलना में बेहतर संपीड़न दरें हैं और वे विन्यास योग्य हैं (ऑपरेशन के लिए आवंटित सीपीयू में से कोई भी नहीं), वे एन्क्रिप्शन..और अन्य विशेषताएं प्रदान करते हैं। मैं जरूरी नहीं कि उनकी प्रशंसा करता हूं (वे बहुत सस्ते नहीं हैं), मैंने सिर्फ यह कहा कि उनमें से कुछ का उपयोग SQL सर्वर के वर्तमान बैकअप के साथ संयोजन के रूप में किया जा सकता है (पूर्ण, भिन्न, लॉग) पर्यावरण को बदलने के बिना, जो लोग लगते हैं जरूरत चाहते हैं। @jcolebrand: मिल गया, धन्यवाद!
मैरियन

13

ऐसे व्यावसायिक उत्पाद हैं जो आपके बैकअप को मूल 2008 संपीड़न से बेहतर बनाने में आपकी सहायता कर सकते हैं। उदाहरण RedGate Backup , Hyperbac , Idera SQL Backup , Litespeed Backup हैं

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

लेकिन ऐसा कोई उपकरण नहीं है जो आपको मैनुअल क्लीनअप करके प्राप्त आकार की एक फ़ाइल प्रदान करेगा। कृपया ब्रेंट ओज़र के लेख पर नज़र डालें: अपने SQL सर्वर बैकअप को वास्तव में कैसे संपीड़ित करें , वह आपको वही कदम उठाने की सलाह देगा जो आपके पास बिंदु संख्या पर है। 2।


RedGate FTW !!!!
होगन

@ होगन: यदि आप उन्हें हरा नहीं सकते, तो उन्हें खरीदें। यह एक बहुत अच्छा उदाहरण है :-)। वैसे भी, दोनों उत्पाद जो अब Redgate का हिस्सा हैं और डेटाबेस कम्प्रेशन को संभाल सकते हैं, सफलतापूर्वक सह-अस्तित्व कर सकते हैं।
मरिअन

12

प्रश्न 1: क्या कोई वाणिज्यिक बैकअप उत्पाद है जो डेटाबेस से बाहर अनुक्रमित जैसे गैर-आवश्यक डेटा को अलग करने के लिए एक समान बैकअप आकार देगा?

नहीं। वहाँ बैकअप संपीड़न उत्पादों की एक बहुत कुछ है (क्वेस्ट LiteSpeed, लाल गेट SQL बैकअप, Idera SQLSafe, Hyperbac, आदि) लेकिन SQL सर्वर की नियमित बैकअप प्रक्रिया के आउटपुट को संपीड़ित करके उनमें से सभी कार्य करते हैं। उनमें से कुछ इसे ट्रिकी तरीकों से करते हैं - हाइपरबाक और लाइटस्पीड का इंजन विकल्प फ़ाइल सिस्टम फ़िल्टर ड्राइवर हैं, जिसका अर्थ है कि वे आउटपुट को डिस्क के रास्ते में रोक रहे हैं - लेकिन इन सभी उत्पादों का अंतिम परिणाम बस संपीड़ित बैकअप आउटपुट है।

प्रश्न 2. क्या इस अतिरिक्त डेटा को डंप करने के लिए एक व्यापक स्क्रिप्ट है?

समय के साथ, जैसा कि आप डेटाबेस (4, 5, 8, 10 वर्ष) में अधिक इतिहास रखते हैं, आप सभी सूचकांक डेटा को चीर कर WAN के दूसरी तरफ पुनर्निर्माण नहीं करना चाहेंगे। इसके बजाय, आप केवल संशोधित डेटा को स्थानांतरित करना चाहते हैं और यही वह जगह है जहाँ लॉग शिपिंग में आता है।

आपको ऐसा नहीं करना चाहिए।

लेकिन अगर आप वास्तव में, वास्तव में ऐसा करना चाहते हैं (और नहीं, मैं आपकी मदद नहीं करूंगा), तो आप इसे फाइलग्रुप बैकअप के साथ कर सकते हैं। अपना डेटाबेस फ़ाइल समूह इस तरह सेट करें:

  • प्राथमिक फ़ाइल समूह (आवश्यक है, लेकिन इसे खाली छोड़ दें)
  • ClusteredIndex filegroup (अपने क्लस्टर किए गए अनुक्रमित यहां डालें)
  • ExtraneousCrap Filegroup (यहां सब कुछ डाल दें)

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


10

मैं लॉग शिपिंग की तरह कुछ पर स्विच करने की सलाह देता हूं। अनिवार्य रूप से यदि आपके पास 24 घंटे से अधिक 30 गीगा भेजने का विकल्प है, तो दिन के अंत में कम समय की खिड़की पर भेजना, नेटवर्क गति आपके लिए एक समस्या से कम नहीं होगी।

धीमी नेटवर्क पर आपके देवता भी एफ़टीपी या जो भी प्रक्रिया आपके पास है, उसके माध्यम से अधिक सुविधाजनक आकार की फ़ाइलों को डाउनलोड करने में सक्षम होंगे। वे नौकरियों को भी सेट कर सकते हैं जो पूरे दिन डाउनलोड करते हैं।

Sql सर्वर कम्प्रेशन के अलावा, आप एक 3 पार्टी टूल लागू कर सकते हैं जिसमें उच्च संपीड़न जैसे कि litespeed या redgate sqlbackup हो।

नेटवर्क साइड पर आप नेटवर्क डिवाइस इंस्टॉल कर सकते हैं जो आपके थ्रूपुट को DR साइट पर ऑप्टिमाइज़ कर सकते हैं। पूर्व में मैंने 3 घंटे से भी कम समय में FL से VA तक 90GB बैकअप सफलतापूर्वक प्राप्त करने के लिए रिवरबेड एप्लायंसेज का सफलतापूर्वक उपयोग किया था।

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

धन्यवाद


7

यदि आपके पास इसके लिए पैसा है, और आपकी वास्तुकला इसके लिए अनुमति देती है, तो रिवरबेड प्रौद्योगिकियों (http://www.riverbed.com/us/) जैसी किसी चीज़ की जांच करें। एक प्रतिकृति या लॉग शिपिंग परिदृश्य के साथ संयोजन के रूप में इस तरह का एक उपकरण आपका सबसे अच्छा शर्त हो सकता है।

अगर नहीं तो कुछ सवाल। यदि आपको केवल हर कुछ महीनों में एक ताज़ा करना है, तो बैंडविड्थ पर चिंता क्यों? स्थानांतरण के बारे में चिंता करने के लिए केवल एक बार आपको स्थानीय रूप से पुनर्स्थापना करने के लिए पूर्ण बैकअप प्राप्त करना होगा, या क्या मैं आपके सेटअप होने में गलत हूं?

एक और संभावना यह है कि उन सभी डेटा को प्राप्त करने के बारे में चिंता करने के बजाय, एक Citrix वातावरण सेट करें और उन्हें आपके पास दूरस्थ करें। Citrix के साथ आपके पास क्लाइंट / होस्ट के बीच न्यूनतम बैंडविड्थ आवश्यकताएं होती हैं और आपके पास स्थानीय स्तर पर उन चीजों को करने की क्षमता होती है, जो आपको उन परिवर्तनों को दोहराने की चिंता नहीं करते हैं। बस मेरी $ 0.02


क्या आप इस पर और विस्तार कर सकते हैं? मुझे पता है कि यह उचित StackExchange टीम के लिए है, इसलिए मुझे यकीन है कि वे एक और अधिक गहराई से पूर्वाभ्यास प्यार होता;)
jcolebrand

Haha यहाँ पर विचार करने के लिए बहुत कुछ है। किस बिंदु पर आप मुझे पसंद करेंगे?
SQLChicken

प्रतिकृति / लॉग शिपिंग जो मेरे मन में था, लेकिन वह दो सप्ताह पहले जैसा था, इसलिए मुझे संदेह है कि यह अब जितना महत्वपूर्ण है। इसके अलावा, मैंने अभी Citrix के बारे में हिस्सा फिर से पढ़ा और देखा, और मैं आपको तब (जैसा कि अब) बता सकता था कि वे ऐसा नहीं करते हैं। वे सिर्फ डीवीसीएस इन्फ्रास्ट्रक्चर का उपयोग करके स्थानीय विकास करते हैं और केवल परीक्षण / पुष्टि के लिए डेटा चाहते हैं। शायद डेटा डंप के लिए भी।
jcolebrand

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

4

मैं SQL ट्रांसेक्शनल प्रतिकृति का उपयोग करूंगा। आपका प्रारंभिक भार कुछ समय लेगा, लेकिन एक बार जब आप उठेंगे और चलेंगे, तो आप केवल वही भेज सकते हैं जो आप चाहते हैं। उदाहरण के लिए, यदि आपके पास केवल 3 या 4 तालिकाएँ हैं जो अद्यतन हो जाती हैं, तो आप केवल उन 3 या 4 तालिकाओं को भेज सकते हैं।

आप यह भी चुन सकते हैं कि आप क्या करना चाहते हैं। FK's, क्लस्टर किए गए / गैर-क्लस्टर किए गए अनुक्रमणिका, तालिका विभाजन योजनाएं, संग्रहीत प्रॉक्स और TONS अधिक।

http://www.sql-server-performance.com/2010/transactional-replication-2008-r2/

यदि यह विकल्प नहीं है, तो आप REDGATE SQL BACKUP - http://www.red-gate.com/products/dba/sql-backup/ का उपयोग कर सकते हैं । मैंने इसे पहले इस्तेमाल किया और 90% तक संपीड़न स्तर प्राप्त किया। SQL की तुलना में बहुत छोटा है।

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