پذیرش پروژه‌های جدید

طراحی، توسعه و رشد محصول دیجیتال

روش همکاری
دیجی اوربیتDESIGN × CODE × GROWTH
گاوصندوق داده و بازیابی سایت پس از خرابی استراتژی رشد

بکاپی که ری‌استور نشده، هنوز بکاپ قابل اعتماد نیست

1405/05/26 11:06 3 دقیقه مطالعه 24 بازدید

ساعت ۹:۱۲ صبح سایت بالا نمی‌آید. پشتیبانی هاست می‌گوید فایل‌ها آسیب دیده و آخرین نسخه خودکار مربوط به سه روز قبل است. مدیر فروش فقط می‌پرسد: «سفارش‌های این سه روز چه می‌شود؟» آن لحظه پیام سبز Backup completed ارزشی ندارد؛ نسخه سالم و مسیر تمرین‌شده بازیابی ارزش دارد.

بکاپ را نباید با انتخاب افزونه شروع کرد. اول باید بدانیم کسب‌وکار چه مقدار داده و چه مدت توقف را تحمل می‌کند. سایت محتوایی کم‌تغییر با فروشگاهی که هر ساعت سفارش می‌گیرد برنامه یکسانی ندارد.

آزمونی که همه‌چیز را روشن می‌کند

یک محیط جدا بسازید، آخرین نسخه را برگردانید و زمان بگیرید. ورود، فرم، رسانه، جست‌وجو، سبد و پرداخت را آزمایش کنید. اگر بازیابی چهار ساعت طول کشید، RTO یک‌ساعته روی کاغذ فقط آرزوست. همین تمرین معمولاً رمز فراموش‌شده، فایل ناقص یا دستور مبهمی را پیدا می‌کند که روز حادثه بسیار گران‌تر تمام می‌شود.

RPO و RTO را به زبان ساده مشخص کنید

اگر فروشگاه روزانه صد سفارش دارد، بکاپ هفتگی یعنی پذیرش از دست رفتن صدها سفارش. RPO می‌گوید حداکثر چه مقدار داده می‌توانید از دست بدهید؛ RTO می‌گوید چند ساعت می‌توانید آفلاین بمانید.

برای سایت محتوایی شاید نسخه روزانه کافی باشد، اما سفارش‌ها و داده کاربران می‌توانند به بکاپ ساعتی یا ثبت افزایشی نیاز داشته باشند.

نسخه روی همان سرور، بیمه کامل نیست

خرابی دیسک، باج‌افزار یا حذف حساب می‌تواند سایت و بکاپ کنار آن را هم‌زمان از بین ببرد. دست‌کم یک نسخه باید خارج از زیرساخت اصلی، با دسترسی جدا و نگهداری چند نسل ذخیره شود.

فایل‌ها و دیتابیس هر دو لازم‌اند. بکاپ دیتابیس بدون رسانه‌ها ناقص است و کپی فایل بدون دیتابیس، سفارش و تنظیمات را برنمی‌گرداند.

تمرین بازیابی را زمان‌بندی کنید

در یک محیط جدا، آخرین نسخه را برگردانید، ورود، فرم، جست‌وجو، خرید و فایل‌های رسانه را آزمایش کنید. زمان واقعی کار را ثبت کنید تا RTO روی کاغذ نماند.

راهنمای بازیابی باید محل کلیدها، ترتیب کار و مسئول تصمیم را داشته باشد؛ نه اینکه فقط در ذهن یک توسعه‌دهنده بماند.

حداقل استاندارد عملی

  • فایل و دیتابیس هر دو نسخه‌برداری می‌شوند.
  • یک نسخه بیرون از سرور اصلی نگهداری می‌شود.
  • رمزگذاری و دسترسی بکاپ کنترل شده است.
  • چند نسل سالم نگه داشته می‌شود.
  • ری‌استور دوره‌ای در محیط جدا تست می‌شود.

منبع رسمی: راهنمای Backup در WordPress.org

گفت‌وگوی پس از مطالعه

دیدگاه خوانندگان

تجربه، سؤال یا نقدتان را درباره این مقاله با دیگران در میان بگذارید.

0 دیدگاه
اولین دیدگاه

گفت‌وگو را شما شروع کنید

نکته یا سؤالتان درباره «بکاپی که ری‌استور نشده، هنوز بکاپ قابل اعتماد نیست» را بنویسید.