तयार आहे बॅकअप: सुट्टीच्या सन्मानार्थ मिथकांचा पर्दाफाश

बॅकअप हे ट्रेंडी तंत्रज्ञानांपैकी एक नाही ज्याबद्दल प्रत्येक लोखंडावरून ओरडले जाते. हे फक्त कोणत्याही गंभीर कंपनीत असले पाहिजे, इतकेच. आम्ही आमच्या बँकेतील अनेक हजार सर्व्हरचा बॅकअप घेतो - हे एक गुंतागुंतीचे, मनोरंजक काम आहे, त्यातील काही बारकावे, तसेच बॅकअपबद्दलचे विशिष्ट गैरसमज, फक्त सांगायचे आहेत.

मी जवळजवळ 20 वर्षांपासून या विषयावर काम करत आहे, त्यापैकी गेली 2 वर्षे प्रॉम्सव्‍याझबँक येथे आहे. सरावाच्या अगदी सुरुवातीस, मी जवळजवळ मॅन्युअली बॅकअप घेतले, स्क्रिप्ट्ससह ज्या फक्त फाइल्स कॉपी करतात. नंतर विंडोजमध्ये सोयीस्कर साधने दिसू लागली: फाइल्स तयार करण्यासाठी रोबोकॉपी युटिलिटी आणि कॉपी करण्यासाठी एनटी बॅकअप. आणि तेव्हाच विशेष सॉफ्टवेअरची वेळ आली, प्रामुख्याने वेरिटास बॅकअप एक्झिक, ज्याला आता सिमेंटेक बॅकअप एक्झिक म्हणतात. म्हणून मी बर्याच काळापासून बॅकअपशी परिचित आहे.

सोप्या भाषेत, बॅकअप म्हणजे डेटाची प्रत (व्हर्च्युअल मशीन, अॅप्लिकेशन्स, डेटाबेस आणि फाइल्स) फक्त एका विशिष्ट नियमिततेच्या बाबतीत. प्रत्येक केस सहसा हार्डवेअर किंवा तार्किक अपयश म्हणून प्रकट होते आणि परिणामी डेटा गमावला जातो. बॅकअप प्रणालीचा उद्देश माहितीचे नुकसान कमी करणे हा आहे. हार्डवेअर अयशस्वी होणे, उदाहरणार्थ, डेटाबेस जेथे आहे तेथे सर्व्हर किंवा स्टोरेजचे अपयश. तार्किक - हे मानवी घटकांसह डेटाच्या काही भागाचे नुकसान किंवा बदल आहे: त्यांनी चुकून एक टेबल, फाइल हटविली, अंमलबजावणीसाठी एक कुटिल स्क्रिप्ट लाँच केली. विशिष्ट प्रकारची माहिती दीर्घ कालावधीसाठी संग्रहित करण्यासाठी नियामक आवश्यकता देखील आहेत, उदाहरणार्थ, अनेक वर्षांपर्यंत.

बॅकअपचा सर्वात सामान्य वापर म्हणजे विविध चाचणी प्रणाली, विकासकांसाठी क्लोन तैनात करण्यासाठी डेटाबेसची जतन केलेली प्रत पुनर्संचयित करणे.

बॅकअपबद्दल काही ठराविक मिथकं आहेत ज्या फार पूर्वी दूर केल्या पाहिजेत. त्यापैकी सर्वात प्रसिद्ध येथे आहेत.

गैरसमज 1. बॅकअप हे सुरक्षा किंवा स्टोरेज सिस्टीममध्ये फार पूर्वीपासून एक लहान कार्य आहे

बॅकअप सिस्टम अजूनही सोल्यूशन्सचा एक वेगळा वर्ग आणि खूप स्वतंत्र आहेत. त्यांच्याकडे खूप काम आहे. खरं तर, डेटा अखंडतेच्या बाबतीत ते संरक्षणाची शेवटची ओळ आहेत. त्यामुळे बॅकअप स्वतःच्या गतीने, स्वतःच्या वेळापत्रकानुसार काम करतो. सर्व्हरसाठी दैनंदिन अहवाल तयार केला जातो, अशा घटना आहेत जे मॉनिटरिंग सिस्टमसाठी ट्रिगर म्हणून कार्य करतात.

