د بیک اپ برخه 6: د بیک اپ وسیلو پرتله کول

دا مقاله به د بیک اپ وسیلې پرتله کړي ، مګر لومړی تاسو باید ومومئ چې دوی څومره ګړندي او په ښه توګه د بیک اپ څخه ډیټا بحالولو سره مقابله کوي.
د پرتله کولو اسانتیا لپاره، موږ به د بشپړ بیک اپ څخه بیا رغونه په پام کې ونیسو، په ځانګړې توګه ځکه چې ټول کاندیدان د دې طریقې ملاتړ کوي. د سادګۍ لپاره، شمیرې لا دمخه اوسط شوي دي (د څو منډو ریاضي معنی). پایلې به په یوه جدول کې لنډیز شي، کوم چې به د وړتیاوو په اړه معلومات هم ولري: د ویب انٹرفیس شتون، د تنظیم کولو او عملیاتو اسانتیا، د اتومات کولو وړتیا، د مختلفو اضافي ځانګړتیاو شتون (د بیلګې په توګه، د معلوماتو بشپړتیا چک کول) , etc. ګرافونه به په سرور باندې بار وښیې چیرې چې ډاټا به کارول کیږي (نه د بیک اپ کاپي ذخیره کولو لپاره سرور).

د معلوماتو بیا رغونه

rsync او tar به وروسته د حوالې نقطې په توګه وکارول شي دوی معمولا د دوی پر بنسټ دي د بیک اپ کاپي جوړولو لپاره ساده سکریپټونه.

روپین د ټیسټ ډیټا سره په 4 دقیقو او 28 ثانیو کې ټاکل شوي ، ښیې

داسې بار

د بیا رغونې پروسې د بیک اپ ذخیره کولو سرور ډیسک فرعي سیسټم محدودیت ته زیان رسولی (ساوتوت ګرافونه). تاسو کولی شئ په واضح ډول د یوې کرنل بار کول پرته له کومې ستونزې څخه وګورئ (کم iowait او softirq - په ترتیب سره د ډیسک او شبکې سره کومه ستونزه نشته). څرنګه چې نور دوه پروګرامونه، لکه rdiff-backup او rsnapshot، د rsync پر بنسټ دي او د بیا رغونې وسیلې په توګه منظم rsync وړاندیز کوي، دوی به نږدې ورته د بار پروفایل او د بیک اپ بیا رغونې وخت ولري.

تره یو څه ګړندی یې ترسره کړ

۲ دقیقې او ۴۳ ثانیې:

د سیسټم ټول بار په اوسط ډول د 20٪ لخوا لوړ شوی د سافټیرک د زیاتوالي له امله - د شبکې فرعي سیسټم د عملیاتو پرمهال د سر لګښتونه ډیر شوي.

که آرشیف نور هم کمپریس شي، د بیا رغونې وخت 3 دقیقې 19 ثانیو ته لوړیږي.
په اصلي سرور کې د داسې بار سره (د اصلي سرور په څنګ کې پیک کول):

د ډیکمپریشن پروسه دواړه پروسیسر کورونه اخلي ځکه چې دوه پروسې روانې دي. په عموم کې، دا تمه شوې پایله ده. همچنان ، د پرتلې وړ پایله (3 دقیقې او 20 ثانیې) ترلاسه شوې کله چې د بیک اپ سره د سرور اړخ کې gzip چلول؛ په اصلي سرور کې د بار پروفایل د gzip کمپرسور پرته د ټار چلولو سره ورته و (پخوانی ګراف وګورئ).

В rdiff بیک اپ تاسو کولی شئ وروستی بیک اپ چې تاسو یې د منظم rsync په کارولو سره جوړ کړی همغږي کړئ (پایلې به ورته وي) ، مګر زاړه بیک اپ لاهم اړتیا لري د rdiff بیک اپ برنامې په کارولو سره رغول شي ، کوم چې په 17 دقیقو او 17 ثانیو کې بیا رغونه بشپړه کړې ، ښیې

دا بار:

شاید دا موخه وه، لږترلږه د لیکوالانو سرعت محدود کړي داسې حل وړاندې کوي. د بیک اپ کاپي بیا رغولو پروسه پخپله د یوې اصلي برخې نیمایي څخه لږ وخت نیسي، د متناسب پرتله کولو فعالیت سره (د بیلګې په توګه 2-5 ځله ورو) په ډیسک او شبکه کې د rsync سره.

د رانيپ شاټ د بیا رغونې لپاره، دا د منظم rsync کارولو وړاندیز کوي، نو پایلې به ورته وي. په عموم کې، دا څنګه وګرځید.

برپ ما په 7 دقیقو او 2 ثانیو کې د بیک اپ بحالولو دنده بشپړه کړه
د دې بار سره:

دا خورا ګړندي کار وکړ ، او لږترلږه د خالص rsync په پرتله خورا اسانه دی: تاسو اړتیا نلرئ کوم بیرغونه په یاد ولرئ ، یو ساده او هوښیار کلی انٹرفیس ، د ډیری کاپيونو لپاره جوړ شوی ملاتړ - که څه هم دا دوه ځله ورو دی. که تاسو اړتیا لرئ د وروستي بیک اپ څخه ډیټا بیرته ترلاسه کړئ چې تاسو یې جوړ کړی ، تاسو کولی شئ د یو څو احتیاطونو سره rsync وکاروئ.

برنامه نږدې ورته سرعت او بار وښود بیک اپ پی سی کله چې د rsync لیږد حالت فعال کړئ ، د دې لپاره بیک اپ ځای په ځای کول

۷ دقیقې او ۴۲ ثانیې:

مګر د ډیټا لیږد حالت کې ، بیک اپ پی سی ډیر ورو د تار سره کاپي: په 12 دقیقو او 15 ثانیو کې ، د پروسیسر بار عموما ټیټ و

یو نیم ځل:

نقل پرته له کوډ کولو یو څه ښه پایلې ښودلې، په 10 دقیقو او 58 ثانیو کې بیک اپ بحال کول. که تاسو د gpg په کارولو سره کوډ کول فعال کړئ، د بیا رغونې وخت 15 دقیقو او 3 ثانیو ته لوړیږي. همچنان ، کله چې د کاپي ذخیره کولو لپاره ذخیره رامینځته کړئ ، تاسو کولی شئ د آرشیف اندازه مشخص کړئ چې د راتلونکي ډیټا جریان ویشلو پرمهال به وکارول شي. په عموم کې، په دودیز هارډ ډرائیو کې، د واحد تار عملیاتي حالت له امله، ډیر توپیر شتون نلري. دا ممکن په مختلف بلاک اندازو کې ښکاره شي کله چې د هایبرډ ذخیره کارول کیږي. د رغیدو پرمهال په اصلي سرور کې بار په لاندې ډول و:

هیڅ کوډ نشته

د کوډ کولو سره

نقل د پرتلې وړ رغیدو کچه ښودلې، دا په 13 دقیقو او 45 ثانیو کې بشپړوي. دا شاوخوا 5 دقیقې وخت نیولی ترڅو د ترلاسه شوي معلوماتو درستیت چیک کړي (په ټوله کې شاوخوا 19 دقیقې). بار وو

ډیر لوړ:

کله چې د aes کوډ کول په داخلي توګه فعال شوي، د بیا رغونې وخت 21 دقیقې 40 ثانیې وې، د CPU کارولو سره د بیا رغونې په وخت کې په اعظمي توګه (دواړه کور!)؛ کله چې د معلوماتو چک کول، یوازې یو تار فعال و، د یو پروسیسر کور یې نیولی و. د رغیدو وروسته د معلوماتو چک کول ورته 5 دقیقې وخت نیولی (په ټولیز ډول نږدې 27 دقیقې).

نتيجه

duplicati د کوډ کولو لپاره د بهرني gpg برنامه کارولو پرمهال د رغیدو سره یو څه ګړندی و ، مګر په عموم کې د پخواني حالت څخه توپیرونه لږترلږه دي. عملیاتي وخت 16 دقیقې 30 ثانیې وې، په 6 دقیقو کې د معلوماتو تصدیق سره. بار وو

لکه:

امندا، د تار په کارولو سره ، دا په 2 دقیقو 49 ثانیو کې بشپړ کړ ، کوم چې په اصل کې د عادي تار سره خورا نږدې دی. په اصولو کې په سیسټم کې بار کړئ

ورته:

کله چې په کارولو سره بیک اپ بحال کړئ zbackup لاندې پایلې ترلاسه شوې:

کوډ کول، lzma کمپریشن

د چلولو وخت 11 دقیقې او 8 ثانیې

د AES کوډ کول، lzma کمپریشن

د فعالیت وخت 14 دقیقې

د AES کوډ کول، lzo کمپریشن

د چلولو وخت 6 دقیقې، 19 ثانیې

په ټولیزه توګه، بد نه. دا ټول په بیک اپ سرور کې د پروسیسر سرعت پورې اړه لري ، کوم چې د مختلف کمپرسورونو سره د برنامه چلولو وخت څخه په روښانه ډول لیدل کیدی شي. د بیک اپ سرور اړخ کې ، یو منظم ټار په لاره اچول شوی و ، نو که تاسو دا له دې سره پرتله کړئ ، بیا رغونه 3 ځله ورو ده. دا ممکن د دوه څخه زیاتو تارونو سره په څو-تریډ شوي حالت کې د عملیاتو چیک کولو ارزښت ولري.

بورګ بیک اپ په غیر کوډ شوي حالت کې دا د tar په پرتله یو څه ورو و، په 2 دقیقو 45 ثانیو کې، په هرصورت، د tar برعکس، دا ممکنه شوه چې د ذخیره کولو نقل کول. بار یې شو

لاندې

که تاسو د بلیک پراساس کوډ کول فعال کړئ، د بیک اپ بیا رغونې سرعت یو څه ورو دی. په دې حالت کې د بیا رغونې وخت 3 دقیقې 19 ثانیې دی، او بار ورک شوی

لکه دغه:

د AES کوډ کول یو څه ورو دي، د بیا رغونې وخت 3 دقیقې 23 ثانیې دی، بار په ځانګړې توګه

بدلون نه دی راغلی:

څرنګه چې بورګ کولی شي په څو-تریډ شوي حالت کې کار وکړي، د پروسیسر بار اعظمي دی، او کله چې اضافي فعالیتونه فعال شي، عملیاتي وخت په ساده ډول زیاتیږي. په ښکاره ډول، دا د zbackup په ورته ډول د ملټي ریډینګ سپړلو ارزښت لري.

ریزیک د رغیدو سره یو څه ډیر ورو سره مقابله وکړه ، د عملیاتي وخت 4 دقیقې 28 ثانیې وې. بار داسې ښکاریده

نو:

په ښکاره ډول د بیا رغونې پروسه په څو تارونو کې کار کوي، مګر موثریت د BorgBackup په څیر لوړ ندی، مګر د منظم rsync سره د وخت په پرتله د پرتلې وړ دی.

د مرستې په مرسته urBackup دا ممکنه وه چې په 8 دقیقو او 19 ثانیو کې د معلوماتو بیرته راګرځول، بار و

لکه:

بار لا تر اوسه ډیر لوړ ندی، حتی د تورو په پرتله ټیټ دی. په ځینو ځایونو کې درزونه شتون لري، مګر د یوې کور څخه ډیر نه.

د پرتله کولو لپاره د معیارونو انتخاب او توجیه

لکه څنګه چې په تیرو مقالو کې ویل شوي، د بیک اپ سیسټم باید لاندې معیارونه پوره کړي:

• د کارولو اسانتیا
• ورزش
• ثبات
• چټکتیا

دا ارزښت لري چې هر ټکی په جلا توګه په تفصیل سره په پام کې ونیول شي.

د عملیاتو اسانتیا

