IBM i: Implementaci.n de la alta disponibilidad...declaración de limitación de responsabilidad y...

IBM iVersión 7.2

DisponibilidadImplementación de la altadisponibilidad

��

IBM iVersión 7.2

DisponibilidadImplementación de la altadisponibilidad

��

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.2 (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, 2014.

Contenido

Implementación de la alta disponibilidad 1Novedades de IBM i 7.2 . . . . . . . . . . 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 . . . . . . . . 4Implementación de PowerHA . . . . . . . . 4

Planificación de la solución de alta disponibilidad 5Aplicaciones de clúster . . . . . . . . . 5

Identificar aplicaciones resilientes . . . . 6Arquitectura de IBM i para aplicacioneshabilitadas para clústeres . . . . . . . 6Programación de una aplicación de clústerde alta disponibilidad . . . . . . . . 7Consideraciones sobre los grupos derecursos de clúster de la aplicación . . . 10

Planificación de la resiliencia de datos . . . 14Determinación de qué datos deben serresilientes . . . . . . . . . . . . 15Planificación de discos conmutados . . . 15Planificación de la duplicación de sitioscruzados . . . . . . . . . . . . 17Planificación de la duplicación lógica . . . 32

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

Planificación de clústeres . . . . . . . . 35Requisitos de hardware para clústeres . . 35Requisitos de software para clústeres . . . 36Requisitos de comunicaciones paraclústeres . . . . . . . . . . . . 36Planificación de rendimiento para clústeres 41Planificación de la detección avanzada deerrores de nodo . . . . . . . . . . 41Planificar la lista de comprobación de losclústeres . . . . . . . . . . . . 42

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

Planificación de Full System HyperSwap . . 47Requisitos de hardware para Full SystemHyperSwap . . . . . . . . . . . 47Requisitos de software para Full SystemHyperSwap . . . . . . . . . . . 47Requisitos de comunicaciones para FullSystem HyperSwap. . . . . . . . . 48Requisitos de rendimiento para Full SystemHyperSwap . . . . . . . . . . . 48

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

Distribución de información de clústeres . 48Consideraciones sobre la utilización declústeres con cortafuegos . . . . . . . 49Mantenimiento de los perfiles de usuarioen todos los nodos . . . . . . . . . 49

Configuración de la infraestructura de altadisponibilidad . . . . . . . . . . . . 50

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

Caso de ejemplo: disco conmutado entreparticiones lógicas . . . . . . . . . 51Caso de ejemplo: disco conmutado conduplicación geográfica . . . . . . . . 52Caso de ejemplo: duplicación geográfica. . 54Caso de ejemplo: duplicación Metro . . . 56Caso de ejemplo: Global Mirror . . . . 58

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

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

Configurar clústeres . . . . . . . . . 61Creación de un clúster. . . . . . . . 62

Especificación de colas de mensajes . . . . 66Ejecución de conmutaciones poradministración . . . . . . . . . . . 67Configuración de nodos . . . . . . . . 68

Inicio de nodos . . . . . . . . . . 69Permitir la inclusión de nodos en unclúster . . . . . . . . . . . . . 69Adición de nodos . . . . . . . . . 70Adición de un nodo a un dominio dedispositivo. . . . . . . . . . . . 70

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

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

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

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

Creación de un dominio administrativo declúster . . . . . . . . . . . . . . 76Añadir un nodo al dominio administrativo declúster . . . . . . . . . . . . . . 77Inicio de un dominio administrativo de clúster 77

© Copyright IBM Corp. 1998, 2014 iii

|||

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

||||||

Sincronización de recursos supervisados . . . 78Añadir entradas de recursos supervisados . . 79

Configuración de agrupaciones de discosindependientes . . . . . . . . . . . . 79

Creación de una agrupación de discosindependiente . . . . . . . . . . . 80

Configuración de discos conmutados . . . . . 81Inicio de la protección duplicada . . . . . 81Detención de la protección duplicada . . . . 82Añadir una unidad de disco o una agrupaciónde discos . . . . . . . . . . . . . 82Evaluación de la configuración actual. . . . 83Hacer altamente disponible una agrupación dediscos independiente . . . . . . . . . 83

Configuración de la duplicación geográfica . . . 84Configuración de la duplicación Metro . . . . 85Configuración de Global Mirror . . . . . . 86Configuración de unidades lógicas conmutadas 87Configuración de una sesión de FlashCopy . . . 87Configuración de Full System HyperSwap . . . 88

Definición de la afinidad de HyperSwap . . 89Gestión de PowerHA . . . . . . . . . . . 89

Casos de ejemplo: gestión de soluciones de altadisponibilidad . . . . . . . . . . . . 89

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

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

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

Ejemplo: actualizar el sistema operativo . . 93Caso de ejemplo: hacer que un dispositivo seaaltamente disponible . . . . . . . . . 94

Gestionar clústeres . . . . . . . . . . . 95Ajuste de la versión de PowerHA . . . . . 96Ajustar la versión de clúster de un clúster . . 97Suprimir un clúster . . . . . . . . . . 98Visualización de la configuración de clúster . 98Cómo guardar y recuperar la configuración declúster . . . . . . . . . . . . . . 99Supervisión del estado del clúster . . . . . 99Especificación de colas de mensajes . . . . 100Lista de comprobación de desconfiguraciónde clúster. . . . . . . . . . . . . 101Gestión de nodos . . . . . . . . . . 101

Visualización de propiedades de nodo . . 102Detención de los nodos . . . . . . . 102Eliminación de nodos . . . . . . . 102Eliminar un nodo de un dominio dedispositivo . . . . . . . . . . . 103

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

Visualización del estado de CRG . . . . 105Detención de un CRG . . . . . . . 106Supresión de un CRG . . . . . . . 106Creación de dispositivos conmutables . . 107

Cambiar el dominio de recuperación paraun CRG . . . . . . . . . . . . 107

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

Visualización de dominios administrativosde clúster. . . . . . . . . . . . 112Detención de un dominio administrativode clúster. . . . . . . . . . . . 114Supresión de un dominio administrativode clúster. . . . . . . . . . . . 114Cambiar las propiedades de un dominioadministrativo de clúster . . . . . . 115Gestión de entradas de recursosupervisado . . . . . . . . . . . 115

Gestión de discos conmutados. . . . . . . 135Cómo hacer que una agrupación de discosno esté disponible . . . . . . . . . . 135Cómo hacer que el hardware sea conmutable 136Desactivación temporal de una agrupaciónde discos independiente . . . . . . . . 138Reanudación de una agrupación de discosindependiente . . . . . . . . . . . 138

Gestión de la duplicación geográfica . . . . 138Suspensión de la duplicación geográfica . . 138Reanudación de la duplicación geográfica 139Desconexión de la copia de duplicación . . 140Volver a conectar la copia de duplicación . . 141Desconfiguración de la duplicacióngeográfica . . . . . . . . . . . . 142Cambio de las propiedades de duplicacióngeográfica . . . . . . . . . . . . 143

Gestión de la duplicación Metro . . . . . . 144Suspensión de Metro Mirror . . . . . . 144Reanudación de sesiones de Metro Mirror 145Desconexión de Metro Mirror . . . . . . 145Reconexión de Metro Mirror . . . . . . 146Finalización de Metro Mirror . . . . . . 146Visualización o cambio de las propiedades deduplicación metro . . . . . . . . . . 147

Gestión de Global Mirror . . . . . . . . 148Suspensión de Global Mirror . . . . . . 148Reanudación de Global Mirror . . . . . 148Desconexión de Global Mirror . . . . . . 149Reconexión de Global Mirror . . . . . . 149Finalización de Global Mirror . . . . . . 150Cambio de las propiedades de una sesión deGlobal Mirror . . . . . . . . . . . 151

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

Gestión de la tecnología FlashCopy . . . . . 152Actualización de una sesión de FlashCopy 152Reconexión de una sesión de FlashCopy . . 152Desconexión de una sesión de FlashCopy 153Supresión de una sesión de FlashCopy . . . 153Restauración de datos desde una sesión deFlashCopy . . . . . . . . . . . . 154Cambio de las propiedades de FlashCopy 154

Gestión de Full System HyperSwap . . . . . 155

iv IBM i: Implementación de la alta disponibilidad

||||||

||

|||||

||||||

|||

|||

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

||

Visualización de Full System HyperSwap . . 155realizar una HyperSwap planificada . . . . 155Suspender la réplica de HyperSwap . . . . 155Reanudar la réplica de HyperSwap . . . . 155Recuperación de una migración tras error deHyperSwap no planificada . . . . . . . 155

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

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

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

Recuperación de clústeres . . . . . . . 165Recuperación de anomalías de tareas . . 165

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

Resolución de problemas para la duplicaciónentre sitios . . . . . . . . . . . . . 167

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

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

Contenido v

|||||||||||

|||||

vi IBM i: Implementación de la alta disponibilidad

Implementación de la 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.2Lea esta nueva colección de temas para este release que contiene información previa sobre clústeres y lafunción de alta disponibilidad.

Mejoras en la flexibilidad del entorno

El dominio administrativo de clúster se ha mejorado para sincronizar la propiedad y la autorización sobreobjeto de recursos supervisados, incluida la autorización privada de perfiles de usuario. En general, estánsoportados los siguientes atributos de propietario y autorización de elemento de recurso gestionado(MRE): propietario de objeto, entrada de autorización sobre objeto, lista de autorizaciones de objeto ygrupo primario de objeto.

Consulte “Atributos que se pueden supervisar” en la página 118 para obtener una lista de los atributossoportados por el dominio administrativo de clúster. Los nuevos atributos soportados empezarán asupervisarse automáticamente si todos los atributos se están supervisando actualmente cuando la versiónactual de PowerHA se ajuste a 3.0 o superior.

Interfaz gráfica de IBM PowerHA SystemMirror para i eliminada

Las interfaces gráficas del Gestor de soluciones de alta disponibilidad y de Servicios de recursos declúster ya no están soportadas. Se utiliza la interfaz gráfica de PowerHA.

La conmutación de torre de expansión ya no está soportada

La conmutación en una unidad de expansión (torre) ya no está soportada en POWER7 o IBM i 7.2.

Full System HyperSwap

Full System HyperSwap es una solución de sistema completo que permite conmutar entre unidadeslógicas duplicadas entre dos unidades IBM System Storage DS8000 sin interrupción, proporcionando unasolución de alta disponibilidad e impacto mínimo.

Para utilizar Full System HyperSwap, es necesario instalar IBM PowerHA para i Express Edition con unaclave de licencia válida.

Nuevos mandatos asociados con Full System HyperSwap:

© Copyright IBM Corp. 1998, 2014 1

|||

||||||

|

|||||

||||

|

||

|

|

|

|||

||

|

v Mandato Añadir descripción de dispositivo HyperSwap (ADDHYSSTGD)v Mandato Cambiar estado de HyperSwap (CHGHYSSTS)v Mandato Cambiar descripción de almacenamiento HyperSwap (CHGHYSSTGD)v Mandato Visualizar estado de HyperSwap (DSPHYSSTS)v Mandato Eliminar descripción de almacenamiento HyperSwap (RMVHYSSTGD)

Nota: Full System HyperSwap no está soportado en tecnologías de réplica basadas en IASP y unidadeslógicas conmutadas.

Para obtener más información sobre Full System HyperSwap, consulte “Planificación de Full SystemHyperSwap” en la página 47.

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– Componentes de la alta disponibilidad– Criterios de la alta disponibilidad– Elección de una solución de alta disponibilidad de IBM i

v Tecnologías de alta disponibilidad contiene los siguientes temas:– Tecnología de clústeres– Detección avanzada de errores de nodo– Dominio administrativo de clúster– Agrupaciones de discos conmutadas– Dispositivos conmutables– Duplicación geográfica– Duplicación metro– Global Mirror– Unidades lógicas conmutadas– FlashCopy– Full system HyperSwap– Gestión de la alta disponibilidad

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.2. Instale la Opción 41 del sistema operativo IBM i (Recursos conmutables de HA).

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 o Global Mirror, es necesario

tener instalado IBM PowerHA para i Enterprise Edition (opción 1). 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 HyperSwap es necesario tener instalado IBM PowerHA para i Express Edition (opción 3).Seleccione Producto 5770-HAS, opción 3 para instalar IBM PowerHA para i Express Edition. PulseIntro.

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 61.

Implementación de la 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.

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 la línea de mandatos

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.Información relacionada:Mandatos de PowerHA

Planificación de la solución de alta disponibilidad

Antes 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

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


||

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

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 resilientes:

No 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ústeres:

Cualquier 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.


||

|

|

|||

||||

|

||

|||

|||

||

||

|||

||||

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

Programación de una aplicación de clúster de alta disponibilidad:

Una aplicación de alta disponibilidad es aquella que puede tolerar una falta de disponibilidad del sistemaen un entorno de clúster.

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. Si se produce una falta de disponibilidad del sistema, la aplicación se reinicia en un servidor dereserva. El usuario verá la aplicación como si se hubiera iniciado en ese momento.

4. Si se produce una falta de disponibilidad del sistema, la aplicación se reinicia en un servidor dereserva y realiza cierto proceso de reinicio por 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. Si se produce una falta de disponibilidad del sistema, tiene lugar una migración coordinada 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. Si se produce una falta de disponibilidad del sistema, tiene lugar una migración coordinada 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 PowerHALas 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 salida


del 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ón:

El 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 14Este 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 derecuperació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 preferidoespecificado 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 eldireccionador 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 10Puede 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 la resiliencia de datosLa 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 utilizando discosconmutados, la duplicación entre sitios o la duplicació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 Discos conmutadosv Duplicación geográficav Duplicación metrov Global Mirrorv Unidades lógicas conmutadas

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.Información relacionada:

IBM eServer iSeries Independent ASPs: A Guide to Moving Applications to IASPs

Determinación de qué datos deben ser resilientes:

Le 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.

Planificación de discos conmutados:

En el hardware conmutable se mantiene una sola copia de los datos en un IOA en un entorno departiciones lógicas. La conmutación de torre no está disponible a partir del hardware POWER7 o con laversión 7.2 del sistema operativo IBM i.


|||

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

Cuando se produce una interrupción en el nodo primario, el acceso a los datos en el hardwareconmutable pasa a un nodo de copia de seguridad designado. Además, pueden utilizarse agrupacionesde discos 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 para poder aprovechar los recursos conmutables residentes enagrupaciones de discos independientes conmutables o la duplicación de disco de ubicaciones cruzadas.

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).Tareas relacionadas:Habilitación y acceso a unidades de disco

