Administración de dispositivos replicados basados en el almacenamiento

Puede configurar un grupo de dispositivos de Oracle Solaris Cluster para que contenga dispositivos que se repliquen mediante la replicación basada en almacenamiento. El software de Oracle Solaris Cluster es compatible con el software EMC Symmetrix Remote Data Facility para la replicación basada en almacenamiento.

Antes de replicar los datos con el software EMC Symmetrix Remote Data Facility, debe estar familiarizado con la documentación de replicación basada en almacenamiento y tener en sus sistema el producto de replicación basada en almacenamiento y las actualizaciones más recientes instalados en el sistema. Si desea obtener información sobre cómo instalar el software de replicación basada en almacenamiento, consulte la documentación del producto.

El software de replicación basada en almacenamiento configura un par de dispositivos como réplicas, uno como réplica principal y el otro como réplica secundaria. En un momento dado, el dispositivo conectado a un conjunto de nodos será la réplica principal. El dispositivo conectado al otro conjunto de nodos será la réplica secundaria.

En una configuración de Oracle Solaris Cluster, la réplica principal se mueve automáticamente cada vez que se mueve el grupo de dispositivos de Oracle Solaris Cluster al que pertenece la réplica. Por lo tanto, la réplica principal nunca debe moverse directamente en una configuración de Oracle Solaris Cluster. En su lugar, la recuperación debe realizarse moviendo el grupo de dispositivos de Oracle Solaris Cluster asociado.

Precaución - El nombre del grupo de dispositivos de Oracle Solaris Cluster que ha creado (Solaris Volume Manager o disco sin procesar) debe ser idéntico al del grupo de dispositivos replicado.

Esta sección incluye los procedimientos siguientes:

Administración de dispositivos replicados de EMC Symmetrix Remote Data Facility

Administración de dispositivos replicados de EMC Symmetrix Remote Data Facility

En la siguiente tabla, se enumeran las tareas que debe realizar para configurar y gestionar un dispositivo replicado basado en almacenamiento de EMC Symmetrix Remote Data Facility (SRDF).

Tabla 5-2 Mapa de tareas: Administración de dispositivo replicado basado en almacenamiento de EMC SRDF

Tarea	Instrucciones
Instalar el software de SRDF en el dispositivo de almacenamiento y en los nodos	La documentación incluida con el dispositivo de almacenamiento de EMC.
Configurar el grupo de replicaciones de EMC	Cómo configurar un grupo de replicación de EMC SRDF
Configurar el dispositivo DID	Configuración de dispositivos DID para la replicación con EMC SRDF
Registrar el grupo replicado	Adición y registro de un grupo de dispositivos (Solaris Volume Manager)
Comprobar la configuración	Cómo comprobar la configuración del grupo de dispositivos globales replicados de EMC SRDF
Recuperar manualmente los datos después de que falla por completo la sala primaria de un cluster de campus.	Cómo recuperar los datos de EMC SRDF después de un fallo completo de la sala primaria

Cómo configurar un grupo de replicación de EMC SRDF

Antes de empezar

El software EMC Solutions Enabler debe estar instalado en todos los nodos del cluster antes de configurar un grupo de replicaciones de EMC Symmetrix Remote Data Facility (SRDF). En primer lugar, configure los grupos de dispositivos EMC SRDF en los discos compartidos del cluster. Para obtener más información acerca de cómo configurar los grupos de dispositivos de EMC SRDF, consulte la documentación del producto EMC SRDF.
Cuando use EMC SRDF, utilice los dispositivos dinámicos en lugar de los estáticos. Los dispositivos estáticos requieren varios minutos para cambiar la replicación principal y pueden afectar el tiempo de conmutación por error.

Precaución - El nombre del grupo de dispositivos de Oracle Solaris Cluster que ha creado (Solaris Volume Manager o disco sin procesar) debe ser idéntico al del grupo de dispositivos replicado.

