Commvault સાથે બેકઅપ: કેટલાક આંકડા અને કેસ

અગાઉની પોસ્ટ્સમાં, અમે સેટઅપ માટે સૂચનાઓ શેર કરી છે અનામત નકલ и પ્રતિકૃતિ વીમ પર આધારિત. આજે આપણે કોમવોલ્ટનો ઉપયોગ કરીને બેકઅપ વિશે વાત કરવા માંગીએ છીએ. ત્યાં કોઈ સૂચનાઓ હશે નહીં, પરંતુ અમે તમને જણાવીશું કે અમારા ગ્રાહકો શું અને કેવી રીતે બેકઅપ લઈ રહ્યા છે.

OST-2 ડેટા સેન્ટરમાં કોમવોલ્ટ પર આધારિત બેકઅપ સિસ્ટમની સ્ટોરેજ સિસ્ટમ.

તે કેવી રીતે કામ કરે છે?

કોમવૉલ્ટ એ એપ્લીકેશન, ડેટાબેસેસ, ફાઈલ સિસ્ટમ્સ, વર્ચ્યુઅલ મશીનો અને ભૌતિક સર્વર્સ માટે બેકઅપ પ્લેટફોર્મ છે. આ કિસ્સામાં, પ્રારંભિક ડેટા કોઈપણ સાઇટ પર હોઈ શકે છે: અમારી સાથે - ક્લાયંટ બાજુ પર, અન્ય વ્યવસાયિક ડેટા સેન્ટરમાં અથવા ક્લાઉડમાં.

ક્લાયંટ બેકઅપ ઑબ્જેક્ટ્સ પર એજન્ટ ઇન્સ્ટોલ કરે છે - iData એજન્ટ - અને તેને જરૂરી બેકઅપ નીતિઓ અનુસાર ગોઠવે છે. iData એજન્ટ જરૂરી ડેટા એકત્રિત કરે છે, સંકુચિત કરે છે, ડુપ્લિકેટ કરે છે, એન્ક્રિપ્ટ કરે છે અને તેને ડેટાલાઇન બેકઅપ સિસ્ટમમાં સ્થાનાંતરિત કરે છે.

પ્રોક્સી સર્વર્સ ક્લાયંટ નેટવર્ક અને અમારા નેટવર્કની કનેક્ટિવિટી સુનિશ્ચિત કરો, ચેનલોના અલગતા કે જેના દ્વારા ડેટા ટ્રાન્સમિટ થાય છે.

ડેટાલાઇન બાજુ પર, iData એજન્ટ પાસેથી ડેટા પ્રાપ્ત થાય છે મીડિયા એજન્ટ સર્વર અને તેને સ્ટોરેજ સિસ્ટમ્સ, ટેપ લાઈબ્રેરીઓ વગેરે પર સ્ટોરેજમાં મોકલે છે. આ બધું મેનેજ કરે છે કોમસર્વે. અમારા રૂપરેખાંકનમાં, મુખ્ય નિયંત્રણ સર્વર OST સાઇટ પર સ્થિત છે, અને બેકઅપ સર્વર NORD સાઇટ પર સ્થિત છે.

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

કોમવોલ્ટ બેકઅપ સિસ્ટમના સંચાલનની યોજના.

બેકઅપ સિસ્ટમ મુખ્યત્વે VMware વર્ચ્યુઅલાઈઝેશન પર કામ કરે છે: CommServe, મીડિયા એજન્ટ અને પ્રોક્સી સર્વર્સ વર્ચ્યુઅલ મશીનો પર જમાવવામાં આવે છે. જો ક્લાયંટ અમારા સાધનોનો ઉપયોગ કરે છે, તો પછી બેકઅપ Huawei OceanStor 5500 V3 સ્ટોરેજ સિસ્ટમ પર મૂકવામાં આવે છે. ક્લાયંટ સ્ટોરેજ સિસ્ટમનો બેકઅપ લેવા માટે, ટેપ લાઇબ્રેરીઓ પર બેકઅપ સ્ટોર કરો, ભૌતિક સર્વર્સ પર અલગ મીડિયા એજન્ટોનો ઉપયોગ કરવામાં આવે છે.

ગ્રાહકો માટે શું મહત્વનું છે?

અમારા અનુભવ પરથી, જે ગ્રાહકો બેકઅપ માટે Commvault પસંદ કરે છે તેઓ નીચેના મુદ્દાઓ પર ધ્યાન આપે છે.