Requisitos de hardware para discos conmutados:

Para utilizar discos conmutados, debe tener hardware específico.

Para utilizar discos conmutados, debe tener uno o varios IOA asignados a una agrupación de E/S. En unentorno de LPAR, puede conmutar el IOA que contiene los discos conmutados independientes entreparticiones del sistema sin necesidad de una unidad de expansión. El IOA debe estar asignado a unaagrupación de E/S.

Requisitos de software para discos conmutados:

Si piensa utilizar discos conmutados para la función de alta disponibilidad de IBM i, compruebe que secumplan los requisitos mínimos de software.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 conmutado


|

||||

||

||||||

||

|||

|

independiente 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ústeresMandato Configurar dispositivo ASP (CFGDEVASP)

Requisitos de comunicaciones para discos conmutados:

Los discos conmutados requieren como mínimo una interfaz de comunicaciones TCP/IP entre lossistemas del clúster.

A efectos de redundancia, se recomienda tener al menos dos interfaces diferentes entre los sistemas.

Planificación de la duplicación de sitios cruzados:

La duplicación de sitios cruzados proporciona varias tecnologías de alta disponibilidad y recuperación dedesastres de IBM i: duplicación geográfica, Metro Mirror y Global Mirror.

Las tecnologías de duplicación de sitios cruzados implementan la recuperación de desastres mediante elmantenimiento de sitios independientes, que normalmente están separados alguna distancia unos deotros. Cada una de estas tecnologías tienen requisitos de comunicaciones, hardware y softwareespecíficos. No obstante, antes de implementar una de estas tecnologías, debe planificar los sitiostambién. Un sitio se considera normalmente el sitio de origen o de producción. Este sitio contiene losdatos de producción que se duplican o copian en el sitio remoto. El sitio remoto, a menudo conocidocomo sitio de copia de seguridad o de destino, contiene la copia duplicada de los datos de producción.En el caso de que se produzca un desastre en todo el sitio de producción, el sitio de copia de seguridadreanuda el funcionamiento de la empresa con los datos duplicados. Antes de configurar la tecnología deduplicación de sitios cruzados, 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 seguridadAcceda a 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.

Asegúrese de que tiene la autoridad correcta en las DST

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

Tareas relacionadas:Habilitación y acceso a unidades de disco

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

La 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óngeográ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

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:Gestión de diarios


||

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 90Este 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.“Caso de ejemplo: disco conmutado con duplicación geográfica” en la página 52En este caso de ejemplo se describe una solución de PowerHA que utiliza discos conmutados con laduplicación geográfica en un clúster de tres nodos. Esta solución proporciona tanto recuperación dedesastres como alta disponibilidad.

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 de


trabajo 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 escribe 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 la 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 la duplicación Metro:

IBM 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: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 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.

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

IBM System Storage DS8000 Information Center

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

IBM SAN Volume Controller Information Center


|||

||

||||

||

|||

||

|

|

|

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

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


http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/topic/com.ibm.storage.ssic.help.doc/f2c_ichome_23bc5o.html


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

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).

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 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.

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.

Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 30IBM 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.


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.


