مهاجرت سرور و هاست، انتقال سایت و کنترل پنل با کمترین زمان قطعی

راهنمای مهاجرت سرور و هاست: ترتیب کار، DNS و برنامه بازگشت

بیشتر مهاجرت‌های ناموفق به‌خاطر چیزهایی خراب می‌شوند که در فهرست نیامده بودند: cron jobهای زمان‌بندی‌شده، IP مجاز سرور در درگاه پرداخت یا سرویس پیامک، یا صندوق ایمیلی که کسی به یادش نبود. کپی فایل‌ها و دیتابیس بخش قابل پیش‌بینی کار است و ترتیب درست، زمان قطعی را به بازه همگام‌سازی نهایی محدود می‌کند. نکته‌های زیر برای صاحب سایت یا مدیر سروری است که انتقال به هاست، سرور مجازی یا دیتاسنتر جدید را برنامه‌ریزی می‌کند.

پیش از انتقال چه چیزهایی را فهرست کنیم؟

فهرست را از روی خود سرور مبدأ بسازید و به حافظه تکیه نکنید. همه رکوردهای DNS فعلی را export کنید؛ علاوه بر A و MX، رکوردهای TXT مربوط به SPF، DKIM و تأیید سرویس‌های بیرونی هم باید در مقصد ساخته شوند. نسخه PHP و ماژول‌ها، تنظیمات .htaccess، نسخه و charset دیتابیس، cron jobها و سرویس‌های پس‌زمینه را هم ثبت کنید.

سرویس‌های بیرونی که به IP سرور گره خورده‌اند معمولاً دیرتر از همه پیدا می‌شوند. درگاه پرداخت، سرویس پیامک یا APIهایی که فقط به IP مشخص جواب می‌دهند، بعد از جابه‌جایی درخواست‌های سرور جدید را رد می‌کنند، پس IP مقصد را از قبل در آن‌ها ثبت کنید. در آخر از مبدأ یک بکاپ کامل بگیرید و مطمئن شوید قابل بازیابی است.

کاهش TTL و همگام‌سازی مرحله‌ای فایل و دیتابیس

TTL رکوردهایی را که عوض می‌شوند یک تا دو روز پیش از انتقال کاهش دهید. سرورهای DNS مقدار قبلی را تا پایان TTL قدیمی در حافظه نگه می‌دارند، پس کم کردن TTL در همان روز جابه‌جایی اثری ندارد. انتقال اولیه فایل‌ها با rsync انجام می‌شود، در حالی که سایت مبدأ هنوز سرویس می‌دهد، و درست پیش از جابه‌جایی فقط تغییرات دوباره همگام می‌شوند.

دیتابیس را نمی‌شود مثل فایل‌ها بی‌دردسر دو بار کپی کرد، چون تراکنش‌ها در این فاصله ادامه دارند. برای جدول‌های InnoDB، mysqldump با –single-transaction نسخه سازگاری می‌گیرد و برای دیتابیس‌های پرتراکنش، replication موقت بین مبدأ و مقصد گزینه دیگری است. در فروشگاه‌ها معمولاً ثبت سفارش برای مدت کوتاه همگام‌سازی نهایی متوقف می‌شود تا سفارشی بین دو سرور گم نشود. charset و collation دیتابیس را هم در مقصد بررسی کنید، چون ناهماهنگی آن‌ها متن فارسی را خراب نشان می‌دهد.

روز جابه‌جایی: آزمایش با فایل hosts، DNS و ایمیل

پیش از تغییر DNS، آدرس سایت را در فایل hosts کامپیوتر خودتان به IP سرور جدید اشاره دهید و مسیرهای اصلی را امتحان کنید: ورود کاربران، فرم‌ها، سبد خرید، درگاه پرداخت و آپلود فایل. اگر فقط رکورد A را تغییر دهید و نیم‌سرورهای دامنه را دست نزنید، تغییر با همان TTL کوتاه اثر می‌کند؛ تغییر نیم‌سرور در سطح رجیستری ممکن است تا ۴۸ ساعت طول بکشد. بعد از تغییر، لاگ خطای وب‌سرور و PHP را در روزهای اول دنبال کنید.

صندوق‌های ایمیل را پیش از روز انتقال با imapsync کپی کنید و بعد از تغییر MX یک همگام‌سازی دیگر بگیرید، چون پیام‌هایی که در این فاصله به مبدأ رسیده‌اند فقط همان‌جا هستند. SPF را بر اساس IP جدید به‌روز کنید، کلید DKIM را منتقل کنید یا دوباره بسازید و reverse DNS سرور جدید را از دیتاسنتر بخواهید. مدیریت DirectAdmin بعد از تبدیل از cPanel در خدمت کانفیگ دایرکت ادمین انجام می‌شود.

خطاهای رایج در انتقال سایت به سرور جدید

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

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

زمان و هزینه مهاجرت سرور و هاست

حجم داده، تعداد سایت‌ها و دیتابیس‌ها و تعداد صندوق‌های ایمیل پایه برآورد هستند. تبدیل کنترل‌پنل، مثلاً از cPanel به DirectAdmin، کار بیشتری از انتقال میان دو پنل یکسان دارد، چون مسیرها و کاربران دیتابیس باید اصلاح شوند. دیتابیس پرتراکنشی که به replication موقت نیاز دارد و سایت‌هایی که به سرویس‌های بیرونی با IP مجاز وابسته‌اند هم زمان هماهنگی را بیشتر می‌کنند.

برای برآورد، مبدأ و مقصد، کنترل‌پنل، حجم تقریبی داده و تعداد سایت‌ها و صندوق‌ها را بفرستید. زمان‌بندی و قیمت پس از بررسی اولیه اعلام می‌شود. اگر سایت برای نسخه جدید PHP به تغییر کد نیاز داشته باشد، ناسازگاری‌ها گزارش می‌شوند، اما اصلاح کد جزو این خدمت نیست.

سرور یا هاست مبدأ را تا پایان دوره بررسی تمدید کنید و حذف نکنید. تا مقصد تأیید نشده، همین سرور تنها راه بازگشت است.