Asuma un rol que cuente con autorización RBAC solaris.cluster.modify en todos los nodos conectados a la matriz de almacenamiento.
En cada nodo configurado con los datos replicados, detecte la configuración de dispositivos de Symmetrix.
Esta acción puede tardar varios minutos.
```
# /usr/symcli/bin/symcfg discover
```
Si aún no ha creado los pares de réplicas, hágalo ahora.
Utilice el comando symrdf para crear los pares de réplicas. Para obtener instrucciones sobre la creación de los pares de réplicas, consulte la documentación de SRDF.
En cada nodo configurado con dispositivos replicados, compruebe que la replicación de datos esté configurada de manera correcta.
```
# /usr/symcli/bin/symdg show group-name
```
Realice un intercambio del grupo de dispositivos.
1. Verifique que la réplica principal y la secundaria estén sincronizadas.
```
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
```
2. Determine qué nodo contiene la réplica principal y qué nodo contiene la réplica secundaria mediante el comando symdg show.
```
# /usr/symcli/bin/symdg show group-name
```
  El nodo con el dispositivo RDF1 contiene la réplica principal y el nodo con el estado del dispositivo RDF2 contiene la réplica secundaria.
3. Active la réplica secundaria.
```
# /usr/symcli/bin/symrdf -g group-name failover
```
4. Intercambie los dispositivos RDF1 y RDF2.
```
# /usr/symcli/bin/symrdf -g group-name swap -refresh R1
```
5. Active el par de réplicas.
```
# /usr/symcli/bin/symrdf -g group-name establish
```
6. Verifique que el nodo principal y las replicas secundarias estén sincronizados.
```
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
```
Repita todo el paso 5 en el nodo que tenía originalmente la réplica principal.

Pasos siguientes

Después de configurar un grupo de dispositivos para el dispositivo replicado de EMC SRDF, debe configurar el controlador del identificador de dispositivos (DID) que usan los dispositivos replicados.

Configuración de dispositivos DID para la replicación con EMC SRDF

Este procedimiento sirve para configurar el controlador del identificador de dispositivos (DID) que usa el dispositivo replicado.

Antes de empezar

phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.

Este procedimiento proporciona las formas largas de los comandos de Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.

Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify en todos los nodos del cluster.
Determine qué dispositivos DID se corresponden con los dispositivos RDF1 y RDF2 configurados.
```
# /usr/symcli/bin/symdg show group-name
```
Nota - Si el sistema no muestra todo el parche del dispositivo de Oracle Solaris, defina la variable de entorno SYMCLI_FULL_PDEVNAME en 1 y vuelva a escribir el comando symdg -show.
Determine qué dispositivos DID se corresponden con los dispositivos de Oracle Solaris.
```
# cldevice list -v
```
Para cada par de dispositivos DID coincidentes, combine las instancias en un único dispositivo DID replicado. Ejecute el siguiente comando desde el lado RDF2/secundario.
```
# cldevice combine -t srdf -g replication-device-group \
-d destination-instance source-instance
```
Nota - No se admite la opción -T para los dispositivos de replicación de datos de SRDF.

-t replication-type

Especifica el tipo de replicación. Para EMC SRDF, el tipo es SRDF .

-g replication-device-group

Especifica el nombre del grupo de dispositivos tal y como se muestra en el comando symdg show.

-d destination-instance

Especifica la instancia DID que corresponde al dispositivo RDF1.

source-instance

Especifica la instancia DID que corresponde al dispositivo RDF2.
Nota - Si comete una equivocación al combinar un dispositivo DID, use la opción -b con el comando scdidadm para deshacer la combinación de dos dispositivos DID.
```
# scdidadm -b device
```
-b device

La instancia DID que se correspondía con el dispositivo de destino cuando las instancias estaban combinadas.

Si cambia el nombre de un grupo de dispositivos de replicación, se necesitan pasos adicionales para SRDF. Cuando haya completado los pasos del 1 al 4, lleve a cabo los pasos adicionales que correspondan.

