તૈયાર પર બેકઅપ: રજાના સન્માનમાં પૌરાણિક કથાઓનો પર્દાફાશ

બેકઅપ એ ટ્રેન્ડી તકનીકોમાંની એક નથી કે જેના વિશે દરેક આયર્નમાંથી પોકાર કરવામાં આવે છે. તે કોઈપણ ગંભીર કંપનીમાં હોવું જોઈએ, બસ. અમે અમારી બેંકમાં હજારો સર્વરનો બેકઅપ લઈએ છીએ - આ એક જટિલ, રસપ્રદ કામ છે, જેમાંની કેટલીક સૂક્ષ્મતા, તેમજ બેકઅપ વિશેની લાક્ષણિક ગેરસમજો, ફક્ત કહેવા માંગીએ છીએ.

હું લગભગ 20 વર્ષથી આ વિષય પર કામ કરી રહ્યો છું, જેમાંથી છેલ્લા 2 વર્ષો પ્રોમ્સવ્યાઝબેંકમાં છે. પ્રેક્ટિસની ખૂબ જ શરૂઆતમાં, મેં લગભગ મેન્યુઅલી બેકઅપ લીધું, સ્ક્રિપ્ટ્સ સાથે કે જે ફક્ત ફાઇલોની નકલ કરે છે. પછી વિન્ડોઝમાં અનુકૂળ સાધનો દેખાયા: ફાઇલો તૈયાર કરવા માટે રોબોકોપી ઉપયોગિતા અને નકલ કરવા માટે NT બેકઅપ. અને માત્ર ત્યારે જ વિશિષ્ટ સોફ્ટવેરનો સમય આવ્યો, મુખ્યત્વે વેરિટાસ બેકઅપ એક્ઝિક, જેને હવે સિમેન્ટેક બેકઅપ એક્ઝિક કહેવામાં આવે છે. તેથી હું લાંબા સમયથી બેકઅપથી પરિચિત છું.

સરળ શબ્દોમાં, બેકઅપ એ ચોક્કસ નિયમિતતાના કિસ્સામાં ડેટાની નકલ (વર્ચ્યુઅલ મશીન, એપ્લિકેશન, ડેટાબેસેસ અને ફાઇલો) રાખવાનો છે. દરેક કેસ સામાન્ય રીતે હાર્ડવેર અથવા લોજિકલ નિષ્ફળતા તરીકે પોતાને મેનીફેસ્ટ કરે છે અને ડેટા ખોવાઈ જાય છે. બેકઅપ સિસ્ટમનો હેતુ માહિતીની ખોટ ઘટાડવાનો છે. હાર્ડવેર નિષ્ફળતા એ છે, ઉદાહરણ તરીકે, સર્વર અથવા સ્ટોરેજની નિષ્ફળતા જ્યાં ડેટાબેઝ સ્થિત છે. તાર્કિક - આ માનવ પરિબળ સહિત ડેટાના ભાગની ખોટ અથવા ફેરફાર છે: તેઓએ આકસ્મિક રીતે ટેબલ, ફાઇલ કાઢી નાખી, એક્ઝેક્યુશન માટે કુટિલ સ્ક્રિપ્ટ શરૂ કરી. ચોક્કસ પ્રકારની માહિતીને લાંબા સમય સુધી સંગ્રહિત કરવા માટે નિયમનકારની આવશ્યકતાઓ પણ છે, ઉદાહરણ તરીકે, કેટલાક વર્ષો સુધી.

બેકઅપનો સૌથી સામાન્ય ઉપયોગ એ વિવિધ પરીક્ષણ સિસ્ટમો, વિકાસકર્તાઓ માટે ક્લોન્સની જમાવટ માટે ડેટાબેઝની સાચવેલી નકલની પુનઃસ્થાપના છે.

બેકઅપની આસપાસ કેટલીક લાક્ષણિક માન્યતાઓ છે જે લાંબા સમય પહેલા દૂર કરવી જોઈએ. અહીં તેમાંથી સૌથી પ્રખ્યાત છે.

