پشتیبان‌گیری NAS شما پس از بازگشت VPN همچنان شکست خورد
تونل سبز یک نقطه بازیابی کامل‌شده نیست. وضعیت وظیفه، آمادگی مقصد و پنجره بررسی یکپارچگی را به همین ترتیب بررسی کنید.
VPN در ساعت 06:10 دوباره وصل می‌شود، داشبورد تونل را سبز نشان می‌دهد، و پشتیبان‌گیری شبانه هنوز هیچ نقطه بازیابی جدیدی ندارد. این تناقض نیست؛ این دو زمان‌بندی است که هرگز هماهنگ نشده‌اند. تونلی که بازیابی می‌شود یک رویداد شبکه است. پشتیبان‌گیری که کامل می‌شود یک رویداد برنامه با ماشین حالت خودش است، و یک اجرای قطع‌شده ممکن است معلق، لغوشده یا پشت چیز دیگری کاملاً در صف قرار بگیرد.
پنجره را حول یک نقطه بازیابی کامل‌شده برنامه‌ریزی کنید، نه حول چراغ نشانگر تونل.
از نقطه بازیابی شروع کنید، نه از زمان شروع
الزام را به‌عنوان مهلت یک نسخه پذیرفته‌شده بنویسید: نقطه بازیابی جدیدی که تا زمان مشخصی بررسی یکپارچگی خود وظیفه را بگذراند. سپس از طریق مدت مورد انتظار، تغییر معمول و یک تلاش قطع‌شده به عقب کار کنید. زمان شروع یک تعهد نیست؛ فقط لحظه‌ای است که زمان‌بند تلاش کرد. مهلت را در خط‌مشی پشتیبان‌گیری بگذارید، نه در پیام چت. عددی که فقط در حافظه کسی زندگی می‌کند آستانه پایش نیست.
از تاریخچه وظیفه برای برآورد مدت استفاده کنید. پردازش قطعه‌ها، حذف تکراری و کار نمایه بخشی از اجرا هستند، بنابراین تقسیم بایت‌های تغییریافته بر سرعت لینک پنجره را به‌گونه‌ای دست‌کم می‌گیرد که بعداً شبیه مشکل شبکه به نظر می‌رسد.
یک قطعی چه بلایی سر کار می‌آورد
Hyper Backup بین کاری که می‌توان از سر گرفت و کاری که نمی‌توان تفاوت می‌گذارد: رفتار مستند این است که وقتی اتصال قطع می‌شود، وظایف قابل از سرگیری معلق و وظایف غیرقابل از سرگیری لغو می‌شوند. هیچ‌کدام از این حالت‌ها از کلاینت VPN دیده نمی‌شود، و هیچ‌کدام با اتصال دوباره تونل درست نمی‌شود. قبل از فرض اینکه اجرای زمان‌بندی‌شده بعدی از جایی که قبلی متوقف شد ادامه می‌دهد، وضعیت وظیفه و دلیل ثبت‌شده آن را بخوانید.
تعلیق دستی و یک قطعی شبکه می‌توانند چرخه‌های عمر متفاوتی داشته باشند. اگر اپراتور وظیفه را متوقف کرده باشد، اتصال دوباره شبکه هیچ چیزی را تغییر نمی‌دهد.
مقصد الزامات خودش را دارد
تونل بازگردانده‌شده یک پوشه اشتراکی رمزگذاری‌شده را سوار نمی‌کند، اعتبارنامه‌های پشتیبان‌گیری منقضی را تمدید نمی‌کند و نگهداری روی مقصد را تمام نمی‌کند. اینها بررسی‌های آمادگی جداگانه هستند، و هر یک از آنها می‌تواند یک تونل سبز را به کاری شکست‌خورده تبدیل کند. قبل از سرزنش زمان‌بندی بازیابی تأیید کنید که مقصد قابل دسترس و قابل نوشتن است.
اگر خود NAS مقصد دوباره راه‌اندازی شده باشد، سرویس‌هایش ممکن است هنگام فعال شدن وظیفه پشتیبان‌گیری هنوز در حال شروع باشند. یک بررسی آمادگی کوتاه از یک اجرای شکست‌خورده و تلاش دوباره ارزان‌تر است.
بررسی‌های یکپارچگی بر سر همان ساعت‌ها رقابت می‌کنند
یک بررسی یکپارچگی می‌تواند پنجره را بدون هیچ شکست شبکه مصرف کند. DSM یک فرایند فعال به ازای هر وظیفه مستند می‌کند، و یک پشتیبان‌گیری زمان‌بندی‌شده می‌تواند پشت بررسی یکپارچگی آن وظیفه منتظر بماند و سپس پس از حداکثر انتظاری حدود سه ساعت نادیده گرفته شود. دو زمان‌بندی را بر اساس مدت‌های مشاهده‌شده فاصله دهید، و اجرای نادیده‌گرفته‌شده را یک یافته زمان‌بندی بدانید نه مدرکی بر اینکه VPN دوباره شکست خورده است.
اعلان‌ها را با یک روش تحویل واقعی فعال کنید، سپس کسی را برای خواندن آنها تعیین کنید. کاری که هرگز شروع نشد و کاری که در نیمه راه شکست خورد ممکن است هشدار یکسانی تولید نکنند.
بررسی صبح را درباره نسخه انجام دهید
پرسش صبح این است که آیا نسخه جاری و قابل بازیابی وجود دارد، نه اینکه تونل بالاست. سن آخرین نسخه پذیرفته‌شده را با مهلت مقایسه کنید، سپس یک آزمون بازیابی ایمن روی یک فایل کوچک از آن نسخه انجام دهید. هنگام بررسی هر چیزی که اشتباه به نظر می‌رسد، نسخه‌های خوب قبلی را حفظ کنید.
برچسب‌های زمانی را در یک منطقه زمانی ثبت کنید، شامل منطقه زمان‌بند، منطقه مقصد و منطقه شخصی که داشبورد را می‌خواند. بیش از یکی از این بررسی‌ها به جای خطای شبکه به اختلاف ساعت ختم می‌شود، و یادداشت همان چیزی است که دفعه بعد آن را آشکار می‌کند.