دا غوره ده کله چې یو تڼۍ شتون ولري "هرڅه ښه ترسره کړئ"، مګر که تاسو اصلي برنامو ته بیرته راشئ، ترټولو اسانه شی به یو څه پیژندل شوي او معیاري عملیاتي اصول وي.
ډیری کارونکي به ډیر احتمال ښه وي که دوی اړتیا نلري د کلی لپاره د کلیدونو یوه ډله یاد کړي، د ویب یا tui له لارې د مختلف، ډیری وخت ناڅرګند انتخابونو یوه ډله ترتیب کړي، یا د ناکام عملیاتو په اړه خبرتیاوې ترتیب کړي. پدې کې په موجوده زیربنا کې د بیک اپ حل په اسانۍ سره "فټ" کولو وړتیا هم شامله ده ، او همدارنګه د بیک اپ پروسې اتومات کول. د بسته بندۍ مدیر په کارولو سره د نصب کولو امکان هم شتون لري ، یا په یو یا دوه کمانډونو کې لکه "ډاونلوډ او خلاص کړئ". curl ссылка | sudo bash - یو پیچلی میتود، ځکه چې تاسو اړتیا لرئ وګورئ چې د لینک له لارې څه راځي.

د مثال په توګه، د کاندیدانو څخه چې په پام کې نیول شوي، یو ساده حل burp، rdiff-backup او restic دی، کوم چې د مختلف عملیاتي حالتونو لپاره د یادولو کیلي لري. یو څه ډیر پیچلي بورګ او دوه اړخیز دي. تر ټولو ستونزمن AMANDA وه. پاتې نور د کارولو اسانتیا له مخې په مینځ کې دي. په هر حالت کې ، که تاسو د کارونکي لارښود لوستلو لپاره له 30 ثانیو څخه ډیر وخت ته اړتیا لرئ ، یا تاسو اړتیا لرئ ګوګل یا بل لټون انجن ته لاړشئ ، او د مرستې اوږده شیټ له لارې سکرول هم وکړئ ، پریکړه ستونزمنه ده ، یوه لاره یا بله.

ځینې ​​نوماندان چې په پام کې نیول شوي د دې وړتیا لري چې په اتوماتيک ډول د بریښنالیک جببر له لارې پیغام واستوي، پداسې حال کې چې نور په سیسټم کې په ترتیب شوي خبرتیاو تکیه کوي. سربیره پردې ، ډیری وختونه پیچلي حلونه په بشپړ ډول د خبرتیا تنظیمات نلري. په هر حالت کې ، که چیرې د بیک اپ برنامه غیر صفر بیرته راستنیدونکي کوډ رامینځته کړي ، کوم چې به د دوره ایزو کارونو لپاره د سیسټم خدمت لخوا په سمه توګه پوه شي (یو پیغام به د سیسټم مدیر یا مستقیم نظارت ته واستول شي) - وضعیت ساده دی. مګر که د بیک اپ سیسټم، چې په بیک اپ سرور کې نه چلیږي، نشي تنظیم کیدی، د ستونزې په اړه د ویلو ښکاره لاره دا ده چې پیچلتیا لا دمخه ډیره ده. په هر حالت کې، یوازې ویب انٹرفیس یا لاګ ته د اخطارونو او نورو پیغامونو صادرول یو ناوړه عمل دی، ځکه چې ډیری وختونه به له پامه غورځول شي.

لکه څنګه چې د اتومات کولو لپاره ، یو ساده برنامه کولی شي د چاپیریال متغیرونه ولولي چې خپل عملیاتي حالت ټاکي ، یا دا یو پرمختللی کلی لري چې کولی شي په بشپړ ډول چلند نقل کړي کله چې د ویب انٹرفیس له لارې کار کوي ، د مثال په توګه. پدې کې د دوامداره عملیاتو امکان ، د پراختیا فرصتونو شتون او داسې نور هم شامل دي.

ورزش

د اتومات کولو په اړه پخوانۍ فرعي برخې ته په جزوي ډول غږ کول، دا باید کومه ځانګړې ستونزه نه وي چې د بیک اپ پروسې په موجوده زیربنا کې "فټ" کړي.
د یادولو وړ ده چې د کار لپاره د غیر معیاري بندرونو کارول (ښه ، د ویب انٹرفیس پرته) ، په غیر معیاري ډول د کوډ کولو پلي کول ، د غیر معیاري پروتوکول په کارولو سره د معلوماتو تبادله د غیر معیاري نښې نښانې دي. - نړیوال حل. د ډیری برخې لپاره، ټول نوماندان دوی په یو ډول یا بل ډول د واضح دلیل لپاره لري: سادگي او استقامت معمولا یوځای نه ځي. د استثنا په توګه - burp، نور هم شتون لري.

