Running ZeXtras Suite on Zimbra Network Edition/es

From ZeXtras Suite Wiki

Jump to: navigation, search
Idioma: English  • español • português
Zextras logo box.png
Latest Version: 2.16.0
Released on: April 4th, 2019
Compatibility List
Changelog
License Management

Zextras Suite y Zimbra Network Edition

Warning.png ¡Atención!

Zimbra Network Edition no será más soportado a partir de Zextras Suite 2.6.0. Solamente la versión Legacy de Zextras Suite será compatible con Network Edition - vea ESTE anuncio oficial para más información.

El proceso de instalación y uso es el mismo en ambas versiones, pero se aplican algunas limitaciones y medidas específicas en algunos módulos.

Zextras Backup

Al haber una diferencia tan amplia en el funcionamiento del backup de ambas versiones, no habrá conflicto al tener las dos activas.

Gestión del RedoLog

El RedoLog es manejado completamente por Zimbra tanto en NE como OSE, y se rota de acuerdo con un conjunto de reglas definidas por las siguientes propiedades:

<attr id="78" name="zimbraRedoLogRolloverFileSizeKB" type="integer" min="0" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
<globalConfigValue>1048576</globalConfigValue>
  <desc>
  el archivo redo.log se vuelve elegible para su remplazo cuando alcanza este tamaño.
  </desc>
</attr>
<attr id="1020" name="zimbraRedoLogRolloverMinFileAge" type="integer" min="0" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox" since="5.0.17">
  <globalConfigValue>60</globalConfigValue 
  <desc>
    el tiempo mínimo en minutos para que el archivo redo.log anterior se vuelva elegible para remplazo basado en el tamaño
  </desc>
</attr>
<attr id="1021" name="zimbraRedoLogRolloverHardMaxFileSizeKB" type="integer" min="0" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox" since="5.0.17">
  <globalConfigValue>4194304</globalConfigValue>
  <desc>
    el archivo redo.log se remplaza cuando alcanza este tamaño, inclusive si no alcanza el limite de tiempo mínimo
  </desc>
</attr>

Además de lo anterior, en Zimbra Network Edition, los redologs son rotados/archivados cuando se efectúa un backup incremental, y cada redolog archivado se mueve hacia la carpeta del backup.

La principal diferencia entre Zimbra NE y OSE es que mientras en este último los redologs son borrados inmediatamente después de ser rotados, en NE son movidos a la carpeta del backup cuando se ejecuta un backup incremental. Se puede cambiar este comportamiento editando la siguiente propiedad:

<attr id="251" name="zimbraRedoLogDeleteOnRollover" type="boolean" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <globalConfigValue>TRUE</globalConfigValue>
  <desc>
    Si los logs son borrados en la sustitución o archivados
  </desc>
</attr>

Esto es establecido por defecto en "false" en NE y en "true" en OSE. Ajustándolo en "true" se borrará el archivo redolog en la sustitución en vez de archivarlo.

Tamaño del RedoLog durante una recuperación externa

Durante una recuperación externa cada elementos se enviará a la cuenta correspondiente. Esto causa que el archivo RedoLog aumente de tamaño. Para evitar saturar el disco con logs, se sugiere tomar las siguientes medidas:

  • Cambie la función zimbraRedoLogRolloverHardMaxFileSizeKB para un valor apropiado en Zimbra NE u OSE
  • Establezca zimbraRedoLogDeleteOnRollover en true cuando importa datos en Zimbra Network
Warning.png ¡Atención!

Para mejorar las prestaciones del "External Restore" es posible deshabilitar la función RedoLog para alcanzar un menor uso de recursos de I/O y memoria. Para hacerlo, establezca la propiedad "zimbraRedoLogEnabled" (ver más abajo) en "false". No olvide habilitarla al final de la recuperación. Esto es para usuarios avanzados, así que no se meta con el RedoLog a menos que sepa lo que hace.

Otras propiedades relacionadas con el RedoLog

Además de lo dicho anteriormente, existen más configuraciones relacionadas con el redolog:

<attr id="74" name="zimbraRedoLogEnabled" type="boolean" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <globalConfigValue>TRUE</globalConfigValue>
  <desc>
    si el registro redo está habilitado
  </desc>
</attr>