||||||||

|

|||||

||

||||||

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


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 Mirror:

IBM 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.

Para DS8000, la tecnología Global Mirror de IBM System Storage requiere que todos los usuarioscompartan una conexión de Global Mirror. PowerHA Global Mirror permite que haya una sola particiónIBM i activa en la sesión de Global Mirror de un servidor System Storage determinado. No puede haberotras particiones IBM i o servidores de otras plataformas que utilicen Global Mirror al mismo tiempo. Laadición de más de un usuario a una sesión de Global Mirror provoca resultados imprevisibles.

Si desea tener varias sesiones de Global Mirror activas, puede utilizar IBM Advanced Copy Services for i.Esta oferta está disponible en Lab Services.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


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 Global Mirror:

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

Global Mirror 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, 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 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 30IBM 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 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.



|

||

||

||||||||

|

||||



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


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.

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.

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.



Planificación de unidades lógicas conmutadas:

Una 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


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.






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 independiente


|

|

||

|

||||

|||

||

||

|

|

|

|

|

|

||

|

||

||

|||







debe 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.

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).


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 Las unidades lógicas conmutadas requieren como mínimo una interfaz de comunicaciones TCP/IPentre los sistemas del clúster.

Servidores de almacenamiento soportados por PowerHA:

IBM 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:v Para dispositivos DS8000 System Storage, el programa bajo licencia IBM PowerHA for i también

requiere 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 23Antes 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 27Antes 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 151Las 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 46Para 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 47Para 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 58En 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 56En 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 el


||||

|

|

||

|||

||

|

|

|

||

|

|

|||

|||

||||

|||

|||

|||||||

||||||

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


sitio de copia de seguridad.“Caso de ejemplo: ejecución de una función de FlashCopy” en la página 91En 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 87Para 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 87Una 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 85Para 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 86Para 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.

Planificación de la duplicación lógica:

Con la duplicación lógica, se mantienen diversas copias de los datos. Los datos se duplican o copiandesde el nodo primario del clúster a los nodos de copia de seguridad designados en el dominio derecuperación. Cuando se produce una interrupción en el nodo primario, los datos siguen disponiblesporque el nodo de copia de seguridad designado toma el control como el punto de acceso primario.

La duplicación lógica crea una copia de algún elemento en tiempo real. La duplicación es el proceso decopiar objetos de un nodo en un clúster a como mínimo otro nodo del clúster. Gracias a la duplicaciónlógica, los objetos de los sistemas se crean y se mantienen idénticos. Si realiza un cambio en un objeto deun nodo de un clúster, este cambio se duplica a otros nodos del clúster.

Debe decidir una tecnología de software para utilizar para la duplicación lógica. Las siguientes solucionesestán disponibles para conseguir la duplicación lógica en el clúster:v Productos de IBM Business Partners

El software de duplicación de datos de IBM Business Partners de clústeres de prestigio le permiteduplicar objetos en diferentes nodos.

v Una aplicación de duplicación lógica a medida

La gestión de diario de IBM proporciona una forma de registrar la actividad de los objetos del sistema.Puede escribir una aplicación aprovechando la administración de diario para lograr la duplicaciónlógica.



|

|||||

|

|||

||||||

|||||||

|||||||

|

||||

||||

||

|

||

|

|||

|

Gestión de diarios

Determinar qué sistemas debe utilizar para la duplicación lógica:

Cuando determine los sistemas que deben utilizarse en la duplicación lógica, existen variasconsideraciones importantes.

Estas consideraciones son las siguientes:v Capacidad de rendimientov Capacidad del discov Datos críticosv Prevención de siniestros

Si se produce una conmutación por anomalía en su sistema, debe conocer los datos y las aplicaciones quese están ejecutando en su sistema primario y en su sistema de copia de seguridad. Desea colocar losdatos críticos en el sistema que tenga la mayor capacidad de manejar la carga de trabajo en el caso deque se produzca una conmutación por anomalía. No desea quedarse sin espacio de disco. Si su sistemaprimario se queda sin espacio y se produce una conmutación por anomalía, es muy probable que elsistema de copia de seguridad también falle y se produzca otra conmutación por anomalía debida a unafalta de espacio de disco. Para asegurarse de que su centro de datos no queda destruido por completo encaso de un desastre natural, como por ejemplo una inundación, un tornado o un huracán, debe ubicar elsistema duplicado en una ubicación remota.

Planificación de diarios de la duplicación lógica:

Si utiliza la duplicación lógica, debe utilizar el registro por diario para forzar las grabaciones de la copiade producción de datos en la copia de seguridad de los datos.

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.

En los entornos de duplicación lógica, el registro por diario es la base de la solución y, como tal, es unrequisito para implementar una solución basada en esta tecnología. Con la duplicación lógica, una copiaen tiempo real de un sistema de copia de seguridad puede estar limitada, dependiendo del tamaño delobjeto que se está duplicando. Por ejemplo, un programa actualiza un registro que reside en un archivoregistrado por diario. Como parte de la misma operación, también actualiza un objeto, por ejemplo, unespacio de usuario, que no está registrado por diario. La copia de seguridad será completamentecoherente cuando el espacio de usuario esté duplicado totalmente en el sistema de copia de seguridad. Enla práctica, si el sistema primario falla y el objeto de espacio de usuario no está duplicado totalmentetodavía, será necesaria una recuperación manual para reconciliar el estado del espacio de usuario paraque coincida con la última operación válida cuyos datos se hayan duplicado completamente.Información relacionada:Gestión de diarios

Planificación de la copia de seguridad de la duplicación lógica:

Si utiliza una tecnología de duplicación lógica, debe planificar la realización de operaciones de copia deseguridad en este entorno.

La duplicación lógica duplica los cambios en los objetos como, por ejemplo, los archivos o los programasde una copia de producción, en una copia de seguridad. La duplicación es casi en tiempo real(simultánea). Normalmente, si se registra por diario un objeto, por ejemplo, un archivo, la duplicación se


|

|

||

|

|

|

|

|

|||||||||

|

||

|||||

||||||||||

|

|

|

||

|||

maneja a nivel de registro. Una ventaja clave de esta tecnología es que puede acceder a la copia deseguridad en tiempo real para realizar operaciones de copia de seguridad. Puede realizar una copia deseguridad remota en la copia de seguridad de los datos sin necesidad de interrumpir la versión deproducción de los datos.

Planificación del rendimiento de la duplicación lógica:

Si utiliza una tecnología de duplicación lógica como parte de una solución de alta disponibilidad, debeconocer los posibles efectos en el rendimiento de esta solución.

Con la duplicación lógica, los posibles efectos en el rendimiento se encuentran en la latencia del procesode duplicación. Esto hace referencia al tiempo de demora entre la hora en la que se han realizado loscambios en el sistema de origen y la hora en la que los cambios han estado disponibles en el sistema decopia de seguridad. El registro por diario remoto síncrono puede minimizar considerablemente esteretardo. Cualquiera que sea el mecanismo de transmisión utilizado, debe prever debidamente el volumende transmisión, y planificar correctamente las velocidades y líneas de comunicación para asegurar que elentorno pueda gestionar los volúmenes de duplicación cuando alcancen su máximo. En un entorno congrandes volúmenes de tráfico, la latencia puede ser un problema en el extremo receptor aunque losrecursos de transmisión estén planificados correctamente.

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úster:

El 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 declúster. Por ejemplo, los CRG de iguales que representan dominios administrativos de clúster


||||

|

||

|||||||||

|||||

|

|||||

||

pueden 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 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ústeres:

Para 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 14La 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 utilizando discosconmutados, la duplicación entre sitios o la duplicación lógica.Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 42Antes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.Información relacionada:Sistema de alimentación ininterrumpibleMultidifusión IP


|

|||

Protección de disco

Requisitos de software para clústeres:

Para 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. Tener instalada la característica TCP/IP Connectivity Utilities.3. Si tiene previsto utilizar tecnologías de resiliencia como, por ejemplo, discos conmutados o

duplicación de sitios cruzados, 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:“Planificación de discos conmutados” en la página 15En el hardware conmutable se mantiene una sola copia de los datos en un IOA en un entorno departiciones lógicas. La conmutación de torre no está disponible a partir del hardware POWER7 o con laversión 7.2 del sistema operativo IBM i.“Planificación de la duplicación de sitios cruzados” en la página 17La duplicación de sitios cruzados proporciona varias tecnologías de alta disponibilidad y recuperación dedesastres de IBM i: duplicación geográfica, Metro Mirror y Global Mirror.“Planificación de la resiliencia de datos” en la página 14La 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 utilizando discosconmutados, la duplicación entre sitios o la duplicación lógica.Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 42Antes de empezar a configurar el clúster, complete esta lista de verificación para asegurarse de queprepara el entorno correctamente.Información relacionada:Las API de clúster

