ZxBackup: Incremental migration with ZeXtras Backup/es

From ZeXtras Suite Wiki

Jump to: navigation, search
Idioma: English  • español • português
ZxBackup logo box.png
Available since version: 0.87
Latest Version: 2.12.2
Released on: January 2nd, 2019
Compatibility List
Admin Guide
FAQ
Troubleshooting
Backup Initialization
ZspBackup logo box.png

Descripción

  • Esta guía muestra como hacer una migración incremental usando ZeXtras Backup.
  • Se hizo especialmente para la migración en un ambiente de producción minimizando el tiempo muerto y para que sea transparente para los usuarios.
  • Si se planea correctamente su sistema de correo no sufrirá ningún tiempo muerto y el impacto para los usuarios será prácticamente cero.
  • Todos los comandos CLI en esta guía se deben ejecutar como usuario Zimbra a menos que se especifique lo contrario.

Lo que será migrado

  • E-mails y carpetas
  • Contactos y libro de direcciones
  • Reuniones y calendarios
  • Tareas y listas de tareas
  • Archivos y maletín
  • Informaciones compartidas
  • Preferencias de usuario
  • Configuración de usuario
  • Configuración de clases de servicios
  • Configuraciones de dominio

Lo que no será migrado

  • Configuraciones del servidor (migrado para referencia pero no se restaurará)
  • Configuración global
  • Personalizaciones (Postfix, Jetty, etc...).
  • Elementos movidos o borrados durante el proceso no serán movidos o borrados en el server de destino
  • Preferencias (ej. contraseñas) cambiadas durante el proceso se resetean en cada importación
Warning.png ¡Atención!

La migración incremental no está diseñada para configurar un mirroring server-to-server. Si se usan múltiples importaciones del servidor de origen, esto no creará de ninguna manera una copia en si mismo, pues no se efectúa ningún proceso de eliminación durante el proceso de importación.

Verificación previa a la migración

Preguntas frecuentes y solución de problemas

Lea cuidadosamente las secciones ZxBackup Troubleshooting y ZxBackup FAQs antes de correr una migración incremental.

Servidores

  • Servidor de origen: cualquier servidor Zimbra puede ser el origen de la migración, siempre que utilice la versión Zimbra 6.0.7 o superior.
  • Servidor de destino: cualquier servidor Zimbra puede ser usado como destino, siempre que se utilice la versión Zimbras 6.0.7 o superior.

Asegúrese de tener acceso root en ambos servidores, y dar un vistazo a ZxBackup: External Restore - Antes de empezar" para algunos consejos sobre como mejorar el rendimiento de la importación.

Almacenamiento

  • En el servidor de origen: si ZeXtras Backup no está habilitado, asegúrese que el espacio libre en disco sea comparable al tamaño de la carpeta /opt/zimbra/store/ (la información exportada es comprimida mediante el algoritmo gzip, y todos los elementos Zimbra son desduplicados, generalmente reduciendo el tamaño de lo exportado a un 70% del tamaño original).
  • En el servidor destino: asegúrese de que tiene espacio libre mayor a la carpeta /opt/zimbra/store/ y a la carpeta "export" combinados, en el servidor de origen.

Transferencia de datos

Mientras es posible decidir si transfiere los datos de otra manera, rsync es el método que nosotros hemos elegido pues combina conveniencia y velocidad.

La transferencia principal se ejecuta mientras el servidor de origen todavía está activo y funcional. Sin embargo la transferencia se hace via network; por eso planee cuidadosamente la transferencia de aquí en adelante, así habrá transferido todos sus datos antes de migrar.

Modos alternativos de transferencia

Todo lo que abarque movimiento físico de las unidades está OK siempre que satisfaga sus necesidades.

 Nunca subestimes el ancho de banda de una camioneta llena de cintas a toda velocidad por la autopista.
--Tanenbaum, Andrew S. (1996). Computer Networks. New Jersey: Prentice-Hall. p. 83. ISBN 0-13-349945-6.

DNS

Establezca el valor TTL de su registro MX en 300 en su DNS "real". Esto permitirá un cambio rápido entre servidores de origen y destino.

Configuración

Primer paso: verificaciones de coherencia

Para evitar cualquier problema relacionado con los datos ejecute los siguientes chequeos en el servidor de origen:

  • zmblobchk: este comando verifica la consistencia entre los metadatos Zimbra y BLOBs.
  • zmdbintegrityreport: este comando verifica la integridad de la base de datos Zimbra.