د یوې نښې په توګه - د منظم ssh په کارولو سره د کار کولو وړتیا.

د کار سرعت

تر ټولو جنجالي او جنجالي ټکی. له یوې خوا، موږ پروسه پیل کړه، دا څومره ژر چې امکان ولري کار کوي او په اصلي کارونو کې مداخله نه کوي. له بلې خوا، د بیک اپ دورې په جریان کې د ترافیک او پروسیسر بار کې زیاتوالی شتون لري. دا هم د یادونې وړ ده چې د کاپي جوړولو لپاره ترټولو ګړندۍ برنامې معمولا د دندو له مخې خورا ضعیف دي چې د کاروونکو لپاره مهم دي. یوځل بیا: که چیرې د یو بدبخت متن فایل ترلاسه کولو لپاره د څو لسګونو بایټس اندازې د پاسورډ سره ، او د دې له امله د خدماتو ټول لګښتونه (هو ، هو ، زه پوهیږم چې د بیک اپ پروسه ډیری وختونه دلته ملامت نه وي) ، او تاسو اړتیا لرئ چې په ذخیره کې ټولې فایلونه په ترتیب سره ولولئ یا ټول آرشیف پراخه کړئ - د بیک اپ سیسټم هیڅکله ګړندی نه دی. بل ټکی چې ډیری وختونه د خنډ لامل کیږي د آرشیف څخه د بیک اپ ځای په ځای کولو سرعت دی. دلته د هغو کسانو لپاره روښانه ګټه شتون لري څوک چې کولی شي په ساده ډول فایلونه کاپي یا مطلوب ځای ته پرته له ډیرې لاسوهنې (rsync ، د مثال په توګه) حرکت وکړي ، مګر ډیری وختونه ستونزه باید په سازماني ډول حل شي ، په تجربه سره: د بیک اپ بیا رغونې وخت اندازه کولو سره او په ښکاره توګه کاروونکو ته پدې اړه خبر ورکوي.

ثبات

دا باید پدې ډول پوه شي: له یوې خوا ، دا باید ممکنه وي چې د بیک اپ کاپي بیرته په هره طریقه ځای په ځای کړئ ، له بلې خوا ، دا باید د مختلف ستونزو پروړاندې مقاومت ولري: د شبکې مداخله ، د ډیسک ناکامي ، د یوې برخې حذف کول. ذخیره

د بیک اپ وسیلو پرتله کول

د جوړولو وخت کاپي کړئ
د بیا رغونې وخت کاپي کړئ
اسانه نصب
اسانه ترتیب
د کارولو لپاره اسانه
ساده اتوماتیک
ایا تاسو د پیرودونکي سرور ته اړتیا لرئ؟
د ذخیره کولو بشپړتیا چک کول
متفاوت کاپي
د پایپ له لارې کار کول
ورزش
خپلواکي
د ذخیره کولو شفافیت
کوډ ورکول
فشار
نقل کول
ویب انٹرفیس
باد ته ډکول
د وینډوز ملاتړ
نمره

روپین
4m15s
4m28s
هو
نه
نه
نه
هو
نه
نه
هو
نه
هو
هو
نه
نه
نه
نه
نه
هو
6

تره
سوچه
3m12s
2m43s
هو
نه
نه
نه
نه
نه
هو
هو
نه
هو
نه
نه
نه
نه
نه
نه
هو
8,5

gzip
9m37s
3m19s
هو

Rdiff بیک اپ
16m26s
17m17s
هو
هو
هو
هو
هو
نه
هو
نه
هو
نه
هو
نه
هو
هو
هو
نه
هو
11

د رانيپ شاټ
4m19s
4m28s
هو
هو
هو
هو
نه
نه
هو
نه
هو
نه
هو
نه
نه
هو
هو
نه
هو
12,5

برپ
11m9s
7m2s
هو
نه
هو
هو
هو
هو
هو
نه
هو
هو
نه
نه
هو
نه
هو
نه
هو
10,5

نقل
هیڅ کوډ نشته
16m48s
10m58s
هو
هو
نه
هو
نه
هو
هو
نه
نه
هو
نه
هو
هو
نه
هو
نه
هو
11

