બેકઅપ ભાગ 5: Linux માટે Bacula અને Veeam બેકઅપનું પરીક્ષણ

આ નોંધ વિવિધ "મોટા" બેકઅપ સોફ્ટવેરને જોશે, જેમાં વ્યાપારી પણ સામેલ છે. ઉમેદવારોની યાદી: Linux, Bacula માટે Veeam એજન્ટ.

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

અપેક્ષિત પરિણામો

બંને ઉમેદવારો સાર્વત્રિક તૈયાર સોલ્યુશન્સ હોવાથી, સૌથી મહત્વપૂર્ણ પરિણામ એ કાર્યની અનુમાનિતતા હશે, એટલે કે, ડેટાની સમાન રકમની પ્રક્રિયા કરતી વખતે સમાન કાર્યકારી સમય, તેમજ સમાન ભાર.

Linux સમીક્ષા માટે Veeam એજન્ટ

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

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

ફાઇલ બેકઅપ બનાવવાની પ્રક્રિયા ક્યારેય પૂર્ણ થઈ ન હતી. લગભગ 15-16% એક્ઝેક્યુશન પર, ઝડપ ઘટીને 600 kbsec અને નીચે, 50% cpu ઉપયોગ પર, સંભવિત રીતે બેકઅપ પ્રક્રિયાને 6-7 કલાક સુધી ચલાવવાનું કારણ બને છે, તેથી પ્રક્રિયા બંધ કરવામાં આવી હતી.

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

બેકઅપ નકલો બનાવવાના બ્લોક-બાય-બ્લોક મોડના પરિણામો નીચે મુજબ છે:

આ મોડમાં પ્રોગ્રામનો ઓપરેટિંગ સમય 6 GB ડેટા માટે 20 મિનિટનો છે.

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

Bacula સમીક્ષા

બેક્યુલા એ ક્લાયંટ-સર્વર બેકઅપ સોફ્ટવેર છે જે તાર્કિક રીતે ઘણા ભાગો ધરાવે છે, જેમાંથી દરેક તેના કામનો ભાગ કરે છે. ત્યાં ડિરેક્ટર છે, જેનો ઉપયોગ મેનેજમેન્ટ માટે થાય છે, ફાઇલડેમન - બેકઅપ માટે જવાબદાર સેવા, સ્ટોરેજડેમન - બેકઅપ સ્ટોરેજ સેવા, કન્સોલ - ડિરેક્ટર માટે ઇન્ટરફેસ (ત્યાં TUI, GUI, વેબ વિકલ્પો છે). આ સંકુલને સમીક્ષામાં પણ સામેલ કરવામાં આવ્યું છે કારણ કે, પ્રવેશમાં નોંધપાત્ર રીતે ઊંચા અવરોધ હોવા છતાં, તે બેકઅપ ગોઠવવાનું એકદમ લોકપ્રિય માધ્યમ છે.

સંપૂર્ણ બેકઅપ મોડમાં

આ મોડમાં, બેક્યુલાએ 10 મિનિટની સરેરાશમાં બેકઅપ પૂર્ણ કરીને, તદ્દન અનુમાનિત સાબિત કર્યું,
લોડ પ્રોફાઇલ આની જેમ બહાર આવ્યું:

આ ઓપરેટિંગ મોડમાં કામ કરતી વખતે અપેક્ષા મુજબ બેકઅપ્સનું કદ આશરે 30 GB હતું.

ઇન્ક્રીમેન્ટલ બેકઅપ બનાવતી વખતે, રિપોઝીટરીના કદ સિવાય, અલબત્ત (લગભગ 14 જીબી) પરિણામો ખૂબ અલગ ન હતા.

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

રિઝલ્ટ

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

ઘોષણા

બેકઅપ, ભાગ 1: શા માટે બેકઅપની જરૂર છે, પદ્ધતિઓ, તકનીકોની ઝાંખી
બેકઅપ ભાગ 2: rsync-આધારિત બેકઅપ સાધનોની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 3: ડુપ્લીસીટી, ડુપ્લીકેટીની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 4: ઝેડબેકઅપ, રેસ્ટિક, બોર્ગબેકઅપની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 5: Linux માટે Bacula અને Veeam બેકઅપનું પરીક્ષણ
બેકઅપ ભાગ 6: બેકઅપ સાધનોની સરખામણી
બેકઅપ ભાગ 7: તારણો

મોકલનાર: પાવેલ ડેમકોવિચ

સોર્સ: www.habr.com