Elemento	Descripción
SRDF	Si cambia el nombre del grupo de dispositivos de replicación (con el grupo de dispositivos globales correspondiente), debe actualizar la información de los dispositivos replicados usando primero el comando `scdidadm` `-b` para eliminar la información existente. El último paso consiste en utilizar el comando `cldevice combine` para crear un nuevo dispositivo actualizado.

Verifique que las instancias DID se hayan combinado.
```
# cldevice list -v device
```
Verifique que la replicación de SRDF esté definida.
```
# cldevice show device
```
En todos los nodos, compruebe que se pueda acceder a los dispositivos DID para todas las instancias DID combinadas.
```
# cldevice list -v
```

Pasos siguientes

Después de haber configurado el controlador del identificador de dispositivos (DID) que usa el dispositivo replicado, debe comprobar la configuración del grupo de dispositivos globales replicados de EMC SRDF.

Cómo comprobar la configuración del grupo de dispositivos globales replicados de EMC SRDF

Antes de empezar

Antes de verificar el grupo de dispositivos globales, primero debe crearlo. Puede utilizar grupos de dispositivos de Solaris Volume Manager, ZFS o discos sin procesar. Para obtener más información, consulte lo siguiente:

Precaución - El nombre del grupo de dispositivos de Oracle Solaris Cluster que ha creado (Solaris Volume Manager o disco sin procesar) debe ser idéntico al nombre del grupo de dispositivos replicados.

phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.

Compruebe que el grupo de dispositivos principal corresponda al mismo nodo que el nodo que contiene la réplica primaria.
```
# symdg -show group-name
# cldevicegroup status -n nodename group-name
```
Realice una conmutación de prueba para asegurarse de que estos grupos de dispositivos están configurados correctamente y de que las replicas puedan moverse entre los nodos.
Si el grupo de dispositivos está fuera de línea, póngalo en línea.
```
# cldevicegroup switch -n nodename group-name
```
-n nodename

Nodo en el que se cambia el grupo de dispositivos. Este nodo se convierte en el nuevo nodo principal.
Compruebe que la operación de conmutación se haya realizado correctamente mediante la comparación de la salida de los siguientes comandos.
```
# symdg -show group-name
# cldevicegroup status -n nodename group-name
```

Ejemplo: Configuración de un grupo de replicaciones de SRDF para Oracle Solaris Cluster

En este ejemplo, se completan los pasos específicos necesarios de Oracle Solaris Cluster para configurar la replicación de SRDF en el cluster. En el ejemplo, se supone que ya se han realizado las tareas siguientes:

Se ha completado la creación de los pares de LUN para la replicación entre matrices.
Se ha instalado el software de SRDF en el dispositivo de almacenamiento y los nodos del cluster.

En este ejemplo, se muestra un cluster de cuatro nodos en el que hay dos nodos conectados a un Symmetrix y otros dos nodos conectados al segundo Symmetrix. El grupo de dispositivos SRDF se denomina dg1.

Ejemplo 5-1 Creación de los pares de réplicas

Ejecute el siguiente comando en todos los nodos.

# symcfg discover
! This operation might take up to a few minutes.
# symdev list pd

Symmetrix ID: 000187990182

        Device Name          Directors                   Device                
--------------------------- ------------ --------------------------------------
                                                                           Cap 
Sym  Physical               SA :P DA :IT  Config        Attribute    Sts   (MB)
--------------------------- ------------- -------------------------------------

0067 c5t600604800001879901* 16D:0 02A:C1  RDF2+Mir      N/Grp'd      RW    4315
0068 c5t600604800001879901* 16D:0 16B:C0  RDF1+Mir      N/Grp'd      RW    4315
0069 c5t600604800001879901* 16D:0 01A:C0  RDF1+Mir      N/Grp'd      RW    4315
...

En todos los nodos del lado RDF1, escriba:

# symdg -type RDF1 create dg1
# symld -g dg1 add dev 0067

En todos los nodos del lado RDF2, escriba:

# symdg -type RDF2 create dg1
# symld -g dg1 add dev 0067

Ejemplo 5-2 Comprobación de la configuración de la replicación de datos

Desde un nodo del cluster, escriba:

# symdg show dg1

Group Name:  dg1

    Group Type                                   : RDF1     (RDFA)
    Device Group in GNS                          : No
    Valid                                        : Yes
    Symmetrix ID                                 : 000187900023
    Group Creation Time                          : Thu Sep 13 13:21:15 2007
    Vendor ID                                    : EMC Corp
    Application ID                               : SYMCLI

    Number of STD Devices in Group               :    1
    Number of Associated GK's                    :    0
    Number of Locally-associated BCV's           :    0
    Number of Locally-associated VDEV's          :    0
    Number of Remotely-associated BCV's (STD RDF):    0
    Number of Remotely-associated BCV's (BCV RDF):    0
    Number of Remotely-assoc'd RBCV's (RBCV RDF) :    0

    Standard (STD) Devices (1):
        {
        --------------------------------------------------------------------
                                                      Sym               Cap 
        LdevName              PdevName                Dev  Att. Sts     (MB)
        --------------------------------------------------------------------
        DEV001                /dev/rdsk/c5t6006048000018790002353594D303637d0s2 0067      RW      4315
        }

    Device Group RDF Information
...
# symrdf -g dg1 establish

Execute an RDF 'Incremental Establish' operation for device
group 'dg1' (y/[n]) ? y

An RDF 'Incremental Establish' operation execution is
in progress for device group 'dg1'. Please wait...

    Write Disable device(s) on RA at target (R2)..............Done.
    Suspend RDF link(s).......................................Done.
    Mark target (R2) devices to refresh from source (R1)......Started.
    Device: 0067 ............................................ Marked.
    Mark target (R2) devices to refresh from source (R1)......Done.
    Merge device track tables between source and target.......Started.
    Device: 0067 ............................................ Merged.
    Merge device track tables between source and target.......Done.
    Resume RDF link(s)........................................Started.
    Resume RDF link(s)........................................Done.

The RDF 'Incremental Establish' operation successfully initiated for
device group 'dg1'.

#  
# symrdf -g dg1 query  


Device Group (DG) Name             : dg1
DG's Type                          : RDF2
DG's Symmetrix ID                  : 000187990182


       Target (R2) View                 Source (R1) View     MODES           
--------------------------------    ------------------------ ----- ------------
             ST                  LI      ST                                    
Standard      A                   N       A                                   
Logical       T  R1 Inv   R2 Inv  K       T  R1 Inv   R2 Inv       RDF Pair    
Device  Dev   E  Tracks   Tracks  S Dev   E  Tracks   Tracks MDA   STATE       
-------------------------------- -- ------------------------ ----- ------------

DEV001  0067 WD       0        0 RW 0067 RW       0        0 S..   Synchronized

Total          -------- --------           -------- --------
  MB(s)             0.0      0.0                0.0      0.0

Legend for MODES:

 M(ode of Operation): A = Async, S = Sync, E = Semi-sync, C = Adaptive Copy
 D(omino)           : X = Enabled, . = Disabled
 A(daptive Copy)    : D = Disk Mode, W = WP Mode, . = ACp off

#

Ejemplo 5-3 Visualización de DID correspondientes a los discos utilizados

El mismo procedimiento se aplica a los lados RDF1 y RDF2.

Puede buscar en el campo PdevName de salida del comando dymdg show dg.

En el lado RDF1, escriba:

# symdg show dg1

Group Name:  dg1

    Group Type                                   : RDF1     (RDFA)
...
    Standard (STD) Devices (1):
        {
        --------------------------------------------------------------------
                                                      Sym               Cap 
        LdevName              PdevName                Dev  Att. Sts     (MB)
        --------------------------------------------------------------------
        DEV001                /dev/rdsk/c5t6006048000018790002353594D303637d0s2 0067      RW      4315
        }

    Device Group RDF Information
...