gpg
17m27s
15m3s

نقل
هیڅ کوډ نشته
20m28s
13m45s
نه
هو
نه
نه
نه
هو
هو
نه
نه
هو
نه
هو
هو
هو
هو
هو
هو
11

AES
29m41s
21m40s

gpg
26m19s
16m30s

zbackup
هیڅ کوډ نشته
40m3s
11m8s
هو
هو
نه
نه
نه
هو
هو
هو
نه
هو
نه
هو
هو
هو
نه
نه
نه
10

AES
42m0s
14m1s

aes+lzo
18m9s
6m19s

بورګ بیک اپ
هیڅ کوډ نشته
4m7s
2m45s
هو
هو
هو
هو
هو
هو
هو
هو
هو
هو
نه
هو
هو
هو
هو
نه
هو
16

AES
4m58s
3m23s

بلیک2
4m39s
3m19s

ریزیک
5m38s
4m28s
هو
هو
هو
هو
نه
هو
هو
هو
هو
هو
نه
هو
نه
هو
نه
هو
هو
15,5

urBackup
8m21s
8m19s
هو
هو
هو
نه
هو
نه
هو
نه
هو
هو
نه
هو
هو
هو
هو
نه
هو
12

Amanda
9m3s
2m49s
هو
نه
نه
هو
هو
هو
هو
نه
هو
هو
هو
هو
هو
نه
هو
هو
هو
13

بیک اپ پی سی
rsync
12m22s
7m42s
هو
نه
هو
هو
هو
هو
هو
نه
هو
نه
نه
هو
هو
نه
هو
نه
هو
10,5

ټر
12m34s
12m15s

د جدول افسانه:

• شنه، عملیاتي وخت له پنځو دقیقو څخه لږ، یا ځواب "هو" (پرته له دې چې "د مراجعینو سرور ته اړتیا لرئ؟")، 1 ټکی
• ژیړ، عملیاتي وخت له پنځو څخه تر لسو دقیقو، 0.5 ټکي
• سور، د کار وخت له لسو دقیقو څخه ډیر دی، یا ځواب "نه" دی (پرته له دې چې کالم "ایا تاسو د پیرودونکي سرور ته اړتیا لرئ؟")، 0 ټکي

د پورته جدول له مخې، ترټولو ساده، ګړندۍ، او په ورته وخت کې اسانه او ځواکمن بیک اپ وسیله BorgBackup دی. ریسټیک دویم ځای خپل کړ، پاتې کاندیدان په پای کې د یو یا دوه ټکو په خپریدو سره نږدې مساوي ځای په ځای شوي.

زه د هرچا څخه مننه کوم چې لړۍ یې پای ته ولوستله، زه تاسو ته بلنه درکوم چې په اختیارونو بحث وکړئ او خپل وړاندیز وکړئ، که کوم وي. لکه څنګه چې بحث پرمختګ کوي، میز ممکن پراخ شي.

د لړۍ پایله به وروستۍ مقاله وي ، په کوم کې به د مثالي ، ګړندي او مدیریت وړ بیک اپ وسیلې رامینځته کولو هڅه وي چې تاسو ته اجازه درکوي په لنډ ممکن وخت کې کاپي بیرته ځای په ځای کړئ او په ورته وخت کې اسانه او اسانه وي. د تنظیم او ساتلو لپاره.

اعلامیه

بیک اپ، لومړۍ برخه: ولې بیک اپ ته اړتیا ده، د میتودونو، ټیکنالوژیو عمومي کتنه
د بیک اپ برخه 2: د rsync پر بنسټ د بیک اپ وسیلو بیاکتنه او ازموینه
د شاتړ برخه 3: د نقل بیاکتنه او ازموینه
د بیک اپ برخه 4: د zbackup، آرامۍ، بورګ بیک اپ بیاکتنه او ازموینه
د بیک اپ برخه 5: د لینکس لپاره د بیکولا او ویم بیک اپ ازموینه
د بیک اپ برخه 6: د بیک اپ وسیلو پرتله کول
بیک اپ برخه 7: پایلې

سرچینه: www.habr.com