چک‌لیست انتقال هاست بدون قطعی؛ ۱۴ مورد قبل از انتشار
این چک‌لیست فشردهٔ آموزش گام‌به‌گام انتقال هاست بدون قطعی است؛ آن مقاله هر گام را با دستور اجرا باز کرده و این فهرست فقط تصمیم میدهد تا در روز انتقال، بحث از «حالا چه کنیم» به «کدام بند مانده» تغییر کند. اگر مهاجرت با تغییر ساختار سایت همراه است، آموزش گام‌به‌گام مهاجرت سایت بدون افت سئو سمت سئو و ریدایرکتها را جداگانه پوشش داده است.
انتقال هاست بدون قطعی در چهارده مورد؛ نقشهٔ کلی
انتقال هاست بدون قطعی در سه لایه بسته می‌شود: لایهٔ آماده‌سازی که بکاپ و نقشهٔ بازگشت را می‌سازد، لایهٔ اجرا که فایل و دیتابیس و نسخه‌ها را با هم هم‌سطح می‌کند و لایهٔ تعویض که مسیر بازدیدکنندگان را با تغییر DNS عوض می‌کند و چهل‌وهشت ساعت پایش می‌خواهد. چهارده مورد بین همین سه لایه پخش است و ترتیب‌شان معنا دارد: اول برگشت‌پذیری، بعد سازگاری، آخر تعویض مسیر.
این ترتیب را به تجربهٔ ما می‌چینیم چون هزینهٔ خطا در لایه‌های بعدی چند برابر می‌شود: یک بکاپ آزمایش‌نشده در لایهٔ اول فقط نیم‌ساعت تأخیر می‌سازد؛ همان غفلت در لایهٔ تعویض، ساعت‌ها قطعی سایت و ایمیل می‌سازد. پس موردی را که «ساده» به‌نظر می‌رسد، جلو نیندازید؛ ترتیب، بخشی از امنیت کار است.
یک قاعدهٔ کلی هم برای کل فهرست: هر گام باید یک «چطور می‌فهمیم درست انجام شد» مکتوب داشته باشد. بکاپ کامل است یعنی بازیابی تست شد؛ فایل منتقل شد یعنی شمارش و حجم منطبق است؛ DNS تغییر کرد یعنی پاسخ از دو شبکهٔ مختلف بررسی شد. بدون این تعریف‌ها، چک‌لیست فقط فهرست آرزوست.
بکاپ و نقشهٔ بازگشت؛ دو موردی که مذاکره‌ناپذیرند
دو مورد اول مذاکره‌ناپذیرند: بکاپ کامل فایل، دیتابیس و صندوق‌های ایمیل، و تست بازیابی همان بکاپ روی یک محیط جانبی. بکاپی که بازیابی‌اش را تست نکرده‌اید، فایل امیدبخش است نه نقشهٔ بازگشت؛ روش کامل اجرای این گام را در آموزش گام‌به‌گام بکاپ سمت هاست آموزش داده‌ایم. کنارش نقشهٔ بازگشت مکتوب بنویسید: اگر بعد از تعویض مسیر مشکلی رخ داد، دقیقاً به کدام هاست، با کدام بکاپ و در چند دقیقه برمی‌گردید.
به تجربهٔ ما شرط اصلی «بدون قطعی» همین است چون وقتی مسیر بازگشت روشن است، هیچ مرحله‌ای نیاز به تصمیم زیر فشار ندارد. هاست قدیمی را هم حداقل تا پایان پایش چهلوهشتساعته خاموش نکنید؛ هزینهٔ چند روز همزمانی، بیمهٔ همین مسیر برگشت است.
نکتهٔ سوم این لایه، فهرست دسترسی‌هاست: پنل هاست قدیم و جدید، حساب ثبت‌کنندهٔ دامنه، پنل DNS و دسترسی‌های افزونه‌ها را قبل از شروع جمع کنید. وسط انتقال، جست‌وجوی رمز عبور جذاب‌ترین سرگرمی نیست و هر دقیقه تأخیر، پنجرهٔ کم‌ترافیکی که انتخاب کرده‌اید را کوچک‌تر می‌کند.
پنجرهٔ زمانی، فایل، دیتابیس و سازگاری نسخه‌ها
پنجرهٔ زمانی را با داده انتخاب کنید، نه با راحتی: ساعتی از شبانه‌روز که ترافیک و سفارش کمترین مقدار را دارد و کسی برای پشتیبانی در دسترس است. به تجربهٔ ما نیمه‌شبِ روزی که تیم هوشیار است، از صبحِ تعطیلیِ بی‌پشتیبان امن‌تر است؛ چون قطعیِ احتمالی در حضور تیم، یک حادثه است و در غیاب تیم، یک بحران.
فایل و دیتابیس را کامل و هم‌زمان منتقل کنید و بعد از انتقال، شمارش فایل‌ها و حجم را با مبدأ مقایسه کنید. سازگاری نسخه‌ها را هم پیش از انتقال چک کنید: نسخهٔ PHP، محدودیت‌های حافظه و افزونه‌های وابسته به تنظیمات سرور. این بررسی در وردپرس پرکاربردتر است؛ وردپرس نزدیک ۴۳٪ از سایت‌های جهان را پوشش میدهد (W3Techs، تاریخ گردآوری: آبان ۱۴۰۵) و تجربه‌های مستند از تفاوت تنظیمات هاست‌ها کم نیست.
گواهی SSL را روی هاست جدید قبل از تعویض مسیر فعال کنید تا بعد از تغییر DNS، هشدار امنیتی بازدیدکنندگان را نترساند. ایمیل هم بخشی از همین لایه است: رکوردهای ارسال و صندوقها باید با همان اولویت فایل و دیتابیس منتقل و تست شوند؛ سایتِ بی‌ایمیلِ سالم، فروشگاهی است که تلفنش قطع است.
تست در آدرس موقت پیش از تغییر DNS
قبل از تعویض مسیر، سایتِ منتقل‌شده را روی هاست جدید با آدرس موقت یا ویرایش فایل hosts کامل باز کنید و مثل یک بازدیدکننده واقعی در آن قدم بزنید: صفحهٔ اصلی، صفحات پرترافیک، فرم‌ها، ورود کاربران و اگر فروشگاه دارید، یک سفارش آزمایشی کامل تا رسید. هدف این است که هیچ ایرادی اولین بار روی مسیر اصلی کاربر ظاهر نشود.
سه چیز را در همین تست خاص بررسی کنید: لینک‌های مطلق که هنوز به هاست قدیم اشاره می‌کنند، مسیرهای آپلود که تصاویر را نصفه نشان می‌دهند و کش‌های قدیمی که نسخهٔ ترکیبی از دو هاست می‌سازند. به تجربهٔ ما چون کش دقیقاً برای «نشان‌دادن نسخهٔ قبلی» ساخته شده، پاک‌کردنش قبل و بعد از تست را جدی بگیرید، وگرنه تست شما دارایی‌های قدیمی را سالم گزارش میدهد.
نتیجهٔ تست را فهرست‌شده نگه دارید: چه چیزی بررسی شد، چه چیزی اصلاح شد و چه چیزی به تعویض مسیر گره خورده است. همین فهرست، جلسهٔ «آیا اجازهٔ تغییر DNS می‌دهیم» را از بحث احساس به بحث فهرست تبدیل می‌کند.
تغییر DNS و پایش چهل‌وهشت ساعت اول
قبل از تغییر DNS، مقدار TTL را چند ساعت قبل پایین بیاورید تا رکوردهای قدیمی زودتر بی‌اعتبار شوند؛ سپس رکوردهای A و CNAME را عوض کنید و پاسخ را از چند شبکه و چند شهر بررسی کنید، نه فقط از کامپیوتر خودتان. تغییر DNS جهانی است؛ «برای من کار می‌کند» در این مرحله داده نیست، حاشیه است.
چهل‌وهشت ساعت اول را پایش کنید: خطاهای سرور و لاگ‌ها، فرم‌ها و سفارش‌ها، سرعت پاسخ و گزارش سرچ‌کنسول. اگر مهاجرت با تغییر آدرس همراه نبوده، آدرسها تغییر نمی‌کنند اما خزیدن را با ابزارهای مالک بازبینی کنید تا مطمئن شوید موتور جستجو همان سایت سالم را می‌بیند؛ برای سمت سئوی مهاجرت، آموزش گام‌به‌گام مهاجرت سایت بدون افت سئو نقشهٔ کامل ریدایرکتها را داده است.
پس از پایدار شدن، کارهای بسته‌شدن را اجرا کنید: پاک‌کردن کش سمت سرویس و CDN، به‌روزرسانی آدرس‌های مطلق باقی‌مانده، لغو هاست قدیمی بعد از پایان پنجرهٔ بازگشت و بایگانی بکاپ نهایی. تا این فهرست بسته نشده، انتقال تمام‌شده حساب نمی‌آید؛ فهرست کامل این بخش را در هاب هاست و زیرساخت کنار بقیهٔ بحث‌های هاست نگه داشته‌ایم.
چهارده مورد در یک نگاه
چهارده مورد را یک‌جا ببینید و در روز انتقال تیک بزنید؛ هفت مورد اول قبل از تعویض مسیر است و هفت مورد بعدی، حین و بعد از آن:
- بکاپ کامل فایل، دیتابیس و صندوق‌های ایمیل
- تست بازیابی بکاپ روی محیط جانبی
- نقشهٔ بازگشت مکتوب با زمان و مسئول مشخص
- جمع‌آوری همهٔ دسترسی‌ها پیش از شروع
- انتخاب پنجرهٔ کم‌ترافیک با حضور تیم پشتیبان
- انتقال کامل فایل و دیتابیس با مقایسهٔ شمارش و حجم
- بررسی سازگاری نسخهٔ PHP، حافظه و افزونه‌ها
- فعال‌سازی SSL روی هاست جدید پیش از تعویض مسیر
- انتقال و تست کامل ایمیل و رکوردهای ارسال
- تست سایت روی آدرس موقت با سفارش آزمایشی
- پاک‌کردن کش‌ها و اصلاح لینک‌های مطلق قدیمی
- کاهش TTL و سپس تغییر رکوردهای DNS
- پایش چهلوهشتساعته خطاها، سفارش‌ها و سرچ‌کنسول
- بستن کارها: کش CDN، آدرس‌های باقی‌مانده و لغو هاست قدیمی
هیچ بندی ابزار گران نمی‌خواهد؛ نظم و ترتیب می‌خواهد. اگر فقط دو مورد را می‌توانید امروز انجام دهید، بکاپِ تستشده و نقشهٔ بازگشت را بردارید؛ دو بندی که بقیهٔ فهرست را ایمن می‌کنند. اگر ترجیح می‌دهید این کار را به تیمی تخصصی بسپارید، پرسش‌های رایج دربارهٔ اجرا و پشتیبانی در پرسش‌های پرتکرار دربارهٔ پلتفرم پاسخ داده شده و برای فهمیدن اولویت‌های دامنه پیش از هر تغییر، ممیزی رایگان دامنه نقطهٔ شروع بدون‌هزینه است؛ انتقال بعدی را با همین چهارده مورد ببندید.
رصد ما، رشد شما.
سؤالات پرتکرار
مهمترین دلیل قطعی در انتقال هاست چیست؟
به تجربهٔ ما تستنشدن قبل از تعویض مسیر؛ سایتی که روی آدرس موقت کامل تست نشده، ایرادهایش را اولین بار روی مسیر اصلی کاربران نشان میدهد. بکاپ تستشده و نقشهٔ بازگشت مکتوب، دو بند مذاکرهناپذیر چکلیستاند.
چند ساعت قبل باید TTL را پایین بیاوریم؟
به تجربهٔ ما چند ساعت پیش از تغییر کافی است تا رکوردهای قدیمی زودتر بی‌اعتبار شوند و پنجرهٔ ناسازگاری کوتاه بماند. بعد از تغییر، پاسخ را از چند شبکه و شهر بررسی کنید، نه فقط از سیستم خودتان.
هاست قدیمی را چه زمانی لغو کنیم؟
بعد از پایان پنجرهٔ پایش چهلوهشتساعته و اطمینان از پایداری سایت و ایمیل. تا آن زمان هاست قدیمی، بیمهٔ مسیر بازگشت است و هزینهٔ چند روز همزمانی در برابر ریسک قطعی، ناچیز است.
ایمیل هم در انتقال هاست نقش دارد؟
بله؛ صندوقها و رکوردهای ارسال باید با همان اولویت فایل و دیتابیس منتقل و تست شوند. سایتی که ایمیلش قطع است، سفارش و فرم میگیرد اما پاسخ نمیدهد و این در تجربهٔ مشتری مثل قطعی سایت است.
انتقال هاست روی سئو اثر منفی میگذارد؟
اگر آدرسها عوض نشوند و سایت سالم بماند، اثر معناداری ندارد؛ ریسکها از قطعی طولانی و نسخههای ناسازگار میآیند نه از خود تغییر هاست. برای مهاجرت با تغییر آدرس، نقشهٔ ریدایرکتها را جداگانه اجرا کنید.
