سلام به خوانندگان وبلاگ ما! تا حدی، ما قبلاً آشنا هستیم - پست های انگلیسی زبان من در اینجا در ترجمه همکار عزیزم ظاهر شد
برای اولین بار، من می خواستم موضوعی را پیدا کنم که برای گسترده ترین مخاطبان ممکن جالب باشد و نیاز به بررسی دقیق داشته باشد. دنیل دفو استدلال کرد که مرگ و مالیات در انتظار هر شخصی است. به نوبه خود، می توانم بگویم که هر مهندس پشتیبانی منتظر سؤالاتی در مورد سیاست های ذخیره نقاط بازیابی (یا به عبارت ساده تر، حفظ) است. من 4 سال پیش به عنوان یک مهندس جونیور سطح XNUMX شروع به توضیح نحوه عملکرد حفظ کردم و اکنون به عنوان رهبر تیم اسپانیایی و ایتالیایی صحبت می کنم. من مطمئن هستم که همکاران من از پشتیبانی سطح دوم و حتی سوم نیز به طور مرتب به سوالات مشابه پاسخ می دهند.
در این پرتو، میخواستم یک پست نهایی و تا حد امکان مفصل بنویسم که کاربران روسی زبان بتوانند بارها و بارها به عنوان مرجع به آن بازگردند. لحظه مناسب است - نسخه دهمین سالگرد اخیراً منتشر شده ویژگی های جدیدی را به عملکرد اصلی اضافه کرد که برای سال ها تغییر نکرده است. پست من در درجه اول بر روی این نسخه متمرکز شده است - اگرچه بیشتر آنچه نوشته شده برای نسخه های قبلی صادق است، شما به سادگی برخی از عملکردهای توصیف شده را در آنجا پیدا نخواهید کرد. در نهایت، با نگاهی به آینده، می گویم که انتظار می رود تغییراتی در نسخه بعدی وجود داشته باشد، اما زمانی که زمانش برسد به شما خواهیم گفت. پس بیایید شروع کنیم.
کارهای پشتیبان گیری
ابتدا اجازه دهید به بخشی که در نسخه 10 تغییر نکرده است نگاه کنیم. سیاست حفظ توسط چندین پارامتر تعیین می شود. بیایید پنجره ایجاد یک کار جدید را باز کنیم و به تب Storage برویم. در اینجا ما پارامتری را خواهیم دید که تعداد مورد نظر نقاط بازیابی را تعیین می کند:
با این حال، این تنها بخشی از معادله است. تعداد واقعی امتیازها نیز توسط حالت پشتیبان تنظیم شده برای کار تعیین می شود. برای انتخاب این گزینه روی دکمه Advanced در همان تب کلیک کنید. با این کار یک پنجره جدید با گزینه های زیادی باز می شود. بیایید آنها را شماره گذاری کنیم و آنها را یکی یکی در نظر بگیریم:
اگر فقط گزینه 1 فعال باشد، کار در حالت "بی نهایت افزایشی" (برای همیشه به جلو افزایشی) اجرا می شود. در اینجا هیچ مشکلی وجود ندارد - این کار تعداد مجموعه ای از نقاط بازیابی را از یک نسخه پشتیبان کامل (فایل با پسوند VBK) تا آخرین افزایش (فایل با پسوند VIB) ذخیره می کند. هنگامی که تعداد نقاط از مقدار تعیین شده بیشتر شود، قدیمی ترین افزایش با نسخه پشتیبان کامل ادغام می شود. به عبارت دیگر، اگر وظیفه تنظیم شده است که 3 امتیاز ذخیره کند، بلافاصله پس از جلسه بعدی، 4 نقطه در مخزن وجود خواهد داشت، پس از آن نسخه پشتیبان کامل با قدیمی ترین افزایش ادغام می شود و تعداد کل امتیازها به 3.
همچنین حفظ حالت "افزاینده معکوس" (گزینه 2) بسیار ساده است. از آنجایی که در این مورد جدیدترین نقطه یک نسخه پشتیبان کامل خواهد بود و به دنبال آن زنجیره ای از به اصطلاح بازگشت (فایل هایی با پسوند VRB) خواهد بود، برای اعمال حفظ، کافی است به سادگی قدیمی ترین بازگشت را حذف کنید. وضعیت یکسان خواهد بود: بلافاصله پس از جلسه، تعداد امتیازها 1 از مقدار تعیین شده بیشتر می شود و پس از آن به مقدار مورد نظر باز می گردد.
توجه داشته باشید که با حالت افزایشی معکوس، می توانید پشتیبان گیری کامل دوره ای را نیز فعال کنید (گزینه 4)، اما این اصل را تغییر نمی دهد. بله، نقاط بازیابی کامل در زنجیره ظاهر میشوند، اما ما همچنان قدیمیترین نقاط را یکی یکی حذف میکنیم.
در نهایت به قسمت جالب آن می رسیم. اگر پشتیبانگیری افزایشی را فعال کنید، اما گزینههای 3 یا 4 (یا هر دو را همزمان) فعال کنید، کار شروع به ایجاد نسخههای پشتیبان کامل دورهای با استفاده از روش "فعال" یا مصنوعی میکند. روش ایجاد یک نسخه پشتیبان کامل مهم نیست - شامل همان داده ها خواهد بود و زنجیره افزایشی به "زیر زنجیره" تقسیم می شود. این روش افزایشی رو به جلو نامیده می شود و اوست که بخش قابل توجهی از سوالات مشتریان ما را ایجاد می کند.
حفظ در اینجا با حذف قدیمی ترین قسمت زنجیره (از یک نسخه پشتیبان کامل به یک افزایش) اعمال می شود. در عین حال، ما فقط یک پشتیبان توخالی یا تنها بخشی از افزایش ها را حذف نمی کنیم. کل "زیر زنجیره" به طور کامل حذف می شود. معنای تنظیم تعداد نقاط نیز تغییر می کند - اگر در روش های دیگر این حداکثر تعداد مجاز است، پس از آن باید حفظ اعمال شود، در اینجا این تنظیم حداقل تعداد را تعیین می کند. به عبارت دیگر، پس از حذف قدیمی ترین "زیر زنجیره"، تعداد امتیازات در قسمت باقی مانده نباید از این حداقل کمتر شود.
من سعی خواهم کرد این مفهوم را به صورت گرافیکی به تصویر بکشم. فرض کنید حفظ روی 3 امتیاز تنظیم شده است، کار هر روز با یک نسخه پشتیبان کامل در روز دوشنبه اجرا می شود. در این حالت، حفظ زمانی اعمال می شود که تعداد کل امتیازات به 10 برسد:
چرا در حال حاضر 10 زمانی که آنها 3 قرار می دهند؟ روز دوشنبه یک نسخه پشتیبان کامل ایجاد شد. از سه شنبه تا یکشنبه، این شغل افزایشی ایجاد کرد. در نهایت دوشنبه آینده دوباره یک نسخه پشتیبان کامل ایجاد می شود و تنها زمانی که 2 افزایش ایجاد شود می توان در نهایت کل قسمت قدیمی زنجیره را حذف کرد، زیرا تعداد امتیازات باقیمانده از مجموعه 3 نمی افتد.
اگر ایده واضح است، پس پیشنهاد میکنم سعی کنید میزان ماندگاری را خودتان محاسبه کنید. بیایید شرایط زیر را در نظر بگیریم: کار برای اولین بار در روز پنجشنبه راه اندازی می شود (طبیعاً یک نسخه پشتیبان کامل ساخته خواهد شد). وظیفه ایجاد یک نسخه پشتیبان کامل در روزهای چهارشنبه و یکشنبه و ذخیره 8 نقطه بازیابی تنظیم شده است. ابقا چه زمانی برای اولین بار اعمال می شود؟
برای پاسخ به این سوال، توصیه می کنم یک برگه بردارید، آن را بر اساس روزهای هفته بکشید و بنویسید که هر روز کدام نقطه ایجاد می شود. پاسخ آشکار خواهد شد
پاسخ
توضیح: برای پاسخ، کافی است از خود بپرسید «حفظ چه زمانی اعمال خواهد شد»؟ پاسخ این است که ما می توانیم 3 نقطه اول (VBK, VIB, VIB) را حذف کنیم و بقیه زنجیره زیر 8 امتیاز لازم قرار نگیرد. مشخص می شود که ما زمانی می توانیم این کار را انجام دهیم که در مجموع 11 امتیاز داشته باشیم، یعنی یکشنبه هفته دوم.
برخی از خوانندگان ممکن است اعتراض کنند: «چرا این همه، اگر وجود دارد
در نهایت، گزینه “Transform previous backup chains into rollbacks” (که با شماره 5 مشخص شده است) را در نظر نگرفتیم. این گزینه گاهی اوقات مشتریانی را که "در حال پرواز" آن را فعال می کنند، گیج می کند و می خواهند یک نسخه پشتیبان مصنوعی ساده را فعال کنند. در ضمن این گزینه حالت پشتیبان گیری بسیار ویژه ای را فعال می کند. بدون پرداختن به جزئیات، فوراً میگویم که در این مرحله از توسعه محصول، «تبدیل زنجیرههای پشتیبان قبلی به عقبنشینی» یک گزینه قدیمی است و من نمیتوانم به سناریوی واحدی فکر کنم که باید از آن استفاده کرد. ارزش آن به حدی مشکوک است که برای مدتی خود آنتون گوستف از طریق انجمن تماس گرفت و از او خواست که نمونه هایی از کاربرد مفید آن را برای او ارسال کند (اگر دارید در نظرات بنویسید، من بسیار علاقه مند هستم). اگر هیچ کدام وجود نداشته باشد (فکر می کنم آنها خواهند بود)، در نسخه های بعدی گزینه حذف خواهد شد.
این کار تا روز برنامهریزی پشتیبانگیری کامل مصنوعی، افزایشها (VIB) ایجاد میکند. در این روز، VBK واقعا ایجاد می شود، اما تمام نقاط قبل از این VBK به عقبگرد (VRB) تبدیل می شوند. پس از آن، کار تا پشتیبان گیری مصنوعی بعدی به ایجاد افزایش به پشتیبان کامل ادامه می دهد. در نتیجه، مخلوط انفجاری از فایل های VBK، VBR و VIB در زنجیره ایجاد می شود. Retension بسیار ساده اعمال می شود - با حذف آخرین VBR:
مشکلات
جدای از درک واقعی نحوه عملکرد، اکثر مشکلاتی که هنگام استفاده از حالت افزایشی ایجاد میشوند معمولاً با یک نسخه پشتیبان کامل همراه هستند. یک نسخه پشتیبان کامل به طور منظم برای این حالت ضروری است، در غیر این صورت مخزن امتیاز جمع می کند تا زمانی که سرریز شود.
به عنوان مثال، یک نسخه پشتیبان کامل ممکن است به ندرت ایجاد شود. فرض کنید این وظیفه برای ذخیره 10 امتیاز تنظیم شده است و یک بار در ماه یک نسخه پشتیبان کامل ایجاد می شود. واضح است که تعداد واقعی امتیازها در اینجا بسیار بیشتر از مقدار تعیین شده خواهد بود. یا این وظیفه به طور کلی تنظیم شده است که در حالت بی نهایت افزایشی کار کند و 50 امتیاز ذخیره کند. سپس شخصی به طور تصادفی یک نسخه پشتیبان کامل ایجاد کرد. کار تمام است، از این به بعد کار منتظر می ماند تا نقطه کامل 49 افزایش جمع شود، پس از آن حفظ را اعمال می کند و به حالت بی نهایت کامل باز می گردد.
در موارد دیگر، یک نسخه پشتیبان کامل تنظیم شده است که به طور منظم ایجاد شود، اما به دلایلی اینطور نیست. من محبوب ترین دلیل را در اینجا لیست می کنم. برخی از مشتریان ترجیح میدهند از گزینه زمانبندی “run after” استفاده کنند و کارها را برای اجرای زنجیرهای تنظیم کنند. بیایید این مثال را در نظر بگیریم: 3 شغل وجود دارد که هر روز اجرا می شوند و یک نسخه پشتیبان کامل در روز یکشنبه ایجاد می کنند. اولین کار از ساعت 22.30 شروع می شود، بقیه به صورت زنجیره ای راه اندازی می شوند. پشتیبان گیری افزایشی 10 دقیقه طول می کشد و بنابراین تا ساعت 23.00:22.30 همه کارها کار خود را به پایان می رسانند. اما یک نسخه پشتیبان کامل یک ساعت طول می کشد، بنابراین در روز یکشنبه این اتفاق می افتد: اولین کار از ساعت 23.30 تا 23.30 اجرا می شود. ساعت بعدی از ساعت 00.30:XNUMX تا XNUMX:XNUMX است. اما وظیفه سوم از روز دوشنبه راه اندازی می شود. یک نسخه پشتیبان کامل برای یکشنبه پیکربندی شده است، بنابراین در این مورد به سادگی نخواهد بود. وظیفه منتظر یک نسخه پشتیبان کامل برای اعمال حفظ می ماند. بنابراین هنگام استفاده از گزینه "run after" مراقب باشید یا اصلاً از آن استفاده نکنید - فقط کارها را تنظیم کنید تا همزمان شروع شوند و اجازه دهید زمانبندی منابع کار خود را انجام دهد.
گزینه دشوار "حذف موارد حذف شده"
با گذر از تنظیمات کار ذخیره سازی - پیشرفته - تعمیر و نگهداری، می توانید به طور تصادفی با گزینه "حذف داده های آیتم های حذف شده بعد" برخورد کنید که در روز محاسبه می شود.
برخی از مشتریان انتظار دارند که این حالت نگهداری باشد. در واقع، این یک گزینه کاملاً جداگانه است که درک نادرست آن می تواند منجر به عواقب غیرمنتظره شود. با این حال، قبل از هر چیز، من باید توضیح دهم که چگونه B&R به موقعیتهایی که تنها از چند ماشین با موفقیت پشتیبانگیری میشوند در طول جلسه واکنش نشان میدهد.
این سناریو را تصور کنید: یک کار بی نهایت افزایشی پیکربندی شده برای ذخیره 6 نقطه. 2 ماشین در کار وجود دارد، یکی همیشه با موفقیت پشتیبان گیری می شود، دیگری گاهی اوقات خطا می دهد. در نتیجه، تا نقطه هفتم، وضعیت زیر ایجاد شده است:
زمان اعمال حفظ است، اما یک دستگاه 7 امتیاز دارد و دیگری فقط 4. آیا حفظ در اینجا اعمال می شود؟ پاسخ این است که بله، خواهد شد. اگر حداقل از یک شی بک آپ گرفته شده باشد، B&R در نظر می گیرد که نقطه ایجاد شده است.
وضعیت مشابهی ممکن است رخ دهد اگر برخی از ماشین ها به سادگی در یک جلسه خاص در کار گنجانده نشده باشند. این اتفاق میافتد، برای مثال، زمانی که ماشینها نه به صورت جداگانه، بلکه به عنوان بخشی از کانتینرها (پوشهها، انبارهها) به کار اضافه میشوند و برخی از ماشینها به طور موقت به ظرف دیگری مهاجرت میکنند. سپس کار موفق تلقی می شود، اما پیامی در آمار خواهید دید که به شما می گوید به این واقعیت توجه کنید که فلان ماشین دیگر توسط کار پردازش نمی شود.
اگر به آن توجه نکنید چه اتفاقی می افتد؟ در حالت های بی نهایت افزایشی یا افزایشی معکوس، تعداد نقاط بازیابی دستگاه "مشکل" با هر جلسه کاهش می یابد تا زمانی که به 1 ذخیره شده در VBK برسد. به عبارت دیگر، حتی اگر دستگاه برای مدت طولانی پشتیبان گیری نشود، یک نقطه بازیابی همچنان باقی خواهد ماند. اگر پشتیبان گیری کامل دوره ای فعال باشد، اینطور نیست. اگر سیگنال های B&R نادیده گرفته شوند، آخرین نقطه ممکن است در نهایت همراه با قسمت قدیمی زنجیره حذف شود.
با درک این جزئیات، در نهایت میتوانیم گزینه «حذف دادههای آیتمهای حذف شده بعد» را در نظر بگیریم. اگر از آن دستگاه به مدت X روز پشتیبان گیری نشود، تمام نقاط یک دستگاه خاص را حذف می کند. لطفاً توجه داشته باشید که این تنظیم به خطاها پاسخ نمی دهد (آزموده - کار نکرد). حتی نباید تلاشی برای پشتیبان گیری از دستگاه انجام شود. به نظر می رسد که این گزینه مفید است و باید همیشه فعال نگه داشته شود. اگر مدیر دستگاه را از کار حذف کرد، پس از مدتی منطقی است که زنجیره داده های غیر ضروری را پاک کنید. با این حال، تنظیم نیاز به نظم و دقت دارد.
بگذارید مثالی از تمرین برای شما بیاورم: چندین ظروف به کار اضافه شدند که ترکیب آنها کاملاً پویا بود. به دلیل کمبود رم، سرور B&R با مشکلاتی روبرو شد که مورد توجه قرار نگرفت. کار شروع شد و سعی شد یک نسخه پشتیبان از ماشین ها تهیه شود، به جز یک مورد که در آن زمان در ظرف وجود نداشت. از آنجایی که بسیاری از ماشینها خطا ایجاد کردهاند، بهطور پیشفرض B&R باید 3 تلاش اضافی برای پشتیبانگیری از ماشینهای "مشکل" انجام دهد. به دلیل مشکلات مداوم با رم، این تلاش ها برای چند روز به طول انجامید. تلاش دومی برای پشتیبان گیری از VM از دست رفته وجود نداشت (عدم وجود VM یک خطا نیست). در نتیجه، در طی یکی از تلاش های مکرر، شرط "حذف موارد حذف شده" برآورده شد و تمام نقاط دستگاه حذف شد.
به همین مناسبت می توانم موارد زیر را بگویم: اگر در مورد نتایج کارها اعلان هایی دارید و حتی بهتر از آن از ادغام با Veeam ONE استفاده می شود، به احتمال زیاد این اتفاق برای شما نخواهد افتاد. اگر هفتهای یکبار به سرور B&R نگاه میکنید تا بررسی کنید که همه چیز کار میکند، بهتر است از گزینههایی که به طور بالقوه منجر به حذف نسخههای پشتیبان میشوند، خودداری کنید.
چه چیزی در نسخه 10 جدید است
آنچه قبلاً در مورد آن صحبت کردهایم در B&R برای نسخههای زیادی وجود داشته است. با درک این اصول کار، بیایید ببینیم چه چیزی در سالگرد "ده برتر" اضافه شده است.
نگهداری روزانه
در بالا، سیاست ذخیره سازی "کلاسیک" را بر اساس تعداد امتیاز در نظر گرفتیم. یک رویکرد جایگزین، تنظیم "روز" به جای "نقاط بازیابی" در همان منو است.
این ایده از نام مشخص است - حفظ تعداد روزهای تعیین شده را ذخیره می کند، تعداد امتیازات در هر روز مهم نیست. در انجام این کار، موارد زیر را به خاطر بسپارید:
- روز جاری هنگام محاسبه نگهداری در نظر گرفته نمی شود
- روزهایی که کار اصلاً جواب نداد نیز حساب می شود. این را باید در نظر داشت تا به طور تصادفی امتیاز کارهایی را که نامنظم انجام می دهند از دست ندهید.
- نقطه بازیابی از روزی که ایجاد شد محاسبه می شود (یعنی اگر کار از دوشنبه شروع شده و روز سه شنبه تمام شود، پس این یک نقطه از دوشنبه است)
در غیر این صورت، اصول اعمال حفظ توسط وظایف نیز با روش پشتیبان گیری انتخاب شده تعیین می شود. بیایید یک کار محاسبه دیگر را با استفاده از همان روش افزایشی امتحان کنیم. فرض کنید حفظ روی 8 روز تنظیم شده است، کار هر 6 ساعت یک بار با یک نسخه پشتیبان کامل در روز چهارشنبه اجرا می شود. در این مورد، کار در روز یکشنبه کار نمی کند. این کار برای اولین بار دوشنبه اجرا می شود. ابقا چه زمانی اعمال می شود؟
پاسخ
طبق معمول، بهتر است یک علامت بکشید. من به خودم اجازه می دهم کار را ساده کنم و تمام نقاط ایجاد شده برای هر روز را ترسیم نمی کنم، زیرا تعداد امتیازات در روز در اینجا مهم نیست. فقط برای ما مهم است که در اولین دوشنبه و چهارشنبه ها اولین امتیاز یک نسخه پشتیبان کامل باشد، در روزهای دیگر وظیفه به سادگی 4 امتیاز افزایشی ایجاد می کند.
ما خودمان میدانیم که حفظ با حذف پشتیبان کامل دوشنبه و افزایش آن اعمال میشود. چه زمانی اتفاق خواهد افتاد؟ زمانی که بقیه زنجیره شامل 8 روز خواهد بود. در عین حال ما روز جاری را حساب نمی کنیم، اما یکشنبه، برعکس، حساب می کنیم. پس جواب پنج شنبه هفته دوم است.
بایگانی GFS برای مشاغل معمولی
قبل از نسخه 10، روش ذخیره سازی پدربزرگ-پدر-پسر (GFS) فقط برای کارهای کپی پشتیبان و کارهای کپی نواری موجود بود. اکنون برای تهیه نسخه پشتیبان معمولی نیز در دسترس است.
اگرچه این به موضوع فعلی مربوط نمی شود، اما نمی توانم بگویم که عملکرد جدید به معنای انحراف از استراتژی 3-2-1 نیست. وجود نقاط آرشیو در مخزن اصلی به هیچ وجه بر قابلیت اطمینان آن تأثیر نمی گذارد. قابل درک است که از GFS همراه با یک مخزن کوچکتر برای ارسال این نقاط به S3 و ذخیرهسازیهای مشابه استفاده میشود. اگر از آن استفاده نمی کنید، بهتر است به ذخیره نقاط اولیه و آرشیو در مخازن مختلف ادامه دهید.
حال بیایید به اصول ایجاد نقاط GFS نگاه کنیم. در تنظیمات وظیفه، در مرحله Storage، یک دکمه خاص ظاهر شده است که منوی زیر را فراخوانی می کند:
ماهیت GFS را می توان به چند نکته تقلیل داد (توجه داشته باشید که GFS در انواع دیگر وظایف متفاوت عمل می کند، اما بعداً در مورد آن بیشتر توضیح خواهیم داد):
- این کار یک پشتیبان کامل جداگانه در نقطه GFS ایجاد نمی کند. در عوض، از مناسب ترین نسخه پشتیبان کامل موجود استفاده خواهد شد. بنابراین، کار باید در حالت افزایشی با یک نسخه پشتیبان کامل دوره ای اجرا شود یا یک نسخه پشتیبان کامل به صورت دستی توسط کاربر ایجاد شود.
- اگر فقط یک دوره فعال باشد (به عنوان مثال، یک دوره هفتگی)، سپس در ابتدای دوره GFS، کار به سادگی شروع به انتظار برای یک نسخه پشتیبان کامل می کند و اولین مورد مناسب را به عنوان GFS علامت گذاری می کند.
مثال: یک کار برای ذخیره یک GFS هفتگی با استفاده از یک نسخه پشتیبان چهارشنبه پیکربندی شده است. این کار هر روز اجرا می شود، اما نسخه پشتیبان کامل برای جمعه برنامه ریزی شده است. در این صورت دوره GFS از روز چهارشنبه شروع می شود و کار شروع به انتظار برای یک نقطه مناسب می کند. روز جمعه ظاهر می شود و با پرچم GFS مشخص می شود.
- اگر چندین دوره به طور همزمان فعال شوند (به عنوان مثال، هفتگی و ماهانه)، سپس B&R روشی را اعمال می کند که اجازه می دهد از همان نقطه به عنوان GFS فواصل متعدد (برای صرفه جویی در فضا) استفاده شود. پرچم ها به نوبه خود اختصاص داده می شوند و از جوان ترین شروع می شوند.
مثال: GFS هفتگی روی چهارشنبه و GFS ماهانه روی هفته آخر ماه تنظیم شده است. این کار هر روز اجرا می شود و در روزهای دوشنبه و جمعه یک نسخه پشتیبان کامل ایجاد می کند.
برای سادگی، شمارش را از هفته ماقبل آخر ماه شروع می کنیم. این هفته یک نسخه پشتیبان کامل در روز دوشنبه ایجاد می شود، اما نادیده گرفته می شود زیرا فاصله هفتگی GFS از چهارشنبه شروع می شود. اما بک آپ کامل جمعه برای نقطه GFS کاملا مناسب است. این سیستم از قبل برای ما آشناست.
حال در نظر بگیرید که در هفته آخر ماه چه اتفاقی خواهد افتاد. فاصله ماهانه GFS از دوشنبه شروع می شود، اما VBK دوشنبه به عنوان GFS برچسب گذاری نمی شود زیرا کار به دنبال برچسب گذاری یک VBK به عنوان یک نقطه GFS ماهانه و هفتگی است. در عین حال ، جستجو با هفتگی شروع می شود ، بنابراین ، طبق تعریف ، می تواند ماهانه نیز شود.
با این حال، اگر فقط فواصل هفتگی و سالانه فعال باشد، آنها مستقل از یکدیگر عمل می کنند و ممکن است 2 VBK جداگانه را به عنوان بازه های GFS مربوطه علامت گذاری کنند.
کارهای کپی پشتیبان
نوع دیگری از کار، که اغلب نیاز به توضیح در مورد کار دارد. برای شروع، اجازه دهید روش کار "کلاسیک" را بدون نوآوری نسخه 10 تجزیه و تحلیل کنیم
یک روش نگهداری ساده
به طور پیش فرض، چنین کارهایی در حالت بی نهایت افزایشی اجرا می شوند. ایجاد نقاط با دو پارامتر تعیین می شود - فاصله کپی و تعداد مورد نظر نقاط بازیابی (در اینجا هیچ نگهداری روزانه وجود ندارد). فاصله کپی در اولین برگه Job هنگام ایجاد یک کار تنظیم می شود:
تعداد نقاط کمی بیشتر در تب Target تعیین می شود
این کار در هر بازه 1 امتیاز جدید ایجاد می کند (مهم نیست که چند امتیاز برای VM توسط مشاغل اصلی ایجاد شده است). در پایان فاصله، نقطه جدید نهایی می شود و در صورت لزوم، با الحاق VBK و قدیمی ترین افزایش، یک احتباس اعمال می شود. این مکانیسم از قبل برای ما آشناست.
روش نگهداری با استفاده از GFS
BCJ همچنین می تواند نقاط بایگانی شده را ذخیره کند. این در همان برگه Target، درست زیر تعداد تنظیمات نقاط بازیابی پیکربندی شده است:
نقاط GFS را می توان به دو روش ایجاد کرد - به صورت مصنوعی، با استفاده از داده های موجود در مخزن ثانویه، یا با شبیه سازی یک نسخه پشتیبان کامل و خواندن تمام داده ها از مخزن اصلی (فعال شده توسط گزینه مشخص شده با شماره 3). حفظ در هر دو مورد بسیار متفاوت خواهد بود، بنابراین ما آنها را جداگانه در نظر خواهیم گرفت.
GFS مصنوعی
در این حالت نقطه GFS دقیقاً در روز تعیین شده ایجاد نمی شود. در عوض، زمانی که VIB روزی که نقطه GFS برای ایجاد آن برنامه ریزی شده بود با نسخه پشتیبان کامل ادغام شود، یک نقطه GFS ایجاد می شود. این گاهی اوقات باعث سوء تفاهم می شود، زیرا زمان می گذرد، اما هنوز نقطه GFS وجود ندارد. و فقط یک شمن قدرتمند از پشتیبانی فنی می تواند پیش بینی کند که در چه روزی این نقطه هنوز ظاهر می شود. در واقع، جادو مورد نیاز نیست - فقط به تعداد نقاط تنظیم شده و فاصله همگام سازی (هر روز چند نقطه ایجاد می شود) نگاه کنید. سعی کنید خودتان آن را با استفاده از این مثال محاسبه کنید: کار برای ذخیره 7 نقطه تنظیم شده است، فاصله همگام سازی 12 ساعت است (یعنی 2 امتیاز در روز). در حال حاضر 7 نقطه در زنجیره وجود دارد، امروز دوشنبه است و ایجاد یک نقطه GFS برای این روز برنامه ریزی شده است. چه روزی ایجاد خواهد شد؟
پاسخ
در اینجا بهتر است توضیح دهیم که چگونه زنجیره در پویایی روز تغییر خواهد کرد:
بنابراین، در روز دوشنبه، آخرین افزایش در زنجیره به عنوان GFS مشخص می شود، اما هیچ تغییر قابل مشاهده دیگری رخ نمی دهد. هر روز این کار 2 نقطه جدید ایجاد می کند و حفظ زنجیره را به طور اجتناب ناپذیری به جلو می برد. در نهایت، روز پنجشنبه، زمان اعمال حفظ بر روی همان افزایش است. این جلسه بیشتر از حد معمول طول می کشد - زیرا این کار بلوک های لازم را از زنجیره "کشیده" می کند و یک نقطه کامل جدید ایجاد می کند. از این به بعد، 8 نقطه در زنجیره وجود خواهد داشت - 7 در زنجیره اصلی + GFS.
ایجاد نقاط GFS با گزینه "خواندن کل نقطه".
در بالا گفتم که BCJ در حالت بی نهایت افزایشی کار می کند. اکنون تنها استثنای این قاعده را تحلیل خواهیم کرد. اگر گزینه «خواندن کل نقطه» را فعال کنید، نقطه GFS دقیقاً در روز برنامه ریزی شده ایجاد می شود. خود این کار در حالت افزایشی با پشتیبان گیری کامل دوره ای کار می کند که در بالا در مورد آن صحبت کردیم. حفظ همچنین با برداشتن قدیمی ترین قسمت زنجیره اعمال می شود. با این حال، در این حالت، تنها افزایش ها حذف می شوند و نسخه پشتیبان کامل به عنوان یک نقطه GFS باقی می ماند. بر این اساس، نقاطی که با پرچمهای GFS مشخص شدهاند، هنگام محاسبه حفظ در نظر گرفته نمیشوند.
فرض کنید وظیفه تنظیم شده است تا 7 امتیاز را ذخیره کند و یک نقطه GFS هفتگی در روز دوشنبه ایجاد کند. در این مورد، هر دوشنبه این کار در واقع یک نسخه پشتیبان کامل ایجاد می کند و آن را به عنوان GFS علامت گذاری می کند. حفظ زمانی اعمال میشود که پس از حذف افزایشها از قدیمیترین قسمت، تعداد افزایشهای باقیمانده کمتر از 7 نشود. در نمودار به این صورت است:
بنابراین، تا پایان هفته دوم، در مجموع 14 امتیاز در زنجیره وجود دارد. در هفته دوم، این وظیفه 7 امتیاز ایجاد کرد. اگر کار ساده ای بود، حفظ قبلاً اعمال می شد. اما این یک BCJ با حفظ GFS است، بنابراین ما امتیاز GFS را محاسبه نمی کنیم، یعنی فقط 6 عدد وجود دارد، یعنی هنوز نمی توانیم حفظ را اعمال کنیم. در هفته سوم یک بک آپ کامل دیگر با پرچم GFS ایجاد می کنیم. 15 امتیاز، اما باز هم این یکی را حساب نمی کنیم. و در نهایت روز سه شنبه هفته سوم یک افزایش ایجاد می کنیم. حال، اگر افزایش های زنجیره هفته اول را حذف کنیم، تعداد کل افزایش ها، حفظ مجموعه را برآورده می کند.
همانطور که در بالا ذکر شد، در این روش بسیار مهم است که پشتیبان گیری کامل به طور منظم ایجاد شود. به عنوان مثال، اگر ذخیره اصلی را روی 7 روز تنظیم کنید، اما تنها 1 امتیاز سالانه، به راحتی می توان تصور کرد که افزایش ها بسیار بسیار بیشتر از 7 انباشته می شوند. در چنین مواردی، بهتر است از روش مصنوعی ایجاد استفاده کنید. GFS.
و دوباره "حذف موارد حذف شده"
این گزینه برای BCJ نیز وجود دارد:
منطق این گزینه در اینجا مانند کارهای پشتیبان گیری معمولی است - اگر دستگاه برای تعداد روزهای مشخص پردازش نشود، داده های آن از زنجیره حذف می شود. با این حال، برای BCJ این گزینه از نظر عینی مفیدتر است، و در اینجا دلیل آن است.
در حالت عادی، BCJ در حالت بی نهایت افزایشی کار می کند، بنابراین اگر در نقطه ای دستگاه از کار حذف شود، حفظ به تدریج تمام نقاط بازیابی را حذف می کند تا زمانی که تنها یک مورد باقی بماند - در VBK. حال بیایید تصور کنیم که کار برای ایجاد نقاط GFS مصنوعی نیز پیکربندی شده است. وقتی زمان فرا رسید، کار باید یک GFS برای همه ماشینهای زنجیره ایجاد کند. اگر بعضی از ماشین ها اصلاً نقاط جدیدی ندارند - خوب، باید از همان چیزی که هست استفاده کنید. و هر بار همینطور. در نتیجه، وضعیت زیر ممکن است ایجاد شود:
به قسمت Files توجه کنید: ما VBK اصلی و 2 امتیاز هفتگی GFS داریم. و اکنون به بخش Restore points - در واقع این فایل ها حاوی همان تصویر دستگاه هستند. طبیعتاً در چنین نقاط GFS هیچ نکته ای وجود ندارد، آنها فقط فضا را اشغال می کنند.
این وضعیت تنها در صورت استفاده از GFS مصنوعی امکان پذیر است. برای جلوگیری از این امر، از گزینه "حذف موارد حذف شده" استفاده کنید. فقط به یاد داشته باشید که آن را برای تعداد کافی روز تنظیم کنید. پشتیبانی فنی مواردی را مشاهده کرده است که این گزینه روی تعداد روزها کمتر از فاصله زمانی همگامسازی تنظیم شده است - BCJ شروع به بیداد میکند و قبل از اینکه زمان ایجاد آنها را داشته باشد، نقاط را حذف میکند.
همچنین توجه داشته باشید که این گزینه روی نقاط GFS موجود تأثیری ندارد. اگر می خواهید بایگانی ها را تمیز کنید، باید این کار را به صورت دستی انجام دهید - با کلیک راست بر روی دستگاه و انتخاب "حذف از دیسک" (در پنجره ظاهر شده، فراموش نکنید که چک باکس "حذف نسخه پشتیبان کامل GFS" را علامت بزنید) :
Innovation v.10 - کپی فوری (کپی فوری)
پس از پرداختن به عملکرد "کلاسیک"، بیایید به سمت جدید برویم. نوآوری یکی است، اما بسیار مهم است. این یک حالت جدید کار است.
چیزی به نام "فاصله همگام سازی" وجود ندارد، این وظیفه به طور مداوم نظارت می کند که آیا نقاط جدیدی ظاهر شده اند یا خیر و بدون توجه به تعداد آنها، همه آنها را کپی می کند. با این حال، کار افزایشی باقی می ماند، به این معنی که حتی اگر شغل اصلی یک VBK یا VRB ایجاد کند، آن نقاط به عنوان یک VIB کپی می شوند. در غیر این صورت، هیچ شگفتی در این حالت وجود ندارد - حفظ استاندارد و GFS طبق قوانینی که در بالا توضیح داده شد کار می کنند (اگرچه فقط GFS مصنوعی در اینجا موجود است).
دیسک ها در حال چرخش هستند. ویژگی های Rotated Drives Repositories
تهدید دائمی ویروسهای باجافزار، داشتن نسخهای از دادهها را در رسانهای که ویروس نمیتواند به آن دسترسی پیدا کند، به استاندارد امنیتی واقعی تبدیل کرده است. یک گزینه استفاده از مخازن چرخان دیسک است، جایی که دیسک ها به نوبه خود استفاده می شوند: در حالی که یک دیسک متصل و قابل نوشتن است، بقیه در مکانی امن ذخیره می شوند.
برای آموزش کار با چنین مخازنی به B&R، در تنظیمات مخزن، در مرحله Repository، روی دکمه Advanced کلیک کرده و گزینه مناسب را انتخاب کنید:
پس از آن، VBR منتظر می ماند تا زنجیره موجود به صورت دوره ای از مخزن ناپدید شود، که به معنای چرخش دیسک است. بسته به نوع مخزن و نوع کار، B&R رفتار متفاوتی خواهد داشت. شما می توانید این را با جدولی مانند این نشان دهید:
بیایید هر گزینه را در نظر بگیریم.
نرمال کار و مخزن ویندوز
بنابراین، ما وظیفه ای داریم که زنجیره ها را در دیسک اول ذخیره می کند. در طول چرخش، زنجیره ایجاد شده در واقع ناپدید می شود و وظیفه باید به نحوی از این فقدان جان سالم به در ببرد. در ایجاد یک نسخه پشتیبان کامل تسلیت می یابد. بنابراین، هر چرخش به معنای یک نسخه پشتیبان کامل است. اما برای نقاط درایو قطع شده چه اتفاقی میافتد؟ آنها در هنگام محاسبه حفظ به خاطر سپرده می شوند و در نظر گرفته می شوند. بنابراین، تعداد نقاط تعیین شده در کار، تعداد نقاطی است که باید روی همه دیسک ها نگه داشته شوند. در اینجا یک مثال است:
کار در حالت بی نهایت افزایشی اجرا می شود و برای ذخیره 3 نقطه بازیابی پیکربندی شده است. اما ما یک دیسک دوم نیز داریم و هفته ای یک بار آن را می چرخانیم (ممکن است دیسک های بیشتری وجود داشته باشد، این ماهیت را تغییر نمی دهد).
در هفته اول، این کار نقاط روی دیسک اول ایجاد می کند و موارد اضافی را ادغام می کند. بنابراین، تعداد کل امتیازها سه خواهد بود:
سپس دیسک دوم را وصل می کنیم. هنگام راه اندازی، B&R متوجه تغییر درایو می شود. زنجیره روی دیسک اول از رابط محو می شود، اما اطلاعات مربوط به آن در پایگاه داده باقی می ماند. کار اکنون 3 نقطه روی دیسک دوم نگه می دارد. وضعیت کلی به این صورت خواهد بود:
در نهایت درایو اول را دوباره وصل می کنیم. قبل از ایجاد یک نقطه جدید، وظیفه بررسی خواهد کرد که چه چیزی با حفظ وجود دارد. و حفظ، یادآوری می کنم، برای ذخیره 3 امتیاز تنظیم شده است. در ضمن، ما 3 نقطه روی دیسک 2 داریم (اما آفلاین است و در مکانی امن ذخیره می شود که B&R نمی تواند به آن برسد) و 3 نقطه روی دیسک 1 (اما این یکی وصل است). بنابراین، شما می توانید با خیال راحت 3 نقطه را از دیسک 1 حذف کنید، زیرا آنها از میزان نگهداری فراتر می روند. پس از آن، وظیفه دوباره یک نسخه پشتیبان کامل ایجاد می کند، و زنجیره ما شروع به شکل زیر می کند:
اگر حفظ به جای تعداد نقاط، برای ذخیره روزهای پیکربندی شده باشد، منطق تغییر نمی کند. همچنین هنگام استفاده از مخازن با چرخش دیسک، حفظ GFS به هیچ وجه پشتیبانی نمی شود.
کار معمولی و ذخیره سازی شبکه مخزن لینوکس
این گزینه نیز امکان پذیر است اما در کل به دلیل محدودیت های اعمال شده کمتر توصیه می شود. این وظیفه به چرخش دیسک و ناپدید شدن زنجیره به همان روش پاسخ می دهد - با ایجاد یک نسخه پشتیبان کامل. محدودیت با مکانیسم احتباس کوتاه مرتبط است.
در اینجا، در طول چرخش، کل زنجیره روی دیسک قطع شده به سادگی از پایگاه داده B&R حذف می شود. توجه کنید - از پایگاه داده، خود فایل ها روی دیسک باقی می مانند. آنها را می توان وارد کرد و برای بازیابی استفاده کرد، اما حدس زدن اینکه دیر یا زود چنین زنجیره های فراموش شده کل مخزن را پر می کند دشوار نیست.
راه حل این است که DWORD ForceDeleteBackupFiles را همانطور که در این صفحه نشان داده شده است اضافه کنید:
با این حال، این یک نگهداری ظریف نیست، بلکه پاکسازی تمام محتوا است. متأسفانه، پشتیبانی فنی با مواردی مواجه شده است که مخزن به سادگی دایرکتوری ریشه دیسک بود، جایی که علاوه بر پشتیبان گیری، داده های دیگری نیز وجود داشت. همه اینها در طول چرخش از بین رفت.
علاوه بر این، هنگامی که ForceDeleteBackupFiles فعال است، برای همه انواع مخازن کار می کند، یعنی حتی مخازن در ویندوز نیز استفاده از حفظ را متوقف می کنند و شروع به حذف محتوا می کنند. به عبارت دیگر، دیسک محلی در ویندوز بهترین انتخاب برای چنین سیستم ذخیره سازی پشتیبان است.
نسخه پشتیبان و مخزن ویندوز
با BCJ، همه چیز جالب تر می شود. نه تنها حفظ کامل وجود دارد، بلکه نیازی به تهیه نسخه پشتیبان کامل با هر بار تغییر دیسک نیست! اینطوری کار میکنه:
ابتدا B&R شروع به ایجاد نقطه روی دیسک اول می کند. فرض کنید حفظ را روی 3 امتیاز قرار داده ایم. این کار در حالت بی نهایت افزایشی کار می کند و همه چیز اضافی را ادغام می کند (به شما یادآوری می کنم که حفظ GFS در این مورد پشتیبانی نمی شود).
سپس دیسک دوم را وصل می کنیم. از آنجایی که هنوز زنجیره ای روی آن وجود ندارد، یک نسخه پشتیبان کامل ایجاد می کنیم، پس از آن یک زنجیره دوم از سه نقطه داریم:
بالاخره نوبت به اتصال مجدد اولین درایو می رسد. و اینجاست که جادو وارد می شود، زیرا این وظیفه یک نسخه پشتیبان کامل ایجاد نمی کند، بلکه فقط زنجیره افزایشی را ادامه می دهد:
پس از آن، در واقع، هر دیسک زنجیره مستقل خود را خواهد داشت. بنابراین منظور از حفظ در اینجا تعداد نقاط روی همه دیسک ها نیست، بلکه تعداد نقاط روی هر دیسک جداگانه است.
نسخه پشتیبان و ذخیره سازی شبکه مخزن لینوکس
اگر مخزن در درایو محلی ویندوز نباشد، دوباره تمام ظرافت از بین می رود. این اسکریپت مشابه کار ساده بالا کار می کند. در هر چرخش، BCJ یک نسخه پشتیبان کامل ایجاد می کند و نقاط موجود فراموش می شوند. برای اینکه بدون فضای خالی باقی نمانید، باید از DWORD ForceDeleteBackupFiles استفاده کنید.
نتیجه
بنابراین، در نتیجه چنین متن طولانی، ما دو نوع کار را در نظر گرفتیم. البته وظایف بسیار بیشتری وجود دارد، اما نمی توان همه آنها را در قالب یک مقاله در نظر گرفت. اگر پس از خواندن هنوز سؤالی دارید، سپس آنها را در نظرات بنویسید، خوشحال خواهم شد که شخصاً پاسخ دهم.
منبع: www.habr.com