JavaScript is required to for searching.
Omitir Vínculos de navegación
Salir de la Vista de impresión
Guía de administración del sistema de Oracle Solaris Cluster     Oracle Solaris Cluster (Español)
search filter icon
search icon

Información del documento

Prefacio

1.  Introducción a la administración de Oracle Solaris Cluster

2.  Oracle Solaris Cluster y RBAC

3.  Cierre y arranque de un clúster

4.  Métodos de replicación de datos

Comprensión de la replicación de datos

Métodos admitidos de replicación de datos

Uso de replicación de datos basada en almacenamiento dentro de un clúster

Requisitos y restricciones al usar replicación de datos basada en almacenamiento dentro de un clúster

Problemas de recuperación manual al usar una replicación de datos basada en almacenamiento dentro de un clúster

Prácticas recomendadas al usar la replicación de datos basada en almacenamiento

5.  Administración de dispositivos globales, supervisión de rutas de disco y sistemas de archivos de clúster

6.  Administración de quórum

7.  Administración de interconexiones de clústers y redes públicas

8.  Adición y eliminación de un nodo

9.  Administración del clúster

10.  Configuración del control del uso de la CPU

11.  Aplicación de parches en el software y el firmware de Oracle Solaris Cluster

12.  Copias de seguridad y restauraciones de clústers

13.  Administración de Oracle Solaris Cluster con las interfaces gráficas de usuario

A.  Ejemplo

Índice

Uso de replicación de datos basada en almacenamiento dentro de un clúster

La replicación de datos basada en almacenamiento usa un software instalado en el dispositivo de almacenamiento para administrar la replicación dentro de un clúster o un clúster de campus. Dicho software es específico del dispositivo de almacenamiento particular y no se utiliza para recuperación en caso de un problema grave. Consulte la documentación suministrada con el dispositivo de almacenamiento al configurar la replicación de datos basada en almacenamiento.

En función del software que use, puede utilizar la migración tras error automática o manual con la replicación de datos basada en almacenamiento. Oracle Solaris Cluster admite la migración tras error automática o manual de los replicadores con Hitachi TrueCopy, Hitachi Universal Replicator y EMC SRDF.

Esta sección describe la replicación de datos basada en almacenamiento que se usa en un clúster de campus. La Figura 4-1 muestra un ejemplo de configuración de dos salas donde los datos se replican entre dos matrices de almacenamiento. En esta configuración, la matriz de almacenamiento principal se encuentra en la primera sala, donde proporciona datos a los nodos de ambas salas. Esta matriz de almacenamiento principal también proporciona la matriz secundaria con datos para replicar.


Nota - La Figura 4-1 muestra que el dispositivo de quórum está en un volumen sin replicar. Un volumen replicado no es válido como dispositivo de quórum.


Figura 4-1 Configuración de dos salas con replicación de datos basada en almacenamiento

image:Ilustración: los párrafos anterior y siguiente describen el gráfico.

Se puede llevar a cabo una replicación de datos basada en almacenamiento con Hitachi TrueCopy o Hitachi Universal Replicator de forma sincrónica o asincrónica en el entorno de Oracle Solaris Cluster, según el tipo de aplicación que utilice. Si desea efectuar una migración tras error automática en un clúster de campus, use TrueCopy de forma sincrónica. La repetición síncrona basada en almacenamiento con SRDF de EMC es compatible con Oracle Solaris Cluster; la repetición asíncrona no se admite para SRDF de EMC.

No use los modos Domino ni Adaptive Copy de EMC SRDF. El modo Domino hace que los volúmenes de SRDF locales y de destino no estén disponibles para el sistema cuando el destino no esté disponible. El modo Adaptive Copy se suele usar para migrar datos y desplazar centros de datos, pero no se recomienda para la recuperación de datos en caso de problema grave.

Si se pierde el contacto con el dispositivo de almacenamiento remoto, asegúrese de que una aplicación que se está ejecutando en el clúster principal no esté bloqueada especificando un fence_level de never o async. Si especifica un Fence_level de data o status, el dispositivo de almacenamiento principal rechaza las actualizaciones si éstas no pueden copiarse en el dispositivo de almacenamiento remoto.

Requisitos y restricciones al usar replicación de datos basada en almacenamiento dentro de un clúster

Para asegurar la integridad de los datos, use múltiples rutas y el paquete adecuado de RAID. La lista siguiente incluye consideraciones sobre cómo implementar una configuración de clúster que utilice replicación de datos basada en almacenamiento.

Problemas de recuperación manual al usar una replicación de datos basada en almacenamiento dentro de un clúster

Como sucede en todos los clústers de campus, los que utilizan replicación de datos basada en almacenamiento no suelen necesitar intervención cuando tienen un solo error. Sin embargo, si se usa migración tras error manual y se pierde el espacio que aloja el dispositivo de almacenamiento principal (como se muestra en la Figura 4-1), los problemas surgen en un nodo de dos clústers. El nodo que queda no puede reservar el dispositivo de quórum y no se puede arrancar como miembro del clúster. En este caso, el clúster requiere la intervención manual siguiente:

  1. El proveedor de servicios de Oracle debe volver a configurar el nodo restante para que inicie como miembro del clúster.

  2. El proveedor de servicios de Oracle debe configurar un volumen con replicación anulada del dispositivo de almacenamiento secundario como dispositivo de quórum.

  3. El proveedor de servicios de Oracle debe configurar el nodo restante para que use el dispositivo de almacenamiento secundario como almacenamiento principal. Esta reconfiguración podría suponer la reconstrucción de volúmenes del administrador de volúmenes, la restauración de datos o el cambio de las asociaciones de aplicación con volúmenes de almacenamiento.

Prácticas recomendadas al usar la replicación de datos basada en almacenamiento

Cuando configure los grupos de dispositivos que usan Hitachi TrueCopy o Hitachi Universal Replicator para la replicación de datos basada en almacenamiento, siga estas prácticas:

Cuando utilice el software EMC SRDF para replicación de datos basada en almacenamiento, use dispositivos dinámicos en lugar de estáticos. Los dispositivos estáticos necesitan varios minutos para cambiar el nodo primario de replicación y pueden afectar al tiempo de migración tras error.