چرا باید پشتیبان تهیه کنید؟ از این گذشته ، تجهیزات بسیار بسیار قابل اعتماد هستند و علاوه بر این ، "ابر"هایی وجود دارند که از نظر قابلیت اطمینان بهتر از سرورهای فیزیکی هستند: با پیکربندی مناسب ، سرور "ابر" به راحتی می تواند از خرابی یک سرور فیزیکی زیرساخت جان سالم به در ببرد. از دیدگاه کاربران خدمات، یک جهش کوچک و به سختی قابل توجه در سرویس زمان وجود خواهد داشت. علاوه بر این، تکرار اطلاعات اغلب مستلزم پرداخت هزینه برای زمان «اضافی» پردازنده، بار دیسک و ترافیک شبکه است.
یک برنامه ایده آل سریع اجرا می شود، حافظه را لو نمی دهد، سوراخی ندارد و وجود ندارد.
-ناشناخته
از آنجایی که برنامه‌ها هنوز توسط توسعه‌دهندگان پروتئین نوشته می‌شوند، و اغلب هیچ فرآیند آزمایشی وجود ندارد، به‌علاوه برنامه‌ها به ندرت با استفاده از «بهترین شیوه‌ها» ارائه می‌شوند (که خود نیز برنامه‌ها هستند و بنابراین ناقص هستند)، مدیران سیستم اغلب مجبورند مشکلاتی را حل کنند که به طور خلاصه به نظر می‌رسد اما به طور خلاصه: "بازگشت به حالت قبلی"، "پایه را به عملکرد عادی برسانید"، "آهسته کار می کند - عقب برگرد"، و همچنین "نمی دانم چه چیزی، اما آن را تعمیر کنید" مورد علاقه من.
علاوه بر خطاهای منطقی که در نتیجه کار بی دقت توسعه دهندگان، یا ترکیبی از شرایط، و همچنین دانش ناقص یا درک نادرست از ویژگی های کوچک برنامه های ساختمان - از جمله اتصال و سیستم، از جمله سیستم عامل ها، درایورها و سیستم عامل ها - ایجاد می شود. خطاهای دیگری نیز وجود دارد به عنوان مثال، اکثر توسعه دهندگان به زمان اجرا تکیه می کنند و قوانین فیزیکی را کاملاً فراموش می کنند، که هنوز دور زدن آنها با استفاده از برنامه ها غیرممکن است. این شامل قابلیت اطمینان بی‌نهایت زیرسیستم دیسک و به طور کلی هر زیرسیستم ذخیره‌سازی داده (از جمله حافظه رم و حافظه پنهان پردازنده!)، و زمان پردازش صفر بر روی پردازنده و عدم وجود خطا در حین انتقال از طریق شبکه و در حین پردازش در پردازنده است. پردازنده و تأخیر شبکه که برابر با 0 است. نباید از ضرب الاجل بدنام غافل شوید، زیرا اگر به موقع آن را رعایت نکنید، مشکلاتی بدتر از تفاوت های ظریف عملکرد شبکه و دیسک وجود خواهد داشت.
با مشکلاتی که به شدت بالا می روند و روی داده های با ارزش قرار می گیرند چه باید کرد؟ هیچ چیز جایگزین توسعه دهندگان زنده نیست و این یک واقعیت نیست که در آینده نزدیک امکان پذیر خواهد بود. از سوی دیگر، تنها چند پروژه موفق شده اند که به طور کامل ثابت کنند که برنامه طبق برنامه عمل می کند، و لزوما نمی توان شواهد را در پروژه های مشابه دیگر گرفت و به کار برد. همچنین چنین شواهدی زمان زیادی را می طلبد و مهارت و دانش خاصی را می طلبد و این امر عملاً امکان استفاده از آنها را با در نظر گرفتن ضرب الاجل به حداقل می رساند. علاوه بر این، ما هنوز نمی دانیم که چگونه از فناوری فوق سریع، ارزان و بی نهایت قابل اعتماد برای ذخیره، پردازش و انتقال اطلاعات استفاده کنیم. چنین فناوری هایی، اگر وجود داشته باشند، به شکل مفاهیم یا - اغلب - فقط در کتاب ها و فیلم های علمی تخیلی هستند.
هنرمندان خوب کپی می کنند، هنرمندان بزرگ می دزدند.
-پابلو پیکاسو.
موفق‌ترین راه‌حل‌ها و چیزهای شگفت‌آور ساده معمولاً در جایی اتفاق می‌افتند که مفاهیم، فناوری‌ها، دانش و زمینه‌های علمی که در نگاه اول کاملاً ناسازگار هستند، با هم تلاقی می‌کنند.
به عنوان مثال، پرندگان و هواپیماها بال دارند، اما با وجود شباهت عملکردی - اصل کار در برخی حالت ها یکسان است و مشکلات فنی به روشی مشابه حل می شود: استخوان های توخالی، استفاده از مواد قوی و سبک وزن و غیره - نتایج کاملا متفاوت است، اگرچه بسیار مشابه است. بهترین نمونه هایی که در فناوری خود می بینیم نیز تا حد زیادی از طبیعت به عاریت گرفته شده است: محفظه های تحت فشار کشتی ها و زیردریایی ها مشابهی مستقیم با آنلیدها هستند. ساخت آرایه های حمله و بررسی یکپارچگی داده ها - کپی کردن زنجیره DNA. و همچنین اندام های جفت شده، استقلال کار اندام های مختلف از سیستم عصبی مرکزی (اتوماسیون قلب) و رفلکس ها - سیستم های خودمختار در اینترنت. البته، اتخاذ و به کار بردن راه حل های آماده «سر به سر» مملو از مشکلات است، اما چه کسی می داند، شاید راه حل های دیگری وجود نداشته باشد.
اگر می دانستم کجا می افتی، نی می ریختم!
- ضرب المثل عامیانه بلاروسی
این بدان معنی است که نسخه های پشتیبان برای کسانی که می خواهند:
- بتوانید عملکرد سیستم های خود را با حداقل خرابی یا حتی بدون آن بازیابی کنید
- جسورانه عمل کنید، زیرا در صورت بروز خطا همیشه احتمال بازگشت وجود دارد
- عواقب خرابی عمدی داده ها را به حداقل برسانید
در اینجا یک نظریه کوچک وجود دارد
هر طبقه بندی دلخواه است. طبیعت طبقه بندی نمی کند. ما طبقه بندی می کنیم زیرا برای ما راحت تر است. و طبق داده هایی که خودسرانه هم می گیریم طبقه بندی می کنیم.
-ژان برولر
صرف نظر از روش ذخیره سازی فیزیکی، ذخیره سازی منطقی داده ها را می توان به دو روش دسترسی به این داده ها تقسیم کرد: بلوک و فایل. این تقسیم‌بندی اخیراً بسیار مبهم بوده است، زیرا ذخیره‌سازی منطقی صرفاً بلوک و همچنین فایل صرفاً وجود ندارد. با این حال، برای سادگی، فرض می کنیم که آنها وجود دارند.
ذخیره سازی داده های بلوکی به این معنی است که یک دستگاه فیزیکی وجود دارد که در آن داده ها در بخش های ثابت خاصی نوشته می شوند، بلوک ها. دسترسی به بلوک‌ها در یک آدرس مشخص انجام می‌شود؛ هر بلوک دارای آدرس خاص خود در دستگاه است.
یک نسخه پشتیبان معمولاً با کپی کردن بلوک های داده تهیه می شود. برای اطمینان از یکپارچگی داده ها، ضبط بلوک های جدید، و همچنین تغییرات در بلوک های موجود، در زمان کپی به حالت تعلیق در می آیند. اگر قیاسی را از دنیای معمولی بگیریم، نزدیک ترین چیز گنجه ای با سلول های شماره گذاری شده یکسان است.
ذخیره سازی داده های فایل بر اساس اصل دستگاه منطقی نزدیک به ذخیره سازی بلوک است و اغلب در بالا سازماندهی می شود. تفاوت های مهم وجود سلسله مراتب ذخیره سازی و نام های قابل خواندن برای انسان است. یک انتزاع به شکل یک فایل اختصاص داده می شود - یک منطقه داده با نام، و همچنین یک فهرست - یک فایل ویژه که در آن توضیحات و دسترسی به فایل های دیگر ذخیره می شود. فایل‌ها را می‌توان با ابرداده اضافی ارائه کرد: زمان ایجاد، پرچم‌های دسترسی و غیره. پشتیبان گیری معمولاً به این صورت انجام می شود: آنها به دنبال فایل های تغییر یافته می گردند، سپس آنها را در ذخیره سازی فایل دیگری با همان ساختار کپی می کنند. یکپارچگی داده ها معمولاً با عدم وجود فایل هایی که روی آنها نوشته می شود پیاده سازی می شود. ابرداده فایل نیز به همین روش پشتیبان گیری می شود. نزدیکترین قیاس، کتابخانه ای است که دارای بخشهایی با کتابهای مختلف است و فهرستی نیز با نامهای قابل خواندن کتابها دارد.
اخیراً گاهی اوقات گزینه دیگری توضیح داده می شود که در اصل ذخیره سازی داده های پرونده از آن آغاز شد و دارای همان ویژگی های قدیمی است: ذخیره سازی داده های شی.
تفاوت آن با ذخیره سازی فایل در این است که بیش از یک تودرتو ندارد (طرح مسطح)، و نام فایل ها، اگرچه برای انسان قابل خواندن است، اما هنوز برای پردازش توسط ماشین ها مناسب تر هستند. هنگام انجام پشتیبان‌گیری، ذخیره‌سازی اشیا اغلب مشابه ذخیره‌سازی فایل رفتار می‌شود، اما گاهی اوقات گزینه‌های دیگری نیز وجود دارد.
- دو نوع مدیر سیستم وجود دارد، آنهایی که پشتیبان تهیه نمی کنند و آنهایی که قبلاً انجام می دهند.
- در واقع، سه نوع وجود دارد: همچنین کسانی هستند که بررسی می کنند که پشتیبان گیری قابل بازیابی است.-ناشناخته
همچنین شایان ذکر است که فرآیند پشتیبان گیری از داده ها به خودی خود توسط برنامه ها انجام می شود، بنابراین تمام معایب آن مانند هر برنامه دیگری است. برای حذف (نه از بین بردن!) وابستگی به عامل انسانی و همچنین ویژگی هایی - که به صورت جداگانه تأثیر قوی ندارند، اما با هم می توانند تأثیر قابل توجهی داشته باشند - به اصطلاح قانون 3-2-1 گزینه های زیادی برای نحوه رمزگشایی آن وجود دارد، اما من تفسیر زیر را بهتر دوست دارم: 3 مجموعه از داده های یکسان باید ذخیره شوند، 2 مجموعه باید در قالب های مختلف ذخیره شوند، و 1 مجموعه باید در یک ذخیره سازی از راه دور جغرافیایی ذخیره شوند.
فرمت ذخیره سازی باید به صورت زیر درک شود:
- اگر به روش ذخیره سازی فیزیکی وابستگی وجود داشته باشد، روش فیزیکی را تغییر می دهیم.
- اگر وابستگی به روش ذخیره سازی منطقی وجود داشته باشد، روش منطقی را تغییر می دهیم.
برای دستیابی به حداکثر تأثیر قانون 3-2-1، توصیه می شود فرمت ذخیره سازی را به هر دو صورت تغییر دهید.
از نقطه نظر آمادگی یک پشتیبان برای هدف مورد نظر خود - بازیابی عملکرد - بین پشتیبان گیری "گرم" و "سرد" تمایز قائل شد. موارد گرم تنها در یک چیز با سرد تفاوت دارند: آنها بلافاصله برای استفاده آماده می شوند، در حالی که موارد سرد به برخی مراحل اضافی برای بازیابی نیاز دارند: رمزگشایی، استخراج از بایگانی و غیره.
کپی های سرد و گرم را با نسخه های آنلاین و آفلاین که دلالت بر جداسازی فیزیکی داده ها دارند و در واقع نشانه دیگری از طبقه بندی روش های پشتیبان هستند، اشتباه نگیرید. بنابراین یک نسخه آفلاین - که مستقیماً به سیستمی که باید در آن بازیابی شود متصل نیست - می تواند گرم یا سرد باشد (از نظر آمادگی برای بازیابی). یک نسخه آنلاین می تواند مستقیماً در جایی که نیاز به بازیابی دارد در دسترس باشد، و اغلب اوقات گرم است، اما نسخه های سرد نیز وجود دارد.
علاوه بر این، فراموش نکنید که فرآیند ایجاد نسخه های پشتیبان معمولاً با ایجاد یک نسخه پشتیبان به پایان نمی رسد و می تواند تعداد نسبتاً زیادی کپی وجود داشته باشد. بنابراین، لازم است بین پشتیبان گیری کامل، یعنی. آنهایی که می‌توانند مستقل از سایر نسخه‌های پشتیبان بازیابی شوند، و همچنین کپی‌های دیفرانسیل (افزاینده، دیفرانسیل، کاهشی و غیره) - آنهایی که به طور مستقل قابل بازیابی نیستند و نیاز به بازیابی اولیه یک یا چند نسخه پشتیبان دیگر دارند.
پشتیبان گیری افزاینده دیفرانسیل تلاشی برای صرفه جویی در فضای ذخیره سازی پشتیبان است. بنابراین، تنها داده های تغییر یافته از نسخه پشتیبان قبلی در نسخه پشتیبان نوشته می شود.
موارد کاهشی تفاضلی برای همان هدف ایجاد می شوند، اما به روشی کمی متفاوت: یک نسخه پشتیبان کامل ساخته می شود، اما تنها تفاوت بین نسخه جدید و نسخه قبلی در واقع ذخیره می شود.
به طور جداگانه، ارزش دارد که فرآیند پشتیبان گیری از طریق ذخیره سازی را در نظر بگیریم که از عدم ذخیره سازی موارد تکراری پشتیبانی می کند. بنابراین، اگر پشتیبان‌گیری کامل را در بالای آن بنویسید، در واقع فقط تفاوت‌های بین نسخه‌های پشتیبان نوشته می‌شود، اما فرآیند بازیابی نسخه‌های پشتیبان مانند بازیابی از یک کپی کامل و کاملا شفاف خواهد بود.
نگهدارنده Ipsos کریس است؟
(چه کسی از خود نگهبانان محافظت خواهد کرد؟ - لات.)
وقتی نسخه پشتیبان وجود ندارد بسیار ناخوشایند است، اما اگر به نظر می رسد یک نسخه پشتیبان تهیه شده باشد بسیار بدتر است، اما هنگام بازیابی معلوم می شود که نمی توان آن را بازیابی کرد زیرا:
- یکپارچگی داده های منبع به خطر افتاده است.
- حافظه پشتیبان آسیب دیده است.
- بازیابی بسیار کند کار می کند؛ نمی توانید از داده هایی که تا حدی بازیابی شده اند استفاده کنید.
یک فرآیند پشتیبان گیری درست ساخته شده باید چنین نظراتی را به خصوص دو مورد اول در نظر بگیرد.
یکپارچگی داده های منبع را می توان به روش های مختلفی تضمین کرد. متداول ترین موارد استفاده شده عبارتند از: الف) ایجاد عکس های فوری از سیستم فایل در سطح بلوک، ب) "انجماد" وضعیت سیستم فایل، ج) یک دستگاه بلوک ویژه با ذخیره سازی نسخه، د) ضبط متوالی فایل ها یا بلوک ها چک‌سام‌ها نیز برای اطمینان از تأیید صحت داده‌ها در حین بازیابی اعمال می‌شوند.
فساد ذخیره‌سازی را می‌توان با استفاده از چک‌سام‌ها نیز شناسایی کرد. یک روش اضافی استفاده از دستگاه ها یا فایل سیستم های تخصصی است که در آن داده های ثبت شده از قبل قابل تغییر نیستند، اما می توان موارد جدیدی را اضافه کرد.
برای سرعت بخشیدن به بازیابی، بازیابی اطلاعات با چندین فرآیند برای بازیابی استفاده می شود - به شرطی که گلوگاهی به شکل شبکه کند یا سیستم دیسک کند وجود نداشته باشد. برای دور زدن وضعیت با داده‌های نیمه بازیابی شده، می‌توانید فرآیند پشتیبان‌گیری را به وظایف فرعی نسبتاً کوچک تقسیم کنید، که هر کدام به طور جداگانه انجام می‌شوند. بنابراین، بازیابی مداوم عملکرد همزمان با پیش‌بینی زمان بازیابی امکان‌پذیر می‌شود. این مشکل اغلب در سطح سازمانی (SLA) نهفته است، بنابراین ما در این مورد با جزئیات صحبت نمی کنیم.
متخصص در ادویه ها کسی نیست که آنها را به هر غذا اضافه کند، بلکه کسی است که هرگز چیز اضافی به آن اضافه نمی کند.
-که در. سینیوسکی
رویه‌های مربوط به نرم‌افزار مورد استفاده توسط مدیران سیستم ممکن است متفاوت باشد، اما اصول کلی همچنان، به هر نحوی، یکسان است، به ویژه:
- اکیداً توصیه می شود از محلول های آماده استفاده کنید.
- برنامه ها باید به طور قابل پیش بینی کار کنند، به عنوان مثال. هیچ ویژگی یا گلوگاه غیر مستندی نباید وجود داشته باشد.
- تنظیم هر برنامه باید آنقدر ساده باشد که مجبور نباشید هر بار دفترچه راهنما یا برگه تقلب را بخوانید.
- در صورت امکان، راه حل باید جهانی باشد، زیرا سرورها می توانند از نظر ویژگی های سخت افزاری بسیار متفاوت باشند.
برنامه های رایج زیر برای تهیه نسخه پشتیبان از دستگاه های بلوک وجود دارد:
- dd، که برای کهنه سربازان مدیریت سیستم آشناست، این شامل برنامه های مشابه نیز می شود (مثلاً همان dd_rescue).
- ابزارهای کمکی تعبیه شده در برخی از سیستم های فایل که یک Dump از سیستم فایل ایجاد می کنند.
- ابزارهای همه چیزخوار؛ به عنوان مثال partclone.
- تصمیمات خود، اغلب اختصاصی. به عنوان مثال، NortonGhost و بعد از آن.
برای سیستم‌های فایل، مشکل پشتیبان‌گیری تا حدی با استفاده از روش‌های قابل اجرا برای دستگاه‌های بلوک حل می‌شود، اما این مشکل را می‌توان به طور موثرتر با استفاده از، به عنوان مثال:
- Rsync، یک برنامه و پروتکل همه منظوره برای همگام سازی وضعیت سیستم های فایل.
- ابزارهای آرشیو داخلی (ZFS).
- ابزارهای بایگانی شخص ثالث؛ محبوب ترین نماینده تار است. موارد دیگری نیز وجود دارد، به عنوان مثال، dar - جایگزینی برای تار با هدف سیستم های مدرن.
شایان ذکر است که ابزارهای نرم افزاری برای اطمینان از سازگاری داده ها هنگام ایجاد نسخه های پشتیبان جداگانه ذکر شود. رایج ترین گزینه های مورد استفاده عبارتند از:
- نصب فایل سیستم در حالت فقط خواندنی (ReadOnly) یا فریز کردن سیستم فایل (انجماد) - این روش کاربرد محدودی دارد.
- ایجاد عکس های فوری از وضعیت سیستم های فایل یا دستگاه های بلوک (LVM، ZFS).
- استفاده از ابزارهای شخص ثالث برای سازماندهی برداشت ها، حتی در مواردی که به دلایلی نمی توان نکات قبلی را ارائه کرد (برنامه هایی مانند هات کپی).
- تکنیک کپی در تغییر (CopyOnWrite)، با این حال، اغلب به سیستم فایل مورد استفاده (BTRFS، ZFS) گره خورده است.
بنابراین، برای یک سرور کوچک باید یک طرح پشتیبان تهیه کنید که شرایط زیر را برآورده کند:
- استفاده آسان - در طول عملیات به هیچ مرحله اضافی خاصی نیاز نیست، حداقل مراحل برای ایجاد و بازیابی نسخه ها.
- جهانی - بر روی سرورهای بزرگ و کوچک کار می کند. این در هنگام افزایش تعداد سرورها یا مقیاس بندی مهم است.
- توسط یک مدیر بسته یا با یک یا دو دستور مانند "دانلود و باز کردن بسته" نصب شده است.
- پایدار - از یک قالب ذخیره سازی استاندارد یا قدیمی استفاده می شود.
- سریع در کار
متقاضیان از کسانی که کم و بیش واجد شرایط هستند:
- rdif-backup
- rsnapshot
- اروغ زدن
- تکراری
- دوگانگی
- اجازه دهید dup
- DAR
- zbackup
- استراحت
- borgbackup
یک ماشین مجازی (بر اساس XenServer) با ویژگی های زیر به عنوان یک میز تست استفاده می شود:
- 4 هسته 2.5 گیگاهرتز
- 16 گیگابایت رم،
- 50 گیگابایت فضای ذخیره سازی هیبریدی (سیستم ذخیره سازی با کش روی SSD 20 درصد حجم دیسک مجازی) در قالب یک دیسک مجازی مجزا بدون پارتیشن بندی،
- کانال اینترنت 200 مگابیت بر ثانیه.
تقریباً از همان دستگاه به عنوان سرور گیرنده پشتیبان استفاده می شود، فقط با هارد دیسک 500 گیگابایتی.
سیستم عامل - Centos 7 x64: پارتیشن استاندارد، پارتیشن اضافی به عنوان منبع داده استفاده خواهد شد.
به عنوان داده های اولیه، بیایید یک سایت وردپرس با 40 گیگابایت فایل های رسانه ای و یک پایگاه داده mysql را در نظر بگیریم. از آنجایی که سرورهای مجازی از نظر ویژگی ها و همچنین برای تکرارپذیری بهتر بسیار متفاوت هستند، در اینجا آمده است
نتایج تست سرور با استفاده از sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (با استفاده از LuaJIT 2.1.0-beta3 همراه)
اجرای آزمون با گزینه های زیر:
تعداد موضوعات: 4
راه اندازی مولد اعداد تصادفی از زمان فعلی
محدودیت اعداد اول: 20000
در حال راه اندازی رشته های کارگر…
موضوعات شروع شد!
سرعت CPU:
رویداد در ثانیه: 836.69
کارایی:
رویداد/ها (پخش): 836.6908
زمان سپری شده: 30.0039 ثانیه
تعداد کل رویدادها: 25104
تأخیر (ms):
دقیقه: 2.38
میانگین: 4.78
حداکثر: 22.39
صدک 95: 10.46
جمع: 119923.64
انصاف موضوعات:
رویدادها (avg/stddev): 6276.0000/13.91
زمان اجرا (avg/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
راه اندازی مولد اعداد تصادفی از زمان فعلی
اجرای تست سرعت حافظه با گزینه های زیر:
اندازه بلوک: 1 کیلو بایت
حجم کل: 102400 مگابایت
عملیات: خواندن
دامنه: جهانی
در حال راه اندازی رشته های کارگر…
موضوعات شروع شد!
کل عملیات: 50900446 (1696677.10 در ثانیه)
49707.47 مگابایت منتقل شده (1656.91 مگابایت در ثانیه)
کارایی:
رویداد/ها (پخش): 1696677.1017
زمان سپری شده: 30.0001 ثانیه
تعداد کل رویدادها: 50900446
تأخیر (ms):
دقیقه: 0.00
میانگین: 0.00
حداکثر: 24.01
صدک 95: 0.00
جمع: 39106.74
انصاف موضوعات:
رویدادها (avg/stddev): 12725111.5000/137775.15
زمان اجرا (avg/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=write memory run
sysbench 1.1.0-18a9f86 (با استفاده از LuaJIT 2.1.0-beta3 همراه)
اجرای آزمون با گزینه های زیر:
تعداد موضوعات: 4
راه اندازی مولد اعداد تصادفی از زمان فعلی
اجرای تست سرعت حافظه با گزینه های زیر:
اندازه بلوک: 1 کیلو بایت
حجم کل: 102400 مگابایت
عملیات: نوشتن
دامنه: جهانی
در حال راه اندازی رشته های کارگر…
موضوعات شروع شد!
کل عملیات: 35910413 (1197008.62 در ثانیه)
35068.76 مگابایت منتقل شده (1168.95 مگابایت در ثانیه)
کارایی:
رویداد/ها (پخش): 1197008.6179
زمان سپری شده: 30.0001 ثانیه
تعداد کل رویدادها: 35910413
تأخیر (ms):
دقیقه: 0.00
میانگین: 0.00
حداکثر: 16.90
صدک 95: 0.00
جمع: 43604.83
انصاف موضوعات:
رویدادها (avg/stddev): 8977603.2500/233905.84
زمان اجرا (avg/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (با استفاده از LuaJIT 2.1.0-beta3 همراه)
اجرای آزمون با گزینه های زیر:
تعداد موضوعات: 4
راه اندازی مولد اعداد تصادفی از زمان فعلی
پرچم های باز فایل اضافی: (هیچ)
128 فایل، هر کدام 8 مگابایت
حجم کل فایل 1 گیگا بایت
اندازه بلوک 4 کیلو بایت
تعداد درخواست های IO: 0
نسبت خواندن/نوشتن برای تست ترکیبی تصادفی IO: 1.50
FSYNC دوره‌ای فعال است و هر 100 درخواست fsync() را فراخوانی می‌کند.
فراخوانی fsync() در پایان تست، فعال شد.
استفاده از حالت ورودی/خروجی همزمان
انجام تست تصادفی r/w
در حال راه اندازی رشته های کارگر…
موضوعات شروع شد!
کارایی:
خواندن: IOPS=3868.21 15.11 مگابایت بر ثانیه (15.84 مگابایت بر ثانیه)
نوشتن: 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
این یادداشت شروع بزرگی است
مجموعه مقالات در مورد پشتیبان گیری
- پشتیبان گیری، قسمت 1: چرا پشتیبان گیری مورد نیاز است، مروری بر روش ها، فناوری ها
- پشتیبان گیری، قسمت 2: بررسی و آزمایش ابزارهای پشتیبان گیری مبتنی بر rsync
- پشتیبان گیری قسمت 3: بررسی و تست duplicity، duplicity، deja dup
- پشتیبان گیری قسمت 4: بررسی و آزمایش zbackup، restic، borgbackup
- پشتیبان گیری، قسمت 5: تست بکاپ باکولا و veeam برای لینوکس
- پشتیبان گیری قسمت 6: مقایسه ابزارهای پشتیبان گیری
- پشتیبان گیری قسمت 7: نتیجه گیری
منبع: www.habr.com