پشتیبان‌گیری از فایل و اثبات بازیابی آن

پس از ساخت فایل گذرواژه، این فرمان‌ها را در پروژهٔ تمرینی اجرا کنید. کار پشتیبان فقط صفحهٔ نمونه، volume پشتیبان، گذرواژه و پوشهٔ بازیابی را می‌بیند و شبکه ندارد. اینجا فایل ثابت را پشتیبان می‌گیریم، نه پایگاه داده.

sudo docker compose run --rm backup init
sudo docker compose run --rm backup backup /source
sudo docker compose run --rm backup snapshots
sudo docker compose run --rm backup check
sudo docker compose run --rm backup restore latest --target /restore --verify
cmp apps/custom-apps/site/index.html restore/source/index.html

فرمان init مخزن رمزگذاری‌شده را یک بار می‌سازد. اگر مخزن از قبل وجود دارد، با گذرواژهٔ اصلی snapshots را اجرا کنید. backup یک snapshot یا ثبت وضعیت فایل‌ها می‌سازد. check ساختار مخزن را بررسی می‌کند؛ بدون گزینهٔ مربوط به خواندن داده، همهٔ بلوک‌ها را نمی‌خواند. restore --verify فایل‌های بازیابی‌شده را بررسی می‌کند. خروجی خالی cmp و کد خروج 0 نشان می‌دهد فایل HTML با اصل یکسان است.

مقصد بازیابی از سایت اصلی جداست. فایل restore/source/index.html را باز کنید و بخوانید. در نخستین تلاش بازیابی تنها نسخهٔ سالم را بازنویسی نکنید. اگر خواندن گذرواژه یا نوشتن فایل مجاز نیست، مسیر اتصال و استثنای قابلیت‌های پشتیبان را در تنظیمات Compose بررسی کنید. رازها را برای همه خواندنی نکنید.

این تمرین در برابر چه چیزی محافظت نمی‌کند؟

volume پشتیبان روی همان دستگاه است. از دست رفتن دستگاه می‌تواند هر دو نسخه را نابود کند. برنامهٔ واقعی به مقصد مستقل، نگهداری نسخه‌های قبلی، اعتبارنامهٔ محافظت‌شده، پایش و تمرین بازیابی روی دستگاه دیگر نیاز دارد. اگر گذرواژهٔ مخزن گم شود، رمزگذاری کمکی به بازیابی نمی‌کند.

برای برنامهٔ دارای پایگاه داده، خروجی پشتیبانی‌شدهٔ پایگاه داده، فایل‌های بارگذاری‌شده، تنظیمات و کلیدهای لازم را به صورت مجموعه‌ای سازگار پشتیبان بگیرید. کانتینر سالم یا کپی موفق فایل اثبات بازیابی پایگاه داده نیست. راهنمای بازیابی همان نسخهٔ برنامه را دنبال کنید.

زمان، شناسهٔ snapshot، مقصد بازیابی، نتیجهٔ مقایسه و فایل‌های کم‌شده را در گزارش خصوصی ثبت کنید. نشانی مخزن یا اعتبارنامه را منتشر نکنید. راهنمای بازیابی restic

مرحلهٔ بعد: افزودن یک استک.