Repare cualquier error hallado como se decribe en la documentación oficial de Zimbra.

Se recomienda ejecutar un reindex de todos los buzones de correo.

Segundo paso: configuración de ZeXtras Suite

Sólo para servidores en los cuales ZeXtras Backup no fue inicializado ni se está ejecutando Instale ZeXtras Suite en ambos servidores:

[ejecute este comando como Root]
wget http://www.zextras.com/download/zextras_suite-latest.tgz
tar zxvf zextras_suite-latest.tgz
cd zextras_suite-[version]
./install.sh all

Deshabilite el Escáner en Tiempo Real en ambos servidores:

zxsuite backup setProperty ZxBackup_RealTimeScanner false

Se recomienda un dispositivo dedicado para la exportación de los datos para mejorar el desempeño de la exportación y disminuir el impacto en el desempeño del sistema en operación. Tal dispositivo se debe montar en /opt/zimbra/backup/ y el usuario Zimbra debe tener permisos de lectura/escritura en él

Tercer paso: Exportación de los datos (FullScan)

Ejecute un FullScan en el servidor origen:

zxsuite backup doFullScan

Todos sus datos se exportarán hacia la ruta del backup por defecto (/opt/zimbra/backup/zextras/).

Consejo: Exportación de dominios únicamente

Puede también elegir migrar uno o mas dominios en lugar de todos ellos. Para hacerlo ejecute el siguiente comando en lugar del FullScan:

zxsuite backup doExport /path/to/export/folder/ domains yourdomain.com,yourdomain2.com[..]

Tenga en cuenta que si inicia con el método del "FullScan" tendrá que continuar la migración con este método, y si inicia con "Dominio único" deberá comcluirla con este. Ámbos métodos no se pueden mezclar.

Exportar datos (FullScan) desde el zimlet ZeXtras

Puede elegir también exportar sus datos usando el zimlet ZeXtras siguiendo ESTA guia.

Cuarto paso: sincronización de los datos

Warning.png ¡Atención!

Cuando mueva información exportada hacia el server de destino, asegúrese que la carpeta de destino no sea la ruta del backup de ZxBackup en el servidor de destino, para evitar cualquier problema en caso de tener ya ZxBackup o planea tenerlo en el server de destino.

(puede saltar este paso si elije la transferencia por otros métodos que no sean a través de rsync)

Usando rsync, copie la información de /opt/zimbra/backup/zextras/ en un directorio del servidor destino (asegúrese que el usuario Zimbra tenga permisos de lectura/escritura en tal directorio). Use un multiplexor terminal como screen o tmux; este comando de proceso puede necesitar MUCHO tiempo dependiendo de la velocidad de la red y de la cantidad de información involucrada.

[Ejecute este comando como Root]
rsync -avH /opt/zimbra/backup/zextras/ root@desinationserver:/path/for/the/data/

Método alternativo de sincronización

Mientras el método sugerido es apropiado para situaciones en las que hay un ancho de banda grande, la primera sincronización puede envolver mucha información. Si cree que el método rsync es muy lento puede considerar mover físicamente el dispositivo (o el mismo archivo de disco si se está ejecutando en una máquina virtual).

Luego de mover el disco puede montarlo remotamente en el servidor destino (Ej. con SSHFS), pues la sincronización adicional requerida para la migración envolverá mucha menos información. En ese caso asegúrese de re-montar el dispositivo en el servidor origen como /opt/zimbra/backup/zextras/ con todos los debidos permisos.


Quinto paso: primera importación

Importe todos los datos en el servidor destino:

zxsuite backup doExternalRestore /path/for/the/data/

Ahora relájese mientras ZeXtras Suite importa la información en el servidor de destino.

Atención: no edite ni borre los archivos de mapeo después de este punto ya que si lo hace causará problemas de duplicación de elementos y bloqueará seguramente el proceso de migración.

Primera importación a través del zimlet ZeXtras

Puede también elegir importar los datos usando el zimlet ZeXtras siguiento ESTA guía. Cuando se importa con el zimlet ZeXtras asegúrese de quitar todas las cuentas de sistema (GalSync, Ham, Spam, Quarantena etc.) de la lista de cuentas importadas.

Quinto paso (alternativo): Primera importación para grandes migraciones [usuarios AVANZADOS]

Si va a migrar una cantidad muy grande de información, donde la importación/importación podría durar muchas horas o incluso días, hay una forma alternativa de realizar la migración de aquí en adelante.

