بکاپ وردپرس روی فضای ابری یکی از مطمئنترین روشها برای محافظت از فایلها، دیتابیس، قالبها و افزونههای سایت است. در این روش، نسخه پشتیبان بهجای اینکه فقط روی همان هاست اصلی باقی بماند، به یک فضای جداگانه منتقل میشود؛ بنابراین خرابی سرور، هک شدن سایت یا حذف ناخواسته فایلها، بکاپ شما را همزمان از بین نمیبرد. اگر هنوز با روشهای عمومی بکاپ گرفتن از وردپرس آشنا نیستید، مطالعه آن راهنما دید خوبی از ساختار نسخه پشتیبان به شما میدهد. در این مقاله، مستقیم سراغ راهاندازی بکاپ خودکار وردپرس روی فضای ابری میرویم و از ساخت مقصد S3 تا زمانبندی، بررسی صحت و بازگردانی سایت را قدمبهقدم توضیح میدهیم.
بکاپ وردپرس روی فضای ابری یعنی تهیه نسخهای از دیتابیس و فایلهای سایت و ذخیره آن در یک مقصد خارج از هاست اصلی؛ مانند Object Storage سازگار با S3، گوگل درایو یا Dropbox. بهترین تنظیم زمانی است که بکاپ بهصورت خودکار ساخته شود، چند نسخه قبلی نگهداری شود و امکان بازیابی آن نیز بهطور منظم آزمایش شود.
بکاپ وردپرس روی فضای ابری چیست؟
هر سایت وردپرسی از دو بخش اصلی تشکیل شده است: فایلها و دیتابیس. فایلها شامل تصاویر، قالبها، افزونهها و تنظیمات فنی هستند و دیتابیس نوشتهها، برگهها، کاربران، دیدگاهها، سفارشها و بخش زیادی از تنظیمات سایت را نگهداری میکند. بکاپ ابری یک کپی قابل بازیابی از این دو بخش است که خارج از سرور اصلی ذخیره میشود.
تفاوت مهم بکاپ ابری با دانلود یک فایل ZIP روی لپتاپ این است که فرایند میتواند خودکار، زمانبندیشده و قابل مدیریت باشد. برای مثال، میتوانید دیتابیس فروشگاه را هر ۴ ساعت و فایلها را روزانه بکاپ بگیرید و فقط ۱۰ نسخه آخر را نگه دارید. در چنین ساختاری، حتی اگر به پنل هاست دسترسی نداشته باشید، نسخههای پشتیبان در مقصد دیگری باقی میمانند.
| روش نگهداری بکاپ | مزیت اصلی | محدودیت مهم |
| همان هاست سایت | دسترسی و بازیابی سریع | خرابی یا نفوذ به هاست میتواند سایت و بکاپ را همزمان درگیر کند |
| رایانه شخصی | کنترل مستقیم روی فایل | وابسته به دانلود دستی، سلامت دیسک و نظم کاربر |
| فضای ابری | ذخیره خارج از هاست، خودکارسازی و مقیاسپذیری | نیازمند تنظیم صحیح دسترسی، زمانبندی و سیاست نگهداری نسخهها |
چرا ذخیره بکاپ روی همان هاست کافی نیست؟
بکاپی که فقط کنار فایلهای اصلی سایت نگهداری شود، یک نقطه شکست مشترک دارد. تصور کنید بهدلیل خطای فایلسیستم، حمله باجافزاری، حذف اشتباه حساب میزبانی یا پر شدن فضای دیسک، دسترسی به هاست از بین برود. در این وضعیت، ممکن است پوشه بکاپ هم همراه سایت غیرقابل استفاده شود.
- جداسازی ریسک: نسخه پشتیبان در زیرساختی مستقل از سایت اصلی قرار میگیرد؛
- کاهش مصرف فضای هاست: فایلهای قدیمی پس از انتقال موفق میتوانند از سرور اصلی پاک شوند؛
- دسترسی در زمان بحران: حتی هنگام قطع دسترسی به کنترلپنل هاست، بکاپ در مقصد ابری باقی میماند؛
- مدیریت تعداد نسخهها: میتوان سیاست نگهداری روزانه، هفتگی و ماهانه تعریف کرد؛
- انتقال سادهتر: در مهاجرت به هاست یا سرور جدید، نسخه پشتیبان از یک مقصد مستقل دریافت میشود.
برای نگهداری نسخهای مستقل از سرور اصلی، هاست بکاپ ایرانسرور نیز یک گزینه محصولی مجزا است. تفاوت آن با Object Storage بیشتر به روش اتصال و نوع استفاده برمیگردد؛ در ادامه توضیح میدهیم چه زمانی مقصد S3 انتخاب مناسبتری است.
قانون ۳-۲-۱ برای بکاپ وردپرس
برای اینکه یک حادثه همه نسخههای شما را از بین نبرد، از قانون ۳-۲-۱ استفاده کنید:
- ۳ نسخه از دادهها: یک نسخه اصلی سایت و دستکم دو نسخه پشتیبان؛
- ۲ نوع یا مقصد ذخیرهسازی: برای مثال هاست اصلی و فضای ابری؛
- ۱ نسخه خارج از محل: نسخهای که از زیرساخت اصلی سایت جدا باشد.
برای یک سایت وردپرسی، اجرای ساده این قانون میتواند شامل سایت فعال روی هاست، یک بکاپ کوتاهمدت در کنترلپنل و یک نسخه خودکار روی فضای ابری باشد. سایتهای فروشگاهی یا سازمانی بهتر است یک نسخه غیرقابلتغییر یا آفلاین نیز در برنامه بازیابی خود داشته باشند.
از چه بخشهایی در وردپرس باید بکاپ بگیریم؟
بکاپ کامل وردپرس باید بهاندازهای جامع باشد که بتوان سایت را روی یک نصب تازه بازسازی کرد. تنها ذخیره پوشه تصاویر یا خروجی دیتابیس برای بازیابی کامل کافی نیست.
| بخش | چه اطلاعاتی دارد؟ | پیشنهاد بکاپ |
| دیتابیس | نوشتهها، برگهها، کاربران، تنظیمات، دیدگاهها و سفارشها | برای سایتهای پویا با فاصله زمانی کوتاهتر از فایلها |
| پوشه uploads | تصاویر، فایلهای دانلودی و رسانهها | روزانه یا هفتگی، متناسب با حجم انتشار محتوا |
| قالبها و افزونهها | کد، تنظیمات و افزونههای اختصاصی | پس از تغییرات و حداقل بهصورت هفتگی |
| فایلهای پیکربندی | wp-config.php، .htaccess و تنظیمات خاص سرور | در بکاپ کامل و پس از هر تغییر فنی |
| هسته وردپرس | فایلهای اصلی CMS | ضروری نیست، اما در بکاپ کامل میتواند فرایند بازیابی را سادهتر کند |
نکته برای ووکامرس: سفارشها، موجودی کالا، مشتریان و وضعیت پرداخت در دیتابیس تغییر میکنند. بنابراین ممکن است بکاپ هفتگی فایلها مناسب باشد، اما دیتابیس باید هر چند ساعت یکبار یا با راهکار نزدیک به لحظه پشتیبانگیری شود.
پیشنیازهای بکاپ وردپرس روی فضای ابری
در این آموزش از افزونه UpdraftPlus و یک مقصد سازگار با S3 استفاده میکنیم. S3 یک روش استاندارد برای ارتباط نرمافزارها با فضای ذخیرهسازی شیءمحور است. اگر میخواهید قبل از شروع با مفهوم باکت، آبجکت و Endpoint آشنا شوید، مقاله Object Storage چیست را بخوانید.
- دسترسی مدیر به پیشخوان وردپرس؛
- فضای ذخیرهسازی ابری با پشتیبانی از S3 یا یکی از مقصدهای ابری افزونه؛
- یک Bucket اختصاصی برای بکاپهای سایت؛
- Access Key، Secret Key و Endpoint مقصد ذخیرهسازی؛
- فضای خالی موقت روی هاست برای ساخت فایلهای بکاپ؛
- یک بازه کمترافیک برای اولین بکاپ و تست بازیابی.
برای این سناریو میتوانید از آبجکت استوریج ایرانسرور استفاده کنید. این سرویس با S3 سازگار است و برای نگهداری بکاپ، آرشیو فایل و دادههای حجیم طراحی شده است.
آموزش بکاپ وردپرس روی فضای ابری با UpdraftPlus
UpdraftPlus از شناختهشدهترین افزونههای بکاپ وردپرس است و امکان تهیه نسخه دستی، زمانبندی بکاپ فایل و دیتابیس، انتقال به مقصد راهدور و بازگردانی را فراهم میکند. برای مقایسه آن با گزینههای دیگر، راهنمای بهترین افزونههای بکاپ وردپرس را ببینید.
مرحله اول: نصب افزونه UpdraftPlus
- وارد پیشخوان وردپرس شوید؛
- از مسیر «افزونهها ← افزودن افزونه تازه» وارد مخزن شوید؛
- عبارت UpdraftPlus را جستوجو کنید؛
- افزونه را نصب و فعال کنید؛
- از مسیر «تنظیمات ← پشتیبانهای UpdraftPlus» صفحه افزونه را باز کنید.
مرحله دوم: ساخت باکت و کلیدهای دسترسی
وارد پنل سرویس فضای ابری شوید و یک باکت مخصوص بکاپ بسازید. نامی انتخاب کنید که هدف آن مشخص باشد؛ برای مثال site-backups یا wordpress-production-backups. سپس کلیدهای دسترسی را ایجاد کنید و اطلاعات زیر را در مکانی امن نگه دارید:
- Access Key: شناسه دسترسی نرمافزار به فضای ابری؛
- Secret Key: کلید محرمانهای که نباید در تصویر، تیکت عمومی یا مخزن کد منتشر شود؛
- Endpoint: آدرس اتصال S3 سرویسدهنده؛
- Bucket Name: نام باکت مقصد؛
- Region: موقعیت یا ناحیه سرویس، در صورتی که پنل آن را ارائه کند.
بهتر است این کلید فقط به همان باکت دسترسی داشته باشد و مجوزهای غیرضروری مانند مدیریت سایر باکتها برای آن فعال نباشد. این اصل که با نام «حداقل سطح دسترسی» شناخته میشود، خسارت ناشی از افشای احتمالی کلید را محدود میکند.
مرحله سوم: اتصال UpdraftPlus به فضای ابری S3
- در صفحه افزونه وارد زبانه «تنظیمات» شوید؛
- در بخش Remote Storage، گزینه Amazon S3 یا S3-Compatible (Generic) را انتخاب کنید. نام گزینه ممکن است با توجه به نسخه افزونه یا زبان رابط کمی متفاوت باشد؛
- Access Key و Secret Key را وارد کنید؛
- Endpoint و نام Bucket را مطابق پنل فضای ابری ثبت کنید؛
- در صورت نمایش گزینه Path Style یا Bucket Style، مقدار سازگار با مستندات سرویسدهنده را انتخاب کنید؛
- روی «Test S3 Settings» یا گزینه آزمایش تنظیمات کلیک کنید؛
- پس از موفق بودن تست، تنظیمات را ذخیره کنید.
| فیلد افزونه | مقدار موردنیاز |
| S3 Access Key | Access Key ساختهشده در پنل فضای ابری |
| S3 Secret Key | Secret Key محرمانه |
| S3 Location / Bucket | نام باکت و در صورت نیاز پوشه داخلی، مانند site-backups/production |
| S3 Endpoint | آدرس Endpoint ارائهشده توسط سرویسدهنده |
| Region | ناحیه سرویس؛ فقط در صورت نیاز |
مرحله چهارم: زمانبندی بکاپ فایلها و دیتابیس
UpdraftPlus اجازه میدهد زمانبندی فایلها و دیتابیس را جداگانه تنظیم کنید. این قابلیت مهم است؛ چون دیتابیس یک فروشگاه ممکن است هر ساعت تغییر کند، اما فایل قالب یا افزونه فقط هنگام بهروزرسانی تغییر میکند.
| نوع سایت | بکاپ دیتابیس | بکاپ فایلها | تعداد نسخه پیشنهادی |
| سایت شرکتی کمتغییر | روزانه یا هفتگی | هفتگی | ۴ تا ۸ نسخه |
| وبلاگ فعال | روزانه | روزانه یا هفتگی | ۷ تا ۱۴ نسخه |
| سایت خبری | هر ۴ تا ۱۲ ساعت | روزانه | ۱۴ تا ۳۰ نسخه |
| فروشگاه ووکامرسی | هر ۱ تا ۴ ساعت یا نزدیک به لحظه | روزانه و قبل از تغییرات مهم | متناسب با حجم سفارش و فضای ذخیرهسازی |
برای انتخاب بازه درست، دو سؤال ساده بپرسید: «حداکثر چند ساعت داده را میتوانم از دست بدهم؟» و «سایت باید حداکثر در چه مدت برگردد؟» پاسخ سؤال اول همان هدف نقطه بازیابی یا RPO و پاسخ سؤال دوم هدف زمان بازیابی یا RTO است. هرچه RPO کوتاهتر باشد، باید دفعات بکاپ دیتابیس بیشتر شود.
زمان اجرای بکاپ را در ساعات کمترافیک قرار دهید تا فشردهسازی فایلها و ارسال به فضای ابری، فشار کمتری به CPU، RAM و دیسک هاست وارد کند. همچنین تعداد نسخههای قابل نگهداری را مشخص کنید تا فضای ابری بدون کنترل پر نشود.
مرحله پنجم: اجرای اولین بکاپ و بررسی مقصد ابری
- وارد زبانه «Backup / Restore» شوید؛
- روی «Backup Now» یا «تهیه پشتیبان» کلیک کنید؛
- گزینه بکاپ فایلها و دیتابیس را فعال نگه دارید؛
- ارسال به Remote Storage را تأیید کنید؛
- تا پایان فرایند صفحه را نبندید و گزارش را بررسی کنید؛
- سپس وارد پنل فضای ابری شوید و وجود فایلهای دیتابیس، افزونهها، قالبها، uploads و سایر بخشها را در باکت کنترل کنید.
نمایش پیام «Backup Successful» پایان کار نیست. بکاپ زمانی قابل اعتماد است که فایلها در مقصد ابری وجود داشته باشند، گزارش خطا نداشته باشد و حداقل یک بار فرایند بازگردانی آن روی محیط آزمایشی با موفقیت انجام شده باشد.
مرحله ششم: بازگردانی بکاپ وردپرس
برای بازگردانی نسخهای که UpdraftPlus آن را میشناسد، وارد بخش «Existing Backups» شوید و کنار نسخه موردنظر روی Restore کلیک کنید. سپس اجزایی را که باید بازیابی شوند انتخاب کنید:
- Database؛
- Plugins؛
- Themes؛
- Uploads؛
- Other files.
در بازیابی کامل، همه بخشها را انتخاب کنید. اگر فقط یک افزونه مشکل ایجاد کرده است، میتوانید همان بخش را برگردانید؛ اما قبل از اجرای بازیابی روی سایت اصلی، از وضعیت فعلی یک بکاپ تازه بگیرید. برای سایتهای فروشگاهی، بازگردانی دیتابیس قدیمی میتواند سفارشهای جدید را حذف کند؛ بنابراین زمان نسخه و پیامد آن را دقیق بررسی کنید.
بهترین روش: ابتدا بکاپ را روی سابدامین آزمایشی یا محیط Staging بازیابی کنید، ورود به پیشخوان، صفحات اصلی، فرمها، تصاویر و فرایند خرید را بررسی کنید و بعد سراغ سایت اصلی بروید.
چطور مطمئن شویم بکاپ وردپرس سالم است؟
داشتن فایل بکاپ با داشتن برنامه بازیابی تفاوت دارد. ممکن است فایل ناقص باشد، دیتابیس بهدرستی استخراج نشود یا نسخه پشتیبان بهدلیل محدودیت منابع نیمهکاره باقی بماند. این چکلیست را پس از راهاندازی اجرا کنید:
- گزارش افزونه را برای خطا، هشدار و فایل جاافتاده بررسی کنید؛
- وجود همه بخشهای بکاپ را در مقصد ابری کنترل کنید؛
- حجم نسخه جدید را با نسخههای قبلی مقایسه کنید؛ کاهش غیرعادی حجم میتواند نشانه بکاپ ناقص باشد؛
- هر ماه یا پس از تغییرات بزرگ، یک بازیابی آزمایشی انجام دهید؛
- زمان لازم برای بازیابی را ثبت کنید تا RTO واقعی سایت مشخص شود؛
- اعلان ایمیلی خطا را فعال کنید تا شکست بکاپ پنهان نماند.
چند نسخه بکاپ نگه داریم و چقدر فضا نیاز داریم؟
تعداد نسخه مناسب به نرخ تغییر سایت، ارزش دادهها و بودجه ذخیرهسازی بستگی دارد. یک الگوی کاربردی، نگهداری نسخههای روزانه برای یک یا دو هفته، نسخههای هفتگی برای یک یا دو ماه و نسخههای ماهانه برای بازه طولانیتر است.
برای تخمین اولیه از این فرمول استفاده کنید:
فضای موردنیاز تقریبی = حجم هر بکاپ × تعداد نسخههای نگهداریشده + فضای رشد و فایلهای موقت
برای مثال، اگر هر بکاپ کامل ۵ گیگابایت باشد و ۸ نسخه نگه دارید، حداقل به ۴۰ گیگابایت فضا نیاز دارید. بهتر است ۲۰ تا ۳۰ درصد ظرفیت اضافه برای رشد رسانهها، تغییر حجم دیتابیس و همپوشانی نسخههای در حال ساخت در نظر بگیرید. در بکاپهای فشرده یا افزایشی، مصرف واقعی میتواند کمتر باشد.
نکات امنیتی بکاپ وردپرس در فضای ابری
- کلید اختصاصی بسازید: از کلید مدیریتی اصلی حساب برای اتصال افزونه استفاده نکنید؛
- دسترسی را محدود کنید: کلید فقط مجوز خواندن و نوشتن در باکت بکاپ همان سایت را داشته باشد؛
- نسخهبندی را فعال کنید: اگر سرویس مقصد از Versioning پشتیبانی میکند، حذف یا بازنویسی اشتباه فایلها قابل جبرانتر میشود؛
- رمزنگاری را جدی بگیرید: انتقال روی HTTPS و رمزنگاری داده در مقصد را فعال نگه دارید. برای دادههای حساس از رمزنگاری آرشیو نیز استفاده کنید؛
- کلیدها را دورهای تعویض کنید: بهخصوص پس از تغییر مدیر سایت یا احتمال افشای اطلاعات؛
- فایل موقت را پاک کنید: بعد از انتقال موفق، نسخههای موقت قدیمی را از هاست حذف کنید تا فضای دیسک پر نشود؛
- دسترسی وردپرس را ایمن کنید: رمز عبور قوی، احراز هویت دومرحلهای و بهروزرسانی منظم افزونه بکاپ ضروری است.
خطاهای رایج بکاپ وردپرس روی فضای ابری و راهحل آنها
| خطا یا نشانه | علت احتمالی | راهحل پیشنهادی |
| تست اتصال S3 ناموفق است | Endpoint، کلید، نام باکت یا Region اشتباه است | مقادیر را بدون فاصله اضافه وارد کنید و مجوز کلید روی باکت را بررسی کنید |
| خطای Signature یا Access Denied | سطح دسترسی ناکافی، ساعت نادرست سرور یا شیوه آدرسدهی ناسازگار | زمان سرور، Policy کلید و تنظیم Path Style/Bucket Style را کنترل کنید |
| بکاپ در میانه متوقف میشود | کمبود RAM، محدودیت زمان اجرا یا حجم زیاد فایلها | اندازه بستههای بکاپ را کوچکتر کنید، زمان کمترافیک را انتخاب کنید یا منابع هاست را افزایش دهید |
| بکاپ زمانبندیشده اجرا نمیشود | WP-Cron بهدلیل ترافیک کم یا تنظیمات سرور اجرا نمیشود | Cron واقعی سرور را تنظیم و گزارش رخدادهای افزونه را بررسی کنید |
| فایل روی هاست ساخته شده اما در ابر نیست | اتصال هنگام آپلود قطع شده یا فضای مقصد کافی نیست | فضای باکت، اتصال خروجی هاست و گزارش آپلود را بررسی و انتقال را دوباره اجرا کنید |
| بازگردانی روی درصدی ثابت میماند | محدودیت منابع، فایل خراب یا ناسازگاری افزونه | بازیابی را روی محیط آزمایشی انجام دهید، اجزا را جداگانه برگردانید و سلامت آرشیو را کنترل کنید |
| فضای ابری سریع پر میشود | Retention نامحدود یا بکاپ کامل بسیار پرتکرار | تعداد نسخهها را محدود کنید و برای فایلها و دیتابیس زمانبندی جداگانه بسازید |
بکاپ ابری، بکاپ هاست یا بکاپ با افزونه؛ کدام بهتر است؟
این سه روش رقیب کامل یکدیگر نیستند و بهترین نتیجه معمولاً از ترکیب آنها بهدست میآید.
| روش | خودکارسازی | ذخیره خارج از هاست | بازیابی | مناسب برای |
| بکاپ کنترلپنل هاست | بسته به سرویس | همیشه مشخص نیست | معمولاً کامل و وابسته به پنل | نسخه مکمل و بازیابی سریع حساب میزبانی |
| افزونه بکاپ وردپرس | بله | در صورت اتصال مقصد راهدور | ساده و انتخابی | مدیران وردپرس و سایتهای کوچک تا متوسط |
| Object Storage سازگار با S3 | با افزونه یا ابزار سرور | بله | از طریق ابزار بکاپ | ذخیره مقیاسپذیر، چند سایت و حجم بالاتر |
| هاست بکاپ | با FTP، نرمافزار یا اسکریپت | بله | بسته به ساختار فایلها | آرشیو فایل و سناریوهای مبتنی بر FTP |
راهکار مناسب سایتهای وردپرسی بزرگ
در سایتهایی با چند ده گیگابایت فایل، بکاپگیری کامل توسط افزونه میتواند منابع PHP را درگیر کند. در این شرایط بهتر است بکاپ در سطح سرور انجام شود: دیتابیس با ابزار خط فرمان خروجی گرفته شود، فایلها به بستههای مدیریتپذیر تقسیم شوند و انتقال به S3 از طریق Cron و ابزارهایی مانند rclone یا نرمافزار بکاپ سرور انجام شود.
این روش کنترل بیشتری روی زمان اجرا، محدودیت پهنای باند، گزارشگیری و بکاپ افزایشی میدهد؛ اما تنظیم و بازگردانی آن نیازمند دانش مدیریت سرور است. برای سایتهای معمولی، UpdraftPlus سادهتر و کمریسکتر است؛ برای سایتهای پرترافیک، معماری سروری یا سرویس بکاپ مدیریتشده انتخاب حرفهایتری خواهد بود.
اشتباهات رایج در بکاپ گیری وردپرس
- ذخیره تنها نسخه بکاپ در همان هاست اصلی؛
- بکاپ گرفتن فقط از فایلها و فراموش کردن دیتابیس؛
- اعتماد به پیام موفقیت بدون بررسی باکت و تست Restore؛
- استفاده از کلید دسترسی با مجوز کامل حساب ابری؛
- اجرای بکاپ کامل در ساعت اوج ترافیک؛
- نگهداری نامحدود نسخهها و پر شدن فضای مقصد؛
- بازگردانی دیتابیس قدیمی فروشگاه بدون توجه به سفارشهای جدید؛
- تهیه نکردن بکاپ دستی قبل از آپدیت قالب، افزونه یا نسخه وردپرس.
چکلیست نهایی بکاپ وردپرس روی فضای ابری
- مقصد بکاپ از هاست اصلی جدا است؛
- فایلها و دیتابیس هر دو در برنامه پشتیبانگیری قرار دارند؛
- زمانبندی براساس میزان تغییر سایت تنظیم شده است؛
- تعداد نسخهها و سیاست حذف خودکار مشخص است؛
- کلید S3 فقط به باکت موردنیاز دسترسی دارد؛
- اعلان خطا فعال است؛
- وجود فایلها در فضای ابری بررسی شده است؛
- حداقل یک بازیابی آزمایشی موفق ثبت شده است؛
- قبل از تغییرات مهم، بکاپ دستی تازه تهیه میشود.
جمعبندی
بکاپ وردپرس روی فضای ابری زمانی ارزش واقعی پیدا میکند که سه ویژگی داشته باشد: خودکار باشد، خارج از هاست اصلی ذخیره شود و قابلیت بازیابی آن آزمایش شده باشد. با اتصال UpdraftPlus به یک فضای S3-Compatible میتوانید فایلها و دیتابیس را جداگانه زمانبندی کنید، تعداد نسخهها را کنترل کنید و در زمان خرابی سایت، نسخه مناسب را برگردانید.
برای یک وبلاگ معمولی، بکاپ روزانه دیتابیس و بکاپ هفتگی فایلها اغلب کافی است؛ اما سایت خبری یا فروشگاه ووکامرسی به فاصلههای کوتاهتر نیاز دارد. در نهایت، هیچ افزونه یا فضای ابری بهتنهایی تضمین بازیابی نیست. نسخه پشتیبان را بررسی کنید، کلیدهای دسترسی را محدود نگه دارید و بازیابی آزمایشی را به یک کار دورهای تبدیل کنید.
سوالات متداول درباره بکاپ وردپرس روی فضای ابری
۱. بهترین فضای ابری برای بکاپ وردپرس چیست؟
برای راهاندازی ساده، سرویسهایی مانند Google Drive مناسب هستند. برای کنترل بیشتر، حجم بالاتر و اتصال استاندارد، Object Storage سازگار با S3 انتخاب حرفهایتری است. معیارهای مهم شامل امنیت، هزینه فضای ذخیرهسازی، سرعت بازیابی، محدودیت انتقال و امکان مدیریت دسترسی هستند.
۲. آیا UpdraftPlus رایگان است؟
بله، نسخه رایگان UpdraftPlus امکانات اصلی مانند بکاپ دستی، زمانبندی فایل و دیتابیس، بازیابی و چند مقصد راهدور را ارائه میکند. امکاناتی مانند بکاپ افزایشی، زمان اجرای دقیقتر، چند مقصد همزمان و برخی فضاهای ابری در نسخه پریمیوم قرار دارند.
۳. هر چند وقت یکبار باید از وردپرس بکاپ بگیریم؟
بازه بکاپ باید کوتاهتر از حداکثر دادهای باشد که میتوانید از دست بدهید. برای سایت شرکتی، روزانه یا هفتگی؛ برای وبلاگ فعال، روزانه؛ و برای فروشگاه یا سایت خبری، بکاپ دیتابیس هر چند ساعت یکبار منطقی است. قبل از هر آپدیت مهم نیز یک نسخه دستی تهیه کنید.
۴. آیا بکاپ دیتابیس وردپرس بهتنهایی کافی است؟
خیر. دیتابیس محتوا و تنظیمات را نگه میدارد، اما تصاویر، قالبها، افزونهها و فایلهای اختصاصی در فایلسیستم هستند. برای بازگردانی کامل سایت باید از هر دو بخش بکاپ داشته باشید.
۵. چگونه بکاپ وردپرس را از فضای ابری برگردانیم؟
در UpdraftPlus به بخش Existing Backups بروید، نسخه موردنظر را انتخاب و روی Restore کلیک کنید. سپس دیتابیس، افزونهها، قالبها، uploads و سایر فایلها را متناسب با نیاز انتخاب کنید. بهتر است ابتدا بازیابی روی محیط آزمایشی انجام شود.
۶. آیا بکاپ خودکار شرکت هاستینگ کافی است؟
بکاپ هاستینگ یک لایه مهم حفاظتی است، اما بهتر است تنها لایه نباشد. زمان نگهداری، محل ذخیره و امکان دسترسی مستقیم شما به نسخهها ممکن است محدود باشد. داشتن یک بکاپ مستقل در فضای ابری، کنترل و تابآوری بیشتری ایجاد میکند.
۷. چرا بکاپ زمانبندیشده UpdraftPlus اجرا نمیشود؟
یکی از علتهای رایج، اجرا نشدن WP-Cron در سایتهای کمترافیک است. محدودیت منابع هاست، خطای PHP، اتصال ناموفق به مقصد ابری و پر شدن فضای ذخیرهسازی نیز میتوانند باعث شکست بکاپ شوند. گزارش افزونه و Cron واقعی سرور را بررسی کنید.
۸. برای بکاپ وردپرس چقدر فضای ابری لازم است؟
حجم یک بکاپ کامل را در تعداد نسخههای موردنیاز ضرب کنید و ۲۰ تا ۳۰ درصد فضای اضافه برای رشد سایت و فایلهای موقت در نظر بگیرید. اگر هر نسخه ۵ گیگابایت و سیاست نگهداری ۸ نسخه باشد، حداقل حدود ۴۰ گیگابایت بهعلاوه ظرفیت رشد نیاز دارید.
منابع:
