نیاز و پوشش
داده، وابستگیها، مالک خدمت و هدف بازیابی را ثبت کنید.
راه‌اندازی بکاپ خودکار سازمانی؛ از نیاز واقعی شروع کنیم
بکاپ خودکار وابستگی پشتیبان‌گیری به حضور و حافظهٔ افراد را کمتر می‌کند. با این حال اتوماتیک شدن یک کار ناقص، فقط همان نقص را مرتب تکرار می‌کند. طراحی مناسب باید معلوم کند از چه چیزی، با چه روشی، در کدام مقصد و برای چه هدف بازیابی نسخه تهیه می‌شود. این راهنما برای تعریف پروژه و معیار تحویل است، نه اجرای فرمان روی اطلاعات واقعی شما.
طراحی راهکار
روش، محل نگهداری، اختیار اجرا و مسیر خطا را مشخص کنید.
آزمون ایزوله
بازیابی و پذیرش برنامه را در محیط مجاز و جدا بررسی کنید.
تحویل و بازبینی
شاهد آزمون، مسئول پیگیری و برنامهٔ بازآزمون را نگه دارید.
پوشش داده و وابستگی‌های برنامه
فهرست فایل‌ها، دیتابیس، تنظیمات و وابستگی‌های ضروری برنامه را با مالک سرویس تهیه کنید. بکاپ پوشهٔ وب ممکن است فایلهای آپلود یا پایگاه داده را پوشش ندهد. مسیرهای مستثنا و دلیل آن‌ها باید مستند باشند. برای هر مورد، روش دسترسی و مسئول تأیید را تعیین کنید؛ دادهٔ ناشناخته با فرض «احتمالاً مهم نیست» کنار گذاشته نشود.
روش سازگار با دیتابیس
مستند SQL Dump در PostgreSQL توضیح می‌دهد که pg_dump تصویری سازگار از یک دیتابیس تهیه می‌کند؛ اطلاعات عمومی مانند نقش‌ها موضوع جدا هستند. انتخاب ابزار باید با نسخه، مجوزها و نیاز بازیابی هماهنگ شود. گرفتن خروجی بدون بررسی مالکیت، وابستگی و امکان بازگردانی برنامه، پوشش کامل خدمت را اثبات نمیکند.
چرا کپی معمولی همه‌جا کافی نیست؟
برای فایلهای دیتابیس در حال کار، کپی عادی پوشه را معادل بکاپ معتبر ندانید. راهنمای بکاپ سطح فایل PostgreSQL شرایط سازگاری و snapshot هماهنگ را توضیح می‌دهد. همین اصل را برای سامانه‌های دیگر با مستند محصول بررسی کنید؛ راهکار عمومیِ «همهٔ فایل‌ها را کپی کن» جای روش تأییدشدهٔ برنامه را نمی‌گیرد.
زمان‌بندی، تداخل و نسخهٔ از دست‌رفته
بازهٔ اجرا را با میزان تغییر داده، ساعت شلوغ و ظرفیت ذخیره هماهنگ کنید. مشخص کنید اگر کار قبلی هنوز تمام نشده، اجرای بعدی چه رفتاری دارد. خاموش بودن سرور یا قطع مقصد نباید بی‌خبر یک دوره را حذف کند. برنامهٔ تکرار باید محدود و قابل پیگیری باشد تا تلاش دوباره بار خدمت اصلی را مختل نکند.
نگهداری نسخه و ظرفیت مقصد
فقط آخرین فایل را نگه ندارید؛ مدت و تعداد نسخه‌ها را بر اساس نیاز و فضای واقعی تعیین کنید. زنجیرهٔ نسخه‌های وابسته باید کامل بماند. پاک‌سازی باید به موفقیت و سیاست تأییدشده وابسته باشد، نه حذف نسخهٔ سالم پیش از تمام شدن کار جدید. رشد داده، پر شدن مقصد و زمان انتقال را در برآورد هزینه ببینید.
حفاظت مقصد و اختیار اجرا
نسخه‌ها نباید در مسیر عمومی وب یا در اختیار تمام کاربران باشند. حساب تهیهٔ بکاپ و اختیار حذف مخزن را با اصل دسترسی لازم بررسی کنید. رمزنگاری، نگهداری امن کلید و راه دسترسی در بحران را جدا طراحی کنید. قرار داشتن دو کپی در همان سرور، ریسک خرابی همان میزبان را از بین نمی‌برد.
گزارش نتیجه و هشدار قابل اقدام
شروع، پایان، محدوده، حجم غیرعادی و خطای مقصد را ثبت کنید. نبود پیام خطا با اجرای موفق تفاوت دارد؛ آخرین نسخهٔ تأییدشده باید معلوم باشد. هشدار به فرد مشخص برسد و امکان پیگیری داشته باشد. متن گزارش نباید رمز، کلید یا اطلاعات خصوصی دیتابیس را وارد ایمیل و کانال عمومی کند.
آزمون بازیابی و چک‌لیست تحویل
یک نسخه را در محیط جدا و مجاز بازگردانی کنید و عملیات مهم برنامه را با دادهٔ آزمایشی بررسی کنید. باز شدن آرشیو یا تطبیق هش فقط بخشی از کنترل است، نه پذیرش کامل برنامه. پوشش، جدول زمان‌بندی، محل نسخه‌ها، سیاست نگهداری، مسئول هشدار و شاهد آزمون را تحویل بگیرید. در این پروژه هیچ زمان‌بندی بکاپ تولیدی جدید فعال نمی‌شود.
پیاده‌سازی سیستم بکاپ خودکار در ویوان نت
نوع سرویس، حجم تقریبی داده، هدف زمان بازیابی و شرایط نگهداری را مشخص کنید تا دامنهٔ کار و معیار پذیرش قابل تعریف باشند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
سناریوی آموزشی: راه‌اندازی بکاپ خودکار سازمانی
یک سامانهٔ فرضی فرم پشتیبانی، فایلهای ضمیمه و دیتابیس جدا دارد. تیم ابتدا هر سه بخش و تنظیمات لازم را وارد پوشش می‌کند. در پایلوت، قطع مقصد و پر بودن فضای آزمایشی بررسی می‌شوند تا اجرای ناموفق پیام واضح بسازد. سپس یک نسخه در محیط ایزوله بازیابی می‌شود و باز شدن درخواست و ضمیمهٔ نمونه آزموده می‌شود؛ وجود فایل فشرده بهتنهایی پروژه را تمام نمیکند.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ پشتیبان‌گیری و بازیابی اطلاعات ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
پرسش‌های متداول دربارهٔ پیاده‌سازی سیستم بکاپ خودکار
آیا بکاپ پوشهٔ سایت شامل دیتابیس است؟
نه لزوماً؛ دیتابیس، فایلهای خارج پوشه و وابستگیها باید صریحاً در پوشش تعریف شوند.
هر چند وقت یک‌بار بکاپ بگیریم؟
به تغییر داده، هدف قابل قبول بازیابی و توان بستر بستگی دارد؛ یک بازه برای همهٔ سازمان‌ها مناسب نیست.
کپی پوشهٔ دیتابیس فعال معتبر است؟
کپی عادی را معتبر فرض نکنید؛ روش سازگار با همان محصول و نسخه لازم است.
خروجی موفق ابزار کافی است؟
خیر؛ پوشش و قابلیت بازگردانی برنامه باید جدا با آزمون بررسی شوند.
بکاپ روی همان سرور امن است؟
بهتنهایی در برابر خرابی یا دسترسی مهاجم به همان میزبان حفاظت مستقل ایجاد نمیکند.
این مقاله بکاپ واقعی سایت را زمان‌بندی می‌کند؟
خیر؛ مقاله آموزشی است. اجرای بکاپ تولیدی، مجوز، طراحی و آزمون جدا می‌خواهد.
منابع فنی و مطالعهٔ بیشتر
منابع برای مبانی و نمونهٔ روش‌ها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.