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).
|
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 cree (Solaris Volume Manager o disco raw) 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.
-
Para una implementación de tres sitios o de tres centros de datos con dispositivos en cascada o SRDF simultáneos, defina el parámetro SYMAPI_2SITE_CLUSTER_DG.
Agregue la siguiente entrada al archivo de opciones de Solutions Enabler en todos los nodos participantes del cluster:
SYMAPI_2SITE_CLUSTER_DG=:rdf-group-number
- device-group
-
Especifica el nombre del grupo de dispositivos.
- rdf-group-number
-
Especifica el grupo RDF que se conecta el symmetrix local del host al symmetrix del segundo sitio.
Esta entrada permite que el software del cluster automatice el movimiento de la aplicación entre los dos sitios SRDF síncronos.
Para obtener más información sobre las configuraciones de tres centros de datos, consulte Three-Data-Center (3DC) Topologies de Oracle Solaris Cluster Geographic Edition Overview .
-
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.
Notas - Si utiliza dispositivos RDF simultáneos para una implementación de tres sitios o de tres centros de datos, agregue el siguiente parámetro a todos los comandos symrdf:-rdfg rdf-group-number
Especificar el número de grupo RDF en el comando symrdf garantiza que la operación de symrdf se dirija al grupo RDF correcto.
-
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.
-
Verifique que la réplica principal y la secundaria estén sincronizadas.
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
-
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.
-
Active la réplica secundaria.
# /usr/symcli/bin/symrdf -g group-name failover
-
Intercambie los dispositivos RDF1 y RDF2.
# /usr/symcli/bin/symrdf -g group-name swap -refresh R1
-
Active el par de réplicas.
# /usr/symcli/bin/symrdf -g group-name establish
-
Verifique que el nodo principal y las replicas secundarias estén sincronizados.
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
-
Verifique que la réplica principal y la secundaria estén sincronizadas.
- 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. Asegúrese de que las instancias de dispositivo DID especificadas sean réplicas de ellas mismas y que pertenezcan al grupo de replicación especificado.
Antes de empezar
phys-schost# refleja un indicador de cluster global. Siga este procedimiento en un cluster 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
Notas - 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
Notas - 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.
Notas - 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.
ElementoDescripciónSRDFSi 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:
-
Cómo agregar y registrar un grupo de dispositivos (Solaris Volume Manager)
-
Adición y registro de un grupo de dispositivos (disco básico)
-
Adición y registro de un grupo de dispositivos replicado (ZFS)
| Precaución - El nombre del grupo de dispositivos de Oracle Solaris Cluster que ha creado (Solaris Volume Manager o disco raw) debe ser idéntico al del grupo de dispositivos replicado. |
phys-schost# refleja un indicador de cluster global. Siga este procedimiento en un cluster 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.
-
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 replicación de SRDF para Oracle Solaris Cluster
En este ejemplo, se completan los pasos específicos de Oracle Solaris Cluster necesarios 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éplicasEjecute 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 0067Ejemplo 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 principal falla, Oracle Solaris Cluster realiza el failover automático a la sala secundaria, permite la lectura y escritura del dispositivo de almacenamiento de la sala secundaria y permite el failover de los grupos de dispositivos y de 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. Este procedimiento recupera el grupo de dispositivos SRDF mediante la sincronización de los datos de la sala de secundaria original (este procedimiento utiliza phys-campus-2 para la sala secundaria) a la sala principal original (phys-campus-1). El procedimiento también 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, consulte Cómo agregar y registrar un grupo de dispositivos (Solaris Volume Manager).
Notas - 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 de error, la sala principal de este procedimiento es phys-campus-1 y la sala secundaria 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
En este ejemplo, se proporcionan los pasos específicos de Oracle Solaris Cluster necesarios para recuperar manualmente los datos de EMC SRDF después que se produce el failover de una sala principal de un cluster de campus, una sala secundaria toma su lugar y registra los datos, y la sala principal 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