Requisitos de comunicaciones para clústeres:

Utilice 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).

Para hardware conmutable, también conocido como CRG de dispositivos resiliente, debe tener un discoconmutado en el entorno. El disco conmutado sólo está soportado entre particiones del mismo sistemafísico.

Nota: Si utiliza adaptadores LAN 2810, con el uso sólo de TCP/IP, y no de SNA (Systems NetworkArchitecture) o IPX, puede incrementar el rendimiento de su adaptador en un sistema OS/400 V4R5M0especificando Habilitar sólo para TCP(*YES) para su descripción de línea específica utilizando el mandatoTrabajar con descripciones de línea (WRKLIND). Habilitar sólo para TCP(*YES) se estableceautomáticamente en OS/400 V5R1M0 y releases posteriores.Conceptos relacionados:“Planificación de discos conmutados” en la página 15En el hardware conmutable se mantiene una sola copia de los datos en un IOA en un entorno departiciones lógicas. La conmutación de torre no está disponible a partir del hardware POWER7 o con laversión 7.2 del sistema operativo IBM i.Referencia relacionada:“Planificar la lista de comprobación de los clústeres” en la página 42Antes 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 V6R1 en todoslos sistemas 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 V5R4 5

Nodo B V6R1 6

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ústeres:

Cuando 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 nodo:

Puede 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).


|||

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 Determine qué nodos de clúster son gestionados por la HMC o IVM y a qué nodos de clúster se debennotificar los errores.

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ústeres:

Antes 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 61.

__ 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 mayor quela mínima, el inicio del nodo de clúster fallará. De forma predeterminada, se especifica QUSER como perfilde 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)

Para utilizar dispositivos conmutables en el clúster, se deben cumplir los siguientes requisitos:

Tabla 3. Lista de comprobación de configuración de dispositivo resiliente para clústeres

Requisitos del dispositivo resiliente

__ 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.

__ Verificar que la Opción 41 (Recursos conmutables de HA) está instalada y que existe una clave de licenciaválida en todos los nodos de clúster que formarán parte del dominio de dispositivo.

__ Para acceder a las funciones de gestión de discos, configure el servidor de herramientas de servicio (STS) conacceso DST y perfiles de usuario. Consulte Habilitación y acceso a unidades de disco para obtener másinformación.

__ Si está intercambiando dispositivos resilientes entre particiones lógicas de un sistema y utiliza otra cosa queno sea la consola HMC para gestionar las particiones lógicas, habilite Virtual OptiConnect para lasparticiones. Ello se efectúa al iniciar las herramientas de servicio dedicado (DST). Consulte VirtualOptiConnect para obtener más información.

Si está utilizando la consola de gestión de hardware para gestionar las particiones, cambie las propiedadesdel perfil de particiones en la pestaña OptiConnect para habilitar Virtual OptiConnect para cada partición dela configuración conmutable. Debe activar el perfil de partición para reflejar el cambio.


http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphat/iphblchangeprofilep6.htm


http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphat/iphblactivatesysprofilep6.htm

Tabla 3. Lista de comprobación de configuración de dispositivo resiliente para clústeres (continuación)

Requisitos del dispositivo resiliente

__ Si está intercambiando dispositivos resilientes entre particiones lógicas y está utilizando otra cosa que no seala consola HMC para gestionar las particiones lógicas, debe establecer que las particiones compartan el bus oconfigurar una agrupación de E/S. El bus se debe configurar como Bus propio compartido por una particióny las demás particiones que participarán en la conmutación de dispositivos se deben configurar como Utilizarbus compartido.

Si está utilizando la Consola de gestión de hardware para gestionar las particiones lógicas debe configuraruna agrupación de E/S que incluya el procesador de E/S, el adaptador de E/S y todos los recursosconectados para permitir que una agrupación de discos independiente sea intercambiable entre particiones.Cada partición debe tener acceso a la agrupación de E/S. Consulte Cómo lograr que el hardware seaconmutable para obtener más información. Encontrará los detalles de los requisitos para la planificación dehardware de los dispositivos conmutables en el tema Requisitos de hardware para discos conmutados.

__ La unidad máxima de transmisión (MTU) para las vías de comunicación debe ser mayor que el tamaño delos fragmentos del mensaje, el parámetro ajustable de las comunicaciones del clúster. Puede verificarse laMTU para la dirección IP de un clúster utilizando el mandato Trabajar con el estado de la red TCP/IP(WRKTCPSTS) en el nodo en cuestión. La MTU también debe verificarse en cada paso de toda la vía decomunicaciones. Quizás sea más simple reducir el parámetro de tamaño de los fragmentos del mensajecuando se ha creado el clúster, que aumentar la MTU para la vía de comunicaciones. Consulte Parámetros decomunicaciones de clúster ajustables para obtener más información sobre el tamaño de los fragmentos demensaje. 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 Modificar serviciosde recursos de clúster (QcstChgClusterResourceServices) para modificar estos valores.

__ Para la duplicación geográfica, asegúrese de que ambos nodos estén asignados a un nombre de sitiodiferente.

Tabla 4. 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 5. 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.


http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphat/iphblcreatestoragepool.htm

Tabla 5. 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 6. 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 7. 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 7. 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 característica FlashCopy

Puede 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 30.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 30IBM 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) iV6R1para 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 30.Conceptos relacionados:“Servidores de almacenamiento soportados por PowerHA” en la página 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Planificación de 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 Full System HyperSwap:

Para utilizar la tecnología 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 Full System HyperSwap: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 30.

Requisitos de software para Full System HyperSwap:

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


||

||

||

||||

||

||

||

||||

|

||

|

||

|

|

|

|||

||

|

||


La característica 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 Full System HyperSwap:

Para utilizar la tecnología 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 la wiki de IBM PowerHA SystemMirror para i para conocer los números de versión dealmacenamiento específicos necesarios 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 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.

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ústeres:

Conozca 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 dominio


|

|

|

|

||

||||

|||

||

||||

|

|

|

|

|

||

|

||

||

|||


de 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 cortafuegos:

Si 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 laagrupació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 nodos:

Puede 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 dominio


|||||||||

|||||||

administrativo 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 76En 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.

Configuración de la infraestructura de alta disponibilidad

Para 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 disponibilidad

Los 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: disco conmutado entre particiones lógicas:

En este caso de ejemplo se describe una solución de PowerHA que utiliza agrupaciones de discosconmutadas entre dos particiones lógicas que residen en un solo sistema.

Visión general

El particionado lógico es la posibilidad de considerar una función del sistema IBM i como si fueran dos omás sistemas independientes. Esta solución es una buena opción para las empresas que ya tienenparticiones lógicas configuradas en el entorno.

Este caso de ejemplo no muestra la configuración de las particiones lógicas.

Objetivos

Esta solución ofrece las siguientes ventajas:v Esta es una solución de bajo coste que utiliza los recursos disponibles del sistema.v Proporciona disponibilidad para los recursos de empresa durante interrupciones planificadas.v Proporciona disponibilidad para los recursos de empresa durante algunas interrupciones no

planificadas como, por ejemplo, una anomalía de partición lógica individual.v Como esta solución utiliza una sola copia de los datos, minimiza el número de unidades de disco

necesarias.v Esta solución contiene datos actualizados que no necesitan sincronizarse.

Esta solución tiene las siguientes restricciones:v No hay disponible ninguna recuperación de desastres en el caso de una interrupción en todo el sitio.v Existe el requisito de configurar una partición lógica.v Puede darse el requisito de hardware redundante entre particiones.v Sólo existe una copia lógica de los datos en la agrupación de discos independiente. Esto puede suponer

un punto único de anomalía, aunque los datos pueden protegerse con protección RAID.v No existe ningún acceso concurrente a la agrupación de discos desde ambas particiones lógicas.

Detalles

El siguiente gráfico ilustra el entorno de este caso de ejemplo:

IASP

LP

AR

1

LP

AR

2

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. Hacer que el hardware sea conmutable2. Completar la lista de comprobación del clúster


|

|

|||

|

|

|

||

||

|

|

|

|

|

||

|

||

|

|

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

3. Crear un clúster4. Crear un dominio administrativo de clúster5. Iniciar un dominio administrativo de clúster6. Añadir entradas de recursos supervisados7. Crear una agrupación de discos independiente8. Hacer la ASP independiente altamente disponible9. Activar la ASP independiente

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

Realice las tareas siguientes para configurar las tecnologías de alta disponibilidad asociadas con esteescenario utilizando mandatos:1. Hacer que el hardware sea conmutable2. Completar la lista de comprobación del clúster3. Crear un clúster4. Añadir un nodo5. Iniciar un nodo6. Añadir un nodo a un dominio de dispositivo7. Crear un dominio administrativo de clúster8. Iniciar un dominio administrativo de clúster9. Añadir entradas de recursos supervisados

