Qué permite la herramienta
La función de respaldo y transferencia del nivel de revendedor genera archivos de cuenta completos que pueden restaurarse en otro servidor DirectAdmin. Es la vía estándar para mover clientes entre servidores sin reconstruir nada a mano.
El proceso general
- En el servidor de origen, genera el respaldo de las cuentas a mover.
- Envíalo a un almacenamiento FTP accesible desde ambos servidores, o descárgalo.
- En el servidor de destino, usa la opción de restauración indicando la ubicación del archivo.
- Selecciona las cuentas a restaurar y confirma.
- Verifica cada cuenta antes de mover el DNS.
Baja el TTL con antelación
Es el paso que más ayuda y el que casi nadie hace. Uno o dos días antes, reduce el TTL de los registros DNS de los dominios a 300 segundos. Así, cuando cambies el destino, la propagación tardará minutos en lugar de horas.
Probar antes de cambiar el DNS
Edita el archivo hosts de tu equipo para que los dominios resuelvan a la IP del servidor nuevo. Solo tú verás el sitio migrado mientras el resto del mundo sigue viendo el antiguo. Es la única forma de verificar de verdad antes de mover a nadie.
192.0.2.10 su-negocio.mx 192.0.2.10 www.su-negocio.mx
Recuerda quitar esas líneas al terminar, o seguirás viendo el servidor nuevo aunque el DNS ya haya cambiado.
El correo es la parte delicada
Mientras el MX apunta al servidor antiguo, los mensajes siguen llegando allí. Durante la transición pueden repartirse entre ambos según qué DNS haya consultado cada remitente. Por eso conviene generar el respaldo lo más cerca posible del cambio, avisar a los clientes de que revisen ambos accesos durante 48 horas, y no dar de baja el servidor anterior de inmediato.
Migrar desde otro panel
DirectAdmin puede restaurar respaldos generados por otros paneles de control, pero esa función está reservada al nivel de administrador del servidor. Como revendedor no tendrás acceso: si recibes un cliente que llega desde cPanel con su archivo de respaldo, abre un ticket y lo procesamos nosotros.
Errores frecuentes
| Error | Consecuencia |
|---|---|
| Dar de baja el servidor antiguo el mismo día | Si algo falla, no hay a dónde volver. |
| Olvidar registros DNS de servicios externos | Se rompen verificaciones, firmas de correo o subdominios de terceros. |
| No revisar SPF y DKIM tras el cambio | El correo de los clientes empieza a caer en spam. |
| Migrar un viernes por la tarde | Cualquier incidencia se resuelve el lunes. |
| No avisar a los clientes | Reportan como avería lo que es una migración planeada. |
Después de migrar
Revisa por cada cuenta: que el sitio carga, que el certificado SSL está activo, que el correo entra y sale, y que las tareas cron siguen programadas. Los certificados y los cron son lo que más se pierde en una migración y lo que menos se comprueba.