शिवाय, बॅकअप सिस्टममध्ये प्रवेशाचे रोल मॉडेल तुम्हाला बॅकअप व्यवस्थापित करण्यासाठी अधिकाराचा काही भाग लक्ष्य प्रणालीच्या प्रशासकांना सोपविण्याची परवानगी देते.

मान्यता 2. जेव्हा RAID असतो, तेव्हा बॅकअपची आवश्यकता नसते.

निःसंशयपणे, हार्डवेअर अयशस्वी होण्यापासून माहिती प्रणालीचे संरक्षण करण्यासाठी RAID अॅरे आणि डेटा प्रतिकृती हा एक चांगला मार्ग आहे, आणि जर तुमच्याकडे स्टँडबाय सर्व्हर असेल, तर मुख्य मशीन अयशस्वी झाल्यास तुम्ही त्वरीत त्यावर स्विच करण्याचे आयोजन करू शकता.

सिस्टमच्या वापरकर्त्यांद्वारे केलेल्या तार्किक त्रुटींमधून, रिडंडंसी आणि प्रतिकृती जतन होत नाही. येथे एक राइट-बॅक स्टँडबाय सर्व्हर आहे - होय, समक्रमित होण्यापूर्वी त्रुटी आढळल्यास ते मदत करू शकते. आणि क्षण चुकला तर? केवळ वेळेवर बॅकअप येथे मदत करेल. काल डेटा बदलला हे तुम्हाला माहीत असल्यास, तुम्ही कालच्या आदल्या दिवशी सिस्टम रिस्टोअर करू शकता आणि त्यातून आवश्यक डेटा काढू शकता. तार्किक त्रुटी सर्वात सामान्य आहेत हे लक्षात घेता, चांगला जुना बॅकअप एक सिद्ध आणि आवश्यक साधन आहे.

मान्यता 3. बॅकअप ही अशी गोष्ट आहे जी महिन्यातून एकदा घेतली जाते.

बॅकअप वारंवारता ही एक कॉन्फिगर करण्यायोग्य सेटिंग आहे जी प्रामुख्याने तुमच्या बॅकअप सिस्टम आवश्यकतांवर अवलंबून असते. डेटा शोधणे शक्य आहे जे जवळजवळ कधीही बदलत नाही आणि विशेषतः महत्वाचे नाही, त्यांचे नुकसान कंपनीसाठी गंभीर होणार नाही.
त्यांचा, खरंच, महिन्यातून एकदा आणि अगदी कमी वेळा बॅकअप घेतला जाऊ शकतो. परंतु RPO (रिकव्हरी पॉइंट ऑब्जरेक्टीव्ह) इंडिकेटरवर अवलंबून, अधिक गंभीर डेटा अधिक वेळा सेव्ह केला जातो, जो स्वीकार्य डेटा हानी सेट करतो. हे आठवड्यातून एकदा, दिवसातून एकदा किंवा तासातून अनेक वेळा असू शकते. आमच्याकडे हे व्यवहार लॉग DBMS वरून आहेत.

जेव्हा सिस्टम व्यावसायिक ऑपरेशनमध्ये ठेवल्या जातात, तेव्हा बॅकअप दस्तऐवजीकरण मंजूर केले जाणे आवश्यक आहे, जे मुख्य मुद्दे, अद्यतन प्रक्रिया, सिस्टम पुनर्संचयित करण्याची प्रक्रिया, बॅकअप संचयित करण्याची प्रक्रिया आणि यासारखे प्रतिबिंबित करते.

गैरसमज 4. प्रतींचे प्रमाण सतत वाढत असते आणि वाटप केलेली जागा पूर्णपणे व्यापते.

बॅकअपचा मर्यादित धारणा कालावधी असतो. उदाहरणार्थ, वर्षभरातील सर्व 365 दैनंदिन बॅकअप संचयित करण्यात काही अर्थ नाही. नियमानुसार, दैनंदिन प्रती 2 आठवड्यांसाठी ठेवणे स्वीकार्य आहे, त्यानंतर त्या ताज्या प्रती बदलल्या जातात आणि महिन्यात प्रथम तयार केलेली आवृत्ती दीर्घकालीन स्टोरेजमध्ये राहते. हे, यामधून, विशिष्ट वेळेसाठी देखील संग्रहित केले जाते - प्रत्येक प्रतला आयुष्यभर असते.