કન્સોલ. ગ્રાહકો પોતે બેકઅપ મેનેજ કરવા માંગે છે. કોમવોલ્ટ કન્સોલમાં તમામ મૂળભૂત કામગીરી ઉપલબ્ધ છે:

• બેકઅપ માટે સર્વર્સ ઉમેરવા અને દૂર કરવા;
• iData એજન્ટ સુયોજિત;
• કાર્યોની રચના અને મેન્યુઅલ શરૂઆત;
• બેકઅપની સ્વ-પુનઃસંગ્રહ;
• બેકઅપ કાર્યોની સ્થિતિ વિશે સૂચનાઓ સેટ કરવી;
• ભૂમિકા અને વપરાશકર્તાઓના જૂથના આધારે કન્સોલની ઍક્સેસનો તફાવત.

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

કોમવૉલ્ટના કિસ્સામાં, ડિડપ્લિકેશન ક્લાયંટ બાજુ અથવા મીડિયા એજન્ટ બાજુ પર ગોઠવી શકાય છે. પ્રથમ કિસ્સામાં, નોન-યુનિક ડેટા બ્લોક્સ મીડિયા એજન્ટ સર્વર પર પણ ટ્રાન્સફર કરવામાં આવશે નહીં. બીજામાં, પુનરાવર્તિત બ્લોક કાઢી નાખવામાં આવે છે અને સ્ટોરેજ સિસ્ટમ પર લખવામાં આવતો નથી.

આવા બ્લોક ડિડુપ્લિકેશન હેશ ફંક્શન પર આધારિત છે. દરેક બ્લોકને એક હેશ સોંપવામાં આવે છે, જે હેશ ટેબલમાં સંગ્રહિત થાય છે, એક પ્રકારનો ડેટાબેઝ (ડીડુપ્લિકેશન ડેટાબેઝ, ડીડીબી). ડેટા ટ્રાન્સમિટ કરતી વખતે, હેશ આ આધાર દ્વારા "પંચ્ડ" થાય છે. જો આવી હેશ પહેલેથી જ ડેટાબેઝમાં છે, તો પછી બ્લોક બિન-યુનિક તરીકે ચિહ્નિત થયેલ છે અને મીડિયા એજન્ટ સર્વર પર સ્થાનાંતરિત નથી (પ્રથમ કિસ્સામાં) અથવા ડેટા સ્ટોરેજ સિસ્ટમ (બીજામાં) પર લખાયેલ નથી.

ડુપ્લિકેશન બદલ આભાર, અમે સ્ટોરેજ સ્પેસના 78% સુધી બચાવી શકીએ છીએ. હવે 166,4 TB સ્ટોરેજ પર સંગ્રહિત છે. ડુપ્લિકેશન વિના, અમારે 744 TB સંગ્રહિત કરવું પડશે.

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

એન્ક્રિપ્શન. તમે નીચેની રીતે કોમવોલ્ટ દ્વારા બેકઅપ લેતી વખતે ડેટાને એન્ક્રિપ્ટ કરી શકો છો:

• ક્લાયંટ એજન્ટની બાજુ પર: આ કિસ્સામાં, ડેટા પહેલેથી એન્ક્રિપ્ટેડ સ્વરૂપમાં બેકઅપ સિસ્ટમમાં સ્થાનાંતરિત કરવામાં આવશે;
• મીડિયા એજન્ટ બાજુ પર;
• ચેનલ સ્તરે: ડેટા ક્લાયંટ એજન્ટની બાજુએ એનક્રિપ્ટ થયેલ છે અને મીડિયા એજન્ટ સર્વર પર ડિક્રિપ્ટ થયેલ છે.

ઉપલબ્ધ એન્ક્રિપ્શન અલ્ગોરિધમ્સ: બ્લોફિશ, GOST, સર્પન્ટ, ટુફિશ, 3-ડીઇએસ, એઇએસ (કોમવોલ્ટ દ્વારા ભલામણ કરાયેલ).

કેટલાક આંકડા

ડિસેમ્બરના મધ્ય સુધીમાં, કોમવૉલ્ટની મદદથી, અમારી પાસે 27 ક્લાયન્ટ્સનો બેકઅપ છે. તેમાંના મોટા ભાગના રિટેલર્સ અને નાણાકીય સંસ્થાઓ છે. મૂળ નકલ ડેટાની કુલ રકમ 65 TB છે.

