بکاپ وردپرس فقط دانلود یک فایل نیست؛ مجموعه‌ای از فایل‌ها، دیتابیس و دستور بازیابی است که بتوانید آن را برگردانید. اگر بکاپ روی همان حساب هاست بماند، حذف حساب یا خرابی سرور می‌تواند نسخه اصلی و پشتیبان را هم‌زمان از بین ببرد. برنامه مناسب باید مقدار قابل قبول ازدست‌رفتن داده و زمان لازم برای بازگشت سایت را روشن کند.
بکاپ کامل چه چیزهایی را پوشش می‌دهد؟
پایگاه داده، uploads، قالب و child theme، افزونه‌ها، فایل‌های اختصاصی و تنظیمات لازم برای بازسازی سایت را پوشش دهید. خروجی XML ابزار برون‌بری وردپرس برای انتقال محتوا مفید است، اما جای بکاپ کامل دیتابیس و فایل‌ها نیست. تنظیمات وب‌سرور، DNS، ایمیل و وظایف زمان‌بندی نیز ممکن است خارج از وردپرس باشند؛ دامنه پوشش بکاپ هاست را دقیق بخوانید.
برای فروشگاه، سفارش، موجودی و تراکنش‌های تازه اهمیت ویژه دارند. فایل قدیمی و دیتابیس جدید یا برعکس ممکن است با هم سازگار نباشند؛ زمان snapshot اجزا و تغییرات حین تهیه بکاپ را در نظر بگیرید.
زمان‌بندی بکاپ وردپرس بر اساس تغییر داده
وبلاگی با انتشار هفتگی و فروشگاهی با سفارش ساعتی به برنامه یکسان نیاز ندارند. ابتدا مشخص کنید در بدترین حالت از دست دادن چند ساعت داده پذیرفتنی است و سایت باید در چه مدت برگردد. سپس فاصله بکاپ، تعداد نسخه‌هایی که نگه می‌دارید و فضای مقصد را بر همان اساس تنظیم کنید. قبل از ارتقای عمده، مهاجرت یا تغییر قالب، یک نسخه مشخص و تاریخ‌دار جدا بگیرید.
چند نسخه تاریخی نگه دارید؛ آخرین بکاپ ممکن است آلودگی یا حذف اشتباه را هم در خود ذخیره کرده باشد. اجرای موفق یک کار زمان‌بندی‌شده بدون کنترل اندازه و قابلیت خواندن فایل، تضمین سلامت نیست.
روش مناسب را انتخاب کنید
بکاپ کنترل‌پنل یا سرویسی که پشتیبان‌گیری را مدیریت می‌کند می‌تواند فایل و دیتابیس را با هم پوشش دهد؛ امکانات بازیابی، مدت نگهداری و هزینه احتمالی آن را بررسی کنید. افزونه معتبر برای زمان‌بندی و مقصد مستقل مفید است، اما باید با حجم سایت و محدودیت پردازش هاست سازگار باشد. روش دستی برای قبل از تغییرات یا محیط‌های کوچک مناسب است؛ اجرای مداوم آن به حافظه افراد وابسته می‌شود.
یک راه را مسئول اصلی پشتیبان‌گیری کنید و خروجی‌اش را پایش کنید. چند افزونه بکاپ هم‌زمان ممکن است به‌جای اطمینان بیشتر، CPU و دیسک را پر کنند. رمز یا کلید مقصد را فقط با حداقل دسترسی لازم و جدا از نسخه عمومی سایت نگه دارید.
نسخه مستقل و محافظت‌شده نگه دارید
حداقل یک نسخه خارج از همان سرور و حساب میزبانی داشته باشید. فایل بکاپ معمولاً اطلاعات کاربران، هش رمزها و کلیدهای پیکربندی را دارد؛ آن را در public_html، uploads عمومی یا لینک بدون احراز هویت رها نکنید. رمزگذاری، محدودیت دسترسی و احراز هویت دومرحله‌ای مقصد را در نظر بگیرید. کلید رمزگذاری باید امن و قابل بازیابی باشد؛ اگر بکاپ را رمزگذاری کنید اما کلید را نداشته باشید، نمی‌توانید از آن استفاده کنید.
تست بازیابی؛ مهم‌ترین کنترل نهایی
- یک محیط جدا و غیرقابل ایندکس بسازید؛ ارسال ایمیل، درگاه و webhook واقعی را در آن کنترل کنید.
- بکاپ انتخابی را بازیابی کنید و مدت انجام کار را ثبت کنید.
- ورود مدیر، نوشته و رسانه قدیمی، فرم‌ها، افزونه‌های ضروری و داده‌های فروشگاه را بررسی کنید.
- اختلاف URL محیط تست را با روش سازگار با داده سریال‌شده اصلاح کنید؛ نسخه اصلی را روی خودش overwrite نکنید.
- نتیجه و روش بازگشت را ثبت و بعد از تغییرات مهم تکرار کنید.
بازیابی دیتابیس قدیمی روی فروشگاه فعال می‌تواند سفارش‌های جدید را از بین ببرد. قبل از هر restore، وضعیت جاری را نیز ذخیره و روش ادغام داده‌های جدید را مشخص کنید. هدف، بازگشت خدمت با کمترین آسیب است؛ صرفاً سبزشدن پیام افزونه کافی نیست.
منابع و دامنه راهنما
این راهنما بر پایه مستندات رسمی زیر بازبینی شده است. نام گزینه‌ها و امکانات ممکن است با نسخه نرم‌افزار یا سطح دسترسی سرویس شما تفاوت داشته باشد.