<attr id="75" name="zimbraRedoLogLogPath" type="string" max="256" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <globalConfigValue>redolog/redo.log</globalConfigValue>
  <desc>
    nombre y ubicación del archivo redolog
  </desc>
</attr>

<attr id="76" name="zimbraRedoLogArchiveDir" type="string" max="256" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <globalConfigValue>redolog/archive</globalConfigValue>
  <desc>
    destino de la sustitución del redolog
  </desc>
</attr>

<attr id="79" name="zimbraRedoLogFsyncIntervalMS" type="integer" min="0" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <globalConfigValue>10</globalConfigValue>
  <desc>
    cuán frecuentemente las escrituras en el redolog son sincronizadas mediante fsync con el disco.
  </desc>
</attr>

<attr id="225" name="zimbraRedoLogProvider" type="string" max="256" cardinality="multi" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox">
  <desc>
    nombre del proveedor de la clase para el registro redo
  </desc>
</attr>

<attr id="1009" name="zimbraRedoLogCrashRecoveryLookbackSec" type="integer" min="0" cardinality="single" optionalIn="globalConfig,server" flags="serverInherited" requiresRestart="mailbox" since="6.0.0_BETA2">
  <globalConfigValue>10</globalConfigValue>
  <desc>
    el número de segundos de las operaciones redo cometidos para re-ejecutar durante la recuperación de un colapso; ligado al parámetro mysql innodb_flush_log_at_trx_commit=0
  </desc>
</attr>

Se recomienda tomar precauciones extremas cuando se tocan estas propiedades, especialmente con el número 3 de la lista.

Zextras Mobile

El módulo ZxMobile se deshabilita por defecto en Zimbra Network Edition. Para activarlo hay que presionar el botón "Start" al lado de "ZxMobile" en la sección "Modules" del Core del zimlet ZeXtras.

Luego de habilitar el inicio automático del módulo necesitará ejecutar el siguiente comando y reiniciar manualmente el servicio mailboxd:

zxsuite core setProperty ZxCore_OverrideNEMobile true

Al habilitar ZeXtras Mobile se anularán y desactivarán todas las funciones móviles de Zimbra.

Este procedimiento es totalmente reversible, ya que al deshabilitar ZxMobile y ejecutar el siguiente comando, se reactivarán todas las funciones móviles de Zimbra (requiere reiniciar el servicio mailboxd para que los cambios tengan efecto):

zxsuite core setProperty ZxCore_OverrideNEMobile false


Usando Zextras Mobile en Zimbra Network Edition

Una vez que el módulo está activado funciona exactamente igual que en Open Source Edition.

Zextras Powerstore

El módulo Powerstore está deshabilitado por defecto en Network Edition. Para activarlo hay que presionar el botón "Enable" al lado de "ZxPowerstore" en la sección "Modules" de la pestaña Core del zimlet ZeXtras.

Zxsuite modules ne.png

Luego de habilitar el inicio automático del módulo necesitará ejecutar el siguiente comando y reiniciar manualmente el servicio mailboxd:

zxsuite powerstore setProperty ZxPowerstore_EnableHsmOnNe true

Usando Zextras Powerstore en Zimbra Network Edition

Se comparten las mismas políticas entre ZeXtras Powerstore y el propio motor HSM de Zimbra.

Los dos procesos (zmhsm de Zimbra y doMoveBlobs de ZeXtras Powerstore) son compatibles, pero si se ejecutan al mismo tiempo causarán un alto impacto en la carga de entrada y salida del servidor, y será prácticamente inservible, pues como se ya se dijo ambos comparten las mismas políticas.

Zextras Admin

A partir de la versión Zextras Suite 2.4.0 el módulo ZeXtras Admin está disponible para "Zimbra Network Edition.

Migración de Zimbra NE para Zimbra OSE

Después de migrar de Zimbra Network Edition server para Zimbra Open Source Edition una o varias Listas de Control de Accesos (potencialmente problemáticas) permanecerán todavía en la configuración de los usuarios o dominios. Para restablecer dichas listas, ejecute el comando `zxsuite core doDeleteAllDelegatedRights` como usuario 'zimbra'.

Esto reseteará la configuración del módulo, así que asegurese de usarlo ANTES de configurarlo.

Zextras Chat

Este módulo es 100% compatible con Zimbra Network Edition, y funciona exactamente como en Zimbra Open Source.

Personal tools