انتقال اکانت‌ها (Migrating accounts)

انتقال کاربران بین ریسلرها

این قابلیت در مسیر زیر در دسترس است:
Admin Level → Account Manager → Move Users between Resellers
یا اینکه می‌توانید /CMD_MOVE_USERS را به انتهای آدرس DirectAdmin خود اضافه کنید:

https://yourdomain.com:2222/CMD_MOVE_USERS

در این بخش می‌توانید انتخاب کنید کدام کاربران از یک ریسلر به ریسلر دیگر منتقل شوند.

این ابزار در واقع رابطی برای اسکریپت move_user_to_reseller.sh است.
پس می‌توانید همان کار را در ترمینال انجام دهید.

مثال:

• کاربری که باید منتقل شود: user
• ریسلری که مالک فعلی کاربر است: old reseller
• ریسلر جدید که مالک کاربر خواهد شد: new reseller

دستور:

/usr/local/directadmin/scripts/move_user_to_reseller.sh 'user' 'old reseller' 'new reseller'

جلوگیری از مشکلات همگام‌سازی هنگام بکاپ/ریستور

گاهی پیش می‌آید که از لحظه گرفتن بکاپ تا انتقال و ریستور روی سرور جدید (و در همین حین منتظر ماندن برای انتشار DNS)، ممکن است تغییراتی روی سرور قدیمی رخ دهد که روی سرور جدید وجود نداشته باشد.

سناریو:

• Box A = سرور مبدأ (محل بکاپ‌گیری)
• Box B = سرور مقصد (محل ریستور)

نگرانی‌ها:

1. ایمیل‌هایی که بعد از بکاپ به سرور A می‌رسند.
2. تغییرات دیتابیس روی سرور A بعد از بکاپ.
3. کاربران که وارد A شده و تغییراتی اعمال می‌کنند.

راهکارها:

• همیشه قبل از تغییر IP، مقدار TTL در DNS را کاهش دهید.

ایمیل‌ها

ساده‌ترین روش: بستن پورت 25 روی A تا ایمیل جدیدی تحویل گرفته نشود. ارسال‌کننده‌ها دوباره تلاش می‌کنند و ایمیل‌ها به مقصد جدید (B) خواهند رسید.
راه دیگر: در لحظه آخر یک rsync از ایمیل‌ها انجام دهید.

دیتابیس

• ساده‌ترین راه: بعد از بکاپ/ریستور، درست قبل از تغییر NS، یک mysqldump گرفته و روی B ایمپورت کنید.
• ترفند دیگر: موقتاً تنظیمات دیتابیس سایت را طوری تغییر دهید که به دیتابیس B متصل شود (حتی اگر کاربر هنوز روی DNS قدیمی باشد). این کار سرعت پایین‌تری دارد ولی مانع از اختلاف داده‌ها می‌شود.
• همچنین می‌توانید سایت را در حالت Maintenance قرار دهید (مثل قابلیت WordPress) تا تغییرات جدید ثبت نشوند.

سایر تغییرات

• بهترین راهکار، اطلاع‌رسانی به کاربران است (مثلاً: «تا فردا ایمیل جدید نسازید»).
• یا حتی می‌توانید کاربر را روی سرور A موقتاً suspend کنید و به جای صفحه suspend، یک صفحه «در حال انتقال سرور» نشان دهید.

انتقال کاربران بین سرورهای لینک‌شده (Multi-Server Setup)

اگر دو سرور A و B با قابلیت Multi-Server Setup (MSS) لینک شده باشند (Zone Transfer + Domain Check)، موقع بکاپ و ریستور ممکن است با خطای Domain Already Exists مواجه شوید.

راهکار:

1. روی سرور A بکاپ کاربر (مثلاً fred) بگیرید و فایل را به B منتقل کنید.
2. روی B وارد Admin Level → Multi-Server Setup شوید.
   • اگر لینک دوطرفه فعال است، روی B گزینه Domain Check را موقتاً غیرفعال کنید.
   • گزینه Zone Transfer باید فعال بماند.
3. در مسیر Admin Level → Admin Backup/Transfer → Backup/Restore Settings گزینه زیر را فعال کنید: On restore, check for domain conflict in domainowners, rather than the named.conf
4. حالا می‌توانید بکاپ را روی B ریستور کنید و IP جدید را انتخاب کنید.
5. بعد از ریستور، دوباره به MSS رفته و Domain Check را فعال کنید.
6. زمانی که مطمئن شدید همه‌چیز روی B درست کار می‌کند، می‌توانید اکانت fred را از A حذف کنید. ولی حتماً در هنگام حذف، گزینه Leave DNS را فعال کنید.

انتقال داده‌های حجیم با rsync

اگر کاربری حجم زیادی دیتا در مسیر /home/username/domains/ دارد:

1. از مسیر Admin Level → Admin Backup/Transfer → Create Backup یک بکاپ بگیرید.
   • در بخش “What”، گزینه Domains Directory را غیرفعال کنید.
   • این باعث می‌شود فایل بکاپ سبک‌تر شود.
2. بکاپ را مثل همیشه به سرور B منتقل و ریستور کنید.
3. حالا باید دیتای فولدر دامنه‌ها را دستی انتقال دهید. بهترین ابزار برای این کار rsync است.

روی سرور B (مقصد):

rsync -ave 'ssh -p 22' 1.2.3.4:/home/username/domains/ /home/username/domains/

• جایگزین کنید:
  • 22 = پورت SSH
  • 1.2.3.4 = IP سرور A

اگر می‌خواهید امنیت بالاتر باشد، می‌توانید SSH را روی A برای همان یوزر فعال کنید و از دستور زیر استفاده کنید:

rsync -ave 'ssh -l username -p 22' 1.2.3.4:/home/username/domains/ /home/username/domains/