Descripción de replicación y actualizaciones de dispositivo

La implementación de la replicación ha cambiado significativamente entre las versiones 2009.Q3 y 2010.Q1. Se recomienda suspender la replicación desde y hacia un dispositivo antes de iniciar una actualización desde la versión 2009.Q3 o anterior. Esto es obligatorio en clusters que utilizan la actualización gradual.

Existen tres cambios importantes visibles para el usuario y relacionados con la actualización a la versión 2010.Q1 o posteriores:

• El protocolo de red utilizado para la replicación ha sido mejorado. Los sistemas de la versión 2009.Q3 se pueden replicar en sistemas que ejecuten cualquier versión (incluida la versión 2010.Q1, y posteriores), mientras que los sistemas que ejecutan la versión 2010.Q1, o posterior, solo pueden replicarse en otros sistemas que ejecuten la versión 2010.Q1, o posterior. En la práctica, esto significa que los destinos de replicación se deben actualizar antes o al mismo tiempo que los orígenes de replicación, para evitar errores derivados de versiones de protocolos no compatibles.

• La configuración de la acción de replicación ahora se almacena en la agrupación de almacenamiento en lugar de hacerlo en el sistema principal. Como resultado, después de actualizar desde la versión 2009.Q3, o anterior, a 2010.Q1, los administradores deben aplicar las actualizaciones diferidas para migrar su configuración de replicación.

• Hasta que se apliquen estas actualizaciones, se producirán errores en las actualizaciones de replicación entrantes para las réplicas existentes, y las actualizaciones de replicación no se enviarán para las acciones configuradas en la versión 2009.Q3 o anteriores. Además, se utilizará espacio de la agrupación de almacenamiento para las réplicas no migradas, que no se puedan gestionar desde la BUI o la CLI.

• Cuando se apliquen estas actualizaciones, de la misma manera que sucede con todas las actualizaciones diferidas, la reversión del software del sistema tendrá resultados indefinidos. Con la versión anterior posiblemente no se podrá acceder a los datos replicados, se dejarán de configurar todas las acciones de replicación y las actualizaciones de replicaciones entrantes serán actualizaciones completas.

• Las autorizaciones de replicación han pasado del ámbito anterior al ámbito de proyectos y recursos compartidos. Todas las autorizaciones de replicación configuradas en la versión 2009.Q3 o anteriores ya no existirán en 2010.Q1. Los administradores que utilicen control de acceso específico para la replicación deberán delegar las nuevas autorizaciones de replicación a los administradores adecuados después de la actualización.

Antes de realizar una actualización de replicación, el servicio de replicación verifica que el sistema de destino sea compatible con los nuevos datos del origen.

• Si, en el origen, hay funciones en uso que no son compatibles con el destino, y las funciones se pueden desactivar de forma segura, el servicio de replicación desactivará la funciones, realizará la actualización y emitirá una advertencia.

• Si, en el origen, hay funciones en uso que no son compatibles con el destino y no se pueden desactivar, el servicio de replicación no realizará la actualización y emitirá un error.

Las actualizaciones que anulan la compatibilidad de replicación se entregan como actualizaciones diferidas. Para ver la lista actual y una descripción, consulte Actualizaciones en el Manual de servicio del cliente de Oracle ZFS Storage Appliance y las notas de la versión de Oracle ZFS Storage Appliance para la versión que usa actualmente.