डेटा नुकसान संरक्षण आहे. नियम लागू होतो: बॅकअप हटवण्यापूर्वी, पुढील तयार करणे आवश्यक आहे. म्हणून, जर बॅकअप पूर्ण झाला नसेल तर डेटा हटविला जाणार नाही, उदाहरणार्थ, सर्व्हरच्या अनुपलब्धतेमुळे. केवळ टाइम फ्रेमचा आदर केला जात नाही तर सेटमधील प्रतींची संख्या देखील नियंत्रित केली जाते. जर सिस्टीम दोन पूर्ण बॅकअप ठेवण्यासाठी डिझाइन केलेली असेल, तर त्यापैकी दोन नेहमीच असतील आणि नवीन तिसरा यशस्वीरित्या लिहिल्यावरच जुना हटविला जाईल. त्यामुळे बॅकअप आर्काइव्हने व्यापलेल्या व्हॉल्यूमची वाढ केवळ संरक्षित डेटाच्या वाढीशी संबंधित आहे आणि वेळेवर अवलंबून नाही.

मान्यता 5. बॅकअप सुरू झाला - सर्वकाही हँग झाले

हे सांगणे चांगले आहे: जर सर्व काही लटकत असेल तर प्रशासकाचे हात तिथून वाढत नाहीत. सर्वसाधारणपणे, बॅकअपचे कार्यप्रदर्शन अनेक घटकांवर अवलंबून असते. उदाहरणार्थ, बॅकअप सिस्टमच्या गतीवर: डिस्क स्टोरेज, टेप लायब्ररी किती वेगवान आहेत. बॅकअप सिस्टमच्या सर्व्हरच्या गतीवरून: त्यांच्याकडे डेटावर प्रक्रिया करण्यासाठी, कॉम्प्रेशन आणि डुप्लिकेशन करण्यासाठी वेळ आहे की नाही. आणि क्लायंट आणि सर्व्हरमधील संप्रेषण ओळींच्या गतीवर देखील.

बॅकअप घेतलेली प्रणाली मल्टीथ्रेडिंगला समर्थन देते की नाही यावर अवलंबून, बॅकअप एक किंवा अधिक प्रवाहांवर जाऊ शकतो. उदाहरणार्थ, ट्रान्सफर रेट नेटवर्क बँडविड्थ मर्यादेपर्यंत पोहोचेपर्यंत Oracle DBMS तुम्हाला उपलब्ध प्रोसेसरच्या संख्येनुसार एकाधिक थ्रेड देण्याची परवानगी देतो.

आपण मोठ्या संख्येने थ्रेड्सचा बॅकअप घेण्याचा प्रयत्न केल्यास, चालू असलेल्या सिस्टमला ओव्हरलोड करण्याची संधी आहे, ती खरोखरच मंद होण्यास सुरवात करेल. म्हणून, पुरेशी कामगिरी सुनिश्चित करण्यासाठी थ्रेड्सची इष्टतम संख्या निवडली जाते. कार्यक्षमतेत थोडीशी घट देखील गंभीर असल्यास, जेव्हा बॅकअप कॉम्बॅट सर्व्हरवरून नाही तर त्याच्या क्लोनमधून घेतला जातो तेव्हा एक उत्कृष्ट पर्याय असतो - डेटाबेस टर्मिनोलॉजीमध्ये स्टँडबाय. ही प्रक्रिया मुख्य कार्यरत प्रणाली बूट करत नाही. सर्व्हर देखभालीसाठी वापरला जात नसल्यामुळे अधिक प्रवाहांद्वारे डेटा पुनर्प्राप्त केला जाऊ शकतो.

मोठ्या संस्थांमध्ये, बॅकअप सिस्टमसाठी स्वतंत्र नेटवर्क तयार केले जाते जेणेकरून बॅकअप उत्पादनावर परिणाम करू शकत नाही. याव्यतिरिक्त, रहदारी नेटवर्कद्वारे प्रसारित केली जाऊ शकत नाही, परंतु SAN द्वारे.