માન્યતા 1. બેકઅપ લાંબા સમયથી સુરક્ષા અથવા સ્ટોરેજ સિસ્ટમની અંદર માત્ર એક નાનું કાર્ય છે

બેકઅપ સિસ્ટમ્સ હજી પણ ઉકેલોનો એક અલગ વર્ગ છે, અને ખૂબ સ્વતંત્ર છે. તેમની પાસે ઘણું કામ છે. હકીકતમાં, જ્યારે ડેટા અખંડિતતાની વાત આવે છે ત્યારે તેઓ સંરક્ષણની છેલ્લી લાઇન છે. તેથી બેકઅપ તેની પોતાની ગતિએ, તેના પોતાના શેડ્યૂલ પર કામ કરે છે. સર્વર માટે દૈનિક અહેવાલ જનરેટ થાય છે, એવી ઘટનાઓ છે જે મોનિટરિંગ સિસ્ટમ માટે ટ્રિગર્સ તરીકે કાર્ય કરે છે.

ઉપરાંત, બેકઅપ સિસ્ટમની ઍક્સેસનું રોલ મોડેલ તમને બેકઅપ્સનું સંચાલન કરવા માટે લક્ષ્ય સિસ્ટમોના સંચાલકોને સત્તાનો એક ભાગ સોંપવાની મંજૂરી આપે છે.

માન્યતા 2. જ્યારે RAID હોય, ત્યારે બેકઅપની જરૂર રહેતી નથી.

નિઃશંકપણે, RAID એરે અને ડેટા પ્રતિકૃતિ એ હાર્ડવેર નિષ્ફળતાઓથી માહિતી સિસ્ટમોને સુરક્ષિત રાખવાનો સારો માર્ગ છે, અને જો તમારી પાસે સ્ટેન્ડબાય સર્વર હોય, તો મુખ્ય મશીન નિષ્ફળ જાય તો તમે ઝડપથી તેના પર સ્વિચ કરવાનું આયોજન કરી શકો છો.

સિસ્ટમના વપરાશકર્તાઓ દ્વારા કરવામાં આવેલી તાર્કિક ભૂલોમાંથી, નિરર્થકતા અને પ્રતિકૃતિ સાચવતી નથી. અહીં રાઇટ-બેક સ્ટેન્ડબાય સર્વર છે - હા, જો સિંક્રનાઇઝ થાય તે પહેલાં ભૂલ મળી આવે તો તે મદદ કરી શકે છે. અને જો ક્ષણ ચૂકી જાય તો? ફક્ત સમયસર બેકઅપ અહીં મદદ કરશે. જો તમે જાણો છો કે ગઈકાલે ડેટા બદલાયો છે, તો તમે સિસ્ટમને ગઈકાલના આગલા દિવસે પુનઃસ્થાપિત કરી શકો છો અને તેમાંથી જરૂરી ડેટા કાઢી શકો છો. હકીકત એ છે કે તાર્કિક ભૂલો સૌથી સામાન્ય છે તે જોતાં, સારું જૂનું બેકઅપ સાબિત અને જરૂરી સાધન છે.

માન્યતા 3. બેકઅપ એવી વસ્તુ છે જે મહિનામાં એકવાર કરવામાં આવે છે.

બેકઅપ ફ્રીક્વન્સી એ રૂપરેખાંકિત સેટિંગ છે જે મુખ્યત્વે તમારી બેકઅપ સિસ્ટમ આવશ્યકતાઓ પર આધારિત છે. તે ડેટા શોધવાનું તદ્દન શક્ય છે જે લગભગ ક્યારેય બદલાતું નથી અને ખાસ કરીને મહત્વનું નથી, તેમનું નુકસાન કંપની માટે મહત્વપૂર્ણ રહેશે નહીં.
તેઓ, ખરેખર, મહિનામાં એકવાર બેકઅપ લઈ શકાય છે અને તે પણ ઓછી વાર. પરંતુ આરપીઓ (રિકવરી પોઈન્ટ ઓબ્જેક્ટિવ) ઈન્ડિકેટરના આધારે વધુ ક્રિટિકલ ડેટા વધુ વખત સાચવવામાં આવે છે, જે માન્ય ડેટા લોસ સેટ કરે છે. આ અઠવાડિયામાં એકવાર, દિવસમાં એક વાર અથવા કલાકમાં ઘણી વખત હોઈ શકે છે. અમારી પાસે DBMS ના આ ટ્રાન્ઝેક્શન લૉગ્સ છે.