Para obtener los DID correspondientes, escriba:

# scdidadm -L | grep c5t6006048000018790002353594D303637d0
217      pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0 /dev/did/rdsk/d217   
217      pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0 /dev/did/rdsk/d217 
#

Para listar los DID correspondientes, escriba:

# cldevice show d217

=== DID Device Instances ===                   

DID Device Name:                                /dev/did/rdsk/d217
  Full Device Path:                                pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0
  Full Device Path:                                pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0
  Replication:                                     none
  default_fencing:                                 global

#

En el lado RDF2, escriba:

Puede buscar en el campo PdevName de salida del comando dymdg show dg.

# symdg show dg1

Group Name:  dg1

    Group Type                                   : RDF2     (RDFA)
...
    Standard (STD) Devices (1):
        {
        --------------------------------------------------------------------
                                                      Sym               Cap 
        LdevName              PdevName                Dev  Att. Sts     (MB)
        --------------------------------------------------------------------
        DEV001                /dev/rdsk/c5t6006048000018799018253594D303637d0s2 0067      WD      4315
        }

    Device Group RDF Information
...

Para obtener los DID correspondientes, escriba:

# scdidadm -L | grep c5t6006048000018799018253594D303637d0
108      pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0 /dev/did/rdsk/d108   
108      pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0 /dev/did/rdsk/d108   
#

Para listar los DID correspondientes, escriba:

# cldevice show d108

=== DID Device Instances ===                   

DID Device Name:            /dev/did/rdsk/d108
  Full Device Path:               pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0
  Full Device Path:               pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0
  Replication:                    none
  default_fencing:                global

#

Ejemplo 5-4 Combinación de instancias DID

Desde el lado RDF2, escriba:

# cldevice combine -t srdf -g dg1 -d d217 d108
#

Ejemplo 5-5 Visualización de DID combinados

Desde cualquier nodo del cluster, escriba:

# cldevice show d217 d108
cldevice:  (C727402) Could not locate instance "108".

=== DID Device Instances ===                   

DID Device Name:                                /dev/did/rdsk/d217
  Full Device Path:                                pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0
  Full Device Path:                                pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0
  Full Device Path:                                pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0
  Full Device Path:                                pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0
  Replication:                                     srdf
  default_fencing:                                 global

#

Cómo recuperar los datos de EMC SRDF después de un fallo completo de la sala primaria

En este procedimiento, se realiza la recuperación de datos cuando la sala primaria de un cluster de campus ha fallado por completo, la sala primaria conmuta por error a la sala secundaria y, luego, se vuelve a conectar. La sala primaria de un cluster de campus es el nodo principal y el sitio de almacenamiento. Todo el fallo de una sala incluye el fallo del host y del almacenamiento en dicha sala. Si la sala primaria sala falla, Oracle Solaris Cluster pasa automáticamente conmuta por error automáticamente a la sala secundaria, hace que se pueda leer y escribir en el dispositivo de almacenamiento de la sala secundaria, y permite la conmutación por error de los grupos de dispositivos correspondientes y grupos de dispositivos y recursos correspondientes.

Cuando la sala primaria vuelve a conectarse, puede recuperar manualmente los datos del grupo de dispositivos SRDF que se hayan escrito en la sala secundaria y vuelva a sincronizar los datos. En este procedimiento, se recupera el grupo de dispositivos SRDF mediante la sincronización de los datos de la sala de secundaria original (en este procedimiento, se utiliza phys-campus-2 para la sala secundaria) a la sala primaria original ( phys-campus-1). También se cambia el tipo de grupo de dispositivos SRDF a RDF1 en phys-campus-2 y RDF2 en phys-campus-1.

Antes de empezar

Debe configurar el grupo de dispositivos DID y replicaciones EMC, además de registrar grupo de replicaciones EMC antes de realizar una conmutación por error manual. Para obtener información sobre cómo crear un grupo de dispositivos de Solaris Volume Manager, vea Adición y registro de un grupo de dispositivos (Solaris Volume Manager).

