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