જ્યારે સિસ્ટમો વ્યવસાયિક કામગીરીમાં મૂકવામાં આવે છે, ત્યારે બેકઅપ દસ્તાવેજીકરણ મંજૂર હોવું આવશ્યક છે, જે મુખ્ય મુદ્દાઓ, અપડેટ પ્રક્રિયા, સિસ્ટમને પુનઃસ્થાપિત કરવાની પ્રક્રિયા, બેકઅપ્સ સંગ્રહિત કરવાની પ્રક્રિયા અને તેના જેવાને પ્રતિબિંબિત કરે છે.

માન્યતા 4. નકલોનું પ્રમાણ સતત વધી રહ્યું છે અને કોઈપણ ફાળવેલ જગ્યાને સંપૂર્ણપણે લઈ લે છે.

બેકઅપમાં મર્યાદિત રીટેન્શન અવધિ હોય છે. ઉદાહરણ તરીકે, વર્ષ દરમિયાન તમામ 365 દૈનિક બેકઅપ્સ સંગ્રહિત કરવાનો કોઈ અર્થ નથી. નિયમ પ્રમાણે, દરરોજની નકલો 2 અઠવાડિયા સુધી રાખવી સ્વીકાર્ય છે, ત્યારબાદ તેને તાજી નકલો સાથે બદલવામાં આવે છે, અને જે સંસ્કરણ મહિનામાં પ્રથમ બનાવવામાં આવ્યું હતું તે લાંબા ગાળાના સ્ટોરેજમાં રહે છે. તે, બદલામાં, ચોક્કસ સમય માટે પણ સંગ્રહિત થાય છે - દરેક નકલનું જીવનકાળ હોય છે.

ડેટા નુકશાન સુરક્ષા છે. નિયમ લાગુ પડે છે: બેકઅપ કાઢી નાખવામાં આવે તે પહેલાં, આગલું બનાવવું આવશ્યક છે. તેથી, જો બેકઅપ પૂર્ણ ન થયું હોય તો ડેટા કાઢી નાખવામાં આવશે નહીં, ઉદાહરણ તરીકે, સર્વરની અનુપલબ્ધતાને કારણે. માત્ર સમયમર્યાદાનું જ નહીં, પણ સમૂહમાં નકલોની સંખ્યા પણ નિયંત્રિત છે. જો સિસ્ટમ બે સંપૂર્ણ બેકઅપ્સ રાખવા માટે રચાયેલ છે, તો તેમાંથી હંમેશા બે હશે, અને જ્યારે નવું ત્રીજું સફળતાપૂર્વક લખવામાં આવશે ત્યારે જ જૂનું કાઢી નાખવામાં આવશે. તેથી બેકઅપ આર્કાઇવ દ્વારા કબજે કરેલ વોલ્યુમની વૃદ્ધિ ફક્ત સુરક્ષિત ડેટાના જથ્થાની વૃદ્ધિ સાથે સંકળાયેલ છે અને તે સમય પર આધારિત નથી.

માન્યતા 5. બેકઅપ શરૂ થયું - બધું અટકી ગયું

