آموزش ریستور بکاپ در دایرکت ادمین؛ بازیابی کامل سایت و رفع خطاها
برای ریستور بکاپ در دایرکت ادمین وارد پنل شوید، از بخش Advanced Features گزینه Create/Restore Backups را باز کنید، فایل بکاپ را انتخاب و روی Restore بزنید. اگر فایل در فهرست نیست، آن را بدون Extract کردن داخل مسیر /home/USERNAME/backups/ قرار دهید. پس از پایان کار، پیام سیستم و عملکرد فایلها، دیتابیس، SSL و ایمیل را جداگانه بررسی کنید.
- چه نوع بکاپی در DirectAdmin قابل ریستور است؟
- تفاوت ریستور در سطح User، Reseller و Admin
- آموزش ریستور بکاپ در دایرکت ادمین از سطح کاربر
- مرحله ۱: فایل و زمان بکاپ را بررسی کنید
- مرحله ۲: وارد دایرکت ادمین شوید
- مرحله ۳: Create/Restore Backups را باز کنید
- مرحله ۴: فایل بکاپ را انتخاب کنید
- مرحله ۵: اجزای موردنیاز را مشخص کنید
- مرحله ۶: Restore را اجرا کنید
- اگر فایل بکاپ در فهرست Restore نمایش داده نمیشود
- بعد از ریستور چه چیزهایی را بررسی کنیم؟
- رفع خطاهای رایج ریستور بکاپ دایرکت ادمین
- آیا بکاپ cPanel روی DirectAdmin ریستور میشود؟
- ریستور فایل و دیتابیس وردپرس بهصورت دستی
- ریستور بکاپ سایت هکشده؛ چه احتیاطی لازم است؟
- ریستور بکاپ ووکامرس بدون از دستدادن سفارش
- انتخاب زیرساخت مناسب برای بازیابیپذیری بهتر
- سؤالات متداول
- بکاپ دایرکت ادمین در چه مسیری قرار میگیرد؟
- آیا برای ریستور باید فایل tar.gz را Extract کنیم؟
- ریستور چقدر طول میکشد؟
- آیا میتوان فقط دیتابیس را ریستور کرد؟
- چرا بعد از ریستور سایت هنوز خراب است؟
- منابع رسمی
- جمعبندی
اگر هنوز فایل پشتیبان سازگار ندارید، ابتدا راهنمای بکاپگیری کامل از هاست دایرکت ادمین را ببینید. ساخت بکاپ پس از خرابی، جای نسخه سالم قبل از حادثه را نمیگیرد.
چه نوع بکاپی در DirectAdmin قابل ریستور است؟
مطمئنترین گزینه، آرشیوی است که با سیستم Backup خود DirectAdmin ساخته شده باشد. طبق مستندات رسمی، DirectAdmin برای هر حساب یک آرشیو شامل بخشهای انتخابشده مانند فایل دامنهها، دیتابیس، ایمیل، FTP و تنظیمات ایجاد میکند و همان ساختار قابلیت بازیابی یککلیکی دارد.
فایل ZIP معمولی از public_html، خروجی خام phpMyAdmin یا Full Backup کنترلپنل دیگری، «بکاپ کامل DirectAdmin» محسوب نمیشود و از این صفحه الزاماً قابل Restore نیست. این فایلها باید با روش متناسب خودشان بازیابی یا برای مهاجرت توسط مدیر سرور تبدیل شوند.
تفاوت ریستور در سطح User، Reseller و Admin
| سطح دسترسی | محل ابزار | کاربرد | مسیر معمول بکاپ |
|---|---|---|---|
| User | Advanced Features → Create/Restore Backups | بازیابی دادههای همان حساب | /home/USERNAME/backups/ |
| Reseller | Reseller Tools → Manage User Backups | بازیابی کاربران زیرمجموعه | /home/RESELLER/user_backups/ |
| Admin | Admin Tools → Admin Backup/Transfer | بازیابی یا انتقال کامل حساب کاربران | /home/admin/admin_backups/ یا مسیر تنظیمشده |
اگر هاست اشتراکی دارید، معمولاً فقط سطح User در اختیار شماست. بازیابی بکاپ کامل یک حساب از سرور دیگر، تغییر IP، مالک حساب یا رفع تعارض دامنه ممکن است به دسترسی Admin و کمک شرکت میزبانی نیاز داشته باشد.
آموزش ریستور بکاپ در دایرکت ادمین از سطح کاربر
مرحله ۱: فایل و زمان بکاپ را بررسی کنید
- مطمئن شوید بکاپ قبل از زمان خرابی و بعد از آخرین تغییر مهم ساخته شده است.
- حجم فایل نباید صفر یا بهطور غیرعادی کوچک باشد.
- پسوند و ساختار آرشیو را تغییر ندهید و آن را در کامپیوتر Extract و دوباره ZIP نکنید.
- اگر فایل از حساب یا سرور دیگری آمده، نام کاربری، نسخه دیتابیس و محدودیتهای میزبان مقصد را در نظر بگیرید.
مرحله ۲: وارد دایرکت ادمین شوید
با HTTPS و اطلاعات حساب وارد پنل شوید. اگر آدرس ورود را نمیدانید، راهنمای ورود به دایرکت ادمین را ببینید.
مرحله ۳: Create/Restore Backups را باز کنید
در پوسته Evolution معمولاً این گزینه در Advanced Features قرار دارد. نام یا محل دقیق منو ممکن است با Skin، سطح دسترسی و تنظیم شرکت هاستینگ کمی متفاوت باشد.
مرحله ۴: فایل بکاپ را انتخاب کنید
در بخش Restore، آرشیو موردنظر را از فهرست انتخاب کنید. اگر چند نسخه دارید، فقط به نام فایل اکتفا نکنید و تاریخ ساخت و حادثه را تطبیق دهید.
مرحله ۵: اجزای موردنیاز را مشخص کنید
بسته به نسخه DirectAdmin و محتویات بکاپ ممکن است امکان انتخاب بخشها وجود داشته باشد:
- Website Data: فایلهای دامنه و فهرست زیردامنهها؛
- Database Settings/Data: دیتابیس، کاربران و دادهها؛
- E-mail: حسابها، پیامها، Forwarder و تنظیمات؛
- FTP: حسابها و تنظیمات FTP؛
- Trash: دادههای سطل زباله، اگر در بکاپ موجود باشد.
برای بازیابی کامل یک سایت وردپرسی معمولاً حداقل فایل دامنه و Database Data/Settings لازم است. بازیابی فقط فایلها بدون دیتابیس یا برعکس میتواند نسخههای ناسازگار از کد و داده ایجاد کند.
مرحله ۶: Restore را اجرا کنید
روی Restore کلیک کنید و تا دریافت پیام پایان منتظر بمانید. بستن مرورگر الزاماً Job سرور را متوقف نمیکند، اما چندبار روی دکمه نزنید. نتیجه را در بخش پیامها/Notifications دایرکت ادمین بررسی کنید؛ ظاهرشدن دوباره صفحه بهتنهایی نشانه موفقیت کامل نیست.
اگر فایل بکاپ در فهرست Restore نمایش داده نمیشود
- File Manager را باز کنید و به Home حساب بروید، نه
public_html. - پوشه
backupsرا پیدا کنید؛ مسیر کامل در سطح User معمولاً/home/USERNAME/backups/است. - اگر پوشه وجود ندارد و دسترسی ساخت دارید، پوشهای دقیقاً با نام
backupsبسازید. - آرشیو DirectAdmin را داخل همین پوشه Upload کنید.
- مجوز و مالک فایل باید متعلق به همان User باشد. در هاست اشتراکی، در صورت مشکل از پشتیبانی بخواهید Ownership را بررسی کند.
- صفحه Create/Restore Backups را دوباره باز کنید.
فایل بکاپ را داخل public_html قرار ندهید. آرشیو ممکن است دیتابیس، تنظیمات و اطلاعات حساس داشته باشد و نباید از وب قابل دانلود باشد.
بعد از ریستور چه چیزهایی را بررسی کنیم؟
- پیام DirectAdmin: خطا یا Warning هر بخش را بخوانید.
- صفحه اصلی و چند URL داخلی: فقط بازشدن Home کافی نیست.
- پیشخوان وردپرس: ورود، افزونهها و نسخه قالب را کنترل کنید.
- دیتابیس: اتصال، دادههای جدید و Collation را بررسی کنید.
- DNS و دامنه: Restore فایل، DNS عمومی را لزوماً تغییر نمیدهد.
- SSL: اعتبار گواهی و HTTPS را آزمایش کنید.
- ایمیل: ارسال و دریافت، Forwarder و صندوقها را تست کنید.
- Cron: Jobها و پردازشهای زمانبندیشده را بررسی کنید.
- کش: کش سایت، سرور و CDN را پاک یا Purge هدفمند کنید.
- لاگ: خطاهای PHP، وبسرور و اپلیکیشن را مرور کنید.
رفع خطاهای رایج ریستور بکاپ دایرکت ادمین
| خطا یا وضعیت | علت محتمل | راهحل |
|---|---|---|
| No backups created yet | آرشیو در مسیر User Backup دیده نمیشود | فایل را در /home/USERNAME/backups/ بگذارید و Ownership را بررسی کنید |
| Backup is invalid یا خطای tar | فایل ناقص، خراب یا با ساختار ناسازگار است | نسخه اصلی را دوباره منتقل کنید؛ تغییر پسوند یا ZIP کردن مشکل را حل نمیکند |
| No space left on device | فضای دیسک یا Inode کافی نیست | برای آرشیو، استخراج و دیتابیس فضای آزاد ایجاد کنید یا از میزبان بخواهید بررسی کند |
| Permission denied | مالکیت یا Permission فایل اشتباه است | Ownership آرشیو و مسیر backups باید با User هماهنگ باشد |
| Domain already exists | دامنه قبلاً زیر حساب دیگری ثبت شده است | مدیر سرور باید تعارض Domain Ownership را بررسی کند |
| MySQL server has gone away | Dump بزرگ، Timeout یا محدودیت دیتابیس | لاگ Restore و تنظیمات MySQL را در سطح Admin بررسی کنید |
| سایت پس از Restore خطای دیتابیس دارد | فایل و دیتابیس همنسخه نیستند یا اطلاعات اتصال تغییر کرده است | Database Settings/Data و تنظیمات برنامه مانند wp-config.php را تطبیق دهید |
| صفحه قدیمی دیده میشود | کش مرورگر، WordPress، وبسرور یا CDN | کش هر لایه را هدفمند پاک و پاسخ Origin را بررسی کنید |
آیا بکاپ cPanel روی DirectAdmin ریستور میشود؟
بکاپ سطح User که با سیستم DirectAdmin ساخته شده، مسیر استاندارد این آموزش است. آرشیو cPanel فرمت و ساختار دیگری دارد و کاربر عادی نباید فقط نام یا پسوند آن را تغییر دهد. ابزارهای مهاجرت سطح Admin ممکن است بعضی فرمتها را تبدیل کنند، اما این کار باید توسط مدیر سرور و پس از بررسی سازگاری انجام شود.
ریستور فایل و دیتابیس وردپرس بهصورت دستی
اگر Full Backup سازگار ندارید ولی ZIP فایلها و خروجی SQL در اختیار دارید، بازیابی دستی ممکن است:
- فایلها را در Document Root صحیح قرار دهید.
- دیتابیس و User آن را بسازید و SQL را Import کنید.
- اطلاعات اتصال در
wp-config.phpرا اصلاح کنید. - URL سایت، Permission، PHP Version و Rewrite Rules را بررسی کنید.
این روش با Restore حساب DirectAdmin یکسان نیست و ایمیلها، FTP، DNS و سایر تنظیمات حساب را خودکار برنمیگرداند.
ریستور بکاپ سایت هکشده؛ چه احتیاطی لازم است؟
بازگرداندن بکاپ آلوده، سایت را دوباره آلوده میکند. تاریخ اولین نشانه نفوذ را پیدا کنید و نسخهای قبل از آن انتخاب کنید. سپس WordPress، قالب و افزونهها را از منبع معتبر بهروز، رمزهای پنل/دیتابیس/مدیر را تعویض و لاگها را بررسی کنید. راهنمای پاکسازی سایت وردپرس هکشده مراحل تکمیلی را توضیح میدهد.
ریستور بکاپ ووکامرس بدون از دستدادن سفارش
در فروشگاه فعال، Restore کامل دیتابیس به نسخه قدیمی میتواند سفارش، موجودی، مشتری و وضعیت پرداختهای جدید را حذف کند. پیش از Restore باید Recovery Point و Recovery Time مشخص شود و در صورت نیاز دادههای پس از بکاپ جداگانه نگهداری یا با فرآیند کنترلشده Merge شوند.
برای فروشگاه، فقط سرعت Restore مهم نیست؛ زیرساخت باید دیتابیس و پردازش پویا را پایدار نگه دارد. در صورت رشد فروشگاه، منابع و سیاست پشتیبانی هاست ووکامرس را با بار واقعی مقایسه کنید.
انتخاب زیرساخت مناسب برای بازیابیپذیری بهتر
- برای سایت معمولی وردپرسی، هاست وردپرس باید کش، امنیت، منابع و فرآیند Restore مشخص داشته باشد.
- برای نیاز به افزایش منابع یا افزونگی، جزئیات واقعی هاست ابری و محل نگهداری بکاپ را بررسی کنید.
- در سرور اختصاصی کنترل بیشتری دارید، اما طراحی Backup، Retention، Monitoring و آزمون Restore مسئولیت مدیر سرور است.
قبل از خرید از ارائهدهنده بپرسید بکاپ در همان سرور است یا مقصد مستقل، چند نسخه نگه میدارد، بازه تهیه بکاپ چیست و Restore کامل یا جزئی چگونه درخواست میشود.
سؤالات متداول
بکاپ دایرکت ادمین در چه مسیری قرار میگیرد؟
در سطح User معمولاً در /home/USERNAME/backups/ است. بکاپهای Reseller و Admin مسیرهای جدا دارند و ممکن است مدیر سرور مقصد سفارشی تعیین کرده باشد.
آیا برای ریستور باید فایل tar.gz را Extract کنیم؟
خیر. برای Restore استاندارد DirectAdmin، آرشیو را دستنخورده در مسیر صحیح قرار دهید و از پنل انتخاب کنید.
ریستور چقدر طول میکشد؟
به حجم فایل و ایمیل، اندازه دیتابیس، سرعت دیسک، CPU و بار سرور بستگی دارد. پیام یا Progress Monitor را بررسی کنید و زمان ثابت وعده ندهید.
آیا میتوان فقط دیتابیس را ریستور کرد؟
اگر بکاپ شامل Database Data/Settings باشد و رابط اجازه انتخاب آن بخش را بدهد، بله؛ اما سازگاری دیتابیس با نسخه فایلهای برنامه را بررسی کنید.
چرا بعد از ریستور سایت هنوز خراب است؟
ممکن است بکاپ پس از خرابی ساخته شده باشد، فقط بخشی از دادهها بازیابی شده باشد یا مشکل در DNS، SSL، PHP، کش یا تنظیمات خارج از آرشیو باشد. پیام Restore و لاگها را بررسی کنید.
منابع رسمی
جمعبندی
برای ریستور بکاپ در DirectAdmin، آرشیو سازگار را بدون Extract کردن در مسیر /home/USERNAME/backups/ قرار دهید، از Create/Restore Backups بازیابی را اجرا کنید و نتیجه هر بخش را در پیامهای سیستم بخوانید. پس از Restore، فایل، دیتابیس، SSL، ایمیل، Cron و کش را جدا آزمایش کنید. در سایت فعال—خصوصاً ووکامرس—زمان بکاپ و دادههای ایجادشده پس از آن را پیش از جایگزینی دیتابیس جدی بگیرید.