En lugar de importar toda la información en el servidor de destino se puede hacer una importación de "solo aprovisionamiento" que creará solo los dominios, clases de servicio y cuentas en el servidor de destino, omitiendo el contenido de las cuentas de correo.

zxsuite backup doExternalRestore /path/for/the/data/ provisioning_only TRUE

Después de esto, cambie el flujo del correo hacia el nuevo servidor, y cuando termine, inicie la importación "real".

zxsuite backup doExternalRestore /path/for/the/data/

De esta manera los usuarios se conectarán al nuevo servidor donde los emails nuevos comenzarán a llegar mientras los antiguos están siendo restaurados.

Este método alternativo tiene sus "pros y contras"

Pros

  • Al importarse la información una sola vez, sin modificarse ni borrarse, este método reducirá al mínimo las discrepancias en comparación con la otra forma de hacer la migración incremental.
  • Esta opción es la que menos impacto tiene en el server de origen.

Contras

  • Dependiendo del tiempo de la operación, este método tiene un alto impacto en los usuarios debido al hecho que los elementos son restaurados MIENTRAS se trabaja con el correo.
  • Al hacerse la restauración en un server "on-line" es posible que se experimente lentitud.
Warning.png ¡Atención!

Tenga en cuenta que no hay vuelta atrás.

Una vez que las configuraciones del firewall y los DNS son cambiadas no será posible volver atrás, sino con un gran esfuerzo.

Verifique entonces lo siguiente:

  • Tamaño en disco
  • Estado del sistema de archivos (Filesystem)
  • Estado del BLOB de Zimbra y del Database
  • Configuración correcta de la memoria de la JVM de Zimbra (heap size y PermGen/MaxPermGen)



La situación hasta ahora

Hasta ahora la mayor parte de la información fue importada en el servidor de destino. El servidor de origen todavía está activo y funcionando y Ud. está a punto de realizar la migración.

La migración

Sexto paso: Verificación de pre-migración

Antes de cambiar el flujo de mails asegúrese SIEMPRE que el nuevo servidor esté listo para quedar activo (verifique el firewall, configuración DNS, sistema de seguridad, etc.)

Séptimo paso: El cambio

Aquí está! el momento de la migración ha llegado! Al final de este paso el server de destino estará activo y funcionando.

  • Repita los pasos 3, 4 y 5 (solo la nueva información será exportada y sincronizada)
  • Cambie el flujo de mail hacia el nuevo servidor.
  • Cuando no lleguen mas e-mails al servidor de origen repita los pasos 3, 4 y 5.

El servidor destino ahora está activo y funcionando.

Octavo paso: Verificación post-migración

Ejecute el siguiente comando para inconsistencias de compartición.

zxsuite backup doCheckShares


Noveno paso: Galsync

Borre cualquier cuenta GalSync importada en la consola Zimbra; luego si es necesario cree nuevas cuentas GalSync en todos los dominios importados y re-sincronice todas las cuentas GalSync con el siguiente comando:

zmgsautil forceSync -a galsync.randomstring@domain.com -n [resourcename]

Décimo paso: Desduplicación de mensajes

Es altamente recomendable ejecutar una Desduplicación de mensaje mediante ZeXtras Powerstore para ahorrar espacio en disco.

Por último

La migración está finalizada. Ahora tiene dos opciones:

  • Desinstale ZeXtras Suite
  • Inicie ZeXtras Backup y comience a usar esta tremenda herramienta llamada ZeXtras Suite ;)

Preguntas frcuentes sobre migración incremental

¿Necesito una licencia válida para hacer una migración incremental?

Si. Puede ser una licencia Trial o una comprada.

¿Qué será migrado?

CAsi todo excepto la configuración del servidor. Esto incluye:

  • Información de usuario
  • Preferencias de usuario
  • Configuración de COS
  • Configuración de dominio

¿Perderé mis comparticiones? ¿Tendré que configurar nuevamente mis comparticiones?

¡De ninguna manera!

¿Cómo debería transferir los datos exportados entre mis servidores?

Como se dijo antes, todo lo que satisfaga sus necesidades está OK. Solo necesita estar muy seguro sobre cuales son esas necesidades ;)

¿Tiene que mover la información rápidamente? Mover físicamente un disco USB entre los servidores puede no ser tan buena idea...

¿Tiene que mover información de manera segura? Montar la carpeta de exportación usando SSHFS en el servidor destino tampoco puede ser buena idea si la conexión a internet es un poco lenta...

En definitiva cada caso es diferente. Escoja una alternativa.

Personal tools