આ કહેવું વધુ સારું છે: જો બધું અટકી ગયું હોય, તો પછી સંચાલકના હાથ ત્યાંથી વધતા નથી. સામાન્ય રીતે, બેકઅપનું પ્રદર્શન ઘણા પરિબળો પર આધારિત છે. ઉદાહરણ તરીકે, બેકઅપ સિસ્ટમની ઝડપ પર: ડિસ્ક સ્ટોરેજ, ટેપ લાઇબ્રેરીઓ કેટલી ઝડપી છે. બેકઅપ સિસ્ટમના સર્વરની ગતિથી: શું તેમની પાસે ડેટા પર પ્રક્રિયા કરવા, કમ્પ્રેશન અને ડિડુપ્લિકેશન કરવા માટે સમય છે. અને ક્લાયંટ અને સર્વર વચ્ચેની સંચાર રેખાઓની ઝડપ પર પણ.

બેકઅપ એક અથવા વધુ સ્ટ્રીમ પર જઈ શકે છે, જે સિસ્ટમનું બેકઅપ લેવામાં આવી રહ્યું છે તે મલ્ટિથ્રેડીંગને સપોર્ટ કરે છે કે કેમ તેના આધારે. ઉદાહરણ તરીકે, જ્યાં સુધી ટ્રાન્સફર રેટ નેટવર્ક બેન્ડવિડ્થ મર્યાદા પર ન પહોંચે ત્યાં સુધી Oracle DBMS તમને ઉપલબ્ધ પ્રોસેસર્સની સંખ્યા અનુસાર બહુવિધ થ્રેડો આપવાની મંજૂરી આપે છે.

જો તમે મોટી સંખ્યામાં થ્રેડોનો બેકઅપ લેવાનો પ્રયાસ કરો છો, તો ચાલતી સિસ્ટમને ઓવરલોડ કરવાની તક છે, તે ખરેખર ધીમું થવાનું શરૂ કરશે. તેથી, પર્યાપ્ત કામગીરીની ખાતરી કરવા માટે થ્રેડોની શ્રેષ્ઠ સંખ્યા પસંદ કરવામાં આવે છે. જો પ્રદર્શનમાં સહેજ ઘટાડો પણ મહત્વપૂર્ણ છે, તો પછી જ્યારે બેકઅપ લડાઇ સર્વરથી નહીં, પરંતુ તેના ક્લોનથી હાથ ધરવામાં આવે ત્યારે એક ઉત્તમ વિકલ્પ છે - ડેટાબેઝ પરિભાષામાં સ્ટેન્ડબાય. આ પ્રક્રિયા મુખ્ય કાર્યકારી સિસ્ટમને બુટ કરતી નથી. વધુ સ્ટ્રીમ દ્વારા ડેટા પુનઃપ્રાપ્ત કરી શકાય છે, કારણ કે સર્વરનો ઉપયોગ જાળવણી માટે થતો નથી.

મોટી સંસ્થાઓમાં, બેકઅપ સિસ્ટમ માટે એક અલગ નેટવર્ક બનાવવામાં આવે છે જેથી બેકઅપ ઉત્પાદનને અસર ન કરે. વધુમાં, ટ્રાફિક નેટવર્ક દ્વારા પ્રસારિત થઈ શકશે નહીં, પરંતુ SAN દ્વારા.

અમે સમય સાથે લોડ ફેલાવવાનો પણ પ્રયાસ કરીએ છીએ. બેકઅપ મોટે ભાગે બિન-કામના કલાકો દરમિયાન કરવામાં આવે છે: રાત્રે, સપ્તાહના અંતે. ઉપરાંત, તે બધા એક જ સમયે ચાલતા નથી. વર્ચ્યુઅલ મશીનોનું બેકઅપ એ એક ખાસ કેસ છે. પ્રક્રિયાની વ્યવહારીક રીતે મશીનની કામગીરી પર કોઈ અસર થતી નથી, તેથી બેકઅપ દિવસના સમયે ફેલાય છે, અને રાત્રે બધું મુલતવી રાખતું નથી. ત્યાં ઘણી સૂક્ષ્મતા છે, જો તમે બધું ધ્યાનમાં લો છો, તો બેકઅપ સિસ્ટમના પ્રદર્શનને અસર કરશે નહીં.

માન્યતા 6. બેકઅપ સિસ્ટમ શરૂ કરી - તે તમારા માટે દોષ સહનશીલતા છે

