تاسو ولې بیک اپ جوړولو ته اړتیا لرئ؟ په هرصورت ، تجهیزات خورا خورا معتبر دي ، او سربیره پردې ، دلته "بادل" شتون لري چې د فزیکي سرورونو په پرتله په اعتبار کې غوره دي: د مناسب ترتیب سره ، د "بادل" سرور کولی شي په اسانۍ سره د زیربنا فزیکي سرور له ناکامۍ څخه ژوندي پاتې شي ، او له هغه څخه. د خدماتو کاروونکو په نظر کې، د وخت په خدمت کې به یو کوچنی، لږ د پام وړ کود وي. برسېره پردې، د معلوماتو نقل کول ډیری وختونه د "اضافي" پروسیسر وخت، ډیسک بار، او د شبکې ترافیک لپاره تادیه کولو ته اړتیا لري.
یو مثالی برنامه ګړندی پرمخ ځي ، حافظه نه لیکي ، هیڅ سوري نلري ، او شتون نلري.
- نامعلومه
څرنګه چې پروګرامونه لاهم د پروټین پراختیا کونکو لخوا لیکل کیږي، او ډیری وختونه د ازموینې پروسه شتون نلري، برسیره پردې پروګرامونه په ندرت سره د "غوره عملونو" په کارولو سره وړاندې کیږي (کوم چې پخپله هم پروګرامونه دي او له همدې امله نیمګړتیاوې دي)، د سیسټم مدیران اکثرا هغه ستونزې حل کوي چې په لنډ ډول غږ کوي مګر په لنډ ډول: "هغه ته بیرته راشئ چې څنګه وو"، "بیس عادي عملیات ته راوړو"، "ورو ورو کار کوي - بیرته راګرځي"، او زما د خوښې "زه نه پوهیږم څه، مګر دا سم کړئ".
د منطقي غلطیو سربیره چې د پراختیا کونکو د بې پروایی کار په پایله کې رامینځته کیږي ، یا د شرایطو ترکیب ، په بیله بیا د برنامو جوړونې وړو ځانګړتیاو نیمګړتیا یا غلط فهم - په شمول د نښلولو او سیسټمونو په شمول د عملیاتي سیسټمونو ، چلوونکو او فرم ویئر په شمول - نورې تېروتنې هم شته. د مثال په توګه، ډیری پراختیا کونکي د چلولو وخت باندې تکیه کوي، په بشپړ ډول د فزیکي قوانینو په اړه هیر کوي، کوم چې لاهم د برنامو په کارولو سره مخنیوی ناممکن دي. پدې کې د ډیسک فرعي سیسټم لامحدود اعتبار او په عموم کې ، د ډیټا ذخیره کولو کوم فرعي سیسټم (د RAM او پروسیسر کیچ په شمول!) ، او په پروسیسر کې د صفر پروسس وخت ، او په شبکه کې د لیږد پرمهال او د پروسس کولو پرمهال د غلطیو نشتوالی شامل دي. پروسیسر، او د شبکې ځنډ، چې د 0 سره مساوي دی. تاسو باید د بدنام وخت نیټې څخه سترګې پټې نه کړئ، ځکه چې که تاسو دا په وخت سره پوره نه کړئ، نو د شبکې او ډیسک عملیاتو له باریکیو څخه به بدتر ستونزې وي.
د هغو ستونزو سره څه وکړو چې په بشپړ ځواک کې وده کوي او ارزښتناکه ډاټا ځړوي؟ د ژوندی پراختیا کونکو ځای په ځای کولو لپاره هیڅ شی شتون نلري، او دا حقیقت ندی چې دا به په نږدې راتلونکي کې ممکن وي. له بلې خوا، یوازې یو څو پروژې په بشپړ ډول په ثابتولو کې بریالي شوي چې برنامه به د ارادې سره سم کار وکړي، او دا به اړینه نده چې شواهد په نورو ورته پروژو کې پلي او پلي کړي. همدارنګه، دا ډول شواهد ډیر وخت نیسي او ځانګړي مهارتونو او پوهې ته اړتیا لري، او دا په عملي توګه د دوی د کارولو احتمال د وخت نیټې په پام کې نیولو سره کموي. برسېره پردې، موږ لا تر اوسه نه پوهیږو چې څنګه د معلوماتو ذخیره کولو، پروسس کولو او لیږدولو لپاره خورا ګړندۍ، ارزانه او بې حده معتبر ټیکنالوژي وکاروو. دا ډول ټیکنالوژي، که دوی شتون ولري، د مفکورو په بڼه دي، یا - ډیری وختونه - یوازې د ساینسي افسانې په کتابونو او فلمونو کې.
ښه هنرمندان کاپي کوي، لوی هنرمندان غلا کوي.
– پابلو پیکاسو
خورا بریالي حلونه او د حیرانتیا وړ ساده شیان معمولا پیښیږي چیرې چې مفکورې ، ټیکنالوژي ، پوهه او د ساینس ساحې چې په لومړي نظر کې په بشپړ ډول مطابقت نلري پوره کیږي.
د مثال په توګه، الوتونکي او الوتکې وزرونه لري، مګر د فعال ورته ورته والي سره سره - په ځینو حالتونو کې د عملیاتو اصول یو شان دي، او تخنیکي ستونزې په ورته ډول حل کیږي: هډوکي، د قوي او سپک وزن لرونکي موادو کارول، او داسې نور. پایلې په بشپړه توګه توپیر لري، که څه هم ډیر ورته دي. غوره مثالونه چې موږ یې زموږ په ټیکنالوژۍ کې ګورو هم په پراخه کچه له طبیعت څخه پور اخیستل شوي دي: د کښتیو او سب میرینونو فشار شوي برخې د اینیلیډز سره مستقیم مشابهت لري. د چاپو صفونو جوړول او د معلوماتو بشپړتیا چک کول - د DNA سلسله نقل کول؛ همدارنګه جوړه شوي ارګانونه، د مرکزي عصبي سیسټم څخه د مختلفو ارګانونو د کار خپلواکي (د زړه اتومات) او انعکاسونه - په انټرنیټ کې خپلواکه سیسټمونه. البته، د چمتو شوي حلونو اخیستل او پلي کول "په سر کې" له ستونزو ډک دي، مګر څوک پوهیږي، شاید بله حل شتون نلري.
کاش زه پوهیدم چې ته به چیرته راکوزیږي، ما به تنې ایښودلې وای!
- د بیلاروس لوک متل
دا پدې مانا ده چې بیک اپ کاپي د هغو کسانو لپاره حیاتي دي چې غواړي:
- د دې وړ اوسئ چې د خپل سیسټم عملیات د لږترلږه وخت سره تنظیم کړئ ، یا حتی پرته له دې
- په زړورتیا سره عمل وکړئ، ځکه چې د یوې تېروتنې په صورت کې تل د بیرته راګرځیدو امکان شتون لري
- د قصدي معلوماتو فساد پایلې کم کړئ
دلته یو کوچنی نظر دی
هر ډول طبقه بندي په خپله خوښه ده. طبیعت طبقه بندي نه کوي. موږ طبقه بندي کوو ځکه چې دا زموږ لپاره خورا اسانه دی. او موږ د معلوماتو له مخې طبقه بندي کوو چې موږ هم په خپله خوښه اخلو.
– ژان برولر
د فزیکي ذخیره کولو میتود په پام کې نیولو پرته، د منطقي معلوماتو ذخیره کول د دې ډاټا ته د لاسرسي په دوو لارو ویشل کیدی شي: بلاک او فایل. دا ویش په دې وروستیو کې خورا تیاره شوی، ځکه چې خالص بلاک، او همدارنګه خالص فایل، منطقي ذخیره شتون نلري. په هرصورت، د سادگي لپاره، موږ به فرض کړو چې دوی شتون لري.
د بلاک ډیټا ذخیره پدې معنی ده چې یو فزیکي وسیله شتون لري چیرې چې ډیټا په ټاکلي برخو ، بلاکونو کې لیکل کیږي. بلاکونه په یو ټاکلي پته کې لاسرسی لري؛ هر بلاک په وسیله کې خپل پته لري.
یو بیک اپ معمولا د ډیټا بلاکونو کاپي کولو سره رامینځته کیږي. د معلوماتو بشپړتیا ډاډمن کولو لپاره، د نوي بلاکونو ثبت کول، او همدارنګه په موجوده کې بدلونونه، د کاپي کولو په وخت کې ځنډول شوي. که موږ له عادي نړۍ څخه مشابهت واخلو، تر ټولو نږدې شی د ورته شمیرو حجرو سره الماری دی.
د منطقي وسیلې اصول پراساس د فایل ډیټا ذخیره د بلاک ذخیره کولو ته نږدې ده او ډیری وختونه په سر کې تنظیم کیږي. مهم توپیرونه د ذخیره کولو درجه بندي او د انسان لخوا د لوستلو وړ نومونو شتون دی. یو خلاصون د فایل په بڼه تخصیص شوی - د نومول شوي ډاټا ساحه، او همدارنګه یو ډایرکټر - یو ځانګړی فایل په کوم کې چې توضیحات او نورو فایلونو ته لاسرسی ساتل کیږي. فایلونه د اضافي میټاډاټا سره چمتو کیدی شي: د جوړولو وخت ، د لاسرسي بیرغونه ، او داسې نور. بیک اپ معمولا پدې ډول ترسره کیږي: دوی بدل شوي فایلونه ګوري ، بیا یې د ورته جوړښت سره بل فایل ذخیره ته کاپي کوي. د معلوماتو بشپړتیا معمولا د فایلونو د نه شتون له امله پلي کیږي چې لیکل کیږي. د فایل میټاډاټا په ورته ډول بیک اپ کیږي. تر ټولو نږدې انډول یو کتابتون دی، چې د مختلفو کتابونو برخې لري، او همدارنګه د کتابونو نومونه چې د انسان د لوستلو وړ دي لیست لري.
په دې وروستیو کې، یو بل اختیار کله ناکله تشریح شوی، له هغې څخه، په اصولو کې، د فایل ډیټا ذخیره کول پیل شوي، او کوم چې ورته لرغوني ځانګړتیاوې لري: د اعتراض ډاټا ذخیره کول.
دا د فایل ذخیره کولو څخه توپیر لري پدې کې چې دا له یو څخه ډیر ځالې نلري (فلیټ سکیم) ، او د فایل نومونه ، که څه هم د انسان لوستلو وړ دي ، لاهم د ماشینونو لخوا پروسس کولو لپاره خورا مناسب دي. کله چې د بیک اپ ترسره کول، د اعتراض ذخیره اکثرا د فایل ذخیره کولو سره ورته چلند کیږي، مګر کله ناکله نور اختیارونه شتون لري.
- د سیسټم دوه ډوله مدیران شتون لري، هغه څوک چې بیک اپ نه کوي، او هغه څوک چې دمخه یې کوي.
- په حقیقت کې، درې ډولونه شتون لري: داسې کسان هم شتون لري چې ګوري چې بیک اپ بیا رغول کیدی شي.- نامعلومه
دا هم د پوهیدو وړ ده چې د ډیټا بیک اپ پروسه پخپله د برنامو لخوا ترسره کیږي ، نو دا د نورو برنامو په څیر ورته زیانونه لري. د انسان په فکتور باندې انحصار (له منځه نه وړل!) لرې کول، او همدارنګه ځانګړتیاوې - کوم چې په انفرادي توګه قوي اغیزه نلري، مګر یوځای کولی شي د پام وړ اغیزه ورکړي - تش په نامه. قاعده 3-2-1. د دې د پوهیدو څرنګوالي لپاره ډیری اختیارونه شتون لري ، مګر زه لاندې تشریح غوره خوښوم: د ورته معلوماتو 3 سیټونه باید زیرمه شي ، 2 سیټونه باید په مختلف فارمیټونو کې زیرمه شي ، او 1 سیټ باید په جغرافیه کې لرې ذخیره کې زیرمه شي.
د ذخیره کولو بڼه باید په لاندې ډول پوه شي:
- که چیرې د فزیکي ذخیره کولو میتود پورې تړاو ولري، موږ فزیکي میتود بدلوو.
- که چیرې د منطقي ذخیره کولو میتود پورې تړاو ولري، موږ منطقي میتود بدلوو.
د 3-2-1 حاکمیت اعظمي اغیز ترلاسه کولو لپاره، دا سپارښتنه کیږي چې په دواړو لارو کې د ذخیره کولو بڼه بدله کړي.
د خپل ټاکل شوي هدف لپاره د بیک اپ چمتووالي له نظره - د فعالیت بیا رغونه - د "ګرم" او "سړه" بیک اپونو ترمینځ توپیر رامینځته شوی. ګرم د سړو څخه یوازې په یو شی کې توپیر لري: دوی سمدلاسه د کارونې لپاره چمتو دي ، پداسې حال کې چې ساړه د بیا رغونې لپاره ځینې اضافي مرحلو ته اړتیا لري: ډیکریپشن ، له آرشیف څخه استخراج او داسې نور.
ګرم او سړې کاپيونه د آنلاین او آفلاین کاپيونو سره ګډوډ مه کوئ، کوم چې د معلوماتو فزیکي انزوا معنی لري او په حقیقت کې د بیک اپ میتودونو طبقه بندي بله نښه ده. نو یو آفلاین کاپي - په مستقیم ډول له سیسټم سره وصل نه دی چیرې چې دا بیا رغولو ته اړتیا لري - کیدی شي ګرم یا سړه وي (د بیا رغونې لپاره د چمتووالي له مخې). آنلاین کاپي مستقیم شتون لري چیرې چې بیا رغولو ته اړتیا لري، او ډیری وختونه دا ګرم وي، مګر یخ هم شتون لري.
سربیره پردې ، مه هیروئ چې پخپله د بیک اپ کاپي رامینځته کولو پروسه معمولا د یوې بیک اپ کاپي رامینځته کولو سره پای ته نه رسیږي ، او په کافي اندازه کاپي شتون لري. له همدې امله، دا اړینه ده چې د بشپړ بیک اپونو ترمنځ توپیر وکړو، د بیلګې په توګه. هغه چې د نورو بیک اپونو څخه په خپلواکه توګه بحال کیدی شي، په بیله بیا توپیر (اضافې، توپیر، کمښت، او داسې نور) کاپي - هغه چې په خپلواکه توګه نشي بحال کیدی او د یو یا ډیرو نورو بیک اپ لومړني بیا رغونه ته اړتیا لري.
متفاوت زیاتیدونکي بیک اپ د بیک اپ ذخیره کولو ځای خوندي کولو هڅه ده. پدې توګه ، یوازې د تیر بیک اپ څخه بدل شوي ډاټا د بیک اپ کاپي ته لیکل کیږي.
د توپیر کمښت د ورته هدف لپاره رامینځته شوی ، مګر په یو څه مختلف ډول: یو بشپړ بیک اپ کاپي رامینځته کیږي ، مګر یوازې د تازه کاپي او تیر کاپي ترمینځ توپیر واقعیا زیرمه شوی.
په جلا توګه، دا د ذخیره کولو په اړه د بیک اپ پروسې په پام کې نیولو سره ارزښت لري، کوم چې د نقلونو ذخیره کولو نشتوالی مالتړ کوي. په دې توګه، که تاسو د دې په سر کې بشپړ بیک اپ ولیکئ، یوازې د بیک اپونو ترمنځ توپیرونه به په حقیقت کې لیکل شي، مګر د بیک اپ بیا رغولو پروسه به د بشپړ کاپي او په بشپړه توګه شفافه وي.
د ipsos custodiet د ساتنې لپاره؟
(څوک به پخپله ساتونکي ساتي؟ - lat.)
دا خورا ناخوښه ده کله چې بیک اپ کاپي شتون نلري، مګر دا خورا بد دی که داسې بریښي چې د بیک اپ کاپي جوړه شوې وي، مګر کله چې بیا رغول کیږي دا معلومه شوه چې دا بیرته نشي ساتل کیدی ځکه:
- د سرچینې معلوماتو بشپړتیا سره موافقت شوی دی.
- د بیک اپ ذخیره خرابه شوې ده.
- بیا رغونه خورا ورو کار کوي؛ تاسو نشئ کولی هغه معلومات وکاروئ چې په جزوي ډول بیرته ترلاسه شوي وي.
په سمه توګه جوړ شوی بیک اپ پروسه باید دا ډول نظرونه په پام کې ونیسي، په ځانګړې توګه لومړی دوه.
د سرچینې ډیټا بشپړتیا په څو لارو تضمین کیدی شي. ترټولو عام کارول شوي لاندې دي: a) د بلاک په کچه د فایل سیسټم سنیپ شاټونه رامینځته کول ، ب) د فایل سیسټم حالت "یخ کول" ، c) د ځانګړي بلاک وسیله د نسخې ذخیره کولو سره ، d) د فایلونو ترتیبي ثبت کول یا بلاکونه چکسمونه هم پلي کیږي ترڅو ډاډ ترلاسه شي چې ډاټا د بیا رغونې پرمهال تایید شوي.
د ذخیره کولو فساد هم د چکسمونو په کارولو سره کشف کیدی شي. یو اضافي میتود د ځانګړو وسیلو یا فایل سیسټمونو کارول دي په کوم کې چې دمخه ثبت شوي ډاټا نشي بدلیدلی ، مګر نوي اضافه کیدی شي.
د رغیدو ګړندی کولو لپاره ، د ډیټا ریکوری د بیا رغونې لپاره د ډیری پروسو سره کارول کیږي - پدې شرط چې د سست شبکې یا سست ډیسک سیسټم په توګه هیڅ خنډ شتون ونلري. د یوې برخې ترلاسه شوي ډیټا سره د وضعیت شاوخوا ترلاسه کولو لپاره ، تاسو کولی شئ د بیک اپ پروسه په نسبتا کوچني فرعي کارونو کې مات کړئ ، چې هر یو یې په جلا توګه ترسره کیږي. په دې توګه، دا ممکنه ده چې په دوامداره توګه د فعالیت بیا رغونه په داسې حال کې چې د بیا رغونې وخت اټکل کیږي. دا ستونزه اکثرا په سازماني الوتکه (SLA) کې شتون لري، نو موږ به په دې اړه په تفصیل سره خبرې ونه کړو.
د مصالحو ماهر هغه نه دی چې په هر ډوډۍ کې یې اضافه کړي، بلکې هغه څوک دی چې هیڅ شی اضافي اضافه نه کړي.
-ان. سینیاوسکي
د سیسټم مدیرانو لخوا کارول شوي سافټویر په اړه تمرینونه ممکن توپیر ولري، مګر عمومي اصول لاهم دي، یو ډول یا بل، ورته، په ځانګړې توګه:
- دا په کلکه سپارښتنه کیږي چې چمتو شوي حلونه وکاروئ.
- پروګرامونه باید په اټکل سره کار وکړي، د بیلګې په توګه دلته باید هیڅ غیر مستند شوي ځانګړتیاوې یا خنډونه شتون ونلري.
- د هر برنامه تنظیم کول باید دومره ساده وي چې تاسو اړتیا نلرئ هر وخت لارښود یا د شیټ شیټ ولولئ.
- که امکان ولري، حل باید نړیوال وي، ځکه سرورونه کولی شي د دوی هارډویر ځانګړتیاو کې خورا توپیر ولري.
د بلاک وسیلو څخه د بیک اپ اخیستلو لپاره لاندې عام برنامې شتون لري:
- dd، د سیسټم ادارې تجربه لرونکو سره پیژندل شوی، پدې کې ورته پروګرامونه هم شامل دي (د مثال په توګه ورته dd_rescue).
- په ځینو فایل سیسټمونو کې جوړ شوي اسانتیاوې چې د فایل سیسټم ډمپ جوړوي.
- هر اړخیزې اسانتیاوې؛ د مثال په توګه partclone.
- خپل، ډیری وختونه ملکیت، پریکړې؛ د مثال په توګه، NortonGhost او وروسته.
د فایل سیسټمونو لپاره، د بیک اپ ستونزه په جزوي ډول د بلاک وسیلو لپاره د پلي کیدو میتودونو په کارولو سره حل کیږي ، مګر ستونزه د دې په کارولو سره خورا مؤثره حل کیدی شي ، د مثال په توګه:
- Rsync، د فایل سیسټمونو حالت همغږي کولو لپاره د عمومي هدف پروګرام او پروتوکول.
- جوړ شوي آرشیف کولو وسیلې (ZFS).
- د دریمې ډلې آرشیف کولو وسیلې؛ ترټولو مشهور استازی tar دی. نور هم شتون لري، د بیلګې په توګه، ډار - د عصري سیسټمونو په هدف د تار لپاره بدیل.
دا د سافټویر وسیلو په اړه په جلا توګه د یادونې وړ ده چې د بیک اپ کاپي رامینځته کولو په وخت کې د ډیټا ثابتوالي ډاډ ترلاسه کولو لپاره. ترټولو عام کارول شوي اختیارونه دي:
- یوازې د لوستلو حالت کې د فایل سیسټم نصب کول (یوازې لوستل)، یا د فایل سیسټم کنګل کول (فریز) - دا طریقه د محدود تطبیق وړ ده.
- د فایل سیسټمونو یا بلاک وسیلو (LVM، ZFS) حالت سنیپ شاټونه رامینځته کول.
- د تاثیراتو تنظیم کولو لپاره د دریمې ډلې وسیلو کارول ، حتی په هغه قضیو کې چې مخکیني ټکي د کوم دلیل لپاره ندي چمتو شوي (پروګرامونه لکه هاټ کاپي).
- د کاپي پر بدلون تخنیک (CopyOnWrite)، په هرصورت، دا ډیری وختونه د فایل سیسټم کارول کیږي (BTRFS، ZFS).
نو، د کوچني سرور لپاره تاسو اړتیا لرئ د بیک اپ سکیم چمتو کړئ چې لاندې اړتیاوې پوره کوي:
- د کارولو لپاره اسانه - د عملیاتو پرمهال کوم ځانګړي اضافي ګامونو ته اړتیا نشته ، د کاپي جوړولو او بحالولو لپاره لږترلږه ګامونه.
- یونیورسل - په دواړو لویو او کوچنیو سرورونو کار کوي؛ دا مهم دی کله چې د سرورونو شمیر یا اندازه کول ډیریږي.
- د بسته بندۍ مدیر لخوا نصب شوی، یا په یو یا دوه کمانډونو کې لکه "ډاونلوډ او انپیک".
- مستحکم - یو معیاري یا اوږد تاسیس شوی ذخیره بڼه کارول کیږي.
- په کار کې چټک.
د هغو کسانو څخه غوښتونکي چې لږ یا لږ اړتیاوې پوره کوي:
- rdiff بیک اپ
- rsnaphot
- برپ
- نقل
- ورته والی
- اجازه ورکړه
- تنګ
- zbackup
- آرامي
- borgbackup
یو مجازی ماشین (د XenServer پر بنسټ) د لاندې ځانګړتیاو سره به د ازموینې بنچ په توګه وکارول شي:
- 4 کور 2.5 GHz،
- ۱۶ جي بي رام،
- د 50 GB هایبرډ ذخیره (د ذخیره کولو سیسټم د SSD 20٪ مجازی ډیسک اندازې کې کیچ کولو سره) د جلا مجازی ډیسک په شکل کې پرته له تقسیم کولو ،
- د 200 Mbps انټرنیټ چینل.
نږدې ورته ماشین به د بیک اپ ریسیور سرور په توګه وکارول شي ، یوازې د 500 GB هارډ ډرایو سره.
عملیاتي سیسټم - Centos 7 x64: معیاري ویش، اضافي برخه به د معلوماتو سرچینې په توګه وکارول شي.
د ابتدايي معلوماتو په توګه، راځئ چې د 40 GB میډیا فایلونو او د mysql ډیټابیس سره د ورڈپریس سایټ واخلو. څرنګه چې مجازی سرورونه په ځانګړتیاو کې خورا توپیر لري، او همدارنګه د ښه تولید لپاره، دلته دی
د sysbench په کارولو سره د سرور ازموینې پایلې.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu چلول
sysbench 1.1.0-18a9f86 (د بنډل LuaJIT 2.1.0-beta3 کارول)
د لاندې اختیارونو سره د ازموینې چلول:
د تارونو شمیر: 4
د اوسني وخت څخه د تصادفي شمیرې جنریټر پیل کول
د لومړي نمبر حد: 20000
د کارګر تارونو پیل کول…
تارونه پیل شول!
د سی پی یو سرعت:
پیښې په ثانیه کې: 836.69
له لارې:
پیښې/s (eps): 836.6908
وخت تېر شوی: 30.0039s
د پیښو ټول شمیر: 25104
ځنډ (ms):
دقیقه: 2.38
اوسط: 4.78
اعظمي: 22.39
95 فیصده: 10.46
جمع: 119923.64
د تارونو سپړنه:
پیښې (avg/stddev): 6276.0000/13.91
د اجرا وخت ( اوسط / stddev ): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=Read memory run
sysbench 1.1.0-18a9f86 (د بنډل LuaJIT 2.1.0-beta3 کارول)
د لاندې اختیارونو سره د ازموینې چلول:
د تارونو شمیر: 4
د اوسني وخت څخه د تصادفي شمیرې جنریټر پیل کول
د لاندې اختیارونو سره د حافظې سرعت ټیسټ چلول:
د بلاک اندازه: 1KiB
ټوله اندازه: 102400MiB
عملیات: لوستل
ساحه: نړیوال
د کارګر تارونو پیل کول…
تارونه پیل شول!
ټول عملیات: 50900446 (1696677.10 په یوه ثانیه کې)
49707.47 MiB لیږدول شوی (1656.91 MiB/sec)
له لارې:
پیښې/s (eps): 1696677.1017
وخت تېر شوی: 30.0001s
د پیښو ټول شمیر: 50900446
ځنډ (ms):
دقیقه: 0.00
اوسط: 0.00
اعظمي: 24.01
95 فیصده: 0.00
جمع: 39106.74
د تارونو سپړنه:
پیښې (avg/stddev): 12725111.5000/137775.15
د اجرا وخت ( اوسط / stddev ): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper= د حافظې چلول
sysbench 1.1.0-18a9f86 (د بنډل LuaJIT 2.1.0-beta3 کارول)
د لاندې اختیارونو سره د ازموینې چلول:
د تارونو شمیر: 4
د اوسني وخت څخه د تصادفي شمیرې جنریټر پیل کول
د لاندې اختیارونو سره د حافظې سرعت ټیسټ چلول:
د بلاک اندازه: 1KiB
ټوله اندازه: 102400MiB
عملیات: لیکل
ساحه: نړیوال
د کارګر تارونو پیل کول…
تارونه پیل شول!
ټول عملیات: 35910413 (1197008.62 په یوه ثانیه کې)
35068.76 MiB لیږدول شوی (1168.95 MiB/sec)
له لارې:
پیښې/s (eps): 1197008.6179
وخت تېر شوی: 30.0001s
د پیښو ټول شمیر: 35910413
ځنډ (ms):
دقیقه: 0.00
اوسط: 0.00
اعظمي: 16.90
95 فیصده: 0.00
جمع: 43604.83
د تارونو سپړنه:
پیښې (avg/stddev): 8977603.2500/233905.84
د اجرا وخت ( اوسط / stddev ): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G فایل چلول
sysbench 1.1.0-18a9f86 (د بنډل LuaJIT 2.1.0-beta3 کارول)
د لاندې اختیارونو سره د ازموینې چلول:
د تارونو شمیر: 4
د اوسني وخت څخه د تصادفي شمیرې جنریټر پیل کول
اضافي فایل خلاص بیرغونه: (هیڅ نه)
128 فایلونه، هر یو 8MiB
د ټول فایل اندازه 1GiB
د بلاک اندازه 4KiB
د IO غوښتنو شمیر: 0
د ګډ تصادفي IO ازموینې لپاره د لوستلو / لیکلو تناسب: 1.50
دوره FSYNC فعال شوی، د fsync() هر 100 غوښتنې ته زنګ وهي.
د ازموینې په پای کې fsync() ته زنګ وهل، فعال شوی.
د همغږي I/O حالت کارول
تصادفي r/w ازموینه ترسره کول
د کارګر تارونو پیل کول…
تارونه پیل شول!
له لارې:
لوستل: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
لیکل: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
ځنډ (ms):
دقیقه: 0.00
اوسط: 0.27
اعظمي: 18.01
95 فیصده: 1.08
جمع: 238469.45
دا یادښت یو لوی پیل کوي
د بیک اپ په اړه د مقالو لړۍ
- بیک اپ، لومړۍ برخه: ولې بیک اپ ته اړتیا ده، د میتودونو، ټیکنالوژیو عمومي کتنه
- د بیک اپ برخه 2: د rsync پر بنسټ د بیک اپ وسیلو بیاکتنه او ازموینه
- د شاتړ برخه 3: د نقل بیاکتنه او ازموینه کول، نقل، ډیجا ډوپ
- د بیک اپ برخه 4: د zbackup، آرامۍ، بورګ بیک اپ بیاکتنه او ازموینه
- د بیک اپ برخه 5: د لینکس لپاره د بیکولا او ویم بیک اپ ازموینه
- د بیک اپ برخه 6: د بیک اپ وسیلو پرتله کول
- بیک اپ برخه 7: پایلې
سرچینه: www.habr.com