10. Crear una agrupación de discos independiente utilizando Configurar dispositivo ASP.11. Crear un CRG de dispositivo12. Iniciar un CRG de dispositivo13. Utilizar Activar configuración para hacer disponible la agrupación de discos.14. Realizar una conmutación por administración para probar la solución de alta disponibilidad.

Caso de ejemplo: disco conmutado con duplicación geográfica:

En este caso de ejemplo se describe una solución de PowerHA que utiliza discos conmutados con laduplicación geográfica en un clúster de tres nodos. Esta solución proporciona tanto recuperación dedesastres como alta disponibilidad.

Visión general

En el sitio de producción (en las afueras), los discos conmutados se utilizan para mover agrupaciones dediscos independientes entre dos nodos. La solución también utiliza la duplicación geográfica para generaruna copia del disco independiente en un segundo sitio (centro de ciudad). Por lo tanto, esta soluciónproporciona tanto recuperación de desastres como alta disponibilidad. Las ventajas de esta solución sonbásicamente las mismas que la solución de disco conmutado, con la ventaja añadida de proporcionarrecuperación de desastres a los datos de aplicación mediante la duplicación de los datos en otraubicación. El sitio de producción (en las afueras) tiene una agrupación de discos independiente quepuede conmutar entre particiones lógicas para proporcionar alta disponibilidad con tiempos rápidos deconmutación para las interrupciones planificadas como, por ejemplo, para aplicar arreglos. Esta solucióntambién proporciona recuperación de desastres con la duplicación geográfica.

La duplicación geográfica es una tecnología de réplica de PowerHA en la que los datos se duplican enuna copia de la agrupación de discos independiente en la ubicación remota. Los datos de la agrupaciónde discos independiente en el sitio de producción (en las afueras) se duplican en una agrupación dediscos independiente en el sitio de copia de seguridad (centro de ciudad). Esta solución ofrece unaalternativa sencilla y más económica que las soluciones basadas en almacenamiento externo, tales como laduplicación geográfica y Global Mirror de IBMSystem Storage. No obstante, la duplicación geográfica no


|

|

|

|

|

|

|

|

||

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

||||||||||

||||||

ofrece todas las opciones de rendimiento que proporcionan las soluciones de almacenamiento externo.

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 desastres en todo el sitiov Permite que cada sitio tenga una copia individual de los datos, lo que minimiza el número de

unidades de disco necesariasv 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. No obstante, puede desconectar la copia de

duplicación para el proceso fuera de línea de una segunda copia de los datos.v Existe una posible disminución del rendimiento, con el aumento de la unidad central de proceso (CPU)

que se necesita 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:

En las afueras Centro de ciudad

IASP IASP

LP

AR

1

LP

AR

2


Siga estos pasos para configurar las tecnologías de alta disponibilidad asociadas con este escenarioutilizando la interfaz gráfica de PowerHA:1. Hacer que el hardware sea conmutable2. Completar la lista de comprobación de planificación de los clústeres3. Crear un clúster4. Crear un dominio administrativo de clúster5. Iniciar un dominio administrativo de clúster6. Crear una ASP independiente7. Añadir entradas de recursos supervisados8. Hacer la ASP independiente altamente disponible9. Configurar la duplicación geográfica

10. Activar la ASP independiente11. 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. Hacer que el hardware sea conmutable2. Completar la lista de comprobación de planificación de los clústeres3. Crear un clúster4. Añadir un nodo5. Iniciar un nodo6. Añadir un nodo a un dominio de dispositivo7. Crear un CRG de dispositivo8. Crear un dominio administrativo de clúster9. Iniciar un dominio administrativo de clúster

10. Crear una agrupación de discos independiente utilizando Configurar dispositivo ASP.11. Añadir entradas de recursos supervisados12. Configurar la duplicación geográfica13. Inicio de un CRG de dispositivo14. Utilizar Activar configuración para hacer disponible la agrupación de discos.15. Realizar una conmutación por administración para probar la configuración.Tareas relacionadas:“Configuración de la duplicación geográfica” en la página 84La 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.

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.

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 recursos de empresa durante un 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 deproducció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


Sistema 1 Sistema 2

IASP IASP


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


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 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. 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ón

y configuración de DS8000, consulte IBM System Storage DS8000 Information Center .

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 30.

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 sincronizarsev Tiempos de recuperación rápidos cuando se utiliza con el registro por diario. El registro por diario

recupera 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 adecuado


|

|

||||||||

|

|||


v No existe un acceso concurrente a la agrupación de discos

Detalles


En las afueras Centro de ciudad

IASP IASP


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úster3. 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 dispositivo


||

|

|

|

|

|

|

|

|

|

|

||

|

|

|

|

|

|

|

|

|

|

|

12. 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 30IBM 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ón

y configuración de DS8000, consulte IBM System Storage DS8000 Information Center .

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 30.

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 debanda aceptable.

v No existe un acceso concurrente a la agrupación de discos.v Sólo una partición IBM i puede configurar Global Mirror en un determinado servidor System Storage.

Ninguna otra partición System i o servidor de otras plataformas puede utilizar Global Mirrorsimultáneamente. La adición de más de un usuario a una sesión de Global Mirror provocaríaresultados imprevisibles.

v Es necesario un grupo de coherencia para la copia de destino de Global Mirror. No es necesario ungrupo 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 elnuevo 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


Nueva York Londres

IASP

Sistema 1 Sistema 2

IASP


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 Mirror


||||

||

|

|

|

|

|

|

|

|

9. Activar la ASP independiente10. 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 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 Global Mirror15. 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 30IBM 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:Mandato STRTCPSVR (Iniciar servidor TCP/IP)

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 de


||

|

|

grupos 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 42.

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 Dominio

de 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


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 Iniciar 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 a


|

||

|

|

|

||

||

|

||

|

|

|

||

|

|

|

||

|

|

|

||

|

||

un 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 76En 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 nodos

Los 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 Iniciar nodo de clúster (STRCLUNOD)API Iniciar nodo de clúster (QcstStartClusterNode)

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 nodo

Se 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 unsupervisor 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. Escriba /QOpenSys/QIBM/ProdData/UME/Pegasus/bin/cimconfig -s enableAuthentication=false -p. Consulte Autenticación para CIMON para obtener información sobre el atributoenableAuthentication.

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 de

clú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 Iniciar 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. 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


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 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 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 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 49Puede 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úster

Los 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:


|

||

|

|

||

|

|

|

|||

||||

||||||

||

|

|

|

||

||

|

|

|

|

||

||


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 Iniciar 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 la


||

|

|

|

||

|||||||

unió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 77Los 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 117Una vez añadidas entradas de recursos supervisados, puede seleccionar los atributos asociados con losrecursos 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


|||

||||

||

||

|

|

|

||

||

|

|

|||||

|

|

Creación de una agrupación de discos independiente

Para 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)


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.

Interfaz gráfica de Configuración y servicio (System i Navigator)

Para utilizar el asistente Agrupación de discos nueva para crear una agrupación de discos independienteutilizando 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 desee examinar y expanda Configuración y servicio > Hardware > Unidades

de disco.3. Pulse Agrupaciones de discos con el botón derecho del ratón y seleccione Agrupación de discos

nueva.4. Siga las instrucciones del asistente para añadir unidades de disco a una agrupación de discos nueva.5. Imprima la configuración de discos para que esté disponible en una situación de recuperación.


|

||

||

||

|

|

|

||

|

||

||

|||||||

|

||

|

|

|

|

|

|

|

|

||

|

||

||

|

|

6. 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.

Configuración de discos conmutadosLos discos conmutados son agrupaciones de discos independientes que se han configurado como parte deun clúster de IBM i. Los discos conmutados permiten conmutar a otro sistema los datos y las aplicacionesalmacenadas en una agrupación de discos independiente.

Inicio de la protección duplicada

Los 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 por duplicación 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.

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 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 discos

El 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 dediscos 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 independiente

Para 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ú de

contexto 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áfica

La 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.

Interfaz gráfica de Configuración y servicio (System i Navigator)

1. En System i Navigator, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que desee utilizar como copia de producció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 agrupación de discos que desea utilizar como copia de

producción y seleccione Sesiones > Nueva.5. Siga las instrucciones del asistente para completar la tarea.Conceptos relacionados:


||

|||

|||||

|

||

|

|

|

||

||

||

|||

|

|

||

|

“Caso de ejemplo: disco conmutado con duplicación geográfica” en la página 52En este caso de ejemplo se describe una solución de PowerHA que utiliza discos conmutados con laduplicación geográfica en un clúster de tres nodos. Esta solución proporciona tanto recuperación dedesastres como alta disponibilidad.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 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.

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 cómo utilizar la duplicación Metro en IBM System Storage DS8000,

consulte IBM System Storage DS8000 Information Center .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 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Información relacionada:


|

|

|

|

|||

|

||

|

|

|

||

||

|

||

||

|

|