દરરોજ અંદાજે 4400 કાર્યો કરવામાં આવે છે. નીચે છેલ્લા 16 દિવસના પૂર્ણ થયેલા કાર્યોના આંકડા છે.

સૌથી વધુ, વિન્ડોઝ ફાઇલ સિસ્ટમ, એસક્યુએલ સર્વર અને એક્સચેન્જ ડેટાબેસેસ કોમવોલ્ટ દ્વારા બેકઅપ લેવામાં આવે છે.

અને હવે વચન આપેલા કેસો. વ્યક્તિગત હોવા છતાં (એનડીએ હેલો કહે છે :)), તેઓ એક વિચાર આપે છે કે ગ્રાહકો શું અને કેવી રીતે કોમવોલ્ટ-આધારિત બેકઅપનો ઉપયોગ કરે છે. નીચે એવા ગ્રાહકો માટે કેસ સ્ટડીઝ છે કે જેઓ સિંગલ બેકઅપ સિસ્ટમનો ઉપયોગ કરે છે, એટલે કે શેર કરેલ સોફ્ટવેર, મીડિયા એજન્ટ સર્વર્સ અને સ્ટોરેજ સિસ્ટમ્સ.

કેસ 1

ગ્રાહક. સમગ્ર રશિયામાં શાખાઓના વિતરિત નેટવર્ક સાથે કન્ફેક્શનરી માર્કેટની રશિયન ટ્રેડિંગ અને મેન્યુફેક્ચરિંગ કંપની.

કાર્ય.માઈક્રોસોફ્ટ એસક્યુએલ ડેટાબેસેસ, ફાઈલ સર્વર્સ, એપ્લિકેશન સર્વર્સ, એક્સચેન્જ ઓનલાઈન મેઈલબોક્સીસ માટે બેકઅપનું સંગઠન.

પ્રારંભિક ડેટા સમગ્ર રશિયામાં ઓફિસોમાં સ્થિત છે (10 થી વધુ શહેરો). તમારે કંપનીની કોઈપણ ઓફિસમાં અનુગામી ડેટા પુનઃપ્રાપ્તિ સાથે DataLine સાઇટ પર બેકઅપ લેવાની જરૂર છે.
તે જ સમયે, ક્લાયંટ ઍક્સેસ નિયંત્રણ સાથે સંપૂર્ણ સ્વ-વ્યવસ્થાપન ઇચ્છે છે.
સંગ્રહની ઊંડાઈ - વર્ષ. એક્સચેન્જ ઓનલાઈન માટે, ઓનલાઈન નકલો માટે 3 મહિના અને આર્કાઈવ્સ માટે એક વર્ષ.

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

ક્લાયંટની રિમોટ ઑફિસમાંથી ચેનલોની ગુણવત્તા હંમેશા શ્રેષ્ઠ સમયમર્યાદામાં બેકઅપ અને પુનઃસ્થાપિત કરવાની મંજૂરી આપતી નથી. ટ્રાન્સમિટેડ ટ્રાફિકની માત્રા ઘટાડવા માટે, ક્લાયન્ટ બાજુ પર ડિડુપ્લિકેશન ગોઠવવામાં આવ્યું હતું. તેણીનો આભાર, ઓફિસોની દૂરસ્થતાને ધ્યાનમાં લેતા, સંપૂર્ણ બેકઅપનો સમય સ્વીકાર્ય બન્યો. ઉદાહરણ તરીકે, સેન્ટ પીટર્સબર્ગથી 131 જીબીનો સંપૂર્ણ ડેટાબેઝ બેકઅપ 16 મિનિટમાં થાય છે. યેકાટેરિનબર્ગથી, 340 કલાક 1 મિનિટ માટે 45 GB ડેટાબેઝનો બેકઅપ લેવામાં આવે છે.

ભૂમિકાઓ દ્વારા, ગ્રાહકે તેના વિકાસકર્તાઓ માટે વિવિધ પરવાનગીઓ ગોઠવી છે: ફક્ત બેકઅપ અથવા પુનઃસ્થાપિત.

કેસ 2