Nota - En estas instrucciones, se muestra un método que puede utilizar para recuperar datos de SRDF manualmente después de que la sala primaria conmuta por error completamente y, luego, se vuelve a conectar. Compruebe la documentación de EMC para obtener más métodos.

Inicie sesión en la sala primaria de un cluster de campus para realizar estos pasos. En el procedimiento que se indica a continuación, dg1 es el nombre de grupo de dispositivos SRDF. En el momento del fallo, la sala primaria de este procedimiento es phys-campus-1 y la segunda sala es phys-campus-2.

Inicie sesión en la sala primaria de un cluster de campus y asuma un rol que cuente con la autorización RBAC solaris.cluster.modify.
De la sala primaria, utilice el comando symrdf para consultar el estado de la replicación de dispositivos RDF y ver la información acerca de los dispositivos.
```
phys-campus-1# symrdf -g dg1 query
```
Consejo - Un grupo que está en el estado dividido no está sincronizado.
Si el par de RDF tiene estado dividido y el tipo de grupo de dispositivos es RDF1, fuerce una conmutación por error del grupo de dispositivos SRDF.
```
phys-campus-1# symrdf -g dg1 -force failover
```
Vea el estado de los dispositivos RDF.
```
phys-campus-1# symrdf -g dg1 query
```
Después de la conmutación por error, puede intercambiar los datos de los dispositivos RDF que tuvieron conmutación por error.
```
phys-campus-1# symrdf -g dg1 swap
```
Verifique el estado y otra información sobre dispositivos RDF.
```
phys-campus-1# symrdf -g dg1 query
```
Establezca el grupo de dispositivos SRDF en la sala primaria.
```
phys-campus-1# symrdf -g dg1 establish
```
Confirme si el grupo de dispositivos está en un estado sincronizado y si el tipo de grupo de dispositivos es RDF2.
```
phys-campus-1# symrdf -g dg1 query
```

Ejemplo 5-6 Recuperación manual de datos de EMC SRDF después de una conmutación por error del sitio principal

En este ejemplo, se proporcionan los pasos específicos de Oracle Solaris Cluster que son necesarios para recuperar manualmente los datos de EMC SRDF después de que una sala primaria de un cluster de campus conmuta por error, una sala secundaria toma su lugar y registra los datos y, luego, la sala primaria vuelve a estar en línea. En el ejemplo, el grupo de dispositivos SRDF se denomina dg1 y el dispositivo lógico estándar es DEV001. La sala primaria es phys-campus-1 en el momento del fallo, y la sala secundaria es phys-campus-2. Siga los pasos que se indican en la sala primaria de un cluster de campus, phys-campus-1.

phys-campus-1# symrdf -g dg1 query | grep DEV
DEV001 0012RW  0  0NR 0012RW  2031   O S.. Split

phys-campus-1# symdg list | grep RDF
dg1 RDF1  Yes  00187990182  1  0  0  0  0

phys-campus-1# symrdf -g dg1 -force failover
...

phys-campus-1# symrdf -g dg1 query | grep DEV
DEV001  0012  WD  0  0 NR 0012 RW  2031  O S..  Failed Over

phys-campus-1# symdg list | grep RDF
dg1  RDF1  Yes  00187990182  1  0  0  0  0

phys-campus-1# symrdf -g dg1 swap
...

phys-campus-1# symrdf -g dg1 query | grep DEV
DEV001  0012 WD  0  0 NR 0012 RW  0  2031 S.. Suspended

phys-campus-1# symdg list | grep RDF
dg1  RDF2  Yes  000187990182  1  0  0  0  0

phys-campus-1# symrdf -g dg1 establish
...

phys-campus-1# symrdf -g dg1 query | grep DEV
DEV001  0012 WD  0  0 RW 0012 RW  0  0 S.. Synchronized

phys-campus-1# symdg list | grep RDF
dg1  RDF2  Yes  000187990182  1  0  0  0  0

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 4.1 (Español)