پشتیبانگیری
ساخت، دانلود و بازیابی پشتیبان پایگاه داده، بههمراه آن یک کاری که باید پیش از هر بهروزرسانی انجام دهید.
معرفی
هر چیزی که نسنت لینوکس میداند، از کاربران و اشتراکها تا حسابها، تنظیمات و گزارش ممیزی، در یک پایگاه داده است، پس یک پشتیبان از پایگاه داده یعنی پشتیبان کل استقرار. صفحه پشتیبانگیری آنها را میسازد، فهرست میکند، دانلود و بازیابی میکند، هم برای PostgreSQL و هم برای SQLite. مهاجرتهای ساختار پایگاه داده هنگام راهاندازی خودکار اجرا میشوند و دقیقا به همین دلیل باید پیش از هر بهروزرسانی پشتیبان بگیرید.
پیشنیازها
- پشتیبانها در
BACKUP_DIRنوشته میشوند، که پیشفرضش./data/backupsاست و زیر Docker یک bind mount است. مطمئن شوید این مسیر، همراه والیوم پایگاهداده، بخشی از روال پشتیبانگیری سطح میزبان شما باشد. - بازیابی همهٔ دادهها را جایگزین میکند. نه افزایشی است و نه برگشتپذیر.
- ربات تلگرام هم میتواند با یک دستور مدیریتی پشتیبانگیری را آغاز کند.
مراحل
- از نوار کناری Backup را باز کنید.
- یک پشتیبان بسازید. با نام فایل، اندازه و زمان ساخت در جدول ظاهر میشود.
- دانلودش کنید و نسخه را از سرور بیرون ببرید، چون پشتیبانی که فقط روی همان ماشینِ در معرض خطر باشد پشتیبان نیست.
- برای بازیابی، روی یک ردیف Restore this backup را بزنید، یا یک فایل پشتیبان بارگذاری کنید.
- پنجرهٔ کار مخرب را با تایپ کردن
RESTOREدر جعبهٔ تأیید بپذیرید. - پس از آن سرور را دوباره راهاندازی کنید. خود صفحه صریح میگوید: بازیابی تنها پس از یک راهاندازی مجدد کامل اعمال میشود.
مرجع
| ستون | چه نشان میدهد |
|---|---|
| Filename | نام فایل پشتیبان. |
| Size | اندازهاش. |
| Created | زمان گرفته شدنش. |
| Actions | بازیابی این پشتیبان، دانلود، حذف. |
در SQLite بازیابی فایل پایگاهداده را عوض میکند و پروسه دوباره راه میافتد.
چون پایگاهدادهٔ بازیابیشده ممکن است تنظیمات ویژهٔ استقرار دیگری مثل نشانیها،
درگاهها و توکنها را با خود بیاورد، پنل یک نشانگر بذرگذاری میگذارد و در
راهاندازی بعدی تنظیمات محیطی محلی شما را روی مقدارهای بازیابیشده دوباره اعمال
میکند. برای کلیدهای ویژهٔ استقرار، .env فعلی شما برنده است، پس پشتیبان
بازیابیشده نمیتواند پنل شما را به نشانی کس دیگری اشاره دهد.
در PostgreSQL با روال استاندارد pg_restore یا psql روی پایگاهدادهٔ
nasnet_panel بازیابی کنید، یعنی همان پایگاهدادهای که پنل به آن وصل میشود، و
بعد پنل را دوباره راهاندازی کنید.
رفع اشکال
پس از بازیابی، ورود مدیر یا نشانی پایه درست بهنظر نمیرسد.
APP_BASE_URL و اعتبارنامهٔ مدیر خود را بررسی کنید، چون هر دو ویژهٔ استقرارند و
در نخستین راهاندازی پس از هر بازیابی ارزش بازبینی دارند.