وردپرس
بکاپ وردپرس و تست بازیابی؛ برنامه‌ای که در روز خرابی قابل استفاده باشد
نوشته وب ریزان شاپانتشار: به‌روزرسانی: ۹ دقیقه مطالعه
پاسخ کوتاه
بکاپ قابل استفاده وردپرس باید فایلها و پایگاه داده لازم را با زمان و محدوده مشخص نگه دارد و امکان بازیابی آن در محیط جدا آزموده شده باشد. تناوب بکاپ را با میزان تغییر و مقدار داده‌ای که از دست دادن آن قابل تحمل است تنظیم کنید. در فروشگاه فعال، بازگرداندن دیتابیس قدیمی بدون برنامه تطبیق می‌تواند سفارش‌های جدید را از بین ببرد.
در این مطلب
- بکاپ موفق با بازیابی موفق یکسان نیست.
- فایل، دیتابیس و اطلاعات محیط را کنار هم بررسی کنید.
- یک نسخه روی همان سرور تنها لایه حفاظت کافی نیست.
- زمان و مقدار داده قابل از دست دادن را پیشاپیش تعیین کنید.
بکاپ وردپرس دقیقاً شامل چه چیزهایی است؟
وردپرس فقط پوشه تصاویر نیست. فایل‌های برنامه، قالب، افزونه و رسانه در کنار پایگاه داده قرار می‌گیرند. محتوا، تنظیمات و در فروشگاه، داده سفارش می‌تواند در پایگاه داده باشد. راهنمای رسمی بکاپ وردپرس فایلها و دیتابیس را دو بخش مهم بازیابی می‌داند. محدوده ابزار بکاپ را بررسی کنید؛ یک خروجی نوشته‌ها الزاماً نسخه کامل سایت نیست.
اطلاعات محیط نیز برای راه‌اندازی دوباره لازم است: نسخه‌ها، روش میزبانی، وابستگی سرویس و محل تنظیمات. لازم نیست رمزها را در گزارش عمومی ذخیره کنید؛ محل امن و مسئول دسترسی را مشخص کنید. بعضی فایلها از محیط اجرا ساخته می‌شوند و شاید نیاز به بکاپ نداشته باشند، اما این تصمیم باید بر شناخت سامانه باشد. فهرست موارد شامل و مستثنا را از میزبان یا مسئول فنی دریافت و در سابقه نگه دارید.
| بخش | نمونه | سؤال بررسی |
|---|---|---|
| پایگاه داده | محتوا، تنظیم و سفارش | چه زمان و با چه سازگاری ثبت شده؟ |
| فایلها | قالب، افزونه و رسانه | همه مسیرهای لازم شامل شده‌اند؟ |
| محیط | نسخه‌ها و وابستگی‌ها | چگونه سرویس دوباره اجرا می‌شود؟ |
| دسترسی | محل امن کلید و حساب | چه کسی مجاز به بازیابی است؟ |
هر چند وقت یک بار بکاپ بگیریم؟
تناوب را از تغییرهای سایت به دست آورید. وب‌سایتی که هفته‌ای یک نوشته اضافه می‌کند با فروشگاهی که هر ساعت سفارش دارد یک نیاز ندارد. بپرسید اگر نسخه قبلی بازیابی شود، از دست دادن داده چند ساعت یا چند روز قابل قبول است؟ این مقدار را مسئول کسبوکار تعیین کند. عددی مثل روزانه بدون توجه به حجم سفارش، ممکن است برای یک سایت کافی و برای دیگری ناکافی باشد.
همچنین مشخص کنید سایت چه مدت می‌تواند خارج از دسترس باشد. زمان مجاز بازگشت و مقدار داده قابل از دست دادن دو مسئله جدا هستند. بکاپ زیاد با روش بازیابی کند، توقف را کوتاه نمی‌کند؛ بازیابی سریع نسخه قدیمی هم داده تازه را حفظ نمی‌کند. قبل از تغییر مهم مانند آپدیت، یک نسخه مرتبط با همان نقطه تغییر نگه دارید و نسخه‌های دوره‌ای را نیز طبق برنامه ادامه دهید.
نمونه فرضی: فروشگاهی که از دست دادن سفارش یک روز را نمی‌پذیرد، نمی‌تواند صرف وجود بکاپ روزانه را کافی بداند. راهکار متناسب باید با فناوری، هزینه و فرایند سفارش آن بررسی شود؛ این مثال وعده سرویس مشخصی نیست.
نسخه‌ها را کجا و با چه دسترسی نگه داریم؟
اگر همه نسخه‌ها روی همان سرور اصلی باشند، خرابی یا از دست رفتن آن می‌تواند سایت و بکاپ را هم‌زمان درگیر کند. یک محل مستقل و قابل اعتماد می‌تواند لایه حفاظت دیگری بدهد. مقصد ذخیره‌سازی باید از نظر دسترسی، محرمانگی و هزینه بررسی شود. فایل بکاپ ممکن است اطلاعات مشتری یا تنظیمات حساس داشته باشد؛ آن را در پوشه عمومی وب یا لینک آزاد قرار ندهید.
فهرست افراد دارای دسترسی و روش دریافت نسخه را روشن کنید. نگهداری فایل در فضای جدید می‌تواند انتقال داده به ارائه‌دهنده دیگر باشد؛ مسئول کسبوکار باید مقصد و شرایط را بداند و تأیید کند. درباره رمزگذاری، حفاظت حساب و گزارش دسترسی از ارائه‌دهنده سؤال کنید. انتقال نسخه به هر ابزار رایگان ناشناخته فقط برای آسان‌تر شدن دانلود، انتخاب قابل اتکایی نیست. راه بازیابی باید در زمان بحران هم قابل استفاده باشد، نه وابسته به یک فرد غایب.
چند نسخه و برای چه مدت نگه داریم؟
آخرین نسخه همیشه بهترین نسخه نیست؛ ممکن است خطا پیش از آن وارد شده باشد. سیاست نگهداری باید فرصت برگشت به نقطه سالم را فراهم کند و هم‌زمان فضای ذخیره و محرمانگی را کنترل کند. نسخه‌های کوتاه‌مدت و چند نقطه قدیمی‌تر می‌توانند نیاز متفاوتی را پوشش دهند. تعداد و مدت را بر اساس تغییر، احتمال کشف دیرهنگام خطا و ظرفیت تعیین کنید؛ نسخه‌ها را صرفاً تا پر شدن دیسک انباشته نکنید.
برای هر نسخه، زمان، نوع، اندازه، وضعیت بررسی و محل را ثبت کنید. حذف نسخه‌های قدیمی باید طبق سیاست مشخص و با حفظ نقاط لازم انجام شود. فایل بی‌نام با تاریخ مبهم هنگام بازیابی خطر انتخاب اشتباه دارد. اگر ابزار خودکار چرخه نگهداری دارد، نتیجه آن را بررسی کنید؛ تنظیم روی کاغذ با وجود نسخه قابل دریافت فرق می‌کند. نسخه قبل از یک انتشار مهم را از چرخه عادی متمایز کنید تا ناخواسته زود حذف نشود.
تست بازیابی را در محیط جدا چگونه برنامه‌ریزی کنیم؟
یک نسخه مشخص انتخاب کنید و هدف آزمون را بنویسید: آیا سایت از آن قابل اجراست و مسیرهای اصلی کار می‌کنند؟ محیط جدا باید از سایت مشتری تفکیک شود و پرداخت، اعلان و ایندکس عمومی ناخواسته نداشته باشد. پیش از کپی داده، مجوز و سطح دسترسی را بررسی کنید. اگر اطلاعات واقعی برای آزمون لازم نیست، از روش مناسب پاک‌سازی یا داده نمونه استفاده کنید.
فرایند بازیابی را با مسئول فنی و مستند ابزار اجرا کنید؛ این مقاله دستور حذف یا بازنویسی سرور اصلی نیست. پس از راه‌اندازی، صفحه‌ها، تصاویر، ورود، تنظیمات و در فروشگاه، داده نمونه سفارش را بررسی کنید. زمان شروع تا نتیجه قابل استفاده را ثبت کنید. اگر بخشی از فایلها یا تنظیمات کم است، آن را به محدوده بکاپ اضافه و آزمون را تکرار کنید. آزمون ناقص را موفق نام‌گذاری نکنید.
- نسخه و زمان آن را مشخص کنید.
- محیط جدا و محدودیت‌های داده و اعلان را آماده کنید.
- طبق مستند ابزار، فایل و دیتابیس را بازیابی کنید.
- صفحه‌ها و مسیرهای اصلی را بررسی کنید.
- کمبود، خطا و مدت واقعی را ثبت کنید.
- دستورالعمل داخلی و محدوده بکاپ را بر اساس نتیجه اصلاح کنید.
در فروشگاه، سفارش‌های بعد از بکاپ چه می‌شوند؟
بازگرداندن دیتابیس به نقطه قبلی می‌تواند سفارش، حساب یا تغییر موجودی بعد از آن زمان را کنار بگذارد. پیش از بازیابی زنده، وضعیت جاری و سفارش‌های تازه باید بررسی و حفظ شود. روش تطبیق به سامانه و نوع خرابی بستگی دارد؛ یک دستور عمومی برای ادغام همه داده‌ها وجود ندارد. مسئول مالی و مسئول سفارش باید بدانند کدام تراکنش‌ها در نسخه قبل نیستند و چگونه پیگیری می‌شوند.
از دوباره پردازش شدن سفارش یا ارسال اعلان تکراری جلوگیری کنید. وضعیت پرداخت را با مرجع مجاز تطبیق دهید و تغییر دستی را ثبت کنید. بازیابی تصویر سایت با بازیابی فرایند فروش متفاوت است. اگر نسخه فایل کافی است، شاید بازگرداندن کل دیتابیس ضروری نباشد؛ اگر داده نیز خراب شده، بررسی تخصصی لازم است. تصمیم را بر اساس نوع مشکل بگیرید، نه انتخاب سریع دکمه‌ای که «بازگردانی کامل» نوشته است.
از میزبان یا سرویس نگهداری چه سؤال کنیم؟
بپرسید بکاپ شامل چه بخش‌هایی است، چند نسخه نگه داشته می‌شود، کاربر چگونه درخواست بازیابی می‌دهد و چه هزینه یا محدودیتی دارد. آیا بازیابی در محیط جدا ممکن است؟ آیا زمان ثبت نسخه معلوم است؟ چه اتفاقی در صورت لغو سرویس یا خرابی حساب رخ می‌دهد؟ عبارت «بکاپ داریم» برای پاسخ به همه این سؤال‌ها کافی نیست. پاسخ را در شرایط مکتوب و اطلاعات جاری همان سرویس جستجو کنید.
در پلن‌های سایت ساز وب ریزان، تناوب بکاپ بر اساس پلن متفاوت است؛ تناوب اعلام‌شده را با روش درخواست، مدت نگهداری و محدوده واقعی بررسی کنید. وجود بکاپ روزانه به معنی بازیابی فوری یا حفظ هر سفارش لحظه‌ای نیست. اگر سایت وردپرسی مستقل دارید، مسئولیت میزبان، شما و تیم پشتیبانی را جدا روشن کنید. درخواست درباره نگهداری سایت باید همراه نیاز واقعی و سطح توقف قابل تحمل باشد.
یک دستورالعمل کوتاه برای روز بحران بنویسید
دستورالعمل باید بگوید چه کسی تصمیم می‌گیرد، چگونه نسخه سالم انتخاب می‌شود، وضعیت فعلی کجا حفظ می‌شود و چه آزمونی پایان بازیابی را تأیید می‌کند. فهرست راه ارتباطی مسئولان را از رمز و کلید جدا نگه دارید. اگر سایت فروش فعال دارد، مرحله تطبیق سفارش را به‌وضوح اضافه کنید. برای خراب شدن صفحه پس از آپدیت، راهنمای به‌روزرسانی امن برنامه بازگشت مرتبط دارد.
بعد از بازیابی، علت و نتیجه را ثبت کنید و برنامه را اصلاح کنید. اگر فایل ناقص بود یا دسترسی دیر فراهم شد، فقط سایت را روشن نکنید و مسئله را فراموش نکنید. بکاپ یک فرایند نگهداری است: تولید، حفاظت، پایش، آزمون و بازبینی. زمانی می‌توان به آن تکیه کرد که مسئول مشخص و شاهد بازیابی داشته باشد. هدف، آمادگی عملی در روز خطاست؛ نه جمع‌آوری فایل‌هایی که هیچ‌کس باز نکرده است.
سؤالات پرتکرار
خروجی نوشتههای وردپرس بکاپ کامل است؟
خیر، معمولاً همه فایلها، تنظیمات و داده لازم برای بازیابی کل سایت را شامل نمیشود. محدوده خروجی و نیاز بازیابی را جدا بررسی کنید.
بکاپ روزانه برای هر فروشگاه کافی است؟
نه الزاماً. میزان سفارش و مقدار داده قابل از دست دادن تعیینکنندهاند. تناوب، روش بازیابی و حفظ داده تازه را با مسئول کسبوکار بررسی کنید.
می‌توان بازیابی را روی سایت اصلی امتحان کرد؟
آزمون عمومی را در محیط جدا انجام دهید. بازنویسی نسخه زنده می‌تواند اطلاعات و فروش را مختل کند و به برنامه حفظ وضعیت جاری نیاز دارد.
چطور بفهمم بکاپ سالم است؟
وجود فایل و پیام موفقیت کافی نیست. یک بازیابی کنترلشده و تست مسیرهای اصلی انجام دهید، نتیجه و زمان را ثبت کنید و کمبودها را اصلاح کنید.
سؤال دیگری دارید؟ تماس بگیرید
برای بررسی محصول یا مشکل سایت، موضوع درخواست را مشخص کنید.
نام محصول یا نشانی سایت و شرح نیاز را آماده کنید؛ اطلاعات دسترسی را در پیام اولیه نفرستید.
تماس با وب ریزان شاپ