IBM i: Implementación de la alta disponibilidad€¦ · Implementación de alta disponibilidad . 1...

IBM iVersión 7 Release 3

DisponibilidadImplementación de la altadisponibilidad

IBM

AvisoAntes de utilizar esta documentación y el producto al que da soporte, lea la información del apartado “Avisos” en la página173.

Esta edición es aplicable a IBM i 7.3 (número de producto 5770-SS1-SS1) y a todos los releases y modificacionessubsiguientes hasta que se indique lo contrario en nuevas ediciones. Esta versión no funciona en todos los modelosRISC (reduced instruction set computer) ni tampoco en modelos CISC.

Este documento puede contener referencias al código interno bajo licencia (LIC). El código interno bajo licencia(LIC) es código máquina y se licencia bajo los términos del Acuerdo de licencia de IBM para Código máquina.

© Copyright IBM Corporation 1998, 2015.

|||

Contenido

Implementación de alta disponibilidad . 1Novedades de IBM i 7.3 . . . . . . . . . . 1Archivo PDF para implementar la alta disponibilidad 2Instalación del programa bajo licencia IBM PowerHASystemMirror para i . . . . . . . . . . . . 3Desinstalación del programa bajo licencia IBMPowerHA SystemMirror para i . . . . . . . . 4Planificación de la solución de alta disponibilidad . . 4

Aplicaciones de clúster . . . . . . . . . . 4Identificar aplicaciones resilientes . . . . . 5Arquitectura de IBM i para aplicacioneshabilitadas para clústeres . . . . . . . . 5Programación de una aplicación de clúster dealta disponibilidad . . . . . . . . . . 5

Cómo lograr que los programas deaplicación sean resilientes . . . . . . . 6Reiniciar aplicaciones de clúster de altadisponibilidad . . . . . . . . . . . 7Llamar a un programa de salida de grupode recursos de clúster . . . . . . . . 8

Consideraciones sobre los grupos de recursosde clúster de la aplicación . . . . . . . . 9

Gestionar toma de control de CRG deaplicaciones de direcciones IP. . . . . . 9Ejemplo: acciones de conmutación poranomalía en un grupo de recursos declúster de aplicación . . . . . . . . 12Ejemplo: programa de salida de aplicación 13

Planificación de clústeres . . . . . . . . . 13Requisitos de hardware para clústeres . . . 13Requisitos de software para clústeres . . . . 14Requisitos de comunicaciones para clústeres 15

Dedicación de una red para clústeres . . . 15Consejos: comunicaciones de clúster . . . 15Planificación de rendimiento para clústeres 16Planificar los clústeres de release múltiple 19

Planificación de rendimiento para clústeres . . 19Planificación de la detección avanzada deerrores de nodo . . . . . . . . . . . 19

Requisitos de hardware para la detecciónavanzada de errores de nodo . . . . . 20Requisitos de software para la detecciónavanzada de errores de nodo . . . . . 20

Planificar la lista de comprobación de losclústeres . . . . . . . . . . . . . 20

Planificación de la resiliencia de datos . . . . 23Determinación de qué datos deben serresilientes . . . . . . . . . . . . . 23Determinar la configuración del sitio . . . . 24Planificación de DS8000 Full SystemHyperSwap . . . . . . . . . . . . 24

Requisitos de hardware para DS8000 FullSystem HyperSwap. . . . . . . . . 24Requisitos de software para DS8000 FullSystem HyperSwap. . . . . . . . . 25

Requisitos de comunicaciones para DS8000Full System HyperSwap . . . . . . . 25Requisitos de rendimiento para DS8000Full System HyperSwap . . . . . . . 25

Planificación de la duplicación geográfica . . 26Requisitos de hardware de la duplicacióngeográfica . . . . . . . . . . . . 26Requisitos de software de la duplicacióngeográfica . . . . . . . . . . . . 26Requisitos de comunicaciones de laduplicación geográfica . . . . . . . . 27Planificación de diarios de la duplicacióngeográfica . . . . . . . . . . . . 28Planificación de la copia de seguridad de laduplicación geográfica . . . . . . . . 28Planificación del rendimiento de laduplicación geográfica . . . . . . . . 28

Planificación de unidades lógicas conmutadas 30Requisitos de hardware para unidadeslógicas conmutadas . . . . . . . . . 31Requisitos de software para unidadeslógicas conmutadas . . . . . . . . . 31Requisito de comunicaciones para unidadeslógicas conmutadas . . . . . . . . . 32

Planificación de la duplicación Metro . . . . 32Requisitos de hardware para Metro Mirror 32Requisitos de software de la duplicaciónmetro . . . . . . . . . . . . . 33Requisito de comunicaciones para laduplicación Metro . . . . . . . . . 34Planificación de diarios para la duplicaciónMetro . . . . . . . . . . . . . 34Planificación de la copia de seguridad parala duplicación Metro . . . . . . . . 35Planificación del rendimiento de laduplicación Metro . . . . . . . . . 35

Planificación de Global Mirror . . . . . . 36Requisitos de hardware para Global Mirror 36Requisitos de software de la duplicaciónglobal . . . . . . . . . . . . . 36Requisito de comunicaciones para GlobalMirror . . . . . . . . . . . . . 37Planificación de diarios para Global Mirror 38Planificación de la copia de seguridad paraGlobal Mirror. . . . . . . . . . . 38Planificación del rendimiento de GlobalMirror . . . . . . . . . . . . . 38

Planificación de la característica FlashCopy . . 39Requisitos de hardware para lacaracterística FlashCopy . . . . . . . 39Requisitos de software para la característicaFlashCopy . . . . . . . . . . . . 39Requisitos de comunicaciones para lacaracterística FlashCopy . . . . . . . 40

© Copyright IBM Corp. 1998, 2015 iii

||

|||

|||

|||||||||||

Planificación de DS8000 HyperSwap conagrupaciones de almacenamiento auxiliarindependiente (IASPs) . . . . . . . . . 40

Requisitos de hardware de DS8000HyperSwap con agrupaciones dealmacenamiento auxiliar independiente(IASPs) . . . . . . . . . . . . . 40Requisitos de software de DS8000HyperSwap con agrupaciones dealmacenamiento auxiliar independiente(IASPs) . . . . . . . . . . . . . 40Requisitos de comunicaciones de DS8000HyperSwap con agrupaciones dealmacenamiento auxiliar independiente(IASPs) . . . . . . . . . . . . . 41Planificación de diario para DS8000HyperSwap con agrupaciones dealmacenamiento auxiliar independiente(IASPs) . . . . . . . . . . . . . 41Planificación de copia de seguridad paraDS8000 HyperSwap con agrupaciones dealmacenamiento auxiliar independiente(IASPs) . . . . . . . . . . . . . 42Requisitos de rendimiento para Full SystemHyperSwap . . . . . . . . . . . 42

Servidores de almacenamiento soportados porPowerHA . . . . . . . . . . . . . 42

Planificar la resiliencia del entorno . . . . . 44Planificar un dominio administrativo declúster . . . . . . . . . . . . . . 44Planificación de entradas de recursossupervisados (MRE) . . . . . . . . . 45

Planificación de la seguridad para la altadisponibilidad . . . . . . . . . . . . 45

Distribución de información de clústeres . . 45Consideraciones sobre la utilización declústeres con cortafuegos . . . . . . . . 45Mantenimiento de los perfiles de usuario entodos los nodos . . . . . . . . . . . 46

Implementación de PowerHA . . . . . . . . 47Configuración de la infraestructura de altadisponibilidad . . . . . . . . . . . . 48

Casos de ejemplo: configuración de la altadisponibilidad . . . . . . . . . . . 48

Caso de ejemplo: duplicación geográfica. . 48Caso de ejemplo: duplicación Metro . . . 50Caso de ejemplo: Global Mirror . . . . 52

Configuración de TCP/IP para la altadisponibilidad . . . . . . . . . . . 54

Establecer atributos de configuraciónTCP/IP. . . . . . . . . . . . . 55Inicio de un servidor INETD . . . . . 55

Configurar clústeres . . . . . . . . . 56Creación de un clúster. . . . . . . . 56

Especificación de colas de mensajes . . . . 61Ejecución de conmutaciones poradministración . . . . . . . . . . . 62Configuración de nodos . . . . . . . . 63

Inicio de nodos . . . . . . . . . . 63Permitir la inclusión de nodos en unclúster . . . . . . . . . . . . . 63

Adición de nodos . . . . . . . . . 64Adición de un nodo a un dominio dedispositivo. . . . . . . . . . . . 64

Configuración de la detección avanzada deerrores de nodo . . . . . . . . . . . 65

Configuración de la detección avanzada deerrores de nodo en la consola de gestión dehardware (HMC) . . . . . . . . . 67Configuración de la detección avanzada deerrores de nodo en un servidor de E/Svirtual (VIOS) de un servidor gestionadopor Integrated Virtualization Manager(IVM). . . . . . . . . . . . . . 67

Configuración de CRG . . . . . . . . 68Inicio de un CRG . . . . . . . . . 68Creación de grupos de recursos de clúster(CRG) . . . . . . . . . . . . . 68

Configuración de dominios administrativos declúster . . . . . . . . . . . . . . . 70

Creación de un dominio administrativo declúster . . . . . . . . . . . . . . 71Añadir un nodo al dominio administrativo declúster . . . . . . . . . . . . . . 71Inicio de un dominio administrativo de clúster 72Sincronización de recursos supervisados . . . 72Añadir entradas de recursos supervisados . . 73

Configuración de agrupaciones de discosindependientes . . . . . . . . . . . . 74

Creación de una agrupación de discosindependiente . . . . . . . . . . . 74Inicio de la protección duplicada . . . . . 75Detención de la protección duplicada . . . . 76Añadir una unidad de disco o una agrupaciónde discos . . . . . . . . . . . . . 76Evaluación de la configuración actual. . . . 77Hacer altamente disponible una agrupación dediscos independiente . . . . . . . . . 77

Configuración de la duplicación geográfica . . . 78Configuración de la duplicación Metro . . . . 78Configuración de Global Mirror . . . . . . 79Configuración de unidades lógicas conmutadas 80Configuración de una sesión de FlashCopy . . . 81Configuración de DS8000 Full SystemHyperSwap . . . . . . . . . . . . . 82

Definición de la afinidad de HyperSwap . . 82Configuración de DS8000 HyperSwap conagrupaciones de almacenamiento auxiliarindependiente (IASPs) . . . . . . . . . . 83

Gestión de PowerHA . . . . . . . . . . . 84Casos de ejemplo: gestión de soluciones de altadisponibilidad . . . . . . . . . . . . 84

Casos de ejemplo: cómo realizar copias deseguridad en un entorno de altadisponibilidad . . . . . . . . . . . 84

Caso de ejemplo: copias de seguridad enun entorno de duplicación geográfica. . . 84Caso de ejemplo: ejecución de una funciónde FlashCopy. . . . . . . . . . . 85

Caso de ejemplo: actualización del sistemaoperativo en un entorno de alta disponibilidad 86

Ejemplo: actualizar el sistema operativo . . 88

iv IBM i: Implementación de la alta disponibilidad

||||||||||||||||||||||||||||||||

||||

Gestionar clústeres . . . . . . . . . . . 89Ajuste de la versión de PowerHA . . . . . 90Ajustar la versión de clúster de un clúster . . 91Suprimir un clúster . . . . . . . . . . 92Visualización de la configuración de clúster . 92Cómo guardar y recuperar la configuración declúster . . . . . . . . . . . . . . 93Supervisión del estado del clúster . . . . . 94Especificación de colas de mensajes . . . . 94Lista de comprobación de desconfiguración declúster . . . . . . . . . . . . . . 95Gestión de nodos . . . . . . . . . . 96

Visualización de propiedades de nodo . . 96Detención de los nodos . . . . . . . 96Eliminación de nodos . . . . . . . . 97Eliminar un nodo de un dominio dedispositivo. . . . . . . . . . . . 97

Añadir un supervisor de clúster a un nodo . . 98Eliminación de un supervisor de clúster . . . 98Gestión de grupos de recursos de clúster(CRG) . . . . . . . . . . . . . . 99

Visualización del estado de CRG . . . . 99Detención de un CRG . . . . . . . 100Supresión de un CRG . . . . . . . 101Cambiar el dominio de recuperación paraun CRG . . . . . . . . . . . . 101

Gestión de sucesos de interrupción deservicio de conmutación por anomalía . . . 102Gestión de dominios administrativos declúster . . . . . . . . . . . . . . 105

Visualización de dominios administrativosde clúster. . . . . . . . . . . . 106Detención de un dominio administrativode clúster. . . . . . . . . . . . 107Supresión de un dominio administrativode clúster. . . . . . . . . . . . 108Cambiar las propiedades de un dominioadministrativo de clúster . . . . . . 109Gestión de entradas de recursosupervisado . . . . . . . . . . . 109

Gestión de agrupaciones de discosindependientes . . . . . . . . . . . . 128

Cómo hacer que una agrupación de discosno esté disponible . . . . . . . . . . 129Desactivación temporal de una agrupaciónde discos independiente . . . . . . . . 130Reanudación de una agrupación de discosindependiente . . . . . . . . . . . 130

Gestión de la duplicación geográfica . . . . 130Suspensión de la duplicación geográfica . . 130Reanudación de la duplicación geográfica 131Desconexión de la copia de duplicación . . 132Volver a conectar la copia de duplicación . . 133Desconfiguración de la duplicacióngeográfica . . . . . . . . . . . . 134Cambio de las propiedades de duplicacióngeográfica . . . . . . . . . . . . 135

Gestión de la duplicación Metro . . . . . . 136Suspensión de Metro Mirror . . . . . . 136Reanudación de sesiones de duplicaciónmetro . . . . . . . . . . . . . . 137

Desconexión de Metro Mirror . . . . . . 137Reconexión de Metro Mirror . . . . . . 138Finalización de Metro Mirror . . . . . . 138Visualización o cambio de las propiedades deduplicación metro . . . . . . . . . . 139

Gestión de Global Mirror . . . . . . . . 140Suspensión de Global Mirror . . . . . . 140Reanudación de Global Mirror . . . . . 140Desconexión de Global Mirror . . . . . . 141Reconexión de Global Mirror . . . . . . 141Finalización de Global Mirror . . . . . . 142Cambio de las propiedades de una sesión deduplicación global . . . . . . . . . . 143

Gestión de unidades lógicas conmutadas . . . 143Habilitación e inhabilitación de unidadeslógicas conmutadas . . . . . . . . . 143

Gestión de la tecnología FlashCopy . . . . . 144Actualización de una sesión de FlashCopy 144Reconexión de una sesión de FlashCopy . . 144Desconexión de una sesión de FlashCopy 145Supresión de una sesión de FlashCopy . . . 145Restauración de datos desde una sesión deFlashCopy . . . . . . . . . . . . 146Cambio de las propiedades de FlashCopy 146

Gestión de DS8000 Full System HyperSwap . . 147Visualización del estado de HyperSwap . . 147realizar una HyperSwap planificada . . . . 147Suspender la réplica de HyperSwap . . . . 147Reanudar la réplica de HyperSwap . . . . 147Recuperación de una migración tras error deHyperSwap no planificada . . . . . . . 147

Gestión de DS8000 HyperSwap conagrupaciones de almacenamiento auxiliarindependiente (IASPs) . . . . . . . . . 148

Visualización del estado de HyperSwap . . 148Conmutación planificada de HyperSwap deSYSBAS . . . . . . . . . . . . . 149Conmutación planificada de HyperSwap deagrupación de almacenamiento auxiliarindependiente (IASP) . . . . . . . . . 149Conmutación planificada de HyperSwap conconmutación de HyperSwap y LUN . . . . 149Conmutación planificada de CRG conconmutación de HyperSwap y LUN . . . . 150Migración tras error de HyperSwap conconmutación de HyperSwap y LUN . . . . 151

Caso de dos primarios . . . . . . . 152Migración tras error de CRG y conmutaciónde HyperSwap y LUN . . . . . . . . 152Conmutación de Live Partition Mobility conHyperSwap y afinidad . . . . . . . . 153IASP de DS8000 HyperSwap con FlashCopy 154

Resolución de problemas de la solución de altadisponibilidad . . . . . . . . . . . . . 155

Solucionar problemas de clústeres . . . . . 155Determinar si existe un problema de clúster 155Reunir información de recuperación para unclúster . . . . . . . . . . . . . . 156Problemas habituales de clústeres . . . . 157Errores de partición . . . . . . . . . 159

Contenido v

||||||||||||||||||||||||||||||||

Determinar particiones de clústerprimarias y secundarias . . . . . . . 160Cambiar nodos particionados a anómalos 162Dominios administrativos de clústerparticionados . . . . . . . . . . 162Consejos: particiones de clúster . . . . 163

Recuperación de clústeres . . . . . . . 164Recuperación de anomalías de tareas . . 164Recuperar un objeto de clúster dañado 164Recuperación de un clúster tras unapérdida total del sistema . . . . . . 165Recuperación de un clúster tras unapérdida de datos accidental . . . . . 165Restauración de un clúster desde cintas decopia de seguridad . . . . . . . . 166

Resolución de problemas de la duplicacióngeográfica . . . . . . . . . . . . . 166

Mensajes de duplicación geográfica . . . . 166Resolución de problemas de Metro Mirror,Global Mirror y FlashCopy . . . . . . . . 167Resolución de problemas de HyperSwap . . . 167

Información relacionada con laImplementación de alta disponibilidad 169

Avisos . . . . . . . . . . . . . . 173Información de interfaz de programación . . . . 175Marcas registradas. . . . . . . . . . . . 175Términos y condiciones . . . . . . . . . . 175

vi IBM i: Implementación de la alta disponibilidad

Implementación de alta disponibilidad

En entornos de IBM® i, se utiliza un enfoque basado en tareas para implementar la alta disponibilidad. Elenfoque basado en tareas permite diseñar y crear una solución de alta disponibilidad personalizada para laempresa, utilizando distintas interfaces para las tecnologías relacionadas con la alta disponibilidad.

Deberá instalar el programa bajo licencia IBM PowerHA SystemMirror para i número (5770-HAS) en cadasistema que participe en la alta disponibilidad. El enfoque basado en tareas utiliza la interfaz gráfica dePowerHA, desde donde puede crear y gestionar el clúster, los grupos de recursos de clúster, dominiosadministrativos de clúster y ASP independientes. Con el enfoque basado en tareas, también puedenutilizarse otras interfaces, como por ejemplo los mandatos CL, para gestionar las tecnologías de lasolución.

Nota: Por el hecho de utilizar los ejemplos de código acepta los términos de la Información dedeclaración de limitación de responsabilidad y de licencia de código.

Novedades de IBM i 7.3Lea esta nueva colección de temas para este release que contiene información previa sobre clústeres y lafunción de alta disponibilidad.

Programa bajo licencia IBM PowerHA SystemMirror para i de la versión 7.2mejorado

El programa bajo licencia IBM PowerHA SystemMirror para i no se renueva para la versión 7.3. Estosignifica que el número de programa bajo licencia (5770-HAS) 7.2 se ejecuta en IBM i 7.3 o IBM i 7.2.

DS8000 HyperSwap con agrupaciones de almacenamiento auxiliar independientes(IASPs)

IBM PowerHA para i Enterprise Edition da soporte a DS8000 HyperSwap en un nivel de IASP.HyperSwap funciona independientemente para SYSBAS y las IASPs. Las relaciones de HyperSwap sepueden configurar solo para unidades lógicas SYSBAS, solo para unidades lógicas IASP o ambas. DS8000HyperSwap con IASPs se ha añadido al programa bajo licencia IBM PowerHA SystemMirror para i de laversión 7.2.

Para utilizar DS8000 HyperSwap con IASPs es necesario instalar IBM PowerHA para i Enterprise Editioncon una clave de licencia válida. El PTF de PowerHA de función debe estar cargado y aplicado.Encontrará el número de PTF en la wiki de IBM PowerHA SystemMirror for i.

Los mandatos siguientes se han mejorado o son nuevos para el programa bajo licencia IBM PowerHASystemMirror para i.v Mandato Añadir descripción de copia de ASP mejoradov Mandato Cambiar descripción de copia de ASP mejoradov Mandato Recuperar descripción de copia de ASP mejoradov Mandato Recuperar sesión de ASP mejoradov Mandato nuevo Recuperar descripción de copia de SVCv Mandato nuevo Recuperar sesión de SVCv Mandato Cambiar estado de HyperSwap mejoradov Mandato Visualizar estado de HyperSwap mejorado

© Copyright IBM Corp. 1998, 2015 1

||

|||||

|||

||

|

|

|

|

|

|

|

|

http://www.ibm.com/developerworks/ibmi/ha

v Mandato nuevo Trabajar con estado de HyperSwapv Mandato nuevo Añadir descripción de configuración de alta disponibilidadv Mandato nuevo Cambiar descripción de configuración de alta disponibilidadv Mandato nuevo Visualizar descripción de configuración de alta disponibilidadv Mandato nuevo Eliminar descripción de configuración de alta disponibilidadv Mandato nuevo Trabajar con descripción de configuración de alta disponibilidadv Mandato Cambiar recuperación de clúster mejorado

Las APIs siguientes se han mejorado o son nuevas para el programa bajo licencia IBM PowerHASystemMirror para i.v API Recuperar información de copia de ASP mejoradav API nueva Recuperar descripción de configuración de alta disponibilidadv API nueva Recuperar estado de alta disponibilidad

Ya no se da soporte a los discos conmutados

Ya no se da soporte a la conmutación de discos entre particiones dentro del mismo CEC en IBM i 7.3.

Archivo PDF para implementar la alta disponibilidadPuede ver e imprimir un archivo PDF de esta información sobre la implementación de la altadisponibilidad.

Para ver o bajar la versión en PDF de este documento, seleccione Implementación de la alta

disponibilidad .

Puede ver o descargar estos PDF de colecciones de temas relacionadas:

v Visión general de la alta disponibilidad

contiene los siguientes temas:– Ventajas de la alta disponibilidad– Criterios de la alta disponibilidad– Componentes de la alta disponibilidad– Visión general de IBM PowerHA SystemMirror para i

v Tecnologías de alta disponibilidad

contiene los siguientes temas:– Tecnología de clúster de IBM i– Detección avanzada de errores de nodo– Dominio administrativo de clúster– Tecnologías de duplicación de datos de PowerHA– Gestión de alta disponibilidad– Control y supervisión de recursos (RMC)

Guardar archivos PDF

Para guardar un PDF en la estación de trabajo para visualizarlo o imprimirlo:1. Pulse el enlace PDF con el botón derecho del ratón en el navegador.2. Pulse la opción que guarda el PDF localmente.3. Desplácese hasta el directorio en el que desea guardar el PDF.4. Pulse Guardar.

2 IBM i: Implementación de la alta disponibilidad

|

|

|

|

|

|

|

||

|

|

|

|

|

|

|

|

Descarga de Adobe Reader

Debe tener instalado Adobe Reader en el sistema para visualizar o imprimir estos PDF. Puede descargar

una copia gratuita desde el sitio Web de Adobe (www.adobe.com/products/acrobat/readstep.html) .Referencia relacionada:“Información relacionada con la Implementación de alta disponibilidad” en la página 169Los manuales de producto, las publicaciones IBM Redbooks, los sitios web y otras colecciones de temasdel Information Center contienen información relacionada con la colección de temas de la altadisponibilidad. También puede encontrar información relacionada con la implementación de agrupacionesde discos independientes, las tecnologías de PowerHA y la recuperación de desastres. Puede ver oimprimir los archivos PDF que desee.

Instalación del programa bajo licencia IBM PowerHA SystemMirrorpara iPara poder implementar Antes de aplicar una solución de alta disponibilidad de IBM i, debe instalar elprograma bajo licencia IBM PowerHA SystemMirror para i (5761-HAS) en cada sistema que participe enla función de alta disponibilidad.

Antes de instalar el programa bajo licencia IBM PowerHA SystemMirror para i, debe completar lossiguientes requisitos de instalación:1. Instale o actualice al sistema operativo i 7.2 o i 7.3.2. Instale la Opción 41 (Recursos conmutables de HA) del sistema operativo de IBM i.

Para instalar el programa bajo licencia IBM PowerHA for i, siga estos pasos:1. Especifique GO LICPGM en una línea de mandatos.2. En la pantalla Trabajar con programas bajo licencia, seleccione la opción 11 (Instalar programas bajo

licencia).3. Seleccione Producto 5770-HAS, opción *BASE para instalar IBM PowerHA SystemMirror para i. Pulse

Intro.4. En la pantalla Opciones de instalación, escriba el nombre del dispositivo de instalación que se solicite.

Pulse Intro para iniciar la instalación.5. Cuando se utiliza la duplicación geográfica asíncrona, Metro Mirror, Global Mirror o DS8000

HyperSwap con IASPs, es necesario tener instalado IBM PowerHA para i Enterprise Edition (opción1). Seleccione Producto 5770-HAS, opción 1 para instalar IBM PowerHA para i Enterprise Edition.Pulse Intro.

6. Para utilizar la interfaz gráfica de PowerHA, los mandatos, la duplicación geográfica síncrona,unidades lógicas conmutadas o FlashCopy es necesario tener instalado IBM PowerHA para i StandardEdition (opción 2). Seleccione Producto 5770-HAS, opción 2 para instalar IBM PowerHA para iStandard Edition. Pulse Intro.

7. Para utilizar DS8000 Full System HyperSwap es necesario tener instalado IBM PowerHA para iExpress Edition (opción 3). Seleccione Producto 5770-HAS, opción 3 para instalar IBM PowerHA parai Express Edition. Pulse Intro.

Después de instalar satisfactoriamente el programa bajo licencia IBM PowerHA SystemMirror para i, esnecesario que reinicie el servidor INETD. Para obtener información sobre cómo iniciar INETD, consulte“Inicio de un servidor INETD” en la página 55.

Implementación de alta disponibilidad 3

|

||

||||

|||

http://www.adobe.com/products/acrobat/readstep.html

Desinstalación del programa bajo licencia IBM PowerHA SystemMirrorpara iSi ya no desea utilizar las interfaces ni funciones asociadas al programa bajo licencia IBM PowerHASystemMirror para i, es necesario que desinstale el producto.

Para desinstalar el programa bajo licencia IBM PowerHA SystemMirror para i, siga estos pasos:1. Escriba GO LICPGM y pulse Intro. Aparecerá el menú Trabajar con programas bajo licencia.2. Seleccione la opción 12 (Suprimir programas bajo licencia). Aparecerá la pantalla Suprimir programas

bajo licencia.3. Escriba 4 (Suprimir) en la columna Opción, delante de 5770-HAS.4. Pulse Intro. Aparecerá la pantalla Confirmar supresión de programas bajo licencia.5. Pulse Intro si las selecciones que ha realizado son correctas. Pulse F12 para realizar correcciones.6. Recibirá mensajes de confirmación del sistema cuando se hayan suprimido los programas bajo

licencia.7. Pulse F12 para volver al menú Trabajar con programas bajo licencia.

Si tiene dificultades para suprimir un programa bajo licencia siguiendo los pasos anteriores, escribaENDSBS *ALL *IMMED y pulse Intro. A continuación, vuelva al paso 1 de nuevo.

Planificación de la solución de alta disponibilidadAntes de configurar una solución de alta disponibilidad de IBM i, se necesita una planificación adecuadapara garantizar que se cumplan todos los requisitos de la solución.

Cada tecnología de alta disponibilidad tiene unos requisitos mínimos que deben cumplirse antes deconfigurar una determinada solución. Además de estos requisitos, es importante determinar también quérecursos deben ser resilientes. Estos recursos como, por ejemplo, aplicaciones, datos y dispositivos debenevaluarse para determinar si deben tener una alta disponibilidad. Si requieren una alta disponibilidad, esimportante realizar los cambios necesarios en el entorno antes de configurar una solución para la altadisponibilidad. Por ejemplo, puede tener datos que residan en SYSBAS, que deben ser altamentedisponibles. Antes de configurar una solución, debe mover estos datos a una agrupación de discosindependiente. Las aplicaciones también pueden necesitar cambios para habilitar la alta disponibilidad.

Aplicaciones de clústerLa resiliencia de aplicaciones es uno de los elementos esenciales de un entorno de alta disponibilidad. Sipiensa escribir y utilizar aplicaciones de alta disponibilidad en el clúster, debe tener en cuenta que estasaplicaciones tienen especificaciones de disponibilidad específicas.

Las aplicaciones resilientes del clúster le permiten reiniciar una aplicación en otro nodo de clúster sintener que reconfigurar los clientes. Además, los datos asociados con la aplicación estarán disponibles trasla conmutación por anomalía o por administración. Ello significa que el usuario de la aplicaciónexperimentará interrupciones mínimas, o incluso imperceptibles, al conmutar la aplicación y sus datos delnodo primario al nodo de copia de seguridad. No es necesario que el usuario sepa que la aplicación y losdatos se han trasladado en proceso de fondo.

Para conseguir la resiliencia de aplicaciones en el clúster, deben utilizarse aplicaciones que cumplanciertas especificaciones de disponibilidad. La aplicación debe presentar determinadas características paraque sea conmutable y, por lo tanto, siempre disponible a los usuarios de la aplicación en el clúster.Consulte Alta disponibilidad y clústeres para conocer detalles sobre estas características de lasaplicaciones. Puesto que estos requisitos existen, tiene las siguientes opciones para utilizar una aplicaciónconmutable en el clúster:1. Adquirir una aplicación de software habilitada para clústeres


http://www.ibm.com/servers/eserver/iseries/ha/

Los productos de software habilitados para clústeres cumplen determinados requisitos de altadisponibilidad.

2. Escribir o cambiar su propia aplicación para lograr que sea altamente disponible

Los proveedores de software independientes y los programadores de aplicaciones pueden personalizarlas aplicaciones para que sean conmutables en un entorno de clúster de IBM i.

Cuando disponga de una aplicación resiliente, debe administrarse dentro del clúster.Información relacionada:IBM PowerHA

Identificar aplicaciones resilientesNo todas las aplicaciones le permitirán aprovechar las ventajas de disponibilidad de los clústeres.

Una aplicación debe ser resiliente para poder aprovechar las capacidades de conmutación poradministración y conmutación por anomalía que proporcionan los clústeres. La resiliencia de lasaplicaciones permite reiniciar la aplicación en el nodo de copia de seguridad sin que sea necesario volvera configurar los clientes que utilizan la aplicación. Por lo tanto, la aplicación debe cumplir determinadosrequisitos para aprovechar por completo las capacidades que ofrecen los clústeres.

Arquitectura de IBM i para aplicaciones habilitadas para clústeresCualquier aplicación de alta disponibilidad suministra un valor adicional al usuario final, que identifica auna aplicación de alta disponibilidad, identificando aplicaciones que siguen disponibles en caso deinterrupciones, planificadas o no planificadas.

IBM i ha suministrado una arquitectura de resiliencia de aplicaciones que da soporte a diversos gradosde aplicación de alta disponibilidad. Las aplicaciones en la parte superior de este espectro ofrecencaracterísticas de alta disponibilidad, proporcionan una automatización del entorno de alta disponibilidady se gestionan mediante interfaces de gestión de alta disponibilidad.

Estas aplicaciones tienen las siguientes características:v La aplicación puede conmutarse por administración a un nodo de clúster de copia de seguridad

cuando el nodo primario no está disponible.v La aplicación define el entorno resiliente en el Área de datos de estado y definición resiliente para

permitir la configuración y activación automática de la aplicación mediante una aplicación de gestiónde clústeres.

v La aplicación proporciona resiliencia de aplicación mediante un programa de salida de grupo derecursos de clúster de aplicación para manejar sucesos relacionados con los clústeres, aprovechando lascapacidades de los servicios de recurso de clúster del IBM i.

v La aplicación proporciona una función de reinicio de aplicaciones que vuelve a posicionar al usuario enuna pantalla de menús de la aplicación o más adelante.

Las aplicaciones que ofrecen características de reinicio y una disponibilidad más rigurosa tienen lassiguientes características:v La aplicación proporciona una resiliencia de aplicaciones mejorada gracias a un tratamiento de sucesos

de clúster (códigos de acción) más sólido por parte del programa de salida del grupo de recursos declúster de la aplicación.

v La aplicación proporciona un nivel superior de soporte de reinicio de aplicaciones. En las aplicacionesbasadas en un host, volverá a posicionarse al usuario en una transacción mediante funciones de controlde compromiso o punto de control. En las aplicaciones basadas en clientes, el usuario experimentaráuna conmutación por anomalía casi imperceptible con una interrupción mínima del servicio.

Programación de una aplicación de clúster de alta disponibilidadUna aplicación de alta disponibilidad es aquella que puede ser resiliente ante una interrupción delsistema en un entorno de clústeres.


http://www.ibm.com/systems/power/software/availability/

Existen varios niveles de disponibilidad de aplicaciones:1. Si ocurre un error de la aplicación, la aplicación se reinicia en el mismo nodo y corrige las posibles

causas del error (como datos de control dañados). El usuario verá la aplicación como si se hubierainiciado en ese momento.

2. La aplicación realiza cierto procesamiento de reinicio de punto de control. El usuario verá laaplicación tal como aparecía poco antes del momento en que se produjo la anomalía.

3. En caso de interrupción del sistema, la aplicación se reinicia en un servidor de copia de seguridad. Elusuario verá la aplicación como si se hubiera iniciado en ese momento.

4. En caso de interrupción del sistema, la aplicación se reinicia en un servidor de copia de seguridad yrealiza cierto procesamiento de reinicio de punto de control en los servidores. El usuario verá laaplicación tal como aparecía poco antes del momento en que se produjo la anomalía.

5. En caso de interrupción del sistema, tiene lugar una conmutación coordinada por anomalía de laaplicación y de sus datos asociados a otro nodo o nodos del clúster. El usuario verá la aplicacióncomo si se hubiera iniciado en ese momento.

6. En caso de interrupción del sistema, tiene lugar una conmutación coordinada por anomalía de laaplicación y de sus datos asociados a otro nodo o nodos del clúster. La aplicación realiza ciertoprocesamiento de reinicio de punto de control en los servidores. El usuario verá la aplicación tal comoaparecía poco antes del momento en que se produjo la anomalía.

Nota: En los casos 1 a 4 anteriores, el usuario es el responsable de la recuperación de los datos.

Cómo lograr que los programas de aplicación sean resilientes:

Aprenda a hacer que los programas de aplicación sean resilientes.

Una aplicación resiliente debe tener las características siguientes:v La aplicación puede reiniciarse en este nodo o en otro nodov El cliente puede acceder a la aplicación mediante una dirección IPv La aplicación no depende de un estado o la información de estado es conocidav Los datos asociados con la aplicación están disponibles tras la conmutación por administración

Los tres elementos esenciales para que una aplicación sea resiliente ante cortes del sistema en entornosconfigurados en forma de clúster son:

La propia aplicación¿Qué grado de tolerancia presenta la aplicación a errores o a cortes del sistema? y ¿con qué gradode transparencia puede la aplicación reiniciarse a sí misma?

La aplicación puede solucionar estas cuestiones gracias al uso de las posibilidades propias de losclústeres.

Los datos asociadosCuando se produce un corte, ¿afecta a la disponibilidad de cualquier dato asociado?

Puede almacenar datos críticos en discos conmutados que permiten que los datos esténdisponibles durante el corte. O bien, un producto de duplicación de un IBM Business Partner demiddleware de clústeres que saque partido de las posibilidades de los clústeres puede darsolución a esta cuestión.

Administración y posibilidades de control¿Con qué grado de facilidad se puede definir un entorno que dé soporte a la disponibilidad delos datos y de la aplicación?

El programa bajo licencia IBM PowerHA SystemMirror para i proporciona varias interfaces paraconfigurar y gestionar soluciones y tecnología de alta disponibilidad. El programa bajo licenciaIBM PowerHA SystemMirror para i proporciona las siguientes interfaces:


Interfaz gráfica de PowerHAUtilice la interfaz gráfica para configurar, supervisar y gestionar fácilmente la solución dealta disponibilidad. Para los clientes que actualizan desde un release anterior a 7.2,combina la simplicidad de la interfaz gráfica de High Availability Solutions Manager conla flexibilidad de la interfaz gráfica de Servicios de recursos de clúster en una únicainterfaz gráfica.

Mandatos de PowerHAEstos mandatos proporcionan funciones similares, pero están disponibles a través de unainterfaz de línea de mandatos.

Las API de PowerHA Las API de PowerHA le permiten trabajar con funciones nuevas para agrupaciones dediscos independientes.

Además, puede utilizar una interfaz de gestión de clústeres de terceros que utiliza las API de clúster ytambién combina aplicaciones resilientes con datos resilientes.Información relacionada:Gestión de alta disponibilidad

Reiniciar aplicaciones de clúster de alta disponibilidad:

Para reiniciar una aplicación, es preciso que la aplicación conozca su estado en el momento de laconmutación por anomalía o la conmutación por administración.

La información de estado es específica de la aplicación; por lo tanto, la aplicación debe determinar quéinformación se necesita. Sin información de estado, la aplicación puede reiniciarse en el PC. Sin embargo,el usuario debe recuperar su posición dentro de la aplicación.

Existen varios métodos para guardar información de estado de la aplicación para el sistema de copia deseguridad. Cada aplicación debe determinar qué método es más apropiado en su caso.v La aplicación puede transferir toda la información de estado al sistema cliente que la solicita. Cuando

se produce una conmutación por administración o por anomalía, la aplicación utiliza el estadoalmacenado en el cliente para restablecer el estado en el nuevo servidor. Ello puede llevarse a caboutilizando la API Distribuir información o las API Tabla de hash con clústeres.

v La aplicación puede duplicar información de estado (como información del trabajo y otras estructurasde control asociadas con la aplicación) en tiempo real. Para cada cambio en las estructuras, laaplicación envía el cambio al sistema de copia de seguridad.

v La aplicación puede guardar la información de estado pertinente asociada a la aplicación, en la porciónde datos del programa de salida del grupo de recursos de clúster de esa aplicación. Este método asumeque se necesita una cantidad pequeña de información de estado. Para ello, puede utilizar la APICambiar grupo de recursos de clúster (QcstChangeClusterResourceGroup).

v La aplicación puede guardar información de estado en un objeto de datos que se está duplicando enlos sistemas de copia de seguridad junto con los datos de la aplicación.

v La aplicación puede guardar información de estado en un objeto de datos que se incluye en la IASPque también contiene los datos de la aplicación.

v La aplicación puede guardar la información de estado acerca del cliente.v No se guarda ningún tipo de información de estado, y es necesario que usted efectúe la recuperación.

Nota: La cantidad de información que debe guardarse se reduce si la aplicación utiliza algún tipo deproceso de reinicio a partir de punto de control. La información de estado sólo se guarda en puntos decontrol predeterminados de la aplicación. El reinicio le devuelve al último punto de control conocido; unmodo de funcionamiento similar al procesamiento de control de comprometido de la base de datos.


Llamar a un programa de salida de grupo de recursos de clúster:

El programa de salida de grupo de recursos de clúster se llama durante diferentes fases de un entorno declústeres.

Este programa establece la resistencia de entorno necesaria para los recursos de un clúster. El programade salida es opcional para el grupo de recursos de clúster de un dispositivo resiliente, pero es necesariopara el resto de tipos de grupos de recursos de clúster. Cuando se utiliza el programa de salida de ungrupo de recursos de clúster, éste se llama cuando aparecen sucesos que afectan a todo el clúster, porejemplo cuando:v Un nodo se separa del clúster inesperadamentev Un nodo se separa del clúster como resultado de invocar la API Finalizar nodo de clúster

(QcstEndClusterNode) o la API Eliminar entrada de nodo de clúster (QcstRemoveClusterNodeEntry)v El clúster se suprime como resultado de invocar la API Suprimir clúster (QcstDeleteCluster)v Se activa un nodo invocando la API Iniciar nodo de clúster (QcstStartClusterNode)v Se restablece la comunicación con un nodo en el que se han efectuado particiones

El programa de salida completa los siguientes procesos:v Se ejecuta en un grupo de activación designado o en grupo de activación del llamador (*CALLER).v Ignora el parámetro de reinicio si el programa de salida tiene una excepción no manejada o se cancela.v Proporciona un gestor de la cancelación.

Cuando se ejecuta una API de grupo de recursos de clúster, se llama al programa de salida desde unatarea separada con el perfil de usuario especificado en la API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup). La tarea separada se crea automáticamente mediante la API cuandose llama al programa de salida. Si el programa de salida para un grupo de recursos de clúster de datosno tiene éxito o termina irregularmente, se llama al programa de salida del grupo de recursos de clústeren todos los nodos activos en el dominio de recuperación utilizando un código de acción de deshacer.Este código de acción permite restituir cualquier actividad no finalizada y recuperar el estado original delgrupo de recursos de clúster.

Supongamos que se produce una conmutación para un CRG de dispositivo. Después de conmutar todoslos dispositivos, si todos los dispositivos se han activado satisfactoriamente en el nodo primario original,la agrupación en clúster llama al programa de salida en el nodo primario original utilizando un códigode acción de inicio.

Si el programa de salida del grupo de recursos de clúster de una aplicación no tiene éxito o terminairregularmente, los servicios de recursos de clúster intentan reiniciar la aplicación si el estado del grupode recursos de clúster es activo. Se llama al programa de salida del grupo de recursos de clústerutilizando un código de acción de reiniciar. Si la aplicación no puede reiniciarse en el número máximoespecificado de intentos, se llama al programa de salida del grupo de recursos de clúster utilizando uncódigo de acción de conmutación por anomalía. El contador de reinicio sólo se restablece cuando se llamaal programa de salida utilizando un código de acción de inicio, que puede ser el resultado de un grupode recursos de clúster de inicio, una conmutación por anomalía o una conmutación por administración.

Cuando se inicia el grupo de recursos de clúster, el programa de salida del grupo de recursos de clústerde la aplicación llamado en el nodo primario no debe devolver el control a los servicios de recurso declúster hasta que finalice la propia aplicación u ocurra un error. Cuando el grupo de recursos de clústerde una aplicación está activo, si los servicios de recurso de clúster deben notificar al programa de salidadel grupo de recursos de clúster de la aplicación sobre un determinado suceso, se inicia otra instancia delprograma de salida en una tarea diferente. Se espera el retorno de un código de acción distinto al inicio oreinicio.


Cuando se llama a un programa de salida del grupo de recursos de clúster, se transmite un conjunto deparámetros que identifican el suceso de clúster que se está procesando, el estado actual de los recursos declúster, y el estado esperado de los recursos de clúster.

Para obtener información detallada acerca de los programas de salida de los grupos de recursos declúster, inclusive la información que se transmite al programa de salida para cada código de acción,consulte Programa de salida del grupo de recursos de clúster en la documentación de la API de clústeres.En la biblioteca QUSRTOOL encontrará ejemplos de código fuente que pueden utilizarse como base paraescribir un programa de salida. Consulte el miembro TCSTAPPEXT en el archivo QATTSYSC.

Consideraciones sobre los grupos de recursos de clúster de la aplicaciónEl grupo de recursos de clúster de una aplicación administra la resiliencia de la aplicación.

Gestionar toma de control de CRG de aplicaciones de direcciones IP:

Puede gestionar la toma de control de CRG de aplicaciones de direcciones IP utilizando servicios derecursos de clúster. También puede gestionarlas manualmente.

Puede gestionar la dirección IP de toma de control de aplicaciones asociada con un CRG de aplicación dedos formas. El modo más simple, el definido de forma predeterminada, consiste en permitir que losservicios de recursos de clúster administren la dirección IP de toma de control. Este método administralos servicios de recursos de clúster para crear la dirección IP de toma de control en todos los nodos deldominio de recuperación, inclusive los nodos incorporados posteriormente al dominio de recuperación.Al seleccionar este método, la dirección IP de toma de control actualmente no puede definirse en losnodos del dominio de recuperación.

Otro método consiste en administrar usted mismo las direcciones IP de toma de control. Este métodoadministra los servicios de recursos de clúster de forma que no configuren la dirección IP de toma decontrol; el usuario es el encargado de la configuración. Debe incorporar la dirección IP de toma de controlen todos los nodos del dominio de recuperación (excepto en los nodos de duplicación) antes de iniciar elgrupo de recursos de clúster. Antes de incorporar un nodo al dominio de recuperación de un CRG activo,es preciso configurar su dirección IP de toma de control.Conceptos relacionados:“Ejemplo: acciones de conmutación por anomalía en un grupo de recursos de clúster de aplicación” en lapágina 12Este ejemplo muestra el funcionamiento de un caso de conmutación por anomalía. Otros casos deconmutación por anomalía pueden funcionar de forma distinta.

Subredes múltiples: Es posible que la dirección IP de toma de control de aplicaciones opere en múltiplessubredes, aunque de forma predeterminada todos los nodos del dominio de recuperación se encuentranen la misma subred. Para configurar la dirección IP de toma de control de aplicaciones cuando los nodosdel dominio de recuperación abarcan varias subredes, debe habilitar el entorno de conmutación poradministración.

Habilitación de la conmutación de aplicaciones entre subredes cuando se utiliza IPV4:

Por regla general, la organización en clústeres requiere que todos los nodos de clúster del dominio derecuperación de un grupo de recursos de clúster de aplicación residan en la misma LAN (utilicen elmismo direccionamiento de subred). Los servicios de recursos de clúster soportan una dirección IP detoma de control configurada por el usuario al configurar el CGR de la aplicación.

El Protocolo de resolución de direcciones (ARP) es el protocolo de red que se utiliza para conmutar ladirección IP configurada de toma de control de aplicaciones desde un nodo a otro dentro del dominio derecuperación. Para habilitar la conmutación de aplicaciones entre subredes, es necesario utilizar el soportede direcciones IP virtuales y RIP (Routing Information Protocol) para IPv4.


Es preciso seguir los siguientes pasos de configuración manual para habilitar el entorno de conmutaciónpor administración. Este conjunto de instrucciones debe implementarse en todos los nodos del dominiode recuperación, y repetirse para el resto de nodos del clúster que se convertirán en nodos deldominio de recuperación para el CRG de la aplicación en cuestión.

1. Seleccione una dirección IP de toma de control de IPv4 para ser utilizada por el CRG de la aplicación.v Para evitar confusiones, esta dirección no debe solaparse con ninguna otra dirección existente

utilizada por los nodos del clúster o direccionadores. Por ejemplo, si selecciona 19.19.19.19,asegúrese de que 19.0.0.0 (19.19.0.0) no sean rutas conocidas por las tablas de direccionamiento delsistema.

v Añada la interfaz de toma de control (por ejemplo, 19.19.19.19). Créela con una descripción de líneaigual a *VIRTUALIP, una máscara de subred igual a 255.255.255.255 (ruta de host), una unidadmáxima de transmisión igual a 1500 (cualquier número entre 576 y 16388) y un arranqueautomático establecido en *NO. Esta dirección de toma de control (por ejemplo, 19.19.19.19) debeexistir como dirección *VIRTUALIP antes de definirla como interfaz local asociada en el próximopaso. Sin embargo, no es necesario que esté activa.

2. Asocie la dirección IP de toma de control propuesta con una o las dos direcciones IP especificadaspara el uso por parte de las comunicaciones de clúster cuando cree el clúster o añada un nodo alclúster.v Por ejemplo, esto significa convertir la dirección de toma de control 19.19.19.19 en una interfaz local

asociada en la dirección IP del nodo de clúster. Ello debe realizarse para cada dirección de clústeren cada nodo de clúster.

Nota: Las direcciones de clúster deben finalizarse para llevar a cabo este cambio utilizando elmandato Configurar TCP/IP (CFGTCP).

3. Cree el clúster y cree los CRG. Para el CRG de la aplicación, especifique QcstUserCfgsTakeoverIpAddren el campo Configurar dirección IP de toma de control. No inicie ningún CRG de aplicación.

4. Seleccione Configurar aplicaciones TCP/IP (opción 20) del menú Configurar TCP/IP, luegoConfigurar RouteD (opción 2) y finalmente Cambiar atributos de RouteD (opción 1) para comprobarque el campo Proporcionar está establecido en *YES. Si no está establecido en ese valor, establezca elcampo en *YES. Luego inicie o reinicie RouteD (RIP o RIP-2) en cada nodo de clúster.v La opción 3 de NETSTAT muestra el RouteD que hace uso de un puerto local si está en ejecución

actualmente. RouteD debe estar en ejecución y anunciando rutas (compruebe que el campoProporcionar es igual a *YES) en cada nodo de clúster del dominio de recuperación de CRG.

5. Compruebe que todos los direccionadores comerciales de la red que interconectan las LAN deldominio de recuperación aceptan y anuncian rutas de host para RIP.v Éste no es necesariamente el valor por defecto para los direccionadores. El lenguaje varía según el

fabricante del direccionador, pero los valores de las interfaces RIP se deben definir para enviar rutasde host y recibir hosts dinámicos.

v Esto también es válido para las dos interfaces de direccionador que se refieren a los sistemas, asícomo las interfaces de direccionador a direccionador.

Nota: No utilice una máquina IBM i como direccionador en esta configuración. Utilice undireccionador comercial (IBM u otro) diseñado para el direccionamiento. El direccionamiento de IBM ino se puede configurar para manejar esta función.

6. Active manualmente la dirección de toma de control en uno de los nodos de clúster:a. Espere hasta 5 minutos para que RIP propague las rutas.b. Efectúe un ping de la dirección de toma de control desde todos los nodos del dominio de

recuperación del CRG y desde clientes seleccionados de las LAN que utilizarán esta dirección.c. Compruebe que la dirección de toma de control vuelve a finalizarse.

(Los clústeres iniciarán la dirección del nodo primario especificado cuando se inicien los CRG).7. Inicie los CRG de la aplicación.


v A continuación, se inicia la dirección de toma de control mediante la creación de clústeres en elnodo preferido especificado y RIP anuncia las rutas en todo el dominio de recuperación. RIP puedetardar hasta 5 minutos en actualizar las rutas en el dominio. La función de RIP es independiente dela función de inicio del CRG.

Importante:

v Si no se sigue el procedimiento anterior para todos los nodos del clúster en el dominio de recuperacióndel CRG de la aplicación, el clúster se cuelga durante el proceso de conmutación por administración.

v Aunque no efectúe una conmutación por anomalía a nodos duplicados, se recomienda llevar a cabo elprocedimiento en los nodos duplicados por si se modificaran posteriormente para convertirse en nodosde copia de seguridad.

v Si desea utilizar múltiples direcciones IP virtuales, cada una de ellas necesitará un CRG de aplicaciónindependiente y una dirección IP independiente con la que asociarse. Esta dirección puede ser otradirección IP lógica en el mismo adaptador físico o puede ser otro adaptador físico diferente. Además,debe intentar evitar ambigüedades en las tablas de direccionamiento. Para ello:– Añada una *DFTROUTE a la tabla de direccionamiento para cada dirección IP virtual.– Para utilizar varias direcciones IP, utilice CFGTCP (opción 2).– Establezca todos los parámetros, inclusive el salto siguiente, del mismo modo para alcanzar el

direccionador deseado; no obstante, la interfaz de enlace preferente debe establecerse en la direcciónIP del sistema local asociada con la dirección IP virtual que se representa mediante esta ruta.

Habilitación de la conmutación de aplicaciones entre subredes cuando se utiliza IPV6:

Por regla general, la organización en clústeres requiere que todos los nodos de clúster del dominio derecuperación de un grupo de recursos de clúster de aplicación residan en la misma LAN (utilicen elmismo direccionamiento de subred). Los servicios de recursos de clúster soportan una dirección IP detoma de control configurada por el usuario al configurar el CGR de la aplicación.

El Protocolo de resolución de direcciones (ARP) es el protocolo de red que se utiliza para conmutar ladirección IP configurada de toma de control de aplicaciones desde un nodo a otro dentro del dominio derecuperación. Para habilitar la conmutación de aplicaciones entre subredes, es necesario utilizar el soportede direcciones IP virtuales y RIPng (Routing Information Protocol Next Generation) para IPv6.

Es preciso seguir los siguientes pasos de configuración manual para habilitar el entorno de conmutaciónpor administración. Este conjunto de instrucciones debe implementarse en todos los nodos del dominiode recuperación, y repetirse para el resto de nodos del clúster que se convertirán en nodos deldominio de recuperación para el CRG de la aplicación en cuestión.

1. Seleccione una dirección IP de toma de control de IPv6 para ser utilizada por el CRG de la aplicación.v Para evitar confusiones, esta dirección no debe solaparse con ninguna otra dirección existente

utilizada por los nodos del clúster o direccionadores.v Es recomendable que esta dirección esté definida con un prefijo de dirección IPv6 más corto que

cualquier otra dirección IPv6 que comparta el mismo prefijo IPv6 a fin de garantizar que seseleccione la dirección de origen correcta en los paquetes de salida.

v Añada la interfaz de toma de control (por ejemplo, 2001:0DB8:1234::1. Cree la interfaz con unadescripción de línea igual a *VIRTUALIP, una unidad máxima de transmisión igual a 1500(cualquier número entre 576 y 16388) y un autoarranque establecido en *NO.

2. Cree el clúster y cree los CRG. Para el CRG de la aplicación, especifique QcstUserCfgsTakeoverIpAddren el campo Configurar dirección IP de toma de control. No inicie ningún CRG de aplicación.

3. Utilice el mandato Cambiar atributos de RIP (CHGRIPA) para definir los atributos de RIPng. Ejecuteel mandato: CHGRIPA AUTOSTART(*YES) IP6COND(*NEVER) IP6ACPDFT(*NO)IP6SNDONLY(*VIRTUAL).

4. Compruebe que haya una dirección local activa de enlace IPv6 en el sistema. Una dirección local deenlace IPv6 comienza con 'fe80:'.


5. Utilice el mandato Añadir interfaz RIP (ADDRIPIFC) para añadir una interfaz RIP utilizada por elservidor OMPROUTED para anunciar la dirección virtual utilizada para la dirección IP de toma decontrol. Por ejemplo, si fe80::1 es la dirección local del enlace IPv6, ejecute el mandato: ADDRIPIFCIFC('fe80::1') RCVDYNNET(*YES) SNDSTTRTE(*YES) SNDHOSTRTE(*YES) SNDONLY(*VIRTUAL).

6. Reinicie el servidor OMPROUTED utilizando estos mandatos:a. ENDTCPSVR SERVER(*OMPROUTED) INSTANCE(*RIP)b. STRTCPSVR SERVER(*OMPROUTED) INSTANCE(*RIP)

7. Compruebe que todos los direccionadores comerciales de la red que interconectan las LAN deldominio de recuperación aceptan y anuncian rutas de host para RIPng.v Esto no es necesariamente el valor predeterminado para direccionadores. El lenguaje varía según el

fabricante del direccionador, pero los valores de las interfaces RIPng se deben definir para enviarrutas de host y recibir hosts dinámicos.

v Esto también es válido para las dos interfaces de direccionador que apuntan a los sistemas, asícomo las interfaces de direccionador a direccionador.

Nota: No utilice una máquina IBM i como direccionador en esta configuración. Utilice undireccionador comercial (IBM u otro) diseñado para el direccionamiento. El direccionamiento de IBM ino se puede configurar para manejar esta función.

8. Active manualmente la dirección de toma de control en uno de los nodos de clúster:a. Espere hasta 5 minutos para que RIP propague las rutas.b. Efectúe un ping de la dirección de toma de control desde todos los nodos del dominio de

recuperación del CRG y desde clientes seleccionados de las LAN que utilizarán esta dirección.c. Compruebe que la dirección de toma de control concluye de nuevo.

(Los clústeres iniciarán la dirección del nodo primario especificado cuando se inicien los CRG).9. Inicie los CRG de la aplicación.v La dirección de toma de control se inicia mediante la creación de clústeres en el nodo preferido

especificado y RIPng anuncia las rutas en todo el dominio de recuperación. RIPng puede necesitarhasta 5 minutos para actualizar las rutas en el dominio. La función de RIPng es independiente de lafunción de inicio del CRG.

Importante:

v Si no se sigue el procedimiento anterior para todos los nodos del clúster en el dominio de recuperacióndel CRG de la aplicación, el clúster se cuelga durante el proceso de conmutación por administración.

v Aunque no efectúe una conmutación por anomalía a nodos duplicados, se recomienda llevar a cabo elprocedimiento en los nodos duplicados por si se modificaran posteriormente para convertirse en nodosde copia de seguridad.

v Si desea utilizar múltiples direcciones IP virtuales, cada una de ellas necesitará un CRG de aplicaciónindependiente y una dirección IP independiente con la que asociarse. Esta dirección puede ser otradirección IP lógica en el mismo adaptador físico o puede ser otro adaptador físico diferente. Además,debe intentar evitar ambigüedades en las tablas de direccionamiento. Para ello:– Añada una *DFTROUTE a la tabla de direccionamiento para cada dirección IP virtual.– Para utilizar varias direcciones IP, utilice CFGTCP (opción 2).– Establezca todos los parámetros, inclusive el salto siguiente, del mismo modo para alcanzar el

direccionador deseado; no obstante, la interfaz de enlace preferente debe establecerse en la direcciónIP del sistema local asociada con la dirección IP virtual que se representa mediante esta ruta.

Ejemplo: acciones de conmutación por anomalía en un grupo de recursos de clúster de aplicación:

Este ejemplo muestra el funcionamiento de un caso de conmutación por anomalía. Otros casos deconmutación por anomalía pueden funcionar de forma distinta.


Las siguientes acciones se producen cuando un grupo de recursos de clúster de aplicación resilienterealiza una conmutación por anomalía debido a que se ha excedido el tiempo de reintento o se hacancelado el trabajo:v Se llama al programa de salida del grupo de recursos de clúster en todos los nodos activos del

dominio de recuperación para el CRG con un código de acción de conmutación por anomalía. Así seindica que los servicios de recursos de clúster se preparan para conmutar por anomalía el punto deacceso de la aplicación al primer nodo de copia de seguridad.

v Los servicios de recursos de clúster finalizan la conexión IP (Protocolo Internet) de toma de control enel nodo primario.

v Los servicios de recursos de clúster inician la dirección IP de toma de control en el primer nodo decopia de seguridad (nuevo primario).

v Los servicios de recursos de clúster someten un trabajo que efectúa la llamada al programa de salidadel grupo de recursos de clúster sólo en el nuevo nodo primario con el código de acción Iniciar. Conesta acción se reinicia la aplicación.

Conceptos relacionados:“Gestionar toma de control de CRG de aplicaciones de direcciones IP” en la página 9Puede gestionar la toma de control de CRG de aplicaciones de direcciones IP utilizando servicios derecursos de clúster. También puede gestionarlas manualmente.

Ejemplo: programa de salida de aplicación:

El ejemplo de código siguiente contiene un programa de salida de grupo de recursos de clúster deaplicación.

Puede encontrar este ejemplo de código en la biblioteca QUSRTOOL.

En la biblioteca QUSRTOOL encontrará ejemplos de código fuente que pueden utilizarse como base paraescribir un programa de salida. Consulte el miembro TCSTAPPEXT en el archivo QATTSYSC. Para ver elcódigo fuente de ejemplo, emita uno de los mandatos siguientes:v DSPPFM QUSRTOOL/QATTSYSC TCSTAPPEXT

v STRSEU SRCFILE(QUSRTOOL/QATTSYSC) SRCMBR(TCSTAPPEXT)

v WRKMBRPDM FILE(QUSRTOOL/QATTSYSC) MBR(TCSTAPPEXT) y, a continuación, especifique un 5 delante delnombre de miembro

Si recibe los mensajes CPF8056, EDT0213 o PDM0308 al ejecutar los mandatos, archivos QUSRTOOLdeben convertirse de archivos de salvar a archivos físicos fuente. Emita el mandato CALLPGM(QUSRTOOL/UNPACKAGE) PARM(’*ALL ’ 1).

Nota: Por el hecho de utilizar los ejemplos de código acepta los términos de la Información dedeclaración de limitación de responsabilidad y de licencia de código.

Planificación de clústeresAntes de implementar una solución de alta disponibilidad, compruebe que se cumplan todos losrequisitos previos de los clústeres.

Requisitos de hardware para clústeresPara implementar una solución de alta disponibilidad, debe planificar y configurar un clúster. Un clústeragrupa sistemas y recursos en un entorno de alta disponibilidad.

Estos son los requisitos mínimos de hardware de los clústeres:v Necesitará como mínimo dos sistemas o particiones que ejecuten IBM i. Un clúster admite un máximo

de 128 sistemas. Cualquier modelo de System i capaz de ejecutar la versión V4R4M0 de IBM i oposterior es compatible para la utilización de clústeres.


v Se recomienda una fuente de alimentación externa ininterrumpible o equivalente como protección encaso de que se produzca un corte de alimentación inesperado, que puede generar una partición delclúster.

v Si tiene previsto utilizar tecnologías de resiliencia de datos que requieren agrupaciones de discosindependientes, también deberá planificar hardware específico para la tecnología de resiliencia de datoselegida. Asimismo, puede utilizar distintos métodos de protección de discos para impedir que seproduzca la conmutación por anomalía si falla un disco protegido.

Conceptos relacionados:“Planificación de la resiliencia de datos” en la página 23La resiliencia de datos es la capacidad de los datos para estar disponibles para usuarios o aplicaciones. Laresiliencia de datos puede obtenerse mediante la tecnología de clústeres de IBM i con tecnologías dePowerHA o tecnologías de replicación lógica.Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 20Antes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.Información relacionada:Uninterruptible power supplyMultidifusión IPProtección de disco

Requisitos de software para clústeresPara utilizar los clústeres, debe tener las licencias y software correctos.1. Tener instalado el release soportado más reciente de IBM i sistema operativo.2. Debe tener instalada la característica TCP/IP Connectivity Utilities.3. Si tiene previsto utilizar tecnologías de resiliencia de datos, existen requisitos adicionales.4. La opción 41 (High Availability Switchable Resources) es necesaria si tiene previsto utilizar las

siguientes interfaces:v El programa bajo licencia IBM PowerHA SystemMirror para i. Este programa bajo licencia

proporciona las siguientes interfaces que requieren la Opción 41:– Interfaz gráfica de PowerHA– Mandatos de PowerHA– Las API de PowerHA

5. También puede utilizar un producto de IBM Business Partner o escribir su propia aplicación degestión de alta disponibilidad utilizando las API de clúster.

Conceptos relacionados:“Determinar la configuración del sitio” en la página 24Las tecnologías de PowerHA proporcionan varias tecnologías de alta disponibilidad y recuperación trasdesastre de IBM i.“Planificación de la resiliencia de datos” en la página 23La resiliencia de datos es la capacidad de los datos para estar disponibles para usuarios o aplicaciones. Laresiliencia de datos puede obtenerse mediante la tecnología de clústeres de IBM i con tecnologías dePowerHA o tecnologías de replicación lógica.Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 20Antes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.Información relacionada:Cluster APIs


|

Requisitos de comunicaciones para clústeresUtilice cualquier medio en el entorno de clústeres siempre y cuando soporte el Protocolo de Internet (IP).

Los servicios de recursos de clúster utilizan protocolos TCP/IP y UDP/IP en la comunicación entrenodos. Se da soporte a redes de área local (LAN), redes de área amplia (WAN), redes de área de sistemaOptiConnect (SAN) o cualquier combinación de estos dispositivos de conectividad. Su elección debebasarse en los siguientes factores:v El volumen de las transaccionesv Los requisitos de tiempo de respuestav La distancia entre nodosv Las consideraciones sobre el coste

Estas mismas consideraciones le servirán cuando tenga que determinar el medio de conexión queutilizará entre las ubicaciones primarias y de copia de seguridad de los recursos. Al planificar el clúster,es aconsejable designar uno o varios nodos de copia de seguridad en ubicaciones remotas para sobrevivira una avería debida a un siniestro en las instalaciones.

Para evitar problemas de rendimiento que pueden estar causados por una capacidad inadecuada, debeevaluar el medio de comunicaciones utilizado para manejar los volúmenes de información que se envíande un nodo a otro nodo. Puede elegir el medio físico que prefiere utilizar, como por ejemplo Token Ring,Ethernet, ATM (modalidad de transferencia asíncrona), OptiConnect SPD u OptiConnect virtual (unaconexión interna de alta velocidad entre particiones lógicas).Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 20Antes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.

Dedicación de una red para clústeres:

Durante las operaciones normales, el tráfico base debido a las comunicaciones de clúster es mínimo. Sinembargo, es muy recomendable configurar vías de comunicaciones redundantes para cada nodo en unclúster.

Por vía de comunicaciones redundante se entiende que hay dos líneas configuradas entre dos nodos deun clúster. Si se produce una anomalía en la primera vía de comunicaciones, la segunda vía decomunicaciones puede tomar el control para mantener las comunicaciones activas entre los nodos, con loque se reducen las condiciones que pueden llevar a uno o varios nodos del clúster a una partición declúster. Una cuestión que debería tener en cuenta cuando configure estas vías es que si ambas líneas decomunicaciones pasan por el mismo adaptador en el sistema, dichas líneas siguen estando expuestas ariesgos si falla este único adaptador. Sin embargo, debe destacarse que una partición de clúster nosiempre puede evitarse. Si su sistema sufre una pérdida de alimentación o se produce un fallo dehardware, el clúster puede acabar particionado. Al configurar dos líneas, puede dedicar una línea altráfico de clúster y la otra línea al tráfico normal y servir, así mismo, de línea de copia de seguridad si lalínea dedicada al clúster se desactiva. Puede evitarse la típica partición de clústeres relacionada con lasredes configurando vías de comunicaciones redundantes entre todos los nodos del clúster.

Consejos: comunicaciones de clúster:

Tenga en cuenta estos consejos al configurar las vías de acceso de comunicaciones.v Asegúrese de que las líneas de comunicaciones tienen un ancho de banda adecuado para manejar la

actividad que no provenga del clúster junto con la función de latido de clústeres y continúesupervisando el crecimiento de la actividad.

v Para conseguir una mejor fiabilidad, no configure una única vía de comunicaciones que enlace uno omás nodos.


v No sobrecargue la línea responsable de asegurar que las comunicaciones con el nodo continúanestablecidas.

v Elimine tantos puntos únicos que puedan producir una anomalía como sea posible; por ejemplo, sitiene dos líneas de comunicaciones que entran en un único adaptador o en el mismo procesador deentrada/salida (IOP) o en la misma unidad de expansión.

v Si un volumen de datos extremadamente alto pasa a través de las líneas de comunicaciones, puede queconsidere la posibilidad de ubicar la duplicación de datos y la supervisión de latido en redesseparadas.

v La multidifusión UDP (Protocolo de datagramas de usuario) es el protocolo preferido que utiliza lainfraestructura de comunicaciones de clúster para enviar información de gestión de clústeres entre losnodos de un clúster. Cuando el medio físico soporta las posibilidades de multidifusión, lascomunicaciones de clúster utilizan la multidifusión UDP para enviar mensajería de gestión, de un nododeterminado, a todos los nodos de clúster locales que soportan la misma dirección de subred. Losmensajes que se envían a los nodos de redes remotas siempre se envían utilizando las posibilidadespunto a punto UDP. Las comunicaciones de clúster no utilizan la función de direccionamiento para losmensajes multidifusión.

v El tráfico multidifusión que soporta la mensajería de gestión de clústeres tiende a fluctuar pornaturaleza. En función del número de nodos de una LAN determinada (que soporte una dirección desubred común) y de la complejidad de la estructura de gestión de clústeres que elija el administradorde clústeres, los paquetes multidifusión relacionados con clústeres pueden superar fácilmente los 40paquetes por segundo. Las fluctuaciones de este tipo pueden tener una incidencia negativa en losequipos de red antiguos. Un ejemplo de ello son los problemas de congestión producidos endispositivos de la LAN que sirven como agentes SNMP (Protocolo Simple de Gestión de Red) quedeben evaluar cada uno de los paquetes multidifusión UDP. Algunos de los equipos de red antiguosno disponen del ancho de banda adecuado para soportar este tipo de tráfico. Es preciso que ustedmismo o el administrador de red examine la capacidad de las redes para manejar tráfico multidifusiónUDP a fin de asegurarse de que la organización en clústeres no incida de forma negativa en elrendimiento de las redes.

Planificación de rendimiento para clústeres:

Dado que en el entorno de comunicaciones existen diferencias potencialmente significativas, tiene laposibilidad de ajustar las variables que afectan a las comunicaciones de clúster para que se adapten mejoral entorno.

Los valores predeterminados deben ser aceptables normalmente en la mayoría de entornos comunes. Sisu entorno particular no está bien adaptado a estos valores predeterminados, puede ajustar lascomunicaciones de clúster para que se adapten mejor a su entorno. Están disponibles un nivel básico yun nivel avanzado de ajuste.

Ajuste de nivel básico

El nivel básico de ajuste permite establecer los parámetros de ajuste en un conjunto de valorespredefinidos identificados para valores de intervalo de mensajes y tiempo de espera alto,bajo y normal. Sise selecciona el nivel normal se utilizan los valores predeterminados para los parámetros deconfiguración y rendimiento de comunicaciones de clúster. Si se selecciona el nivel bajo, el clústeraumenta el intervalo de latido y los diversos valores de tiempo de espera de mensajes. Con menos latidosy valores de tiempo de espera más largos, el clúster es menos sensible a anomalías de comunicaciones. Sise selecciona el nivel alto, el clúster disminuye el intervalo de latido y los diversos valores de tiempo deespera de mensajes. Con latidos más frecuentes y valores de tiempo de espera más cortos, el clúster esmás sensible a anomalías de comunicaciones.


Ajuste de nivel avanzado

Con el ajuste de nivel avanzado, pueden ajustarse parámetros individuales utilizando un rangopredefinido de valores. Esto permite un ajuste más atomizado para adaptarse a circunstancias especialesdel entorno de comunicaciones. Si se desea un nivel de ajuste avanzado, es aconsejable obtener ayuda delpersonal de soporte de IBM o equivalente. El establecimiento incorrecto de parámetros individualespuede provocar fácilmente una disminución del rendimiento.

Parámetros de comunicaciones de clúster ajustables:

La API Cambiar servicios de recursos de clúster (QcstChgClusterResourceServices) permite ajustaralgunos de los parámetros de configuración y rendimiento de las comunicaciones de clúster y losservicios de topología de clúster para adaptarlos mejor a los diversos entornos de aplicaciones y trabajoen red en los que se dan los clústeres.

El mandato Cambiar clúster (CHGCLU) proporciona un nivel básico de ajuste, mientras que la APIQcstChgClusterResourceServices proporciona niveles básicos y avanzados de ajuste.

La API QcstChgClusterResourceServices y el mandato Cambiar configuración de clúster (CHGCLUCFG)pueden utilizarse para ajustar la configuración y el rendimiento de los clústeres. La API y el mandatoproporcionan un nivel básico de ajuste que permiten establecer los parámetros de ajuste en un conjuntode valores predefinidos identificados para valores de intervalo de mensajes y tiempo de espera alto, bajoy normal. Si se desea un nivel de ajuste avanzado, normalmente previsto con ayuda del personal desoporte de IBM, pueden ajustarse parámetros individuales utilizando la API para un intervalo de valorespredefinido. La introducción de cambios inadecuados a los parámetros individuales puede afectar alrendimiento de los clústeres.

Cuándo y cómo ajustar los parámetros de los clústeres

El mandato CHGCLU y la API QcstChgClusterResourceServices proporcionan una forma rápida deestablecer los parámetros de rendimiento y configuración de los clústeres sin que sea necesario entenderlos detalles. Este nivel básico de ajuste se utiliza principalmente para modificar los valores de sensibilidaddel latido y de tiempo de espera de mensajes. Los valores válidos para el nivel básico de ajuste son:

1 (valores de tiempo de espera alto/latidos menos frecuentes)Se realizan ajustes a las comunicaciones de clúster para disminuir la frecuencia de latido yaumentar los distintos valores de tiempo de espera excedido de mensaje. Con menos latidos yvalores de tiempo de espera excedido más largos, el clúster tardará más en responder(sensibilidad mínima) a las anomalías de las comunicaciones.

2 (Valores predeterminados)Los valores predeterminados normales se utilizan para los parámetros de configuración yrendimiento de las comunicaciones de clúster. Este valor puede utilizarse para devolver todos losparámetros a los valores predeterminados originales.

3 (Valores de tiempo de espera bajos / latidos más frecuentes)Se ajustan las comunicaciones de clúster para reducir el intervalo de latido y reducir los diversosvalores de tiempo de espera de mensajes. Con latidos más frecuentes y valores de tiempo deespera más cortos, el clúster responderá más rápidamente ante anomalías de comunicaciones(será más sensible).

En la siguiente tabla se muestran los tiempos de respuesta de ejemplo para una anomalía de latido queprovoca una partición del nodo:

Nota: Los tiempos se especifican en formato minutos:segundos.


1 (menos sensible) 2 (valor predeterminado) 3 (más sensible)

Deteccióndeproblemade latido

Análisis Total Deteccióndeproblemade latido

Análisis Total Deteccióndeproblemade latido

Análisis Total

Subredindividual

00:24 01:02 01:26 00:12 00:30 00:42 00:04 00:14 00:18

Subredesmúltiples

00:24 08:30 08:54 00:12 04:14 04:26 00:04 02:02 02:06

Según las cargas de red típicas y los medios físicos específicos que se utilicen, un administrador declústeres podría decidir ajustar los niveles de sensibilidad de latido y tiempo de espera de mensajes. Porejemplo, con un transporte de alta velocidad y alta fiabilidad, como OptiConnect, con todos los sistemasdel clúster en un bus OptiConnect común, quizás desee establecer un entorno más sensible paragarantizar una detección rápida que permita una conmutación por anomalía más rápida. Se escoge laopción 3. Si se estuviera ejecutando un bus Ethernet de 10 Mbs muy cargado y los valorespredeterminados provocaran particiones ocasionales debido a cargas máximas de la red, podríaseleccionarse la opción 1 para reducir la sensibilidad de los clústeres ante las cargas máximas.

La API Modificar servicios de recursos de clúster también permite el ajuste de parámetros individualesespecíficos en los que los requisitos del entorno de red presentan situaciones excepcionales. Por ejemplo,consideremos de nuevo un clúster con todos los nodos comunes en un bus OptiConnect. El rendimientode los mensajes de clústeres puede mejorarse de un modo significativo estableciendo el parámetro detamaño de fragmento de mensaje en los 32.500 bytes máximos para ajustarse mejor al tamaño de launidad de transmisión máxima (MTU) de OptiConnect de lo que permite el valor predeterminado de1.464 bytes. Ello reduce la actividad general de fragmentación y la recomposición de mensajesvoluminosos. La ventaja, por supuesto, depende de las aplicaciones de clúster y la utilización de lamensajería de clúster resultante de esas aplicaciones. En la documentación de la API se definen otrosparámetros que pueden utilizarse para ajustar el rendimiento de la mensajería de clústeres o cambiar lasensibilidad del clúster en relación con las particiones.Referencia relacionada:API QcstChgClusterResourceServicesInformación relacionada:Mandato Cambiar clúster (CHGCLU)

Modificar los valores de los servicios de recursos de clúster:

Los valores predeterminados referentes al tiempo de espera y el reintento de mensajes se especifican paraque sean válidos para las instalaciones más típicas. Sin embargo, es posible cambiar estos valores segúnsu entorno particular de comunicaciones.

Los valores pueden ajustarse de los siguientes modos:v Establecer un nivel general de rendimiento que se ajuste a su entorno.v Establecer valores para determinados parámetros de ajuste de mensajes para conseguir un ajuste más

específico

En el primer método, el tráfico de mensajes se ajusta a uno de los tres niveles de comunicaciones. El nivelnormal es el valor predeterminado y se describe en detalle en la Supervisión de latidos.

El segundo método debería llevarse a cabo sólo bajo el asesoramiento de un experto.

En la API Cambiar Servicios de recursos de clúster (QcstChgClusterResourceServices) se describen losdetalles de los dos métodos.


Referencia relacionada:API QcstChgClusterResourceServicesInformación relacionada:Supervisión de latido

Planificar los clústeres de release múltiple:

Si está creando un clúster que incluye nodos de diferentes versiones de clúster, debe seguir unos puntosconcretos para la creación del clúster.

De forma predeterminada, la versión de clúster actual se establece en la versión de clúster potencial delprimer nodo que se añade al clúster. Este método es apropiado si este nodo se encuentra en el nivel deversión inferior posible en el clúster. Sin embargo, si este nodo pertenece a un nivel de versión posterior,no puede añadir nodos con un nivel de versión inferior. Como alternativa, puede utilizar el valor de laversión de clúster de destino cuando cree un clúster para establecer la versión de clúster actual en unaversión inferior a la versión de clúster potencial del primer nodo que se añade al clúster.

Nota: Si utiliza el programa bajo licencia IBM PowerHA SystemMirror para i, es necesario en todos lossistemas del clúster.

Por ejemplo, considere que deseamos crear un clúster de dos nodos. Los nodos de este clúster son:

Identificador de nodo Release Versión potencial del clúster

Nodo A V7R1 7

Nodo B V7R2 8

Si el clúster debe crearse a partir del Nodo B, es imprescindible indicar que será un clúster de releasemixto. La versión de clúster de destino debe establecerse de forma que indique que los nodos del clústerse comunicarán en una versión de nodo inferior a la versión de nodo potencial del nodo solicitante.

Planificación de rendimiento para clústeresCuando se introducen cambios en un clúster, puede verse afectada la actividad general necesaria para laadministración del clúster.

Los únicos recursos que necesitan los clústeres son los necesarios para realizar la supervisión de latidos,la administración de los grupos de recursos de clúster y los nodos de clúster, y el manejo de cualquiermensaje que tenga lugar entre los grupos de recursos de clúster y los nodos de clúster. Una vez elentorno de clúster sea operativo, los únicos incrementos en la actividad general obedecerán a los cambiosque efectúe en el clúster.

Durante un entorno operativo normal, la actividad del clúster debe tener un efecto mínimo en lossistemas en clúster.

Planificación de la detección avanzada de errores de nodoPuede utilizar la detección avanzada de errores de nodo para reducir el número de situaciones de errorque se producen en particiones de clúster.

Antes de implementar la detección avanzada de errores de nodo, compruebe que se cumplan todos losrequisitos previos.v Para evitar particiones de clúster cuando se produce un error en un nodo de clúster, puede utilizarse

una partición de Consola de gestión de hardware (HMC) v7 o de servidor de E/S virtual (VIOS) en unservidor gestionado por Integrated Virtualization Manager (IVM).

v Determine qué nodos de clúster son gestionados por la HMC o IVM y a qué nodos de clúster se debennotificar los errores.


||

||||

|||

||||

http://publib.boulder.ibm.com/infocenter/powersys/v3r1m5/index.jsp?topic=/ipha8/hwparent_hmc.htm

http://pic.dhe.ibm.com/infocenter/powersys/v3r1m5/index.jsp?topic=%2Fp7hch%2Fiphchkickoff.htm

v Cada nodo al que se deba notificar errores necesitará tener configurado un supervisor de clúster.

Requisitos de hardware para la detección avanzada de errores de nodo:

La detección avanzada de errores de nodo se puede utilizar si se cumplen todos los requisitos dehardware.

Estos son los requisitos mínimos de hardware para la detección avanzada de errores de nodo:v Como mínimo dos modelos o particiones lógicas de IBM i .v Consola de gestión de hardware (HMC) o un servidor de E/S virtual (VIOS) en un servidor gestionado

por Integrated Virtualization Manager (IVM).

Requisitos de software para la detección avanzada de errores de nodo:

Para utilizar la detección avanzada de errores de nodo en un sistema IBMi de alta disponibilidad, sedeben cumplir los requisitos mínimos de software.

Existen los siguientes requisitos de software para cada nodo donde se desee utilizar la detecciónavanzada de errores de nodo:v Sistema operativo 5770-SS1v Opción 33 del sistema operativo base 5770-SS1 - Portable Application Solutions Environmentv Opción 30 del sistema operativo base 5770-SS1 - Qshellv 5733-SC1 - IBM Portable Utilities para IBM iv Opción 1 de 5733-SC1 - OpenSSH, OpenSSL, zlibv 5770-UME IBM Universal Manageability Enablementv 5770-HAS IBM PowerHA para i LP

Planificar la lista de comprobación de los clústeresAntes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.

Tabla 1. Lista de tareas de configuración TCP/IP para clústeres

Requisitos de TCP/IP

__ Inicie TCP/IP en todos los nodos que piense incluir en el clúster, utilizando el mandato Iniciar TCP/IP(STRTCP).

__ Configure la dirección de bucle de retorno TCP (127.0.0.1) y compruebe que muestra el estado Activa.Compruebe la dirección de bucle de retorno TCP/IP utilizando el mandato Trabajar con estado de redTCP/IP (WRKTCPSTS) en cada nodo del clúster.

__ Verifique que las direcciones IP utilizadas para el clúster en un nodo tengan el estado Activo. Compruebe elestado de las direcciones TCP/IP utilizando el mandato Trabajar con estado de red TCP/IP (WRKTCPSTS).

__ Verifique que el servidor INETD (Internet Daemon) esté activo en todos los nodos del clúster. Si el servidorINETD no está activo, es necesario iniciarlo. Para obtener información sobre cómo iniciar el servidor INETD,consulte “Inicio de un servidor INETD” en la página 55.

__ Compruebe que el perfil de usuario para INETD, que está especificado en /QIBM/ProdData/OS400/INETD/inetd.conf no tenga más que la autorización mínima. Si este perfil de usuario tiene una autoridad mayorque la mínima, el inicio del nodo de clúster fallará. De forma predeterminada, se especifica QUSER comoperfil de usuario para INETD.


||

Tabla 1. Lista de tareas de configuración TCP/IP para clústeres (continuación)

Requisitos de TCP/IP

__ Compruebe que todas las direcciones IP del clúster pueden direccionar y enviar datagramas UDP a todas lasdemás direcciones IP del clúster. Si un nodo cualquiera del clúster utiliza una dirección IPv4, cada nodo delclúster debe tener una dirección IPv4 activa (no necesariamente configurada como dirección IP del clúster)que pueda direccionar y enviar paquetes TCP a esa dirección. Además, si cualquier nodo del clúster utilizauna dirección IPv6 , cada nodo del clúster debe tener una dirección IPv6 activa (no necesariamenteconfigurada como dirección IP del clúster) que pueda direccionar y enviar paquetes TCP a esa dirección. Paradeterminar si dos direcciones IP se pueden comunicar, puede ser útil utilizar el mandato PING, especificandouna dirección IP local, y el mandato TRACEROUTE, especificando mensajes de UDP. PING y TRACEROUTE no sonfuncionales entre direcciones IPv4 e IPv6, o si un cortafuegos está bloqueando PING y TRACEROUTE.

__ Verifique que otras aplicaciones no estén utilizando los puertos 5550 y 5551. Estos puertos están reservadospara los clústeres de IBM. La utilización de puertos se puede visualizar mediante el mandato Trabajar conestado de red TCP/IP (WRKTCPSTS). El puerto 5550 está abierto y en un estado de Escucha si se creanclústeres una vez iniciado INETD.

Tabla 2. Lista de tareas de dominio administrativo para clústeres

Consideraciones de la interfaz de clúster de Servicios de recursos de clúster

Instale el programa bajo licencia IBM PowerHA SystemMirror para i (iHASM (5770-HAS). Debe existir unaclave de licencia válida en todos los nodos de clúster que formarán parte de la solución de altadisponibilidad.

__ Instale la Opción 41 (IBM i - Recursos conmutables de HA). Debe existir una clave de licencia válida en todoslos nodos de clúster que formarán parte del dominio de dispositivo.

__ Verifique que se han iniciado todos los servidores de host utilizando el mandato Arrancar servidor de host(STRHOSTSVR): STRHOSTSVR SERVER(*ALL)

Tabla 3. Lista de comprobación de configuración de la seguridad para clústeres

Requisitos de seguridad

__ Establezca el atributo de red Permitir adición a clúster (ALWADDCLU) del modo adecuado en el nodo dedestino si intenta iniciar un nodo remoto. Debería establecerse en *ANY o *RQSAUT, según cuál sea suentorno. Si este atributo se establece en *RQSAUT, se debe instalar la opción 34 de IBM i (Digital CertificateManager) y CA Cryptographic Service Provider (opción 35). Consulte Habilitar la adición de un nodo a unclúster para obtener información sobre cómo establecer el atributo de red ALWADDCLU.

__ Habilite el estado del perfil de usuario de INET especificado en /QIBM/ProdData/OS400/INETD/inetd.conf.No debe tener las autorizaciones especiales *SECADM ni *ALLOBJ. De forma predeterminada, se especificaQUSER como perfil de usuario para INETD.

__ Verifique que el perfil de usuario que invoca las API de servicios de recursos de clúster existe en todos losnodos de clúster y tiene la autorización *IOSYSCFG.

__ Verifique que el perfil de usuario que ejecutará el programa de salida para un grupo de recursos de clúster(CRG) existe en todos los nodos del dominio de recuperación.

Tabla 4. Lista de comprobación de configuración de trabajos para clústeres

Consideraciones sobre los trabajos

__ Las API de servicios de recursos de clúster pueden enviar trabajos para procesar peticiones. Los trabajos seejecutan con el perfil de usuario para ejecutar el programa de salida especificado al crear un grupo derecursos de clúster, o bien con el perfil de usuario que solicitó la API (sólo para activar dispositivos en CRGde dispositivos resilientes). Asegúrese de que el subsistema que da servicio a la cola de trabajos asociada conel perfil de usuario está configurado como: *NOMAX para el número de trabajos que puede ejecutar desdeesa cola de trabajos.


Tabla 4. Lista de comprobación de configuración de trabajos para clústeres (continuación)

Consideraciones sobre los trabajos

__ La descripción de trabajo que se obtiene del perfil de usuario definido para un CRG envía los trabajos a lacola de trabajos especificada. La descripción de trabajo predeterminada provoca el envío de trabajos a la colade trabajos QBATCH. Puesto que esta cola de trabajos se utiliza para distintos trabajos de usuario, el trabajodel programa de salida podría no ejecutarse oportunamente. Considere una descripción de trabajo única conuna cola de usuarios única.

__ Cuando se ejecutan trabajos de programa de salida, éstos utilizan datos de direccionamiento de la descripciónde trabajo para seleccionar qué atributos de agrupación de almacenamiento principal y tiempo de ejecuciónse utilizan. Los valores predeterminados dan como resultado trabajos que se ejecutan en una agrupación conotros trabajos de proceso por lotes con una prioridad de ejecución de 50. Puede que ninguna de ellasproduzcan el rendimiento deseado para los trabajos del programa de salida. El subsistema que inicia lostrabajos del programa de salida (el mismo subsistema que está utilizando la cola de trabajos única) debeasignar los trabajos del programa de salida a una agrupación que no utilicen otros trabajos iniciados por elmismo subsistema u otros subsistemas. Además, a los trabajos del programa de salida debería asignarse unaprioridad de ejecución de 15, de forma que se ejecuten antes que la mayor parte del resto de trabajos deusuario.

__ Establezca el valor del sistema QMLTTHDACN en 1 o 2.

Existen varias interfaces de software disponibles para la configuración y gestión de clústeres. Una deestas interfaces es la interfaz gráfica de PowerHA. Si elige utilizar PowerHA, deben cumplirse lossiguientes requisitos.

Tabla 5. Lista de comprobación de configuración de PowerHA para clústeres

Consideraciones sobre la interfaz gráfica de PowerHA

__ Instale el programa bajo licencia IBM PowerHA SystemMirror para i. Debe existir una clave de licencia válidaen todos los nodos de clúster que formarán parte de la solución de alta disponibilidad.

__ Instale la Opción 41 (Recursos conmutables de HA). Debe existir una clave de licencia válida en todos losnodos de clúster que formarán parte del dominio de dispositivo.

__ Verifique que se han iniciado todos los servidores de host utilizando el mandato Arrancar servidor de host(STRHOSTSVR): STRHOSTSVR SERVER(*ALL)

__ Verifique que el servidor de administración se ha iniciado mediante el mandato Iniciar servidor TCP/IP(STRTCPSVR): STRTCPSVR SERVER(*HTTP) HTTPSVR(*ADMIN)

Tabla 6. Lista de tareas de la detección avanzada de errores de nodo para clústeres

Consideraciones sobre la detección avanzada de errores de nodo

__ Determine qué nodos de clúster están o pueden gestionarse con una consola de gestión de hardware (HMC)o una partición de Servidor virtual de E/S (VIOS) en un servidor gestionado por Integrated VirtualizationManager (IVM)

__ Determine qué nodos de clúster deben recibir mensajes cuando falla algún otro nodo de clúster

__ En cada nodo de clúster que deba recibir mensajes de HMC o IVM, debe seguir estos pasos:

Instale la opción 33 del sistema operativo base - IBM Portable Application Solutions Environment para i

Instale 5733-SC1 - IBM Portable Utilities para i

Instale la opción 1 de 5733-SC1 - OpenSSH, OpenSSL, zlib

Instale 5770-UME - IBM Universal Manageability Enablement para i

Configure las propiedades enableAuthentication y sslClientVerificationMode para el producto 5770-UME.

Copie un archivo de certificado digital desde la HMC o VIOS y añádalo a un almacén de claves de confianzade IBM i.

Inicie el servidor *CIMOM mediante el mandato de CL STRTCPSVR *CIMOM


Tabla 6. Lista de tareas de la detección avanzada de errores de nodo para clústeres (continuación)

Consideraciones sobre la detección avanzada de errores de nodo

Configure los supervisores de clúster mediante el mandato de CL ADDCLUMON

Planificación de la resiliencia de datos

La resiliencia de datos es la capacidad de los datos para estar disponibles para usuarios o aplicaciones. Laresiliencia de datos puede obtenerse mediante la tecnología de clústeres de IBM i con tecnologías dePowerHA o tecnologías de replicación lógica.

Existen varias tecnologías de implementación soportadas para la resiliencia de datos en IBM i. Cuandoestas tecnologías se combinan con los servicios de recursos de clúster de IBM i, puede crear una soluciónde alta disponibilidad completa. Estas tecnologías se pueden agrupar en las categorías siguientes:

Tecnologías basadas en agrupaciones de discos independientes de IBM i

Estas tecnologías están todas ellas basadas en la implementación de agrupaciones de discosindependientes de IBM i. Para la alta disponibilidad que utiliza tecnologías de agrupaciones de discosindependientes, es necesario que todos los datos que deban ser resilientes estén almacenados en unaagrupación de discos independiente. En muchos casos, esto requiere migrar datos a agrupaciones dediscos independientes. En este documento se supone que se ha realizado ya esa migración de los datos.

Las siguientes tecnologías soportadas de IBM i están basadas en agrupaciones de discos independientes:v Unidades lógicas conmutadasv Duplicación geográficav Duplicación metrov Duplicación globalv HyperSwap con agrupaciones de almacenamiento auxiliar independientes (IASPs)

Tecnología DS8000 Full System HyperSwap

DS8000 Full System HyperSwap es una tecnología de IBM System Storage que se ha integrado enPowerHA para proporcionar una solución de alta disponibilidad de tiempo de inactividad mínimo parainterrupciones de almacenamiento (segundos a minutos). Full System HyperSwap se puede combinartambién con Live partition mobility para definir e implementar la afinidad entre el servidor POWER quealoja la partición lógica de IBM i y el servidor de almacenamiento que aloja los datos.

Tecnologías de duplicación lógica

La duplicación lógica es una tecnología basada en diarios, donde los datos se duplican a otro sistema entiempo real. Las tecnologías de duplicación lógica utilizan servicios de recursos de clúster de IBM i y elregistro por diario con aplicaciones de IBM Business Partner. Estas soluciones requieren una aplicación debusiness partner de alta disponibilidad para configurar y gestionar el entorno. Esta información noincluye los requisitos específicos de las soluciones de IBM Business Partner. Si implementa una soluciónde duplicación lógica para la alta disponibilidad, consulte la información relacionada con la aplicación opóngase en contacto con un representante de servicio.

Determinación de qué datos deben ser resilientesLe ayudará a decidir qué tipo de datos debe considerar para convertir en datos resilientes.


|||

|

|

|

|||||

Determinar los datos que debe ser resilientes es similar a determinar qué tipo de datos deben incluirse enuna copia de seguridad y guardarse cuando se prepara una estrategia de copia de seguridad yrecuperación para los sistemas. Debe determinar cuáles son los datos críticos de su entorno paramantener su empresa en funcionamiento.

Por ejemplo, si tiene una empresa con presencia en la Web, sus datos críticos pueden ser:v Pedidos del díav Inventariov Registro de los clientes

En general, la información que no cambia a menudo o que no tiene que utilizarse diariamente esprobable que no tenga que convertirse en datos resilientes.

Determinar la configuración del sitio

Las tecnologías de PowerHA proporcionan varias tecnologías de alta disponibilidad y recuperación trasdesastre de IBM i.

Para las tecnologías de PowerHA que implican dos copias de los datos, como por ejemplo la Duplicacióngeográfica, Metro Mirror, Global Mirror y HyperSwap, hay aspectos a tener en cuenta a la hora deplanificar los sitios en los que residirán los datos. Un sitio se considera normalmente el sitio de origen ode producción. Este sitio contiene los datos de producción que se duplican o copian en el sitio remoto. Elsitio remoto, a menudo conocido como sitio de copia de seguridad o de destino, contiene la copiaduplicada de los datos de producción. Cuando se produce un desastre en todo el sitio de producción, elsitio de copia de seguridad reanuda el funcionamiento de la empresa con los datos duplicados. Antes deconfigurar una de estas tecnologías, tenga en cuenta lo siguiente sobre los planes del sitio.

Determine qué sitios serán los sitios de producción y los sitios de copia de seguridadEvalúe los recursos de hardware y software actuales que hay en cada sitio para determinar sifaltan componentes necesarios para la solución de duplicación de sitios cruzados.

Determine la distancia entre los sitios de producción y los sitios de copia de seguridadDependiendo del ancho de banda de la comunicación y otros factores, la distancia entre los sitiospuede afectar al rendimiento y la latencia en la tecnología de duplicación elegida. Algunastecnologías de duplicación de sitios cruzados están especialmente indicadas para sitios a grandesdistancias, mientras que otras pueden sufrir una disminución del rendimiento.

Para obtener más información sobre las agrupaciones de disco, consulte Planificar las agrupaciones dedisco.Tareas relacionadas:Habilitación y acceso a unidades de disco

Planificación de DS8000 Full System HyperSwapPuede utilizar HyperSwap como ayuda para reducir o eliminar las interrupciones debidas aalmacenamiento y las interrupciones relacionadas con SAN en entornos de alta disponibilidad queutilizan las unidades de almacenamiento externas de dispositivos IBM Systems Storage DS8000.

Requisitos de hardware para DS8000 Full System HyperSwap:

Para utilizar la tecnología DS8000 Full System HyperSwap en una solución PowerHA, compruebe que secumplan los requisitos mínimos de hardware.

Son necesarios los siguientes requisitos mínimos de hardware para utilizar DS8000 Full SystemHyperSwap:v Un modelo/partición lógica System i con todo el almacenamiento suministrado por dos unidades de

almacenamiento externas IBM System Storage DS8000 conectadas al sistema.


|

||

||||||||

|||

|||||

||

|

|

v Dos dispositivos IBM System Storage DS8000 soportados. Unidades de IBM System Storage soportadas:– DS8700 o DS8800 (con el release 6.3 SP7)– DS8870 con el release 7.2

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración. Necesita un conjunto de discos en la unidad DS8000 de origen y un conjunto de discosde tamaño equivalente en la unidad DS8000 de destino.

Para obtener información sobre las tecnologías de almacenamiento suministradas por IBM, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.

Requisitos de software para DS8000 Full System HyperSwap:

Para utilizar la tecnología DS8000 Full System HyperSwap en una solución de alta disponibilidad deIBMi, deben cumplirse los requisitos mínimos de software.

La característica DS8000 Full System HyperSwap tiene los siguientes requisitos mínimos de software:v El modelo de IBM i debe ser de la versión IBM i 7.2.v Debe estar instalado el programa bajo licencia IBM PowerHA para i Express Edition.

Requisitos de comunicaciones para DS8000 Full System HyperSwap:

Para utilizar la tecnología DS8000 HyperSwap, debe utilizar o tener previsto utilizar una red de área dealmacenamiento (SAN).

Una SAN es una estructura de información segura, dedicada y gestionada centralmente, que permite lainterconexión de "cualquiera a cualquiera" entre sistemas y sistemas de almacenamiento. Es necesaria laconectividad SAN para utilizar sistemas unidades de almacenamiento externas IBM System StorageDS8000.

El producto IBM i da soporte a diversos directores y conmutadores de SAN. Consulte el sitio Web deIBM System Storage Interoperation Center (SSIC) para obtener una lista completa de los adaptadores,directores y conmutadores soportados.

Consulte el wiki de IBM PowerHA SystemMirror for i

para conocer los números de versión dealmacenamiento específicos para trabajar en IBM i.

Como mínimo un modelo POWER que ejecute IBM i conectado a un dispositivo IBM System Storage.Para una FlashCopy en un sistema o partición de destino IBM i (donde el destino de FlashCopy no sea*NONE), los sistemas o particiones de origen de FlashCopy y de destino de FlashCopy deben estarconectados al mismo dispositivo de almacenamiento externo.Información relacionada:

IBM System Storage Interoperation Center (SSIC)

Requisitos de rendimiento para DS8000 Full System HyperSwap:

Debe conocer estas consideraciones de rendimiento antes de configurar HyperSwap.

Antes de utilizar DS8000 HyperSwap, tenga en cuenta los siguientes requisitos y directrices:v Los volúmenes de origen y de destino de una relación HyperSwap deben ser del mismo tipo de

almacenamiento.v Los volúmenes lógicos de origen y destino deben tener el mismo tamaño.v Al igual que en la tecnología de duplicación síncrona, existen limitaciones de distancia y ancho de

banda que pueden afectar al rendimiento.


|

|

||

|

|

|

||

|

|

|

||

|

||


http://www-03.ibm.com/systems/support/storage/ssic/interoperability.wss

v De forma parecida a las configuraciones de discos del sistema, el número de unidades de discodisponibles para la aplicación puede tener un efecto importante en el rendimiento.

v Poner más carga de trabajo en un número limitado de unidades de disco puede dar como resultadounos tiempos de espera de disco más largos y, en última instancia, unos tiempos de respuesta máslargos en la aplicación.

Planificación de la duplicación geográficaLa duplicación geográfica es una subfunción de la duplicación entre sitios. Esta tecnología proporcionarecuperación tras desastres y alta disponibilidad en entornos IBM i.

Requisitos de hardware de la duplicación geográfica:

Si piensa utilizar la duplicación geográfica para la función de alta disponibilidad de IBM i, compruebeque se cumplan los requisitos mínimos de hardware.v Se deben cumplir todos los requisitos de hardware de la agrupación de discos independiente.v Son necesarios como mínimo dos modelos IBM i, que pueden estar separados geográficamente.v Son necesarios como mínimo dos conjuntos de discos en cada emplazamiento que tengan

aproximadamente la misma capacidad.v Se debe configurar una agrupación de almacenamiento separada para los trabajos que hacen uso de

agrupaciones de discos independientes duplicadas geográficamente. La ejecución de la duplicacióngeográfica desde la agrupación de almacenamiento principal puede hacer que el sistema se cuelgue encondiciones de exceso de carga.

v La duplicación geográfica se ejecuta cuando la agrupación de discos está disponible. Cuando se estáejecutando la duplicación geográfica, el valor del sistema de hora del día (QTIME) no debemodificarse.

v Los requisitos de comunicaciones de las agrupaciones de discos independientes son críticos porqueafectan al rendimiento.

v El tráfico producido por la duplicación geográfica se reparte de forma rotatoria entre las posibles líneasde comunicaciones que están disponibles para él. Es recomendable que si se proporcionan varias líneasde comunicaciones para la duplicación geográfica, que esas líneas sean de velocidad y capacidadsimilar.

v Es recomendable utilizar una línea de comunicaciones separada para las señales de prueba del clústerpara evitar la contienda con el tráfico de la duplicación geográfica.

Requisitos de software de la duplicación geográfica:

Si piensa utilizar la duplicación geográfica como parte de una solución de alta disponibilidad de IBM i esnecesario el software siguiente.v Para utilizar características avanzadas de la duplicación geográfica, debe estar instalado el programa

bajo licencia IBM PowerHA SystemMirror para i.v Para utilizar las características y funciones nuevas y mejoradas de esta tecnología, se recomienda

instalar la versión y el release más actualizados del sistema operativo en cada sistema o particiónlógica que participe en una solución de alta disponibilidad basada en esta tecnología. Si el sistema deproducción y el sistema de reserva se encuentran en releases diferentes del sistema operativo, esnecesario que el sistema de reserva se encuentre en un release más actual. Este escenario puedeutilizarse para actualizar un entorno de producción al próximo release.

Nota: Una vez que la IASP se ha conmutado y activado en el sistema del release más reciente, nopuede volver a conmutarse hasta que el nuevo sistema de destino también se ha actualizado.

v Para realizar algunas de las tareas de gestión de discos necesarias para implementar agrupaciones dediscos independientes, utilice el mandato Configurar dispositivo ASP (CFGDEVASP) o IBM Navigatorfor i.


||

|||

||||||

||

|||

v Es necesario instalar la opción 41 de IBM i, Recursos conmutables de HA. La opción 41 permiteconmutar agrupaciones de discos independientes entre sistemas. Para conmutar una agrupación dediscos independiente, los sistemas deben ser miembros de un clúster y el disco conmutadoindependiente debe estar asociado con un grupo de recursos de clúster de dispositivos en el clúster. Laopción 41 también es necesaria para trabajar con interfaces de gestión de alta disponibilidad, que seproporcionan como parte del programa bajo licencia IBM PowerHA SystemMirror para i.

Información relacionada:Alta disponibilidad y clústeres

Requisitos de comunicaciones de la duplicación geográfica:

Cuando aplica una solución de alta disponibilidad de IBM i que hace uso de la duplicación geográfica,debe planificar líneas de comunicación para que el tráfico de la duplicación geográfica no afectenegativamente al rendimiento del sistema.

Se recomienda lo siguiente:v La duplicación geográfica puede generar un tráfico de comunicaciones elevado. Si la duplicación

geográfica comparte la misma conexión IP con otra aplicación, por ejemplo, con los clústeres, laduplicación geográfica puede suspenderse, lo que da como resultado una sincronización. De la mismaforma, la respuesta de los clústeres puede que no sea aceptable, lo que da como resultado nodosparticionados. La duplicación geográfica debe tener sus propias líneas de comunicación dedicadas. Sinsu propia línea de comunicación, la duplicación geográfica competirá con otras aplicaciones queutilicen la misma línea de comunicación, lo que puede afectar a la productividad y al rendimiento dela red de usuarios. Esto incluye también la posibilidad de afectar negativamente a la supervisión delatidos de clúster, dando como resultado un estado de partición de clúster. Por lo tanto, se recomiendatener líneas de comunicación dedicadas para la duplicación geográfica y los clústeres. La duplicacióngeográfica da soporte a un máximo de cuatro líneas de comunicaciones.La duplicación geográfica distribuye los cambios en varias líneas para garantizar un rendimientoóptimo. Los datos se envían por turnos en cada una de las líneas de comunicación configuradas, de la1 a la 4, una y otra vez. Cuatro líneas de comunicación permiten obtener el máximo rendimiento, peropuede conseguir un rendimiento relativamente bueno con dos líneas.Si utiliza más de una línea de comunicación entre los nodos para la duplicación geográfica, serecomienda separar las líneas en distintas subredes, para que el uso de las líneas se equilibre en ambossistemas.

v Si varias aplicaciones o servicios de la configuración necesitan utilizar la misma línea de comunicación,algunos de estos problemas se pueden mitigar implementando la Calidad de servicio (QoS) a través delas funciones TCP/IP de IBM i. La solución Calidad de servicio (QoS) de IBM i permite que laspolíticas soliciten prioridad y ancho de banda de red para aplicaciones TCP/IP en toda la red.

v Compruebe que la velocidad de transmisión de cada conexión de puerto de datos se corresponda. Estosignifica que la velocidad y el tipo de conexión deben ser los mismos para todas las conexiones entrepares de sistemas. Si la velocidad de transmisión es diferente, el rendimiento estará restringido por laconexión más lenta.

v Tenga en cuenta el método de entrega para una sesión de ASP de la duplicación geográfica. Enversiones anteriores a 7.1, la función de duplicación utiliza la comunicación síncrona entre los sistemasde producción y de copia de duplicación. Este método de entrega es más adecuado para entornos conuna latencia baja. En la versión 7.1 se ha añadido soporte para la comunicación asíncrona entre lossistemas de producción y de copia de duplicación. Este método de entrega es más adecuado paraentornos con una latencia alta. Este sistema de entrega consume más recursos del sistema en el nodode copia de producción que la entrega síncrona.

v Se recomienda configurar una red privada virtual para las conexiones TCP/IP por los siguientesmotivos:– Seguridad de la transmisión de datos mediante el cifrado de los datos– Aumento de la fiabilidad de la transmisión de datos mediante el envío de una mayor redundancia


||||||

http://www.ibm.com/servers/eserver/iseries/ha/

Referencia relacionada:Calidad de servicio (QoS)

Planificación de diarios de la duplicación geográfica:

Cuando se implementa la alta disponibilidad basada en la duplicación geográfica de IBM i, debeplanificar la gestión de diarios.

La gestión de diarios evita la pérdida de transacciones si el sistema termina anormalmente. Cuandoregistra por diario un objeto, el sistema mantiene un registro de los cambios realizados en el objeto.Independientemente de la solución de alta disponibilidad que implemente, el registro por diario seconsidera el procedimiento recomendado para evitar la pérdida de datos durante interrupcionesanormales del sistema.Información relacionada:Journal management

Planificación de la copia de seguridad de la duplicación geográfica:

Antes de implementar la alta disponibilidad basada en la duplicación geográfica, debe planificar unaestrategia de copia de seguridad en este entorno.

Antes de configurar una solución de alta disponibilidad, evalúe su estrategia de copia de seguridadactual y realice los cambios correspondientes, si es necesario. La duplicación geográfica no permite elacceso concurrente a la copia de duplicación de la agrupación de discos independiente, y esto tieneimplicaciones para ejecutar copias de seguridad remotas. Si desea hacer una copia a partir de la copiaduplicada geográficamente, debe desactivar temporalmente la duplicación en el sistema de producción ysuspender la copia duplicada con el seguimiento habilitado. Esto permite realizar un seguimiento de loscambios en la producción para que se puedan sincronizar cuando la copia duplicada vuelva a estar enlínea. A continuación, debe activar la copia de duplicación desconectada de la agrupación de discosindependiente, ejecutar el procedimiento de copia, desactivar la copia de duplicación suspendida yreanudar la agrupación de discos independiente en el host de producción original. Este proceso sólorequiere una resincronización de datos parcial entre las copias de producción y duplicadas.

El sistema se ejecuta expuesto mientras se realizan las copias de seguridad y cuando se produce lasincronización. También se recomienda suspender la duplicación con el seguimiento habilitado, paraacelerar el proceso de sincronización. La sincronización es necesaria en toda interrupción de latransmisión persistente, por ejemplo, en la pérdida de todas las vías de acceso de comunicación entre lossistemas de origen y destino durante un amplio periodo de tiempo. También puede utilizar vías deacceso de comunicación redundantes para ayudarle a eliminar algunos de los riesgos asociados con unaanomalía de comunicación.

Se recomienda también utilizar la duplicación geográfica en como mínimo tres sistemas, o particioneslógicas, donde la copia de producción de la agrupación de discos independiente se pueda conmutar aotro sistema del mismo emplazamiento que pueda mantener la duplicación geográfica.Conceptos relacionados:“Caso de ejemplo: copias de seguridad en un entorno de duplicación geográfica” en la página 84Este caso de ejemplo proporciona una visión general de las tareas que son necesarias cuando se ejecutauna copia de seguridad remota en una solución de PowerHA que utiliza la duplicación geográfica.

Planificación del rendimiento de la duplicación geográfica:

Cuando se implementa una solución de duplicación geográfica, debe conocer y planificar el entorno paraminimizar los posibles efectos en el rendimiento.


Son varios los factores que pueden afectar al rendimiento de la duplicación geográfica. Los siguientesfactores proporcionan consideraciones de planificación generales para maximizar el rendimiento en unentorno de duplicación geográfica:

Consideraciones sobre la CPU

La duplicación geográfica aumenta la carga de la CPU, por lo que debe existir una capacidad de CPUsobrante suficiente. Puede que necesite procesadores adicionales para aumentar la capacidad de la CPU.Como regla general, las particiones que está utilizando para ejecutar la duplicación geográfica necesitanmás de un procesador parcial. En una configuración mínima de CPU, puede llegar a haber unasobrecarga de la CPU del 5 - 20% cuando se ejecuta la duplicación geográfica. Si el sistema de reservatiene menos procesadores en comparación con el sistema de producción y hay muchas operaciones deescritura, la sobrecarga de la CPU puede ser apreciable y puede afectar al rendimiento.

Consideraciones sobre el tamaño de la agrupación base

Si se utiliza la transmisión con entrega asíncrona para la duplicación geográfica, puede ser necesariotambién aumentar la cantidad de almacenamiento en la agrupación base del sistema. El volumen en quese debe incrementar la agrupación base depende principalmente del nivel de latencia que se producedebido a la distancia entre los dos sistemas. Una latencia mayor hará necesaria una agrupación basemayor.

Consideraciones sobre el tamaño de la agrupación de máquinas

Para garantizar un rendimiento óptimo de la duplicación geográfica, en concreto durante lasincronización, aumente el tamaño de la agrupación de máquinas en al menos la cantidad sugerida por lasiguiente fórmula:v La cantidad de almacenamiento adicional de la agrupación de máquinas es: 300 MB + 0,3 MB x el

número de ARM de disco en la agrupación de discos independiente. Los siguientes ejemplos muestranel almacenamiento adicional de agrupación de máquinas necesario para las agrupaciones de discosindependientes con ARM de 90 discos y ARM de 180 discos, respectivamente:– 300 + (0,3 x 90 ARM) = 327 MB de almacenamiento adicional de agrupación de máquinas– 300 + (0,3 x 180 ARM) = 354 MB de almacenamiento adicional de agrupación de máquinas

El almacenamiento adicional de agrupación de máquinas es necesario en todos los nodos del grupo derecursos de clúster (CRG) para que los nodos de destino tengan suficiente almacenamiento en el caso deque se produzca una conmutación por administración o anomalía. Como siempre, cuantas más unidadesde disco haya en la agrupación de discos independiente, mayor será el rendimiento, ya que se puedenejecutar más operaciones en paralelo.

Para evitar que la función de ajuste de rendimiento reduzca el tamaño de la agrupación de máquinas,tiene las siguientes opciones:1. Establezca el tamaño mínimo de la agrupación de máquinas en la cantidad calculada (el tamaño

actual más el tamaño adicional de la duplicación geográfica de la fórmula) utilizando el mandatoTrabajar con agrupaciones de almacenamiento compartido (WRKSHRPOOL) o Cambiar agrupación dealmacenamiento compartido (CHGSHRPOOL).

Nota: Se recomienda utilizar esta opción con la opción Trabajar con agrupaciones de almacenamientocompartido (WRKSHRPOOL).

2. Establezca el valor del sistema Ajustar automáticamente agrupaciones de memoria y niveles deactividad (QPFRADJ) en cero, que impide que la función de ajuste del rendimiento cambie el tamañode la agrupación de máquinas.


Consideraciones sobre la unidad de disco

El rendimiento de la unidad de disco y el IOA puede afectar al rendimiento general de la duplicacióngeográfica. Esto se cumple especialmente cuando el subsistema de disco es más lento en el sistemaduplicado. Cuando la duplicación geográfica trabaja en la modalidad de duplicación síncrona, todas lasoperaciones de escritura en la copia de producción están restringidas por las operaciones de escritura endisco de la copia duplicada. Por lo tanto, un subsistema de disco de destino lento puede afectar elrendimiento en el lado del origen. Puede minimizar este efecto en el rendimiento si ejecuta la duplicacióngeográfica en la modalidad de duplicación asíncrona. La ejecución en la modalidad de duplicaciónasíncrona reduce la espera provocada por el subsistema de disco de destino, y devuelve una confirmaciónal extremo origen cuando la página de memoria modificada está en memoria en el extremo de destino.

Consideraciones sobre la agrupación de discos del sistema

De forma parecida a las configuraciones de discos del sistema, el número de unidades de discodisponibles para la aplicación puede tener un efecto importante en el rendimiento. Poner una carga detrabajo adicional en un número limitado de unidades de disco da como resultado unos tiempos de esperade disco más largos y, en última instancia, unos tiempos de respuesta más largos en la aplicación. Esto esespecialmente importante cuando se trata del almacenamiento temporal en un sistema configurado conagrupaciones de discos independientes. Todo el almacenamiento temporal se graba en la agrupación dediscos SYSBAS. Si la aplicación no utiliza mucho almacenamiento temporal, se pueden utilizar menosbrazos de disco en la agrupación de discos SYSBAS. Debe tener en cuenta también que las funciones delsistema operativo y las funciones básicas se ejecutan en la agrupación de discos SYSBAS. Esto también esaplicable al sistema de copia de duplicación, en particular, los mensajes TCP que se envían a la copia deduplicación puede potencialmente intercambiar páginas en la ASP del sistema.

Consideraciones sobre la configuración de red.

El cableado y la configuración de la red pueden afectar al rendimiento de la duplicación geográfica.Además de comprobar que el direccionamiento de red está configurado en subredes diferentes para cadaconjunto de direcciones IP de puerto de datos, el cableado y la configuración de la red también se debenconfigurar de la misma manera.

Planificación de unidades lógicas conmutadasUna copia individual de los datos se mantiene en las unidades lógicas dentro de la unidad dealmacenamiento IBM® System Storage™.

Cuando se produce una falta de disponibilidad en el nodo primario, el acceso a los datos en las unidadeslógicas conmutadas pasa a un nodo de reserva designado. Además, pueden utilizarse agrupaciones dediscos independientes en un entorno de duplicación de disco de ubicaciones cruzadas (XSM). Estopermite mantener una copia duplicada de la agrupación de discos independiente en un sistema que(opcionalmente) está geográficamente distante de la ubicación original a efectos de disponibilidad oprotección.

Es necesaria una planificación cuidadosa si desea utilizar unidades lógicas conmutables que residen enagrupaciones de discos independientes o la duplicación entre sitios (XSM).

También debe evaluar la configuración actual de discos del sistema para determinar si son necesariasunidades de disco adicionales. De forma parecida a las configuraciones de discos del sistema, el númerode unidades de disco disponibles para la aplicación puede tener un efecto importante en el rendimiento.Poner una carga de trabajo adicional en un número limitado de unidades de disco da como resultadounos tiempos de espera de disco más largos y, en última instancia, unos tiempos de respuesta más largosen la aplicación. Esto es especialmente importante cuando se trata del almacenamiento temporal en unsistema configurado con agrupaciones de discos independientes. Todo el almacenamiento temporal segraba en la agrupación de discos SYSBAS. Si la aplicación no utiliza mucho almacenamiento temporal,


puede utilizar menos brazos de disco en la agrupación de discos SYSBAS. Recuerde también que elsistema operativo y las funciones básicas se ejecutan en la agrupación de discos SYSBAS.

Para poder utilizar IBM Navigator for i para ejecutar tareas de gestión de discos, tales como crear unaagrupación de discos independiente, debe configurar las autorizaciones apropiadas para las herramientasde servicio dedicado (DST).

Requisitos de hardware para unidades lógicas conmutadas:

Para configurar y gestionar una solución de PowerHA que utiliza la tecnología de unidades lógicasconmutadas, debe asegurarse de que se cumplan los requisitos mínimos de hardware.

Se recomiendan los siguientes requisitos mínimos de hardware:v Como mínimo dos particiones o sistemas IBM i separados geográficamente con al menos una unidad

de almacenamiento externa IBM System Storage conectada a cada sistema. Las unidades dealmacenamiento externo de IBM System Storage están soportadas en todos los modelos de System ique admiten la conexión de canal de fibra para almacenamiento externo.

v PowerHA admite unidades lógicas (LUN) conmutadas en DS8000, controlador de volumen SAN yStorwize. Para conocer los adaptadores de canal de fibra soportados, consulte IBM System StorageInteroperation Center (SSIC).

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración. En las unidades lógicas conmutadas tiene un conjunto de discos.

Para obtener más información sobre las tecnologías de almacenamiento suministradas por IBM i, consulteServidores de almacenamiento soportados por PowerHA.Información relacionada:

PowerHA SystemMirror for IBM i Cookbook

Information Center de IBM System Storage DS8000-> Copy Services

IBM i and IBM Storwize Family: A Practical Guide to Usage Scenarios

IBM SAN Volume Controller Information Center

Requisitos de software para unidades lógicas conmutadas:

Antes de configurar una solución de alta disponibilidad de IBM i que utilice unidades lógicas (LUN)conmutadas, asegúrese de cumplir los requisitos mínimos de software.

Las unidades lógicas conmutadas tienen los siguientes requisitos mínimos de software:v Cada modelo de IBM i que intervenga en la solución de alta disponibilidad debe estar ejecutando como

mínimo IBM i 7.1 para utilizarse con el programa bajo licencia IBM PowerHA SystemMirror para i.v El programa bajo licencia IBM PowerHA SystemMirror para i debe estar instalado en cada sistema que

participe en la solución de alta disponibilidad donde se utilizan unidades lógicas conmutadas.v Debe instalar IBM i Opción 41, Recursos conmutables de HA. La opción 41 permite conmutar

agrupaciones de discos independientes entre sistemas. Para conmutar una agrupación de discosindependiente, los sistemas deben ser miembros de un clúster y el disco conmutado independientedebe estar asociado con un grupo de recursos de clúster de dispositivos en el clúster. La opción 41también es necesaria para trabajar con interfaces de gestión de alta disponibilidad, que se proporcionancomo parte del programa bajo licencia IBM PowerHA SystemMirror para i.

v Para dispositivos System Storage DS8000, el programa bajo licencia IBM PowerHA for i tambiénnecesita una interfaz de línea de mandatos para almacenamiento (DSCLI). DSCLI es un softwarenecesario para todas las soluciones de IBM System Storage, tales como la tecnología FlashCopy, MetroMirror o Global Mirror, por lo que es necesario tener instalado DSCLI en cada uno de los sistemas o


||

|



http://www.redbooks.ibm.com/abstracts/sg247994.html?Open

http://www-01.ibm.com/support/knowledgecenter/HW213_7.2.0/com.ibm.storage.ssic.help.doc/f2c_copysrvstopic_2ej4au.html


http://pic.dhe.ibm.com/infocenter/svc/ic/index.jsp

particiones que participan en la solución de alta disponibilidad donde se utilizan estas soluciones dealmacenamiento. DSCLI tiene los siguientes requisitos de software adicionales:– Java™ Versión 1.4– La opción 35 (Proveedor de servicios criptográficos CCA) instalada en cada sistema o partición

v Para los dispositivos SAN Volume Controller (SVC) o Storwize System Storage, el programa bajolicencia IBM PowerHA SystemMirror para i también requiere lo siguiente:– Portable Utilities for IBM i (5733-SC1)

v Compruebe que se hayan instalado los PTF más recientes.

Para obtener más información sobre las tecnologías de almacenamiento suministradas por IBM i, consulteServidor de almacenamiento soportados por PowerHA.

Requisito de comunicaciones para unidades lógicas conmutadas:

Antes de configurar una solución de PowerHA que utilice unidades lógicas conmutadas, asegúrese deque se cumplen los requisitos mínimos de comunicaciones.

Para utilizar la tecnología de unidades lógicas conmutadas, debe utilizar o tener previsto utilizar una redde área de almacenamiento (SAN).

Una SAN es una estructura de información segura, dedicada y gestionada centralmente, que permite lainterconexión de "cualquiera a cualquiera" entre sistemas y sistemas de almacenamiento. Es necesaria laconectividad SAN para utilizar IBM System Storage.

Los siguientes son los requisitos mínimos de comunicación para una solución PowerHA que utilizaunidades lógicas conmutadas:v El producto System i da soporte a diversos directores y conmutadores de SAN. Consulte el sitio Web

de IBM System Storage Interoperation Center (SSIC) para obtener una lista completa de los directores yconmutadores soportados.

v Asimismo, se recomienda utilizar la E/S multivía para aumentar el rendimiento y la resiliencia general.La E/S multivía permite tener varios dispositivos de canal de fibra configurados en las mismasunidades de disco lógicas en el almacenamiento. Si está configurada correctamente, permite quedispositivos individuales, o alojamientos de E/S, fallen sin perder las conexiones con las unidades dedisco. La función multivía también ofrece ventajas de rendimiento al repartir las cargas de trabajo entodas las conexiones (vías de acceso) disponibles. Cada conexión de una unidad de disco multivíafunciona de forma independiente. Varias conexiones aumentan la resiliencia al permitir utilizar elalmacenamiento de disco aunque falle una vía de acceso individual.

v Las unidades lógicas conmutadas requieren como mínimo una interfaz de comunicaciones TCP/IPentre los sistemas del clúster.

Planificación de la duplicación MetroIBM PowerHA SystemMirror para i da soporte a la duplicación Metro, que proporciona una altadisponibilidad y recuperación de desastres. Para configurar y gestionar de forma eficaz una solución dealta disponibilidad que utilice esta tecnología, se necesita una planificación adecuada.Información relacionada:

Directrices y recomendaciones para utilizar funciones de Servicios de copia con DS8000

Requisitos de hardware para Metro Mirror:

Para configurar y gestionar una solución de PowerHA que utiliza la tecnología Metro Mirror, debeasegurarse de que se cumplan los requisitos mínimos de hardware.

Se recomiendan los siguientes requisitos mínimos de hardware:


http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=/com.ibm.storage.ssic.help.doc/f2c_plancopysrvs_3hrjdg.html

v Como mínimo dos particiones o sistemas IBM i separados geográficamente con al menos una unidadde almacenamiento externa IBM System Storage conectada a cada sistema. Las unidades dealmacenamiento externo de IBM System Storage están soportadas en todos los modelos de System ique admiten la conexión de canal de fibra para almacenamiento externo.

v PowerHA admite Metro Mirror en DS8000, SAN Volume Controller y Storwize. Para conocer losadaptadores de canal de fibra soportados, consulte IBM System Storage Interoperation Center (SSIC).

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración. Necesita un conjunto de unidades de disco para el origen y un conjunto igual deunidades de disco para el destino.






Requisitos de software de la duplicación metro:

Antes de configurar una solución de alta disponibilidad de IBM i que hace uso de la duplicación metro,se deben cumplir los requisitos mínimos de software.

La duplicación metro tiene los siguientes requisitos mínimos de software:v Cada modelo de IBM i que intervenga en la solución de alta disponibilidad debe estar ejecutando como

mínimo IBM i V6R1 para utilizarse con el programa bajo licencia IBM PowerHA SystemMirror para i.

Nota: En los releases anteriores, todavía puede utilizar IBM Advanced Copy Services for PowerHA oni, que es una oferta de Lab Services, para trabajar con soluciones de IBM System Storage.

v El programa bajo licencia IBM PowerHA SystemMirror para i debe estar instalado en cada sistema queparticipe en la solución de alta disponibilidad donde se utiliza la duplicación metro.

v Debe instalar IBM i Opción 41, Recursos conmutables de HA. La opción 41 permite conmutaragrupaciones de discos independientes entre sistemas. Para conmutar una agrupación de discosindependiente, los sistemas deben ser miembros de un clúster y el disco conmutado independientedebe estar asociado con un grupo de recursos de clúster de dispositivos en el clúster. La opción 41también es necesaria para trabajar con interfaces de gestión de alta disponibilidad, que se proporcionancomo parte del programa bajo licencia IBM PowerHA SystemMirror para i.

v Para dispositivos System Storage DS8000, el programa bajo licencia IBM PowerHA for i tambiénnecesita una interfaz de línea de mandatos para almacenamiento (DSCLI). DSCLI es un softwarenecesario para todas las soluciones de IBM System Storage, tales como la tecnología FlashCopy, MetroMirror o Global Mirror, por lo que es necesario tener instalado DSCLI en cada uno de los sistemas oparticiones que participan en la solución de alta disponibilidad donde se utilizan estas soluciones dealmacenamiento. DSCLI tiene los siguientes requisitos de software adicionales:– Java Versión 1.4– La opción 35 (Proveedor de servicios criptográficos CCA) instalada en cada sistema o partición

v Para los dispositivos SAN Volume Controller (SVC) o Storwize System Storage, el programa bajolicencia IBM PowerHA SystemMirror para i también requiere lo siguiente:– Portable Utilities for IBM i (5733-SC1)

v Compruebe que se hayan instalado los PTF más recientes.Información relacionada:


|









Requisito de comunicaciones para la duplicación Metro:

Antes de configurar una solución de PowerHA que utiliza la duplicación metro, compruebe que secumplan los requisitos mínimos de comunicación.

Para utilizar la tecnología de duplicación Metro, debe utilizar o tener previsto utilizar una red de área dealmacenamiento (SAN).


Los siguientes son los requisitos mínimos de comunicación para una solución PowerHA que utiliza laduplicación Metro:v El producto System i da soporte a una amplia variedad de directores y conmutadores de SAN.

Consulte el sitio Web de IBM System Storage Interoperation Center (SSIC) para obtener una listacompleta de los directores y conmutadores soportados.


Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Referencia relacionada:

Sitio Web de Red de área de almacenamiento (SAN)Información relacionada:


Planificación de diarios para la duplicación Metro:

El registro por diario es importante para aumentar el tiempo de recuperación de todas las soluciones dealta disponibilidad. En el caso de las tecnologías basadas en IBM System Storage, como por ejemplo laduplicación Metro, es fundamental utilizar el registro por diario para forzar operaciones de grabación enunidades de almacenamiento externas, ya que la duplicación de datos se produce fuera delalmacenamiento de IBM i.

La gestión de diarios evita la pérdida de transacciones si el sistema termina anormalmente. Cuandoregistra por diario un objeto, el sistema mantiene un registro de los cambios realizados en el objeto.Independientemente de la solución de alta disponibilidad que implemente, el registro por diario seconsidera el procedimiento recomendado para evitar la pérdida de datos durante interrupcionesanormales del sistema.Información relacionada:


|




http://www.ibm.com/systems/storage/san/index.html


Journal management

Planificación de la copia de seguridad para la duplicación Metro:

Con la duplicación Metro, puede utilizar FlashCopy para crear una copia de los datos almacenados en lasunidades de almacenamiento externas de IBM System Storage.

Las operaciones de FlashCopy ofrecen la posibilidad de crear copias puntuales. En cuanto se procesa laoperación de FlashCopy, los volúmenes de origen y de destino están disponibles para el uso de lasaplicaciones. La característica FlashCopy puede utilizarse con otras tecnologías de IBM System Storage,tales como Metro Mirror y Global Mirror, para crear una copia puntual de datos coherente, en unemplazamiento remoto, que a continuación puede copiarse mediante procedimientos de copia deseguridad estándar. Siga estos pasos antes de implementar la tecnología FlashCopy:v Identifique los volúmenes de origen y de destino para las relaciones de FlashCopy. Debe seleccionar

volúmenes de destino de FlashCopy en distintos rangos para garantizar un mayor rendimiento.v Tenga en cuenta las consideraciones de coherencia de datos de FlashCopy. Hay entornos en los que los

datos se almacenan en la antememoria del sistema y se graban en disco más adelante. Para evitar estetipo de acciones de reinicio, asegúrese de que todos los datos que están relacionados con el volumende origen de FlashCopy se graben en disco antes de ejecutar la operación de FlashCopy.

v Puede utilizar un volumen de origen de duplicación Metro existente como volumen de destino deFlashCopy. De esta forma, puede crear una copia puntual utilizando un volumen de destino de un parFlashCopy y, a continuación, duplicar estos datos en un volumen de duplicación Metro de origen enuna ubicación remota.

Planificación del rendimiento de la duplicación Metro:

Debe conocer estas consideraciones de rendimiento antes de configurar la duplicación Metro.

Antes de utilizar la duplicación Metro, tenga en cuenta los siguientes requisitos y directrices:v Los volúmenes de origen y de destino en una relación de duplicación Metro deben ser del mismo tipo

de almacenamiento.v Los volúmenes lógicos de origen y de destino deben tener el mismo tamaño o el destino debe tener un

tamaño mayor.v Para los entornos de duplicación Metro, distribuya las cargas de trabajo de forma que no se dirijan

todas las actualizaciones a un pequeño conjunto de volúmenes comunes en una unidad dealmacenamiento de destino individual. Una disminución del rendimiento en la unidad dealmacenamiento del sitio de destino puede afectar negativamente al rendimiento en el sitio de origen.

v De forma parecida a las configuraciones de discos del sistema, el número de unidades de discodisponibles para la aplicación puede tener un efecto importante en el rendimiento. Poner una carga detrabajo adicional en un número limitado de unidades de disco da como resultado unos tiempos deespera de disco más largos y, en última instancia, unos tiempos de respuesta más largos en laaplicación. Esto es especialmente importante cuando se trata del almacenamiento temporal en unsistema configurado con agrupaciones de discos independientes. Todo el almacenamiento temporal segraba en la agrupación de discos SYSBAS. Si la aplicación no utiliza mucho almacenamiento temporal,puede pasar con menos brazos de disco en la agrupación de discos SYSBAS. Debe tener en cuentatambién que el sistema operativo y las funciones básicas se ejecutan en la agrupación de discosSYSBAS.

Información relacionada:




Planificación de Global MirrorIBM PowerHA SystemMirror para i da soporte a Global Mirror, que proporciona una alta disponibilidady recuperación de desastres en entornos que utilizan soluciones de almacenamiento externo. Paraconfigurar y gestionar de forma eficaz la alta disponibilidad que utiliza esta tecnología, se necesita unaplanificación adecuada.Información relacionada:


Requisitos de hardware para Global Mirror:

Para configurar y gestionar una solución de PowerHA que utiliza la tecnología de Global Mirror, debeasegurarse de que se cumplan los requisitos mínimos de hardware.

Deben cumplirse los siguientes requisitos mínimos de hardware para Global Mirror:v Como mínimo dos particiones o sistemas IBM i separados geográficamente con al menos una unidad

de almacenamiento externa IBM System Storage conectada a cada sistema. Las unidades dealmacenamiento externo de IBM System Storage están soportadas en todos los modelos de System ique admiten la conexión de canal de fibra para almacenamiento externo.

v PowerHA da soporte a Global Mirror en DS8000, SAN Volume Controller y Storwize. Para conocer losadaptadores de canal de fibra soportados, consulte IBM System Storage Interoperation Center (SSIC).

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración. Necesita un conjunto de unidades de disco para el origen, un conjunto igual deunidades de disco para el destino y otro conjunto para cada copia de coherencia.






Requisitos de software de la duplicación global:

Antes de configurar una solución PowerHA que utilice Global Mirror, asegúrese de que se cumplen losrequisitos mínimos de software.

La duplicación global tiene los siguientes requisitos mínimos de software:v Cada modelo de IBM i que intervenga en la solución de alta disponibilidad debe estar ejecutando

como mínimo IBM i V6R1 para utilizarse con el programa bajo licencia IBM PowerHA SystemMirrorfor i .

Nota: en releases anteriores puede todavía utilizar los servicios avanzados de copia de IBM forPowerHA on i, que es una oferta de Lab Services para trabajar con soluciones de IBM System Storage.Si está utilizando Global Mirror en varias plataformas o si desea utilizar Global Mirror en variasparticiones de IBM i, también puede utilizar IBM Advanced Copy Services for PowerHA on i.

v El programa bajo licencia IBM PowerHA SystemMirror para i debe estar instalado en cada sistema queparticipe en la solución de alta disponibilidad donde se utiliza Global Mirror.

v Para dispositivos System Storage DS8000, el programa bajo licencia IBM PowerHA for i tambiénnecesita una interfaz de línea de mandatos para almacenamiento (DSCLI). DSCLI es un softwarenecesario para todas las soluciones de IBM System Storage, tales como la tecnología FlashCopy, Metro


|

|







Mirror o Global Mirror, por lo que es necesario tener instalado DSCLI en cada uno de los sistemas oparticiones que participan en la solución de alta disponibilidad donde se utilizan estas soluciones dealmacenamiento. DSCLI tiene los siguientes requisitos de software adicionales:– Java Versión 1.4– La opción 35 (Proveedor de servicios criptográficos CCA) instalada en cada sistema o partición

v Para SAN Volume Controller (SVC) o dispositivos Storwize System Storage, el programa bajo licenciaIBM PowerHA SystemMirror para i también requiere lo siguiente:– Portable Utilities for IBM i (5733-SC1)

v Compruebe que se hayan instalado los PTF más recientes.Información relacionada:




Requisito de comunicaciones para Global Mirror:

Antes de configurar una solución PowerHA que utilice Global Mirror, debe asegurarse de que se cumplenlos requisitos mínimos de comunicación.

Para utilizar la tecnología Global Mirror, debe utilizar o tener previsto utilizar una red de área dealmacenamiento (SAN).


Los siguientes son los requisitos mínimos de comunicación para una solución PowerHA que utilizaGlobal Mirror:v El producto System i da soporte a una amplia variedad de directores y conmutadores de SAN.

Consulte el sitio Web de IBM System Storage Interoperation Center (SSIC) para obtener una listacompleta de los directores y conmutadores soportados.


Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Referencia relacionada:

Sitio Web de Red de área de almacenamiento (SAN)Información relacionada:



|




http://www.ibm.com/systems/storage/san/index.html


Planificación de diarios para Global Mirror:

El registro por diario es importante para reducir el tiempo de recuperación para todas las soluciones dealta disponibilidad. En el caso de tecnologías basadas en IBM System Storage, tales como Global Mirror,el registro por diario hace que se realicen operaciones de escritura en unidades de almacenamientoexternas, lo cual es necesario pues la duplicación de datos se produce fuera del almacenamiento de IBM i.

La gestión de diarios evita la pérdida de transacciones si el sistema termina anormalmente. Cuandoregistra por diario un objeto, el sistema mantiene un registro de los cambios realizados en el objeto.Independientemente de la solución de alta disponibilidad que implemente, el registro por diario seconsidera el procedimiento recomendado para evitar la pérdida de datos durante interrupcionesanormales del sistema.Información relacionada:Journal management

Planificación de la copia de seguridad para Global Mirror:

Cuando se utiliza la tecnología Global Mirror en una solución de alta disponibilidad, puede utilizar lacaracterística FlashCopy para crear una copia puntual de los datos.




Planificación del rendimiento de Global Mirror:

Debe conocer estas consideraciones de rendimiento antes de configurar Global Mirror.

Antes de utilizar Global Mirror, tenga en cuenta las siguientes directrices de rendimiento:v Los volúmenes de origen y de destino en una relación de Global Mirror deben ser del mismo tipo de

almacenamiento.v Los volúmenes lógicos de origen y de destino deben tener el mismo tamaño o el destino debe tener un

tamaño mayor.v De forma parecida a las configuraciones de discos del sistema, el número de unidades de disco

disponibles para la aplicación puede tener un efecto importante en el rendimiento. Poner una carga detrabajo adicional en un número limitado de unidades de disco da como resultado unos tiempos deespera de disco más largos y, en última instancia, unos tiempos de respuesta más largos en laaplicación. Esto es especialmente importante cuando se trata del almacenamiento temporal en unsistema configurado con agrupaciones de discos independientes. Todo el almacenamiento temporal segraba en la agrupación de discos SYSBAS. Si la aplicación no utiliza mucho almacenamiento temporal,puede pasar con menos brazos de disco en la agrupación de discos SYSBAS. Debe tener en cuentatambién que el sistema operativo y las funciones básicas se ejecutan en la agrupación de discosSYSBAS.

Información relacionada:




Planificación de la característica FlashCopyPuede utilizar la característica FlashCopy para reducir el período de copia de seguridad en entornosPowerHA donde se utilizan unidades de almacenamiento externas de IBM System Storage. Antes deutilizar FlashCopy, se deben cumplir los requisitos mínimos.

Requisitos de hardware para la característica FlashCopy:

Para utilizar la tecnología FlashCopy en una solución PowerHA, compruebe que se cumplan losrequisitos mínimos de hardware.

Son necesarios los siguientes requisitos mínimos de hardware para utilizar FlashCopy:v Como mínimo un IBM i conectado a un dispositivo IBM System Storage. Para una FlashCopy en un

sistema o partición de destino IBM i (donde el destino de FlashCopy no sea *NONE), los sistemas oparticiones de origen de FlashCopy y de destino de FlashCopy deben estar conectados al mismodispositivo de almacenamiento externo.

v PowerHA admite FlashCopy en DS8000, SAN Volume Controller y Storwize. Para conocer losadaptadores de canal de fibra soportados, consulte IBM System Storage Interoperation Center (SSIC).

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración.– Para FlashCopy con dispositivos DS8000 System Storage, es necesario un conjunto de discos para el

origen, un conjunto igual de unidades de disco para el destino y otro conjunto para cada grupo deconsistencia. Puede utilizarse el Espacio eficiente de FlashCopy (FlashCopy SE) para reducir esterequisito de disco.

– Para FlashCopy con SAN Volume Controller (SVC) o dispositivos Storwize System Storage, esnecesario un conjunto de discos para el origen y un conjunto de unidades de disco igual para eldestino.

Para obtener más información sobre las tecnologías de almacenamiento suministradas por IBM, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Información relacionada:





Requisitos de software para la característica FlashCopy:

Para utilizar la tecnología FlashCopy en una solución de PowerHA, deben cumplirse los requisitosmínimos de software.

FlashCopy tiene los siguientes requisitos mínimos de software:v Cada modelo de IBM i de la solución de PowerHA debe estar ejecutando como mínimo IBM(r) iV6R1

para poder utilizarlo con el programa bajo licencia IBM PowerHA SystemMirror para i.

Nota: en los releases anteriores, todavía puede utilizar IBM Advanced Copy Services for PowerHA oni, que es una oferta de Lab Services, para trabajar con soluciones de IBM System Storage.

v IBM PowerHA SystemMirror para i instalado en cada sistema.v Compruebe que se hayan instalado los PTF más recientes.


||||

|

||

|

||||

||

||

||||

|||

||

|

||

|

|

|

|

|

|

||

|

||

||

|

|






Requisitos de comunicaciones para la característica FlashCopy:

Para utilizar la tecnología FlashCopy en una solución PowerHA, compruebe que se cumplan losrequisitos mínimos de comunicaciones.

Se deben cumplir los siguientes requisitos mínimos de comunicaciones para utilizar FlashCopy:v Como mínimo dos particiones o sistemas IBM i que tengan al menos una unidad de almacenamiento

externa IBM(r) System Storage(r) conectada a cada sistema. Las unidades de almacenamiento externode IBM(r) System Storage(r) están soportadas en todos los modelos de System i (r) que admiten laconexión de canal de fibra para almacenamiento externo.

v PowerHA admite Metro Mirror en DS8000, SAN Volume Controller y Storwize. Para conocer losadaptadores de canal de fibra soportados, consulte IBM System Storage Interoperation Center (SSIC).

Para obtener más información sobre las tecnologías de almacenamiento suministradas por IBM i, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Planificación de DS8000 HyperSwap con agrupaciones de almacenamiento auxiliarindependiente (IASPs)Cuando planifica una configuración de HyperSwap con un entorno de conmutación de unidad lógica(LUN) de PowerHA y/o un entorno de Live partition mobility, se deben cumplir los requisitos siguientes.

Requisitos de hardware de DS8000 HyperSwap con agrupaciones de almacenamiento auxiliarindependiente (IASPs):

Para utilizar la tecnología DS8000 HyperSwap con IASPs en una solución de PowerHA, asegúrese de quese cumplen los requisitos de hardware mínimos siguientes.v Dos particiones lógicas de IBM i (en el mismo o en servidores POWER distintos) con todo el

almacenamiento proporcionado por dos unidades de almacenamiento externo IBM System StorageDS8000 conectadas a los sistemas.

v Dos dispositivos IBM System Storage DS8000 soportados. Unidades de IBM System Storage soportadas:– DS8700 o DS8800 (con el release 6.3 SP7)– DS8870 con el release 7.2

v Debe determinar el tamaño correcto del almacenamiento del sistema antes de realizar ningunaconfiguración. Necesita un conjunto de discos en la unidad DS8870 de origen y un conjunto de discosde tamaño equivalente en la unidad DS8870 de destino. Para proteger ambas particiones de lasinterrupciones de almacenamiento, también necesita disco adicional para duplicar SYSBAS de cadasistema en el otro. Por ejemplo, si tiene particiones A y B, el almacenamiento para la partición A debeser suficiente para almacenar SYSBAS A, IASP A y SYSBAS B (copia). El almacenamiento para lapartición B debe ser suficiente para almacenar SYSBAS B, IASP B (copia) y SYSBAS A (copia).

Para obtener información sobre las tecnologías de almacenamiento suministradas por IBM, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.

Requisitos de software de DS8000 HyperSwap con agrupaciones de almacenamiento auxiliarindependiente (IASPs):

Para utilizar la tecnología de HyperSwap de DS8000 con IASPs en una solución de alta disponibilidad deIBM i, se deben cumplir los requisitos de software mínimos.

El HyperSwap basado en IASP tiene los requisitos de software mínimos siguientes:v Ambas particiones de IBM i deben ser de la versión IBM i 7.2, Technology Refresh (TR) 4 o IBM i 7.3.


|

||

|

||||

||

||

|

||

||||

||

||

|||

|

|

|

|||||||

||

||

||

|

|


v El programa bajo licencia de IBM PowerHA para i Enterprise Edition debe estar instalado en ambasparticiones con el PTF de grupo de alta disponibilidad más reciente instalado.

v El producto PowerHA necesita IBM i Opción 41 (Recursos conmutables de alta disponibilidad) comorequisito previo.

v Para que PowerHA interactúe con el dispositivo DS8870 System Storage, se necesita la interfaz de líneade mandatos de almacenamiento (DSCLI). DSCLI tiene los siguientes requisitos de softwareadicionales:– Java Versión 1.4 (o superior)– La opción 35 (Proveedor de servicios criptográficos CCA) instalada en cada sistema o partición

v Para poder utilizar IBM Navigator for i para ejecutar tareas de gestión de discos, debe configurar lasautorizaciones apropiadas para las herramientas de servicio dedicado (DST).

Requisitos de comunicaciones de DS8000 HyperSwap con agrupaciones de almacenamiento auxiliarindependiente (IASPs):

Para utilizar la tecnología DS8000 HyperSwap, debe utilizar o tener previsto utilizar una red de área dealmacenamiento (SAN).

Una SAN es una estructura de información segura, dedicada y gestionada centralmente, que permite lainterconexión de "cualquiera a cualquiera" entre sistemas y sistemas de almacenamiento. Es necesaria laconectividad SAN para utilizar sistemas unidades de almacenamiento externas IBM System StorageDS8000.

El producto IBM i da soporte a diversos directores y conmutadores de SAN. Consulte el sitio web IBM

System Storage Interoperation Center (SSIC)

para obtener una lista completa de adaptadores,conmutadores y directores soportados.

Se recomienda utilizar la E/S multivía para aumentar el rendimiento y la resiliencia general. La E/Smultivía permite tener varios dispositivos de canal de fibra configurados en las mismas unidades dedisco lógicas en el almacenamiento. Si está configurada correctamente, permite que dispositivosindividuales, o alojamientos de E/S, fallen sin perder las conexiones con las unidades de disco. La E/Smultivía también ofrece ventajas de rendimiento al repartir las cargas de trabajo en todas las conexiones(vías de acceso) disponibles. Cada conexión de una unidad de disco multivía funciona de formaindependiente. Varias conexiones aumentan la resiliencia al permitir utilizar el almacenamiento de discoaunque falle una vía de acceso individual.

Planificación de diario para DS8000 HyperSwap con agrupaciones de almacenamiento auxiliarindependiente (IASPs):

El registro por diario es importante para mejorar el tiempo de recuperación de todas las soluciones dealta disponibilidad y es muy recomendable. En el caso de tecnologías basadas en IBM System Storage,como por ejemplo HyperSwap, es vital que el registro por diario se utilice para forzar operaciones deescritura a unidades de almacenamiento externas, puesto que la duplicación de datos se produce fueradel almacenamiento de IBM i.

La gestión de diarios evita la pérdida de transacciones si el sistema termina anormalmente. Cuandoregistra por diario un objeto, el sistema mantiene un registro de los cambios realizados en el objeto.Independientemente de la solución de alta disponibilidad que implemente, el registro por diario seconsidera el procedimiento recomendado para evitar la pérdida de datos durante interrupcionesanormales del sistema.


||

||

|||

|

|

||

||

||

||||

|

||

||||||||

||

|||||

|||||



Planificación de copia de seguridad para DS8000 HyperSwap con agrupaciones de almacenamientoauxiliar independiente (IASPs):

Con HyperSwap, puede utilizar la característica FlashCopy para crear una copia de los datosalmacenados en unidades de almacenamiento externo de IBM System Storage.




v Puede utilizar un volumen de origen de HyperSwap existente como volumen de destino de FlashCopy.Seleccione la opción para crear una copia puntual que utiliza un volumen de destino de un par deFlashCopy y después duplicar esos datos en un volumen de HyperSwap en una ubicación remota.

Requisitos de rendimiento para Full System HyperSwap:

Debe conocer estas consideraciones de rendimiento antes de configurar HyperSwap.

Antes de utilizar HyperSwap, tenga en cuenta los siguientes requisitos y directrices:v Los volúmenes de origen y de destino de una relación HyperSwap Metro Mirror deben ser del mismo

tipo de almacenamiento.v Los volúmenes lógicos de origen y destino deben tener el mismo tamaño.v Al igual que en la tecnología de duplicación síncrona, existen limitaciones de distancia y ancho de

banda que pueden afectar al rendimiento.v De forma parecida a las configuraciones de discos del sistema, el número de unidades de disco

disponibles para la aplicación puede tener un efecto importante en el rendimiento.v Poner más carga de trabajo en un número limitado de unidades de disco puede dar como resultado

unos tiempos de espera de disco más largos y, en última instancia, unos tiempos de respuesta máslargos en la aplicación.

Servidores de almacenamiento soportados por PowerHAIBM System Storage proporciona prestaciones de almacenamiento mejoradas.

PowerHA da soporte a las tecnologías Metro Mirror, Global Mirror, conmutación de LUN y FlashCopycon los siguientes servidores de almacenamiento: familia de almacenamientos DS8000, SAN VolumeController (SVC) y modelos IBM Storwize. Para obtener más información sobre las implementacionesespecíficas, consulte las guías siguientes.

v IBM i and IBM Storwize Family: A Practical Guide to Usage Scenarios

v IBM i and IBM System Storage: A Guide to Implementing External Disks on IBM i

En función del dispositivo de IBM System Storage, el programa bajo licencia IBM PowerHASystemMirror para i también requiere:


||

||

||||||

||

||||

|||

|

|

|

||

|

||

||

|||

http://www.redbooks.ibm.com/redpieces/abstracts/sg248197.html?Open


v Para dispositivos DS8000 System Storage, el programa bajo licencia IBM PowerHA for i tambiénrequiere la interfaz de línea de mandatos de almacenamiento (DSCLI). DSCLI es necesario para todaslas soluciones IBM DS8000 Series System Storage, como FlashCopy, Metro Mirror y Global Mirror.

v Es necesario que DSCLI esté instalada en cada uno de los sistemas o particiones que participan en lasolución de alta disponibilidad que utiliza estas soluciones de almacenamiento.

v DSCLI tiene los siguientes requisitos de software adicionales:– Java Versión 1.4– La opción 35 (Proveedor de servicios criptográficos CCA) instalada en cada sistema o partición

v Para SAN Volume Controller (SVC) o dispositivos Storwize System Storage, el programa bajo licenciaIBM PowerHA for i también requiere:– Portable Utilities for IBM i (5733-SC1)

Conceptos relacionados:“Requisito de comunicaciones para la duplicación Metro” en la página 34Antes de configurar una solución de PowerHA que utiliza la duplicación metro, compruebe que secumplan los requisitos mínimos de comunicación.“Requisito de comunicaciones para Global Mirror” en la página 37Antes de configurar una solución PowerHA que utilice Global Mirror, debe asegurarse de que se cumplenlos requisitos mínimos de comunicación.“Gestión de unidades lógicas conmutadas” en la página 143Las unidades lógicas conmutadas son agrupaciones de discos independientes que derivan de unidadeslógicas creadas en un sistema IBM System Storage y que se han configurado como parte de un grupo derecursos de clúster (CRG) de dispositivo.“Requisitos de hardware para la característica FlashCopy” en la página 39Para utilizar la tecnología FlashCopy en una solución PowerHA, compruebe que se cumplan losrequisitos mínimos de hardware.“Requisitos de comunicaciones para la característica FlashCopy” en la página 40Para utilizar la tecnología FlashCopy en una solución PowerHA, compruebe que se cumplan losrequisitos mínimos de comunicaciones.“Caso de ejemplo: Global Mirror” en la página 52En este caso de ejemplo se describe una solución de PowerHA que se basa en el almacenamiento externoy proporciona recuperación de desastres y alta disponibilidad para sistemas de almacenamientoseparados por grandes distancias. Global Mirror es una solución de IBM Systems Storage que copia datosde forma asíncrona desde la unidad de almacenamiento en el sitio de producción a la unidad dealmacenamiento en el sitio de copia de seguridad. De esta forma, los datos permanecen coherentes en elsitio de copia de seguridad.“Caso de ejemplo: duplicación Metro” en la página 50En este caso de ejemplo se describe una solución de PowerHA que se basa en el almacenamiento externoy proporciona recuperación de desastres y alta disponibilidad para sistemas de almacenamientoseparados por cortas distancias. La duplicación metro es una solución de IBM System Storage que copiadatos de forma síncrona desde la unidad de almacenamiento en el sitio de producción a la unidad dealmacenamiento en el sitio de copia de seguridad. De esta forma, los datos permanecen coherentes en elsitio de copia de seguridad.“Caso de ejemplo: ejecución de una función de FlashCopy” en la página 85En este ejemplo, un administrador desea realizar una copia de seguridad desde la copia remota de losdatos almacenados en una unidad de almacenamiento externa en el sitio de copia de seguridad.Utilizando la función FlashCopy disponible con IBM Storage Solutions, el administrador reduceconsiderablemente el tiempo de copia de seguridad.Tareas relacionadas:“Configuración de una sesión de FlashCopy” en la página 81Para los entornos de alta disponibilidad de IBM i que hacen uso de la tecnología IBM System Storage,puede configurar una sesión de FlashCopy para crear una copia puntual de los datos.


“Configuración de unidades lógicas conmutadas” en la página 80Una unidad lógica conmutada es una agrupación de discos independiente que está controlada por ungrupo de recursos de clúster de dispositivo y se puede conmutar entre los nodos de un clúster. Parasoluciones de alta disponibilidad de IBMi que utilicen unidades lógicas con IBM® System Storage™, esnecesario que configure una Descripción de copia de ASP que defina los identificadores de host y gruposde volúmenes para cada nodo de clúster en el que se pueda conmutar el dispositivo ASP.“Configuración de la duplicación Metro” en la página 78Para las soluciones de alta disponibilidad de IBM i que utilizan la tecnología Metro Mirror de IBMSystem Storage, debe configurar una sesión entre la máquina IBM i y las unidades de almacenamientoexternas de IBM System Storage que tienen configurada Metro Mirror. En IBM i, las sesiones deduplicación Metro no configuran la duplicación en las unidades de almacenamiento externas, sino queconfiguran una relación entre los sistemas IBM i y la configuración de duplicación Metro existente en lasunidades de almacenamiento externas.“Configuración de Global Mirror” en la página 79Para las soluciones de alta disponibilidad de IBM i que utilizan la tecnología Global Mirror de IBMSystem Storage, debe configurar una sesión entre la máquina IBM i y las unidades de almacenamientoexternas de IBM System Storage que tienen configurada Global Mirror. En IBM i, las sesiones de GlobalMirror no configuran la duplicación en las unidades de almacenamiento externas, sino que configuranuna relación entre los sistemas IBM i y la configuración de Global Mirror existente en las unidades dealmacenamiento externas.

Planificar la resiliencia del entornoLa resiliencia del entorno garantiza que los objetos y atributos permanezcan coherentes entre los recursosdefinidos en el entorno de alta disponibilidad. Debe identificar qué recursos requieren un entornocoherente para funcionar correctamente y crear un dominio administrativo de clúster que garantice queestos atributos de recursos permanezcan coherentes en la solución de alta disponibilidad.

Planificar un dominio administrativo de clústerEl dominio administrativo de clúster requiere planificación para gestionar recursos que se sincronizanentre nodos de un dominio administrativo de clúster. Para garantizar que una aplicación se ejecutecoherentemente en todos los sistemas de un entorno de alta disponibilidad, deben identificarse todos losrecursos que afectan al comportamiento de la aplicación, así como los nodos de clúster donde se ejecutarála aplicación o donde pueden residir los datos de aplicación.

Un administrador de clúster puede crear un dominio administrativo de clúster y añadir recursossupervisados que se sincronizan entre los nodos. El clúster de IBM i proporciona una lista de recursos delsistema que puede sincronizar el dominio administrativo de clúster, representados mediante entradas derecursos supervisados (MRE).

Al diseñar un dominio administrativo de clúster, debe responder a las siguientes preguntas:

¿Qué nodos se incluirán en el dominio administrativo de clúster?Debe determinar los nodos de un clúster que debe gestionar el dominio administrativo de clúster.Estos son los nodos de clúster que representan los sistemas donde puede ejecutarse unaaplicación o donde se almacenan los datos de aplicación, y que requieren un entorno operativocoherente. Los nodos no pueden estar en múltiples dominios administrativos de clúster. Porejemplo, si tiene cuatro nodos en un clúster (Nodo A, Nodo B, Nodo C y Nodo D), los nodos A yB pueden estar en un dominio administrativo de clúster y los nodos C y D pueden estar en otro.No obstante, no puede tener los nodos B y C en un tercer dominio administrativo de clúster yseguir teniéndolos en su dominio administrativo de clúster original.

¿Cuál será el convenio de denominación para los dominios administrativos de clúster?En función de la complejidad y tamaño del entorno en clúster, quizás deba establecer unconvenio de denominación estándar para los CRG de iguales y los dominios administrativos declúster. Como se crea un CRG de igual cuando se crea un dominio administrativo de clúster,deberá diferenciar los otros CRG de igual de los que representan dominios administrativos de


clúster. Por ejemplo, los CRG de iguales que representan dominios administrativos de clústerpueden denominarse ADMDMN1, ADMDMN2, etc., mientras que los demás CRG de igualpueden denominarse PEER1. También puede utilizar la API Mostrar información de grupo derecursos de clúster en forma de lista (QcstListClusterResourceGroupIn) para determinar si el CRGde igual se utiliza como dominio administrativo de clúster. Un CRG igual que representa undominio administrativo de clúster puede identificarse por su identificador de aplicación, que esQIBM.AdminDomain.

Planificación de entradas de recursos supervisados (MRE)Los recursos supervisados son objetos de IBM i que pueden definirse en un dominio administrativo declúster. Estos recursos deben permanecer coherentes en todos los sistemas de un entorno de altadisponibilidad; de lo contrario, durante una interrupción de servicio, no se ejecutarán según lo esperado.Debe planificar qué recursos soportados del entorno deben supervisarse.

Deberá determinar los recursos del sistema que deben sincronizarse. Puede seleccionar atributos paracada uno de estos recursos con el fin de personalizar los elementos que se sincronizan. Las aplicacionesque se ejecutan en múltiples nodos pueden necesitar variables de entorno específicas para que se ejecutencorrectamente. Además, también puede ser necesario acceder a ciertos perfiles de usuario para los datosque abarcan varios nodos. Debe tener presente los requisitos operacionales de sus aplicaciones y datosantes de determinar qué recursos debe gestionar un dominio administrativo de clúster.

Planificación de la seguridad para la alta disponibilidadAntes de configurar la solución de alta disponibilidad, debe reevaluar las estrategias de seguridadactuales en el entorno y realizar los cambios correspondientes para facilitar la alta disponibilidad.

Distribución de información de clústeresConozca las implicaciones en cuanto a seguridad de la utilización y gestión de la información de clúster.

La API Distribuir información (QcstDistributeInformation) API puede utilizarse para enviar mensajes deun nodo del dominio de recuperación de un grupo de recursos de clúster a otros nodos de dicho dominiode recuperación. Esto puede ser útil en el proceso del programa de salida. Sin embargo, debe tenerse encuenta que esa información no está cifrada. La información protegida no debe enviarse con estemecanismo a menos que se utilice una red segura.

Es posible compartir y replicar datos no persistentes entre nodos de clúster utilizando la API Tabla dehash organizada en clústeres. Los datos se guardan en un almacenamiento no persistente. Ello significaque los datos se conservan sólo hasta que el nodo de clúster deja de formar parte de la tabla hashorganizada en clústeres. Estas API sólo pueden utilizarse desde un nodo de clúster definido en eldominio de la tabla hash organizada en clústeres. El nodo de clúster debe estar activo en el clúster.

Del mismo modo, otra información distribuida utilizando los mensajes de clúster tampoco está protegida.Esto incluye los mensajes de clúster de bajo nivel. Cuando se efectúan cambios en los datos del programade salida, el mensaje que contiene dichos datos no está cifrado.

Consideraciones sobre la utilización de clústeres con cortafuegosSi utiliza una agrupación en clúster en una red que utiliza cortafuegos, debe tener en cuenta algunaslimitaciones y requerimientos.

Si utiliza una agrupación en clúster con un cortafuegos, deberá ofrecer a cada nodo la posibilidad deenviar mensajes de salida y recibir mensajes de entrada de otros nodos del clúster. Debe existir unaapertura en el cortafuegos para cada dirección de clúster en cada nodo para comunicarse con las demásdirecciones de clúster en los demás nodos. Los paquetes IP que viajan a través de una red pueden servarios tipos de tráfico. La agrupación en clúster utiliza ping, que es de tipo ICMP, y también utiliza UDPy TCP. Cuando configure un cortafuegos, puede filtrar el tráfico basándose en el tipo. Para que la


agrupación en clúster funcione con el cortafuegos es necesario permitir el tráfico de ICMP, UDP y TCP. Eltráfico de salida se puede enviar por cualquier puerto y el tráfico de entrada se recibe por los puertos5550 y 5551.

Además, si utiliza la detección avanzada de errores de nodo, cualquier nodo de clúster que deba recibirmensajes de error procedentes de una consola de gestión de hardware (HMC) o servidor de E/S virtual(VIOS) de un servidor gestionado por Integrated Virtualization Manager (IVM) debe poder comunicarsecon esa HMC o partición VIOS. El nodo de clúster transmitirá a la HMC o VIOS situado en la direcciónIP asociada al nombre de dominio de HMC o VIOS y al puerto 5989. El nodo de clúster recibirá datos dela consola HMC o servidor VIOS situado en la dirección IP asociada al nombre de sistema del nodo declúster y en el puerto 5989.

Mantenimiento de los perfiles de usuario en todos los nodosPuede utilizar dos mecanismos para mantener los perfiles de usuario en todos los nodos de un clúster.

En un entorno de alta disponibilidad, se considera que un perfil de usuario es el mismo en distintossistemas si los nombres de perfil son iguales. El nombre es el identificador exclusivo en el clúster. Noobstante, un perfil de usuario también contiene un número de identificación de usuario (UID) y unnúmero de identificación de grupo (GID). Para reducir la cantidad de proceso interno que se producedurante una conmutación por administración, donde la agrupación de discos independiente deja de estardisponible en un sistema y empieza a estar disponible en otro, los valores de UID y GID debensincronizarse en el dominio de recuperación del CRG de dispositivo. Se puede utilizar el dominioadministrativo para sincronizar perfiles de usuario, incluidos los valores UID y GID, en todo el clúster.

Un mecanismo consiste en crear un dominio administrativo de clúster para supervisar los recursoscompartidos por los nodos de un clúster. Un dominio administrativo de clúster puede supervisar variostipos de recursos además de los perfiles de usuario, proporcionando una fácil gestión de recursos que secomparten entre los nodos. Cuando se actualizan los perfiles de usuario, los cambios se propaganautomáticamente a otros nodos si el dominio administrativo de clúster está activo. Si el dominioadministrativo de clúster no está activo, los cambios se propagan después de que se active el dominioadministrativo de clúster. Se recomienda este método pues mantiene automáticamente perfiles de usuariocon un entorno de alta disponibilidad.

Con el segundo mecanismo, los administradores también pueden utilizar Management Central en IBMNavigator for i para llevar a cabo funciones en múltiples sistemas y grupos de sistemas. Este soporteincluye algunas tareas comunes de administración de usuarios que los operadores deben realizar en losdiversos sistemas del clúster. Con Management Central, puede ejecutar funciones de perfil de usuario engrupos de sistemas. El administrador puede especificar un mandato de postpropagación que debeejecutarse en los sistemas destino al crear un perfil de usuario.

Importante:

v Si piensa compartir perfiles de usuario que utilicen la sincronización de contraseñas en un clúster, debeestablecer el valor de sistema Retener seguridad de servidor (QRETSVRSEC) en 1.

v Si cambia QRETSVRSEC por 0 después de añadir una entrada de recurso supervisado (MRE) de unperfil de usuario y, a continuación, cambia una contraseña (si se está supervisando la contraseña), elestado global de la MRE se establece en Incoherente. La MRE se marca como no utilizable. Los cambiosrealizados en el perfil de usuario después de este cambio no se sincronizarán. Para recuperarse de esteproblema, cambie QRETSVRSEC por 1, elimine la MRE y vuelva a añadir la MRE.

Tareas relacionadas:“Creación de un dominio administrativo de clúster” en la página 71En una solución de alta disponibilidad, el dominio administrativo del clúster proporciona los mecanismosnecesarios para mantener los recursos sincronizados entre los sistemas y las particiones de un clúster.


Implementación de PowerHAEl enfoque basado en tareas para configurar y gestionar la alta disponibilidad de IBM i permiteconfigurar y gestionar una solución de alta disponibilidad personalizada basada en las necesidades de suempresa. Las interfaces gráficas y de línea de mandatos se utilizan para configurar y gestionar la soluciónde alta disponibilidad.

El enfoque basado en tareas proporciona a los usuarios con experiencia los medios para personalizar eimplementar una solución personalizada.

Interfaz gráfica de PowerHA

La interfaz gráfica de PowerHA permite configurar y gestionar tecnologías de clúster, que estánintegradas en una solución de alta disponibilidad. Para utilizar esta interfaz, el programa bajo licenciaPowerHA debe estar instalado. Con esta interfaz puede realizar las funciones siguientes desde cualquiernodo del clúster:v Crear y gestionar un clústerv Crear y gestionar nodosv Crear y gestionar grupos de recursos de clústerv Crear y gestionar dominios administrativos de clústerv Crear y gestionar recursos supervisadosv Crear y gestionar ASP independientesv Configurar y gestionar la duplicación geográficav Configurar y gestionar la duplicación metrov Configurar y gestionar Global Mirrorv Configurar y gestionar FlashCopyv Supervisar el estado de la solución de alta disponibilidadv Realizar operaciones relacionadas con el clúster como, por ejemplo, conmutaciones para las

interrupciones planificadas

Interfaz de gestión de discos

La interfaz de gestión de discos permite configurar y gestionar agrupaciones de discos independientes,que son necesarias cuando se implementan varias tecnologías de resiliencia de datos. Dependiendo deltipo de tecnología de resiliencia de datos implementada, pueden aplicarse requisitos de instalación parautilizar algunas estas funciones:v Crear una agrupación de discosv Hacer que una agrupación de discos esté disponiblev Hacer que una agrupación de discos no esté disponiblev Configurar la duplicación geográfica

Interfaz de línea de mandatos de PowerHA

La interfaz de línea de mandatos permite ejecutar distintas tareas de alta disponibilidad con los mandatosCL. Para cada tarea relacionada con el clúster, se ha identificado el mandato CL correspondiente.

Interfaz de programación de aplicaciones de PowerHA

Estas interfaces de programación de aplicaciones (APIs) permiten trabajar con la versión de PowerHA yrecuperar información relacionada de PowerHA.Información relacionada:


|

||

Mandatos de PowerHAAPIs de PowerHA

Configuración de la infraestructura de alta disponibilidadPara poder configurar una solución de alta disponibilidad en el entorno de IBM i, asegúrese de que hacompletado la planificación correspondiente y de conocer los recursos y objetivos de la altadisponibilidad y la recuperación de desastres. Utilice los escenarios de configuración de la altadisponibilidad y las tareas asociadas con las tecnologías de alta disponibilidad para crear su propiasolución de alta disponibilidad.

Casos de ejemplo: configuración de la alta disponibilidadLos casos de ejemplo de configuración proporcionan ejemplos de distintos entornos de alta disponibilidadde PowerHA y tareas de configuración paso a paso que permiten implementar una solución de altadisponibilidad basada en sus necesidades y los requisitos de resiliencia.

Estos casos de ejemplo contienen descripciones de los objetivos empresariales de alta disponibilidad yproporcionan un gráfico que ilustra los recursos que hay en la solución de alta disponibilidad. El ejemplode cada solución contiene instrucciones paso a paso para configurar y probar la alta disponibilidad. Noobstante, esta información no cubre todos los casos de configuración y es posible que sean necesariaspruebas adicionales para comprobar la alta disponibilidad.

Para obtener detalles adicionales sobre entornos específicos, consulte los siguientes Redbooks:v PowerHA SystemMirror for IBM i Cookbookv IBM i and IBM Storwize Family: A Practical Guide to Usage Scenariosv Simple Configuration Example for Storwize V7000 FlashCopy and PowerHA SystemMirror for iInformación relacionada:




Simple Configuration Example for Storwize V7000 FlashCopy and PowerHA SystemMirror for i

Caso de ejemplo: duplicación geográfica:

Este caso de ejemplo describe una solución de alta disponibilidad de IBM i que utiliza la duplicacióngeográfica en un clúster de dos nodos. Esta solución proporciona tanto recuperación de desastres comoalta disponibilidad.

Visión general

La duplicación geográfica es una tecnología de PowerHA en la que los datos se duplican en una copia dela agrupación de discos independiente en la ubicación remota. Esta solución proporciona recuperaciónpara desastres si se produce una interrupción de servicio en el sistema de producción (sistema 1) queafecta a todo el sitio. En este caso, se produce una conmutación por administración al sitio de copia deseguridad (sistema 2), donde las operaciones pueden continuar en la copia duplicada de los datos. Estasolución ofrece una alternativa sencilla y más económica que las soluciones basadas en almacenamientoexterno, tales como la duplicación geográfica y Global Mirror de IBM System Storage. No obstante, laduplicación geográfica no ofrece todas las opciones de rendimiento que proporcionan las soluciones dealmacenamiento externo.


|

|




http://www.redbooks.ibm.com/abstracts/redp4923.html?Open

Objetivos

Esta solución ofrece las siguientes ventajas:v Proporciona disponibilidad para los recursos de empresa durante interrupciones planificadasv Proporciona disponibilidad para recursos de empresa durante las interrupciones de servicio no

planificadasv Proporciona disponibilidad para los recursos de empresa en caso de desastrev Permite que los datos permanezcan actualizados y puedan no necesitar sincronizarse

Esta solución tiene las siguientes restricciones:v No existe un acceso concurrente a la agrupación de discos. Habitualmente, sólo se accede a la copia de

producción. No obstante, puede desconectar la copia de duplicación para el proceso fuera de línea deuna segunda copia de los datos.

v Probablemente afecta al rendimiento, ya que se necesita una unidad central de proceso (CPU)aumentada para dar soporte a la duplicación geográfica.

v Necesita el uso de vías de comunicación redundantes y un ancho de banda adecuado

Detalles

El siguiente gráfico describe esta solución:

Pasos de configuración

Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando la interfaz gráfica de PowerHA:1. Completar la lista de comprobación de planificación del clúster2. Crear un clúster3. Crear un dominio administrativo de clúster4. Iniciar un dominio administrativo de clúster5. Crear una agrupación de discos independiente6. Añadir entradas de recursos supervisados7. Hacer la ASP independiente altamente disponible8. Configurar la duplicación geográfica9. Activar la ASP independiente

10. Realizar una conmutación por administración para probar la solución de alta disponibilidad.

Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando mandatos:1. Completar la lista de comprobación de planificación de los clústeres2. Crear un clúster3. Añadir nodos


4. Iniciar nodos5. Añadir nodos al dominio de dispositivo6. Crear un dominio administrativo de clúster7. Iniciar un dominio administrativo de clúster8. Crear una agrupación de discos independiente utilizando Configurar dispositivo ASP.9. Añadir entradas de recursos supervisados

10. Crear un CRG de dispositivo11. Iniciar un CRG de dispositivo12. Utilizar Activar configuración para hacer disponible la agrupación de discos.13. Realizar una conmutación para probar la configuración.

Caso de ejemplo: duplicación Metro:

En este caso de ejemplo se describe una solución de PowerHA que se basa en el almacenamiento externoy proporciona recuperación de desastres y alta disponibilidad para sistemas de almacenamientoseparados por cortas distancias. La duplicación metro es una solución de IBM System Storage que copiadatos de forma síncrona desde la unidad de almacenamiento en el sitio de producción a la unidad dealmacenamiento en el sitio de copia de seguridad. De esta forma, los datos permanecen coherentes en elsitio de copia de seguridad.

Visión general

La duplicación metro proporciona una solución de alta disponibilidad y recuperación para desastresutilizando unidades de almacenamiento externas situadas dentro de un área metropolitana. Laagrupación de discos independiente se replica entre los dispositivos de almacenamiento externos paraproporcionar disponibilidad tanto para interrupciones de servicio planificadas como no planificadas.Cuando la duplicación metro recibe una actualización del host para el volumen de producción, realiza laactualización correspondiente en el volumen de copia de seguridad. La duplicación metro da soporte auna distancia máxima de 300 kilómetros (186 millas). Los retardos en los tiempos de respuesta para laduplicación metro son proporcionales a la distancia entre los volúmenes.

Este caso de ejemplo trata sobre la configuración de la tecnología de alta disponibilidad de IBM iproporcionada por IBM, y no incluye instrucciones de instalación ni configuración para la serie IBMSystem Storage DS8000. En esta información se supone que ya está instalada una solución de IBM SystemStorage antes de la configuración de alta disponibilidad de IBM i. Para obtener información de instalacióny configuración de DS8000, consulte Copy Services en el Information Center de IBM System Storage

DS8000 .

Un escenario similar también puede realizarse con otras tecnologías de almacenamiento del sistema. Paraobtener más información acerca de las tecnologías de almacenamiento que admiten la duplicación metro,consulte “Servidores de almacenamiento soportados por PowerHA” en la página 42.

Objetivos

Esta solución ofrece las siguientes ventajas:v La duplicación está completamente gestionada por la unidad de almacenamiento externa, por lo que no

se utiliza ninguna CPU de IBM i. La duplicación continúa en la unidad de almacenamiento aunque seproduzca una anomalía a nivel del sistema.

v La disponibilidad de los recursos de empresa durante las interrupciones de servicio planificadas o noplanificadas, que incluyen las interrupciones de mantenimiento o las interrupciones relacionadas con elsoftware/PTF, así como la recuperación de desastres.

v La E/S permanece coherente y no debe sincronizarse




v Tiempos de recuperación rápidos cuando se utiliza con el registro por diario. El registro por diariorecupera datos más rápidamente en el caso de una falta de disponibilidad no planificada o migracióntras error. El registro por diario hace que se realicen cambios de datos en el disco donde se produce laduplicación. Si no utiliza el registro por diario, puede perder datos que están en la memoria. El registropor diario proporciona recuperación de estas transacciones a nivel de datos y reduce los tiempos derecuperación.

v Capacidad para utilizar la función FlashCopy en el extremo origen o destino de la duplicación metro.

Esta solución tiene las siguientes restricciones:v Requiere hardware de almacenamiento externov Necesita el uso de vías de comunicación redundantes y un ancho de banda adecuadov No existe un acceso concurrente a la agrupación de discos

Detalles



Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando la interfaz gráfica de PowerHA:1. Completar la lista de comprobación de planificación de los clústeres2. Crear un clúster de dos nodos activos3. Crear un dominio administrativo de clúster4. Iniciar un dominio administrativo de clúster5. Crear una agrupación de discos independiente6. Añadir entradas de recursos supervisados7. Hacer la ASP independiente altamente disponible8. Configurar la duplicación Metro9. Hacer disponible la agrupación de discos


Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando otras interfaces:1. Completar la lista de comprobación de planificación de los clústeres2. Crear un clúster


3. Añadir nodos4. Iniciar nodos5. Añadir nodos al dominio de dispositivo6. Crear un dominio administrativo de clúster7. Iniciar un dominio administrativo de clúster8. Crear una agrupación de discos independiente utilizando Configurar dispositivo ASP.9. Añadir entradas de recursos supervisados

10. Crear un CRG de dispositivo11. Iniciar un CRG de dispositivo12. Configurar una sesión de duplicación metro13. Hacer disponible la agrupación de discos14. Realizar una conmutación para probar la solución de alta disponibilidad.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Caso de ejemplo: Global Mirror:

En este caso de ejemplo se describe una solución de PowerHA que se basa en el almacenamiento externoy proporciona recuperación de desastres y alta disponibilidad para sistemas de almacenamientoseparados por grandes distancias. Global Mirror es una solución de IBM Systems Storage que copia datosde forma asíncrona desde la unidad de almacenamiento en el sitio de producción a la unidad dealmacenamiento en el sitio de copia de seguridad. De esta forma, los datos permanecen coherentes en elsitio de copia de seguridad.

Visión general

La solución Global Mirror proporciona una solución de recuperación de desastres utilizando unidades dealmacenamiento externas en distancias grandes. La agrupación de discos independiente se replica entrelos dispositivos de almacenamiento externos para proporcionar disponibilidad tanto para interrupcionesde servicio planificadas como no planificadas.

Este caso de ejemplo trata sobre la configuración de la tecnología de alta disponibilidad de IBM iproporcionada por IBM, y no incluye instrucciones de instalación ni configuración para la serie IBMSystem Storage DS8000. En esta información se supone que ya está instalada una solución de IBM SystemStorage antes de la configuración de alta disponibilidad de IBM i. Para obtener información de instalacióny configuración de DS8000, consulte Copy Services en el Information Center de IBM System Storage

DS8000 .

Un escenario similar también puede realizarse con otras tecnologías de almacenamiento del sistema. Paraobtener más información acerca de las tecnologías de almacenamiento que admiten Global Mirror,consulte “Servidores de almacenamiento soportados por PowerHA” en la página 42.

Objetivos

Global Mirror entre sitios proporciona estas ventajas:v La duplicación está completamente gestionada por la unidad de almacenamiento externa, por lo que no

se utiliza ninguna CPU de IBM i. La duplicación continúa en la unidad de almacenamiento aunque seproduzca una anomalía a nivel del sistema.

v La disponibilidad de los recursos de empresa durante las interrupciones de servicio planificadas o noplanificadas, que incluyen las interrupciones de mantenimiento o las interrupciones relacionadas con elsoftware/PTF, así como la recuperación de desastres.




v Tiempos de recuperación rápidos cuando se utiliza con el registro por diario. El registro por diariorecupera datos más rápidamente en el caso de una falta de disponibilidad no planificada o migracióntras error. El registro por diario hace que se realicen cambios de datos en el disco donde se produce laduplicación. Si no utiliza el registro por diario, puede perder datos que están en la memoria. El registropor diario proporciona recuperación de estas transacciones a nivel de datos y reduce los tiempos derecuperación.

v Capacidad para utilizar la función FlashCopy en el extremo origen o destino de Global Mirror.

Esta solución tiene las siguientes restricciones:v La solución necesita el hardware de servidor IBM System Storage DS8000.v Para conseguir un rendimiento aceptable, puede utilizar comunicación redundante y un ancho de

banda aceptable.v No existe un acceso concurrente a la agrupación de discos.v Es necesario un grupo de coherencia para la copia de destino de Global Mirror. No es necesario un

grupo de coherencia para la copia de origen de Global Mirror, pero es muy recomendable.v La duplicación inversa se produce automáticamente en una conmutación administrativa solamente si el

nuevo destino tiene un grupo de coherencia. La duplicación inversa no se produce nuncaautomáticamente en una conmutación por anomalía.

v Cuando no se produce la duplicación inversa en una conmutación administrativa o conmutación poranomalía, la configuración consta de dos copias de origen.– Si el nodo de copia de destino deseado tiene un grupo de coherencia, una operación de reconexión

lo convertirá en una copia de destino y automáticamente iniciará la duplicación.– Si el nodo de copia de destino deseado no tiene un grupo de coherencia, es necesaria una

intervención manual de recuperación mediante la interfaz de System Storage DS8000 StorageManager para iniciar la duplicación y sincronizar el origen y destino actuales.

Detalles




Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando la interfaz gráfica de PowerHA:1. Completar la lista de comprobación de planificación del clúster2. Crear un clúster3. Crear un dominio administrativo de clúster4. Iniciar un dominio administrativo de clúster5. Crear una agrupación de discos independiente6. Añadir entradas de recursos supervisados7. Hacer la ASP independiente altamente disponible8. Configurar Global Mirror9. Activar la ASP independiente


Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando otras interfaces:1. Completar la lista de comprobación de planificación del clúster2. Crear un clúster3. Añadir un nodo4. Iniciar un nodo5. Añadir nodos a un dominio de dispositivo6. Crear un dominio administrativo de clúster7. Iniciar un dominio administrativo de clúster8. Crear una agrupación de discos independiente utilizando Configurar dispositivo ASP.9. Añadir descripción copia ASP

10. Añadir entradas de recursos supervisados11. Crear un CRG de dispositivo12. Iniciar un CRG de dispositivo13. Iniciar sesión de ASP14. Configurar una sesión de duplicación global15. Hacer disponible la agrupación de discos16. Realizar una conmutación para probar la solución de alta disponibilidadConceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Configuración de TCP/IP para la alta disponibilidadDebido a que los servicios de recursos de clúster utilizan sólo IP para comunicarse con otros nodos declúster, que son sistemas o particiones lógicas en un entorno de alta disponibilidad, todos los nodos declúster deben ser accesibles mediante IP, lo que significa que debe tener interfaces IP configuradas paraconectar los nodos del clúster.

El administrador de la red debe configurar manualmente las direcciones IP en las tablas dedireccionamiento TCP/IP de cada nodo del clúster, o bien dichas direcciones IP pueden generarsemediante los protocolos de direccionamiento que se ejecutan en los direccionadores de la red. Esta tablade direccionamiento TCP/IP es el mapa que el clúster utiliza para encontrar cada nodo; en consecuencia,cada nodo debe tener su propia dirección IP exclusiva.


Cada nodo puede tener hasta dos direcciones IP asignadas. El resto de las aplicaciones de comunicacionesde la red no pueden cambiar, en ningún caso, estas direcciones. Al asignar cada dirección, asegúrese detener en cuenta el tipo de línea de comunicaciones que utiliza cada dirección. Si tiene una preferencia porel uso de un determinado tipo de medio de comunicación, debe configurar la primera dirección IPutilizando ese medio de comunicación preferido. La primera dirección IP recibe un tratamiento depreferencia por parte de la función de mensajes fiables y la supervisión de latidos. Cada dirección IP decada nodo del clúster debe poder acceder a todas las demás direcciones IP del clúster. Si un nodo delclúster utiliza una dirección IPv4 , cada nodo del clúster debe tener una dirección IPv4 activa (nonecesariamente configurada como dirección IP del clúster) que pueda direccionar y enviar paquetes TCPa esa dirección. Además, si cualquier nodo del clúster utiliza una dirección IPv6 , cada nodo del clústerdebe tener una dirección IPv6 activa (no necesariamente configurada como dirección IP del clúster) quepueda direccionar y enviar paquetes TCP a esa dirección. Una forma de comprobar que una direcciónpuede acceder a otra dirección es mediante los mandatos PING y TRACEROUTE emitidos en ambossentidos. Pero estos mandatos no funcionan entre direcciones IPv4 y IPv6 o si un cortafuegos los bloquea.

Nota: Debe tener la certeza de que la dirección de retorno del bucle (127.0.0.1) está activa para clústeres.Esta dirección, que se utiliza para devolver mensajes al nodo local, normalmente está activa de formapredeterminada. Sin embargo, si dejara de estar activa por un error, la función de mensajería de clústeresno podría funcionar hasta que se reiniciara esta dirección.

Establecer atributos de configuración TCP/IP:

Para habilitar los servicios de recursos de clúster, son necesarios ciertos valores de atributos en laconfiguración de TCP/IP de la red.

Debe definir estos atributos antes de añadir algún nodo al clúster:v Establezca Reenviar datagrama IP en *YES utilizando el mandato CHGTCPA (Cambiar atributos TCP/IP)

si desea utilizar un producto System i como direccionador para comunicarse con otras redes y no hayningún otro protocolo de direccionamiento ejecutándose en ese servidor.

v Establezca el servidor INETD en START. Consulte “Inicio de un servidor INETD” para obtenerinformación sobre cómo iniciar el servidor INETD.

v Establezca CHECKSUM del Protocolo de datagrama de usuario (UDP) en *YES utilizando el mandatoCHGTCPA (Cambiar atributos TCP/IP).

v Establezca Reenvío MCAST en *YES si utiliza puentes para conectar las redes Token Ring.v Si utiliza OptiConnect para IBM i para la comunicación entre nodos de clúster, inicie el subsistema

QSOC especificando STRSBS(QSOC/QSOC).

Inicio de un servidor INETD:

Es necesario iniciar el servidor Internet Daemon (INETD) para poder añadir o iniciar un nodo, así comopara el proceso de fusión de particiones.

Es recomendable que el servidor INETD siempre esté en ejecución en el clúster.

Puede iniciar el servidor INETD mediante IBM Navigator for i siguiendo estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. En el árbol de navegación, expanda Gestión de i5/OS y seleccione Red.4. En la página Red, seleccione Servidores TCP/IP. Aparecerá una lista de servidores TCP/IP

disponibles.5. En la lista, seleccione INETD.6. En el menú Seleccionar acción, seleccione Iniciar. El estado del servidor cambia a Iniciado.


Como alternativa, puede también iniciar el servidor INETD mediante el mandato Iniciar servidor TCP/IP(STRTCPSVR) especificando el parámetro SERVER(*INETD). Cuando el servidor INETD está iniciado, lalista Trabajos activos del nodo muestra un trabajo QTCP de usuario (QTOGINTD).Referencia relacionada:STRTCPSVR (Start TCP/IP Server) command

Configurar clústeresToda implementación de IBM i de alta disponibilidad requiere un clúster configurado para controlar ygestionar los recursos resilientes. Cuando se utiliza con otras tecnologías resilientes de datos como, porejemplo, los discos conmutados, la duplicación de sitios cruzados o la duplicación lógica, la tecnología declústeres proporciona la infraestructura de claves necesaria para las soluciones de alta disponibilidad.

Los servicios de recursos de clúster proporcionan un conjunto de servicios integrados que mantienen latopología del clúster, se encargan de la supervisión de latidos y permiten la creación y administración degrupos de recursos de clúster y configuración de clústeres. Los servicios de recursos de clúster tambiénproporcionan funciones de mensajes fiables que registran todos los nodos del clúster y garantizan quetodos los nodos incluyen información consistente sobre el estado de los recursos de clúster. La interfazgráfica de usuario del Servicio de recursos de clúster, que forma parte del número de programa bajolicencia IBM PowerHA SystemMirror para i (iHASM) (5770-HAS), permite configurar y gestionarclústeres en la solución de alta disponibilidad. Asimismo, el programa bajo licencia también proporcionaun conjunto de mandatos de lenguaje de control (CL) que permiten trabajar con configuraciones declústeres.

También existen interfaces de programa de aplicación (API) y herramientas que pueden utilizar losproveedores o clientes de las aplicaciones para mejorar la disponibilidad de sus aplicaciones.

Además de estas tecnologías de IBM, los Business Partners de alta disponibilidad proporcionanaplicaciones que utilizan clústeres con tecnología de duplicación lógica.

Creación de un clúster:

Para crear un clúster, debe incluir como mínimo un nodo en el clúster y debe tener acceso a comomínimo uno de los nodos que formarán parte del clúster.

Si se especifica sólo un nodo, debe ser el sistema al que está accediendo actualmente. Encontrará una listacompleta de requisitos para crear clúster en el tema “Planificar la lista de comprobación de los clústeres”en la página 20.

Si desea utilizar dispositivos conmutables en el clúster o tecnologías de duplicación entre sitios, deberácumplir ciertos requisitos adicionales. Consulte Casos de ejemplo: configuración de soluciones de altadisponibilidad para ver varios ejemplos de configuración de soluciones de alta disponibilidad queutilizan estas tecnologías. Cada caso de ejemplo proporciona tareas de configuración paso a paso y unavisión general de la cobertura que la solución proporciona en el caso de una falta de disponibilidad delsistema. Puede utilizar estos ejemplos para configurar la solución de alta disponibilidad o personalizarlospara que se adapten a sus necesidades.

Siga estos pasos para crear un clúster utilizando la interfaz gráfica de PowerHA:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Crear un clúster.5. Siga las instrucciones del asistente Crear clúster para crear el clúster.


Después de crear el clúster, la página de bienvenida cambia para mostrar el nombre del clúster en laparte superior de la página. La página Bienvenido muestra varias tareas para trabajar con clústeres.

Una vez creado un clúster, debe añadir nodos adicionales y crear CRG.Información relacionada:Mandato Crear clúster (CRTCLU)API Crear clúster (QcstCreateCluster)

Permitir la inclusión de nodos en un clúster:

Antes de añadir un nodo a un clúster, debe dar un valor al atributo de red Permitir añadir a clúster(ALWADDCLU).

Utilice el mandato Cambiar atributos de red (CHGNETA) sobre cualquier servidor que desee configurarcomo nodo de clúster. El mandato CHGNETA cambia los atributos de red de un sistema. El atributo de redALWADDCLU especifica si un nodo permite que otro sistema lo incorpore como nodo en un clúster.

Nota: Debe tener la autorización *IOSYSCFG para modificar el atributo de red ALWADDCLU.

Los valores posibles son los siguientes:

*SAMEEl valor no cambia. El sistema se entrega con el valor *NONE.

*NONENingún otro sistema puede incorporar este sistema como nodo en un clúster.

*ANY Cualquier otro sistema puede incorporar este sistema como nodo en un clúster.

*RQSAUTCualquier otro sistema puede incorporar este sistema como nodo en un clúster sólo después dehaberse autenticado la solicitud de adición de clúster.

Se comprueba el atributo de red ALWADDCLU para ver si el nodo que se está añadiendo tiene permisopara formar parte de un clúster y si es el caso para validar la petición del clúster por medio del uso decertificados digitales X.509. Un certificado digital es una forma de identificación personal que puedeverificarse electrónicamente. Si la validación es necesaria, el nodo que cursa la solicitud y el nodo enproceso de adición deben tener instalados los siguientes elementos en sus sistemas:v Opción 34 de IBM i (Gestor de certificados digitales)v IBM i Opción 35 (CCA Cryptographic Service Provider)

Si se selecciona *RQSAUT para ALWADDCLU, debe configurarse correctamente la lista de autoridades decertificado de confianza para la aplicación de servidor de seguridad de clúster de IBM i. El identificadorde la aplicación de servidor es QIBM_QCST_CLUSTER_SECURITY. Añada como mínimo autoridades decertificado para aquellos nodos que va a permitir que se incorporen al clúster.

Adición de nodos:

La interfaz gráfica de IBM i PowerHA permite crear un clúster con varios nodos. Una vez creado elclúster, puede añadir nodos adicionales a través de un nodo activo en el clúster. Un clúster puedecontener hasta 128 nodos.

Siga estos pasos para añadir un nodo a un clúster existente utilizando la interfaz gráfica de PowerHA:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.


3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la pestaña Nodos de clúster, seleccione Añadir nodo de clúster... en el menú Seleccionar acción.6. Especifique la información necesaria y pulse Aceptar.

Inicio de nodos:

Al iniciar un nodo de clúster, se activan la agrupación en clúster y los servicios de recursos de clúster deun nodo en el entorno de alta disponibilidad de IBM i.

Un nodo puede iniciarse por sí mismo y reincorporarse al clúster activo actualmente si es capaz deencontrar un nodo activo en el clúster.

Para iniciar el clúster en un nodo utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Iniciar en el menú de contexto del nodo que desea iniciar.

Adición de un nodo a un dominio de dispositivo:

Un dominio de dispositivo es un subconjunto de nodos de un clúster que comparte recursos dedispositivo.

Si está implementando una solución de alta disponibilidad que contiene tecnologías basadas enagrupaciones de discos independientes como, por ejemplo, un disco conmutado o la duplicación de sitioscruzados, debe definir el nodo como miembro de un dominio de dispositivo. Una vez añadido el nodo aun dominio de dispositivo, puede crear un grupo de recursos de clúster (CRG) de dispositivos que definael dominio de recuperación del clúster. Todos los nodos que van a formar parte del dominio derecuperación de un CRG de dispositivos deben estar en el mismo dominio de dispositivo. Un nodo declúster puede pertenecer sólo a un dominio de dispositivo.

Para crear y gestionar dominios de dispositivo, debe tener instalada la Opción 41 de PowerHA (Recursosconmutables de HA). Debe existir una clave de licencia válida en todos los nodos de clúster del dominiode dispositivo.

La interfaz gráfica de PowerHA simplifica la gestión de dominios de dispositivo garantizando que losnodos necesarios se encuentran en un dominio de dispositivo al crear un CRG de dispositivos o al añadirun nodo a un CRG de dispositivos.

Para añadir un nodo a un dominio de dispositivo utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Propiedades... en el menú de contexto del nodo que desea

añadir a un dominio de dispositivo.6. Pulse Editar en la sección General de la página Propiedades.


7. Especifique el nombre del dominio de dispositivo al que desea añadir el nodo en el campo Dominiode dispositivo y pulse Guardar.

Creación de grupos de recursos de clúster (CRG):

Los grupos de recursos de clúster (CRG) gestionan recursos de alta disponibilidad como, por ejemplo,aplicaciones, datos y dispositivos. Cada tipo de CRG gestiona un tipo concreto de recurso en un entornode alta disponibilidad.

La interfaz gráfica de PowerHA permite crear distintos CRG para la gestión de los recursos de altadisponibilidad. Cada tipo de CRG puede utilizarse por separado o conjuntamente con otros CRG. Porejemplo, puede tener una aplicación empresarial autónoma que requiera alta disponibilidad. Una vezhabilitada la aplicación para la alta disponibilidad, puede crear CRG para gestionar la disponibilidad dela aplicación.

Si sólo desea que la aplicación, no sus datos, vuelva a estar disponible si se produce una interrupción delservicio, puede crear un CRG de aplicación. No obstante, si desea que estén disponibles la aplicación ylos datos, puede almacenar ambos en una agrupación de discos independiente, que puede definir en unCRG de dispositivo. Si se produce una falta de disponibilidad, la agrupación de discos independientecompleta se conmuta a un nodo de reserva, con lo que la aplicación y sus datos pasarán a estardisponibles.

Creación de CRG de aplicaciones:

Si tiene aplicaciones en la solución de alta disponibilidad que desea que tengan una alta disponibilidad,puede crear un grupo de recursos de clúster (CRG) de aplicaciones para gestionar la conmutación poranomalía de la aplicación.

Puede especificar la opción de permitir una dirección IP de toma de control activa cuando cree el CRG deaplicación. Si crea un CRG de aplicación que permite una dirección IP de toma de control activa, el CRGpodrá iniciarse.

Para crear un CRG de aplicación utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Crear grupo de recursos de clúster... en el

menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de

aplicación.

Creación de CRG de datos:

Los grupos de recursos de clúster (CRG) de datos se utilizan principalmente con las aplicaciones deduplicación lógica que proporcionan varios Business Partners de alta disponibilidad. Si estáimplementando una solución de alta disponibilidad basándose en la duplicación lógica, puede crear unCRG de datos para ayudarle en la duplicación de datos entre los nodos primario y de copia deseguridad.

Para crear un CRG de datos desde la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.


2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Crear grupo de recursos de clúster... en el

menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de datos.

Creación de CRG de dispositivos:

Un grupo de recursos de clúster (CRG) de dispositivos se compone de una agrupación de recursos dehardware que se puede conmutar como una entidad. Para crear dispositivos conmutables en una soluciónde alta disponibilidad, los nodos que utilizan los dispositivos deben formar parte de un CRG dedispositivos.

Antes de crear un CRG de dispositivos, añada todos los nodos que compartirán un recurso conmutable aun dominio de dispositivo. La interfaz gráfica de PowerHA simplifica esta operación garantizando quelos nodos necesarios se encuentran en un dominio de dispositivo al crear un CRG de dispositivos.

Para crear un CRG de dispositivos utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster de dispositivos para crear un

CRG de dispositivos.

Creación de CRG de igual:

Puede crear un CRG de igual para definir roles de nodo en entornos de equilibrio de cargas.

Para crear un CRG de igual en un clúster mediante la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de igual.

Inicio de un CRG:

El inicio de un grupo de recursos de clúster (CRG) habilita la resiliencia del CRG.

Para iniciar un CRG utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.


3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Iniciar en el menú contextual del CRG que

desea iniciar.Información relacionada:Mandato Arrancar grupo de recursos de clúster (STRCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Especificación de colas de mensajesPuede especificar una cola de mensajes de clúster o una cola de mensajes de conmutación por anomalía.Estas colas de mensajes permiten determinar las causas de error en el entorno de PowerHA.

La cola de mensajes de clúster se utiliza para los mensajes a nivel de clúster y proporciona un mensajeque controla todos los grupos de recursos de clúster (CRG) que realizan una conmutación por anomalía aun nodo específico. La cola de mensajes de conmutación por anomalía se utiliza para los mensajes a nivelde CRG y proporciona un mensaje para cada CRG que realiza una conmutación por anomalía.

Especificación de una cola de mensajes de clúster

Nota: También puede configurar un clúster para que utilice una cola de mensajes de clústerespecificando la cola de mensajes mientras se ejecuta el asistente Crear clúster.

Para especificar una cola de mensajes de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Propiedades... en el menú Seleccionar acción.5. Pulse Editar en la sección Avanzada de la página Propiedades.6. Especifique la información de cola de mensajes de clúster en el campo Cola de mensajes de clúster y

pulse Guardar.

Especificación de una cola de mensajes de conmutación por anomalía

Para especificar una cola de mensajes de migración tras error utilizando la interfaz gráfica de PowerHA,siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Propiedades... en el menú de contexto del CRG

para el que desea una cola de mensajes de migración tras error.6. Pulse Editar en la sección Avanzada de la página Propiedades.7. Especifique la información de cola de mensajes de migración tras error en el campo Cola de mensajes

de migración tras error y pulse Guardar.Información relacionada:Crear clústerCrear grupo de recursos de clústerModificar grupo de recursos de clúster


Ejecución de conmutaciones por administraciónPuede ejecutar conmutaciones por administración para probar la solución de alta disponibilidad o paramanejar las interrupciones planificadas del nodo primario como, por ejemplo, una operación de copia deseguridad o un mantenimiento del sistema planificado.

Una conmutación manual por administración provoca la conmutación del nodo primario actual al primernodo de seguridad. El dominio de recuperación del grupo de recursos de clúster define estos roles.Cuando se produce una conmutación por administración, los roles de los nodos definidos actualmente enel dominio de recuperación cambian de forma que:v Al nodo primario actual se le asigna el rol del último nodo de copia de seguridad activo.v Al primer nodo de copia de seguridad actual se le asigna el rol del nodo primario.v Los siguientes nodos de copia de seguridad pasan al nivel superior siguiente en el orden de los nodos

de copia de seguridad.

La conmutación por administración sólo se permite en los CRG de aplicación, datos y dispositivos quetienen el estado Activo.

Nota: Si efectúa una conmutación por administración en un CRG de dispositivos, debe sincronizar elnombre de perfil de usuario, el UID y el GID por razones de rendimiento. El dominio administrativo declúster simplifica la sincronización de perfiles de usuario.

Para realizar una conmutación utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Pulse PowerHA en la ventana de IBM Navigator for i.3. En la página PowerHA, pulse Grupos de recursos de clúster.4. En la página Grupos de recursos de clúster, seleccione Conmutar ... en el menú de contexto del CRG

que desea conmutar.5. Pulse Aceptar en el panel de confirmación.

El grupo de recursos de clúster seleccionado ahora se conmuta al nodo de copia de seguridad. Lacolumna Estado se actualiza con el nuevo nombre de nodo.

Existe otra forma de realizar una conmutación de un CRG que está gestionando una ASP independienteutilizando la interfaz gráfica de PowerHA:

Para realizar una conmutación utilizando la interfaz gráfica de PowerHA®, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, seleccione Detalles... en el menú de contexto de la ASP

independiente gestionados por el CRG de dispositivos que desea conmutar.6. En la página Detalles de ASP independientes, seleccione Conmutar dentro del sitio... o Hacer copia

de producción... en el menú de contexto de la ASP independiente, dependiendo del tipo deconmutación que desee realizar.

7. Pulse Aceptar en el panel de confirmación.Conceptos relacionados:Dominio administrativo de clústerTareas relacionadas:


“Configuración de dominios administrativos de clúster” en la página 70En un entorno de alta disponibilidad, es necesario que el entorno operativo y de aplicaciones permanezcacoherente entre los distintos nodos que participan en la alta disponibilidad. El dominio administrativo declúster es la implementación de PowerHA de la resiliencia del entorno y garantiza que el entornooperativo permanezca coherente entre los nodos.Información relacionada:Mandato Cambiar grupo de recursos de clúster primario (CHGCRGPRI)API Iniciar conmutación por administración (QcstInitiateSwitchOver)

Configuración de nodosLos nodos son sistemas o particiones lógicas que participan en una solución de alta disponibilidad deIBM i.

Existen diversas tareas relacionadas con la configuración de nodos. Cuando utiliza el asistente Crearclúster, puede configurar un clúster simple de dos nodos. A continuación, puede añadir nodos adicionaleshasta un total de 128. Dependiendo de las tecnologías que conforman la solución de alta disponibilidad,serán necesarias tareas de configuración de nodos adicionales.

Inicio de nodos:

Al iniciar un nodo de clúster, se activan la agrupación en clúster y los servicios de recursos de clúster deun nodo en el entorno de alta disponibilidad de IBM i.

Un nodo puede iniciarse por sí mismo y reincorporarse al clúster activo actualmente si es capaz deencontrar un nodo activo en el clúster.

Para iniciar el clúster en un nodo utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Iniciar en el menú de contexto del nodo que desea iniciar.Información relacionada:Mandato Arrancar nodo de clúster (STRCLUNOD)Start Cluster Node (QcstStartClusterNode) API

Permitir la inclusión de nodos en un clúster:

Antes de añadir un nodo a un clúster, debe dar un valor al atributo de red Permitir añadir a clúster(ALWADDCLU).

Utilice el mandato Cambiar atributos de red (CHGNETA) sobre cualquier servidor que desee configurarcomo nodo de clúster. El mandato CHGNETA cambia los atributos de red de un sistema. El atributo de redALWADDCLU especifica si un nodo permite que otro sistema lo incorpore como nodo en un clúster.

Nota: Debe tener la autorización *IOSYSCFG para modificar el atributo de red ALWADDCLU.

Los valores posibles son los siguientes:

*SAMEEl valor no cambia. El sistema se entrega con el valor *NONE.


*NONENingún otro sistema puede incorporar este sistema como nodo en un clúster.

*ANY Cualquier otro sistema puede incorporar este sistema como nodo en un clúster.

*RQSAUTCualquier otro sistema puede incorporar este sistema como nodo en un clúster sólo después dehaberse autenticado la solicitud de adición de clúster.

Se comprueba el atributo de red ALWADDCLU para ver si el nodo que se está añadiendo tiene permisopara formar parte de un clúster y si es el caso para validar la petición del clúster por medio del uso decertificados digitales X.509. Un certificado digital es una forma de identificación personal que puedeverificarse electrónicamente. Si la validación es necesaria, el nodo que cursa la solicitud y el nodo enproceso de adición deben tener instalados los siguientes elementos en sus sistemas:v Opción 34 de IBM i (Gestor de certificados digitales)v IBM i Opción 35 (CCA Cryptographic Service Provider)

Si se selecciona *RQSAUT para ALWADDCLU, debe configurarse correctamente la lista de autoridades decertificado de confianza para la aplicación de servidor de seguridad de clúster de IBM i. El identificadorde la aplicación de servidor es QIBM_QCST_CLUSTER_SECURITY. Añada como mínimo autoridades decertificado para aquellos nodos que va a permitir que se incorporen al clúster.

Adición de nodos:

La interfaz gráfica de IBM i PowerHA permite crear un clúster con varios nodos. Una vez creado elclúster, puede añadir nodos adicionales a través de un nodo activo en el clúster. Un clúster puedecontener hasta 128 nodos.

Siga estos pasos para añadir un nodo a un clúster existente utilizando la interfaz gráfica de PowerHA:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la pestaña Nodos de clúster, seleccione Añadir nodo de clúster... en el menú Seleccionar acción.6. Especifique la información necesaria y pulse Aceptar.Información relacionada:Mandato Añadir entrada de nodo de clúster (ADDCLUNODE)API Añadir entrada de nodo de clúster (QcstAddClusterNodeEntry)

Adición de un nodo a un dominio de dispositivo:

Un dominio de dispositivo es un subconjunto de nodos de un clúster que comparte recursos dedispositivo.

Si está implementando una solución de alta disponibilidad que contiene tecnologías basadas enagrupaciones de discos independientes como, por ejemplo, un disco conmutado o la duplicación de sitioscruzados, debe definir el nodo como miembro de un dominio de dispositivo. Una vez añadido el nodo aun dominio de dispositivo, puede crear un grupo de recursos de clúster (CRG) de dispositivos que definael dominio de recuperación del clúster. Todos los nodos que van a formar parte del dominio derecuperación de un CRG de dispositivos deben estar en el mismo dominio de dispositivo. Un nodo declúster puede pertenecer sólo a un dominio de dispositivo.


Para crear y gestionar dominios de dispositivo, debe tener instalada la Opción 41 de PowerHA (Recursosconmutables de HA). Debe existir una clave de licencia válida en todos los nodos de clúster del dominiode dispositivo.

La interfaz gráfica de PowerHA simplifica la gestión de dominios de dispositivo garantizando que losnodos necesarios se encuentran en un dominio de dispositivo al crear un CRG de dispositivos o al añadirun nodo a un CRG de dispositivos.

Para añadir un nodo a un dominio de dispositivo utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


añadir a un dominio de dispositivo.6. Pulse Editar en la sección General de la página Propiedades.7. Especifique el nombre del dominio de dispositivo al que desea añadir el nodo en el campo Dominio

de dispositivo y pulse Guardar.Información relacionada:Mandato Añadir entrada de dominio de dispositivo (ADDDEVDMNE)API Añadir entrada de dominio de dispositivo (QcstAddDeviceDomainEntry)

Configuración de la detección avanzada de errores de nodoSe puede utilizar la detección avanzada de errores de nodo para evitar particiones de clúster cuando seha producido un error en un nodo de clúster. Puede utilizarse una consola de gestión de hardware(HMC) o una partición de Servidor de E/S virtual (VIOS) de un servidor gestionado por IntegratedVirtualization Manager (IVM).

Este ejemplo muestra la utilización de una consola HMC para gestionar dos sistemas IBM diferentes. Porejemplo, la consola HMC puede encender cada sistema o configurar particiones lógicas en cada sistema.


Además, la consola HMC supervisa el estado de cada sistema y las particiones lógicas de cada sistema.Suponga que cada sistema es un nodo de clúster y el servicio de recurso de clúster está supervisando unaseñal de prueba entre los dos nodos de clúster.

Mediante la detección avanzada de errores de nodo, se puede configurar el servicio de recurso de clústerpara que utilice la consola HMC. Por ejemplo, se puede configurar el Nodo A para que tenga unsupervisor de clúster que hace uso de la consola HMC. Cada vez que la consola HMC detecta un error enel Nodo B (el sistema o la partición lógica del Nodo B), notifica el error al servicio de recurso de clústerdel Nodo A. A continuación, el servicio de recurso de clúster del Nodo A marca el Nodo B como erróneoy realiza un proceso de migración tras error en lugar de particionar el clúster.

De la misma manera, se puede también configurar el Nodo B para que tenga un supervisor de clúster. Eneste ejemplo, pues, un error en el Nodo A o en el Nodo B da como resultado una notificación al otronodo desde la consola HMC.

Para utilizar la detección avanzada de errores de nodo, siga estos pasos:1. Configure la detección avanzada de errores de nodo en la HMC o en IVM.2. El servidor *CIMOM de TCP debe estar configurado e iniciado en cada nodo de clúster que tenga un

supervisor de clúster configurado en él. La configuración predeterminada del servidor *CIMOM quees proporcionada por el proceso de instalación de 5770-UME LP se debe cambiar para que el sistemaIBM i se pueda comunicar con el servidor CIM. Con este fin, es necesario ejecutar el mandatocimconfig dentro de un shell PASE para cambiar dos atributos de configuración que controlanaspectos de seguridad.

3. Inicie el servidor desde la línea de mandatos utilizando STRTCPSVR *CIMOM

4. Inicie un shell PASE desde la línea de mandatos utilizando CALL QP2TERM

5. Especifique /QOpenSys/QIBM/ProdData/UME/Pegasus/bin/cimconfig -senableAuthentication=false -p

6. Escriba /QOpenSys/QIBM/ProdData/UME/Pegasus/bin/cimconfig -ssslClientVerificationMode=optional -p . Consulte Autenticación para CIMOM para obtenerinformación sobre el atributo sslClientVerificationMode.

7. Cierre el shell PASE pulsando F3.8. Cierre el servidor *CIMOM mediante ENDTCPSVR *CIMOM.9. Reinicie el servidor *CIMON desde la línea de mandatos utilizando STRTCPSVR *CIMOM

10. Es necesario copiar un archivo de certificado digital desde la HMC o la partición VIOS de unservidor gestionado por Integrated Virtualization Manager (IVM) en el nodo de clúster y añadirlo aun almacén de claves de confianza. Los certificados digitales están autofirmados por la particiónHMC o VIOS. La instalación de una nueva versión de software en la partición HMC o VIOS puedecrear un nuevo certificado que hará que falle la comunicación entre la partición HMC o VIOS y elnodo de clúster (aparecerá el error CPFBBCB con el código de error 4). Si ocurre esto, añada elcertificado digital al almacén de claves de confianza en los nodos que tengan esa partición HMC oVIOS configurada en un supervisor de clúster.

11. Para configurar el clúster, puede utilizar la interfaz de línea de mandatos, el mandato Añadirsupervisor de clúster (ADDCLUMON) o la interfaz gráfica de PowerHA. Si elige esta última opción,siga los pasos siguientes:a. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host

del sistema.b. Inicie una sesión en el sistema con su perfil de usuario y contraseña.c. Pulse PowerHA en la ventana de IBM Navigator for i.d. En la página PowerHA, pulse Nodos de clúster.e. En la página Nodos de clúster, seleccione Propiedades... en el menú de contexto del nodo al que

desea añadir un supervisor de clúster.


||

f. En la sección Supervisores de clúster de la página Propiedades, seleccione Añadir supervisor declúster... en el menú Seleccionar acción.

g. Especifique la información del supervisor de clúster y pulse Aceptar.

Configuración de la detección avanzada de errores de nodo en la consola de gestión de hardware(HMC):

Se puede utilizar una Consola de gestión de hardware (HMC) con la detección avanzada de errores de nodo paraevitar particiones de clúster cuando se ha producido un error en un nodo de clúster.

Para la configuración de HMC, siga estos pasos:1. El servidor *CIMOM de TCP debe estar en ejecución en IBM i. Para comprobarlo, busque el trabajo

QUMECIMOM en el subsistema QSYSWRK. Si el trabajo no está en ejecución, puede iniciarlo con elmandato STRTCPSVR *CIMOM

2. El servidor *SSHD de TCP debe estar en ejecución en IBM i. En la pantalla de entrada de mandatos,escriba: STRTCPSVR *SSHD. Para iniciar el servidor *SSHD, el valor del sistema QSHRMEMCTLdebe estar establecido en 1.

3. Debe utilizar el monitor y teclado físicos conectados a la consola HMC. No puede conectarse a laconsola HMC mediante telnet o una interfaz web.

4. Abra un shell restringido. Para ello pulse con el botón derecho del ratón en el escritorio y luegoseleccione terminals/xterm.

5. Se abrirá una nueva ventana de shell en la parte superior del escritorio donde puede entrarmandatos.

6. En el paso siguiente utilizará el mandato secure copy en la consola HMC. Pero antes debe tener undirectorio padre asociado a su perfil en IBM i. Por ejemplo, si utiliza QSECOFR como nombre deperfil en el mandato scp, es necesario que tenga el directorio /home/QSECOFR en el sistema dearchivos integrado de IBM i.

7. Utilice el mandato secure copy para copiar un archivo en el nodo de clúster de IBM i. (scp/etc/Pegasus/server.pem QSECOFR@LP0236A:/nombre_servidor.pem) En el mandato anterior,cambie LP0236A por el nombre de su sistema IBM i y cambie nombre_servidor.pem pornombre_hmc.pem. Por ejemplo, utilice mi_hmc.pem como nombre del archivo.

8. Cierre la sesión de HMC9. Inicie la sesión en el sistema IBM i y abra una pantalla de entrada de mandatos

10. Entre en el entorno de shell PASE. En la pantalla de entrada de mandatos, escriba: call qp2term.11. Mueva el certificado digital de HMC (mv /mi_hmc.pem /QOpenSys/QIBM/UserData/UME/

Pegasus/ssl/truststore/mi_hmc.pem (en el mandato anterior, sustituya mi_hmc.pem por el nombrede archivo que utilice realmente)

12. Añada el certificado digital al almacén de claves públicas (/QOpenSys/QIBM/ProdData/UME/Pegasus/bin/cimtrust -a -U QSECOFR -f /QOpenSys/QIBM/UserData/UME/Pegasus/ssl/truststore/mi_hmc.pem -T s)

13. En el mandato anterior, sustituya mi_hmc.pem por el nombre de archivo que utilice realmente.14. Salga del shell PASE pulsando F3.15. Cierre el servidor CIM. En la pantalla de entrada de mandatos, escriba: ENDTCPSVR *CIMOM.16. Reinicie el servidor CIM para captar el nuevo certificado. En la pantalla de entrada de mandatos,

escriba: STRTCPSVR *CIMOM

Configuración de la detección avanzada de errores de nodo en un servidor de E/S virtual (VIOS) de unservidor gestionado por Integrated Virtualization Manager (IVM).:

Una partición de servidor de E/S virtual (VIOS) de un servidor gestionado por Integrated Virtualization Manager(IVM) puede utilizarse con detección avanzada de errores de nodo para evitar particiones de clúster cuando un nodode clúster ha fallado.


Para una partición de VIOS, siga estos pasos:1. Asegúrese de que el servidor TCP *SSHD está en ejecución en IBM i. En la línea de mandatos de

pantalla verde escriba: STRTCPSVR *SSHD.2. Conecte mediante Telnet con la partición de VIOS e inicie la sesión en la partición.3. Cambie a un shell no restringido escribiendo oem_setup_env4. Utilice el mandato secure copy para copiar un archivo en el nodo de clúster de IBM i . Por ejemplo,

/usr/bin/scp /opt/freeware/cimom/pegasus/etc/cert.pem QSECOFR@nombre-sistema:/server.pem. Cambie nombre-sistema por el nombre del sistema IBM i . Cambie server.pem porvios-name.pem.

5. Inicie el servidor CIMOM> que se ejecuta en la partición de VIOS escribiendo startnetsvc cimserver.6. Cierre la sesión en la partición de VIOS.7. En el sistema IBM i , inicie la sesión en la pantalla de entrada de mandatos.8. Entre en el entorno de shell PASE. En la pantalla de entrada de mandatos, escriba call qp2term.9. Mueva el certificado digital de HMC. Especifique mv /vios1.pem /QOpenSys/QIBM/UserData/UME/

Pegasus/ssl/truststore/vios1.pem. Sustituya vios1.pem por el nombre de archivo que utilice.10. Añada el certificado digital al almacén de claves públicas. Escriba /QOpenSys/QIBM/ProdData/

UME/Pegasus/bin/cimtrust -a -U QSECOFR -f vios1.pem -T s. Sustituya el nombre vios1.pem por elnombre de archivo que utilice.

11. Salga del shell PASE pulsando F3.12. Cierre el servidor CIMOM. En la pantalla de entrada de mandatos, escriba ENDTCPSVR *CIMOM.13. Reinicie el servidor CIMOM para captar el nuevo certificado. En la pantalla de entrada de mandatos,

escriba STRTCPSVR *CIMOM.

Configuración de CRGLos grupos de recursos de clúster (CRG) gestionan recursos en un entorno de alta disponibilidad de IBMi. Varias tareas permiten la gestión de recursos de alta disponibilidad a través de CRG.

Inicio de un CRG:

El inicio de un grupo de recursos de clúster (CRG) habilita la resiliencia del CRG.

Para iniciar un CRG utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Iniciar en el menú contextual del CRG que

desea iniciar.Información relacionada:Mandato Arrancar grupo de recursos de clúster (STRCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Creación de grupos de recursos de clúster (CRG):

Los grupos de recursos de clúster (CRG) gestionan recursos de alta disponibilidad como, por ejemplo,aplicaciones, datos y dispositivos. Cada tipo de CRG gestiona un tipo concreto de recurso en un entornode alta disponibilidad.

La interfaz gráfica de PowerHA permite crear distintos CRG para la gestión de los recursos de altadisponibilidad. Cada tipo de CRG puede utilizarse por separado o conjuntamente con otros CRG. Por


ejemplo, puede tener una aplicación empresarial autónoma que requiera alta disponibilidad. Una vezhabilitada la aplicación para la alta disponibilidad, puede crear CRG para gestionar la disponibilidad dela aplicación.

Si sólo desea que la aplicación, no sus datos, vuelva a estar disponible si se produce una interrupción delservicio, puede crear un CRG de aplicación. No obstante, si desea que estén disponibles la aplicación ylos datos, puede almacenar ambos en una agrupación de discos independiente, que puede definir en unCRG de dispositivo. Si se produce una falta de disponibilidad, la agrupación de discos independientecompleta se conmuta a un nodo de reserva, con lo que la aplicación y sus datos pasarán a estardisponibles.

Creación de CRG de aplicaciones:

Si tiene aplicaciones en la solución de alta disponibilidad que desea que tengan una alta disponibilidad,puede crear un grupo de recursos de clúster (CRG) de aplicaciones para gestionar la conmutación poranomalía de la aplicación.

Puede especificar la opción de permitir una dirección IP de toma de control activa cuando cree el CRG deaplicación. Si crea un CRG de aplicación que permite una dirección IP de toma de control activa, el CRGpodrá iniciarse.

Para crear un CRG de aplicación utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de

aplicación.Información relacionada:Mandato Crear grupo de recursos de clúster (CRTCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Creación de CRG de datos:

Los grupos de recursos de clúster (CRG) de datos se utilizan principalmente con las aplicaciones deduplicación lógica que proporcionan varios Business Partners de alta disponibilidad. Si estáimplementando una solución de alta disponibilidad basándose en la duplicación lógica, puede crear unCRG de datos para ayudarle en la duplicación de datos entre los nodos primario y de copia deseguridad.

Para crear un CRG de datos desde la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de datos.


Información relacionada:Mandato Crear grupo de recursos de clúster (CRTCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Creación de CRG de dispositivos:

Un grupo de recursos de clúster (CRG) de dispositivos se compone de una agrupación de recursos dehardware que se puede conmutar como una entidad. Para crear dispositivos conmutables en una soluciónde alta disponibilidad, los nodos que utilizan los dispositivos deben formar parte de un CRG dedispositivos.

Antes de crear un CRG de dispositivos, añada todos los nodos que compartirán un recurso conmutable aun dominio de dispositivo. La interfaz gráfica de PowerHA simplifica esta operación garantizando quelos nodos necesarios se encuentran en un dominio de dispositivo al crear un CRG de dispositivos.

Para crear un CRG de dispositivos utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster de dispositivos para crear un

CRG de dispositivos.Información relacionada:Mandato Crear grupo de recursos de clúster (CRTCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Creación de CRG de igual:

Puede crear un CRG de igual para definir roles de nodo en entornos de equilibrio de cargas.

Para crear un CRG de igual en un clúster mediante la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


menú Seleccionar acción.6. Siga las instrucciones del asistente Crear grupo de recursos de clúster para crear un CRG de igual.Información relacionada:Mandato Crear grupo de recursos de clúster (CRTCRG)API Crear grupo de recursos de clúster(QcstCreateClusterResourceGroup)

Configuración de dominios administrativos de clústerEn un entorno de alta disponibilidad, es necesario que el entorno operativo y de aplicaciones permanezcacoherente entre los distintos nodos que participan en la alta disponibilidad. El dominio administrativo declúster es la implementación de PowerHA de la resiliencia del entorno y garantiza que el entornooperativo permanezca coherente entre los nodos.


Creación de un dominio administrativo de clústerEn una solución de alta disponibilidad, el dominio administrativo del clúster proporciona los mecanismosnecesarios para mantener los recursos sincronizados entre los sistemas y las particiones de un clúster.

Para crear el dominio administrativo de clúster, un usuario debe tener la autoridad *IOSYSCFG yautoridad en el perfil de usuario QCLUSTER. Para gestionar un dominio administrativo de clúster, unusuario debe tener autorización en el CRG que representa el dominio administrativo de clúster, el perfilde usuario QCLUSTER y los mandatos del grupo de recursos de clúster.

Para crear un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominio administrativo de clúster, seleccione Crear dominio administrativo... en el

menú Seleccionar acción.6. Especifique el dominio administrativo de clúster y pulse Aceptar.Conceptos relacionados:“Mantenimiento de los perfiles de usuario en todos los nodos” en la página 46Puede utilizar dos mecanismos para mantener los perfiles de usuario en todos los nodos de un clúster.Información relacionada:Mandato Crear dominio administrativo de clúster (CRTCAD)API Crear dominio administrativo de clúster (QcstCrtClusterAdminDomain)

Añadir un nodo al dominio administrativo de clústerPuede añadir nodos adicionales a un dominio administrativo de clúster en una solución de altadisponibilidad.

Antes de añadir un nodo a un dominio administrativo de clúster, asegúrese de que el nodo forme partedel clúster en el que reside el dominio administrativo de clúster. De lo contrario, no podrá añadir el nodoal dominio administrativo de clúster. El dominio administrativo de clúster no tiene que estar activado,pero los recursos no serán coherentes hasta que se active.

Cuando se añade un nodo al dominio administrativo, las MRE del dominio se copian en el nodo que seestá añadiendo. Si el recurso supervisado no existe en el nuevo nodo, el dominio administrativo declúster lo crea. Si el recurso supervisado ya existe en el nodo que se está añadiendo, se sincroniza con elresto del dominio administrativo de clúster si el dominio está activado. Es decir, los valores de losatributos de cada recurso supervisado en el nodo que se está uniendo se modifican para que coincidancon los valores globales de los recursos supervisados en el dominio activo.

Para añadir un nodo a un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA,siga estos pasos:1. Inicie una sesión en el sistema con su perfil de usuario y contraseña.2. Pulse PowerHA en la ventana de IBM Navigator for i.3. En la página PowerHA, pulse Dominios administrativos de clúster.4. En la página Dominios administrativos, seleccione Nodos de dominio... en el menú de contexto del

dominio administrativo de clúster al que desea añadir un nodo.5. En la página Nodos de dominio, seleccione Añadir nodo de dominio... en el menú Seleccionar

acción.6. Seleccionar el nodo que desea añadir y pulse Aceptar.


Información relacionada:Mandato Añadir entrada de nodo de dominio administrativo de clúster (ADDCADNODE)API Añadir nodo a dominio de recuperación (QcstAddNodeToRcvyDomain)

Inicio de un dominio administrativo de clústerLos dominios administrativos de clúster proporcionan resiliencia de entorno para recursos en unasolución de alta disponibilidad de IBM i.

Cuando se inicia el dominio administrativo de clúster, cualquier cambio realizado en un recursosupervisado cuando está finalizando el dominio administrativo de clúster se propagará a todos los nodosactivos del dominio administrativo de clúster.

Para iniciar un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominios administrativos de clúster, seleccione Iniciar en el menú de contexto del

dominio administrativo de clúster que desea iniciar.

La columna Estado muestra que el dominio administrativo de clúster se ha iniciado.Conceptos relacionados:“Sincronización de recursos supervisados”La sincronización de recursos supervisados se produce cuando los recursos supervisados se modifican ennodos que se han definido en el dominio administrativo de clúster.Información relacionada:Mandato Arrancar dominio administrativo de clúster (STRCAD)

Sincronización de recursos supervisadosLa sincronización de recursos supervisados se produce cuando los recursos supervisados se modifican ennodos que se han definido en el dominio administrativo de clúster.

Durante este proceso de sincronización, el dominio administrativo del clúster intenta cambiar cadarecurso con atributos cuyos valores no coincidan con los valores globales, a menos que haya un cambiopendiente para dicho recurso. El cambio pendiente se distribuye en todos los nodos activos del dominio yse aplica a cada recurso afectado en cada nodo. Cuando se distribuyen los cambios pendientes, el valorglobal se modifica y el estado global de cada recurso afectado se cambia a coherente o incoherente,dependiendo de la salida de la operación de cambio del recurso en cada nodo. Si el recurso afectado secambia satisfactoriamente en todos los nodos del dominio, el estado global de dicho recurso es coherente.Si la operación de cambio falla en algún nodo, el estado global se establece en incoherente.

Si se realizan cambios en el mismo recurso desde distintos nodos mientras el dominio administrativo declúster está inactivo, todos los cambios se propagan a todos los nodos activos como parte del proceso desincronización cuando se inicia el dominio. Aunque todos los cambios pendientes se procesen durante laactivación del dominio administrativo de clúster, no hay ningún orden garantizado en el proceso de loscambios. Si realiza cambios en un recurso individual desde varios nodos de clúster mientras los dominiosadministrativos de clúster están inactivos, no hay ningún orden garantizado en el proceso de los cambiosdurante la activación.


Si uno nodo se une a un dominio administrativo de clúster inactivo (esto es, el nodo se inicia cuando sefinaliza el dominio administrativo de clúster), los recursos supervisados no se resincronizarán hasta quese inicie el dominio administrativo de clúster.

Nota: El dominio administrativo de clúster y el programa de salida asociado son objetos proporcionadospor IBM. No deben cambiarse con la API QcstChangeClusterResourceGroup ni con el mandato Cambiargrupo de recursos de clúster (CHGCRG), o se producirán resultados imprevistos.

Cuando un nodo de clúster que forma parte de un dominio administrativo de clúster se finaliza, losrecursos supervisados todavía pueden cambiarse en el nodo inactivo. Cuando se vuelva a iniciar el nodo,los cambios se resincronizarán con el resto del dominio administrativo de clúster. Durante el proceso deresincronización, el dominio administrativo de clúster aplica los cambios del nodo que estaba inactivo alresto de nodos activos del dominio, a menos que también se hayan realizado cambios en el dominioactivo cuando el nodo estaba inactivo. Si se han realizado cambios en un recurso supervisado en eldominio activo y en el nodo inactivo, los cambios realizados en el dominio activo se aplican al nodo de launión. En otras palabras, no se pierde ningún cambio realizado en un recurso supervisado,independientemente del estado del nodo. Puede especificar la opción de sincronización para controlar elcomportamiento de la sincronización.

Si desea finalizar un nodo de clúster que forma parte de un dominio administrativo de clúster, y nodesea que los cambios realizados en el nodo inactivo se vuelvan a propagar al dominio activo cuando seinicie el nodo (por ejemplo, cuando se finaliza el nodo de clúster para realizar pruebas en él), debeeliminar el nodo del CRG de igual del dominio administrativo antes de finalizar el nodo de clúster.Conceptos relacionados:Mandato Eliminar entrada de nodo de dominio administrativo (RMVCADNODE)Tareas relacionadas:“Inicio de un dominio administrativo de clúster” en la página 72Los dominios administrativos de clúster proporcionan resiliencia de entorno para recursos en unasolución de alta disponibilidad de IBM i.Información relacionada:Mandato Eliminar entrada de nodo de CRG (RMVCRGNODE)

Añadir entradas de recursos supervisadosPuede añadir una entrada de recurso supervisado (MRE) a un dominio administrativo de clúster. Lasentradas de recursos supervisados definen recursos críticos para que los cambios realizados en estosrecursos sean coherentes en todo el entorno de alta disponibilidad.

Para añadir una entrada de recursos supervisados utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominios administrativos de clúster, seleccione Recurso supervisado... en el menú de

contexto del dominio administrativo de clúster al que desea añadir el recurso supervisado.6. En la página Recurso supervisado, seleccione Añadir recursos supervisados... en el menú Seleccionar

acción.7. Especifique la información del recurso supervisado y pulse Aceptar.Tareas relacionadas:“Selección de atributos a supervisar” en la página 111Una vez añadidas entradas de recursos supervisados, puede seleccionar los atributos asociados con los


recursos para que el dominio administrativo de clúster los supervise.Información relacionada:Mandato Añadir MRE de dominio administrativo (ADDCADMRE)API Añadir entrada de recurso supervisado (QfpadAddMonitoredResourceEntry)

Configuración de agrupaciones de discos independientesEn un entorno de alta disponibilidad, es necesario que la aplicación y sus datos permanezcan coherentesentre los distintos nodos que participan en la alta disponibilidad. Una agrupación de discosindependiente es una agrupación de discos que contiene objetos, los directorios o bibliotecas quecontienen los objetos y otros atributos de objeto, como por ejemplo atributos de autorización y propiedad.Una agrupación de discos independiente puede utilizarse como ayuda en esta situación.Información relacionada:Agrupaciones de discos

IBM eServer iSeries Independent ASPs: A Guide to Moving Applications to IASPs

Creación de una agrupación de discos independientePara crear una agrupación de discos independiente, puede utilizar la interfaz gráfica de PowerHA, lainterfaz gráfica de Configuración y servicio o el mandato Configurar dispositivo ASP (CFGDEVASP).

Para utilizar la interfaz gráfica de PowerHA para crear una agrupación de discos independiente, sigaestos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, pulse Mostrar todas las demás... para mostrar las agrupaciones de

discos independientes que no están altamente disponibles actualmente.6. Seleccione Crear ASP independiente... en el menú Seleccionar acción de la tabla Todas las demás.7. Siga las instrucciones del asistente Crear ASP independiente para crear una agrupación de discos

independiente.

Para utilizar la interfaz gráfica de Configuración y servicio para crear una agrupación de discosindependiente, siga estos pasos:

Nota:Para trabajar con el disco dentro de IBM Navigator for i, debe tener la configuración de contraseñaadecuada para Herramientas de servicio dedicado. Con el asistente Agrupación de discos nueva puedeincluir unidades de disco no configuradas en un conjunto de paridad, y puede iniciar la protección deparidad de dispositivos y la compresión de discos. Cuando añada unidades de disco, no reparta lasunidades de disco que están en el mismo conjunto de paridad entre distintas agrupaciones de discos, yaque la anomalía en un conjunto de paridad afectaría a varias agrupaciones de discos.

Interfaz gráfica de Configuración y servicio (IBM Navigator for i)

1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host delsistema.

2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Navigator for i.4. Seleccione Unidades de disco.5. En el menú Seleccionar acciones, seleccione Agrupación de discos nueva.


|


6. Siga las instrucciones del asistente para añadir unidades de disco a una agrupación de discos nueva.7. Imprima la configuración de discos para que esté disponible en una situación de recuperación.8. Anote la relación entre el nombre y el número de la agrupación de discos independiente.

El mandato Configurar dispositivo ASP (CFGDEVASP) puede utilizarse para crear una agrupación dediscos independiente. Para obtener más información sobre el mandato, consulte Mandato CFGDEVASP(Configurar dispositivo ASP).

Nota: añada agrupaciones de disco independientes cuando haya reiniciado completamente el sistema. Sidebe utilizar el asistente Agrupación de discos nueva en la modalidad de herramientas de serviciodedicado (DST), cree una descripción de dispositivo asociada para la agrupación de discos independienteuna vez reiniciado completamente el sistema. Utilice el mandato Crear descripción de dispositivo (ASP)(CRTDEVASP) para crear la descripción de dispositivo. Dé un nombre a la descripción de dispositivo y alrecurso que coincida con el nombre de la agrupación de discos independiente. Puede utilizar el mandatoTrabajar con descripciones de dispositivo (WRKDEVD) para comprobar que los nombres de ladescripción de dispositivo y la agrupación de discos independiente coinciden.

Inicio de la protección duplicadaLos asistentes Añadir unidad de disco y Agrupación de discos nueva sirven de guía en el proceso deañadir pares de unidades de disco de capacidad similar a una agrupación de discos protegida. Una vezque las unidades de disco están configuradas correctamente, está preparado para iniciar la protección porduplicación.

La protección duplicada es local en un sistema individual y es distinta de la duplicación de sitioscruzados. Si desea iniciar la duplicación de una agrupación de discos independiente que no estádisponible, puede hacerlo cuando se reinicie completamente el sistema. Para las demás agrupaciones dediscos, debe reiniciar el sistema en la modalidad de herramientas de servicio dedicado (DST) antes deiniciar la protección por duplicación.

Hay restricciones a tener en cuenta cuando inicia la protección por duplicación en las unidades de discode una agrupación de discos.v Las unidades de disco que tienen protección por paridad de dispositivo no se pueden duplicar.v Las unidades de disco se deben duplicar en unidades de disco que tienen un tamaño de sector

idéntico.v Las unidades de disco se deben duplicar en unidades de disco que tienen aproximadamente la misma

capacidad.

Existen restricciones que se deben seguir cuando se inicia la protección por duplicación en la unidad dedisco de origen de carga.v Cuando un par duplicado está formado por dos discos de capacidades diferentes, se debe iniciar el

disco de menor capacidad como dispositivo de origen de carga. El origen de carga se puede entoncesasociar con la unidad de disco de mayor capacidad. Por ejemplo, si la unidad de disco de origen decarga es un disco de 35 gigabytes, se puede asociar con un disco de 36 gigabytes. Si el origen de cargaes un disco de 36 gigabytes, no se puede asociar con el disco de 35 gigabytes.

v Es necesario indicar al sistema que asocie la unidad de disco de origen de carga con una unidad dedisco que reside en una ubicación física que el procesador de servicio no puede utilizar para realizarun IPL de la partición. Desde SST, seleccione Trabajar con unidades de disco->Trabajar conconfiguración de disco->Habilitar duplicación de origen de carga remoto. La función Habilitarduplicación de origen de carga remoto permite asociar una unidad de disco con la unidad origen decarga aunque la unidad de disco se encuentre en una ubicación física que el procesador de servicio nopuede utilizar para realizar una IPL de la partición.

Para iniciar la duplicación utilizando IBM Navigator for i, siga estos pasos:1. Seleccione Configuración y servicio en IBM Navigator for i.


||

|

||

||

2. Seleccione Agrupaciones de discos.3. Seleccione la agrupación de discos que desea duplicar.4. Pulse con el botón derecho del ratón sobre la agrupación de discos que desee duplicar y seleccione

Iniciar duplicación.

Detención de la protección duplicadaCuando se detiene la protección duplicada, se desconfigura una unidad de disco de cada par duplicado.Para poder detener la protección duplicada de una agrupación de discos, previamente debe existir comomínimo una unidad de disco activa en cada par duplicado de la agrupación de discos.

Para controlar qué unidad de disco duplicada de cada par se desconfigura, debe suspender las unidadesde disco que desee desconfigurar. Para las unidades de disco que no se suspenden, la selección esautomática.

Si desea detener la duplicación de una agrupación de discos independiente que no está disponible, puedehacerlo cuando se reinicie completamente el sistema. Para las demás agrupaciones de discos, debereiniciar el sistema en la modalidad de herramientas de servicio dedicado (DST) antes de detener laprotección duplicada.

La protección duplicada está dedicada a un sistema individual y es distinta de la duplicación de sitioscruzados.

Para detener la protección por duplicación utilizando IBM Navigator for i, siga estos pasos:1. Seleccione Configuración y servicio en IBM Navigator for i.2. Seleccione Agrupaciones de discos.3. Pulse con el botón derecho del ratón la agrupación de discos que desea detener.4. Seleccione Detener duplicación.

Añadir una unidad de disco o una agrupación de discosEl asistente Añadir unidad de disco puede utilizarse para añadir unidades de disco nuevas o noconfiguradas a una agrupación de discos existente.

Los asistentes Añadir unidad de disco y Agrupación de discos permiten ahorrar tiempo al empaquetarvarias funciones de configuración lentas en un proceso eficaz. También eliminan las conjeturas de laconfiguración de unidades de disco, ya que conocen las posibilidades del sistema y sólo ofrecen opcionesválidas. Por ejemplo, el asistente no incluye la opción de iniciar la compresión a menos que el sistematenga esa función.

Cuando elige añadir unidades de disco a una agrupación de discos protegida, el asistente obliga a incluirunidades de disco con protección de paridad de dispositivos o a añadir suficientes unidades de disco dela misma capacidad para iniciar la protección duplicada. El asistente también ofrece la opción deequilibrar los datos en la agrupación de discos o iniciar la compresión de disco si estas opciones sonacciones permitidas para la configuración del sistema. A continuación, debe decidir qué opciones deseaelegir para que la operación se adapte a su sistema.

Para añadir una unidad de disco o una agrupación de discos utilizando IBM Navigator for i, siga estospasos:1. Seleccione Configuración y servicio en IBM Navigator for i.2. Seleccione Unidades de disco.3. En el menú Acciones, seleccione Añadir unidad de disco.4. Siga las instrucciones del asistente para añadir unidades de disco a la agrupación de discos.

También puede añadir una unidad de disco a una agrupación de discos mediante IBM Navigator for isiguiendo estos pasos:


1. Seleccione Configuración y servicio en IBM Navigator for i.2. Seleccione Agrupaciones de discos.3. Pulse con el botón derecho del ratón la agrupación de discos a la que desea añadir una unidad de

discos y seleccione Añadir unidad de disco.4. Siga las instrucciones del asistente para añadir unidades de disco a la agrupación de discos.

Nota: Debe efectuar una carga del programa inicial (IPL) del sistema para que la agrupación de discosesté disponible en el sistema de archivos integrado (IFS).

Evaluación de la configuración actualAntes de cambiar la configuración de discos del sistema, es importante saber dónde se encuentranexactamente las unidades de disco existentes en relación con las agrupaciones de discos, los IOA y lastramas.

La vista gráfica de IBM Navigator for i elimina el proceso de compilación de toda esta información alproporcionar una representación gráfica de cómo está configurado el sistema. Puede utilizar la vistagráfica para ejecutar las funciones que sean posibles en la vista de lista de unidades de disco de IBMNavigator for i, con la ventaja añadida de poder ver una representación visual. Si pulsa cualquier objetode la tabla con el botón derecho del ratón, por ejemplo, una unidad de disco específica, una agrupaciónde discos, un conjunto de paridad o una trama, verá las mismas opciones que en la tabla principal deIBM Navigator for i.

Puede elegir cómo ver el hardware en la ventana Vista gráfica de unidad de disco. Por ejemplo, puedeseleccionar verlo por agrupaciones de disco y, a continuación, seleccionar una agrupación de discos en lalista para mostrar sólo las tramas que contengan las unidades de disco que conforman la agrupación dediscos seleccionada. Puede seleccionar Mostrar todas las tramas para ver todas las tramas, tanto sicontienen o no unidades de disco en la agrupación de discos seleccionada. También puede seleccionarMostrar posiciones de dispositivo para asociar nombres de unidades de disco con la posición dedispositivo donde están insertadas.

Puede pulsar con el botón derecho del ratón sobre cualquier unidad de disco resaltada en azul en la vistagráfica y seleccionar la acción que desea ejecutar en la unidad de disco. Por ejemplo, puede seleccionariniciar o detener la compresión en una unidad de disco, incluir o excluir la unidad de disco en unconjunto de paridad, o cambiar el nombre de la unidad de disco. Si la unidad de disco tiene la protecciónduplicada, puede suspender o reanudar la duplicación en la unidad de disco. Si pulsa una ranura deunidad de disco vacía con el botón derecho del ratón, puede iniciar el asistente Instalar unidad de disco.

Para activar la vista gráfica desde IBM Navigator for i, siga estos pasos:1. Seleccione Configuración y servicio en IBM Navigator for i.2. Seleccione Unidades de disco o Agrupaciones de discos.3. En el menú Acciones, seleccione Vista gráfica.

Hacer altamente disponible una agrupación de discos independientePara hacer que una agrupación de discos independiente sea de alta disponibilidad, ésta debe pasar aestar gestionada por la agrupación en clúster mediante un grupo de recursos de clúster de dispositivos.

Para utilizar la interfaz gráfica de PowerHA para hacer que una agrupación de discos independiente seade alta disponibilidad, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.


5. En la página Detalles de ASP independientes, pulse Hacer altamente disponible... en el menú decontexto de la ASP independiente que desea hacer altamente disponible.

6. Siga las instrucciones del asistente Hacer altamente disponible para hacer que la agrupación dediscos independiente esté altamente disponible.

Configuración de la duplicación geográficaLa duplicación geográfica es una subfunción de la duplicación de sitios cruzados. Para configurar unasolución de alta disponibilidad utilizando la duplicación geográfica, debe configurar una sesión deduplicación entre el sistema de producción y el sistema de copia de seguridad.

Antes de configurar la duplicación geográfica, debe tener un clúster activo, nodos y un CRG. Lasagrupaciones de discos independientes que tiene previsto utilizar para la duplicación geográfica tambiénpueden desactivarse (no disponibles) para completar la configuración. El tema Caso de ejemplo:duplicación geográfica proporciona instrucciones paso a paso para configurar una solución de altadisponibilidad basada en la duplicación geográfica.

Para utilizar la interfaz gráfica de PowerHA para configurar la duplicación geográfica, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, seleccione Detalles... en el menú de contexto de la agrupación de

discos independiente para la que desea configurar la duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Configurar duplicación... en el menú

contextual de la copia de producción de la agrupación de discos independiente.7. Siga las instrucciones del asistente Crear ASP independiente para crear una agrupación de discos

independiente.

Para utilizar la interfaz gráfica de Configuración y servicio para configurar la duplicación geográfica, sigalos pasos que se indican a continuación. La interfaz gráfica de Configuración y servicio no se muestra siel programa bajo licencia IBM PowerHA SystemMirror para i está instalado.

Interfaz gráfica de Configuración y servicio (IBM Navigator for i)

1. Inicie una sesión en el sistema con su perfil de usuario y contraseña.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Systems Director Navigator para i.4. Seleccione Agrupaciones de discos.5. Seleccione la agrupación de discos que desee utilizar como copia de producción (origen).6. En la página Detalles de ASP independiente, seleccione Configurar duplicación... en el menú

contextual de la copia de producción de la agrupación de discos independiente.7. Siga las instrucciones del asistente Configurar duplicación para configurar la duplicación geográfica.Información relacionada:Mandato Configurar duplicación geográfica (CFGGEOMIR)

Configuración de la duplicación MetroPara las soluciones de alta disponibilidad de IBM i que utilizan la tecnología Metro Mirror de IBMSystem Storage, debe configurar una sesión entre la máquina IBM i y las unidades de almacenamientoexternas de IBM System Storage que tienen configurada Metro Mirror. En IBM i, las sesiones de


duplicación Metro no configuran la duplicación en las unidades de almacenamiento externas, sino queconfiguran una relación entre los sistemas IBM i y la configuración de duplicación Metro existente en lasunidades de almacenamiento externas.

Antes de crear una sesión de duplicación Metro en IBM i, debe haber configurado la duplicación Metroen las unidades de almacenamiento externas de IBM System Storage.v Para obtener información sobre la utilización de Metro Mirror en IBM System Storage DS8000, consulte

Copy Services en el Information Center de IBM System Storage DS8000 .v Para obtener información sobre cómo utilizar la duplicación Metro con un controlador de volumen

SAN (SVC) o dispositivos de almacenamiento Storwize, consulte IBM SAN Volume ControllerInformation Center.

Para utilizar la interfaz gráfica de PowerHA para configurar la duplicación Metro, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea configurar la duplicación Metro.6. En la página Detalles de ASP independiente, seleccione Configurar duplicación... en el menú

contextual de la copia de producción de la agrupación de discos independiente.7. Siga las instrucciones del asistente Configurar duplicación para configurar la duplicación Metro.

Para utilizar la interfaz gráfica de Configuración y servicio para configurar una sesión de duplicaciónMetro, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Navigator for i.4. Seleccione Agrupaciones de discos.5. Seleccione la agrupación de discos que desea utilizar como copia de producción (origen).6. En el menú Seleccionar acciones, seleccione Sesión nueva.7. Siga las instrucciones del asistente para completar la tarea.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Información relacionada:Mandato Añadir descripción de copia de ASP (ADDASPCPYD)Mandato Arrancar sesión de ASP (STRASPSSN)

Configuración de Global MirrorPara las soluciones de alta disponibilidad de IBM i que utilizan la tecnología Global Mirror de IBMSystem Storage, debe configurar una sesión entre la máquina IBM i y las unidades de almacenamientoexternas de IBM System Storage que tienen configurada Global Mirror. En IBM i, las sesiones de GlobalMirror no configuran la duplicación en las unidades de almacenamiento externas, sino que configuranuna relación entre los sistemas IBM i y la configuración de Global Mirror existente en las unidades dealmacenamiento externas.





Antes de crear una sesión de Global Mirror en IBM i, debe haber configurado Global Mirror en lasunidades de almacenamiento externas de IBM System Storage.v Para obtener información sobre la utilización de Global Mirror en IBM System Storage DS8000,

consulte Copy Services en el Information Center de IBM System Storage DS8000 .v Para obtener información sobre cómo utilizar Global Mirror con un controlador de volumen SAN

(SVC) o dispositivos de almacenamiento Storwize, consulte IBM SAN Volume Controller InformationCenter.

Para utilizar la interfaz gráfica de PowerHA para crear una agrupación de discos independiente, sigaestos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea configurar Global Mirror.6. En la página Detalles de ASP independientes, seleccione Configurar duplicación... en el menú

contextual de la copia de producción de la agrupación de discos independiente.7. Siga las instrucciones del asistente Crear ASP independiente para crear una agrupación de discos

independiente.

Para configurar la duplicación global, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Navigator for i.4. Seleccione Agrupaciones de discos.5. Seleccione la agrupación de discos que desea utilizar como copia de producción (origen).6. En el menú Seleccionar acciones, seleccione Sesión nueva.7. Siga las instrucciones del asistente para completar la tarea.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Información relacionada:Mandato Añadir descripción de copia de ASP (ADDASPCPYD)Mandato Arrancar sesión de ASP (STRASPSSN)

Configuración de unidades lógicas conmutadasUna unidad lógica conmutada es una agrupación de discos independiente que está controlada por ungrupo de recursos de clúster de dispositivo y se puede conmutar entre los nodos de un clúster. Parasoluciones de alta disponibilidad de IBMi que utilicen unidades lógicas con IBM® System Storage™, esnecesario que configure una Descripción de copia de ASP que defina los identificadores de host y gruposde volúmenes para cada nodo de clúster en el que se pueda conmutar el dispositivo ASP.

En IBM i, la creación de una Descripción de copia de ASP para unidades lógicas conmutadas noconfigura los identificadores de host y grupos de volúmenes en las unidades de almacenamientoexternas, sino que configura una relación entre los sistemas IBM i y los identificadores de host y gruposde volúmenes existentes en las unidades de almacenamiento externas.





Antes de crear una descripción de copia para unidades lógicas conmutadas en IBM i, debe haberconfigurado las unidades lógicas en la unidad de almacenamiento externa de IBM System Storage asícomo haber creado la agrupación de almacenamiento auxiliar independiente y el grupo de recursos declúster de dispositivo que controlarán la conmutación. Para obtener información sobre la utilización deIBM System Storage DS8000®, consulte el Information Center de IBM System Storage DS8000.

Para obtener más detalles sobre el uso de otras tecnologías de almacenamiento, consulte “Servidores dealmacenamiento soportados por PowerHA” en la página 42.

Para configurar unidades lógicas conmutadas, siga estos pasos:1. Ejecute el mandato Añadir descripción de copia de ASP (ADDASPCPYD) en un indicador de

mandatos de IBMi.2. Especifique los nombres apropiados para el dispositivo ASP, el grupo de recursos de clúster, el sitio

del grupo de recursos de clúster, el host de IBM System Storage, la ubicación y el nombre de launidad lógica.

3. Escriba valores apropiados para los nombres de nodo del clúster, identificadores de host y grupos devolúmenes en el campo de dominio de recuperación.

4. Cree una Descripción de copia de ASP para cada dispositivo ASP que deba utilizar unidades lógicasconmutadas. Cada dispositivo ASP del grupo de recursos de clúster debe estar definido por su propiadescripción de copia de ASP.

Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Configuración de una sesión de FlashCopyPara los entornos de alta disponibilidad de IBM i que hacen uso de la tecnología IBM System Storage,puede configurar una sesión de FlashCopy para crear una copia puntual de los datos.

Para obtener más información sobre el uso de la función FlashCopy en IBM System Storage, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.

Configuración de FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirror para iestá instalado

Para configurar FlashCopy mediante la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de PowerHA.4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, seleccione Detalles... en el menú de contexto de la agrupación de

discos independiente para la que desea crear una FlashCopy.6. En la página Detalles de ASP independiente, seleccione Crear FlashCopy... en el menú de contexto

del que desea crear la FlashCopy.7. Siga las instrucciones del asistente Crear FlashCopy para crear una FlashCopy.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.


Configuración de DS8000 Full System HyperSwapEn las soluciones de alta disponibilidad de System i que utilizan HyperSwap, la detección de laconfiguración de HyperSwap es automática en la máquina System i una vez realizada la configuraciónadecuada en las unidades de almacenamiento externas de IBM System Storage.

Los pasos presuponen conocimientos de configuración y gestión de un IBM System Storage DS8000. Paraobtener información sobre cómo utilizar una unidad DS8000 de IBM System Storage, consulte CopyServices en el Information Center de DS8000 de IBM System Storage.

Para configurar HyperSwap, siga estos pasos:1. Crear LUNs en el DS8000 de origen.2. Asignar LUNs del DS8000 de origen a la máquina System i.3. Crear LUNs en el DS8000 de destino. No las asigne a System i hasta después de configurar Metro

Mirror.4. Configurar Metro Mirror entre las unidades DS8000 de origen y destino.5. Asignar las LUN del DS8000 de destino a la misma máquina System i.6. Verificar la configuración de HyperSwap con el mandato Visualizar estado de HyperSwap

(DSPHYSSTS).

Para comprender cómo HyperSwap interactúa con la afinidad, consulte “Definición de la afinidad deHyperSwap”.Tareas relacionadas:“Definición de la afinidad de HyperSwap”Al utilizar DS8000 HyperSwap combinado con la conmutación de nivel de unidad lógica (LUN) y/oPowerVM Live Partition Mobility, es posible definir qué sistemas IBM i debe utilizar con IBM SystemStorage DS8000 como primario. Después de realizar una conmutación de Live partition mobility o unaconmutación de CRG de conmutación de LUN, si la partición ya no se está ejecutando en la unidad deIBM System Storage preferida, se realiza una conmutación de HyperSwap a la unidad de IBM SystemStorage secundaria como parte del proceso de conmutación.Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)Mandato Visualizar estado de HyperSwap (DSPHYSSTS)

Live Partition Mobility

Definición de la afinidad de HyperSwap

Al utilizar DS8000 HyperSwap combinado con la conmutación de nivel de unidad lógica (LUN) y/oPowerVM Live Partition Mobility, es posible definir qué sistemas IBM i debe utilizar con IBM SystemStorage DS8000 como primario. Después de realizar una conmutación de Live partition mobility o unaconmutación de CRG de conmutación de LUN, si la partición ya no se está ejecutando en la unidad deIBM System Storage preferida, se realiza una conmutación de HyperSwap a la unidad de IBM SystemStorage secundaria como parte del proceso de conmutación.

Para definir qué unidad de DS8000 se puede utilizar con qué sistemas de IBM i, se utilizan lasdescripciones de configuración de HA. El mandato Añadir descripción de configuración de altadisponibilidad (ADDHACFGD) se puede utilizar para definir una relación de afinidad entre el número deserie del servidor que aloja la partición de IBM i y el identificador de unidad de IBM System Storage delservidor de almacenamiento de DS8000.Tareas relacionadas:“Configuración de DS8000 Full System HyperSwap”En las soluciones de alta disponibilidad de System i que utilizan HyperSwap, la detección de laconfiguración de HyperSwap es automática en la máquina System i una vez realizada la configuración


||||||

|||||



https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Live%20Partition%20Mobility

adecuada en las unidades de almacenamiento externas de IBM System Storage.Información relacionada:Mandato Añadir descripción de almacenamiento de HyperSwap (ADDHYSSTGD)Mandato Cambiar descripción de almacenamiento de HyperSwap (CHGHYSSTGD)Mandato Eliminar descripción de almacenamiento de HyperSwap (RMVHYSSTGD)

Live Partition Mobility

Configuración de DS8000 HyperSwap con agrupaciones dealmacenamiento auxiliar independiente (IASPs)En una configuración de HyperSwap basada en IASP, tanto la conmutación de HyperSwap como laconmutación de unidad lógica (LUN) deben estar configuradas.

Como con la mayoría de otras operaciones, las IASPs secundarias se definen en la misma relación deHyperSwap que la IASP primaria asociada. No es posible dividir primaria y secundarias en relacionesdistintas. Puede definir relaciones distintas para diferentes IASPs primaria o de UDFS.

Para las soluciones de alta disponibilidad de IBM i que utilizan DS8000 HyperSwap, la detección de laconfiguración de HyperSwap es automática una después de que el DS8000 se haya configuradoadecuadamente.

Los pasos presuponen conocimientos de configuración y gestión de un IBM System Storage DS8000. Paraobtener información sobre cómo utilizar una unidad DS8000 de IBM System Storage, consulte CopyServices en el Information Center de DS8000 de IBM System Storage.

Para configurar HyperSwap, siga estos pasos:1. Crear LUNs en el DS8000 de origen.2. Asignar LUNs en el DS8000 de origen a la partición de System i.3. Crear LUNs en el DS8000 de destino. No los asigne al IBM i hasta después de configurar Metro

Mirror.

Nota: El controlador de dispositivos de IBM i asegura la coherencia de los datos para las operacionesde conmutación y migración tras error de HyperSwap. Es recomendable no utilizar grupos decoherencia de Metro Mirror.

4. Configurar Metro Mirror entre el DS8000 de origen y de destino con el mandato mkpprcpath dentrodel entorno de PASE.

5. Asignar los LUNs en el DS8000 de destino a la misma partición de IBM i.6. Verificar la configuración de HyperSwap con el mandato Visualizar estado de HyperSwap

(DSPHYSSTS).

Haga lo siguiente para configurar la conmutación de nivel de LUN en un entorno de HyperSwap basadoen IASP en la partición de IBM i:1. Crear la IASP, el clúster y el CRG de dispositivo para controlar la conmutación.2. Utilice el mandato ADDASPCPYD para configurar la conmutación de nivel de LUN y HyperSwap.

Los nodos, las conexiones de sistema principal y los grupos de volumen que pueden acceder a lasIASP se especifican en el parámetro de dominio de recuperación. La información de sistema principalde almacenamiento, los rangos de LUN y la información de dominio de recuperación para el segundoDS8000 en la relación de HyperSwap se especifican mediante los parámetros STGHOST2, LUN2 yRCYDMN2.

3. Crear una descripción de copia de ASP para cada dispositivo de ASP que va a utilizar la conmutaciónde nivel de LUN con HyperSwap. Cada dispositivo ASP del grupo de recursos de clúster debe estardefinido por su propia descripción de copia de ASP.


|

|

||

|||

|||

|||

|

|

|

||

|||

||

|

||

||

|

||||||

|||

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Live%20Partition%20Mobility



4. Verificar la configuración de HyperSwap con el mandato Visualizar estado de HyperSwap(DSPHYSSTS) y la configuración de descripción de copia de ASP correcta con el mandato Visualizardescripción de copia de ASP (DSPASPCPYD).

Gestión de PowerHADespués de configurar una solución de PowerHA, puede gestionar dicha solución mediante variasinterfaces relacionadas con la alta disponibilidad.

Casos de ejemplo: gestión de soluciones de alta disponibilidadComo administrador u operador del sistema de la solución de alta disponibilidad, debe ejecutar tareascomunes como, por ejemplo, copias de seguridad y el mantenimiento del sistema en el entorno de altadisponibilidad.

Los siguientes casos de ejemplo proporcionan instrucciones sobre cómo ejecutar tareas comunes delsistema como, por ejemplo, copias de seguridad y actualizaciones, así como casos de gestión de sucesosde alta disponibilidad como, por ejemplo, particiones del clúster y conmutaciones por anomalía. Paracada caso de ejemplo, se ha elegido un entorno modelo. Las instrucciones de cada caso de ejemplocorresponden a dicha solución de alta disponibilidad concreta y se proporcionan sólo a efectos deejemplo.

Casos de ejemplo: cómo realizar copias de seguridad en un entorno de altadisponibilidadDependiendo de la solución de alta disponibilidad y la estrategia de copia de seguridad, el método pararealizar la copia de seguridad de los datos puede variar. No obstante, existe un conjunto de tareascomunes cuando se realizan operaciones de copia de seguridad de sistemas en un entorno de altadisponibilidad.

En varias soluciones de alta disponibilidad, tiene la posibilidad de realizar copias de seguridad remotasdesde la segunda copia de los datos que se almacena en el sistema de copia de seguridad. Las copias deseguridad remotas permiten mantener operativo el sistema de producción, mientras se realiza la copia deseguridad del segundo sistema. Cada uno de estos casos de ejemplo incluye ejemplos de dos solucionesde alta disponibilidad donde se realizan copias de seguridad de forma remota en el sistema de copia deseguridad.

En el primer caso de ejemplo, se realizan copias de seguridad remotas en una solución de altadisponibilidad que utiliza la tecnología de duplicación geográfica. El segundo caso de ejemplo muestracómo se puede utilizar FlashCopy en un entorno de alta disponibilidad que utiliza soluciones de IBMSystem Storage, tales como la duplicación global o la duplicación metro.

Caso de ejemplo: copias de seguridad en un entorno de duplicación geográfica:

Este caso de ejemplo proporciona una visión general de las tareas que son necesarias cuando se ejecutauna copia de seguridad remota en una solución de PowerHA que utiliza la duplicación geográfica.

Visión general

En este ejemplo, un administrador del sistema debe realizar una copia de seguridad de los datosalmacenados en las agrupaciones de discos independientes que se utilizan en una solución de altadisponibilidad basada en la tecnología de duplicación geográfica. El administrador no desea tener ningúnimpacto en el sistema de producción al sacarlo fuera de línea para realizar la copia de seguridad. En sulugar, el administrador tiene previsto desconectar temporalmente la copia duplicada y, a continuación,realizar una copia de seguridad de la segunda copia de los datos ubicados en agrupaciones de discosindependientes en una ubicación remota.


|||

Nota: La desconexión de la copia duplicada básicamente finaliza la duplicación geográfica hasta que lacopia se vuelve a conectar a la producción. Durante el tiempo que esta desconectada, la altadisponibilidad y la recuperación de desastres no están operativas. Si se produce una interrupción en elsistema de producción durante este proceso, se perderán algunos datos.

Detalles

El siguiente gráfico describe este entorno:


Siga estos pasos al realizar una copia de seguridad de una copia de duplicación utilizando la interfazgráfica de PowerHA:1. “Desconexión de la copia de duplicación” en la página 1322. Hacer disponible la agrupación de discos3. Copia de seguridad de la agrupación de discos independiente4. Hacer no disponible la agrupación de discos5. “Volver a conectar la copia de duplicación” en la página 133

Siga estos pasos al realizar una copia de seguridad de una copia de duplicación utilizando otrasinterfaces:1. “Desactivación temporal de una agrupación de discos independiente” en la página 1302. “Desconexión de la copia de duplicación” en la página 1323. “Reanudación de una agrupación de discos independiente” en la página 1304. Hacer disponible la agrupación de discos5. Copia de seguridad de la agrupación de discos independiente6. Hacer no disponible la agrupación de discos7. “Volver a conectar la copia de duplicación” en la página 133

Caso de ejemplo: ejecución de una función de FlashCopy:

En este ejemplo, un administrador desea realizar una copia de seguridad desde la copia remota de losdatos almacenados en una unidad de almacenamiento externa en el sitio de copia de seguridad.Utilizando la función FlashCopy disponible con IBM Storage Solutions, el administrador reduceconsiderablemente el tiempo de copia de seguridad.

Visión general

En este ejemplo, un administrador del sistema debe realizar una copia de seguridad de los datosalmacenados en unidades de almacenamiento externas de IBM System Storage. El administrador no deseatener ningún impacto en el sistema de producción al sacarlo fuera de línea para realizar la copia deseguridad. En lugar de ello, el administrador piensa ejecutar una operación FlashCopy, la cual capturadatos en un momento específico. A partir de estos datos, el administrador realiza una copia de seguridad


de los datos en un soporte externo. La operación FlashCopy sólo necesita unos pocos segundos pararealizarse, lo que reduce el tiempo del proceso completo de copia de seguridad.

Aunque en este ejemplo FlashCopy se utiliza para operaciones de copia de seguridad, observe queFlashCopy tiene múltiples usos. Por ejemplo, FlashCopy se puede utilizar para el depósito de datos yreducir así la carga de trabajo de las consultas en los sistemas de producción, o para duplicar datos deproducción para crear un entorno de prueba.

Un escenario similar también puede realizarse con otras tecnologías de almacenamiento del sistema. Paraobtener más información acerca de las tecnologías de almacenamiento que admiten FlashCopy, consulte“Servidores de almacenamiento soportados por PowerHA” en la página 42.


Siga estos pasos al realizar una FlashCopy utilizando la interfaz gráfica de PowerHA:1. Configure las unidades de almacenamiento externo de IBMSystem Storage para FlashCopy. Para

obtener información sobre cómo utilizar la función FlashCopy en IBM System StorageDS8000, consulte

Copy Services en el Information Center de IBM System Storage DS8000 .2. “Configuración de una sesión de FlashCopy” en la página 813. Hacer disponible la agrupación de discos4. Copia de seguridad de la agrupación de discos independiente

Siga estos pasos al realizar una FlashCopy utilizando otras interfaces:1. Configure las unidades de almacenamiento externo de IBMSystem Storage para FlashCopy. Para

obtener información sobre cómo utilizar la función FlashCopy en IBM System StorageDS8000, consulte

Copy Services en el Information Center de IBM System Storage DS8000 .2. “Desactivación temporal de una agrupación de discos independiente” en la página 1303. “Configuración de una sesión de FlashCopy” en la página 814. “Reanudación de una agrupación de discos independiente” en la página 1305. Hacer disponible la agrupación de discos6. Copia de seguridad de la agrupación de discos independienteConceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Caso de ejemplo: actualización del sistema operativo en un entorno de altadisponibilidadEn este ejemplo, un administrador del sistema actualiza el sistema operativo de dos sistemas IBM i enuna solución PowerHA basada en la duplicación geográfica.

Visión general

El administrador del sistema necesita actualizar el sistema operativo de dos sistemas en el entorno de altadisponibilidad. En este ejemplo existen dos nodos: sistema 1 y sistema 2. El sistema 1 es la copia deproducción y el sistema 2 es la copia de duplicación. Ambos sistemas tienen instalado IBM i V7R1. Laagrupación de discos independiente está en línea, la duplicación geográfica está activa y los sistemasestán sincronizados. El administrador del sistema desea actualizar ambos sistemas a IBM i 7.2.




Detalles

El siguiente gráfico describe el entorno:

Pasos de configuración1. Desconecte la copia de duplicación (sistema 2).2. Finalice el CRG (sistema 2).3. Detenga el nodo (sistema 2).4. Actualización del sistema 2 al nuevo release. Consulte Actualización o sustitución de IBM i y el

software relacionado para obtener más información.5. Instale el programa bajo licencia IBM PowerHA SystemMirror para i.6. Habilite la agrupación de discos y pruebe las aplicaciones en el sistema 2. La prueba de las

aplicaciones garantiza que funcionen según lo esperado con el nuevo release. Una vez realizadas laspruebas de las aplicaciones, puede finalizar la actualización siguiendo el resto de pasos.

7. Haga que la agrupación de discos no esté disponible en la copia duplicada desconectada (sistema 2).8. Vuelva a conectar la copia duplicada. Esto inicia una resincronización de los datos duplicados. Una

vez finalizada la resincronización, puede continuar con el proceso de actualización.9. Realización de conmutaciones. Esto hace que la copia duplicada (sistema 2) sea la nueva copia de

producción y la copia de producción (sistema 1) se convierte en la nueva copia duplicada.

Nota: La duplicación geográfica está suspendida porque no es posible realizar una duplicacióngeográfica desde n-1 a n, pero sí se puede realizar sin problemas desde n a n-1. En este caso deejemplo, la duplicación geográfica se suspende después de finalizar una conmutación. Los datos yano se duplican durante el resto del proceso de actualización, pues ya no existe un sistema de copiade seguridad válido.

10. Finalice el CRG (sistema 1).11. Detenga el nodo (sistema 1).12. Actualice el sistema 1 al nuevo release. Consulte Actualización o sustitución de IBM i y el software

relacionado para obtener más información.13. Instale el programa bajo licencia IBM PowerHA SystemMirror para i.14. Inicie los nodos (sistema 1).15. Inicie los CRG (sistema 1).16. Reanude la duplicación17. Ejecute una conmutación por administración. Esto conmuta la copia duplicada actual (sistema 1) de

nuevo a la copia de producción y la copia de producción (sistema 2) se convierte en la copiaduplicada. Esta es la configuración original antes de la actualización.

18. Ajuste la versión de clúster de un clúster19. Ajuste la versión de alta disponibilidad de PowerHA LP


Ejemplo: actualizar el sistema operativo:

En un entorno de alta disponibilidad, debe ejecutar acciones específicas antes de realizar actualizacionesdel sistema operativo.

Los ejemplos siguientes permiten determinar qué debe hacer para realizar una actualización en el entornode clúster. Antes de ejecutar la actualización o las acciones necesarias, debe determinar primero la versiónactual del clúster.

Notas:

1. 7.1 representa el release actual del sistema operativo.2. 7.2 representa el nuevo release del sistema operativo.3. V6R1 representa el release anterior del sistema operativo.

Ejemplo 1: el nodo que se debe actualizar tiene instalado IBM i 7.1. Los demás nodos del clústertienen instalado IBM i 7.1 o posterior. La versión actual del clúster es 7.

Acción:1. Actualice el nodo a IBM i 7.2.2. Inicie el nodo actualizado.

Ejemplo 2: el nodo que se debe actualizar tiene instalado IBM i 7.1. Los demás nodos del clústertienen instalado IBM i 7.1 o posterior. La versión actual del clúster es 6.


Ejemplo 3: el nodo que se debe actualizar tiene instalado IBM i V5R4. Los demás nodos del clústertienen instalado IBM i V5R4 o posterior. La versión actual del clúster es 5.


Ejemplo 4: el nodo que se debe actualizar tiene instalado IBM i V6R1. Los demás nodos del clústertienen instalado IBM i V5R4 o posterior. La versión del clúster actual es 5.

Acciones:1. Actualice todos los nodos a V6R1.2. Inicie todos los nodos actualizados.3. Cambie la versión del clúster a 6.4. Actualice el nodo a 7.2.5. Inicie el nodo actualizado.

Ejemplo 5: el nodo que se debe actualizar tiene instalado IBM i V5R4 o inferior. Los demás nodos delclúster tienen instalado IBM i V5R4 o inferior. La versión actual del clúster es menor o igual que 5.

Acciones:1. Actualice todos los nodos a V6R1.2. Inicie todos los nodos actualizados.3. Cambie la versión del clúster a 6.4. Actualice el nodo a 7.2.5. Inicie el nodo actualizado.

La siguiente tabla proporciona las acciones que debe realizar cuando se ejecuta una actualización en unentorno de clúster.


Tabla 7. Actualización de nodos a IBM i 7.2

Release actual del nodo que estáactualizando Versión actual del clúster Acciones

V7R1 6 o 7 1. Actualice el nodo a IBM i 7.2.

2. Inicie el nodo actualizado.

V6R1 5 o 6 1. Actualice el nodo a IBM i 7.2.


V5R4 o inferior menor o igual que 5 1. Actualice todos los nodos a V6R1.

2. Inicie todos los nodosactualizados.

3. Cambie la versión del clúster a 6.

4. Actualice el nodo a IBM i 7.2.


Gestionar clústeresMediante la interfaz gráfica de PowerHA, puede realizar muchas tareas que están asociadas con latecnología de clúster que es la base de la solución de alta disponibilidad de IBM i. Estas tareas permitengestionar y mantener el clúster.

Nota: La interfaz gráfica de PowerHA permite realizar estas tareas desde cualquier nodo del clúster.

Estos son algunos de los cambios que pueden efectuarse en el clúster tras su configuración:

Tareas de clústerv “Creación de un clúster” en la página 56v “Suprimir un clúster” en la página 92v “Especificación de colas de mensajes” en la página 61v Añadir un nodo a un clústerv Eliminar nodos de un clústerv Iniciar un nodo de clústerv Finalizar un nodo de clústerv “Visualización de propiedades de nodo” en la página 96v “Adición de un nodo a un dominio de dispositivo” en la página 64v “Eliminar un nodo de un dominio de dispositivo” en la página 97v “Añadir un supervisor de clúster a un nodo” en la página 98v “Eliminación de un supervisor de clúster” en la página 98v “Supervisión del estado del clúster” en la página 94v Ajustar la versión de clúster de un clúster al nivel más recientev “Ajuste de la versión de PowerHA” en la página 90

Tareas del grupo de recursos de clústerv “Creación de grupos de recursos de clúster (CRG)” en la página 68v “Supresión de un CRG” en la página 101v “Inicio de un CRG” en la página 60v “Detención de un CRG” en la página 100v Añadir un nodo a un grupo de recursos de clúster


v Eliminar un nodo de un grupo de recursos de clústerv “Cambiar el dominio de recuperación para un CRG” en la página 101v “Ejecución de conmutaciones por administración” en la página 62v “Visualización del estado de CRG” en la página 99v Añadir un nodo a un dominio de dispositivov Eliminar un nodo de un dominio de dispositivo

Tareas del dominio administrativo de clústerv “Creación de un dominio administrativo de clúster” en la página 71v “Supresión de un dominio administrativo de clúster” en la página 108v “Cambiar las propiedades de un dominio administrativo de clúster” en la página 109v “Inicio de un dominio administrativo de clúster” en la página 72v “Detención de un dominio administrativo de clúster” en la página 107v “Añadir un nodo al dominio administrativo de clúster” en la página 71v “Añadir entradas de recursos supervisados” en la página 73v “Eliminación de entradas de recursos supervisados” en la página 110v “Lista de entradas de recursos supervisados” en la página 110v “Visualización de los mensajes de entrada de un recurso supervisado” en la página 128

Tareas diversasv “Visualización de la configuración de clúster” en la página 92v “Cómo guardar y recuperar la configuración de clúster” en la página 93v “Lista de comprobación de desconfiguración de clúster” en la página 95v “Gestión de sucesos de interrupción de servicio de conmutación por anomalía” en la página 102

Ajuste de la versión de PowerHALa versión de PowerHA es la versión a la que los nodos del clúster gestionado por el producto PowerHAse comunican activamente entre sí.

La versión de PowerHA determina qué funciones pueden ser utilizadas por el producto PowerHA. Laversión de PowerHA puede necesitar una determinada versión de clúster para poder funcionar. Porejemplo, PowerHA versión 2.0 necesita una versión actual de clúster igual a 7.

La versión actual de PowerHA se establece cuando se crea un clúster. Si existe un clúster, la versiónactual de PowerHA se establece en la versión más baja soportada.

Al igual que la versión de clúster, PowerHA tiene un nivel de versión actual y potencial. La versiónactual de PowerHA es la versión en la que los nodos del clúster, conocidos por el producto PowerHA, secomunican activamente entre sí. La versión potencial de PowerHA es la versión más alta de PowerHAque el nodo puede soportar. La versión de PowerHA no se puede cambiar hasta que todos los nodos dePowerHA se instalan con una versión potencial común de PowerHA. La versión potencial de PowerHApuede estar comprendida entre n y n+3. Por ejemplo, la versión actual de PowerHA es 2.0, NODE1 tieneuna versión potencial de PowerHA de 3.0, NODE2 tiene una versión potencial de PowerHA de 4.0 yNODE3 tiene una versión potencial de PowerHA de 5.0. Los tres nodos pueden dar soporte a la versión3.0, por lo que la versión actual de PowerHA puede ajustarse a 3.0.

A partir de la versión 2 de PowerHA, si se añade al clúster un nodo con una versión potencialincompatible de PowerHA, el nodo se añadirá satisfactoriamente, pero se considerará como "desconocido"para PowerHA. Si PowerHA no reconoce un nodo, determinadas funciones del producto no se puedenejecutar para el nodo. PowerHA reconoce un nodo si el nodo tiene instalado el producto PowerHA y laversión potencial de PowerHA es compatible con la versión actual de PowerHA.


Para los usuarios de dominio administrativo de clúster, si la versión actual de PowerHA se ajusta a 3.0 osuperior, las entradas de recurso supervisado del dominio administrativo de clúster pueden verseafectadas. Si todos los atributos soportados en las versiones anteriores del clúster y PowerHA estánsiendo supervisados para una entrada de recurso supervisado, PowerHA actualizará automáticamente esaentrada de recurso supervisado para supervisar también los nuevos atributos soportados en la versión declúster actual y la versión actual de PowerHA.

La versión actual de PowerHA se puede cambiar con el mandato Cambiar versión de clúster(CHGCLUVER).

El mandato Cambiar versión de clúster (CHGCLUVER) solamente se puede utilizar para establecer unaversión superior de clúster o de PowerHA . Si desea ajustar la versión de PowerHA aumentando su valoren dos unidades, debe ejecutar dos veces el mandato CHGCLUVER.

La versión actual de clúster no se puede establecer en un valor mayor que la versión potencial de nodomás baja del clúster. De la misma manera, la versión actual de PowerHA no se puede establecer en unvalor mayor que la versión potencial de PowerHA más baja de cualquier nodo del clúster. Versiónpotencial de PowerHA de cualquier nodo del clúster. Para ver las versiones potenciales de nodo y dePowerHA, utilice el mandato Visualizar información de clúster (DSPCLUINF).

Para ajustar la versión de PowerHA utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Propiedades... en el menú Seleccionar acción situado junto al

nombre del clúster.5. Pulse Editar en la sección General.6. Seleccione una nueva versión de PowerHA y pulse Guardar.Conceptos relacionados:Versión de clústerInformación relacionada:Mandato Cambiar versión de clúster (CHGCLUVER)

Ajustar la versión de clúster de un clústerLa versión de clúster define el nivel en que todos los nodos del clúster se comunican de forma activaentre sí.

La creación de versiones de clúster es una técnica que permite al clúster contener sistemas situados avarios niveles de release e interaccionar plenamente mediante la determinación del nivel de protocolo decomunicaciones que debe utilizarse.

Para cambiar la versión de clúster, todos los nodos del clúster deben tener la misma versión potencial. Enese caso, la versión del clúster podrá cambiarse a la versión potencial. Ello permitirá utilizar la nuevafunción. La versión sólo se puede incrementar en una unidad. No es posible cambiar a una versiónanterior sin suprimir el clúster y volver a crearlo en una versión inferior. La versión de clúster actual laestablece inicialmente el primer nodo definido en el clúster. La versión de los nodos subsiguientesañadidos al clúster debe ser igual a la versión de clúster actual o el siguiente nivel de versión; de locontrario, no se podrán añadir al clúster.

Si actualiza un nodo a un nuevo release, debe comprobar que el nodo tenga la versión de clúster correcta.El clúster solamente admite una sola diferencia de versión. Si todos los nodos del clúster tienen el mismorelease, debe actualizar al nuevo release antes de cambiar la versión del clúster. Esto garantiza que todaslas funciones asociadas con el nuevo release estén disponibles. Consulte el tema “Caso de ejemplo:


actualización del sistema operativo en un entorno de alta disponibilidad” en la página 86 para obtenerinformación detallada sobre cómo actualizar al nuevo release.

Para ajustar la versión de clúster utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Propiedades ... en el menú Seleccionar acción junto al nombre del

clúster.5. Pulse Editar en la sección General.6. Seleccione una nueva versión de clúster y pulse Guardar.Conceptos relacionados:Versión de clústerInformación relacionada:Mandato Cambiar versión de clúster (CHGCLUVER)API Ajustar versión de clúster (QcstAdjustClusterVersion)

Suprimir un clústerAl suprimir un clúster, los servicios de recursos de clúster finalizan en todos los nodos de clúster activosy se eliminan del clúster.

Debe tener como mínimo un nodo activo antes de poder suprimir un clúster. Si tiene discos conmutadosu otros dispositivos conmutables en el clúster, primero debe eliminar cada nodo del dominio dedispositivo antes de suprimir el clúster. De lo contrario, es posible que no pueda añadir discos de nuevoa otro clúster.

Para suprimir un clúster utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Suprimir clúster en el menú Seleccionar acción situado junto al

nombre del clúster.5. Pulse Sí en el panel de confirmación.Tareas relacionadas:“Eliminar un nodo de un dominio de dispositivo” en la página 97Un dominio de dispositivo es un subconjunto de nodos de un clúster que comparten recursos dedispositivo.Información relacionada:Mandato Suprimir clúster (DLTCLU)Delete Cluster (QcstDeleteCluster) API

Visualización de la configuración de clústerPuede mostrar un informe detallado que proporcione información sobre la configuración de clúster. Elinforme de configuración de clúster proporciona información detallada sobre el clúster, la lista depertenencia de nodos, los parámetros de configuración y ajuste, y cada grupo de recursos de clúster en elclúster.

Para visualizar la configuración de clúster, siga estos pasos:


1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host delsistema.

2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página Servicios de recursos de clúster, seleccione la tarea Mostrar información de

configuración. Esto visualiza la página Configuración y propiedades de clúster. Puede guardar estapágina como un archivo o imprimirla.

Para visualizar la configuración de clúster desde la línea de mandatos, utilice uno de estos mandatos:v Mandato Visualizar información de clúster (DSPCLUINF)v Mandato Trabajar con clúster (WRKCLU)

Cómo guardar y recuperar la configuración de clústerSi utiliza clústeres en sus sistemas, sigue siendo importante que cree una estrategia de copias deseguridad y recuperación para proteger sus datos.

Si, como estrategia de seguridad, piensa utilizar clústeres de tal forma que tenga un sistema activomientras que el segundo sistema está inactivo cuando se realiza su copia de seguridad, se recomiendaque tenga tres sistemas o más en un clúster. Si dispone de tres sistemas en el clúster y se produce unaanomalía, siempre habrá un sistema al que se pueda conmutar.

Cómo guardar y recuperar grupos de recursos de clúster

Puede guardar un grupo de recursos de clúster aunque el clúster esté activo o inactivo. La recuperaciónde un grupo de recursos de clúster es objeto de las limitaciones siguientes:v Si el clúster está activo y este clúster no reconoce al grupo de recursos de clúster, no puede restaurar el

grupo de recursos de clúster.v Si no se ha configurado el nodo para un clúster, no puede restaurar un grupo de recursos de clúster.

Puede restaurar un grupo de recursos de clúster si el clúster está activo, si el clúster no reconoce al grupode recursos de clúster, si el nodo está en el dominio de recuperación del grupo de recursos de clúster y siel nombre del clúster concuerda con el del grupo de recursos de clúster. Puede restaurar un grupo derecursos de clúster si el clúster se ha configurado pero no está activo en este nodo, y si este nodo está enel dominio de recuperación de ese grupo de recursos de clúster.

Preparación para una pérdida de datos accidental

En caso de pérdida de datos accidental, deberá volver a configurar el clúster. Para prepararse para ello, serecomienda guardar la información de configuración del clúster y conservar una copia impresa de dichainformación.1. Utilice el mandato Guardar configuración (SAVCFG) o el mandato Guardar sistema (SAVSYS) tras

introducir cambios de configuración en el clúster, de forma que la información de clúster restauradasea actual y consistente con el resto de nodos del clúster. Consulte Guardar información deconfiguración para obtener detalles sobre cómo ejecutar una operación SAVCFG o SAVSYS.

2. Imprima una copia de la información de configuración del clúster cada vez que la modifique. Puedeutilizar el mandato Mostrar información de clúster (DSPCLUINF) para imprimir la configuración delclúster. Conserve una copia con sus cintas de copia de seguridad. En caso de pérdida de datosaccidental, deberá volver a configurar todo el clúster.

Información relacionada:Guardar la información de configuraciónMandato Guardar configuración (SAVCFG)Mandato Guardar sistema (SAVSYS)Mandato Visualizar información de clúster (DSPCLUINF)


Supervisión del estado del clústerLa interfaz gráfica de PowerHA presenta el estado global del clúster por medio de iconos de estado.

Para obtener información coherente, puede acceder a la información del clúster desde un nodo activo delclúster o iniciar este nodo y reintentar la petición.

Para supervisar el estado del clúster utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, los iconos de estado muestran el estado global del clúster.

Para ver el estado global del clúster desde la línea de mandatos, utilice uno de estos mandatos:v Mandato Visualizar información de clúster (DSPCLUINF)v Mandato Visualizar información de grupo de recursos de clúster (DSPCRGINF)v Mandato Trabajar con clúster (WRKCLU)Tareas relacionadas:“Inicio de nodos” en la página 63Al iniciar un nodo de clúster, se activan la agrupación en clúster y los servicios de recursos de clúster deun nodo en el entorno de alta disponibilidad de IBM i.Información relacionada:API Mostrar información de clúster en forma de lista (QcstListClusterInfo)API Mostrar información de dominio de dispositivo en forma de lista (QcstListDeviceDomainInfo)API Recuperar información de servicios de recursos de clúster (QcstRetrieveCRSInfo)API Recuperar información de clúster (QcstRetrieveClusterInfo)API Mostrar grupos de recursos de clúster en forma de lista (QcstListClusterResourceGroups)API Mostrar información sobre grupo de recursos de clúster en forma de lista(QcstListClusterResourceGroupInf)

Especificación de colas de mensajesPuede especificar una cola de mensajes de clúster o una cola de mensajes de conmutación por anomalía.Estas colas de mensajes permiten determinar las causas de error en el entorno de PowerHA.

La cola de mensajes de clúster se utiliza para los mensajes a nivel de clúster y proporciona un mensajeque controla todos los grupos de recursos de clúster (CRG) que realizan una conmutación por anomalía aun nodo específico. La cola de mensajes de conmutación por anomalía se utiliza para los mensajes a nivelde CRG y proporciona un mensaje para cada CRG que realiza una conmutación por anomalía.

Especificación de una cola de mensajes de clúster

Nota: También puede configurar un clúster para que utilice una cola de mensajes de clústerespecificando la cola de mensajes mientras se ejecuta el asistente Crear clúster.

Para especificar una cola de mensajes de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, seleccione Propiedades... en el menú Seleccionar acción.


5. Pulse Editar en la sección Avanzada de la página Propiedades.6. Especifique la información de cola de mensajes de clúster en el campo Cola de mensajes de clúster y

pulse Guardar.

Especificación de una cola de mensajes de conmutación por anomalía

Para especificar una cola de mensajes de migración tras error utilizando la interfaz gráfica de PowerHA,siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Propiedades... en el menú de contexto del CRG

para el que desea una cola de mensajes de migración tras error.6. Pulse Editar en la sección Avanzada de la página Propiedades.7. Especifique la información de cola de mensajes de migración tras error en el campo Cola de mensajes

de migración tras error y pulse Guardar.

Lista de comprobación de desconfiguración de clústerPara garantizar una desconfiguración completa de un clúster, debe eliminar sistemáticamente distintoscomponentes del clúster.

Tabla 8. Lista de comprobación de desconfiguración de agrupación de discos independiente para clústeres

Requisitos de agrupación de discos independiente

__ Si utiliza agrupaciones de discos conmutadas, la torre debe conmutarse al nodo que es el propietario deSPCN antes de desconfigurar el grupo de recursos de clúster. Puede utilizar la API Iniciar conmutación poradministración (QcstInitiateSwitchOver) o el mandato Cambiar primario de grupo de recursos de clúster(CHGCRGPRI) para devolver el CRG al propietario de SPCN. Si no realiza este paso, no podrá marcar elprivado de torre del sistema.

__ Si piensa eliminar un subconjunto de un grupo de agrupaciones de discos independientes o eliminar laúltima agrupación de discos independiente de los dispositivos conmutables, primero debe finalizar el CRG.Utilice el mandato Finalizar grupo de recursos de clúster (ENDCRG).

__ Si desea suprimir una agrupación de discos independiente que participe en un clúster, se recomiendaencarecidamente suprimir primero el grupo de recursos de clúster de dispositivo (CRG). Encontrará losdetalles en el tema “Supresión de un CRG” en la página 101.

También puede utilizar el mandato Eliminar entrada de dispositivo de CRG (RMVCRGDEVE) para eliminar elobjeto de configuración de la agrupación de discos independiente del CRG.

__ Una vez haya eliminado el objeto de configuración de la agrupación de discos independiente del dispositivoconmutable de clúster, puede suprimir una agrupación de discos independiente.

__ Suprima la descripción de dispositivo de una agrupación de discos independiente realizando las siguientestareas:

1. En la interfaz de línea de mandatos, escriba WRKDEVD DEVD(*ASP) y pulse Intro.

2. Avance página hasta que vea la descripción de dispositivo de la agrupación de discos independiente quedesea suprimir.

3. Seleccione la Opción 4 (Suprimir) al lado del nombre de la descripción de dispositivo y pulse Intro.


Tabla 9. Lista de comprobación de desconfiguración de grupo de recursos de clúster para clústeres

Requisitos de grupo de recursos de clúster

__ Suprima el grupo de recursos de clúster realizando uno de los siguientes pasos:

1. Si la agrupación en clúster no está activa en el nodo, escriba DLTCRG CRG(CRGNAME) en una interfaz de líneade mandatos. CRGNAME es el nombre del CRG que desea suprimir. Pulse Intro.

2. Si la agrupación en clúster está activa en el nodo, escriba DLTCRGCLU CLUSTER(CLUSTERNAME) CRG(CRGNAME)en una interfaz de línea de mandatos. CLUSTERNAME es el nombre del clúster. CRGNAME es el nombredel CRG que desea suprimir. Pulse Intro.

Gestión de nodosLas particiones lógicas y de sistema que forman parte de un entorno de alta disponibilidad de IBM i sedenominan nodos. Puede ejecutar varias tareas de gestión relativas a los nodos.

Visualización de propiedades de nodo:

Puede visualizar y gestionar las propiedades asociadas con los nodos que se configuran como parte delentorno de alta disponibilidad utilizando la interfaz gráfica de PowerHA.

Para visualizar las propiedades de nodo utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Propiedades... en el menú de contexto de una vista de

nodo con sus propiedades.v La página General muestra el nombre del nodo y la dirección IP del sistema del nodo.v La página Clústeres muestra la siguiente información:

– Las direcciones IP de interfaz de clúster que son utilizadas por el clúster para comunicarse conotros nodos dentro del clúster.

– La versión potencial del nodo especifica la versión y el nivel de modificación con los que secomunican activamente los nodos del clúster entre ellos.

– Los dominios de dispositivo que están configurados en el clúster seleccionado. Si selecciona undominio de dispositivo en la lista, también se muestran los nodos que pertenecen al dominio dedispositivo seleccionado.

Información relacionada:Mandato Trabajar con clúster (WRKCLU)

Detención de los nodos:

La detención o finalización de un nodo finaliza los servicios de recursos de clúster en ese nodo.

Para detener el clúster en un nodo utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Detener en el menú de contexto de los nodos que desea

detener.


6. Pulse Sí en el panel de confirmación.Información relacionada:Mandato Finalizar nodo de clúster (ENDCLUNOD)API Finalizar nodo de clúster (QcstEndClusterNode)

Eliminación de nodos:

Puede que tenga que eliminar un nodo de un clúster si está realizando una actualización del nodo o si elnodo ya no necesita participar en el entorno de alta disponibilidad de IBM i.

Para eliminar un nodo de un clúster existente utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Eliminar en el menú de contexto del nodo que desea

eliminar.6. Pulse Sí en la ventana de confirmación.Tareas relacionadas:“Desconfiguración de la duplicación geográfica” en la página 134Si ya no desea la posibilidad de utilizar la duplicación geográfica para una agrupación de discosespecífica o un grupo de agrupaciones de discos, puede seleccionar Desconfigurar la duplicacióngeográfica. Si desconfigura la duplicación geográfica, el sistema detiene la duplicación geográfica ysuprime la copia de duplicación de las agrupaciones de discos en los nodos del sitio de copia deduplicación.Información relacionada:Mandato Eliminar entrada de nodo de clúster (RMVCLUNODE)API Eliminar entrada de nodo de clúster (QcstRemoveClusterNodeEntry)

Eliminar un nodo de un dominio de dispositivo:

Un dominio de dispositivo es un subconjunto de nodos de un clúster que comparten recursos dedispositivo.

Importante:

Sea precavido al eliminar un nodo de un dominio de dispositivo. Si elimina un nodo de un dominio dedispositivo, y ese nodo es el actual punto primario de acceso para las agrupaciones de discoindependientes, esas agrupaciones de disco independientes permanecerán con el nodo que se estásuprimiendo. Ello significa que esas agrupaciones de disco independientes dejan de ser accesibles desdelos nodos restantes del dominio de dispositivo.

Cuando se elimina un nodo de un dominio de dispositivo, no es posible volver a incorporarlo al mismodominio de dispositivo si uno o varios de los nodos de clúster existentes siguen perteneciendo a esemismo dominio de dispositivo. Para volver a incorporar el nodo al dominio de dispositivo, debe:1. Suprimir las agrupaciones de disco independientes que actualmente posee el nodo que se está

incorporando al dominio de dispositivo.2. Reiniciar el sistema ejecutando una IPL en el nodo.3. Añadir el nodo al dominio de dispositivo.4. Volver a crear las agrupaciones de disco independientes que se suprimieron en el paso 1.


Para eliminar un nodo de un dominio de dispositivo utilizando la interfaz gráfica de PowerHA, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


añadir a un dominio de dispositivo.6. Pulse Editar en la sección General de la página Propiedades.7. Borre el campo Dominio de dispositivo y pulse Guardar.Tareas relacionadas:“Suprimir un clúster” en la página 92Al suprimir un clúster, los servicios de recursos de clúster finalizan en todos los nodos de clúster activosy se eliminan del clúster.Información relacionada:Mandato Eliminar entrada de dominio de dispositivo (RMVDEVDMNE)API Eliminar entrada del dominio de dispositivo (QcstRemoveDeviceDomainEntry)

Añadir un supervisor de clúster a un nodoLa interfaz gráfica de PowerHA puede utilizar ahora una consola de gestión de hardware (HMC) o unapartición de Servidor de E/S virtual (VIOS) de un servidor gestionado por Integrated VirtualizationManager (IVM) para detectar cuándo falla un nodo del clúster. Esta nueva prestación permite identificarmás situaciones de error y evitar particionar un clúster.

La interfaz gráfica de PowerHA permite utilizar la consola HMC o VIOS en un servidor gestionado porIVM para supervisar y gestionar el estado de cada sistema. Una vez configurado un supervisor, la HMCo IVM notifican los errores de nodo. Se puede utilizar un supervisor de clúster para reducir el número desituaciones de error que dan lugar a particiones de clúster.

Para añadir un supervisor de clúster a un clúster existente utilizando la interfaz gráfica de PowerHA,siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Propiedades... en el menú de contexto del nodo al que

desea añadir un supervisor de clúster.6. En la sección Supervisores de clúster de la página Propiedades, seleccione Añadir supervisor de

clúster... en el menú Seleccionar acción.7. Especifique la información del supervisor de clúster y pulse Aceptar.Información relacionada:Mandato Añadir supervisor de clúster (ADDCLUMON)

Eliminación de un supervisor de clústerUn supervisor de clúster proporciona otra fuente de información para permitir que los servicios de recursosde clúster determinen cuándo ha fallado un nodo de clúster.

Importante:


Es necesario que tenga precaución al eliminar un supervisor de clúster. Si elimina un nodo de unsupervisor de clúster, y ese nodo es el punto principal de acceso actual para cualquier grupo de recursosde clúster, ese nodo se podría particionar, cuando en realidad el nodo ha fallado. Esto significa que elusuario debe ahora realizar pasos manuales para recuperar la alta disponibilidad.

Para eliminar un supervisor de clúster utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Propiedades... en el menú de contexto del nodo del que

desea eliminar un supervisor de clúster.6. En la sección Supervisores de clúster de la página Propiedades, seleccione Eliminar... en el menú de

contexto de los supervisores de clúster que desea eliminar.7. Pulse Sí en el panel de confirmación.Información relacionada:Mandato Eliminar supervisor de clúster (RMVCLUMON)

Gestión de grupos de recursos de clúster (CRG)Los grupos de recursos de clúster (CRG) gestionan recursos resilientes en un entorno de altadisponibilidad de IBM i. Se trata de una tecnología de clústeres que define y controla la conmutación derecursos a sistemas de copia de seguridad en el caso de que se produzca una interrupción.

Visualización del estado de CRG:

Puede supervisar el estado de grupos de recursos de clúster (CRG) en el entorno de alta disponibilidad.Puede utilizar estos mensajes de estado para validar los cambios en el CRG o para determinar problemascon el CRG.

Para visualizar el estado de CRG con la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.

A continuación se detallan los valores de estado posibles para un CRG:

Tabla 10. Valores de estado de CRG

Valores posibles Descripción

Iniciado El CRG está iniciado actualmente.

Detenido El CRG está detenido actualmente.

Dudoso La información sobre este CRG dentro de la solución dealta disponibilidad puede no ser exacta. Este estado seproduce cuando se llama a un programa de salida deCRG con una acción de deshacer y no se puedecompletar satisfactoriamente.


Tabla 10. Valores de estado de CRG (continuación)

Valores posibles Descripción

Restaurada El CRG se ha restaurado en su nodo y no se ha copiadoa los otros nodos del clúster. Cuando se ha iniciado laagrupación en clúster en el nodo, el CRG se sincronizarácon los otros nodos y su estado se establecerá eninactivo.

Inactiva Los servicios de recursos de clúster para el CRG no estánactivos en el nodo. Puede ser que el nodo haya fallado,que el nodo haya finalizado, o que el trabajo del CRG nose esté ejecutando en ese nodo.

Suprimiendo El CRG está en proceso de suprimirse del clúster.

Cambiando El CRG está en proceso de cambiarse. El CRG serestablece a su estado anterior cuando el cambio se hayacompletado satisfactoriamente.

Detener El CRG está en proceso de detenerse.

Añadiendo El CRG está en proceso de añadirse al clúster.

Iniciando El CRG está en proceso de iniciarse.

Conmutando El CRG está en proceso de conmutarse a otro nodo.

Añadiendo nodo Un nuevo nodo está en proceso de añadirse al clúster. ElCRG se restablece a su estado anterior cuando el nodo sehaya añadido satisfactoriamente.

Eliminando nodo Se está eliminando un nodo del CRG. El CRG serestablece a su estado anterior cuando el nodo se hayaeliminado satisfactoriamente.

Cambiando estado de nodo El estado de un nodo en el dominio de recuperaciónpara un CRG se está cambiando actualmente.

Información relacionada:Mandato Visualizar información de CRG (DSPCRGINF)Mandato Trabajar con clúster (WRKCLU), opción 9 (Trabajar con grupos de recursos de clúster)

Detención de un CRG:

Los grupos de recursos de clúster (CRG) gestionan recursos resilientes en un entorno de altadisponibilidad de IBM i. Se trata de una tecnología de clústeres que define y controla la conmutación derecursos resilientes a sistemas de copia de seguridad en el caso de que se produzca una interrupción.

Si lo desea, puede detener el CRG para finalizar la posibilidad de conmutación por anomalía automáticaen el entorno de alta disponibilidad. Por ejemplo, supongamos que está ejecutando una IPL en uno de lossistemas definidos en el CRG.

Para detener un CRG utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Detener en el menú de contexto del CRG que

desea detener.6. Pulse Sí en el panel de confirmación.


Información relacionada:Mandato Finalizar grupo de recursos de clúster (ENDCRG)API Finalizar grupo de recursos de clúster (QcstEndClusterResourceGroup)

Supresión de un CRG:

Puede suprimir un grupo de recursos de clúster utilizando la interfaz gráfica de PowerHA o mandatos dePowerHA.

Puede suprimir un grupo de recursos de clúster utilizando la interfaz gráfica de PowerHA. Para podersuprimir un CRG, éste debe estar inactivo.

Para suprimir un CRG utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Suprimir en el menú de contexto del CRG que

desea suprimir.6. Pulse Sí en el panel de confirmación.Información relacionada:Mandato Suprimir clúster de CRG (DLTCRGCLU)Mandato Suprimir grupo de recursos de clúster (DLTCRG)API Suprimir grupo de recursos de clúster (QcstDeleteClusterResourceGroup)

Cambiar el dominio de recuperación para un CRG:

El dominio de recuperación controla las acciones de recuperación de un subconjunto de nodos definidoen un grupo de recursos de clúster (CRG).

Para utilizar la interfaz gráfica de PowerHA para hacer que una agrupación de discos independiente estédisponible, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Grupos de recursos de clúster.5. En la página Grupo de recursos de clúster, seleccione Dominio de recuperación... en el menú de

contexto del CRG cuyo dominio de recuperación desea cambiar.6. Una vez en la página Dominio de recuperación, puede añadir y eliminar nodos, cambiar roles de

nodo, cambiar nombres de sitio y cambiar direcciones IP de puerto de datos.Información relacionada:Mandato Añadir entrada de nodo de grupo de recursos de clúster (ADDCRGNODE)Mandato Cambiar grupo de recursos de clúster (CHGCRG)Mandato Eliminar entrada de nodo de grupo de recursos de clúster (RMVCRGNODE)API Añadir un nodo a un dominio de recuperación (QcstAddNodeToRcvyDomain)API Cambiar grupo de recursos de clúster (QcstChangeClusterResourceGroup)API Eliminar nodo de dominio de recuperación (QcstRemoveNodeFromRcvyDomain)


Creación de nombres de sitio y direcciones IP de puerto de datos:

Si utiliza la duplicación geográfica, los nodos definidos en el nodo de dominio de recuperación del grupode recursos de clúster de dispositivos deben tener una dirección IP de puerto de datos y un nombre desitio.

El nombre de sitio está asociado con un nodo del dominio de recuperación para un grupo de recursos declúster de dispositivos, disponible solo para duplicación geográfica. Cuando se configura un entorno deduplicación geográfica para la alta disponibilidad, cada nodo en un sitio diferente debe asignarse a unnombre de sitio diferente.

Para crear la dirección IP de puerto de datos y los nombres de sitio para los nodos en el dominio derecuperación, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página Servicios de recursos de clúster, pulse la tarea Trabajar con grupos de recursos de

clúster para mostrar una lista de grupos de recursos de clúster en el clúster.5. En la pestaña Grupo de recursos de clúster, pulse en el icono de contexto situado junto al grupo de

recursos de clúster de dispositivos y, a continuación, seleccione Propiedades.6. En la página Dominio de recuperación, seleccione Editar.7. Para utilizar una dirección IP de puerto de datos existente, selecciónela de la lista y pulse Aceptar.

Para añadir una nueva dirección IP de puerto de datos, pulse Añadir. En la ventana Añadir direcciónIP de puerto de datos, entre la dirección IP.

8. En la ventana Editar, puede especificar el Nombre de sitio.

Gestión de sucesos de interrupción de servicio de conmutación por anomalíaNormalmente, una conmutación por anomalía se produce como consecuencia de una interrupción delnodo, pero existen otras razones por las que también se puede generar una conmutación por anomalía.Distintas acciones del sistema o el usuario pueden llegar a provocar situaciones de conmutación poranomalía.

Es posible que un problema afecte únicamente a un grupo de recursos de clúster (CRG) que puedeprovocar una conmutación por anomalía para ese CRG pero para ningún otro CRG.

En un clúster pueden producirse cuatro categorías de interrupción de servicio. Algunos de estos sucesosson auténticas situaciones de conmutación por anomalía en las que el nodo experimenta unainterrupción, mientras que otros requieren investigación para determinar la causa y la respuestacorrespondiente. En las tablas siguientes se describen estas categorías de interrupción de servicio, lostipos de sucesos de interrupción correspondientes a cada categoría y la acción de recuperación adecuadaque debe realizar para la recuperación.

Interrupciones de categoría 1: interrupción de nodo que provoca una conmutación poranomalía

Se produce una conmutación por anomalía a nivel de nodo, que implica lo siguiente:v Para cada CRG, el nodo primario se marca como inactivo y se convierte en el último nodo de copia de

seguridad.v El nodo que era el primer nodo de copia de seguridad pasa a ser el nuevo nodo primario.

Las conmutaciones por anomalía se producen en este orden:1. Todos los CRG de dispositivo2. Todos los CRG de datos


3. Todos los CRG de aplicación

Notas:

1. Si una conmutación por anomalía para alguno de los grupos de recursos de clúster (CRG) detecta queninguno de los nodos de copia de seguridad está activo, el estado del CRG se establece en dudoso y eldominio de recuperación de CRG no cambia.

2. Si la totalidad de los servicios de recursos de clúster falla, los recursos (CRG) gestionados porservicios de recursos de clúster se someterán al proceso de conmutación por anomalía.

Tabla 11. Interrupciones de categoría 1: interrupción de nodo que provoca una conmutación por anomalía

Suceso de interrupción de conmutación por anomalía

Se emite ENDTCP(*IMMED o *CNTRLD con un límite de tiempo).

Emisión de ENDSYS (*IMMED o *CNTRLD).

Emisión de PWRDWNSYS (*IMMED o *CNTRLD).

Se pulsa el botón de carga del programa inicial (IPL) mientras los servicios de recursos de clúster están activos en elsistema.

Se invoca Finalizar nodo de clúster (API o mandato) se para el nodo primario en el dominio de recuperación deCRG.

Se invoca Eliminar nodo de clúster (API o mandato) para el nodo primario en el dominio de recuperación de CRG.

Se emite Apagado retardado de HMC de la partición o la opción de panel 7.

Se emite ENDSBS QSYSWRK(*IMMED o *CNTRLD).

Interrupciones de categoría 2: interrupción de nodo que provoca una partición oconmutación por anomalía

Estas interrupciones provocan una partición o conmutación por anomalía dependiendo de si estáconfigurada la detección avanzada de errores de nodo. Consulte las columnas de la tabla. Si la detecciónavanzada de errores de nodo está configurada, se produce una conmutación por anomalía en la mayoríade los casos y es aplicable la información sobre interrupciones de la Categoría 1. Si la detección avanzadade errores de nodo no está configurada, se produce una partición y es aplicable la información siguiente:v El estado de los nodos que no se comunican mediante mensajería de clúster se establece en un estado

de partición. Consulte Partición de clúster para obtener más información sobre las particiones.v Todos los nodos de la partición de clúster que no tienen el nodo primario como miembro de la

partición finalizarán el grupo de recursos de clúster activo.

Notas:

1. Si un nodo ha fallado realmente, pero esto se detecta únicamente como un problema de partición y elnodo anómalo era el nodo primario, perderá todos los servicios de datos y aplicación de ese nodo yno se iniciará ninguna conmutación por anomalía automática.

2. Debe declarar el nodo como anómalo o volver a activar el nodo e iniciar de nuevo la organización declústeres en ese nodo. Consulte Cambiar nodos particionados a anómalos para obtener másinformación.

Tabla 12. Interrupciones de categoría 2: interrupción de nodo que provoca una partición

Suceso de interrupción deconmutación por anomalía

Sin detección avanzada deerrores de nodo HMC VIOS en IVM

Se produce unainterrupción de hardwarede CEC (CPU, porejemplo).

partición conmutación por anomalía partición o conmutaciónpor anomalía


Tabla 12. Interrupciones de categoría 2: interrupción de nodo que provoca una partición (continuación)

Suceso de interrupción deconmutación por anomalía

Sin detección avanzada deerrores de nodo HMC VIOS en IVM

Se produce un error demáquina del software delsistema operativo.

partición conmutación por anomalía conmutación por anomalía

Se emite un apagadoinmediato de la HMC o laopción de panel 8.


Se emite un reinicio de lapartición de la HMC o laopción de panel 3.


Se produce una pérdida dealimentación con CEC.

partición partición partición

Interrupciones de categoría 3: anomalía de CRG que provoca una conmutación poranomalía

En el caso de un sistema que utilice una partición de servidor de E/S virtual (VIOS) en un servidorgestionado por Integrated Virtualization Manager (IVM), un error de hardware CEC puede dar comoresultado una migración tras error o una partición. La acción que se produce de las dos depende del tipode sistema y del error de hardware. Por ejemplo, en un sistema Blade, un error de CEC que impide laejecución de VIOS en un servidor gestionado por IVM da como resultado una partición, pues el servidorno puede notificar ningún error. En ese mismo sistema, si falla un Blade individual, pero VIOS en elservidor gestionado por IVM sigue funcionando, se produce una conmutación por anomalía, pues elservidor puede notificar la anomalía.

Cuando una anomalía de CRG provoca una conmutación por anomalía, ocurre lo siguiente:v Si únicamente resulta afectado un CRG, la conmutación por anomalía se produce de forma individual

en cada CRG. Esto se debe a que los CRG son independientes unos de otros.v Si alguien cancela varios trabajos de recursos de clúster, de forma que varios CRG se ven afectados al

mismo tiempo, no se ejecuta ninguna conmutación por anomalía coordinada entre los CRG.v El nodo primario se marca como Inactivo en cada uno de los CRG y se convierte en el último nodo de

copia de seguridad.v El nodo que era el primer nodo de copia de seguridad pasa a ser el nuevo nodo primario.v Si no existe ningún nodo de copia de seguridad activo, el estado del CRG se establece en Dudoso.

Tabla 13. Interrupciones de categoría 3: anomalía de CRG que provoca una conmutación por anomalía


El trabajo del CRG tiene un error de software que provoca su finalización anómala.

Anomalía de programa de salida de aplicación para un CRG de aplicación

Interrupciones de categoría 4: interrupción de comunicación que provoca una partición

Esta categoría es parecida a la categoría 2. Se producen estos sucesos:v El estado de los nodos que no se comunican mediante mensajería de clúster se establece en un estado

de partición. Consulte Partición de clúster para obtener más información sobre las particiones.v Todos los nodos y servicios de recursos de clúster de los nodos siguen operativos, aunque no todos los

nodos pueden comunicarse entre sí.v Se particiona el clúster, pero el nodo primario de cada CRG sigue proporcionando servicios.


La recuperación normal de este estado de partición será reparar el problema de comunicación que haprovocado la partición de clúster. El clúster resolverá el estado de partición sin ninguna intervenciónadicional.

Nota: Si desea realizar una conmutación por anomalía de los CRG en un nuevo nodo primario,compruebe que el nodo primario antiguo no esté utilizando los recursos antes de marcar el nodo comoanómalo. Consulte Cambiar nodos particionados a anómalos para obtener más información.

Tabla 14. Interrupciones de categoría 4: interrupción de comunicación que provoca una partición


Se produce una anomalía de direccionador, línea o adaptador de comunicaciones en las líneas de dirección IP delatido de clúster.

ENDTCPIFC afecta a todas las direcciones IP de latido de clúster en un nodo de clúster.

Interrupciones con CRG activosv Si el CRG está activo y el nodo anómalo no es el nodo primario, ocurre lo siguiente:

– La conmutación por anomalía actualiza el estado del miembro de dominio de recuperación anómaloen el dominio de recuperación del CRG.

– Si el nodo anómalo es un nodo de copia de seguridad, se vuelve a ordenar la lista de nodos decopia de seguridad de modo que los nodos activos estén al principio de la lista.

v Si el CRG está activo y el miembro de dominio de recuperación es el nodo primario, las acciones querealiza el sistema dependen del tipo de interrupción que se ha producido.– Interrupciones de categoría 1: interrupción de nodo que provoca una conmutación por anomalía– Interrupciones de categoría 2: interrupción de nodo que provoca una partición– Interrupciones de categoría 3: anomalía de CRG que provoca una conmutación por anomalía– Interrupciones de categoría 4: interrupción de comunicación que provoca una partición

Interrupciones con CRG inactivos

Cuando se produce una interrupción con CRG, ocurre lo siguiente:v El estado del miembro del nodo que ha fallado en el dominio de recuperación del grupo de recursos

de clúster se cambia al estado Inactivo o de Partición.v Los roles del nodo no se cambian y los nodos de copia de seguridad no se vuelven a ordenar

automáticamente.v Los nodos de copia de seguridad se reordenan en un CRG inactivo cuando se invoca el mandato

Arrancar grupo de recursos de clúster (STRCRG) o la API Iniciar grupo de recursos de clúster(QcstStartClusterResourceGroup).

Nota: La API Iniciar grupo de recursos de clúster fallará si el nodo primario no está activo. Debeemitir el mandato Cambiar grupo de recursos de clúster (CHGCRG) o la API Cambiar grupo derecursos de clúster (QcstChangeClusterResourceGroup) para designar un nodo activo como el nodoprimario, y a continuación llamar de nuevo a la API Iniciar grupo de recursos de clúster.

Gestión de dominios administrativos de clústerUna vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.Tareas relacionadas:


“Visualización de dominios administrativos de clúster”Puede gestionar y supervisar el estado de los dominios administrativos de clúster en el entorno de altadisponibilidad.“Detención de un dominio administrativo de clúster” en la página 107Los dominios administrativos de clúster proporcionan resiliencia de entorno para recursos en unasolución de alta disponibilidad de IBM i. Si lo desea, puede detener un dominio administrativo de clústerpara finalizar temporalmente la sincronización de los recursos supervisados.“Supresión de un dominio administrativo de clúster” en la página 108Utilizando la interfaz gráfica de PowerHA, puede suprimir un dominio administrativo de clúster. Lasupresión de un dominio administrativo de clúster finaliza la sincronización de los recursos supervisadosque se definen en el dominio administrativo de clúster. Para suprimir un dominio administrativo declúster, éste debe estar inactivo.“Cambiar las propiedades de un dominio administrativo de clúster” en la página 109Utilizando la interfaz gráfica de PowerHA, puede cambiar las propiedades de un dominio administrativode clúster existente. Estas propiedades controlan la sincronización de las entradas de recursosupervisadas que se definen en el dominio administrativo de clúster.“Gestión de entradas de recurso supervisado” en la página 109La interfaz gráfica de PowerHA permite gestionar las entradas de recurso supervisado en el dominioadministrativo del clúster. Un dominio administrativo de clúster garantiza la coherencia de los cambiosrealizados en estos recursos supervisados en cada nodo del entorno de alta disponibilidad.

Visualización de dominios administrativos de clúster:

Puede gestionar y supervisar el estado de los dominios administrativos de clúster en el entorno de altadisponibilidad.

Esta interfaz gráfica permite listar las MRE junto con el estado global de cada recurso. Si selecciona unaMRE, puede ver información detallada. Esta información incluye el valor global de cada atributo asociadocon la MRE, junto con un indicador de si el atributo es coherente o incoherente con el dominio. Si elestado global de un recurso supervisado es incoherente, el administrador debe realizar los pasosnecesarios para determinar el motivo por el que el recurso es incoherente, corregir el problema y volver asincronizar el recurso.

Si el recurso es incoherente porque una actualización ha fallado en uno o varios nodos, se guardainformación para la MRE que ayudará a determinar la causa del fallo. En el nodo en el que se haproducido el fallo se anota un mensaje con la MRE indicando la causa de la actualización anómala. En losdemás nodos hay un mensaje informativo anotado internamente que le indicará dónde se encuentra laanomalía, junto con la lista de nodos en la que la actualización ha fallado. Estos mensajes estándisponibles a través de la interfaz gráfica de PowerHA o llamando a la API Recuperar información derecursos supervisados (QfpadRtvMonitoredResourceInfo). También se anotan mensajes de error en lasanotaciones de trabajo del trabajo de dominio administrativo.

Una vez se ha determinado la causa de la incoherencia, el recurso puede volverse a sincronizar, tantocomo consecuencia de una operación de actualización en el nodo en el que se ha producido laactualización, como de la finalización y reinicio del dominio administrativo. Por ejemplo, una MRE de unperfil de usuario puede ser incoherente porque ha cambiado el UID del perfil de usuario en un nodo deldominio administrativo, pero el UID que ha especificado ya estaba siendo utilizado por otro perfil deusuario en otro de los nodos. Si vuelve a cambiar el UID por otro que no esté siendo utilizado por otroperfil de usuario en el dominio administrativo, el dominio administrativo del clúster aplicará el cambioen todos los nodos y el estado global de la MRE del perfil de usuario se establecerá en coherente. No esnecesario realizar más acciones para resincronizar la MRE del perfil de usuario.

En algunos casos, deberá finalizar y reiniciar el CRG del dominio administrativo de clúster para que seresincronicen los recursos incoherentes. Por ejemplo, si cambia el UID de un perfil de usuario que tieneuna MRE asociada con él, pero el perfil de usuario está activo en un trabajo en uno de los otros nodos


del clúster del dominio administrativo, el valor global de la MRE asociada con el perfil de usuario seestablecerá en incoherente porque la operación de cambio ha fallado en el nodo donde el perfil deusuario estaba activo en un trabajo. Para corregir esta situación, debe esperar a que el trabajo hayafinalizado y, a continuación, finalizar el dominio administrativo de clúster. Cuando se vuelva a iniciar eldominio administrativo de clúster, el valor global de cada atributo que sea incoherente se utilizará paracambiar el recurso a un estado coherente.

El estado global de un recurso supervisado siempre se establece en anómalo si el recurso se suprime,renombra o traslada en cualquier nodo del dominio. Si este es el caso, la MRE debe eliminarse puestoque el recurso ya no está sincronizado por el dominio administrativo del clúster.

Cuando se restaura un recurso supervisado en un sistema que forma parte de un dominio administrativode clúster, el recurso se resincroniza con el valor global conocido actualmente en el dominioadministrativo de clúster cuando el dominio administrativo de clúster está activo.

Los siguientes mandatos de restauración dan como resultado una resincronización de objetos del sistema:RSTLIB, RSTOBJ, RSTUSRPRF y RSTCFG. Asimismo, RSTSYSINF y UPDSYSINF dan como resultado unaresincronización de valores del sistema y atributos de red. Para resincronizar variables de entorno delsistema después de ejecutar los mandatos RSTSYSINF o UPDSYSINF, el CRG de igual que representa eldominio administrativo del clúster debe finalizarse y reiniciarse.

Si desea restaurar los recursos supervisados a un estado anterior, elimine la MRE que representa elrecurso que desea restaurar. A continuación, después de restaurar el recurso, añada una MRE para elrecurso desde el sistema donde se ha realizado la operación de restauración. El dominio administrativodel clúster sincronizará el recurso supervisado en todo el dominio utilizando los valores del recursorestaurado.

Para visualizar un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominio administrativo de clúster.Tareas relacionadas:“Gestión de dominios administrativos de clúster” en la página 105Una vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.Información relacionada:Mandato Trabajar con recursos supervisados (WRKCADMRE)

Detención de un dominio administrativo de clúster:

Los dominios administrativos de clúster proporcionan resiliencia de entorno para recursos en unasolución de alta disponibilidad de IBM i. Si lo desea, puede detener un dominio administrativo de clústerpara finalizar temporalmente la sincronización de los recursos supervisados.

Un dominio administrativo de clúster pasa a estar inactivo cuando se detiene. Cuando el dominioadministrativo de clúster está inactivo, todos los recursos supervisados se consideran incoherentes ya quelos cambios realizados en ellos no se están sincronizando. Aunque continúe el seguimiento de loscambios en los recursos supervisados, el valor global no se modifica y los cambios no se propagan al


resto del dominio administrativo. Los cambios realizados en un recurso supervisado cuando el dominioadministrativo de clúster está inactivo se sincronizan en todos los nodos activos cuando se reinicia eldominio administrativo de clúster.

Nota: el dominio administrativo de clúster y el programa de salida asociado son objetos proporcionadospor IBM. No se deben cambiar utilizando la API QcstChangeClusterResourceGroup ni el mandato CHGCRG.Si se realizan estos cambios, pueden producirse resultados imprevistos.

Para detener un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominios administrativos de clúster, seleccione Detener en el menú de contexto del

dominio administrativo de clúster que desea detener.6. Pulse Sí en el panel de confirmación.Tareas relacionadas:“Gestión de dominios administrativos de clúster” en la página 105Una vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.Información relacionada:Mandato Finalizar dominio administrativo de clúster (ENDCAD)

Supresión de un dominio administrativo de clúster:

Utilizando la interfaz gráfica de PowerHA, puede suprimir un dominio administrativo de clúster. Lasupresión de un dominio administrativo de clúster finaliza la sincronización de los recursos supervisadosque se definen en el dominio administrativo de clúster. Para suprimir un dominio administrativo declúster, éste debe estar inactivo.

Para suprimir un dominio administrativo de clúster utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominios administrativos de clúster, seleccione Suprimir en el menú de contexto del

dominio administrativo de clúster que desea detener.6. Pulse Sí en el panel de confirmación.Tareas relacionadas:“Gestión de dominios administrativos de clúster” en la página 105Una vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.


Información relacionada:Mandato Suprimir dominio administrativo de clúster (DLTCAD)

Cambiar las propiedades de un dominio administrativo de clúster:

Utilizando la interfaz gráfica de PowerHA, puede cambiar las propiedades de un dominio administrativode clúster existente. Estas propiedades controlan la sincronización de las entradas de recursosupervisadas que se definen en el dominio administrativo de clúster.

Para cambiar las propiedades de un dominio administrativo de clúster utilizando la interfaz gráfica dePowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Dominios administrativos de clúster.5. En la página Dominios administrativos de clúster, seleccione Propiedades... en el menú de contexto

del dominio administrativo de clúster del que desea cambiar las propiedades.6. En la página Propiedades, pulse Editar.7. Realice los cambios en las propiedades y pulse Guardar.Tareas relacionadas:“Gestión de dominios administrativos de clúster” en la página 105Una vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.

Gestión de entradas de recurso supervisado:

La interfaz gráfica de PowerHA permite gestionar las entradas de recurso supervisado en el dominioadministrativo del clúster. Un dominio administrativo de clúster garantiza la coherencia de los cambiosrealizados en estos recursos supervisados en cada nodo del entorno de alta disponibilidad.Tareas relacionadas:“Gestión de dominios administrativos de clúster” en la página 105Una vez se ha creado un dominio administrativo de clúster y se han añadido las correspondientesentradas de recurso supervisado (MRE), el administrador del clúster debe supervisar la actividad deldominio administrativo para asegurarse de que los recursos supervisados conservan su coherencia.Utilizando la interfaz gráfica de PowerHA o las interfaces de línea de mandatos de PowerHA, puedegestionar y supervisar un dominio administrativo de clúster.

Trabajar con el estado de las entradas de recursos supervisados:

La interfaz gráfica de PowerHA proporciona mensajes de estado para las entradas de recursossupervisados que hay en un dominio administrativo de clúster.

Una vez añadida una MRE al dominio administrativo de clúster, el recurso se supervisa para buscarcambios en todos los nodos del dominio administrativo, para que los valores de los atributos de recursospuedan sincronizarse en los nodos del dominio administrativo de clúster. El comportamiento desincronización depende de varios factores:v Estado del clústerv Estado del dominio administrativo de clúster


v Estado del nodov Acciones concretas en el recurso

Para trabajar con el estado de entradas de recursos supervisados utilizando la interfaz gráfica dePowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


contexto del dominio administrativo de clúster al que desea añadir el recurso supervisado.

La información de estado siguiente está disponible en la página Recursos supervisados.v El estado de cada recurso supervisado se muestra en la columna Estado global.v El estado de cada uno de los atributos individuales de un recurso supervisado se muestra

seleccionando Atributos... del menú de contexto del recurso de interés supervisado.v La razón por la que un recurso supervisado es incoherente se muestra seleccionando Detalles de

nodo... en el menú de contexto del recurso de interés supervisado.Información relacionada:Mandato Trabajar con recursos supervisados (WRKCADMRE)

Eliminación de entradas de recursos supervisados:

Las entradas de recursos supervisados (MRE) son recursos que se están utilizando actualmente en elentorno de alta disponibilidad y que se supervisan para ver los cambios en un dominio administrativo declúster. Si lo desea, puede eliminar MRE cuando ya no necesite que se supervisen. Puede eliminarentradas de recursos supervisados (MRE) utilizando la interfaz gráfica de PowerHA.

Para eliminar una entrada de recurso supervisado utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


contexto del dominio administrativo de clúster del que desea eliminar el recurso supervisado.6. En la página Entradas de recursos supervisados, seleccione Eliminar en el menú de contexto del

recurso supervisado que desea eliminar.7. Pulse Sí en el panel de confirmación.Información relacionada:Mandato Eliminar MRE de dominio administrativo (RMVCADMRE)API Eliminar entrada de recurso supervisado (QfpadRmvMonitoredResourceEntry)

Lista de entradas de recursos supervisados:

Las entradas de recursos supervisados son recursos como, por ejemplo, perfiles de usuario y variables deentorno, que se han definido en un dominio administrativo de clúster. Puede utilizar la interfaz gráficade PowerHA para listar las entradas de recursos supervisados que hay definidas actualmente en undominio administrativo de clúster.


Para listar las entradas de recursos supervisados utilizando la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


contexto del dominio administrativo de clúster al que desea añadir el recurso supervisado.

Selección de atributos a supervisar:

Una vez añadidas entradas de recursos supervisados, puede seleccionar los atributos asociados con losrecursos para que el dominio administrativo de clúster los supervise.

Para seleccionar atributos a supervisar para una entrada de recurso supervisado (MRE), siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


contexto del dominio administrativo de clúster al que desea añadir el recurso supervisado.6. En la lista de tipos de recursos supervisados, pulse en el icono de contexto situado junto al tipo de

recurso supervisado y seleccione Entradas de recursos supervisados.... Se mostrará la lista de objetosde MRE.

7. Pulse en el icono de contexto situado junto al objeto de MRE, tal como un perfil de usuario o valordel sistema, y seleccione Trabajar con atributos. Se mostrará la lista de atributos de MRE.

8. En la ventana Lista de atributos de MRE, seleccione los atributos que desea supervisar y, acontinuación, pulse Cerrar. Por ejemplo, si desea supervisar la descripción de línea Ethernet para versi hay cambios en el atributo de nombre de recurso, debe seleccionar nombre de recurso como elatributo.

Tareas relacionadas:“Añadir entradas de recursos supervisados” en la página 73Puede añadir una entrada de recurso supervisado (MRE) a un dominio administrativo de clúster. Lasentradas de recursos supervisados definen recursos críticos para que los cambios realizados en estosrecursos sean coherentes en todo el entorno de alta disponibilidad.

Atributos que se pueden supervisar:

Se puede añadir una entrada de recurso supervisado en el dominio administrativo de clúster paradistintos tipos de recursos. En este tema se incluyen los atributos que puede supervisar cada tipo derecurso.

Tipos de recursos

v Listas de autorizaciones (*AUTL)v Clases (*CLS)v Descripciones de línea Ethernet (*ETHLIN)v Descripciones de dispositivo de agrupaciones de discos independientes (*ASPDEV)v Descripciones de trabajo (*JOBD)v Atributos de red (*NETA)


v Configuración de servidor de red para la seguridad de conexiones (*NWSCFG)v Configuración de servidor de red para sistemas remotos (*NWSCFG)v Configuraciones de servidor de red para procesadores de servicio (*NWSCFG)v Descripciones de servidor de red para conexiones iSCSI (*NWSD)v Descripciones de servidor de red para servidores de red integrados (*NWSD)v Descripciones de servidor de red para servidores de red integrados (*NWSD) (sistema operativo del

servidor *AUX)v Espacios de almacenamiento de servidor de red (*NWSSTG)v Descripciones de dispositivo de adaptador de host de servidor de red (*NWSHDEV)v Descripciones de dispositivo óptico (*OPTDEV)v Descripciones de dispositivo de impresora para conexiones LAN (*PRTDEV)v Descripciones de dispositivo de impresora para conexiones virtuales (*PRTDEV)v Descripciones de subsistema (*SBSD)v Variables de entorno del sistema (*ENVVAR)v Valores del sistema (*SYSVAL)v Descripciones de dispositivo de cinta (*TAPDEV)v Descripciones de línea Token-ring (*TRNLIN)v Atributos de TCP/IP (*TCPA)v Perfiles de usuario (*USRPRF)

Tabla 15. Atributos que se pueden supervisar para listas de autorizaciones (*AUTL)

Nombre de atributo Descripción

AUT Autorización

OBJAUTE Entrada de autorización

OBJPGP Grupo primario

OBJOWNER Propietario de objeto

TEXT Descripción de texto

Tabla 16. Atributos que se pueden supervisar para clases (*CLS)


CPUTIME Máximo de tiempo de CPU

DFTWAIT Tiempo de espera predeterminado

MAXTHD Máximo de hebras

MAXTMPSTG Almacenamiento temporal máximo


OBJAUTL Lista de autorizaciones



RUNPTY Ejecutar prioridad


TIMESLICE Porción de tiempo


Tabla 17. Atributos que se pueden supervisar para descripciones de línea Ethernet (*ETHLIN)


ASSOCPORT Nombre de recurso de puerto asociado

AUTOCRTCTL Autocrear controlador

AUTODLTCTL Autosuprimir controlador

CMNRCYLMT Límites de recuperación

COSTBYTE Coste relativo por byte para enviar y recibir datos enlínea

COSTCNN Coste relativo de estar conectado en línea

DUPLEX Dúplex

GENTSTFRM Generar tramas de prueba

GRPADR Dirección de grupo

LINESPEED Velocidad de línea

LINKSPEED Velocidad de enlace

MAXFRAME Tamaño máximo de trama

MAXCTL Máximo de controladores

MSGQ Cola de mensajes





ONLINE En línea en IPL

PRPDLY Retardo de propagación

RSRCNAME Nombre de recurso

SECURITY Nivel de seguridad de la línea física

SSAP Lista de información de punto de acceso de servicio deorigen (SSAP)


USRDFN1 Primero definido por el usuario

USRDFN2 Segundo definido por el usuario

USRDFN3 Tercero definido por el usuario

VRYWAIT Espera de activación

Tabla 18. Atributos que se pueden supervisar para descripciones de dispositivo de agrupaciones de discosindependientes (*ASPDEV)







RDB Base de datos relacional



Tabla 18. Atributos que se pueden supervisar para descripciones de dispositivo de agrupaciones de discosindependientes (*ASPDEV) (continuación)



Tabla 19. Atributos que se pueden supervisar para descripciones de trabajo (*JOBD)


ACGCDE Código de contabilidad

ALWMLTTHD Permitir múltiples hebras

DDMCNV Conversación de DDM

DEVRCYACN Acción de recuperación de dispositivo

ENDSEV Gravedad de finalización

HOLD Cola de trabajos retenidos

INLASPGRP Grupo de ASP inicial

INLLIBL Lista de bibliotecas inicial

INQMSGRPY Respuesta de mensaje de consulta

JOBMSGQFL Acción completa de cola de mensajes de trabajo

JOBMSGQMX Tamaño máximo de cola de mensajes de trabajo

JOBPTY Prioridad de trabajo (en JOBQ)

JOBQ Cola de trabajos

LOG Registro cronológico de mensajes

LOGCLPGM Mandatos de programa de CL de registro





OUTPTY Prioridad de salida (en OUTQ)

OUTQ Cola de salida

PRTDEV Dispositivo de impresión

PRTTXT Imprimir texto

RQSDTA Datos de petición o mandato

RTGDTA Datos de direccionamiento

SPLFACN Acción de archivo en spool

SWS Conmutaciones de trabajo

SYNTAX Comprobación de sintaxis de CL


TSEPOOL Agrupación de fin de porción de tiempo

USER Usuario

Tabla 20. Atributos que se pueden supervisar para atributos de red (*NETA)


ALWADDCLU Permitir añadir a clúster


Tabla 20. Atributos que se pueden supervisar para atributos de red (*NETA) (continuación)


DDMACC Acceso de petición DDM/DRDA

NWSDOMAIN Dominio de servidor de red

PCSACC Acceso de petición de cliente

Nota: cada atributo de red se trata como su propia entrada de recurso supervisado. Para ellos, el tipo de recurso ylos nombres de atributo son idénticos.

Tabla 21. Atributos que se pueden supervisar para configuraciones de servidor de red de procesadores de servicio(*NWSCFG)


EID Identificador de alojamiento

INZSP Inicializar procesador de servicio





SPAUT Autoridad de procesador de servicio

SPCERTID Identificador de certificado de procesador de servicio

SPINTNETA Dirección de Internet de procesador de servicio

SPNAME Nombre de procesador de servicio


Tabla 22. Atributos que se pueden supervisar para configuración de servidor de red de sistemas remotos(*NWSCFG)


BOOTDEVID Identificador de dispositivo de arranque

CHAPAUT Autenticación CHAP de destino

DELIVERY Método de entrega

DYNBOOTOPT Opciones de arranque dinámico

INRCHAPAUT Autenticación CHAP de iniciador





RMTIFC Interfaces remotas

RMTSYSID Identificador del sistema remoto

SPNWSCFG Configuración del servidor de red del procesador deservicio que se utiliza para gestionar el servidor remoto



Tabla 23. Atributos que se pueden supervisar para configuración de servidor de red de seguridad de conexión(*NWSCFG)


IPSECRULE Reglas de seguridad de IP






Tabla 24. Atributos que se pueden supervisar para descripciones de servidor de red de servidores de red integrados(*NWSD)


ALWDEVRSC Recursos de dispositivo permitidos

CFGFILE Archivo de configuración

CODEPAGE Página de códigos ASCII que representa el juego decaracteres que se va a utilizar con este servidor de red

EVTLOG Registro de sucesos


NWSSTGL Enlaces de espacio de almacenamiento





PRPDMNUSR Propagar usuario de dominio


RSTDDEVRSC Recursos de dispositivo restringido

SHUTDTIMO Tiempo de espera de conclusión

SYNCTIME Sincronizar fecha y hora

TCPDMNNAME Nombre de dominio local de TCP/IP

TCPHOSTNAM Nombre de host de TCP/IP

TCPPORTCFG Configuración de puerto de TCP/IP

TCPNAMSVR Sistema de servidor de nombres de TCP/IP



WINDOWSNT Descripción del servidor de red de Windows

Tabla 25. Atributos que se pueden supervisar para descripciones de servidor de red de servidores de red integrados(sistema operativo de servidor *AUX) (*NWSD)



DSBUSRPRF Inhabilitar perfiles de usuario


Tabla 25. Atributos que se pueden supervisar para descripciones de servidor de red de servidores de red integrados(sistema operativo de servidor *AUX) (*NWSD) (continuación)











SRVOPT Opciones de mantenimiento







Tabla 26. Atributos que se pueden supervisar para descripciones de servidor de red de conexiones iSCSI (*NWSD)


ACTTMR Temporizador de activación

ALWDEVRSC Recursos de dispositivo permitidos

CFGFILE Archivo de configuración

CMNMSGQ Cola de mensajes de comunicaciones


DFTSECRULE Regla de seguridad de IP predeterminada

DFTSTGPTH Vía de acceso de almacenamiento predeterminada


MLTPTHGRP Grupo de múltiples vías de acceso


NWSCFG Configuración de servidor de red

NWSSTGL Enlaces de espacio de almacenamiento






RMVMEDPTH Vía de acceso de soporte extraíble



Tabla 26. Atributos que se pueden supervisar para descripciones de servidor de red de conexiones iSCSI(*NWSD) (continuación)


RSTDDEVRSC Recursos de dispositivo restringido


STGPTH Vías de acceso de almacenamiento de iSCSI del servidorde red

SVROPT Opciones de mantenimiento




TCPNAMSVR Sistema de servidor de nombres de TCP/IP



VRTETHCTLP Puerto de control Ethernet virtual

VRTETHPTH Vía de acceso Ethernet virtual


Tabla 27. Atributos que se pueden supervisar para espacios de almacenamiento de servidor de red (*NWSSTG)






RSCALCPTY Prioridad de asignación de recursos

SIZE Tamaño


TOTALFILES Archivos totales

Tabla 28. Atributos que se pueden supervisar para descripciones de dispositivo de adaptador de host de servidor dered (*NWSHDEV)



LCLIFC Interfaz local asociada










Tabla 29. Atributos que se pueden supervisar para descripciones de dispositivo óptico (*OPTDEV)










Tabla 30. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *LAN(*PRTDEV)


ACTTMR Temporizador de activación

ADPTADR Dirección de adaptador remoto de LAN

ADPTTYPE Tipo de adaptador

ADPTCNNTYP Tipo de conexión de adaptador

AFP Funciones avanzadas de impresión

CHRID Identificador de caracteres

FONT Font

FORMFEED Salto de página

IMGCFG Configuración de imagen

INACTTMR Temporizador de inactividad

LNGTYPE Tipo de lenguaje

LOCADR Dirección de ubicación

MAXPNDRQS Petición pendiente máxima

MFRTYPMDL Tipo y modelo del fabricante







PORT Número de puerto

PRTERRMSG Mensaje de error de impresión

PUBLISHINF Información sobre publicación

RMTLOCNAME Ubicación remota

SEPDRAWER Bandeja separadora

SEPPGM Programa separador

SWTLINLST Lista de líneas conmutadas

SYSDRVPGM Programa controlador del sistema


Tabla 30. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *LAN(*PRTDEV) (continuación)



TRANSFORM Transformación de impresora de host

USRDFNOBJ Objeto definido por el usuario

USRDFNOPT Opciones definidas por el usuario

USRDRVPGM Programa controlador definido por el usuario

USRDTATFM Programa de transformación de datos

WSCST Objeto de personalización de estación de trabajo

Tabla 31. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *VRT(*PRTDEV)


CHRID Identificador de caracteres

FORMFEED Salto de página

IGCFEAT Característica DBCS

IMGCFG Configuración de imagen

MAXLENRU Longitud máxima de unidad de petición

MFRTYPMDL Tipo y modelo del fabricante







PRTERRMSG Mensaje de error de impresión

PUBLISHINF Información sobre publicación

SEPDRAWER Bandeja separadora



TRANSFORM Transformación de impresión de host




USRDTAFM Programa de transformación de datos



SWTLINLST Lista de líneas conmutadas

SYSDRVPGM Programa controlador del sistema


TRANSFORM Transformación de impresora de host


Tabla 31. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *VRT(*PRTDEV) (continuación)





USRDTATFM Programa de transformación de datos


Tabla 32. Atributos que se pueden supervisar para descripciones de subsistema (*SBSD)


AJE Entrada de trabajo de inicio automático

CMNE En línea en IPL

JOBQE Cola de trabajos

MAXJOBS Número máximo de trabajos





PJE Entrada de trabajo previo al inicio

RMTLOCNAME Nombre de ubicación remota

RTGE Entrada de direccionamiento

SGNDSPF Pantalla de inicio de sesión

SYSLIBLE Biblioteca del subsistema


WSNE Entrada de nombre de estación de trabajo

WSTE Entrada de tipo de estación de trabajo

Tabla 33. Atributos que se pueden supervisar para variables de entorno del sistema (*ENVVAR)


Se puede supervisar cualquier variable de entorno denivel *SYS. El nombre de atributo y el nombre de recursoson iguales que el nombre de la variable de entorno.

Nota: cada variable de entorno se trata como su propiaentrada de recurso supervisado. Para ellas, el tipo derecurso y los nombres de atributo son idénticos.

Tabla 34. Atributos que se pueden supervisar para valores del sistema (*SYSVAL)


QACGLVL Nivel de contabilidad

QACTJOBITP Permitir que se interrumpan trabajos

QALWOBJRST No permite que nadie restaure un objeto de estado desistema o un objeto que adopta la autorización

QALWUSRDMN Permite objetos de dominio de usuario


Tabla 34. Atributos que se pueden supervisar para valores del sistema (*SYSVAL) (continuación)


QASTLVL Nivel de asistencia

QATNPGM Programa de atención

QAUDCTL Control de auditoría

QAUDENDACN Acción de error de diario de auditoría

QAUDFRCLVL Nivel de forzado de auditoría

QAUDLVL Nivel de auditoría

QAUDLVL2 Extensión de nivel de auditoría

QAUTOCFG Configuración automática de dispositivo

QAUTORMT Dispositivos y controladores remotos

QAUTOVRT Configuración automática de dispositivo virtual

QCCSID Identificador de juego de caracteres codificado

QCFGMSGQ Cola de mensajes de líneas, controladores y dispositivos

QCHRID Juego de caracteres y página de códigos de gráficospredeterminados utilizados para mostrar o imprimirdatos

QCHRIDCTL Control de identificador de carácter del trabajo

QCMNRCYLMT Recuperación automática de error de comunicaciones

QCNTRYID Identificador de país o región

QCRTAUT Autoridad de nuevos objetos

QCRTOBJAUD Auditoría de nuevos objetos

QCTLSBSD Biblioteca o subsistema de control

QCURSYM Símbolo de moneda

QDATFMT Formato de fecha

QDATSEP Separador de fecha

QDBRCVYWT Esperar recuperación de base de datos antes decompletar el reinicio

QDECFMT Formato decimal

QDEVNAMING Convenio de nomenclatura de dispositivo

QDEVRCYACN Acción de recuperación de dispositivo

QDSCJOBITV Intervalo de tiempo de espera para trabajosdesconectados

QDSPSGNINF Controla la visualización de información de inicio desesión

QENDJOBLMT Tiempo máximo para finalización inmediata

QFRCCVNRST Forzar conversión al restaurar

QHSTLOGSIZ Tamaño de archivo de registro histórico

QIGCCDEFNT Nombre de font codificada

QIGCFNTSIZ Tamaño de punto de font codificada

QINACTITV Intervalo de tiempo de espera excedido de trabajoinactivo

QINACTMSGQ Acción de intervalo de tiempo de espera

QIPLTYPE Tipo de reinicio




QJOBMSGQFL Acción completa de cola de mensajes de trabajo

QJOBMSGQMX Tamaño máximo de cola de mensajes de trabajo

QJOBMSGQSZ Tamaño inicial de cola de mensajes de trabajo enkilobytes (KB)

QJOBMSGQTL Tamaño máximo de cola de mensajes de trabajo (en KB)

QJOBSPLA Tamaño inicial de bloque de control de spooling de untrabajo (en bytes)

QKBDBUF Almacenamiento intermedio de teclado

QKBDTYPE Juego de caracteres de lenguaje de teclado

QLANGID Identificador de lenguaje predeterminado

QLIBLCKLVL Bloquear bibliotecas en la lista de búsqueda debibliotecas de un trabajo de usuario

QLMTDEVSSN Limitar sesiones de dispositivo

QLMTSECOFR Limitar acceso de dispositivo de oficial de seguridad

QLOCALE Entorno local

QLOGOUTPUT Producir salida de impresora de registro de trabajo

QMAXACTLVL Nivel máximo de actividad del sistema

QMAXJOB Número máximo de trabajos permitidos en el sistema

QMAXSGNACN Respuesta del sistema cuando se alcanza el límiteimpuesto por el valor del sistema QMAXSIGN

QMAXSIGN Número máximo de intentos de inicio de sesión noválidos permitidos

QMAXSPLF Máximo de archivos de salida de impresora

QMLTTHDACN Cuándo una función en un trabajo con multihebramientoes de hebra segura

QPASTHRSVR Trabajos de servidor de paso a través de pantalladisponibles

QPRBFTR Filtro de registro de problemas

QPRBHLDITV Retención mínima

QPRTDEV Impresora predeterminada

QPRTKEYFMT Formato de clave de impresión

QPRTTXT Hasta 30 caracteres de texto que se pueden imprimir alfinal de las listas y páginas de separador

QPWDCHGBLK Tiempo mínimo entre cambios de contraseña

QPWDEXPITV Número de días que la contraseña es válida

QPWDEXPWRN Sistema de intervalo de aviso de caducidad decontraseña

QPWDLMTACJ Limita el uso de números adyacentes en una contraseña

QPWDLMTCHR Limita el uso de determinados caracteres en unacontraseña

QPWDLMTREP Limita el uso de caracteres repetidos en una contraseña

QPWDLVL Nivel de contraseña

QPWDMAXLEN Número máximo de caracteres en una contraseña




QPWDMINLEN Número mínimo de caracteres en una contraseña

QPWDPOSDIF Controla la posición de los caracteres en una nuevacontraseña

QPWDRQDDGT Requiere un número en una nueva contraseña

QPWDRQDDIF Controla si la contraseña debe ser diferente de lascontraseñas anteriores

QPWDRULES Reglas de contraseña

QPWDVLDPGM Programa de aprobación de contraseña

QPWRDWNLMT Tiempo máximo para conclusión inmediata

QRCLSPLSTG Limpiar automáticamente el almacenamiento de salidade impresora no utilizado

QRETSVRSEC Retener indicador de datos de seguridad de servidor

QRMTSIGN Inicio de sesión remoto

QRMTSRVATR Atributo de servicio remoto

QSCANFS Explorar sistemas de archivo

QSCANFSCTL Explorar control

QSCPFCONS Se produce problema de consola

QSECURITY Nivel de seguridad del sistema

QSETJOBATR Establecer atributos de trabajo

QSFWERRLOG Registro cronológico de error de software

QSHRMEMCTL Permitir uso de memoria compartida o correlacionadacon posibilidad de escritura

QSPCENV Entorno de usuario predeterminado

QSPLFACN Acción de archivo en spool

QSRTSEQ Secuencia de ordenación

QSRVDMP Registro de servicio de mensajes de escape nosupervisados

QSSLCSL Lista de especificación de cifrado de capa de socketsseguros

QSSLCSLCTL Control de cifrado de capa de sockets seguros

QSSLPCL Protocolos de capa de sockets seguros

QSTRUPPGM Establecer programa de inicio

QSTSMSG Mostrar mensajes de estado

QSYSLIBL Lista de bibliotecas del sistema

QTIMSEP Separador de hora

QTSEPOOL Indica si los trabajos interactivos deben moverse a otraagrupación de almacenamiento principal cuandoalcanzan el fin de la porción de tiempo

QUPSMSGQ Cola de mensajes de fuente de alimentaciónininterrumpible

QUSEADPAUT Utilizar autorización adoptada

QUSRLIBL Parte de usuario de la lista de bibliotecas

QVFYOBJRST Verificar objeto al restaurar




Nota: cada valor de sistema se trata como su propia entrada de recurso supervisado. Para ellos, el tipo de recurso ylos nombres de atributo son idénticos.

Tabla 35. Atributos que se pueden supervisar para descripciones de dispositivo de cinta (*TAPDEV)


ASSIGN Asignar dispositivo al activar





OBJPGP Objeto principal




UNLOAD Descargar dispositivo al desactivar

Tabla 36. Atributos que se pueden supervisar para descripciones de Token-ring (*TRNLIN)


ACTLANMGR Activar gestor de LAN

ADPTADR Dirección de adaptador local

AUTOCRTCTL Autocrear controlador

AUTODLTCTL Autosuprimir controlador


COSTBYTE Coste relativo por byte para enviar y recibir datos enlínea

COSTCNN Coste relativo de estar conectado en línea

DUPLEX Dúplex

ELYTKNRLS Liberación rápida de señal

FCNADR Dirección funcional

LINESPEED Velocidad de línea

LINKSPEED Velocidad de enlace

LOGCFGCHG Cambios de configuración de registro

MAXCTL Máximo de controladores

MAXFRAME Tamaño máximo de trama







PRPDLY Retardo de propagación


Tabla 36. Atributos que se pueden supervisar para descripciones de Token-ring (*TRNLIN) (continuación)



SECURITY Seguridad por línea

SSAP Lista de información de punto de acceso de servicio deorigen (SSAP)

TRNINFBDN Información de Token-ring de baliza

TRNLOGLVL Nivel de registro cronológico de gestor TRLAN

TRNMGRMODE Modalidad de gestor TRLAN

TEXT Descripción de texto de línea Token-ring

USRDFN1 Primero definido por el usuario

USRDFN2 Segundo definido por el usuario

USRDFN3 Tercero definido por el usuario


Tabla 37. Atributos que se pueden supervisar para atributos TCP/IP (*TCPA)


ARPTIMO Tiempo de espera excedido de antememoria de protocolode resolución de direcciones (ARP)

ECN Habilitar notificación de congestión explícita (ECN)

IP6TMPAXP Prefijo de dirección temporal IPv6 excluida

IPDEADGATE Detección de pasarela muerta de IP

IPDTGFWD Reenvío de datagrama de IP

IPPATHMTU Descubrimiento de unidad máxima de transmisión(MTU) de vía de acceso

IPQOSBCH Proceso por lotes de datagrama QoS de IP

IPQOSENB Habilitación QoS de IP

IPQOSTMR Resolución de temporizador QoS de IP

IPRSBTIMO Tiempo de espera excedido de reensamblaje de IP

IPSRCRTG Direccionamiento de fuente de IP

IPTTL Tiempo de vida de IP (límite de salto)

LOGPCLERR Errores de protocolo de registro

NFC Antememoria de red

TCPCLOTIMO Tiempo de espera excedido de tiempo de TCP

TCPCNNMSG Mensaje de conexión de cierre de TCP

TCPKEEPALV Mantener con vida TCP

TCPMINRTM Tiempo mínimo de retransmisión de TCP

TCPR1CNT Recuento de retransmisiones R1 de TCP

TCPR2CNT Recuento de retransmisiones R2 de TCP R2

TCPRCVBUF Tamaño de almacenamiento intermedio de recepción deTCP

TCPSNDBUF Tamaño de almacenamiento intermedio de envío de TCP

TCPURGPTR Puntero urgente de TCP


Tabla 37. Atributos que se pueden supervisar para atributos TCP/IP (*TCPA) (continuación)


UDPCKS Suma de comprobación UDP

Nota: cada atributo TCP/IP se trata como su propia entrada de recurso supervisado. Para ellos, el tipo de recurso ylos nombres de atributo son idénticos.

Tabla 38. Atributos que se pueden supervisar para perfiles de usuario (*USRPRF)


ACGCDE Código de contabilidad

ASTLVL Nivel de asistencia

ATNPGM Programa de atención

CCSID ID de juego de caracteres codificado

CHRIDCTL Control de identificador de carácter

CNTRYID ID de región o país

CURLIB Biblioteca actual

DLVRY Entrega

DSPSGNINF Mostrar información de inicio de sesión

GID Número de ID de grupo

GRPAUT Autoridad de grupo

GRPAUTTYP Tipo de autoridad de grupo

GRPPRF Perfil de grupo

HOMEDIR Directorio inicial

INLMNU Menú inicial

INLPGM Programa inicial a llamar

JOBD Descripción de trabajo

KBDBUF Colocación en almacenamiento intermedio de teclado

LANGID ID de lenguaje

LCLPWDMGT Gestión de contraseña local

LMTCPB Limitar capacidades

LMTDEVSSN Limitar sesiones de dispositivo

LOCALE Entorno local

MAXSTG Almacenamiento máximo permitido

MAXSTGLRG Almacenamiento máximo permitido





OUTQ Cola de salida

OWNER Propietario

PASSWORD Contraseña de usuario

PRTDEV Dispositivo de impresión

PTYLMT Prioridad más alta de planificación


Tabla 38. Atributos que se pueden supervisar para perfiles de usuario (*USRPRF) (continuación)


PWDEXP Establecer contraseña en caducada

PWDEXPITV Intervalo de caducidad de contraseña

SETJOBATR Atributos de trabajo de entorno local

SEV Filtro de código de gravedad

SPCAUT Autoridad especial

SPCENV Entorno especial

SRTSEQ Secuencia de ordenación

STATUS Estado

SUPGRPPRF Grupos adicionales


UID Número de ID de usuario

USRCLS Clase de usuario

USREXPDATE Fecha de caducidad de usuario

USREXPITV Intervalo de caducidad de usuario

USROPT Opciones de usuario

Visualización de los mensajes de entrada de un recurso supervisado:

Utilizando la interfaz gráfica de PowerHA, puede visualizar los mensajes asociados con las entradas derecursos supervisados. Estos mensajes pueden ayudar a explicar por qué una determinada entrada derecurso supervisado es incoherente.

Para ver los mensajes de entradas de recursos supervisados utilizando la interfaz gráfica de PowerHA,siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


contexto del dominio administrativo de clúster al que desea añadir el recurso supervisado.6. En la página Recursos supervisados, seleccione Detalles de nodo ... en el menú de contexto de la

entrada de recurso supervisado cuyos mensajes desea visualizar.

Gestión de agrupaciones de discos independientes

En un entorno de alta disponibilidad, es necesario que la aplicación y sus datos permanezcan coherentesentre los distintos nodos que participan en la alta disponibilidad. Una agrupación de discosindependiente, también llamada agrupación de almacenamiento auxiliar independiente (IASP), es unaagrupación de discos que contiene objetos, los directorios o bibliotecas que contienen los objetos y otrosatributos de objeto, como por ejemplo atributos de autorización y propiedad. Una agrupación de discosindependiente puede utilizarse como ayuda en esta situación. La propiedad de los datos y lasaplicaciones almacenados en una agrupación de discos independiente se puede conmutar a otros sistemasdefinidos en el CRG de dispositivo. La tecnología PowerHA proporciona una alta disponibilidad durantelas interrupciones planificadas y algunas no planificadas.Información relacionada:


|||||||||

IBM eServer iSeries Independent ASPs: A Guide to Moving Applications to IASPs

Cómo hacer que una agrupación de discos no esté disponiblePuede seleccionar una agrupación de discos independiente para hacer que no esté disponible(desactivarla). No podrá acceder a ninguna de las unidades de disco ni a objetos de la agrupación dediscos independiente o la base de datos correspondiente hasta que vuelva estar disponible (activada). Laagrupación puede volver a estar disponible en el mismo sistema o en otro sistema del dominio derecuperación del grupo de recursos de clúster.

Importante: Para hacer que una agrupación de discos independiente no esté disponible, ningún trabajopuede mantener reservas en la agrupación de discos. Consulte Liberar reservas de trabajo en unaagrupación de discos independiente para obtener información sobre cómo determinar si los trabajos estánutilizando una agrupación de discos independiente y cómo liberar las reservas de trabajos.

Para hacer que una agrupación de discos independiente no esté disponible utilizando la interfaz gráficade PowerHA, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie la sesión en el sistema utilizando su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, pulse Mostrar todas las demás... para mostrar las agrupaciones de

discos independientes que no están altamente disponibles actualmente.6. Seleccione Desactivar en el menú de contexto de la agrupación de discos independiente que desea

hacer no disponible.7. Se visualizará un panel de progreso que muestra el paso actual del proceso.

Cuando se hace que una agrupación de discos UDFS no esté disponible utilizando IBM Navigator for i,pueden generarse mensajes que requieran una respuesta en la interfaz basada en caracteres. IBMNavigator for i no proporcionará ninguna indicación de que hay un mensaje esperando.

Para hacer que una agrupación de discos independiente no esté disponible utilizando IBM Navigator fori, siga estos pasos:1. Seleccione Configuración y servicio en IBM Navigator for i.2. Seleccione Agrupaciones de discos.3. Pulse con el botón derecho del ratón sobre la agrupación de discos que desea que no esté disponible y

seleccione Hacer no disponible.4. Pulse Hacer no disponible en el recuadro de diálogo que se visualiza para hacer que la agrupación

de discos no esté disponible.

Puede utilizar el mandato Activar configuración (VRYCFG) en la interfaz basada en caracteres para que laagrupación de discos no esté disponible.

Utilice el mandato Mostrar estado de ASP (DSPASPSTS) para identificar dónde está un paso en elproceso.

Utilice la API Controlar acceso de ASP (QYASPCTLAA) para restringir los procesos que tienen acceso a laASP.

Utilice la API Iniciar operación de gestión de DASD (QYASSDMO) para reducir la cantidad de tiemponecesaria para que una agrupación de discos deje de estar disponible.



Desactivación temporal de una agrupación de discos independienteEn una solución de alta disponibilidad de IBM i, se utilizan agrupaciones de discos independientes paraalmacenar datos resilientes y aplicaciones. Algunas funciones del sistema como, por ejemplo, las copiasde seguridad, requieren la suspensión temporal los cambios en los datos mientras se produce laoperación.

Para disminuir la cantidad de tiempo necesaria para desactivar temporalmente una agrupación de discosindependiente, se recomienda retener las colas de trabajos por lotes, finalizar algunos subsistemas oenviar un mensaje de interrupción a los usuarios interactivos, sugiriéndoles posponer el nuevo trabajo.

Para desactivar temporalmente una agrupación de discos independiente, siga estos pasos.

En una interfaz de línea de mandatos, especifique el siguiente mandato:CHGASPACT ASPDEV(nombre)(*SUSPEND) SSPTIMO(30) SSPTIMOACN(*CONT), donde nombre es el nombre de la agrupación de discosindependiente que desea suspender. En este mandato, está especificando suspender la agrupación dediscos independiente con un tiempo de espera de 30 segundos, y continuar con el paso siguiente aunquese haya excedido el límite de tiempo de espera.

Reanudación de una agrupación de discos independienteUna vez desactivada temporalmente una agrupación de discos independiente en un entorno de altadisponibilidad de IBM i para realizar operaciones de copia de seguridad, debe reanudar la agrupación dediscos independiente para garantizar la actualización de los cambios realizados en los datos durante ladesactivación temporal.

Siga estos pasos para reanudar una agrupación de discos independiente:

En una interfaz de línea de mandatos, especifique el siguiente mandato: CHGASPACT ASPDEV(nombre)OPTION(*RESUME), donde nombre es el nombre de la agrupación de discos independiente que deseareanudar.

Gestión de la duplicación geográficaUtilice la siguiente información como ayuda para gestionar la duplicación geográfica. La duplicacióngeográfica es una subfunción de la duplicación de sitios cruzados, donde los datos se duplican enagrupaciones de discos independientes en un entorno de IBM i.

Suspensión de la duplicación geográficaSi necesita finalizar las comunicaciones TCP por cualquier motivo como, por ejemplo, para cambiar elsistema a un estado restringido, debe suspender primero la duplicación geográfica. Esta acción detienetemporalmente la duplicación entre sistemas en una solución de alta disponibilidad.

Cuando suspende la duplicación, los cambios realizados en la copia de producción de la agrupación dediscos independiente no se transmiten a la copia de duplicación.

Nota: Cuando se reanuda la duplicación geográfica, es necesario realizar una sincronización entre lascopias de producción y duplicación. Si la duplicación geográfica se ha suspendido sin seguimiento, seproduce una sincronización completa. Este puede ser un proceso largo.

Suspensión de la duplicación geográfica cuando IBM PowerHA for i está instalado

Para utilizar la interfaz gráfica de PowerHA para suspender la duplicación geográfica, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.


4. En la página PowerHA, pulse ASP independientes.5. En la página ASP independientes, seleccione Detalles... en el menú de contexto de la agrupación de

discos independiente para la que desea suspender la duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Suspender duplicación en el menú

Seleccionar acción debajo del estado de duplicación.7. Pulse Sí en el panel de confirmación.

Suspensión de la duplicación de disco geográfica con la interfaz de línea de mandatos cuando elprograma bajo licencia IBM PowerHA SystemMirror para i está instalado

Para suspender una duplicación geográfica utilizando la interfaz de línea de mandatos, emita el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*SUSPEND), donde nombre-sesión es el nombre de la

sesión de duplicación geográfica.

Suspensión de la duplicación geográfica cuando IBM PowerHA for i no está instalado

Para suspender la duplicación geográfica con IBM Navigator for i, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que es propietario de la copia de producción de la agrupación de discos duplicada

geográficamente que desea suspender.3. Expanda Configuración y servicio > Hardware > Unidades de disco > Agrupaciones de discos.4. Pulse con el botón derecho del ratón sobre la copia de producción de la Agrupación de discos que

desea suspender y seleccione Duplicación geográfica > Suspender duplicación geográfica.

Si ejecuta la suspensión con seguimiento, el sistema intenta realizar un seguimiento de los cambiosrealizados en las agrupaciones de discos. Esto puede reducir la duración del proceso de sincronización, alejecutar una sincronización parcial cuando se reanuda la duplicación geográfica. Si se agota el espacio deseguimiento, cuando reanude la duplicación geográfica, deberá realizar una sincronización completa.

Nota: Si suspende la duplicación geográfica sin realizar un seguimiento de los cambios, cuando reanudela duplicación geográfica, será necesario realizar una sincronización completa entre las copias deproducción y duplicación. Si suspende la duplicación geográfica y realiza un seguimiento de los cambios,sólo será necesaria una sincronización parcial. La sincronización completa puede ser un proceso lento, deuna a varias horas. El tiempo necesario para la sincronización depende de la cantidad de datos que seesté sincronizando, la velocidad de las conexiones TCP/IP y el número de líneas de comunicaciónutilizadas para la duplicación geográfica.Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Reanudación de la duplicación geográficaSi suspende la duplicación geográfica, debe reanudarla para poder reactivar la duplicación entre lascopias duplicada y de producción.

Nota: Cuando se reanuda la duplicación geográfica, las copias de producción y duplicación sesincronizan de forma concurrente al ejecutar la duplicación geográfica. La sincronización puede ser unproceso largo. Si una agrupación de discos deja de estar disponible, se interrumpe la sincronización. Sereanudará desde donde se interrumpió cuando la agrupación de discos vuelva a estar disponible. Cuandocontinúa una sincronización interrumpida, el primer mensaje (CPI0985D) indica que la sincronización estácompleta al 0%.

Reanudación de la duplicación geográfica cuando PowerHA está instalado


Para utilizar la interfaz gráfica de PowerHA para reanudar la duplicación geográfica, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASPs independientes, seleccione Detalles... en el menú de contexto de la agrupación de

discos independiente para la que desea reanudar la duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Reanudar duplicación en el menú


Reanudación de la duplicación geográfica con la interfaz de línea de mandatos cuando el programabajo licencia IBM PowerHA SystemMirror para i está instalado

Para reanudar una sesión de duplicación geográfica utilizando la interfaz de la línea de mandatos, emitael mandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*RESUME), donde nombre-sesión es el nombre de la


Reanudación de la duplicación geográfica cuando PowerHA no está instalado

Para reanudar la duplicación geográfica mediante PowerHA, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que es propietario de la copia de producción de la agrupación de discos para la

que desea reanudar la duplicación geográfica.3. Expanda Configuración y servicio > Hardware > Unidades de disco > Agrupaciones de discos.4. Pulse con el botón derecho del ratón sobre la Agrupación de discos que desea reanudar y seleccione

Duplicación geográfica > Reanudar duplicación geográfica.Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Desconexión de la copia de duplicaciónSi utiliza la duplicación geográfica y desea acceder a la copia de duplicación para ejecutar operaciones deguardado o la minería de datos, o para crear informes, debe desconectar la copia de duplicación de lacopia de producción.

Desconexión de la copia de duplicación cuando IBM PowerHA for i está instalado

Para utilizar la interfaz gráfica de PowerHA para desconectar la copia duplicada, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea desconectar la copia duplicada.6. En la página Detalles de ASP independiente, seleccione Desconectar en el menú de contexto de la

copia de duplicación.7. Pulse Sí en el panel de confirmación.


Desconexión de la duplicación geográfica con la interfaz de línea de mandatos cuando el programabajo licencia IBM PowerHA SystemMirror para i está instalado

Para desconectar la duplicación geográfica utilizando la interfaz de línea de mandatos, emita el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*DETACH), donde nombre-sesión es el nombre de la


Desconexión de la copia de duplicación cuando IBM PowerHA for i no está instalado

Es recomendable, pero no obligatorio, que inhabilite la agrupación de discos independiente paragarantizar que la copia de producción no se altere mientras se realiza la desconexión.

Para desconectar la copia de duplicación utilizando IBM Navigator for i, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que es propietario de la copia de producción de la agrupación de discos de la que

desea desconectar la copia de duplicación.3. Expanda Configuración y servicio > Hardware > Unidades de disco > Agrupaciones de discos.4. Pulse con el botón derecho del ratón sobre la copia de producción de la Agrupación de discos que

desea desconectar y seleccione Duplicación geográfica > Desconectar copia de duplicación.

Si no puede pulsar Duplicación geográfica > Desconectar copia de duplicación porque está inhabilitado,la copia de duplicación no está sincronizada con la copia de producción. Debe reanudar la duplicacióngeográfica, activar la agrupación de discos y sincronizar las copias de producción y duplicación antes dedesconectar la copia de duplicación.Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Volver a conectar la copia de duplicaciónSi ha desconectado la copia de duplicación y ha terminado el trabajo con la copia de duplicacióndesconectada, debe volver a conectar la copia de duplicación desconectada para reanudar el uso de laduplicación geográfica.

La copia de duplicación desconectada debe estar no disponible cuando se vuelve a conectar a la copia deproducción.

Nota: al reconectar la copia de duplicación desconectada, en V6R1 existe la opción para desconectar conseguimiento, que solamente necesita una sincronización parcial al reconectar. Los cambios realizados en lacopia de producción se aplicarán a la copia duplicada, y todos los cambios realizados en la copiaduplicada desconectada se sobrescribirán con el contenido de la copia de producción.

Reconexión de la copia de duplicación cuando el programa bajo licencia IBM PowerHA SystemMirrorpara i está instalado

Para utilizar la interfaz gráfica de PowerHA para reconectar la copia duplicada, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea reconectar la copia duplicada.


6. En la página Detalles de ASP independiente, seleccione Reconectar en el menú de contexto de lacopia de duplicación.

7. Pulse Sí en el panel de confirmación.

Reconexión de la duplicación de disco geográfica con la interfaz de línea de mandatos cuando elprograma bajo licencia IBM PowerHA SystemMirror para i está instalado

Para reconectar la duplicación geográfica utilizando la interfaz de línea de mandatos, emita el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*REATTACH), donde nombre-sesión es el nombre de

la sesión de duplicación geográfica.

Reconexión de la copia de duplicación cuando IBM PowerHA SystemMirror para i no está instalado

Para reconectar la copia de duplicación utilizando IBM Navigator for i, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que es propietario de la copia de producción de la agrupación de discos a la que

desea volver a conectar la copia de duplicación desconectada.3. Expanda Configuración y servicio > Hardware > Unidades de disco > Agrupaciones de discos.4. Pulse con el botón derecho del ratón sobre la copia de producción de la Agrupación de discos que

desea volver a conectar y seleccione Duplicación geográfica > Volver a conectar copia deduplicación.

Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Desconfiguración de la duplicación geográficaSi ya no desea la posibilidad de utilizar la duplicación geográfica para una agrupación de discosespecífica o un grupo de agrupaciones de discos, puede seleccionar Desconfigurar la duplicacióngeográfica. Si desconfigura la duplicación geográfica, el sistema detiene la duplicación geográfica ysuprime la copia de duplicación de las agrupaciones de discos en los nodos del sitio de copia deduplicación.

La agrupación de discos debe estar fuera de línea para desconfigurar la duplicación geográfica y el grupode recursos de clúster (CRG) debe tener un estado de INACTIVE.

Desconfiguración de la duplicación geográfica cuando el programa bajo licencia IBM PowerHASystemMirror para i está instalado

Para utilizar IBM Navigator for i para desconfigurar la duplicación geográfica, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea desconfigurar la duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Desconfigurar duplicación geográfica... en

el menú Seleccionar acción bajo el estado de duplicación.7. Pulse Aceptar en el panel de confirmación.


Desconfiguración de la duplicación geográfica con la interfaz de línea de mandatos cuando elprograma bajo licencia IBM PowerHA SystemMirror para i está instalado

Para desconfigurar la duplicación geográfica utilizando la interfaz de línea de mandatos, emita elmandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*DELETE), donde nombre-sesión es el nombre de la

ASP independiente en la que desea desconfigurar la duplicación geográfica.

Desconfiguración de la duplicación geográfica cuando el programa bajo licencia IBM PowerHASystemMirror para i no está instalado

1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que desea examinar, Configuración y servicio > Hardware > Unidades de disco

> Agrupaciones de discos.3. Pulse con el botón derecho del ratón sobre la copia de producción de la Agrupación de discos que

desea desconfigurar y seleccione Duplicación geográfica>Desconfigurar duplicación geográfica.4. Actualice la configuración del clúster de la siguiente manera:

a. Elimine los nodos que están asociados con la copia de duplicación del dominio de recuperacióndel grupo de recursos de clúster (CRG) de dispositivos.

b. Elimine el nombre de sitio y las direcciones IP de puerto de datos de los restantes nodos delclúster.

Tareas relacionadas:“Eliminación de nodos” en la página 97Puede que tenga que eliminar un nodo de un clúster si está realizando una actualización del nodo o si elnodo ya no necesita participar en el entorno de alta disponibilidad de IBM i.Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)

Cambio de las propiedades de duplicación geográficaTodas las propiedades de duplicación geográfica pueden cambiarse cuando la copia de producción de laagrupación de discos independiente está desactivada. La propiedad Prioridad de sincronización tambiénpuede cambiarse si la agrupación de discos independiente está disponible y la duplicación geográfica estásuspendida.

Cambio de las propiedades de duplicación geográfica con el programa bajo licencia IBM PowerHASystemMirror para i

Para cambiar las propiedades de la duplicación geográfica utilizando la interfaz gráfica de PowerHA, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea cambiar las propiedades de duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Propiedades de duplicación... en el menú

Seleccionar acción bajo el estado de duplicación.7. En la página Propiedades, pulse Editar.8. Realice los cambios en las propiedades y pulse Guardar.


Cambio de la duplicación geográfica con la interfaz de línea de mandatos cuando el programa bajolicencia IBM PowerHA SystemMirror para i está instalado

Para cambiar la sesión de duplicación geográfica utilizando la interfaz de línea de mandatos, emita elmandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*CHGATTR), donde nombre-sesión es el nombre de la

sesión de duplicación geográfica. Debe listar los atributos que deben cambiarse.

Cambio de las propiedades de duplicación geográfica con IBM Navigator for i

Para cambiar las propiedades de la duplicación geográfica utilizando IBM Navigator for i, siga estospasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que posee la copia de producción de la agrupación de discos duplicada

geográficamente asociada con la sesión de duplicación geográfica para la que desea editar losatributos y seleccione Configuración y servicio > Hardware > Unidades de disco > Agrupaciones dediscos.

3. Pulse con el botón derecho del ratón sobre la copia de producción de la Agrupación de discos para laque desea editar los atributos y seleccione Sesiones > Abrir.

4. Pulse con el botón derecho del ratón sobre la copia de producción de la Sesión para la que deseaeditar los atributos y seleccione Propiedades. Para cambiar una descripción de copia asociada,seleccione la descripción de copia y pulse Editar.

Gestión de la duplicación MetroEn entornos PowerHA que utilizan la tecnología de duplicación Metro de IBM System Storage, debeconfigurar una sesión de duplicación metro entre los sistemas IBM i y las unidades de disco externas quetienen configurada la duplicación Metro. Desde el sistema, puede gestionar estas sesiones.

Suspensión de Metro MirrorPuede que sea necesario suspender sesiones de Metro Mirror para realizar el mantenimiento del sistema.

Suspensión de Metro Mirror con la interfaz gráfica de PowerHA

Para suspender una sesión de Metro Mirror utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea suspender Metro Mirror.6. En la página Detalles de ASP independiente, seleccione Suspender duplicación en el menú


Suspensión de Metro Mirror con la interfaz de línea de mandatos

Para suspender una sesión de Metro Mirror utilizando la interfaz de línea de mandatos, utilice elmandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*SUSPEND), donde nombre-sesión es el nombre de la

sesión Metro Mirror de DS8000.


v CHGSVCSSN SESSION(nombre-sesión) OPTION(*SUSPEND), donde nombre-sesión es el nombre de lasesión Metro Mirror de SAN Volume Controller (SVC).

Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Reanudación de sesiones de duplicación metroUna vez completadas las operaciones de rutina, tales como el mantenimiento del sistema, debe reanudaruna sesión de Metro Mirror suspendida para rehabilitar la alta disponibilidad.

Reanudación de Metro Mirror con la interfaz gráfica de PowerHA

Para reanudar una sesión de Metro Mirror utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea reanudar la duplicación geográfica.6. En la página Detalles de ASP independiente, seleccione Reanudar duplicación en el menú


Reanudación de Metro Mirror con la interfaz de línea de mandatos

Para reanudar una sesión de Metro Mirror utilizando la interfaz de línea de mandatos, emita el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*RESUME), donde nombre-sesión es el nombre de la

sesión Metro Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*RESUME), donde nombre-sesión es el nombre de la

sesión Metro Mirror de SAN Volume Controller (SVC).Información relacionada:Mandato Cambiar sesión de ASP (CHGASPSSN)Mandato Cambiar sesión de SVC (CHGSVCSSN)

Desconexión de Metro MirrorSi utiliza Metro Mirror y desea acceder a la copia de destino para ejecutar operaciones de guardado ominería de datos, debe desconectar la copia de destino de la copia de origen.

Desconexión de la copia de duplicación con la interfaz gráfica de PowerHA



discos independiente para la que desea desconectar la copia duplicada.


6. En la página Detalles de ASP independiente, seleccione Desconectar en el menú de contexto de lacopia de duplicación.


Desconexión de la copia de duplicación con la interfaz de línea de mandatos

Para desconectar la copia de duplicación utilizando la interfaz de línea de mandatos, emita el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*DETACH), donde nombre-sesión es el nombre de la

sesión Metro Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*DETACH), donde nombre-sesión es el nombre de la

sesión Metro Mirror de SAN Volume Controller (SVC).

Reconexión de Metro MirrorSi ha desconectado la copia de destino y ha terminado el trabajo con la copia de destino desconectada,debe volver a conectar la copia de destino desconectada para reanudar el uso de Metro Mirror.

La copia de destino desconectada no debe estar disponible cuando se reconecta a la copia de origen.

Nota: al reconectar la copia de duplicación desconectada, en V6R1 existe la opción para desconectar conseguimiento, que solamente necesita una sincronización parcial al reconectar. Los cambios realizados en lacopia de origen se aplicarán a la copia de destino, y todos los cambios realizados en la copia de destinodesconectada se sobrescribirán con el contenido de la copia de origen.

Reconexión de la copia de destino con la interfaz gráfica de PowerHA

Para utilizar la interfaz gráfica de PowerHA para reconectar la copia de duplicación, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea reconectar la copia duplicada.6. En la página Detalles de ASP independiente, seleccione Reconectar en el menú de contexto de la


Reconexión de la copia de destino con la interfaz de línea de mandatos

Para reconectar Metro Mirror utilizando la interfaz de línea de mandatos, utilice el mandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*REATTACH), donde nombre-sesión es el nombre de

la sesión Metro Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*REATTACH), donde nombre-sesión es el nombre de

la sesión Metro Mirror de SAN Volume Controller (SVC).

Finalización de Metro MirrorPuede finalizar la sesión de Metro Mirror para dejar de utilizar la sesión para la alta disponibilidad y larecuperación de desastres.

La finalización de la sesión de Metro Mirror no desconfigura Metro Mirror en IBM System Storage, sóloelimina la conexión con IBM System Storage.


Finalización de Metro Mirror con la interfaz gráfica de PowerHA

Para finalizar una sesión de Metro Mirror utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea suprimir la sesión de Metro Mirror.6. En la página Detalles de ASP independiente, seleccione Desconfigurar duplicación... en el menú

Seleccionar acción bajo el estado de duplicación.7. Pulse Aceptar en el panel de confirmación.

Finalización de Metro Mirror con la interfaz de línea de mandatos

Para finalizar una sesión de Metro Mirror utilizando la interfaz de línea de mandatos, utilice el mandatosiguiente:v ENDASPSSN SESSION(nombre-sesión), donde nombre-sesión es el nombre de la sesión de Metro

Mirror de DS8000.v ENDSVCSSN SESSION(nombre-sesión), donde nombre-sesión es el nombre de la sesión de Metro

Mirror de SAN Volume Controller (SVC).

Supresión de la configuración de Metro Mirror

La finalización de la sesión de Metro Mirror no desconfigura Metro Mirror en IBM System Storage, sóloelimina la conexión con IBM System Storage.

Para desconfigurar Metro Mirror en IBM i, debe desconfigurar las unidades de almacenamiento externasde IBMSystem Storage. Para obtener información sobre Metro Mirror en IBMSystem StorageDS8000,

consulte Copy Services en el Information Center de IBM System Storage DS8000 .Información relacionada:Mandato Finalizar sesión de ASP (ENDASPSSN)Mandato Finalizar sesión de SVC (ENDSVCSSN)

Visualización o cambio de las propiedades de duplicación metroVisualización de información sobre una sesión de duplicación metro para cambiar las descripciones decopia asociadas.

Visualización o modificación de las propiedades de la duplicación metro con el programa bajo licenciaPowerHA instalado

Para cambiar las propiedades de la duplicación metro mediante la interfaz gráfica de PowerHA, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea cambiar las propiedades de duplicación Metro.



6. En la página Detalles de ASP independiente, seleccione Propiedades... en el menú de contexto de lacopia de producción o de la copia duplicada.

7. En la páginaPropiedades, pulse Editar en la sección Avanzada.8. Realice los cambios en las propiedades y pulse Guardar.

Gestión de Global MirrorEn entornos de alta disponibilidad IBM i que utilizan la tecnología de Global Mirror de IBM SystemStorage, debe configurar una sesión de Global Mirror entre los sistemas IBM i y las unidades de discoexternas que tienen configurada Global Mirror. Desde el sistema, puede gestionar estas sesiones.

Suspensión de Global MirrorPuede que sea necesario suspender sesiones de Global Mirror para realizar el mantenimiento del sistema.

Suspensión de Global Mirror con la interfaz gráfica de PowerHA

Para suspender una sesión de Global Mirror utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea suspender Global Mirror.6. En la página Detalles de ASP independiente, seleccione Suspender duplicación en el menú


Suspensión de Global Mirror con la interfaz de línea de mandatos

Para suspender una sesión de Global Mirror utilizando la interfaz de línea de mandatos, utilice elmandato siguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*SUSPEND), donde nombre-sesión es el nombre de la

sesión Global Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*SUSPEND), donde nombre-sesión es el nombre de la

sesión Global Mirror de SAN Volume Controller (SVC).

Reanudación de Global MirrorUna vez completadas las operaciones de rutina, tales como el mantenimiento del sistema, debe reanudaruna sesión de Global Mirror suspendida para rehabilitar la alta disponibilidad.

Reanudación de Global Mirror con la interfaz gráfica de PowerHA

Para reanudar una sesión de Global Mirror suspendida utilizando la interfaz gráfica de PowerHA, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea reanudar Global Mirror.


6. En la página Detalles de ASP independiente, seleccione Reanudar duplicación en el menúSeleccionar acción debajo del estado de duplicación.


Reanudación de Global Mirror con la interfaz de línea de mandatos

Para reanudar una sesión de Global Mirror suspendida utilizando la interfaz de línea de mandatos, utiliceeste mandato:v CHGASPSSN SESSION(nombre-sesión) OPTION(*RESUME), donde nombre-sesión es el nombre de la

sesión de Global Mirror DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*RESUME), donde nombre-sesión es el nombre de la

sesión de Global Mirror SAN Volume Controller (SVC).

Desconexión de Global MirrorSi utiliza Global Mirror y desea acceder a la copia de destino para ejecutar operaciones de guardado ominería de datos, debe desconectar la copia de destino de la copia de origen.

Desconexión de la copia de duplicación con la interfaz gráfica de PowerHA



discos independiente para la que desea desconectar la copia duplicada.6. En la página Detalles de ASP independiente, seleccione Desconectar en el menú de contexto de la


Desconexión de la copia de duplicación con la interfaz de línea de mandatos

Para desconectar la copia de duplicación utilizando la interfaz de línea de mandatos, utilice el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*DETACH), donde nombre-sesión es el nombre de la

sesión Global Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*DETACH), donde nombre-sesión es el nombre de la

sesión Global Mirror de SAN Volume Controller (SVC).

Reconexión de Global MirrorSi ha desconectado la copia de destino y ha terminado el trabajo con la copia de destino desconectada,debe volver a conectar la copia de destino desconectada para reanudar el uso de Global Mirror.

La copia de destino desconectada no debe estar disponible al reconectarse a la copia de origen.

Nota: al reconectar la copia de duplicación desconectada, en V6R1 existe la opción para desconectar conseguimiento, que solamente necesita una sincronización parcial al reconectar. Los cambios realizados en lacopia de origen se aplicarán a la copia de destino, y todos los cambios realizados en la copia de destinodesconectada se sobrescribirán con el contenido de la copia de origen.

Reconexión de la copia de destino con la interfaz gráfica de PowerHA


Para utilizar la interfaz gráfica de PowerHA para reconectar la copia de duplicación, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea reconectar la copia duplicada.6. En la página Detalles de ASP independiente, seleccione Reconectar en el menú de contexto de la


Reconexión de la copia de destino con la interfaz de línea de mandatos

Para reconectar la copia de duplicación utilizando la interfaz de línea de mandatos, utilice el mandatosiguiente:v CHGASPSSN SESSION(nombre-sesión) OPTION(*REATTACH), donde nombre-sesión es el nombre de

la sesión Global Mirror de DS8000.v CHGSVCSSN SESSION(nombre-sesión) OPTION(*REATTACH), donde nombre-sesión es el nombre de

la sesión Global Mirror de SAN Volume Controller (SVC).

Finalización de Global MirrorPuede finalizar la sesión de Global Mirror para dejar de utilizar la sesión para la alta disponibilidad y larecuperación de desastres.

Finalización de Global Mirror con la interfaz gráfica de PowerHA

Para suprimir una sesión de Global Mirror utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea suprimir la sesión de Global Mirror.6. En la página Detalles de ASP independiente, seleccione Desconfigurar duplicación... en el menú

Seleccionar acción bajo el estado de duplicación.7. Pulse Aceptar en el panel de confirmación.

Finalización de Global Mirror con la interfaz de línea de mandatos

Para finalizar una sesión de Global Mirror utilizando la interfaz de línea de mandatos, utilice estemandato:v ENDASPSSN SESSION(nombre-sesión), donde nombre-sesión es el nombre de la sesión de Metro

Mirror de DS8000.v ENDSVCSSN SESSION(nombre-sesión), donde nombre-sesión es el nombre de la sesión de Metro

Mirror de SAN Volume Controller (SVC).

Supresión de la configuración de Global Mirror

La finalización de la sesión de Global Mirror no desconfigura la duplicación global en IBM SystemStorage, sólo elimina la conexión con IBM System Storage.


Para desconfigurar Global Mirror en IBM i, debe desconfigurar las unidades de almacenamiento externasde IBMSystem Storage. Para obtener información sobre Global Mirror en IBMSystem StorageDS8000,

consulte Copy Services en el Information Center de IBM System Storage DS8000 .

Cambio de las propiedades de una sesión de duplicación globalVisualización de información sobre una sesión de duplicación global para cambiar las descripciones decopia asociadas.

Visualización o modificación de las propiedades de Global Mirror mediante la interfaz gráfica dePowerHA

Para cambiar las propiedades de Global Mirror mediante la interfaz gráfica de PowerHA, siga estospasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea cambiar las propiedades de Global Mirror.6. En la página Detalles de ASP independiente, seleccione Propiedades... en el menú de contexto de la

copia de producción o de la copia duplicada.7. En la página Propiedades, pulse Editar en la sección Avanzada.8. Realice los cambios en las propiedades y pulse Guardar.

Gestión de unidades lógicas conmutadasLas unidades lógicas conmutadas son agrupaciones de discos independientes que derivan de unidadeslógicas creadas en un sistema IBM System Storage y que se han configurado como parte de un grupo derecursos de clúster (CRG) de dispositivo.

La posesión de los datos y aplicaciones almacenados en una unidad lógica conmutada se puede conmutara otros sistemas que se han definido en el CRG de dispositivo. La tecnología de discos conmutadosproporciona una alta disponibilidad durante las interrupciones de servicio planificadas y algunas noplanificadas.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 42IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Habilitación e inhabilitación de unidades lógicas conmutadasPuede seleccionar una agrupación de discos independiente para habilitarla o inhabilitarla. No puedeacceder a ninguna de las unidades de disco ni objetos de la agrupación de discos independiente ni a subase de datos correspondiente hasta que la agrupación de discos vuelva estar disponible. La agrupaciónpuede volver a estar disponible en el mismo sistema o en otro sistema del dominio de recuperación delgrupo de recursos de clúster.

Una agrupación de discos independiente se puede inhabilitar desactivándola. No puede acceder aninguna de las unidades de disco ni objetos de la agrupación de discos independiente ni a su base dedatos correspondiente hasta que se activen las unidades de disco u objetos. La agrupación se puedehabilitar en el mismo sistema o en otro sistema del dominio de recuperación del grupo de recursos declúster.



Gestión de la tecnología FlashCopyFlashCopy es una tecnología de IBM System Storage que permite realizar una copia puntual de unidadesde disco externas. En las soluciones de PowerHA que utilizan Metro Mirror o Global Mirror, se puedeutilizar la tecnología FlashCopy para reducir el período de copia de seguridad mediante la realización decopias de los datos que luego se pueden guardar en un soporte. Para utilizar la tecnología FlashCopy, sedebe crear una sesión entre el sistema y las unidades de almacenamiento externas.

Actualización de una sesión de FlashCopyPuede actualizar una sesión de FlashCopy cuando realiza una resincronización de volúmenes deFlashCopy en unidades de almacenamiento externas de IBM System Storage. La resincronización permiterealizar una copia sin volver a copiar el volumen completo. Este proceso sólo es posible con una relaciónpersistente, con la que la unidad de almacenamiento realiza un seguimiento continuo de lasactualizaciones en los volúmenes de origen y de destino. Con las relaciones persistentes se mantiene larelación entre los volúmenes de origen y de destino una vez completada la copia de fondo. La sesión deFlashCopy que se crea en IBM i proporciona un medio para gestionar y supervisar la actividadrelacionada con la sesión de FlashCopy en las unidades de IBM System Storage.

Actualización de una FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirror para iestá instalado

Para actualizar una sesión de FlashCopy mediante la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse ASP independientes.5. En la página ASPs independientes seleccione Detalles... en el menú de contexto de la agrupación de

discos independiente que tiene una FlashCopy que desea actualizar.6. En la página Detalles de ASP independiente, seleccione Actualizar en el menú contextual de la

FlashCopy desea actualizar.7. Pulse Sí en el panel de confirmación.

Reconexión de una sesión de FlashCopyVuelva a conectar una sesión de FlashCopy.

Reconexión de una FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirror para iestá instalado

Para reconectar (habilitar) una sesión de FlashCopy mediante la interfaz gráfica de IBM PowerHA for i,siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente que tiene una FlashCopy que desea reconectar (habilitar).6. En la página Detalles de ASP independiente, seleccione Habilitar en el menú contextual de la

FlashCopy que desea reconectar (habilitar).

Reconexión de una FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirror para ino está instalado


Para reconectar una sesión de FlashCopy mediante la interfaz gráfica de Configuración y servicio, sigaestos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Navigator for i.4. Seleccione Agrupaciones de discos.5. Seleccione la agrupación de discos que está asociada con la sesión que desea volver a conectar.6. En el menú Seleccionar acciones, seleccione Sesiones.7. Seleccione la sesión que desea volver a conectar.8. En el menú Seleccionar acciones, seleccione Volver a conectar FlashCopy.

Desconexión de una sesión de FlashCopyPuede desconectar los volúmenes de destino respecto del origen para una sesión de FlashCopyseleccionada.

Desconexión de FlashCopy cuando IBM PowerHA for i está instalado

Para desconectar (inhabilitar) una sesión de FlashCopy mediante la interfaz gráfica de PowerHA, sigaestos pasos:1. 1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host

del sistema.2. 2. Inicie la sesión en el sistema con su perfil de usuario y contraseña.3. 3. Pulse PowerHA en la ventana de IBM Navigator for i.4. 4. En la página PowerHA, pulse ASP independientes.5. 5. En la página ASPs independientes seleccione Detalles... en el menú de contexto de la agrupación

de discos independiente que tiene una FlashCopy que desea desconectar (inhabilitar).6. 6. En la página Detalles de ASP independiente, seleccione Inhabilitar en el menú contextual de la

FlashCopy que desea desconectar (inhabilitar).7. 7. Pulse Sí en el panel de confirmación.

Supresión de una sesión de FlashCopySuprima una sesión de FlashCopy.

Supresión de una FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirror para iestá instalado

Para suprimir una sesión de FlashCopy utilizando la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente que tiene una FlashCopy que desea suprimir.6. En la página Detalles de ASP independiente, seleccione Suprimir en el menú contextual de la

FlashCopy desea suprimir.7. Pulse Sí en el panel de confirmación.


Restauración de datos desde una sesión de FlashCopyUna vez finalizada una sesión de FlashCopy en las unidades de IBM System Storage, puede restaurar losdatos del volumen de destino en el volumen de origen en el caso de que se produzca una interrupción enla copia de origen de los datos. Para ello, debe invertir la sesión de FlashCopy que se ha creado en IBM i.No obstante, la inversión de la sesión copia datos del destino de nuevo en el origen y devuelve el origena una versión anterior.

Si el origen de FlashCopy es un miembro de un grupo de recursos de clúster, la FlashCopy inversa noestá permitida a menos que la FlashCopy original se haya realizado como un flash *NOCOPY. Las flashinversas de copia completa no están soportadas cuando el origen de la FlashCopy original es un miembrode un grupo de recursos de clúster.

Atención: La inversión de una sesión de FlashCopy guarda los cambios realizados en la copia de origencopiando los datos del destino de nuevo en el origen. Esto devuelve el origen a dicho punto anterior enel tiempo.

Para invertir una sesión de FlashCopy, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Seleccione Configuración y servicio en la ventana de IBM Navigator for i.4. Seleccione Agrupaciones de discos.5. Seleccione la agrupación de discos de la copia de origen.6. En el menú Seleccionar acciones, seleccione Abrir sesiones.7. Seleccione la sesión.8. En el menú Seleccionar acciones, seleccione Invertir FlashCopy.

Cambio de las propiedades de FlashCopyVisualización de información sobre una sesión de FlashCopy para cambiar las descripciones de copiaasociadas.

Cambiar propiedades de FlashCopy cuando el programa bajo licencia IBM PowerHA SystemMirrorpara i está instalado

Para cambiar información acerca de una sesión de FlashCopy mediante la interfaz gráfica de PowerHA,siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del


discos independiente para la que desea cambiar las propiedades de FlashCopy.6. En la página Detalles de ASP independiente, seleccione Propiedades... en el menú de contexto

FlashCopy.7. En la página Propiedades, pulse Editar.8. Realice los cambios en las propiedades y pulse Guardar.


Gestión de DS8000 Full System HyperSwapDS8000 Full System HyperSwap es una solución de sistema completo que permite conmutar entreunidades lógicas duplicadas entre dos unidades IBM System Storage DS8000 sin interrupción,proporcionando una solución de alta disponibilidad e impacto mínimo.

Para utilizar DS8000 Full System HyperSwap, es necesario instalar IBM PowerHA para i Express Editioncon una clave de licencia válida.

Visualización del estado de HyperSwap

Para visualizar el estado actual de HyperSwap en el sistema, utilice el mandato DSPHYSSTS. La salida delmandato indica el sentido y estado actuales de la réplica de HyperSwap.Información relacionada:Mandato Visualizar estado de HyperSwap (DSPHYSSTS)

realizar una HyperSwap planificadaPara realizar una HyperSwap planificada desde la unidad IBM System Storage primaria a la secundaria einiciar la réplica en el sentido inverso, utilice el mandato Cambiar estado de HyperSwap (CHGHYSSTS) conla opción *SWAP.Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)

Suspender la réplica de HyperSwapPara suspender la réplica de HyperSwap del sistema, utilice el mandato Cambiar estado de HyperSwap(CHGHYSSTS) con la opción *STOP.

Nota: cuando se suspende la réplica, no puede ejecutarse HyperSwap. Cada hora se envían mensajes a lacola de mensajes QSYSOPR.Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)

Reanudar la réplica de HyperSwapPara reanudar la réplica de HyperSwap suspendida, utilice el mandato Cambiar estado de HyperSwap(CHGHYSSTS) con la opción *START.

Nota: el sistema podrá ejecutar HyperSwap tan pronto como la resincronización haya finalizado.Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)

Recuperación de una migración tras error de HyperSwap no planificadaEn caso de una migración tras error de HyperSwap no planificada, el sistema utilizará automáticamenteel dispositivo IBM System Storage secundario como primario. Si el problema que ha provocado lamigración tras error de HyperSwap se ha solucionado, el sistema indicará que existen dos dispositivos deIBM System Storage primarios. El sentido de la réplica se indica en la salida del mandato Visualizarestado de HyperSwap (DSPHYSSTS).

Para realizar la recuperación, siga estos pasos:1. Emita un mandato Cambiar estado de HyperSwap (CHGHYSSTS) con la opción *START para reanudar la

réplica.2. Emita el mandato Visualizar estado de HyperSwap (DSPHYSSTS) esperando hasta que todas las

unidades estén totalmente sincronizadas.3. Para volver al dispositivo primario original, emita un mandato Cambiar estado de HyperSwap

(CHGHYSSTS) con la opción *SWAP.


||

Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)Mandato Visualizar estado de HyperSwap (DSPHYSSTS)

Gestión de DS8000 HyperSwap con agrupaciones de almacenamientoauxiliar independiente (IASPs)DS8000 HyperSwap con IASPs se utiliza normalmente con tecnología de conmutación de LUN dePowerHA para proporcionar cobertura para interrupciones de almacenamiento y servidor planificadas yno planificadas y se puede utilizar también con Live partition mobility para minimizar el tiempo deinactividad para interrupciones de servidor planificadas.

La tabla siguiente contiene la tecnología recomendada a utilizar para varios casos de ejemplo y variasinterrupciones, tanto planificadas como no planificadas.

Tabla 39. Casos de ejemplo de interrupción

Tipo de interrupción Tipo de recuperación

Actualización o mantenimiento del sistema operativo deIBM i

Conmutación de CRG. Para obtener más información,consulte “Conmutación planificada de CRG conconmutación de HyperSwap y LUN” en la página 150.

Actualización o interrupción de firmware de servidorplanificada

Conmutación de LPM o conmutación de CRG. Paraobtener más información, consulte “Conmutaciónplanificada de CRG con conmutación de HyperSwap yLUN” en la página 150 o “Conmutación de Live PartitionMobility con HyperSwap y afinidad” en la página 153.

Actualización o interrupción de almacenamientoplanificada

Conmutación de HyperSwap. Para obtener másinformación, consulte “Conmutación planificada deHyperSwap de SYSBAS” en la página 149, “Conmutaciónplanificada de HyperSwap de agrupación dealmacenamiento auxiliar independiente (IASP)” en lapágina 149 o “Conmutación planificada de HyperSwapcon conmutación de HyperSwap y LUN” en la página149.

Actualización o interrupción de hardware de servidorplanificada

Conmutación de CRG. Para obtener más información,consulte “Conmutación planificada de CRG conconmutación de HyperSwap y LUN” en la página 150.

Interrupción del sistema operativo de IBM i noplanificada

Migración tras error de CRG. Para obtener másinformación, consulte “Migración tras error de CRG yconmutación de HyperSwap y LUN” en la página 152.

Interrupción de firmware de servidor no planificada Migración tras error de CRG. Para obtener másinformación, consulte “Migración tras error de CRG yconmutación de HyperSwap y LUN” en la página 152.

Interrupción de almacenamiento no planificada Migración tras error de HyperSwap. Para obtener másinformación, consulte “Migración tras error deHyperSwap con conmutación de HyperSwap y LUN” enla página 151.

Interrupción de hardware de servidor no planificada Migración tras error de CRG. Para obtener másinformación, consulte “Migración tras error de CRG yconmutación de HyperSwap y LUN” en la página 152.

Visualización del estado de HyperSwap

Para visualizar el estado actual de HyperSwap en el sistema, utilice el mandato DSPHYSSTS. La salida delmandato indica el sentido y estado actuales de la réplica de HyperSwap.


|

|

||||

||

||

||

|||||

|||||||

||||||||||

|||||

|||||

||||

|||||

|||||

|

||

Información relacionada:Mandato Visualizar estado de HyperSwap (DSPHYSSTS)

Conmutación planificada de HyperSwap de SYSBASPara realizar una conmutación planificada de SYSBAS, especifique el mandato siguiente:

CHGHYSSTS OPTION(*SWAP) NODE(*) ASPDEV(*SYSBAS)

Este mandato conmuta el acceso primario de SYSBAS de un servidor de almacenamiento de DS8000 alotro servidor de almacenamiento de DS8000 en la relación de HyperSwap. Si existe un IASP en elsistema, la relación de HyperSwap correspondiente permanece igual.

Conmutación planificada de HyperSwap de agrupación de almacenamiento auxiliarindependiente (IASP)Para realizar una conmutación planificada de una IASP, especifique el mandato siguiente:

CHGHYSSTS OPTION(*SWAP) NODE(*) ASPDEV(<nombre-de-iasp>)

Este mandato conmuta el acceso primario de la IASP nombre-de-asp de un servidor de almacenamientode DS8000 al otro servidor de almacenamiento de DS8000 en la relación de HyperSwap. No cambia larelación de SYSBAS u otras IASPs que hay en el sistema.

Conmutación planificada de HyperSwap con conmutación de HyperSwap y LUNEn el caso de una interrupción planificada de un servidor de almacenamiento, se puede iniciar unaconmutación de HyperSwap, lo que resulta en un tiempo de inactividad casi cero desde una perspectivade usuario. En la parte izquierda de la figura siguiente, todas las unidades de disco de IASP1 se duplicancon Metro mirror en la segunda DS8000 para crear una relación de HyperSwap. Además de configurarsepara HyperSwap, IASP1 también se configura para la conmutación de nivel de LUN a una segundapartición de IBM i, llamada IBM i B en la figura.

HyperSwap

IBM i A

IASP1

IBM i B

Funcionamiento normal Conmutación HyperSwap de IASP1 a DS8000 secundario Tiempo de inactividad casi cero

SYSBAS B

DS8000 M

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

DS8000 N

SYSBAS BSYSBAS B

rzaig

0009a-1

SYSBAS A SYSBAS A SYSBAS A SYSBAS A

1 2

Para iniciar la conmutación de HyperSwap, se deben dar las condiciones siguientes.1. Todas las unidades de disco del grupo de ASP deben estar configuradas en una relación de

HyperSwap.2. Todas las relaciones de HyperSwap del grupo ASP deben estar totalmente sincronizadas.


|

|

||

|

|||

|||

|

|||

|||||||

|

|

|

||

|

3. Todas las relaciones de HyperSwap del grupo de ASP deben ir en la misma dirección (algunasunidades de disco del grupo de ASP no pueden tener un DS8000 como primario cuando otrasunidades de disco tienen el otro DS8000 como primario).

Cuando el usuario desea iniciar una conmutación de HyperSwap de la IASP1, es necesario especificar elmandato siguiente:

CHGHYSSTS OPTION(*SWAP) NODE(*) ASPDEV(*ALL)

Después de especificar el mandato, el acceso primario para IASP1 y SYSBAS será el segundo DS8000, talcomo se muestra en la figura del lado derecho.

Conmutación planificada de CRG con conmutación de HyperSwap y LUNEn el caso de una interrupción planificada del servidor del sistema, se puede iniciar una conmutación deCRG.

Para poder iniciar la conmutación tras error deben darse las condiciones siguientes.1. Ambos DS8000s deben ser accesibles por PowerHA a través de DSCLI.2. Ninguna de las relaciones de HyperSwap de la IASP pueden tener dos volúmenes primarios. Esto se

muestra mediante XXXX para el estado de copia cuando se ejecuta un mandato Visualizar estado deHyperSwap o Trabajar con estado de HyperSwap para la IASP.

IBM i A

IASP1

Funcionamiento normal Conmutación CRG (Conmutador LUN) de IBM i A a IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rzaig

0011-1

HyperSwap

IASP1

IBM i A

PowerHA realiza automáticamente una conmutación HyperSwap para corregir la afinidad

DS8000 M

IASP1

DS8000 N

HyperSwap

HyperSwap

IBM i B IBM i B

IBM i B

1 2

3


|||

||

|

||

|||

|

|

|||

|

|

Es necesario especificar el mandato siguiente para realizar la conmutación de CRG.

CHGCRGPRI CLUSTER(<nombre-de-clúster>) CRG(<nombre-de-CRG>)

El

de la figura muestra la configuración después de que la IASP1 se haya activado para IBM i B. Sila afinidad estaba definida por el mandato ADDHACFGD y la afinidad no es correcta tras laconmutación de CRG, PowerHA también iniciará una conmutación de HyperSwap de IASP1, lo que se

muestra con un

en la figura.

Cuando no se puede realizar una conmutación de HyperSwap, se realiza la conmutación de CRG y seenvía un mensaje de diagnóstico en el que se indica que la conmutación de HyperSwap ha fallado.Ejemplos de por qué no se ha podido realizar la conmutación de HyperSwap son que HyperSwap estésuspendido o que no esté totalmente sincronizado.

Migración tras error de HyperSwap con conmutación de HyperSwap y LUNEn el caso de una interrupción no planificada de un servidor de almacenamiento, se inicia una migracióntras error de HyperSwap, lo que resulta en un tiempo de inactividad casi cero desde la perspectiva delusuario. La figura de la izquierda muestra una relación de HyperSwap entre todas las unidades de discoen SYSBAS A y SYSBAS B y en IASP1. El acceso primario para SYSBAS A e IASP1 es DS8000 M y elacceso primario para SYSBAS B es DS8000 N. Además de configurarse para HyperSwap, IASP1 seconfigura también para la conmutación de nivel de LUN a una segunda partición de IBM i, llamada IBMi B en la figura.

Para iniciar la migración tras error de HyperSwap, se deben cumplir las condiciones siguientes.1. Todas las unidades de disco del grupo de ASP deben estar configuradas en una relación de

HyperSwap.2. Todas las relaciones de HyperSwap del grupo ASP deben estar totalmente sincronizadas.3. Todas las relaciones de HyperSwap del grupo de ASP deben ir en la misma dirección (algunas

unidades de disco del grupo de ASP no pueden tener un DS8000 como primario cuando otrasunidades de disco tienen el otro DS8000 como primario).

1 2

HyperSwap

IBM i A

SYSBAS A

IASP1

IBM i B

Funcionamiento normal Migración tras error de HyperSwap no planificada a DS8000 secundarioTiempo de inactividad mínimo

SYSBAS B'

DS8000 M

SYSBAS A'

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

SYSBAS A

DS8000 N

SYSBAS B

SYSBAS A

SYSBAS

rzaig

0010-1


|

|

|||

|

||||

||||||||

|

||

|

|||

|

|

Una vez realizada la migración tras error de HyperSwap, el acceso primario para IASP1 y SYSBAS será elsegundo DS8000, tal como se muestra en la figura del lado derecho. Si no se puede realizar la migracióntras error de HyperSwap, la IASP queda bajo la atención de DASD.

Una vez que la migración tras error ha tenido lugar y que el DS8000 anómalo vuelve a estar en línea, larelación de HyperSwap se debe reiniciar especificando el mandato siguiente.

CHGHYSSTS OPTION(*START) NODE(*) ASPDEV(*ALL)

Esto reiniciará la duplicación para todos los dispositivos de ASP. Los mandatos Visualizar estado deHyperSwap y Trabajar con estado de HyperSwap se pueden utilizar para supervisar el proceso deresincronización. Una vez realizada las resincronización, se puede iniciar una conmutación de HyperSwapsi así se desea.

Caso de dos primarios:

Después de una migración tras error de HyperSwap y hasta que se reinicia la relación de HyperSwap,cada DS8000 informa de que es el primario. Si la relación de duplicación no se reinicia antes de realizaruna IPL de la partición de IBM i, la IPL fallará, debiendo el usuario corregir manualmente la condicióndel DS8000.

El caso de dos primarios se puede determinar de una de las dos maneras siguientes.1. Especificando el mandato DSPHYSSTS, el estado de copia de HyperSwap se muestra como XXXX.2. En QSYSOPR se anotan mensajes cada hora que indican que hay un problema con la relación de

HyperSwap.

Migración tras error de CRG y conmutación de HyperSwap y LUNEn el caso de una interrupción planificada del servidor del sistema, se puede iniciar una migración traserror de CRG.

Para poder iniciar la migración tras error deben darse las condiciones siguientes.1. Ambos DS8000s deben ser accesibles por PowerHA a través de DSCLI.2. Ninguna de las relaciones de HyperSwap de la IASP pueden tener dos volúmenes primarios. Esto se

muestra mediante XXXX para el estado de copia cuando se ejecuta un mandato Visualizar estado deHyperSwap o Trabajar con estado de HyperSwap para la IASP.


|||

||

|

||||

|

||||

|

|

||

|||

|

|

|||

IBM i A

IASP1

Funcionamiento normal IBM i A falla, migración tras error CRG (Conmutador LUN) de IBM i A a IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rzaig

0012-1

HyperSwapHyperSwap

IBM i B

IASP1

PowerHA realiza automáticamente una conmutación HyperSwap para corregir la afinidad

DS8000 M

IASP1

DS8000 N

HyperSwap

IBM i A

IBM i B IBM i B

1 2

3

En la figura, primera tiene lugar la migración tras error de CRG, lo que resulta en , donde IASP1 seactiva ahora en IBM i B. Si la afinidad estaba definida por el mandato ADDHACFGD y la afinidad no escorrecta después de la migración tras error de CRG, PowerHA también iniciará una conmutación de

HyperSwap de IASP1, mostrada en .

Si una conmutación de HyperSwap no se puede realizar por alguna razón como por ejemplo queHyperSwap está suspendido o no está completamente sincronizado, se realiza la migración tras error y seenvía un mensaje de diagnóstico en el que se indica que la migración tras error de HyperSwap hafallado.

Conmutación de Live Partition Mobility con HyperSwap y afinidadLive partition mobility (LPM) permite migrar una partición de IBM i de un servidor físico a otro servidorcon un tiempo de inactividad casi cero. HyperSwap se puede combinar con Live partition mobility paramover el acceso de datos al servidor de almacenamiento de DS8000 con la mayor afinidad al servidorfísico que aloja la partición IBM i. En la figura se muestra el conmutador LPM con HyperSwap yafinidad.


|

|

|||

|

||||

||||||

Cuando la afinidad de HyperSwap se configurada mediante el mandato Añadir descripción deconfiguración de alta disponibilidad (ADDHACFGD), la conmutación de HyperSwap se puede producirautomáticamente cuando se produce una conmutación de Live partition mobility y el DS8000 primarioactual no tiene afinidad con el servidor nuevo.

IASP de DS8000 HyperSwap con FlashCopyAdemás de integrar HyperSwap con la conmutación de nivel de unidad lógica (LUN) de PowerHA,HyperSwap también se puede integrar con la tecnología de PowerHA FlashCopy.

Las reglas siguientes se aplican a una configuración que tiene HyperSwap y FlashCopy1. Un origen de FlashCopy puede ser una IASP de HyperSwap (identificada por dos rangos de sistemas

principales de almacenamiento y LUN definidos en la descripción de copia de origen).2. Una tarjeta de FlashCopy no puede ser una IASP de HyperSwap. Puede que tenga un solo rango de

sistemas principales de almacenamiento y LUN definidos en la descripción de copia de destino.

En función de qué servidor de almacenamiento sea actualmente el DS8000 primario en la relación deHyperSwap, el destino de FlashCopy puede estar en el DS8000 secundario. En este caso, el destino deFlashCopy obtiene los datos, que están en el DS8000 de destino. Si la relación de HyperSwap no estáactiva, FlashCopy también son datos obsoletos,


|

|

||||

|||

|

||

||

||||

Resolución de problemas de la solución de alta disponibilidadUna vez configurada la solución de alta disponibilidad de IBM i, pueden surgir problemas con distintastecnologías como, por ejemplo, los clústeres y la duplicación de sitios cruzados.

Solucionar problemas de clústeresDescubra soluciones para la recuperación de errores relacionados con los clústeres.

En ocasiones, puede parecer que el clúster no funcione correctamente. En este apartado encontraráinformación posibles problemas relacionados con los clústeres.

Determinar si existe un problema de clústerEmpiece aquí para diagnosticar sus problemas de clúster.

En ocasiones, puede parecer que el clúster no funcione correctamente. Si cree que existe un problema,puede utilizar la siguiente información para averiguar si realmente existe un problema y la naturaleza delproblema.v Utilizar la interfaz gráfica de PowerHA para examinar el clúster.

Para utilizar la interfaz gráfica de PowerHA, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host

del sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. Verifique si los iconos de estado indican un problema e investigue más si es necesario.

v Determinar si los clústeres están activos en el sistema.

Para determinar si los servicios de recursos de clúster están activos, busque los trabajos QCSTCTL yQCSTCRGM en la lista de trabajos de sistema. Si estos trabajos están activos, significa que los serviciosde recursos de clúster están activos. Puede utilizar la función de Gestión de trabajos de IBM Navigatorfor i o de IBM Navigator for i para ver los trabajos o utilizar el mandato WRKACTJOB (Trabajar contrabajos activos) para ello. También puede utilizar el mandato DSPCLUINF (Visualizar informaciónde clúster) para ver la información de estado del clúster.– También pueden estar activos otros trabajos para los servicios de recursos de clúster. En el tema

Trabajos de clúster encontrará información acerca del formato que tienen los trabajos de los Serviciosde recursos de clúster.

v Determine la causa de un mensaje CPFBB26.Mensaje . . . . : Los Servicios de recursos de clúster no estánactivos o no responden.Causa . . . . . : Los Servicios de recursos de clúster no están activos o no puedenresponder a esta petición porque un recurso está dañado o no está disponible.

Este error puede indicar que el trabajo CRG no está activo o que el clúster no está activo. Utilice elmandato DSPCLUINF (Visualizar información de clúster) para determinar si el nodo está activo. Si elnodo no está activo, inicie el nodo de clúster. Si está activo, debe comprobar también el CRG paradeterminar si el CRG tiene problemas.Busque el trabajo de CRG en la lista de trabajos de sistema. Puede utilizar la función de Gestión detrabajos de IBM Navigator for i o de IBM Navigator for i para ver los trabajos o utilizar el mandatoWRKACTJOB (Trabajar con trabajos activos) para ello. También puede utilizar el mandato DSPCRGINF(Mostrar información de CRG) para ver la información de estado de este CRG concreto, especificandoel nombre de CRG en el mandato. Si el trabajo de CRG no está activo, busque el registro de trabajo deCRG para determinar por qué ha finalizado. Una vez solucionado el problema, puede reiniciar eltrabajo de CRG con el mandato CHGCLURCY (Cambiar recuperación de clúster) o finalizando yreiniciando el clúster en el nodo.

v Busque mensajes indicativos de problemas.


– Asegúrese de que puede revisar todos los mensajes asociados con un mandato de clúster. Para ello,seleccione F10, que cambia entre "Incluir mensajes detallados" y "Excluir mensajes detallados".Seleccione incluir todos los mensajes detallados y revíselos para determinar si se necesitan otrasacciones.

– Busque mensajes de consulta en QSYSOPR que esperen una respuesta.– Busque mensajes de error en QSYSOPR que indiquen un problema de clúster. Normalmente están

en el intervalo entre CPFBB00 y CPFBBFF.– Visualice las anotaciones históricas (Mandato CL DSPLOG) para consultar los mensajes que indiquen

un problema de clústeres. Normalmente están en el intervalo entre CPFBB00 y CPFBBFF.v Consulte las anotaciones de trabajo para localizar errores graves en los trabajos de clúster.

Estos trabajos inicialmente se configuran con un nivel de registro de anotaciones (4 0 *SECLVL) deforma que pueda consultar los mensajes de error necesarios. Debe comprobar que estos trabajos y lostrabajos del programa de salida tienen bien configurado el nivel de registro de anotaciones. Aunque noestén activos los clústeres, puede buscar archivos en spool para los trabajos del clúster y los trabajosdel programa de salida.

v Si cree que puede darse alguna situación de anomalía (que se haya colgado), consulte las pilas dellamada de los trabajos de clúster.

Averigüe si hay algún programa en algún tipo de DEQW (espera de salida de cola). En casoafirmativo, compruebe la pila de llamada de cada hebra y averigüe si tienen getSpecialMsg en la pilade llamada.

v Compruebe las entradas de las anotaciones del código interno bajo licencia vertical (VLIC) delclúster.

Estas entradas de las anotaciones tienen un código principal 4800.v Utilice el mandato NETSTAT para averiguar si existen anomalías en su entorno de comunicaciones.

NETSTAT devuelve información sobre el estado de las rutas de red de IP (Internet Protocol), lasinterfaces, las conexiones TCP y los puertos UDP del sistema.– Utilice Netstat opción 1 (Trabajar con estado de interfaz TCP/IP) para comprobar que las direcciones

IP seleccionadas para los clústeres muestran un estado "Activo". Compruebe también que ladirección LOOPBACK (127.0.0.1) está activa.

– Utilice NETSTAT Opción 3 (Trabajar con estado de conexión TCP/IP) para visualizar los números depuerto (F14). El puerto local 5550 debería estar en estado de "Escucha". Este puerto se debe abrirmediante el mandato STRTCPSVR *INETD debido a la presencia de un trabajo QTOGINTD (QTCP deusuario) en la lista de Trabajos activos. Si se han iniciado los clústeres en un nodo, debe abrirse elpuerto local 5551 y debe tener el estado "*UDP". Si no se han iniciado los clústeres, el puerto 5551no debe estar abierto; de lo contrario, impedirá iniciar satisfactoriamente los clústeres en el nodoprincipal.

v Utilice PING para verificar si existe un problema de comunicaciones. Si intenta iniciar un nodo declúster y existe un problema de comunicaciones, puede recibir un error de clúster interno (CPFBB46).Sin embargo, PING no funciona entre direcciones IPv4 e IPv6, o si un cortafuegos lo está bloqueando.

Reunir información de recuperación para un clústerPuede utilizar el mandato Trabajar con clúster (WRKCLU) para recoger información con el fin de obteneruna imagen completa del clúster. Puede utilizar esta información para facilitar la resolución del error.

Se utiliza el mandato Trabajar con clúster (WRKCLU) para visualizar y para trabajar con objetos y nodosde clúster. Cuando ejecuta este mandato, se muestra la pantalla Trabajar con clúster. Además de mostrarnodos de un clúster e información de clúster, puede utilizar este mandato que ver información de clústery para reunir datos acerca del clúster.

Para reunir información de recuperación de errores, complete estos pasos:1. En una interfaz basada en caracteres, escriba WRKCLU OPTION(OPTION). Puede especificar las siguientes

opciones para indicar la información de estado de clúster con la que desea trabajar.


*SELECT Muestra el menú Trabajar con clúster.

*CLUINFMostrar información de clúster.

*CFG Mostrar los parámetros de rendimiento y configuración del clúster.

*NODEMostrar el panel Trabajar con nodos de clúster que es una lista de los nodos del clúster.

*DEVDMN Mostrar el panel Trabajar con dominios de dispositivo que es una lista de los dominios dedispositivo del clúster.

*CRG Mostrar el panel Trabajar con grupos de recursos de clúster que es una lista de los grupos derecursos de clúster del clúster.

*ADMDMNMostrar el panel Dominios administrativos que es una lista de los dominios administrativosdel clúster.

*SERVICEReúne información de depuración y rastreo relacionada para todos los trabajos de losServicios de recursos de clúster del clúster. Esta información se escribe en un archivo con unmiembro para cada trabajo de los Servicios de recursos de clúster. Utilice esta opciónsolamente cuando se lo indique su proveedor de servicios. Mostrará un panel de solicitudpara el mandato Volcar rastreo de clúster (DMPCLUTRC).

Problemas habituales de clústeresEste apartado incluye algunos de los problemas más habituales que pueden producirse en un clúster, asícomo formas de evitarlos y su recuperación.

Los siguientes problemas habituales pueden evitarse fácilmente o corregirse sin demasiado esfuerzo.

Utilice la interfaz gráfica de PowerHA para identificar los problemas actuales opotenciales.

Para utilizar la interfaz gráfica de PowerHA para identificar un problema actual, siga estos pasos:1. En un navegador Web, especifique http://mysystem:2001, donde mysystem es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, verifique si los iconos de estado indican un problema e investigue más si es

necesario.5.

Para utilizar la interfaz gráfica de PowerHA para identificar un problema potencial, siga estos pasos:1. En un navegador Web, especifique http://mysystem:2001, donde mysystem es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En PowerHA, seleccione Comprobar requisitos... en el menú Seleccionar acción junto al nombre de

clúster.5. Solucione los problemas identificados en la página Comprobar requisitos. Algunos problemas pueden

solucionarse inmediatamente seleccionando Arreglar en el menú contextual del problema identificado.


No puede iniciarse o reiniciarse un nodo de clúster

Esta situación normalmente se debe a un problema en el entorno de comunicaciones. Para evitar estasituación, asegúrese de que sus atributos de red se han establecido correctamente, inclusive la direcciónde bucle de retorno, los valores de INETD, el atributo ALWADDCLU, y las direcciones IP para lascomunicaciones de clúster.v El atributo de red ALWADDCLU debe establecerse del modo adecuado en el nodo de destino cuando

se intenta iniciar un nodo remoto. Debería establecerse en *ANY o *RQSAUT según cuál sea suentorno.

v Las direcciones IP que se seleccionan para utilizarse para la organización en clústeres localmente y enel nodo de destino deben mostrar un estado Activo.

v La dirección de bucle de retorno LOOPBACK (127.0.0.1) localmente y en el nodo de destino tambiéndeben estar activas.

v Verifique que el direccionamiento de red está activo. Para ello ejecute PING utilizando las direccionesIP utilizadas para los clústeres en los nodos local y remoto. Pero PING no es funcional entredirecciones IPv4 y IPv6 o si un cortafuegos lo bloquea. Si un nodo de clúster cualquiera utiliza unadirección IPv4, cada nodo del clúster debe tener una dirección IPv4 activa (no necesariamenteconfigurada como dirección IP del clúster) que pueda direccionar y enviar paquetes TCP a esadirección. Además, si cualquier nodo de clúster utiliza una dirección IPv6 , cada nodo del clúster debetener una dirección IPv6 activa (no necesariamente configurada como dirección IP del clúster) quepueda direccionar y enviar paquetes TCP a esa dirección.

v INETD debe estar activo en el nodo de destino. Si INETD está activo, el puerto 5550 del nodo dedestino debe encontrarse en un estado de Escucha. Consulte Servidor INETD para obtener informaciónsobre cómo iniciar el servidor INETD.

v Antes de intentar iniciar un nodo, el puerto 5551 del nodo que se debe iniciar no debe estar abierto; delo contrario, impedirá iniciar satisfactoriamente los clústeres en el nodo principal.

Obtiene varios clústeres de un solo nodo desarticulados

Ello puede ocurrir cuando el nodo que se está iniciando no puede comunicarse con el resto de nodos declúster. Compruebe las vías de comunicaciones.

La respuesta de los programas de salida es lenta.

Una causa habitual es la parametrización incorrecta de la descripción del trabajo utilizada por elprograma de salida. Por ejemplo, el parámetro MAXACT puede haberse establecido en un valordemasiado bajo de forma que sólo una instancia del programa de salida pueda estar activa en cualquiermomento. Se recomienda establecerlo en *NOMAX.

El rendimiento en general parece lento.

Existen diversas causas habituales para este síntoma.v La causa más probable es el tráfico intenso de comunicaciones a través de una línea de comunicaciones

compartida.v Otra posible causa es una inconsistencia entre el entorno de comunicaciones y los parámetros de ajuste

de mensajes de clúster. Puede utilizar la API Recuperar información de servicios de recursos de clúster(QcstRetrieveCRSInfo) para ver los valores actuales de los parámetros de ajuste y la API Modificarservicios de recursos de clúster (QcstChgClusterResourceServices) para modificar estos valores. Elrendimiento de los clústeres puede verse perjudicado con los valores predeterminados de losparámetros de ajuste de clúster si se utiliza un hardware de adaptador anticuado. Los tipos dehardware de adaptador que se incluyen en la definición de anticuados son 2617, 2618, 2619, 2626 y 2665.En este caso, es preferible establecer el parámetro de ajuste Clase de rendimiento en Normal.

v Si todos los nodos de un clúster están en una LAN local o tienen capacidades de direccionamiento quepermiten manejar tamaños de paquete de unidad de transmisión máxima (MTU) superiores a 1.464


bytes en todas las rutas de la red, es posible acelerar significativamente las transferencias de mensajesde clúster voluminosas (superiores a 1.536 kbytes) aumentando el valor del parámetro de ajuste declústeres para Tamaño de fragmento de mensaje y de este modo adaptarse mejor a las MTU de ruta.

No puede utilizar ninguna de las funciones del nuevo release.

Si intenta utilizar funciones del nuevo release y aparece el mensaje de error CPFBB70, significa que suversión de clúster actual sigue establecida en el nivel de versión anterior. Debe actualizar todos los nodosde clúster al siguiente nivel de release y utilizar la interfaz de ajustar la versión de clúster para establecerla versión de clúster actual en el nivel siguiente. Consulte Ajustar la versión de clúster de un clúster paraobtener más información.

No puede incorporar un nodo a un dominio de dispositivo o acceder a la interfaz degestión de clústeres de System i Navigator.

Para acceder a la interfaz de gestión de clústeres de System i Navigator o para utilizar dispositivosconmutables, debe haber instalado la Opción 41 del IBM i (Recursos conmutables de HA) en el sistema.También debe tener una clave de licencia válida para esta opción.

Ha aplicado un PTF de clúster que no parece funcionar.

Debe asegurarse de que ha completado las siguientes tareas después de aplicar el PTF:1. Finalizar el clúster2. Desconectarse y volverse a conectar

El programa anterior sigue activo en el grupo de activación hasta que se destruye el grupo deactivación. Todo el código del clúster (incluso las API de clúster) se ejecutan en el grupo de activaciónpredeterminado.

3. Iniciar el clústerMuchos PTF de clúster requieren la finalización del nodo y su reinicio para activar el PTF.

Aparece CEE0200 en las anotaciones de trabajo del programa de salida.

En este mensaje de error, el módulo de procedencia es QLEPM y el procedimiento de origen esQ_LE_leBdyPeilog. Cualquier programa que invoque el programa de salida debe ejecutarse en el grupode activación *CALLER o en un grupo de activación designado. Debe modificar el programa de salida oel programa que presenta el error para corregir este problema.

Aparece CPD000D seguido por CPF0001 en las anotaciones de trabajo de los servicios derecursos de clúster.

Si recibe este mensaje de error, asegúrese de que el valor del sistema QMLTTHDACN se ha establecidoen 1 ó 2.

Parece que el clúster se ha colgado.

Compruebe que los programas de salida de los grupos de recursos de clúster están vigentes. Paracomprobar el programa de salida, utilice el mandato WRKACTJOB (Trabajar con trabajos activos), acontinuación busque PGM-QCSTCRGEXT en la columna de Función.

Errores de particiónAlgunas condiciones de los clúster se corrigen fácilmente. Si se ha producido una partición de clústeres,puede obtener información sobre la recuperación. Este tema también le indica cómo evitar una particiónde clústeres e incluye un ejemplo de cómo volver a unir las particiones.


Siempre que se pierde el contacto entre uno o varios nodos del clúster y no se puede confirmar si se haproducido una anomalía en el nodo cuyo contacto se ha perdido, se produce una partición de clúster. Nodebe confundirse con una partición en un entorno de particiones lógicas (LPAR).

Si recibe el mensaje de error CPFBB20 en las anotaciones históricas (QHST) o en las anotaciones detrabajo QCSTCTL, significa que se ha producido una partición de clúster y debe conocer el modo derecuperación. El siguiente ejemplo muestra una partición de clúster que implica un clúster formado porcuatro nodos: A, B, C y D. El ejemplo muestra una pérdida de comunicación entre los nodos de clúster By C, que tiene como resultado la división del clúster en dos particiones de clúster. Antes de producirse lapartición de clúster, había cuatro grupos de recursos de clúster, que pueden ser de cualquier tipo, con losnombres CRG A, CRG B, CRG C, y CRG D. El ejemplo muestra el dominio de recuperación de cadagrupo de recursos de clúster.

Tabla 40. Ejemplo de dominio de recuperación durante una partición de clúster

Nodo A Nodo B x Nodo C Nodo D

CRG A (reserva1) CRG A (primario)

CRG B (primario) CRG B (reserva1)

CRG C (primario) CRG C (reserva1) CRG C (reserva2)

CRG D (reserva2) CRG D (primario) CRG D (reserva1)

Partición 1 Partición 2

Un clúster puede efectuar particiones si la unidad máxima de transmisión (MTU) en cualquier punto dela vía de comunicación es inferior al tamaño de los fragmentos de mensaje, el parámetro ajustable de lascomunicaciones del clúster. Puede verificarse la MTU para la dirección IP de un clúster utilizando elmandato Trabajar con el estado de la red TCP/IP (WRKTCPSTS) en el nodo en cuestión. La MTUtambién debe verificarse en cada paso de toda la vía de comunicaciones. Si la MTU es inferior al tamañode los fragmentos de mensaje, puede aumentar la MTU de la vía o reducir el tamaño de los fragmentosde mensaje. Puede utilizar la API Recuperar información de los servicios de recursos de clúster(QcstRetrieveCRSInfo) para ver los parámetros actuales de los parámetros de ajuste y la API Modificarservicios de recursos de clúster (QcstChgClusterResourceServices) para modificar los parámetros.

Tras corregir la causa de la partición de clústeres, el clúster detectará el enlace de comunicación que se havuelto a establecer y emitirá el mensaje CPFBB21 en las anotaciones históricas (QHST) o las anotacionesde trabajo QCSTCTL. Ello informa al operador que el clúster se ha recuperado de la partición de clúster.Sea consciente de que tras corregir la partición de clúster, pueden pasar unos minutos antes de que elclúster vuelva a fusionarse.

Determinar particiones de clúster primarias y secundarias:

Para determinar los tipos de acciones de grupos de recursos de clúster que puede llevar a cabo en unapartición de clúster, debe saber si la partición es una partición de clúster primaria o secundaria. Cuandose detecta una partición, cada partición se designa como partición primaria o secundaria de cada grupode recursos de clúster definido en el clúster.

En el modelo de copia de seguridad primaria, la partición primaria contiene el nodo que tiene el rol denodo actual de primario. El resto de particiones son particiones secundarias. La partición primaria podríano ser igual para todos los grupos de recursos de clúster.

Un modelo de iguales tiene las siguientes reglas de partición:v Si los nodos de dominio de recuperación están totalmente contenidos en una partición, será la partición

primaria.v Si el dominio de recuperación abarca una partición, no habrán particiones primarias. Ambas particiones

serán particiones secundarias.


v Si el grupo de recursos de clúster está activo y no hay nodos iguales en la partición dada, el grupo derecursos de clúster se finalizará en dicha partición.

v Los cambios operacionales se permiten en una partición secundaria siempre y cuando se cumplan lasrestricciones para los cambios operacionales.

v No se permiten cambios de configuración en una partición secundaria.

Las restricciones para cada API de grupo de recursos de clúster son:

Tabla 41. Restricciones de partición para la API de Grupo de recursos de clúster

API de grupo de recursos de clústerPermitido en particiónprimaria

Permitido en particionessecundarias

Añadir nodo a dominio de recuperación X

Añadir entrada de CRG de dispositivo

Modificar grupo de recursos de clúster X

Cambiar entrada de CRG de dispositivo X X

Crear grupo de recursos de clúster

Suprimir grupo de recursos de clúster X X

Distribuir información X X

Finalizar grupo de recursos de clúster1 X

Iniciar conmutación por administración X

Mostrar grupos de recursos de clúster en forma de lista X X

Mostrar información sobre grupo de recursos de clústeren forma de lista

X X

Eliminar nodo de dominio de recuperación X

Eliminar entrada de CRG de dispositivo X

Iniciar grupo de recursos de clúster1 X

Nota:

1. Se permite en todas las particiones para grupo de recursos de clúster de iguales, pero sólo afecta a la particiónque ejecuta la API.

Aplicando estas restricciones, los grupos de recursos de clúster pueden sincronizarse cuando el clúster notiene particiones. Cuando los nodos se reincorporan al clúster desde un estado con particiones, la versióndel grupo de recursos de clúster en la partición primaria se copia a nodos de una partición secundaria.

Al fusionar dos particiones secundarias en el modelo de iguales, la partición que tiene el grupo derecursos de clúster con el estado de Activo se declarará como vencedor. Si ambas particiones tienen elmismo estado para el grupo de recursos de clúster de iguales, la partición que contenga el primer nodoque figura en la lista del dominio de recuperación del grupo de recursos de clúster se declarará lavencedora. La versión del grupo de recursos de clúster de la partición ganadora se copiará a los nodos delas demás particiones.

Al detectar una partición, las API Añadir entrada de nodo de clúster, Ajustar versión de clúster y Crearclúster no pueden ejecutarse en ninguna de las particiones. La API Añadir entrada de dominio dedispositivo sólo puede ejecutarse si uno de los nodos del dominio de dispositivo tiene particiones. Elresto de las API de control de clúster pueden ejecutarse en cualquier partición. Sin embargo, la acciónrealizada por la API afecta sólo a la partición que ejecuta la API.


Cambiar nodos particionados a anómalos:

En algunas ocasiones, se informa sobre una condición de partición cuando en realidad se ha producidouna interrupción del nodo. Ello puede ocurrir cuando el servicios de recursos de clúster pierde lacomunicación con uno o varios nodos, pero no puede detectar si los nodos siguen operativos. Cuando seproduce esta condición, existe un mecanismo simple que le permite al usuario indicar la anomalía delnodo.

Atención: Si se informa a los servicios de recursos de clúster que se ha producido una anomalía en unnodo, la recuperación del estado de partición es más sencilla. Sin embargo, no debería cambiarse elestado del nodo a anómalo cuando, en realidad, el nodo sigue activo y se ha producido una particiónverdadera. Ello puede provocar que un nodo en más de una partición asuma el rol primario para ungrupo de recursos de clúster. Cuando dos nodos actúan como el nodo primario, algunos datos comoarchivos o bases de datos pueden desarticularse o corromperse si múltiples nodos están realizandoindependientemente cambios en sus copias de archivos. Además, las dos particiones no pueden volver afusionarse si a un nodo de cada partición se le ha asignado el rol primario.

Cuando el estado de un nodo pasa a Anómalo, podría reordenarse el rol de los nodos del dominio derecuperación para cada grupo de recursos de clúster en la partición. El nodo que se establece comoAnómalo se definirá como el último nodo de copia de seguridad. Si fallan múltiples nodos y es necesariocambiar sus estados, el orden en que se cambian los nodos afectará al orden definitivo de los nodos decopia de seguridad del dominio de recuperación. Si el nodo anómalo era el nodo primario de un CRG, elprimer nodo de copia de seguridad activo volverá a definirse como el nuevo nodo primario.

Si los servicios de recursos de clúster han perdido la comunicación con un nodo pero no pueden detectarsi el nodo sigue estando operativo, el nodo de un clúster tendrá el estado de Sin comunicación. Quizásdeba cambiar el estado del nodo de Sin comunicación a Anómalo. En ese caso, podrá reiniciar el nodo.

Para cambiar el estado de un nodo de Sin comunicación a Anómalo, siga estos pasos:1. En un navegador Web, especifique http://misistema:2001, donde misistema es el nombre de host del

sistema.2. Inicie una sesión en el sistema con su perfil de usuario y contraseña.3. Pulse PowerHA en la ventana de IBM Navigator for i.4. En la página PowerHA, pulse Nodos de clúster.5. En la página Nodos de clúster, seleccione Cambiar estado en el menú de contexto del nodo cuyo

estado desea cambiar.6. Pulse Sí en el panel de confirmación.Información relacionada:Mandato Cambiar nodo de clúster (CHGCLUNODE)API Cambiar entrada de nodo de clúster (QcstChangeClusterNodeEntry)

Dominios administrativos de clúster particionados:

Tenga en cuenta la siguiente información cuando trabaje con dominios administrativos de clústerparticionados.

Si se particiona un dominio administrativo de clúster, los cambios seguirán sincronizándose entre losnodos activos de cada partición. Cuando los nodos vuelven a fusionarse, el dominio administrativo declúster propaga todos los cambios efectuados en cada partición para que los recursos sean coherentes enel dominio activo. Debe tener en cuenta varias consideraciones sobre el proceso de fusión de un dominioadministrativo de clúster:


v Si todas las particiones están activas y se realizan cambios en el mismo recurso en distintas particiones,el cambio más reciente se aplica al recurso en todos los nodos durante la fusión. El cambio másreciente se determina utilizando la hora universal coordinada (UTC) de cada nodo donde se hainiciado un cambio.

v Si todas las particiones están inactivas, los valores globales de cada recurso se resuelven basándose enel último cambio realiza cuando una partición estaba activa. La aplicación real de estos cambios en losrecursos supervisados no se produce hasta que se inicia el CRG de igual que representa el dominioadministrativo de clúster.

v Si algunas particiones están activas y otras inactivas antes de la fusión, los valores globales querepresentan los cambios realizados en las particiones activas se propagan a las particiones inactivas. Acontinuación, se inician las particiones inactivas, lo que hace que los cambios pendientes realizados enlos nodos de las particiones inactivas se propaguen al dominio fusionado.

Consejos: particiones de clúster:

Utilice estas sugerencias en las particiones de clúster1. Las reglas para limitar las operaciones dentro de una partición están diseñadas para posibilitar la

fusión de particiones. Sin estas restricciones, la reconstrucción del clúster sería un proceso muylaborioso.

2. Si los nodos de la partición primaria se han destruido, podría ser necesario un proceso especial enuna partición secundaria. El escenario más habitual causante de esta condición es la pérdida del sitioque constituyó la partición primaria. Utilice el ejemplo de recuperación de errores de partición yasuma que se destruyó la Partición 1. En ese caso, el nodo primario de los grupos de recursos declúster B, C y D debe estar situado en la Partición 2. La recuperación más sencilla consiste en utilizarModificar entrada de nodo de clúster para establecer el Nodo A y el Nodo B en anómalos. ConsulteCambio de nodos particionados a anómalos para obtener más información sobre cómo proceder. Larecuperación también puede efectuarse manualmente. Para ello, siga estos pasos:a. Elimine los Nodos A y B del clúster de la Partición 2. La Partición 2 es ahora el clúster.b. Establezca cualquier entorno de duplicación lógica necesario en el clúster nuevo. IE. API/Mandato

CL Arrancar grupo de recursos de clúster, etc.Puesto que se han eliminado nodos de la definición de clúster en la Partición 2, no se logrará fusionarla Partición 1 y la Partición 2. Para corregir el desajuste de las definiciones de clúster, ejecute la APIEliminar clúster (QcstDeleteCluster) de cada nodo de la Partición 1. A continuación incorpore losnodos de la Partición 1 al clúster, y vuelva a establecer todas las definiciones de grupos de recursosde clúster, dominios de recuperación y duplicación lógica. Es un proceso laborioso y es fácil cometererrores. Es muy importante que siga este procedimiento sólo en caso de pérdidas de sitio.

3. El proceso de una operación de iniciar nodo depende del estado del nodo que se está iniciando.El nodo es anómalo o bien una operación Finalizar nodo lo ha finalizado:a. Se han iniciado los servicios de recursos de clúster en el nodo que se está incorporandob. La definición de clúster se copia de un nodo activo en el clúster al nodo que se está iniciando.c. Cualquier grupo de recursos de clúster que contenga el nodo que se está iniciando en el dominio

de recuperación se copia de un nodo activo en el clúster al nodo que se está iniciando. No secopian grupos de recursos de clúster del nodo que se está iniciando a un nodo activo en el clúster.

El nodo es un nodo particionado:a. La definición de clúster de un nodo activo se compara con la definición de clúster del nodo que se

está iniciando. Si las definiciones coinciden, el inicio seguirá como una operación de fusión. Si lasdefiniciones no coinciden, la fusión se detendrá, y el usuario deberá intervenir.

b. Si la fusión continúa, el nodo que se está iniciando se establecerá en un estado activo.c. Cualquier grupo de recursos de clúster que contenga el nodo que se está iniciando en el dominio

de recuperación se copia de la partición primaria del grupo de recursos de clúster a la particiónsecundaria del grupo de recursos de clúster. Los grupos de recursos de clúster pueden copiarse delnodo que se está iniciando a nodos que ya están activos en el clúster.


Recuperación de clústeresObtenga más información sobre la recuperación cuando se producen otras anomalías de clúster.

Recuperación de anomalías de tareas:

Una anomalía en una tarea de los servicios de recursos de clúster normalmente indica algún otroproblema.

Debe buscar las anotaciones de trabajo asociadas con la tarea anómala y buscar mensajes que describanporqué se ha producido la anomalía. Corrija cualquier situación de error.

Puede utilizar el mandato Cambiar recuperación de clúster (CHGCLURCY) para reiniciar un trabajo delgrupo de recursos de clúster que ha finalizado sin tener que finalizar y reiniciar la agrupación en clústeren un nodo.1. CHGCLURCY CLUSTER(EXAMPLE)CRG(CRG1)NODE(NODE1)ACTION(*STRCRGJOB) Este mandato hará que se

someta el trabajo del grupo de recursos de clúster, CRG1, en el nodo NODE1. Para iniciar el trabajodel grupo de recursos de clúster en NODE1 se necesita activar la agrupación en clúster en NODE1.

2. Reiniciar los clústeres en el nodo.

Si está utilizando un producto de gestión de clústeres de un IBM Business Partner, consulte ladocumentación que se incluye con el producto.Información relacionada:Mandato Cambiar recuperación de clúster (CHGCLURCY)

Recuperar un objeto de clúster dañado:

Mientras que es poco probable que se encuentre con un objeto dañado, es más probable que se dañen losobjetos de los servicios de recursos de clúster.

Si se trata de un nodo activo, el sistema intentará la recuperación desde otro nodo activo en el clúster. Elsistema llevará a cabo los siguientes pasos de recuperación:

Para un objeto interno dañado

1. El nodo dañado se finaliza.2. Si existe como mínimo otro nodo activo en el clúster, el nodo dañado se reiniciará automáticamente y

se reincorporará al clúster. Con el proceso de reincorporación se corregirá esta situación.

Para un grupo de recursos de clúster dañado

1. Las operaciones que se estén ejecutando actualmente en el nodo con el CRG y estén asociadas con eseCRG serán anómalas. El sistema intentará recuperar automáticamente el CRG desde otro nodo activo.

2. Si existe como mínimo un miembro activo en el dominio de recuperación, la recuperación del CRGfuncionará. De lo contrario, finalizará la tarea del CRG.

Si el sistema no puede identificar o acceder a ningún otro nodo activo, deberá seguir estos pasos derecuperación.

Para un objeto interno dañado

Recibe un error de clústeres interno (CPFBB46, CPFBB47 o CPFBB48).1. Finalice los clústeres para el nodo que contiene la anomalía.2. Reinicie los clústeres para el nodo que contiene la anomalía. Hágalo desde otra nodo activo en el

clúster.3. Si no logra resolver el problema con los pasos 1 y 2, elimine el nodo dañado del clúster.


4. Vuelva a incorporar el sistema al clúster y al dominio de recuperación para los grupos de recursos declúster apropiados.

Para un grupo de recursos de clúster dañado

Recibe un error informándole de que un objeto está dañado(CPF9804).1. Finalice los clústeres en el nodo que contiene el grupo de recursos de clúster dañado.2. Suprima el CRG mediante el mandato DLTCRG.3. Si no hay ningún otro nodo activo en el clúster que contenga el objeto del CRG, proceda a la

restauración desde un medio.4. Inicie los clústeres en el nodo que contiene el grupo de recursos de clúster dañado. Puede hacerlo

desde cualquier nodo activo.5. Al iniciar los clústeres, el sistema vuelve a sincronizar todos los grupos de recursos de clúster. Quizás

deba volver a crear el CRG si ningún otro nodo del clúster contiene el CRG.

Recuperación de un clúster tras una pérdida total del sistema:

Utilice esta información con la lista de comprobación apropiada del tema Recuperación del sistema pararecuperar todo el sistema tras una pérdida total del sistema debido a una pérdida súbita de potencia delsistema.

Escenario 1: restauración al mismo sistema

1. Para evitar incoherencias en la información del dominio de dispositivo entre el código interno bajolicencia y el IBM i, se recomienda instalar el código interno bajo licencia utilizando la opción 3(Instalar código interno bajo licencia y recuperar configuración).

Nota: Para que la operación Instalar código interno bajo licencia y recuperar información tenga éxito,debe tener las mismas unidades de disco, a excepción de la unidad de disco de origen de carga si esanómala. También debe recuperar el mismo release.

2. Tras instalar el código interno con licencia, siga el procedimiento de Recuperación de la configuracióndel disco en el tema Recuperación del sistema. Si sigue estos pasos no tendrá que volver a configurar lasagrupaciones de discos.

3. Cuando haya recuperado la información del sistema, y esté listo para iniciar los clústeres en el nodoque acaba de recuperar, debe iniciar los clústeres desde el nodo activo. De este modo propagará lainformación de configuración más actual al nodo recuperado.

Escenario 2: restauración a un sistema diferente

Tras recuperar la información del sistema y comprobar las anotaciones de trabajo para asegurarse de quese han recuperado todos los objetos, debe llevar a cabo los siguientes pasos para obtener la configuracióncorrecta del dominio de dispositivo del clúster.1. Desde el nodo que acaba de restaurar, suprima el clúster.2. Desde el nodo activo, siga estos pasos:

a. Elimine el nodo recuperado del clúster.b. Vuelva a incorporar el nodo recuperado al clúster.c. Incorpore el nodo recuperado al dominio de dispositivo.d. Cree el grupo de recursos de clúster o incorpore el nodo al dominio de recuperación.

Recuperación de un clúster tras una pérdida de datos accidental:

En caso de pérdida de datos accidental, deberá volver a configurar el clúster.


Para prepararse para ello, se recomienda guardar la información de configuración del clúster y conservaruna copia impresa de dicha información.

Restauración de un clúster desde cintas de copia de seguridad:

Durante las operaciones normales, nunca debe restaurar desde una cinta de copia de seguridad.

Esto sólo es necesario cuando se produce un desastre y se han perdido todos los nodos del clúster. Si seprodujera un siniestro, deberá recuperar siguiendo los procedimientos de recuperación normales quedispuso tras crear su estrategia de copia de seguridad y recuperación.

Resolución de problemas de la duplicación geográfica

Esta información puede ayudarle a resolver problemas relacionados con la duplicación geográfica.

Mensajes de duplicación geográficaRevise las descripciones de los mensajes de duplicación geográfica y las recuperaciones para resolver losproblemas de duplicación geográfica.

0x00010259Descripción: la operación ha fallado porque el sistema no ha encontrado la copia de duplicación.

Recuperación: no todos los nodos del dominio de dispositivo han respondido. Asegúrese de quela agrupación en clúster esté activa. Si es necesario, inicie clústeres en el nodo. Encontrará losdetalles en el tema “Inicio de nodos” en la página 63. Intente de nuevo la petición. Si el problemacontinúa, póngase en contacto con el proveedor de soporte técnico.

0x0001025ADescripción: no todas las agrupaciones de discos del grupo de agrupaciones de discos estánduplicadas geográficamente.

Recuperación: si una agrupación de discos en un grupo de agrupaciones de discos está duplicadageográficamente, todas las agrupaciones de discos del grupo de agrupaciones de discos debenestar duplicadas geográficamente. Realice una de las acciones siguientes:1. Configure la duplicación geográfica de las agrupaciones de discos que no estén duplicadas

geográficamente.2. Desconfigure la duplicación geográfica de las agrupaciones de discos que estén duplicadas

geográficamente.

0x00010265Descripción: la copia duplicada desconectada está disponible.

Recuperación: haga que la copia duplicada desconectada no esté disponible y, a continuación,vuelva a intentar la operación de reconexión.

0x00010380Descripción: falta una unidad de disco en la configuración de la copia de duplicación.

Recuperación: busque o solucione la unidad de disco que falta en la copia de duplicación.Consulte las anotaciones de actividad del producto en el nodo de destino. Reclame elalmacenamiento de antememoria IOP.

0x00011210Descripción: la agrupación de discos secundaria propuesta del grupo de agrupaciones de disco noestá duplicada geográficamente.

Recuperación: si una agrupación de discos en un grupo de agrupaciones de discos está duplicadageográficamente, todas las agrupaciones de discos del grupo de agrupaciones de discos deben


|

estar duplicadas geográficamente. Debe configurar la duplicación geográfica de la agrupación dediscos secundaria propuesta que no esté duplicada geográficamente, ahora o después decompletar esta operación.

0x00011211Descripción: existen copias de duplicación duplicadas.

Recuperación: compruebe si hay unidades de disco duplicadas localmente en dos sistemas,Enterprise Storage Server FlashCopy, o copias de agrupaciones de discos independientes de nivelposterior. Consulte las anotaciones de actividad del producto en el nodo de la copia deduplicación para obtener más información. Elimine la duplicación y vuelva a intentar la petición.Si el problema continúa, póngase en contacto con el proveedor de soporte técnico o consulte IBMi Technical Support para obtener más información sobre el soporte y los servicios de IBM.

Resolución de problemas de Metro Mirror, Global Mirror y FlashCopyEsta información puede ayudarle a resolver los problemas relacionados con Metro Mirror, Global Mirror yla duplicación FlashCopy que puede encontrar.

Para obtener más información sobre la resolución de problemas de Metro Mirror, Global Mirror yFlashCopy, consulte la wiki de IBM PowerHA SystemMirror for i.

Resolución de problemas de HyperSwapDescubra soluciones para la recuperación de errores relacionados con los clústeres.

A continuación figuran mensajes de HyperSwap y la recuperación recomendada.v El sistema no puede realizar una IPL y emite el SRC A6005090

– Apague el System i y verifique que la réplica de Metro Mirror en el dispositivo IBM System Storagese ha iniciado y está ejecutándose en la dirección correcta para todas las unidades lógicas. Póngaseen contacto con el siguiente nivel de soporte si el problema persiste.



Información relacionada con la Implementación de altadisponibilidad

Los manuales de producto, las publicaciones IBM Redbooks, los sitios web y otras colecciones de temasdel Information Center contienen información relacionada con la colección de temas de la altadisponibilidad. También puede encontrar información relacionada con la implementación de agrupacionesde discos independientes, las tecnologías de PowerHA y la recuperación de desastres. Puede ver oimprimir los archivos PDF que desee.

IBM Redbooks

v IBM i and IBM Storwize Family: A Practical Guide to Usage Scenarios

v IBM i and IBM System Storage: A Guide to Implementing External Disks on IBM i

v Implementing PowerHA for IBM i

v Introduction to Storage Area Networks

v iSeries in Storage Area Networks: A Guide to Implementing FC Disk and Tape with iSeries

v PowerHA SystemMirror for IBM i Cookbook

v Simple Configuration Example for Storwize V7000 FlashCopy and PowerHA SystemMirror for i

Sitios web

v High availability with IBM PowerHA

Este es el sitio web de IBM destinado a la altadisponibilidad y los clústeres para i, UNIX y Linux.

v IBM i

v IBM PowerHA SystemMirror for i

v Wiki de IBM PowerHA SystemMirror for i

v IBM Storage

v Power Services Este sitio de IBM contiene la formación y los servicios de laboratorio de sistemas ofrecidos para IBM i.

v IBM System Storage Interoperation Center (SSIC)

v IBM Techdocs Library Este sitio proporciona acceso a la información de instalación, planificación y soporte técnico másactualizada disponible en el soporte preventa de IBM y se actualiza constantemente. Puede buscar losdocumentos más recientes e importantes sobre la alta disponibilidad, las agrupaciones de discosindependientes, SAP, JD Edwards, etc.

v Learning Services USEste es el sitio de IBM para la formación de productos de TI, soluciones personalizadas y e-Learning.Puede buscar cursos que se ofrecen para la agrupación en clúster y las agrupaciones de discosindependientes.


http://www.redbooks.ibm.com/redpieces/abstracts/sg248197.html?Open




http://www.redbooks.ibm.com/abstracts/sg246220.html


http://www.redbooks.ibm.com/abstracts/redp4923.html?Open

http://www.ibm.com/systems/power/software/availability/

http://www.ibm.com/developerworks/ibmi/

http://www-03.ibm.com/systems/power/software/availability/i/index.html


http://www.ibm.com/servers/storage/

http://www-03.ibm.com/systems/services/labservices/platforms/labservices_power.html


http://www.ibm.com/support/techdocs

http://www.ibm.com/services/learning/us/

v Performance Management on IBM i

v Recommended fixesEste sitio proporciona enlaces a los PTF disponibles para varios productos de IBM i. Para obtener losPTF relacionadas con la alta disponibilidad, seleccione el tema High Availability: Clúster, IASP, XSM,and Journal.

Colecciones de temas de Information Centerv Mapa de ruta de disponibilidadv Visión general de la alta disponibilidadv Tecnologías de alta disponibilidadv Knowledge Center de IBM SAN Volume Controllerv Knowledge Center de IBM Storwize V7000v Knowledge Center de IBM Storwize V3700v Knowledge Center de IBM DS8000v Implementación de alta disponibilidad

Otra informaciónv Gestión de discosv Control y supervisión de recursos (RMC)Referencia relacionada:“Archivo PDF para implementar la alta disponibilidad” en la página 2Puede ver e imprimir un archivo PDF de esta información sobre la implementación de la altadisponibilidad.


http://www-03.ibm.com/systems/power/software/i/management/performance/resources.html

http://www-912.ibm.com/s_dir/slkbase.nsf/recommendedfixes

http://www-01.ibm.com/support/knowledgecenter/STPVGU/welcome

http://www-01.ibm.com/support/knowledgecenter/ST3FR7/welcome

http://www-01.ibm.com/support/knowledgecenter/STLM5A/welcome

http://www-01.ibm.com/support/knowledgecenter/HW213_7.2.0/com.ibm.storage.ssic.help.doc/f2c_ichomepage.htm

Información sobre licencia de código y exención deresponsabilidad

IBM le otorga una licencia de copyright no exclusiva para utilizar todos los ejemplos de código deprogramación, a partir de los que puede generar funciones similares adaptadas a sus necesidadesespecíficas.

SUJETO A LAS GARANTÍAS ESTATUTARIAS QUE NO PUEDAN EXCLUIRSE, IBM Y LOSDESARROLLADORES Y SUMINISTRADORES DE PROGRAMAS DE IBM NO OFRECEN NINGUNAGARANTÍA NI CONDICIÓN, YA SEA IMPLÍCITA O EXPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE AELLAS, LAS GARANTÍAS O CONDICIONES IMPLÍCITAS DE COMERCIALIZACIÓN, ADECUACIÓNA UN PROPÓSITO DETERMINADO Y NO VULNERACIÓN CON RESPECTO AL PROGRAMA O ALSOPORTE TÉCNICO, SI EXISTE.

BAJO NINGUNA CIRCUNSTANCIA, IBM Y LOS DESARROLLADORES O SUMINISTRADORES DEPROGRAMAS DE IBM SE HACEN RESPONSABLES DE NINGUNA DE LAS SIGUIENTESSITUACIONES, NI SIQUIERA EN CASO DE HABER SIDO INFORMADOS DE TAL POSIBILIDAD:1. PÉRDIDA DE DATOS O DAÑOS CAUSADOS EN ELLOS;2. DAÑOS ESPECIALES, ACCIDENTALES, DIRECTOS O INDIRECTOS, O DAÑOS ECONÓMICOS

DERIVADOS;3. PÉRDIDAS DE BENEFICIOS, COMERCIALES, DE INGRESOS, CLIENTELA O AHORROS

ANTICIPADOS.

ALGUNAS JURISDICCIONES NO PERMITEN LA EXCLUSIÓN O LA LIMITACIÓN DE LOS DAÑOSDIRECTOS, ACCIDENTALES O DERIVADOS, POR LO QUE PARTE DE LAS LIMITACIONES OEXCLUSIONES ANTERIORES, O TODAS ELLAS, PUEDE NO SER PROCEDENTE EN SU CASO.


Avisos

Esta información se ha escrito para productos y servicios ofrecidos en Estados Unidos de América.

Es posible que IBM no ofrezca en otros países los productos, servicios o características que se describenen este documento. Consulte con el representante local de IBM para obtener información acerca de losproductos y servicios que actualmente están disponibles en su zona. Las referencias a programas,productos o servicios de IBM no pretenden establecer ni implicar que sólo puedan utilizarse dichosproductos, programas o servicios de IBM. En su lugar, se puede utilizar cualquier producto, programa oservicio funcionalmente equivalente que no infrinja ninguno de los derechos intelectuales de IBM. Noobstante, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto,programa o servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patentes pendientes que cubran la materia descrita en estedocumento. La posesión de este documento no le otorga ninguna licencia sobre dichas patentes. Puedeenviar consultas sobre licencias, por escrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785EE.UU.

Para consultas sobre licencias relacionadas con información de doble byte (DBCS), póngase en contactocon el Departamento de propiedad intelectual de IBM de su país o envíe consultas, por escrito, a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país donde estas disposiciones seanincompatibles con la legislación local: INTERNATIONAL BUSINESS MACHINES CORPORATIONPROPORCIONA ESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍAS DE NINGÚN TIPO, NIEXPLÍCITAS NI IMPLÍCITAS, INCLUYENDO PERO NO LIMITÁNDOSE A ELLAS, LAS GARANTÍASIMPLÍCITAS DE NO VULNERACIÓN, COMERCIALIZACIÓN O IDONEIDAD PARA UN FINCONCRETO. Algunas legislaciones no contemplan la declaración de limitación de garantías, ni implícitasni explícitas, en determinadas transacciones, por lo que cabe la posibilidad de que esta declaración no seaaplicable en su caso.

Esta información puede contener imprecisiones técnicas o errores tipográficos. La información incluida eneste documento está sujeta a cambios periódicos, que se incorporarán en nuevas ediciones de lapublicación. IBM puede realizar en cualquier momento mejoras o cambios en los productos o programasdescritos en esta publicación sin previo aviso.

Las referencias hechas en esta publicación a sitios Web que no son de IBM se proporcionan únicamentepor cortesía y de ningún modo deben interpretarse como promoción de dichos sitios Web. Los materialesde dichos sitios Web no forman parte de los materiales de este producto IBM y su utilización esresponsabilidad del usuario.

IBM puede utilizar o distribuir cualquier información que se le proporcione en la forma que considereadecuada, sin incurrir por ello en ninguna obligación para con el remitente.


Los licenciatarios de este programa que deseen obtener información sobre él para poder: (i) intercambiarinformación entre programas creados de forma independiente y otros programas (incluidos este) y (ii) yutilizar, de forma mutua, la información que se ha intercambiado, deben ponerse en contacto con:

IBM CorporationSoftware Interoperability Coordinator, Department YBWA3605 Highway 52 NRochester, MN 55901EE.UU.

Esta información puede estar disponible, sujeta a los términos y condiciones pertinentes, e incluir enalgunos casos el pago de una cantidad.

El programa bajo licencia descrito en este documento y todo el material con licencia disponible seproporcionan bajo los términos de IBM Customer Agreement, IBM International Program LicenseAgreement o cualquier otro acuerdo equivalente entre IBM y el cliente.

Los datos de rendimiento incluidos aquí se determinaron en un entorno controlado. Por lo tanto, losresultados que se obtengan en otros entornos operativos pueden variar significativamente. Puedenhaberse realizado mediciones en sistemas que estén en fase de desarrollo y no existe ninguna garantía deque esas mediciones vayan a ser iguales en los sistemas disponibles en el mercado. Además, es posibleque algunas mediciones se hayan estimado mediante extrapolación. Los resultados reales pueden variar.Los usuarios de este documento deben verificar los datos aplicables a su entorno específico.

La información concerniente a productos que no son de IBM se ha obtenido de los suministradores dedichos productos, de sus anuncios publicados o de otras fuentes de información pública disponibles. IBMno ha probado esos productos y no puede confirmar la exactitud del rendimiento, de la compatibilidad nide ninguna otra declaración relacionada con productos que no sean de IBM. Las consultas acerca de lasprestaciones de los productos que no son de IBM deben dirigirse a los suministradores de talesproductos.

Todas las declaraciones relativas a la dirección o intención futura de IBM están sujetas a cambios oanulación sin previo aviso y representan únicamente metas y objetivos.

Esta documentación se suministra solo a efectos de planificación. La información que aquí se incluye estásujeta a cambios antes de que los productos descritos estén disponibles.

Esta información contiene ejemplos de datos e informes utilizados en operaciones comerciales diarias.Para ilustrarlas de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas,marcas y productos. Todos estos nombres son ficticios y cualquier parecido con los nombres y direccionesutilizados por una empresa real es pura coincidencia.

LICENCIA DE COPYRIGHT:

Esta información contiene programas de aplicación de ejemplo en lenguaje fuente, que muestran técnicasde programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programasde muestra de cualquier modo sin pagar a IBM con el fin de desarrollar, utilizar, comercializar odistribuir programas de aplicación que se ajusten a la interfaz de programación de aplicaciones para laplataforma operativa para la que se ha escrito el código de muestra. Estos ejemplos no se hancomprobado de forma exhaustiva en todas las condiciones. Por lo tanto, IBM no puede garantizar ni darpor supuesta la fiabilidad, la capacidad de servicio ni la funcionalidad de estos programas. Losprogramas de ejemplo se ofrecen "TAL CUAL", sin garantía de ningún tipo. IBM no se hará responsablede los daños derivados de la utilización que haga el usuario de los programas de ejemplo.

Cada copia o parte de estos programas de ejemplo, así como todo trabajo derivado, debe incluir un avisode copyright como el siguiente:


© (nombre de su empresa) (año). Partes de este código derivan de programas de ejemplo de IBM Corp.Sample Programs.

© Copyright IBM Corp. _escriba el año o años_.

Información de interfaz de programaciónLa publicación Implementación de alta disponibilidad documenta interfaces de programación quepermiten al cliente escribir programas para obtener los servicios de IBM i.

Marcas registradasIBM, el logotipo de IBM e ibm.com son marcas registradas o marcas comerciales registradas deInternational Business Machines Corp., registradas en muchas jurisdicciones de todo el mundo. Otrosnombres de servicios y productos podrían ser marcas registradas de IBM u otras compañías. Haydisponible una lista actual de marcas registradas de IBM en la web “Información de marca registrada ycopyright” en www.ibm.com/legal/copytrade.shtml.

Adobe, el logotipo de Adobe, PostScript y el logotipo de PostScript son marcas registradas de AdobeSystems Incorporated en los Estados Unidos y/o en otros países.

Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, el logotipo de IntelCentrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de IntelCorporation o de sus filiales en Estados Unidos y/o en otros países.

Linux es una marca registrada de Linus Torvalds en Estados Unidos y/o en otros países.

Otros nombres de servicios y productos podrían ser marcas registradas de IBM u otras compañías.

Términos y condicionesLos permisos para utilizar estas publicaciones están sujetos a los siguientes términos y condiciones.

Uso personal: puede reproducir estas publicaciones para uso personal (no comercial) siempre y cuandoincluya una copia de todos los avisos de derechos de autor. No puede distribuir ni visualizar estaspublicaciones ni ninguna de sus partes, como tampoco elaborar trabajos que se deriven de ellas, sin elconsentimiento explícito de IBM.

Uso comercial: puede reproducir, distribuir y visualizar estas publicaciones únicamente dentro de suempresa, siempre y cuando incluya una copia de todos los avisos de derechos de autor. No puedeelaborar trabajos que se deriven de estas publicaciones, ni tampoco reproducir, distribuir ni visualizarestas publicaciones ni ninguna de sus partes fuera de su empresa, sin el consentimiento explícito de IBM.

Aparte de la autorización que se concede explícitamente en este permiso, no se otorga ningún otropermiso, licencia ni derecho, ya sea explícito o implícito, sobre las publicaciones, la información, losdatos, el software o cualquier otra propiedad intelectual contenida en ellas.

IBM se reserva el derecho de retirar los permisos aquí concedidos siempre que, según el parecer delfabricante, se utilicen las publicaciones en detrimento de sus intereses o cuando, también según el parecerdel fabricante, no se sigan debidamente las instrucciones anteriores.

No puede bajar, exportar ni reexportar esta información si no lo hace en plena conformidad con lalegislación y normativa vigente, incluidas todas las leyes y normas de exportación de Estados Unidos.

IBM NO PROPORCIONA NINGUNA GARANTÍA SOBRE EL CONTENIDO DE ESTASPUBLICACIONES. LAS PUBLICACIONES SE PROPORCIONAN "TAL CUAL", SIN GARANTÍA DE

Avisos 175

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

NINGUNA CLASE, YA SEA EXPLÍCITA O IMPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE A ELLAS,LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, NO VULNERACIÓN E IDONEIDAD PARAUN FIN DETERMINADO.


Avisos 177

IBM®

Número de Programa: 5770-SS1

Impreso en España

IBM i: Implementación de la alta disponibilidad€¦ · Implementación de alta disponibilidad . 1...

Documents

Transcript of IBM i: Implementación de la alta disponibilidad€¦ · Implementación de alta disponibilidad . 1...