ગ્રાહક. બાળકોના માલના સ્ટોર્સની રશિયન સાંકળ.
કાર્ય. આ માટે બેકઅપનું સંગઠન:
4 ભૌતિક સર્વર પર આધારિત અત્યંત લોડ થયેલ MS SQL ક્લસ્ટર;
વેબસાઇટ, એપ્લિકેશન સર્વર્સ, 1C, એક્સચેન્જ અને ફાઇલ સર્વર્સ સાથે વર્ચ્યુઅલ મશીનો.
ક્લાયંટનું સંપૂર્ણ સ્પષ્ટ કરેલ ઈન્ફ્રાસ્ટ્રક્ચર OST અને NORD સાઇટ્સ વચ્ચે અંતરે છે.
એસક્યુએલ સર્વર્સ માટે આરપીઓ - 30 મિનિટ, બાકીના માટે - 1 દિવસ.
સ્ટોરેજ ઊંડાઈ - ડેટાના પ્રકાર પર આધાર રાખીને, 2 અઠવાડિયાથી 30 દિવસ સુધી.

સોલ્યુશન. અમે Veeam અને Commvault પર આધારિત ઉકેલોનું સંયોજન પસંદ કર્યું છે. વીમનો ઉપયોગ અમારા ક્લાઉડમાંથી ફાઇલ બેકઅપ માટે થાય છે. ડેટાબેઝ સર્વર્સ, એક્ટિવ ડિરેક્ટરી, મેઇલ અને ફિઝિકલ સર્વર્સનું બેકઅપ કોમવોલ્ટ દ્વારા લેવામાં આવે છે.

ઉચ્ચ બેકઅપ ઝડપ હાંસલ કરવા માટે, ક્લાયન્ટે બેકઅપ કાર્યો માટે MS SQL સાથે ભૌતિક સર્વર પર અલગ નેટવર્ક એડેપ્ટર ફાળવ્યું. 3,4 TB ડેટાબેઝના સંપૂર્ણ બેકઅપમાં 2 કલાક 20 મિનિટનો સમય લાગે છે અને સંપૂર્ણ પુનઃસ્થાપિત કરવામાં 5 કલાક 5 મિનિટનો સમય લાગે છે.

ક્લાયન્ટ પાસે પ્રારંભિક ડેટાનો મોટો જથ્થો હતો (લગભગ 18 TB). જો ડેટાને ટેપ લાઇબ્રેરી પર સ્ટૅક કરવામાં આવે, જેમ કે ક્લાયન્ટે પહેલાં કર્યું હતું, તો પછી કેટલાક ડઝન કારતુસની જરૂર પડશે. આ ક્લાયંટની સમગ્ર બેકઅપ સિસ્ટમના સંચાલનને જટિલ બનાવશે. તેથી, અંતિમ અમલીકરણમાં, ટેપ લાઇબ્રેરીને સ્ટોરેજ સિસ્ટમ દ્વારા બદલવામાં આવી હતી.

કેસ 3

ગ્રાહક. CIS માં સુપરમાર્કેટ સાંકળ
કાર્ય. ગ્રાહક અમારા ક્લાઉડમાં હોસ્ટ કરેલી SAP સિસ્ટમ્સનો બેકઅપ લેવા અને પુનઃસ્થાપિત કરવા માગે છે. SAP HANA ડેટાબેસેસ માટે RPO=15 મિનિટ, એપ્લીકેશન સર્વર સાથે વર્ચ્યુઅલ મશીનો માટે RPO=24 કલાક. સંગ્રહની ઊંડાઈ - 30 દિવસ. અકસ્માતના કિસ્સામાં RTO=1 કલાક, ડિમાન્ડ પર નકલ રિસ્ટોર કરવા માટે RTO=4 કલાક.

સોલ્યુશન. HANA ડેટાબેઝ માટે, DATA ફાઈલો અને લોગ ફાઈલોના બેકઅપને નિર્દિષ્ટ સમયાંતરે ગોઠવવામાં આવ્યા હતા. લૉગ ફાઇલો દર 15 મિનિટે અથવા જ્યારે તેઓ ચોક્કસ કદ સુધી પહોંચે ત્યારે આર્કાઇવ કરવામાં આવતી હતી.

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

181 GB ડેટાબેઝમાંથી એકનો સંપૂર્ણ બેકઅપ 1 કલાક 54 મિનિટમાં લેવામાં આવે છે.

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

બેકઅપ મેનેજમેન્ટ ક્લાયંટ માટે સ્ટાન્ડર્ડ કોમવોલ્ટ ક્લાયંટ કન્સોલ દ્વારા પણ ઉપલબ્ધ છે.

આજ માટે આટલું જ. ટિપ્પણીઓમાં પ્રશ્નો પૂછો.

સોર્સ: www.habr.com