انتقال حساب سی پنل به دایرکت ادمین؛ سازگاری و آزمون

فرض کنید نام حساب در cPanel، demo است. مدیر سرور مبدأ یک بکاپ کامل از همین حساب می‌گیرد و آن را با اتصال امن به سرور مقصد منتقل می‌کند. فایل باید شامل فایل‌های سایت، دیتابیس و اطلاعات لازم حساب باشد؛ گرفتن خروجی تنها از پوشهٔ سایت برای این کار کافی نیست.

در نصب فعلی دایرکت ادمین، ابزار رسمی تبدیل در مسیر /usr/local/directadmin/shared/cpanel_to_da/cpanel_to_da.sh قرار دارد. راهنمای رسمی نمونهٔ تبدیل یک فایل cpmove-USERNAME.tar.gz به پوشهٔ خروجی را نشان می‌دهد. در نام فایل، USERNAME را با نام واقعی حساب جایگزین می‌کنیم. این کار را ابتدا برای یک حساب نمونه انجام دهید تا ببینید فایل ورودی واقعاً قابل تبدیل است.

بعد در سطح مدیر دایرکت ادمین، Admin Backup/Transfer را باز کنید و مسیر پوشهٔ خروجی تبدیل را برای بازگردانی انتخاب کنید. اگر بکاپ در فهرست دیده نمی‌شود، اول مسیر انتخاب‌شده را با محل واقعی فایل مقایسه کنید. پس از بازگردانی، با حساب منتقل‌شده وارد شوید و تعداد دامنه‌ها، دیتابیس‌ها و صندوق‌های ایمیل را ببینید. سایت را پیش از تغییر عمومی DNS در مقصد امتحان کنید؛ موفق بودن تبدیل فایل، هنوز به معنی درست نمایش داده شدن سایت نیست.

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

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

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

راهنمای فعلی DirectAdmin روش استفاده از ابزار تبدیل cPanel به DirectAdmin را توضیح می‌دهد. مسیرها و گزینه‌ها را از همان راهنما و نصب فعلی بخوانید؛ فایل تبدیل‌کنندهٔ سال‌های قبل را صرفاً به دلیل آشنا بودن نام آن اجرا نکنید. ابتدا یک حساب نمونه را تبدیل و بازگردانی کنید تا مشکل محدودیت فضا، مالکیت یا سازگاری زودتر مشخص شود.

قبل از جابه‌جایی ترافیک، سایت مقصد را با یک روش پیش‌نمایش کنترل‌شده بررسی کنید. فایل hosts روی دستگاه آزمایشی می‌تواند نام دامنه را به IP مقصد نگاشت کند؛ این کار فقط روی همان دستگاه اثر دارد. HTTPS، لینک‌های داخلی و اتصال دیتابیس را با نام واقعی دامنه بررسی کنید تا تست با IP نتیجهٔ گمراه‌کننده ندهد.

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

زمان تغییر DNS را با انتقال آخرین داده هماهنگ کنید. کاربران ممکن است مدتی به یکی از دو سرور برسند؛ اگر هر دو مقصد مستقل دادهٔ تازه دریافت کنند، ادغام بعدی دشوار می‌شود. راه جلوگیری از نوشتن هم‌زمان یا همگام‌سازی نهایی باید قبل از تغییر مشخص باشد.

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