||




Mandato Añadir descripción de copia de ASP (ADDASPCPYD)Mandato Iniciar sesión de ASP (STRASPSSN)

Configuración de Global Mirror

Para 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.

La tecnología Global Mirror de IBM System Storage exige que todos los usuarios compartan una solaconexión de Global Mirror. IBM i de alta disponibilidad Global Mirror sólo permite que una particiónIBM i configure Global Mirror en un servidor System Storage. No puede haber otras particiones IBM i oservidores de otras plataformas que utilicen Global Mirror al mismo tiempo. La adición de más de unusuario a una sesión de Global Mirror provocaría resultados imprevisibles.

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 IBM System Storage DS8000 Information Center .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 Global Mirror, 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 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.Información relacionada:Mandato Añadir descripción de copia de ASP (ADDASPCPYD)Mandato Iniciar sesión de ASP (STRASPSSN)

Configuración de unidades lógicas conmutadas

Una 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 30.

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 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Configuración de una sesión de FlashCopy

Para 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 30.

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://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 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

de la ASP para la 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 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Configuración de 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 acerca de la utilización de una unidad IBM System Storage DS8000, consulte IBMSystem Storage DS8000 Information Center.

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” en la página 89.Tareas relacionadas:“Definición de la afinidad de HyperSwap” en la página 89Al utilizar IBM System Storage HyperSwap en combinación con PowerVM Live Partition Mobility paramigrar una partición lógica de un sistema gestionado a otro, es posible definir qué sistemas gestionadosdeben utilizar qué IBM System Storage DS8000 como dispositivo principal. Al ejecutar Live PartitionMobility, si la partición ya no se está ejecutando en la unidad de IBM System Storage preferida, seejecutará una HyperSwap a la unidad IBM System Storage secundaria como parte del proceso demigración.Información relacionada:Mandato Cambiar estado de HyperSwap (CHGHYSSTS)Mandato Visualizar estado de HyperSwap (DSPHYSSTS)

Live Partition Mobility


|

||

|

|

|

||

||

|

|

||

|

|||

|||

|

|

|

||

|

|

||

||

|

|||||||

|

|

|

|

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

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

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Live%20Partition%20Mobility

Definición de la afinidad de HyperSwapAl utilizar IBM System Storage HyperSwap en combinación con PowerVM Live Partition Mobility paramigrar una partición lógica de un sistema gestionado a otro, es posible definir qué sistemas gestionadosdeben utilizar qué IBM System Storage DS8000 como dispositivo principal. Al ejecutar Live PartitionMobility, si la partición ya no se está ejecutando en la unidad de IBM System Storage preferida, seejecutará una HyperSwap a la unidad IBM System Storage secundaria como parte del proceso demigración.

Para definir qué unidad de IBM System Storage debe utilizarse con los sistemas gestionados, se utilizandescripciones de almacenamiento de HyperSwap. Una descripción de almacenamiento de HyperSwapconsta del número de serie de un sistema gestionado y identificador de unidad de IBM System Storage.

Para definir una unidad de IBM System Storage preferida, utilice el mandato ADDHYSSTGD yespecifique un número de serie de sistema gestionado (según lo indicado por el valor del sistemaQSRLNBR) junto con un dispositivo IBM System Storage.Tareas relacionadas:“Configuración de Full System HyperSwap” en la página 88En 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.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

Gestión de PowerHA

Despué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 de


|||||||

|||

|||

|

||||

|

|

|

|

|

||

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Live%20Partition%20Mobility

seguridad 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 Global Mirror o Metro Mirror.

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:

Sistema 1 Sistema 2

IASP IASP


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 1402. 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 141

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 1382. “Desconexión de la copia de duplicación” en la página 1403. “Reanudación de una agrupación de discos independiente” en la página 1384. 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 141

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 seguridadde 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 30.


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 acerca de la utilización de la función de FlashCopy en IBMSystem

StorageDS8000, consulte IBM System Storage DS8000 Information Center .2. “Configuración de una sesión de FlashCopy” en la página 873. 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 acerca de la utilización de la función de FlashCopy en IBMSystem

StorageDS8000, consulte IBM System Storage DS8000 Information Center .2. “Desactivación temporal de una agrupación de discos independiente” en la página 1383. “Configuración de una sesión de FlashCopy” en la página 874. “Reanudación de una agrupación de discos independiente” en la página 138


|

|

|

|

|

|

|

||||

|||||||

|||

|

||

|

|

|

|

|

||

|

|

|

|



5. 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 30IBM System Storage proporciona prestaciones de almacenamiento mejoradas.

Caso de ejemplo: actualización del sistema operativo en un entorno de altadisponibilidad

En 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:

Sistema 1 Sistema 2

IASP IASP

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 de


|

|

||

||

|||||

ejemplo, 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 8. 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.


Caso de ejemplo: hacer que un dispositivo sea altamente disponibleAdemás de las agrupaciones de discos independientes, puede proporcionar una alta disponibilidad parotros dispositivos soportados. En este caso, el administrador de alta disponibilidad desea proporcionaruna alta disponibilidad a las líneas de Ethernet.

Visión general

El administrador del sistema desea proporcionar una alta disponibilidad a las líneas Ethernet que seutilizan en la solución de alta disponibilidad. La configuración actual proporciona una alta disponibilidadpara las interrupciones planificadas con dos sistemas que utilizan la tecnología de disco conmutado. Estasolución también utiliza el dominio administrativo de clúster para gestionar y sincronizar los cambiosrealizados en el entorno operativo de la solución de alta disponibilidad. En este ejemplo se supone quetoda la configuración de alta disponibilidad y la configuración Ethernet se ha completadosatisfactoriamente antes de finalizar estos pasos. También se supone que el estado actual de la altadisponibilidad es activo y que todos los recursos supervisados son coherentes con el entorno. En esteejemplo se proporcionan pasos para configurar la alta disponibilidad para una línea Ethernet.

Pasos de configuración1. “Creación de dispositivos conmutables” en la página 1072. “Añadir entradas de recursos supervisados” en la página 79


|

|

||

|

|

|

||

||||

|||

|

|||

|

|||

||

|

|

||

3. “Selección de atributos a supervisar” en la página 117

Gestionar clústeres

Mediante 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 62v “Suprimir un clúster” en la página 98v “Especificación de colas de mensajes” en la página 66v 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 102v “Adición de un nodo a un dominio de dispositivo” en la página 70v “Eliminar un nodo de un dominio de dispositivo” en la página 103v “Añadir un supervisor de clúster a un nodo” en la página 104v “Eliminación de un supervisor de clúster” en la página 104v “Supervisión del estado del clúster” en la página 99v 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 96

Tareas del grupo de recursos de clústerv “Creación de grupos de recursos de clúster (CRG)” en la página 74v “Supresión de un CRG” en la página 106v “Inicio de un CRG” en la página 66v “Detención de un CRG” en la página 106v Añadir un nodo a un grupo de recursos de clústerv Eliminar un nodo de un grupo de recursos de clústerv “Cambiar el dominio de recuperación para un CRG” en la página 107v “Ejecución de conmutaciones por administración” en la página 67v “Creación de dispositivos conmutables” en la página 107v “Visualización del estado de CRG” en la página 105v 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 76v “Supresión de un dominio administrativo de clúster” en la página 114v “Cambiar las propiedades de un dominio administrativo de clúster” en la página 115v “Inicio de un dominio administrativo de clúster” en la página 77


|||

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

v “Detención de un dominio administrativo de clúster” en la página 114v “Añadir un nodo al dominio administrativo de clúster” en la página 77v “Añadir entradas de recursos supervisados” en la página 79v “Eliminación de entradas de recursos supervisados” en la página 116v “Lista de entradas de recursos supervisados” en la página 117v “Visualización de los mensajes de entradas de recursos supervisados” en la página 134

Tareas diversasv “Visualización de la configuración de clúster” en la página 98v “Cómo guardar y recuperar la configuración de clúster” en la página 99v “Lista de comprobación de desconfiguración de clúster” en la página 101v “Gestión de sucesos de interrupción de servicio de conmutación por anomalía” en la página 108

Ajuste de la versión de PowerHA

La 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 92 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 103Un dominio de dispositivo es un subconjunto de nodos de un clúster que comparten recursos dedispositivo.Información relacionada:Mandato Suprimir clúster (DLTCLU)API Suprimir clúster (QcstDeleteCluster)

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 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, 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úster

La 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 69Al 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 9. 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 106.

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 10. 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 142Si 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 98Al 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 nodo

La 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 quedesea 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ú decontexto 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 11. 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.

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.

Deteniendo El CRG está en proceso de detenerse.


||

||

|

|

|||

|

||

|

|

|

Tabla 11. Valores de estado de CRG (continuación)

Valores posibles Descripción

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:


|

|

|

||

|

|

|

||

|

||

||

|


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 grupo de recursos de clúster (DLTCRGCLU)Mandato Suprimir grupo de recursos de clúster (DLTCRG)API Suprimir grupo de recursos de clúster (QcstDeleteClusterResourceGroup)

Creación de dispositivos conmutables:

Además de los dispositivos de agrupaciones de discos independientes, se pueden utilizar otrosdispositivos para la alta disponibilidad. Ahora pueden formar parte de una solución de altadisponibilidad dispositivos tales como líneas Ethernet, dispositivos ópticos, servidores de red, y otros.

Un grupo de recursos de clúster de dispositivos contiene una lista de dispositivos conmutables. Cadadispositivo de la lista identifica una agrupación de discos independiente conmutable u otro tipo dedispositivo conmutable, tal como dispositivos de cinta, descripciones de línea, controladores y servidoresde red. Toda la colección de dispositivos se conmuta al nodo de copia de seguridad cuando se produceuna interrupción de servicio. También puede activar los dispositivos durante el proceso de conmutación oconmutación por anomalía.

Para crear un dispositivo conmutable 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 Grupos de recursos de clúster, seleccione Dispositivos... en el menú de contexto del

CRG al que desea añadir el dispositivo.6. En la página Dispositivo, seleccione Añadir dispositivo... en el menú Seleccionar acción.7. Especifique la información de dispositivo y pulse Aceptar.

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 denodo, 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 datos3. 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 12. 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).

Se emite ENDSYS (*IMMED o *CNTRLD).

Se emite 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 13. 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

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 de 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 14. 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 similar 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 15. 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 114Los 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 114Utilizando 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 115Utilizando 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 115La 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 de


|||||

|

|

|

|

|

|

|

|

|

|

|

||

||||||

||||||||

|||||

usuario 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 nodosdel 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 112Una 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 alresto 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 112Una 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 deldominio 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 112Una 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ú contextual

del dominio administrativo de clúster cuyas propiedades desea cambiar.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 112Una 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 112Una 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ústerv 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... en el menú contextual del recurso supervisado en cuestión.v La razón de la incoherencia de un recurso supervisado se muestra seleccionando Detalles de nodo... en

el menú contextual del recurso supervisado en cuestión.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 79Puede 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 16. 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 17. 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


||

||

||

||

||

||

|||

||

||

||

||

||

Tabla 17. Atributos que se pueden supervisar para clases (*CLS) (continuación)


MAXTMPSTG Almacenamiento temporal máximo


OBJAUTL Lista de autorizaciones



RUNPTY Ejecutar prioridad


TIMESLICE Porción de tiempo

Tabla 18. 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 19. Atributos que se pueden supervisar para descripciones de dispositivo de agrupaciones de discosindependientes (*ASPDEV)







RDB Base de datos relacional



Tabla 20. 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 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


|

|||

||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

Tabla 20. Atributos que se pueden supervisar para descripciones de trabajo (*JOBD) (continuación)


SYNTAX Comprobación de sintaxis de CL


TSEPOOL Agrupación de fin de porción de tiempo

USER Usuario

Tabla 21. Atributos que se pueden supervisar para atributos de red (*NETA)


ALWADDCLU Permitir añadir a clúster

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 22. 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 23. 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






|

||

||

||

||

|||

||

||

||

||

||

||

|||

|||

||

||

||

||

||

||

||

||

||

||

||

|||

|||

||

||

||

||

||

||

||

||

||

||

Tabla 23. Atributos que se pueden supervisar para configuración de servidor de red de sistemas remotos(*NWSCFG) (continuación)


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 24. 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 25. 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



||

||

||

||

|||

|||

|||

||

||

||

||

||

||

|||

|||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

Tabla 25. Atributos que se pueden supervisar para descripciones de servidor de red de servidores de red integrados(*NWSD) (continuación)



WINDOWSNT Descripción del servidor de red de Windows

Tabla 26. 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










SRVOPT Opciones de mantenimiento







Tabla 27. 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


||

||

||

|||

|||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

|||

||

||

||

||

||

||

Tabla 27. Atributos que se pueden supervisar para descripciones de servidor de red de conexiones iSCSI(*NWSD) (continuación)


NWSSTGL Enlaces de espacio de almacenamiento






RMVMEDPTH Vía de acceso de soporte extraíble


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 28. 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 29. 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 de adaptador de host de servidor dered (*NWSHDEV) (continuación)









Tabla 30. Atributos que se pueden supervisar para descripciones de dispositivo óptico (*OPTDEV)










Tabla 31. 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






||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

||

||

||

|||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

Tabla 31. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *LAN(*PRTDEV) (continuación)




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


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 32. 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


||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

|||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

Tabla 32. Atributos que se pueden supervisar para descripciones de dispositivo de impresora para conexiones *VRT(*PRTDEV) (continuación)





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




USRDTATFM Programa de transformación de datos


Tabla 33. 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 34. 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.


||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

|||

||

||

||||

Tabla 34. Atributos que se pueden supervisar para variables de entorno del sistema (*ENVVAR) (continuación)


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 35. 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

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


|

||

|||||

||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||||

||

||

||

||

||

||

||

||

||

|||

||

||

||

|||

Tabla 35. Atributos que se pueden supervisar para valores del sistema (*SYSVAL) (continuación)


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 multihebra no es deproceso múltiple

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 Solicitar un número en una nueva contraseña

QPWDRQDDIF Controla si la contraseña debe ser diferente de lascontraseñas anteriores

QPWDRULES Reglas para contraseñas

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 36. 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 37. 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


|

||

||

||

||

||

||||

|||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

||

|||

||

||

||

||

||

Tabla 37. Atributos que se pueden supervisar para descripciones de Token-ring (*TRNLIN) (continuación)


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


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 38. 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 en origen de IP

IPTTL Tiempo de vida de IP (límite de salto)

LOGPCLERR Errores de protocolo de registro


|

||

||

||

||

||

||

||

||

||

||

||

||

||

||

|||

||

||

||

||

||

||

||

|||

||

||

|||

||

||

||

||

|||

||

||

||

||

||

||

||

Tabla 38. Atributos que se pueden supervisar para atributos TCP/IP (*TCPA) (continuación)


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

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 39. 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 Autorización de grupo

GRPAUTTYP Tipo de autorización 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


|

||

||

||

||

||

||

||

||

|||

||

||

||

|||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

||

Tabla 39. Atributos que se pueden supervisar para perfiles de usuario (*USRPRF) (continuación)


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

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 entradas de recursos supervisados:

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 discos conmutadosLos discos conmutados son agrupaciones de discos independientes que se han configurado como parte deun grupo de recursos de clúster (CRG) de dispositivos. La propiedad de los datos y las aplicacionesalmacenados en un disco conmutado puede conmutarse a otros sistemas que se hayan definido en elCRG de dispositivos. La tecnología de discos conmutados proporciona una alta disponibilidad durantelas interrupciones planificadas y algunas no planificadas.

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.

Cómo hacer que el hardware sea conmutableEn un entorno de alta disponibilidad de IBM i, debe hacer que una unidad de expansión externa seaconmutable.

Cuando se utilizan agrupaciones de discos independientes en un entorno conmutable, el hardwareasociado debe estar autorizado también para conmutarse. Dependiendo del entorno, el hardware puedeincluir tramas, unidades o IOP y sus recursos asociados. Consulte los pasos siguientes que se aplican alentorno conmutable.

Hacer que la unidad o la trama sea conmutable

Una agrupación de discos independiente puede contener unidades de disco en varias unidades deexpansión. Si tiene una unidad de expansión autónoma que contiene unidades de disco incluidas en unaagrupación de discos independiente, debe autorizar la unidad de expansión para otorgar acceso a otrossistemas. Esto se denomina hacer que la unidad de expansión sea conmutable. Si no desea que otrossistemas puedan acceder a la unidad de expansión autónoma, debe hacer que la unidad de expansión seaprivada.

Para que una unidad o una trama sea conmutable, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Expanda el sistema que desea examinar, pulse Configuración y servicio > Hardware > Unidades de

disco > Por ubicación y seleccione la trama o la unidad de disco que desee que sea conmutable.3. Pulse con el botón derecho del ratón sobre una unidad de disco o una trama resaltada y seleccione

Hacer conmutable.4. Siga las instrucciones del recuadro de diálogo que aparece.

Hacer IOP conmutable

Para que se pueda conmutar un IOP, el bus donde reside el IOP que controla las unidades de disco quese deben conmutar debe ser propiedad del nodo primario (propiedad compartida). El nodo de reservadebe también utilizar el bus (utilizar bus compartido). Consulte Conmutar procesadores IOPdinámicamente entre particiones para obtener más información.

Para completar esta tarea, necesita un perfil de usuario de herramientas de servicio con autoridad deadministración en la función Particiones del sistema en las herramientas de servicio dedicado (DST). Paraobtener más información sobre cómo obtener los privilegios de las particiones lógicas, consulte Autoridadde partición lógica.

Para cambiar el tipo de propiedad de un bus utilizando Management Central, siga estos pasos:1. En IBM Navigator for i, expanda Mis conexiones (o el entorno activo).2. Seleccione la partición primaria del sistema.3. Expanda Configuración y servicio y seleccione Particiones lógicas.4. Pulse la Partición lógica con el botón derecho del ratón y seleccione Configurar particiones.5. En la ventana Configurar particiones lógicas, pulse con el botón derecho del ratón sobre el bus para el

que desea cambiar la propiedad y seleccione Propiedades.6. Seleccione la página Particiones.7. Seleccione la partición que posee el bus en Partición lógica propietaria y, a continuación, seleccione el

tipo de propiedad en Compartimiento. Si el tipo de propiedad es compartida, las particiones quecomparten el bus aparecen en la lista. Pulse Ayuda si necesita más información sobre estas opciones.

8. Pulse Aceptar.


||

|

|

|

Hacer que la agrupación de E/S sea conmutable con la Consola de gestión de hardware

Si está utilizando la Consola de gestión de hardware para gestionar las particiones lógicas, debe crear unaagrupación de E/S que incluya el IOP, el IOA y todos los recursos conectados para permitir que unaagrupación de discos independiente sea conmutable entre particiones. Debe otorgar acceso a cadapartición que desea que sea propietaria de la agrupación de discos independiente asignando laagrupación de E/S en cada perfil de partición.

Para crear una agrupación de E/S que pueda conmutarse entre particiones, siga estos pasos:1. Abra la ventana Propiedades del perfil de partición lógica para cambiar las propiedades del perfil de

partición y asignar recursos a una agrupación de E/S.2. Pulse la pestaña E/S física.3. En la columna Dispositivos de E/S físicos, expanda el bus que contiene el IOP que desea que sea

conmutable.4. Seleccione el IOP que desea asignar a una agrupación de E/S. El IOP debe ser deseado (ninguna marca

de selección en la columna Necesario).5. Pulse la columna Agrupación de E/S para que el cursor aparezca en la fila del IOP que desea asignar

a una agrupación de E/S, y escriba el número de la agrupación de E/S.6. Repita estos pasos para cada IOA y cada recurso bajo el control del IOP en la agrupación de E/S.7. Pulse Aceptar.

Asociación de una agrupación de E/S con particiones

Una vez añadidos los recursos a la agrupación de E/S, siga estos pasos para asociar la agrupación de E/Scon cada partición adicional que desee que sea propietaria de la agrupación de discos independiente en elentorno conmutable.1. Abra la ventana Propiedades del perfil de partición lógica para cambiar las propiedades del perfil de

partición de cada partición adicional que deba acceder a la agrupación de discos independiente.2. Pulse la pestaña E/S física.3. Pulse Avanzadas.4. En la ventana Agrupaciones de E/S, en el campo Agrupaciones de E/S a añadir, escriba el número de

la agrupación de E/S a la que haya asignado los recursos que desee conmutar con la agrupación dediscos independiente.

5. Pulse Añadir > Aceptar.

Para que se apliquen los cambios de la agrupación de E/S, siga estos pasos para cada partición cuyoperfil de partición haya cambiado:1. Concluya la partición. Consulte Reinicio y conclusión de IBM i en una partición lógica.2. Inicie la partición lógica activando el perfil de partición para reflejar los cambios.Conceptos relacionados:Autorización sobre particiones lógicas

Agrupación de E/STareas relacionadas:

Cambiar las propiedades del perfil de particiones

Activar el perfil de particiones

Reinicio y conclusión de IBM en una partición lógica


|

|

http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphat/iphblcreatestoragepool.htm


http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphat/iphblactivatesysprofilep6.htm

http://publib.boulder.ibm.com/infocenter/systems/scope/hw/index.jsp?topic=/iphbm/iphblrestartos400.htm

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 independiente

Una 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


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 de la que desea desconectar la copia de duplicación.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 volver a conectar la copia de duplicación.


||

||

||

||

|

|

||||

|

|

||||

||

|

||

|

|

|

||

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 debajo del 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 102Puede 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áfica

Todas 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 cuyas propiedades de duplicación geográfica desea cambiar.6. En la página Detalles de ASP independiente, seleccione Propiedades de duplicación... en el menú

Seleccionar acción debajo del 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 Metro

En 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 Mirror

Puede 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 Metro MirrorUna 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 de la que desea desconectar la copia de duplicación.


||

|

|

|

|||

|

|

||

|

|

|

||

||

|

|

||

||

||

|

|

|

|||

|

|

||

|

|

|

||

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 volver a conectar la copia de duplicación.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 debajo del 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 IBM System Storage DS8000 Information Center .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://mysystem:2001, donde mysystem es el nombre de host del


discos independiente para la que desea cambiar las propiedades de la duplicación metro.


|

|

||

|

|

|

||

||

|

|

||

||

||

|

||

||

|

|

|

|

|||

||

||

||

|

|

|

||


6. En la página Detalles de ASP independiente, seleccione Propiedades... en el menú de contexto de lacopia de duplicación o de producción.

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 Mirror

En 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 Mirror

Puede 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 Mirror

Una 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

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 dediscos 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 de la que desea desconectar la copia de duplicación.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 volver a conectar la copia de duplicación.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 debajo del 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 IBM System Storage DS8000 Information Center .

Cambio de las propiedades de una sesión de Global MirrorVisualización de información sobre una sesión de Global Mirror para cambiar las descripciones de copiaasociadas.

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 duplicación.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 conmutadas

Las 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 30IBM 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 de


||

||

|

|||

||

||

||

|

|

|

||

||

|

|

|||

||


datos 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 FlashCopy

FlashCopy 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 FlashCopy

Puede 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


discos independiente que contiene 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 para que contiene una FlashCopy que desea reconectar (habilitar).


|||||

||||||||

||

|

||

|

|

|

||

||

|

||

||

|

|

|

||

6. En la página Detalles de ASP independiente, seleccione Habilitar en el menú contextual de laFlashCopy 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 ASP 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 desea suprimir.


||

||

||

||

|

|

|

||

||

|

|

|

||

||

|

||

|

||

|

|

|

||

6. En la página Detalles de ASP independiente, seleccione Suprimir en el menú contextual de laFlashCopy desea suprimir.


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ú contextual de

FlashCopy.7. En la página Propiedades, pulse Editar.8. Realice los cambios en las propiedades y pulse Guardar.


||

|

|

||||

||

|

|

||

||

||

|

|

|

||

||

|

|

Gestión de Full System HyperSwapFull System HyperSwap es una solución de sistema completo que permite conmutar entre unidadeslógicas duplicadas entre dos unidades IBM System Storage DS8000 sin interrupción, proporcionando unasolución de alta disponibilidad e impacto mínimo.

Para utilizar Full System HyperSwap, es necesario instalar IBM PowerHA para i Express Edition con unaclave de licencia válida.

Visualización de Full System HyperSwapPara 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)

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://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. 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 de


|

|

|

|

|

||

|

|

|

|

||||||

|||

|||||

CRG 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.

*SELECTMuestra 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.

*DEVDMNMostrar 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 del

clúster.


||

|

||

|

|

||

|

|

||

|

|

||

5. Solucione los problemas identificados en la página Comprobar requisitos. Algunos problemas puedensolucionarse 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 de


||

hardware 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.464bytes 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 de

recursos 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 las

restricciones 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. El


resto 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 para la duplicación entre sitiosEsta información puede ayudarle a resolver problemas relacionados con la duplicación entre sitios.

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 69. 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 debenestar 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.


|

||

||

|

|

|

|

|||

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

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 6.1 Independent ASPs: A Guide to Quick Implementation of Independent ASPs

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 IBM Systems Lab Services and Training

v IBM System Storage Interoperation Center (SSIC)

v IBM Techdocs LibraryEste 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/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/developerworks/ibmi/ha

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 iv POWER7 System RAS: Key Aspects of Power Systems Reliability, Availability, and Serviceability

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 IBM SAN Volume Controller Information Centerv IBM Storwize V7000 Information Centerv IBM Storwize V3700 Information Centerv IBM DS8000 Information Centerv Implementación de alta disponibilidad

Otra informaciónv Mapa de ruta de disponibilidadv 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.ibm.com/systems/power/hardware/whitepapers/ras7.html

http://www-912.ibm.com/s_dir/slkbase.nsf/recommendedfixes


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

http://pic.dhe.ibm.com/infocenter/storwize/v3700_ic/index.jsp

http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp

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.


��

Número de Programa: 5770-SS1

Impreso en España

Date post:	09-Apr-2020
Category:	Documents
Upload:	others
View:	6 times
Download:	0 times

IBM i: Implementaci.n de la alta disponibilidad...declaración de limitación de responsabilidad y...

Documents