ક્યારેય ભૂલશો નહીં કે બેકઅપ સિસ્ટમ એ સંરક્ષણની છેલ્લી લાઇન છે, જેનો અર્થ છે કે તેની સામે વધુ પાંચ સિસ્ટમ્સ હોવી જોઈએ જે IT ઇન્ફ્રાસ્ટ્રક્ચર અને એન્ટરપ્રાઇઝ ઇન્ફર્મેશન સિસ્ટમ્સની સાતત્ય, ઉચ્ચ ઉપલબ્ધતા અને આપત્તિ સહનશીલતાને સુનિશ્ચિત કરે છે.

આશા રાખવી કે બેકઅપ તમામ ડેટાને પુનઃસ્થાપિત કરશે અને ઘટી ગયેલી સેવાને ઝડપથી વધારશે તે યોગ્ય નથી. બેકઅપના ક્ષણથી નિષ્ફળતાના ક્ષણ સુધીના ડેટાની ખોટની ખાતરી આપવામાં આવે છે, અને કેટલાક કલાકો (અથવા દિવસો, કારણ કે તમે નસીબદાર છો) માટે ડેટા નવા સર્વર પર અપલોડ કરી શકાય છે. તેથી, દરેક વસ્તુને બેકઅપમાં સ્થાનાંતરિત કર્યા વિના સંપૂર્ણ સુવિધાયુક્ત ખામી-સહિષ્ણુ સિસ્ટમ્સ બનાવવાનો અર્થપૂર્ણ છે.

માન્યતા 7. મેં એકવાર બેકઅપ સેટ કર્યું, તપાસ્યું કે તે કામ કરે છે. તે ફક્ત લોગ જોવા માટે જ રહે છે

આ સૌથી હાનિકારક પૌરાણિક કથાઓમાંની એક છે, જેની નકલ તમે ઘટના દરમિયાન જ અનુભવો છો. સફળ બેકઅપ લોગ એ બાંયધરી નથી કે બધું ખરેખર જેવું જોઈએ તે પ્રમાણે થયું. જમાવટ માટે અગાઉથી સાચવેલી નકલ તપાસવી મહત્વપૂર્ણ છે. એટલે કે, પરીક્ષણ વાતાવરણમાં પુનઃપ્રાપ્તિ પ્રક્રિયા શરૂ કરો અને પરિણામ જુઓ.

અને સિસ્ટમ એડમિનિસ્ટ્રેટરના કામ વિશે થોડું

મેન્યુઅલ મોડમાં, કોઈ લાંબા સમયથી ડેટાની નકલ કરતું નથી. આધુનિક SRK લગભગ દરેક વસ્તુનું બેકઅપ લઈ શકે છે, તમારે તેને યોગ્ય રીતે સેટ કરવું પડશે. જો નવું સર્વર ઉમેરવામાં આવ્યું હોય, તો નીતિઓ સેટ કરો: બેકઅપ લેવામાં આવશે તે સામગ્રી પસંદ કરો, સ્ટોરેજ વિકલ્પોનો ઉલ્લેખ કરો અને શેડ્યૂલ લાગુ કરો.

તે જ સમયે, વિન્ડોઝ અને લિનક્સ/યુનિક્સ બંને પર ડેટાબેસેસ, મેઇલ સિસ્ટમ્સ, વર્ચ્યુઅલ મશીન ક્લસ્ટરો અને ફાઇલ શેર સહિત સર્વર્સના વ્યાપક કાફલાને કારણે હજી ઘણું કામ બાકી છે. જે કર્મચારીઓ બેકઅપ સિસ્ટમને ચાલુ રાખે છે તેઓ નિષ્ક્રિય બેસતા નથી.

રજાના સન્માનમાં, હું બધા સંચાલકોને મજબૂત ચેતા, હલનચલનની સ્પષ્ટતા અને બેકઅપ સ્ટોર કરવા માટે અનંત જગ્યાની ઇચ્છા કરવા માંગુ છું!

સોર્સ: www.habr.com