دا مقاله به بیک اپ سافټویر په پام کې ونیسي چې د ډیټا جریان په جلا برخو (ټوټو) کې ماتولو سره ، ذخیره جوړوي.
د ذخیره کولو اجزا نور هم کمپریس شوي او کوډ شوي کیدی شي ، او خورا مهم - د تکراري بیک اپ پروسو په جریان کې - بیا کارول کیږي.
په داسې ذخیره کې د بیک اپ کاپي د اجزاو نومول شوی سلسله ده چې یو له بل سره وصل شوي ، د مثال په توګه ، د مختلف هش افعالو پراساس.
ډیری ورته حلونه شتون لري، زه به په 3 تمرکز وکړم: zbackup، borgbackup او restic.
متوقع پایلې
څنګه چې ټول غوښتونکي په یو ډول یا بل ډول د ذخیره کولو رامینځته کولو ته اړتیا لري ، یو له خورا مهم فاکتورونو څخه به د ذخیره اندازې اټکل وي. په عین حال کې، د دې اندازه باید د منل شوي میتودولوژي سره سم د 13 GB څخه ډیر نه وي، یا حتی لږ - د ښه اصلاح کولو تابع وي.
دا هم خورا مطلوب دی چې د دې وړتیا ولرئ چې د فایلونو بیک اپ کاپيونه په مستقیم ډول رامینځته کړئ ، پرته له دې چې آرشیورونه لکه tar کاروئ ، او همدارنګه د ssh/sftp سره کار وکړئ پرته له اضافي وسیلو لکه rsync او sshfs.
د بیک اپ جوړولو پر مهال چلند:
- د ذخیره کولو اندازه به د بدلونونو اندازې سره مساوي وي، یا لږ وي.
- د کمپریشن او/یا کوډ کولو په کارولو سره د CPU دروند بار تمه کیږي ، او خورا لوړ شبکه او ډیسک بار احتمال لري که چیرې د آرشیف کولو او / یا کوډ کولو پروسه د بیک اپ ذخیره کولو سرور کې روانه وي.
- که چیرې ذخیره زیانمنه وي، نو د نوي بیک اپ جوړولو په وخت کې او کله چې د بیا رغولو هڅه کول دواړه ځنډول شوي تېروتنه وي. دا اړینه ده چې د ذخیره بشپړتیا ډاډ ترلاسه کولو لپاره اضافي اقدامات پلان کړئ یا د دې بشپړتیا چک کولو لپاره جوړ شوي وسیلې وکاروئ.
د تار سره کار کول د حوالې ارزښت په توګه اخیستل کیږي، لکه څنګه چې په تیرو مقالو کې ښودل شوي.
د zbackup ازموینه
د zbackup عمومي میکانیزم دا دی چې برنامه د ان پټ ډیټا جریان ساحو کې ورته ډیټا لري ومومي ، بیا یې په اختیاري ډول کمپریس او کوډ کوي ، هره ساحه یوازې یو ځل خوندي کوي.
ډیپلیکیشن د 64-bit رینګ هش فنکشن د سلایډینګ کړکۍ سره کاروي ترڅو د موجوده ډیټا بلاکونو په وړاندې د بایټ بایټ میچ چیک کړي (لکه څنګه چې rsync دا پلي کوي).
ملټي تریډ شوي lzma او lzo د کمپریشن لپاره کارول کیږي ، او aes د کوډ کولو لپاره. وروستي نسخې د دې وړتیا لري چې په راتلونکي کې د ذخیره کولو څخه زاړه معلومات حذف کړي.
برنامه په C++ کې د لږترلږه انحصار سره لیکل شوې. لیکوال په ښکاره ډول د یونیکس لارې څخه الهام اخیستی و ، نو برنامه د بیک اپ رامینځته کولو پر مهال د سټین ډیټا مني ، د بیا رغولو په وخت کې په سټینډ کې ورته ډیټا جریان تولیدوي. پدې توګه ، zbackup د خورا ښه "ودانۍ بلاک" په توګه کارول کیدی شي کله چې ستاسو د خپل بیک اپ حلونو لیکل. د مثال په توګه، د مقالې لیکوال دا پروګرام د 2014 راهیسې د کور ماشینونو لپاره د اصلي بیک اپ وسیلې په توګه کارولی دی.
د معلوماتو جریان به یو منظم تور وي پرته لدې چې بل ډول ویل شوي وي.
راځئ وګورو چې پایلې څه دي:
کار په 2 اختیارونو کې چک شوی:
- یو ذخیره رامینځته کیږي او zbackup د سرچینې ډیټا سره په سرور کې پیل کیږي ، بیا د ذخیره مینځپانګې د بیک اپ ذخیره کولو سرور ته لیږدول کیږي.
- یو ذخیره د بیک اپ ذخیره کولو سرور کې رامینځته کیږي ، zbackup د بیک اپ ذخیره کولو سرور کې د ssh له لارې پیل شوی ، او ډیټا دې ته د پایپ له لارې لیږل کیږي.
د لومړي اختیار پایلې په لاندې ډول وې: 43m11s - کله چې د نه کوډ شوي ذخیره او lzma کمپرسور کارول ، 19m13s - کله چې کمپرسور د lzo سره ځای په ځای کول.
د اصلي معلوماتو سره په سرور کې بار په لاندې ډول و (د lzma سره یو مثال ښودل شوی؛ د lzo سره نږدې ورته عکس و ، مګر د rsync ونډه د وخت څلورمه برخه وه):
دا روښانه ده چې دا ډول بیک اپ پروسه یوازې د نسبتا نادر او کوچنیو بدلونونو لپاره مناسبه ده. دا هم خورا مشوره ورکول کیږي چې ز بیک اپ 1 تار ته محدود کړئ ، که نه نو د CPU ډیر لوړ بار به وي ، ځکه چې برنامه په ډیری تارونو کې کار کولو کې خورا ښه ده. په ډیسک کې بار کوچنی و ، کوم چې په عموم کې به د عصري ssd-based ډیسک فرعي سیسټم سره د پام وړ نه وي. تاسو کولی شئ په روښانه ډول د ریموټ سرور ته د ذخیره کولو ډیټا همغږي کولو پروسې پیل وګورئ؛ د عملیاتو سرعت د منظم rsync سره پرتله کولو وړ دی او د بیک اپ ذخیره کولو سرور ډیسک فرعي سیسټم فعالیت پورې اړه لري. د دې طریقې نیمګړتیا د محلي ذخیره ذخیره کول او په پایله کې د معلوماتو نقل کول دي.
ډیر په زړه پوری او په عمل کې د تطبیق وړ دوهم اختیار دی، په مستقیم ډول د بیک اپ ذخیره کولو سرور کې zbackup چلول.
لومړی، موږ به د lzma کمپرسور سره د کوډ کولو کارولو پرته عملیات ازموینه وکړو:
د هرې ازموینې د چلولو وخت:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
39m45s
40m20s
40m3s
7m36s
8m3s
7m48s
15m35s
15m48s
15m38s
که تاسو د aes په کارولو سره کوډ کول فعال کړئ، پایلې خورا نږدې دي:
په ورته ډیټا کې د کار کولو وخت، د کوډ کولو سره:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
43m40s
44m12s
44m3s
8m3s
8m15s
8m12s
15m0s
15m40s
15m25s
که کوډ کول د lzo په کارولو سره د کمپریشن سره یوځای کیږي، دا داسې ښکاري:
د کار ساعتونه:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
18m2s
18m15s
18m12s
5m13s
5m24s
5m20s
8m48s
9m3s
8m51s
د پایلې ذخیره کولو اندازه په 13GB کې نسبتا ورته وه. دا پدې مانا ده چې نقل کول په سمه توګه کار کوي. همچنان ، دمخه په کمپریس شوي ډیټا کې ، د lzo کارول د پام وړ تاثیر ورکوي؛ د ټول عملیاتي وخت په شرایطو کې ، zbackup دوه اړخیز / نقل ته نږدې راځي ، مګر د 2-5 ځله لخوا د لیبرسینک پراساس د هغو څخه وروسته پاتې کیږي.
ګټې ښکاره دي - د بیک اپ ذخیره کولو سرور کې د ډیسک ځای خوندي کول. لکه څنګه چې د ذخیره کولو چک کولو وسیلو لپاره، د zbackup لیکوال دوی نه وړاندې کوي؛ دا سپارښتنه کیږي چې د غلطۍ زغمونکي ډیسک سرې یا کلاوډ چمتو کونکي وکاروئ.
په ټولیز ډول، یو ډیر ښه تاثر، سره له دې چې پروژه د شاوخوا 3 کلونو لپاره لاهم ولاړه ده (وروستی فیچر غوښتنه شاوخوا یو کال دمخه وه، مګر پرته له ځواب).
د بورګ بیک اپ ازموینه
بورګ بیک اپ د اټیک فورک دی ، یو بل سیسټم چې زیډ بیک اپ ته ورته دی. په python کې لیکل شوی، دا د zbackup په څیر د وړتیاوو لیست لري، مګر سربیره پردې کولی شي:
- د فیوز له لارې بیک اپ نصب کړئ
- د ذخیره کولو مینځپانګې چیک کړئ
- د پیرودونکي - سرور حالت کې کار وکړئ
- د ډیټا لپاره مختلف کمپرسورونه وکاروئ ، په بیله بیا د فایل ډول هوریستیک تعیین کله چې دا کمپریس کړئ.
- 2 د کوډ کولو اختیارونه، aes او بلیک
- لپاره جوړ شوی وسیله
د فعالیت چکونه
borgbackup بنچمارک crud ssh://backup_server/repo/path local_dir
پایلې په لاندې ډول وې:
CZ-BIG 96.51 MB/s (10 100.00 MB ټول صفر فایلونه: 10.36s)
RZ-BIG 57.22 MB/s (10 100.00 MB ټول صفر فایلونه: 17.48s)
UZ-BIG 253.63 MB/s (10 100.00 MB ټول صفر فایلونه: 3.94s)
DZ-BIG 351.06 MB/s (10 100.00 MB ټول صفر فایلونه: 2.85s)
CR-BIG 34.30 MB/s (10 100.00 MB تصادفي فایلونه: 29.15s)
RR-BIG 60.69 MB/s (10 100.00 MB تصادفي فایلونه: 16.48s)
UR-BIG 311.06 MB/s (10 100.00 MB تصادفي فایلونه: 3.21s)
DR-BIG 72.63 MB/s (10 100.00 MB تصادفي فایلونه: 13.77s)
CZ-MEDIUM 108.59 MB/s (1000 1.00 MB ټول صفر فایلونه: 9.21s)
RZ-MEDIUM 76.16 MB/s (1000 1.00 MB ټول صفر فایلونه: 13.13s)
UZ-MEDIUM 331.27 MB/s (1000 1.00 MB ټول صفر فایلونه: 3.02s)
DZ-MEDIUM 387.36 MB/s (1000 1.00 MB ټول صفر فایلونه: 2.58s)
CR-MEDIUM 37.80 MB/s (1000 1.00 MB تصادفي فایلونه: 26.45s)
RR-میډیم 68.90 MB/s (1000 1.00 MB تصادفي فایلونه: 14.51s)
UR-MEDIUM 347.24 MB/s (1000 1.00 MB تصادفي فایلونه: 2.88s)
DR-MEDIUM 48.80 MB/s (1000 1.00 MB تصادفي فایلونه: 20.49s)
CZ-SMALL 11.72 MB/s (10000 10.00 kB ټول صفر فایلونه: 8.53s)
RZ-SMALL 32.57 MB/s (10000 10.00 kB ټول صفر فایلونه: 3.07s)
UZ-SMALL 19.37 MB/s (10000 10.00 kB ټول صفر فایلونه: 5.16s)
DZ-SMALL 33.71 MB/s (10000 10.00 kB ټول صفر فایلونه: 2.97s)
CR-SMALL 6.85 MB/s (10000 10.00 kB تصادفي فایلونه: 14.60s)
RR-SMALL 31.27 MB/s (10000 10.00 kB تصادفي فایلونه: 3.20s)
UR-Small 12.28 MB/s (10000 10.00 kB تصادفي فایلونه: 8.14s)
DR-SMALL 18.78 MB/s (10000 10.00 kB تصادفي فایلونه: 5.32s)
کله چې معاینه کیږي، د کمپریشن هیوریسټیک به د فایل ډول (کمپریشن آٹو) ټاکلو لپاره وکارول شي، او پایلې به یې په لاندې ډول وي:
لومړی، راځئ وګورو چې دا څنګه د کوډ کولو پرته کار کوي:
د کار ساعتونه:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
4m6s
4m10s
4m5s
56
58
54
1m26s
1m34s
1m30s
که تاسو د ذخیره کولو اختیار فعال کړئ (مستند شوي حالت)، پایلې به نږدې وي:
د کار ساعتونه:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
4m11s
4m20s
4m12s
1m0s
1m3s
1m2s
1m30s
1m34s
1m31s
کله چې د aes کوډ کول فعال شول، پایلې یې ډیرې خرابې نه شوې:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
4m55s
5m2s
4m58s
1m0s
1m2s
1m0s
1m49s
1m50s
1m50s
او که تاسو بلیک ته aes بدل کړئ ، وضعیت به په بشپړ ډول ښه شي:
د کار ساعتونه:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
4m33s
4m43s
4m40s
59
1m0s
1m0s
1m38s
1m43s
1m40s
لکه څنګه چې د zbackup په قضیه کې، د ذخیره اندازه 13GB وه او حتی یو څه لږ، کوم چې عموما تمه کیږي. زه د چلولو وخت څخه ډیر خوښ وم؛ دا د librsync پراساس د حلونو سره پرتله کیږي، ډیر پراخ ظرفیتونه چمتو کوي. زه د چاپیریال متغیرونو له لارې د مختلف پیرامیټونو تنظیم کولو وړتیا څخه هم خوښ وم ، کوم چې په اتوماتیک حالت کې د بورګ بیک اپ کارولو پرمهال خورا جدي ګټه ورکوي. زه د بیک اپ پرمهال له بار څخه هم خوښ وم: د پروسیسر بار لخوا قضاوت کول ، بورګ بیک اپ په 1 تار کې کار کوي.
د دې کارولو پرمهال کوم ځانګړي زیانونه شتون نلري.
آرامۍ ازموینه
د دې حقیقت سره سره چې آرامۍ یو خورا نوی حل دی (لومړي 2 نوماندان په 2013 او زاړه کې پیژندل شوي)، دا خورا ښه ځانګړتیاوې لري. په Go لیکل شوی.
کله چې د zbackup سره پرتله کیږي، دا اضافي ورکوي:
- د ذخیرې بشپړتیا چک کول (د برخو چیک کولو په شمول).
- د بیک اپ ذخیره کولو لپاره د ملاتړ شوي پروتوکولونو او چمتو کونکو لوی لیست ، او همدارنګه د کلاوډ حلونو لپاره د rcone - rsync ملاتړ.
- د یو بل سره د 2 بیک اپ پرتله کول.
- د فیوز له لارې د ذخیره نصب کول.
په عموم کې، د ځانګړتیاوو لیست د بورګ بیک اپ ته نږدې دی، په ځینو ځایونو کې ډیر، په نورو کې لږ. یو له ځانګړتیاوو څخه دا دی چې د کوډ کولو غیر فعالولو لپاره هیڅ لاره نشته، او له همدې امله د بیک اپ کاپي به تل کوډ شوي وي. راځئ چې په عمل کې وګورو چې د دې سافټویر څخه څه شی ایستل کیدی شي:
پایلې په لاندې ډول وې:
د کار ساعتونه:
1 پیل کړئ
2 پیل کړئ
3 پیل کړئ
5m25s
5m50s
5m38s
35
38
36
1m54s
2m2s
1m58s
د فعالیت پایلې د rsync پراساس حلونو سره هم د پرتلې وړ دي او په عموم کې ، بورګ بیک اپ ته خورا نږدې ، مګر د CPU بار لوړ دی (ډیری تارونه روان دي) او سورتوت.
ډیری احتمال، برنامه د ډیټا ذخیره کولو سرور کې د ډیسک فرعي سیسټم فعالیت لخوا محدوده ده ، لکه څنګه چې دمخه د rsync قضیه وه. د ذخیره اندازه 13GB وه، لکه د zbackup یا borgbackup په څیر، د دې حل کارولو په وخت کې هیڅ ښکاره زیانونه شتون نلري.
پایلې
په حقیقت کې، ټولو کاندیدانو ورته پایلې ترلاسه کړې، مګر په مختلفو قیمتونو کې. بورګ بیک اپ د ټولو څخه غوره ترسره کړی ، آرام یو څه ورو و ، زیډ بیک اپ شاید د کارولو پیل کولو ارزښت نلري ،
او که دا دمخه کارول کیږي، هڅه وکړئ چې په بورګ بیک اپ یا آرامۍ بدل کړئ.
موندنو
ترټولو امید لرونکی حل آرام ښکاري، ځکه چې ... دا هغه څوک دی چې د عملیاتي سرعت سره د وړتیاوو غوره تناسب لري، مګر راځئ چې د اوس لپاره عمومي پایلې ته ګړندۍ نه شو.
بورګ بیک اپ اساسا هیڅ بد ندی ، مګر zbackup شاید غوره ځای په ځای شي. ریښتیا، zbackup لاهم د 3-2-1 قاعدې کار کولو ډاډ ترلاسه کولو لپاره کارول کیدی شي. د مثال په توګه، د (lib) rsync پر بنسټ بیک اپ تاسیساتو سربیره.
اعلامیه
د بیک اپ برخه 5: د لینکس لپاره د بیکولا او ویم بیک اپ ازموینه
د بیک اپ برخه 6: د بیک اپ وسیلو پرتله کول
بیک اپ برخه 7: پایلې
لخوا لیکل شوی: پاول ډیمکوویچ
سرچینه: www.habr.com