आम्ही वेळोवेळी भार पसरवण्याचा प्रयत्न करतो. बॅकअप मुख्यतः गैर-कामाच्या वेळेत केले जातात: रात्री, आठवड्याच्या शेवटी. तसेच, ते सर्व एकाच वेळी धावत नाहीत. व्हर्च्युअल मशीन्सचा बॅकअप एक विशेष बाब आहे. प्रक्रियेचा प्रत्यक्षपणे मशीनच्या कार्यक्षमतेवर कोणताही परिणाम होत नाही, म्हणून बॅकअप दिवसा पसरू शकतो आणि रात्री सर्व काही पुढे ढकलत नाही. तेथे अनेक सूक्ष्मता आहेत, जर आपण सर्वकाही विचारात घेतले तर बॅकअप सिस्टमच्या कार्यक्षमतेवर परिणाम करणार नाही.

गैरसमज 6. बॅकअप प्रणाली लाँच केली - ते तुमच्यासाठी दोष सहिष्णुता आहे

बॅकअप प्रणाली ही संरक्षणाची शेवटची ओळ आहे हे कधीही विसरू नका, याचा अर्थ IT पायाभूत सुविधा आणि एंटरप्राइझ माहिती प्रणालीची सातत्य, उच्च उपलब्धता आणि आपत्ती सहनशीलता सुनिश्चित करणार्‍या आणखी पाच प्रणाली त्यासमोर असायला हव्यात.

बॅकअप सर्व डेटा पुनर्संचयित करेल आणि घसरलेली सेवा त्वरीत वाढवेल अशी आशा करणे फायदेशीर नाही. बॅकअपच्या क्षणापासून अयशस्वी होण्याच्या क्षणापर्यंत डेटा गमावण्याची हमी दिली जाते आणि डेटा नवीन सर्व्हरवर अनेक तास अपलोड केला जाऊ शकतो (किंवा दिवस, कारण तुम्ही भाग्यवान आहात). म्हणून, सर्व काही बॅकअपमध्ये न हलवता पूर्ण-फॉल्ट-सहिष्णु प्रणाली तयार करणे अर्थपूर्ण आहे.

गैरसमज 7. मी एकदा बॅकअप सेट केला, ते कार्य करते हे तपासले. हे फक्त लॉग पाहण्यासाठी राहते

ही सर्वात हानिकारक मिथकांपैकी एक आहे, ज्याची खोटीपणा तुम्हाला घटनेदरम्यानच जाणवते. यशस्वी बॅकअप लॉग ही हमी नाही की सर्वकाही खरोखर पाहिजे तसे झाले. उपयोजिततेसाठी जतन केलेली प्रत आगाऊ तपासणे महत्त्वाचे आहे. म्हणजेच, चाचणी वातावरणात पुनर्प्राप्ती प्रक्रिया सुरू करा आणि परिणाम पहा.

आणि सिस्टम प्रशासकाच्या कार्याबद्दल थोडेसे

मॅन्युअल मोडमध्ये, बर्याच काळापासून कोणीही डेटा कॉपी करत नाही. आधुनिक SRK जवळजवळ प्रत्येक गोष्टीचा बॅकअप घेऊ शकतात, तुम्हाला फक्त ते व्यवस्थित सेट करावे लागेल. जर नवीन सर्व्हर जोडला गेला असेल, तर धोरणे सेट करा: बॅकअप घेतलेली सामग्री निवडा, स्टोरेज पर्याय निर्दिष्ट करा आणि शेड्यूल लागू करा.

त्याच वेळी, विंडोज आणि लिनक्स/युनिक्स दोन्हीवर डेटाबेस, मेल सिस्टम, व्हर्च्युअल मशीन क्लस्टर्स आणि फाइल शेअर्ससह सर्व्हरच्या विस्तृत फ्लीटमुळे अजूनही बरेच काम बाकी आहे. बॅकअप सिस्टम चालू ठेवणारे कर्मचारी निष्क्रिय बसत नाहीत.

सुट्टीच्या सन्मानार्थ, मी सर्व प्रशासकांना मजबूत मज्जातंतू, हालचालींची स्पष्टता आणि बॅकअप संचयित करण्यासाठी अंतहीन जागेसाठी शुभेच्छा देऊ इच्छितो!

स्त्रोत: www.habr.com