# پشتیبان‌گیری

> ساخت، دانلود و بازیابی پشتیبان پایگاه داده، به‌همراه آن یک کاری که باید پیش از هر به‌روزرسانی انجام دهید.

Source: https://joinnasnet.com/fa/guides/nasnet-linux/backup/
Last updated: 2026-08-14

---

## معرفی

هر چیزی که نس‌نت لینوکس می‌داند، از کاربران و اشتراک‌ها تا حساب‌ها، تنظیمات و
گزارش ممیزی، در یک پایگاه داده است، پس یک پشتیبان از پایگاه داده یعنی پشتیبان کل
استقرار. صفحه **پشتیبان‌گیری** آن‌ها را می‌سازد، فهرست می‌کند، دانلود و بازیابی
می‌کند، هم برای PostgreSQL و هم برای SQLite. مهاجرت‌های ساختار پایگاه داده هنگام
راه‌اندازی خودکار اجرا می‌شوند و دقیقا به همین دلیل باید پیش از هر به‌روزرسانی
پشتیبان بگیرید.

## پیش‌نیازها

- پشتیبان‌ها در `BACKUP_DIR` نوشته می‌شوند، که پیش‌فرضش `./data/backups` است و
  زیر Docker یک bind mount است. مطمئن شوید این مسیر، همراه والیوم پایگاه‌داده،
  بخشی از روال پشتیبان‌گیری سطح میزبان شما باشد.
- بازیابی همهٔ داده‌ها را جایگزین می‌کند. نه افزایشی است و نه برگشت‌پذیر.
- ربات تلگرام هم می‌تواند با یک دستور مدیریتی پشتیبان‌گیری را آغاز کند.

## مراحل

1. از نوار کناری **Backup** را باز کنید.
2. یک پشتیبان بسازید. با نام فایل، اندازه و زمان ساخت در جدول ظاهر می‌شود.
3. دانلودش کنید و نسخه را از سرور بیرون ببرید، چون پشتیبانی که فقط روی همان
   ماشینِ در معرض خطر باشد پشتیبان نیست.
4. برای بازیابی، روی یک ردیف **Restore this backup** را بزنید، یا یک فایل
   پشتیبان بارگذاری کنید.
5. پنجرهٔ کار مخرب را با تایپ کردن `RESTORE` در جعبهٔ تأیید بپذیرید.
6. پس از آن سرور را دوباره راه‌اندازی کنید. خود صفحه صریح می‌گوید: بازیابی تنها
   پس از یک راه‌اندازی مجدد کامل اعمال می‌شود.

## مرجع

| ستون | چه نشان می‌دهد |
| ---- | -------------- |
| Filename | نام فایل پشتیبان. |
| Size | اندازه‌اش. |
| Created | زمان گرفته شدنش. |
| Actions | بازیابی این پشتیبان، دانلود، حذف. |

در **SQLite** بازیابی فایل پایگاه‌داده را عوض می‌کند و پروسه دوباره راه می‌افتد.
چون پایگاه‌دادهٔ بازیابی‌شده ممکن است تنظیمات ویژهٔ استقرار دیگری مثل نشانی‌ها،
درگاه‌ها و توکن‌ها را با خود بیاورد، پنل یک نشانگر بذرگذاری می‌گذارد و در
راه‌اندازی بعدی تنظیمات محیطی محلی شما را روی مقدارهای بازیابی‌شده دوباره اعمال
می‌کند. برای کلیدهای ویژهٔ استقرار، `.env` فعلی شما برنده است، پس پشتیبان
بازیابی‌شده نمی‌تواند پنل شما را به نشانی کس دیگری اشاره دهد.

در **PostgreSQL** با روال استاندارد `pg_restore` یا `psql` روی پایگاه‌دادهٔ
`nasnet_panel` بازیابی کنید، یعنی همان پایگاه‌داده‌ای که پنل به آن وصل می‌شود، و
بعد پنل را دوباره راه‌اندازی کنید.

## رفع اشکال

**پس از بازیابی، ورود مدیر یا نشانی پایه درست به‌نظر نمی‌رسد.**
`APP_BASE_URL` و اعتبارنامهٔ مدیر خود را بررسی کنید، چون هر دو ویژهٔ استقرارند و
در نخستین راه‌اندازی پس از هر بازیابی ارزش بازبینی دارند.

## مطالب مرتبط

- [تنظیمات](/fa/guides/nasnet-linux/settings/)
- [نصب](/fa/guides/nasnet-linux/install/)
- [ربات Telegram](/fa/guides/nasnet-linux/telegram-bot/)