Software informático confidencial. Para la posesión, uso o copia de su software es necesaria una licencia válida de HP. Cumpliendo con la
normativa FAR 12.211 y 12.212, el software informático comercial, la documentación del software informático y los datos técnicos sobre elementos
comerciales se han concedido al gobierno de EE. UU. en virtud de la licencia comercial estándar del proveedor.
La información que contiene este documento está sujeta a cambios sin previo aviso. Las únicas garantías de los productos y servicios de HP están
establecidas en las declaraciones expresas de garantía que acompañan a dichos productos y servicios. La información aquí presente no puede
considerarse como garantía adicional. HP no es responsable de errores técnicos ni editoriales, ni de omisiones en este documento.
Recuperación no planificada...............................................................................................25
Selección de destino y simultaneidad durante una operación de actividad.....................................27
4 Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento
fluido entre recursos físicos y virtuales para lograr flexibilidad y optimizar la
El navegador Firefox no se puede utilizar para operaciones de exportación de sitios..................46
Valores de configuración de ESX necesarios para que los almacenes de datos de VMFS de
servidores lógicos administrados por Matrix Recovery Management sean visibles en el sitio
La Guía de usuario de HP Matrix Operating Environment Recovery Management 7.0 contiene
información sobre la instalación, configuración, prueba y resolución de problemas de HP Matrix
Operating Environment Recovery Management (Matrix Recovery Management).
Historial de publicación
La última fecha de publicación y el número de referencia indican la edición actual.
Tabla 1 Historial de publicación
CambiosEdiciónNúmero de referenciaFecha de publicación
15900–2035Febrero de 2012
Esta es la versión inicial de Guía de usuario de
HP Matrix Operating Environment Recovery
Management 7.0
Historial de publicación5
1 Información general
Matrix Recovery Management es un componente de HP Matrix Operating Environment. Matrix
Recovery Management proporciona protección de recuperación frente a desastres para servidores
lógicos configurados y gestionados por HP Matrix OE Visualization. A los servidores lógicos que
se incluyen en una configuración de Matrix Recovery Management se les hace referencia como
servidores lógicos DR Protected (protegidos con recuperación de desastres). Los servidores lógicos
protegidos con recuperación de desastres se pueden ejecutar en un equipo físico (hiperdenso de
clase C) o en un equipo virtual alojado en un hipervisor. Cuando un servidor lógico protegido
con recuperación de desastres se ejecuta en un servidor hiperdenso de clase C dotado de HP Virtual
Connect, dicho servidor recibe la denominación de servidor lógico alojado en VC. Cuando un
servidor lógico protegido con recuperación de desastres se ejecuta en un equipo virtual bajo
control de un hipervisor, recibe el nombre de servidor lógico alojado en VM.
Las configuraciones de Matrix Recovery Management constan de dos sitios, siendo cada uno de
ellos administrado por HP Matrix Operating Environment. En cualquier momento, el sitio en el que
se encuentra el servidor de administración central (Central Management Server, CMS) al que está
conectado se le denomina sitio local y al otro sitio de la configuración Matrix Recovery Management
se le denomina sitio remoto. Matrix Recovery Management empareja de forma simétrica a los
servidores lógicos configurados a través de ambos sitios. Un servidor lógico en el par se activará
en un sitio, mientras que el otro (servidor lógico igual) se desactivará en el otro sitio. Las imágenes
de inicio de estos servidores lógicos protegidos con recuperación de desastres, incluidos el código
y los datos de las aplicaciones, se ubican en volúmenes de unidades de discos múltiples «disk
array». Estos volúmenes son parte de un Grupo de replicación de almacenamiento que utiliza la
replicación admitida de array de almacenamiento. Los volúmenes de origen en el sitio en el que
uno de los servidores lógicos del par esté activado se replican en el otro sitio en el que su servidor
lógico igual esté desactivado.
En una configuración de Matrix Recovery Management, un grupo de recuperación consta de uno
o más servidores lógicos que están asociados con un único grupo de replicación de
almacenamiento. Cada Grupo de recuperación tiene un Sitio preferido y un Sitio secundario, pero
solo puede haber activado un único sitio. Un conjunto de Grupos de recuperación que comparten
los mismos Sitios preferido y secundario se denomina Conjunto de grupo de recuperación. Los
conjuntos de Grupos de recuperación se pueden seleccionar para activación o desactivación en
el Sitio local.
En una configuración de Matrix Recovery Management, los conjuntos de Grupos de recuperación
se activan en un sitio y se desactivan en el otro. Si se produce en desastre en el sitio en el que
está activado el Conjunto de grupo primario, el administrador del otro sitio de la configuración
de Matrix Recovery Management puede activar un procedimiento de recuperación frente a errores
activando el Conjunto de grupo de recuperación igual (peer) desactivado. Esta acción preparará
el almacenamiento asociado a los servidores lógicos protegidos con recuperación de desastres
desactivados para el acceso de lectura-escritura y, a continuación, activará los servidores lógicos
en el sitio de recuperación.
Algunas ventajas de Matrix Recovery Management 7.0
•Proporciona un mecanismo de recuperación frente a errores automatizado para hasta 500
servidores lógicos protegidos con recuperación de desastre y el almacenamiento asociado
gestionado por matrixOE.first.mention;.
•Amplía el valor de HP Matrix Operating Environment de una interfaz de gestión común al
reino de recuperación frente a desastres, para servidores lógicos que se ejecuten en máquinas
físicas o virtuales.
•Admite máquinas virtuales alojadas en el hipervisor.
•Admite HyperV autónomo.
6Información general
•Admite Microsoft Windows Server 2008 con HyperV R2 en una configuración en clúster con
volúmenes compartidos de clúster (CSV).
•Admite servidores lógicos de tecnología cruzada flexible; los servidores lógicos alojados en
VC pueden realizar recuperación frente a errores para convertirse en servidores lógicos
alojados en VM, y los servidores lógicos alojados en VM puede realizar recuperación frente
a errores en hosts VC.
•Admite varios servidores lógicos en un grupo de recuperación.
•Admite Recuperación frente a errores bidireccional de conjuntos del Grupo de recuperación
entre dos sitios, permitiendo la activación y desactivación de Grupos de recuperación que
estén en el mismo sitio.
•Admite la replicación de almacenamiento de HP P6000 Continuous Access Software
(anteriormente HP StorageWorks Continuous Access EVA) en modo síncrono y asíncrono.
•Admite la replicación de almacenamiento de HP P9000 Continuous Access Software
(anteriormente HP StorageWorks Continuous Access XP) en modo síncrono, asíncrono y journal
asíncrono.
•Admite copia remota de HP 3PAR en modo asíncrono.
•Admite integración con características de recuperación frente a errores remotos de adaptadores
de almacenamiento definidos por el usuario para los tipos de almacenamiento que no sean
HP P6000, HP P9000 o HP 3PAR.
•La configuración del orden de inicio del Grupo de recuperación le permite determinar los
Grupos de recuperación que se recuperarán en primer lugar, durante la recuperación de
error en un sitio.
•Incluye una función Copiar para facilitar la creación de varios Grupos de replicación de
almacenamiento con los mismos parámetros de configuración.
Al leer esta Guía de usuario de HP Matrix Operating Environment Recovery Management 7.0,
entenderá mejor los conceptos y las pruebas de configuración de Matrix Recovery Management.
La interfaz gráfica de usuario (GUI) de Matrix Recovery Management, la ayuda en línea y las
sugerencias proporcionan guías específicas de tareas.
7
2 Instalación y configuración de Matrix Recovery
Management
Información general sobre la instalación y configuración
La información general sobre la instalación y configuración de Matrix Recovery Management
incluye enlaces a información sobre cada paso del proceso.
1.Confirmar que cumple todos los requisitos previos de instalación y configuración de Matrix
Recovery Management; para obtener más información, consulte «Requisitos previos de
instalación y configuración» (página 8).
2.Instalar y obtener licencia de Matrix Recovery Management; para obtener más información,
consulte «Instalación y licencias de Matrix Recovery Management» (página 8).
3.Confirmar que tiene una configuración de red admitida; para obtener más información,
consulte «Configuración de redes» (página 9).
4.Configurar el almacenamiento; para obtener más información, consulte «Configuración de
almacenamiento» (página 10).
5.Configurar protección de Recuperación frente a desastres; para obtener más información,
consulte «Configuración del servidor lógico del Sitio local» (página 16).
6.Configurar servidores lógicos en el Sitio remoto; para obtener más información, consulte
«Configuración del servidor lógico del Sitio remoto» (página 17).
7.Configurar Matrix Recovery Management; para obtener más información, consulte
«Configuración de Matrix Recovery Management» (página 18).
Requisitos previos de instalación y configuración
Matrix Recovery Management es el componente de HP Matrix Operating Environment que
proporciona la funcionalidad de gestión de recuperación. HP Matrix Operating Environment y el
software dependiente deben estar instalados en el Servidor de administración central del Sitio
local y del Sitio remoto para así poder instalar Matrix Recovery Management. Para obtener más
información, consulte la Guía de instalación y configuración de HP Insight Management 7.0,
disponible en: http://www.hp.com/go/matrixoe/docs
Confirme que tanto el Sitio local como el Sitio remoto cumplen los requisitos de soporte
especificados para Matrix Recovery Management en Matriz de compatibilidad de HP InsightManagement 7.0, incluyendo servidores, almacenamiento, navegadores, sistemas operativos,
bases de datos e hipervisores con soporte. Matriz de compatibilidad de HP Insight Management
7.0 está disponible en: http://www.hp.com/go/matrixoe/docs
NOTA:Se presupone que entre los sitios local y remoto hay enlaces de replicación de
almacenamiento y de red.
Instalación y licencias de Matrix Recovery Management
Instale HP Matrix Operating Environment y el software dependiente en el Servidor de administración
central (CMS) en el Sitio local y en el Sitio remoto. A continuación, descubra la infraestructura
gestionada en cada sitio de HP Systems Insight Manager; luego, aplique la licencia para Matrix
Recovery Management usando el Managed System Setup Wizard. Para obtener más información,
consulte la Guía de inicio de HP Matrix Operating Environment 7.0 y la Guía de inicio de HPInsight Managed System Setup Wizard 7.0, disponibles en: http://www.hp.com/go/matrixoe/
docs
Instrucciones de desinstalación
Utilice la característica Agregar o quitar programas de Windows® de la siguiente manera:
8Instalación y configuración de Matrix Recovery Management
1.Seleccione recovery management (gestión de recuperación) y, a continuación, haga clic en
Remove (Eliminar).
2.Espere hasta que el producto Matrix Recovery Management ya no se muestre en la lista.
Configuración de redes
Se presupone que entre los sitios local y remoto hay presentes enlaces de red. Puede utilizar Matrix
Recovery Management con distintas configuraciones de red, pero es importante que tenga en
cuenta los parámetros de configuración de red de Matrix Recovery Management siguientes:
•Matrix Recovery Management presupone que los sitios local y remoto funcionan en un modo
en el que se ejecutan cargas de trabajo de forma simultánea en los dos sitios, y ambas
protegidas con recuperación frente a desastres. Es por ello que los servicios de red como
DNS, DHCP, WINS y AD deben estar disponibles localmente en ambos lados. Si un sitio
deja de estar operativo por un problema grave, los servicios de red seguirán disponibles en
el otro sitio, según las posibilidades nativas de recuperación frente a desastres de dichos
servicios. Así se asegura que las cargas de trabajo pueden recuperarse frente a errores desde
el sitio con el problema al otro sitio, en la configuración de Matrix Recovery Management.
Matrix Recovery Management no se debe utilizar para servicios de red de recuperación frente
a errores.
NOTA:La función "startup order" (orden de inicio) de Matrix Recovery Management está
pensada para iniciar en primer lugar las aplicaciones fundamentales, no para asegurar el
cumplimiento de las dependencias de inicio entre las aplicaciones y los servicios de
infraestructura, como la red.
•Matrix Recovery Management no realiza actualizaciones de DNS ni actualiza la configuración
IP de servidores lógicos recuperados en una operación de recuperación frente a errores. El
administrador de la red es responsable de realizar las modificaciones necesarias para asegurar
la disponibilidad de los servicios de red, si configura un servidor lógico para que use una IP
o subred distinta en cada sitio de la configuración de Matrix Recovery Management.
•Cuando se ejecuta en destinos físicos (alojados en VC) o en destinos virtuales que no sean
VMware ESX (alojados en VM), Matrix Recovery Management no asegura que los servidores
lógicos utilizan la misma dirección MAC en ambos lados. Cuando se ejecuta en destinos
virtuales alojados en VMware ESX, Matrix Recovery Management asegura que los servidores
lógicos utilizan la misma dirección MAC en ambos lados. El administrador de su red debe
planificarlo así en la configuración de red para servidores lógicos protegidos por recuperación
frente a desastre, si utiliza DHCP.
NOTA:Para ver detalles de dirección MAC para servidores lógicos de tecnología cruzada
(servidores lógicos capaces de ejecutarse tanto en hosts VC como en hosts VM), consulte:
«» (página 28)
•Cuando se ejecuta en destinos físicos alojados en HP Virtual Connect, hay que usar la
herramienta Portable Images Network Tool (PINT) para preparar la imagen del servidor para
su ejecución en destinos con configuraciones de interfaz de red y direcciones MAC distintas.
Para usar PINT, los sitios local y remoto deben estar en la misma red y la imagen del SO
debe ser una versión Linux admitida por Matrix Recovery Management. PINT asegura que
la configuración de red estática del servidor de origen se transfiere correctamente a las
interfaces de red de servidor de destino, independientemente de los distintos entornos. Los
ejecutables y el README están en la carpeta <SMP>/PI/PINT, donde <SMP> es la carpeta
en la que está instalada la migración del servidor HP Insight Control. Copie el ejecutable:
Configuración de redes9
cp011231.exe al servidor físico en el que la imagen se está ejecutando actualmente. Ejecute
cp011231.exe para instalar PINT e inicie el servicio PINT.
Para obtener información sobre las versiones de Linux con soporte y la migración del servidor
HP Insight Control, consulte Matriz de compatibilidad de HP Insight Management 7.0 en:
http://www.hp.com/go/matrixoe/docs
Para obtener información sobre PINT, consulte Portable Images Network Tool (PINT) Linuxreadme version 1.0.0, disponible en: http://h20000.www2.hp.com/bc/docs/support/
•Si el sitio local y los servidores gestionados correspondientes del sitio remoto comparten una
red en común, debe asegurarse de que no hay conflicto entre las direcciones MAC asignadas
por HP Virtual Connect Enterprise Manager (VCEM). Por ejemplo, si el rango de direcciones
predeterminado proporcionado por VCEM se utiliza en ambos lados, se pueden evitar
conflictos utilizando la característica "rangos de exclusión" de VCEM. Por ejemplo, en el
CMS del sitio local, excluya las direcciones de 00-21-5A-9B-00-00 a 00-21-5A-9B-FF-FF y,
en el CMS del sitio remoto, excluya las direcciones de 00-21-5A-9C-00-00 a
00-21-5A-9C-FF-FF.
Configuración de almacenamiento
Matrix Recovery Management depende en la replicación de array de almacenamiento para
habilitar la recuperación frente a errores de servidores lógicos. Se presupone que entre los sitios
local y remoto hay enlaces de replicación de almacenamiento. Los grupos de recuperación frente
a desastres de HP P6000 Continuous Access Software son un buen ejemplo de este concepto.
Para configurar grupos de replicación de almacenamiento de Matrix Recovery Management,
realice las tareas siguientes:
1.Las LUN de inicio y datos para servidores lógicos alojados en VC o VM que van a estar
protegidos con recuperación frente a desastre se deben replicar utilizando métodos de
replicación de almacenamiento con soporte, por ejemplo, HP P6000 Continuous Access,
HP P9000 Continuous Access, HP 3PAR o un método de replicación de almacenamiento
definido por el usuario. Cuando crea e instala un adaptador de almacenamiento en su
configuración de Matrix Recovery Management para un tipo de almacenamiento que no sea
HP P6000, P9000 o HP 3PAR, hay soporte para la replicación de almacenamiento definida
por el usuario. Por ejemplo, si crea e instala un adaptador de almacenamiento llamado EMC,
el menú de lista desplegable Storage server type (tipo de servidor de almacenamiento) para
la configuración de un Servidor de gestión de almacenamiento le permitirá seleccionar EMC
como tipo de servidor de almacenamiento. Para obtener más información, consulte: «Creación
e instalación de un adaptador de almacenamiento Definido por el usuario»
•Si un servidor lógico protegido con Recuperación frente a desastres en el sitio local está
alojado en VC, los LUN de datos e inicio replicados en el array en el sitio remoto deben
estar presentes para el servidor lógico de recuperación correspondiente.
•Si un servidor lógico protegido con Recuperación frente a desastres en el sitio local está
alojado en VM, los LUN de datos e inicio replicados en el array en el sitio remoto deben
estar presentes para el host VM (por ejemplo, ESX) en el sitio remoto destino de la
ejecución del servidor lógico de recuperación (por ejemplo, el ESX invitado).
NOTA:Cada Grupo de recuperación consta de un único Grupo de replicación de
almacenamiento utilizado solo por los servidores lógicos de dicho Grupo de recuperación.
Todos los LUN de inicio y datos usados por estos servidores lógicos deben incluirse en el
mismo Grupo de replicación de almacenamiento.
NOTA:Un Grupo de replicación de almacenamiento es un conjunto de LUN de
almacenamiento en un array de disco concreto que se replica conservando el orden de
escritura. Esto corresponde al concepto de Grupo DR de HP P6000 Continuous Access, así
como al concepto de grupo de consistencia de HP P9000 Continuous Access.
10Instalación y configuración de Matrix Recovery Management
2.Cree un Grupo de replicación de almacenamiento para cada conjunto de servidores lógicos
que se incluirán en un grupo de recuperación.
3.Registre los detalles siguientes sobre la configuración del Grupo de replicación de
almacenamiento; esta información será necesaria cuando configure Matrix Recovery
Management para almacenamiento replicado:
•Identificadores de almacenamiento de los sitios Local y Remoto, por ejemplo la WWN
del array de almacenamiento de HP P6000 o el número de serie de array de HP P9000.
NOTA:De la misma forma que se evita el conflicto en la configuración de direcciones
MAC en los sitios local y remoto en la sección «Configuración de redes» (página 9)
anterior, también se deben evitar conflictos en la configuración de las WWN, si éstas
no son privadas en sus sitios respectivos. Para la configuración WWN de array está
disponible la misma técnica de rangos de exclusión de VCEM.
•Nombres y credenciales FQDN del Servidor de gestión de almacenamiento para los
sitios local y remoto, por ejemplo, el nombre de servidor y credenciales de Command
View (Vista de comandos) de HP P6000 para acceder al servidor de Command View.
•Nombre del Grupo de replicación de almacenamiento dado para los LUN de inicio y
datos de los servidores lógicos que serán parte del mismo Grupo de recuperación, por
ejemplo, el nombre de Grupo DR de HP P6000.
NOTA:Los grupos de replicación de HP P6000, HP P9000 definidos por el usuario
deben utilizar el mismo nombre de grupo de replicación de almacenamiento en los sitios
Local y Remoto.
NOTA:Los grupos de replicación de almacenamiento de copia remota HP 3PAR tendrán
distinto nombre en los sitios local y remoto.
•WWN de puerto de almacenamiento y LUN para el LUN replicado, en caso de los LUN
sin procesar usados por servidores lógicos protegidos por recuperación frente a errores.
Notas generales sobre la configuración de almacenamiento
•Para obtener información sobre la configuración de almacenamiento de servidores lógicos
de tecnología cruzada (servidores lógicos capaces de estar alojados tanto en hosts VC como
en hosts VM), consulte: «» (página 28)
•Si desea obtener la lista de almacenamiento compatible, consulte Matriz de compatibilidad
de HP Insight Management 7.0 en: http://www.hp.com/go/matrixoe/docs
•Las máquinas virtuales Hyper-V en entornos en clúster se deben almacenar en volúmenes
compartidos de clúster.
Notas sobre la configuración de almacenamiento de HP P6000
•Con la replicación de almacenamiento HP P6000 Contiuous Access Software, cuando se
utiliza un grupo de replicación asíncrono en un grupo de recuperación y se produce una
recuperación frente a error de un grupo de recuperación, en el nuevo vDisks de destino se
duplica automáticamente una copia completa del vDisks de origen nuevo. Si se produce un
error durante la operación de copia completa, los datos del vDisks de destino nuevo podrían
resultar dañados. Para proteger el nuevo vDisks de destino, debe hacer que la configuración
de HP P6000 Command View permita la suspensión automática, para evitar la operación
automática de copia completa. También deberá hacer copia de seguridad de los datos en
el nuevo vDisks de destino y, a continuación, reanudar manualmente la copia completa.
También puede hacer copia de seguridad de datos en el vDisks de origen para una
Configuración de almacenamiento11
recuperación frente a errores planificada antes de realizar dicha recuperación. Para obtener
más información, consulte la:
◦Documentación de HP P6000 Continuous Access Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y luego acceda a Storage
(Almacenamiento)–> Storage Software (Software de almacenamiento) –> Storage
Replication Software (Software de replicación de almacenamiento) –> HP P6000
Continuous Access Software.
◦Documentación de HP P6000 Command View Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y luego acceda a Storage
(Almacenamiento)–> Storage Software (Software de almacenamiento) –> Storage Device
Management Software (Software de gestión de dispositivos de almacenamiento) –>
HP P6000 Command View Software.
•Si se cambia la contraseña de un Servidor de gestión de almacenamiento, realice las acciones
siguientes para actualizar la contraseña del Servidor de gestión de almacenamiento en el
CMS y en la configuración de Matrix Recovery Management:
1.Descubra el servidor de gestión de almacenamiento con la contraseña modificada.
2.Acceda a la pestaña Storage Management Servers (Servidores de gestión de
almacenamiento) de la interfaz de usuario de Matrix Recovery Management.
3.Seleccione el Servidor de gestión de almacenamiento que tiene la contraseña modificada
y haga clic en Edit (Editar).
4.Marque el recuadro Refresh SIM Password (Actualizar contraseña SIM) y haga clic en
Save (Guardar).
Notas sobre la configuración de almacenamiento de HP P9000
•Cuando se utiliza la replicación de almacenamiento de HP P9000 Continuous Access Software,
Matrix Recovery Management depende de la interfaz de línea de comandos (CLI) de HP P9000
Cluster Extension Software para gestionar la replicación de almacenamiento. La CLI de HP
P9000 Cluster Extension Software debe estar instalada en un sistema Windows autónomo.
HP P9000 Cluster Extension Software depende de HP P9000 RAID Manager Software para
gestionar la replicación de almacenamiento de P9000. Las instancias y archivos de
configuración de HP P9000 RAID Manager Software deben estar configurados para gestionar
varios grupos de dispositivos que estén configurados en Matrix Recovery Management. Para
obtener más información, consulte la:
◦Documentación de HP P9000 Cluster Extension Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y acceda a Storage (Almacenamiento)
–> Storage Software (Software de almacenamiento) –> Storage Replication Software
(Software de replicación de almacenamiento) –> HP Cluster Extension Software.
◦Documentación de HP P9000 RAID Manager Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y acceda a Storage (Almacenamiento)
–> Storage Software (Software de almacenamiento) –> Storage Device Management
Software (Software de gestión de dispositivos de almacenamiento) –> HP P9000 RAID
Manager Software.
•Si se cambia la contraseña de un Servidor de gestión de almacenamiento, realice las acciones
siguientes para actualizar la contraseña del Servidor de gestión de almacenamiento en el
CMS y en la configuración de Matrix Recovery Management:
1.Descubra el servidor de gestión de almacenamiento con la contraseña modificada.
2.Acceda a la pestaña Storage Management Servers (Servidores de gestión de
almacenamiento) de la interfaz de usuario de Matrix Recovery Management.
3.Seleccione el Servidor de gestión de almacenamiento que tiene la contraseña modificada
y haga clic en Edit (Editar).
12Instalación y configuración de Matrix Recovery Management
4.Marque el recuadro Refresh SIM Password (Actualizar contraseña SIM) y haga clic en
Save (Guardar).
Notas sobre la configuración de almacenamiento de HP 3PAR
•Cuando se utiliza la replicación HP 3PAR Remote Copy (Copia remota 3PAR de HP), Matrix
Recovery Management depende de la interfaz de línea de comandos (CLI) de HP 3PAR Cluster
Extension Software para gestionar la replicación de almacenamiento. La CLI de HP 3PAR
Cluster Extension, a su vez, depende de HP 3PAR Inform Command Line Software. Ambos
deben estar instalados en el servidor de administración central en el que está instalado Matrix
Recovery Management. Para obtener más información, consulte:
◦Documentación de HP 3PAR Cluster Extension Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y acceda a Storage (Almacenamiento)
–> Storage Software (Software de almacenamiento) –> Storage Replication Software
(Software de replicación de almacenamiento) –> HP Cluster Extension Software.
◦Documentación de HP 3PAR Inform Command Line Software, disponible en: http://
h20000.www2.hp.com - haga clic en Manuals y acceda a Storage (Almacenamiento)
–> Storage Software (Software de almacenamiento) –> Storage 3PAR Device Management
Software (Software de gestión de dispositivos de almacenamiento 3PAR) –> HP 3PAR
InForm Software.
•Para gestionar la replicación de almacenamiento en un sistema de almacenamiento HP 3PAR,
necesita un archivo de contraseña cifrada. Puede crear un archivo de contraseña cifrada
ejecutando comandos de software de la línea de comandos de HP 3PAR Inform. Para obtener
más información consulte el comando setpassword en el software de línea de comandos
3PAR Inform. El archivo de contraseña cifrada debe estar presente en el directorio STORAGE\3PAR\conf en el que está instalado Matrix Recovery Management. El archivo de contraseña
cifrada sustituye la necesidad de nombre de usuario, nombre de dominio y contraseña
necesaria con otros tipos de servidores de administración de almacenamiento.
•El archivo de contraseña cifrada para los servidores de almacenamiento Inserv tanto del sitio
local como del remoto deben estar disponibles en el CMS en cada sitio y el nombre del
archivo de contraseña debe ser el mismo en el CMS de ambos sitios.
•Si actualiza el software de línea de comandos HP 3PAR Inform en el CMS con una versión
de software admitida por Matrix OE y el software de ampliación de clúster de HP 3PAR,
tendrá que modificar una propiedad en el archivo de propiedades de Matrix Recovery
Management. Cambie la propiedad INFORM_CLI_VERSION en conf\hp_ir.properties
donde Matrix Recovery Management esté instalado en el CMS. El valor predeterminado de
la propiedad se establece en 2.3.1.
Creación e instalación de un adaptador de almacenamiento Definido por el usuario
Matrix Recovery Management proporciona una especificación de interfaz de adaptador de
almacenamiento Definido por el usuario para habilitar las posibilidades de recuperación frente
a errores de Matrix Recovery Management en un paso, para tipos de almacenamiento admitidos
por Matrix OE, pero que aún no estén integrados con Matrix Recovery Management.
Información general
Matrix Recovery Management se puede configurar de forma que invoque comandos de gestión
de replicación de almacenamiento para almacenamiento no integrado cuando se invocan varias
operaciones de recuperación frente a errores o configuraciones de almacenamiento. La
especificación del adaptador de almacenamiento Definido por el usuario para almacenamiento
no integrado define comandos para:
•Validar información del servidor de gestión de almacenamiento cuando los servidores de
gestión para almacenamiento integrado no estén configurados mediante la GUI de Matrix
Recovery Management.
Configuración de almacenamiento13
•Validar información del Grupo de replicación de almacenamiento cuando los Grupos de
replicación de almacenamiento que utilizan almacenamiento no integrado estén configurados
mediante la GUI de Matrix Recovery Management.
•Recuperación frente a fallos de Grupos de replicación de almacenamiento cuando los
servidores lógicos que utilizan almacenamiento no integrado se recuperan antes fallos usando
la operación Activate... (Activar) de Matrix Recovery Management.
Pasos para administrar almacenamiento no integrado con Matrix Recovery Management
Si sus servidores lógicos protegidos con recuperación frente a desastres utilizan un sistema de
almacenamiento no integrado admitido por Matrix OE y quiere que Matrix Recovery Management
invoque automáticamente la recuperación frente a fallos de almacenamiento para almacenamiento
no integrado usando la operación Activate... de Matrix Recovery Management, debe:
1.Implementar y probar minuciosamente los tres comandos definidos en la «Especificación de
la interfaz del adaptador de almacenamiento Definido por el usuario» y, a continuación,
realizar pruebas en el sitio local y en el sitio remoto.
2.Crear un subdirectorio nuevo dentro del directorio STORAGE en la instalación de Matrix
Recovery Management. Asignar al subdirectorio un nombre que identifique el tipo de
almacenamiento que se administra; este nombre aparecerá en los menús desplegables de la
GUI de Matrix Recovery Management. Realice este paso tanto en el sitio local como en el
sitio remoto.
NOTA:El nombre del subdirectorio debe ser exactamente el mismo en ambos sitios.
3.Colocar su implementación de los comandos de adaptador de almacenamiento definido por
el usuario en el subdirectorio creado para el tipo de almacenamiento. Realice este paso tanto
en el sitio local como en el sitio remoto.
4.Definir Servidores de gestión de almacenamiento local y remoto para el almacenamiento no
integrado mediante la selección del tipo de almacenamiento en el menú desplegable de la
pestaña Storage Management Servers (Servidores de gestión de almacenamiento) de la GUI
de Matrix Recovery Management. El tipo de almacenamiento en el menú desplegable tendrá
el mismo nombre que el subdirectorio creado en el paso 2.
5.Mediante las herramientas de administración para el sistema de almacenamiento no integrado,
crear un Grupo de replicación de almacenamiento para el almacenamiento utilizado por los
servidores lógicos que quedarán protegidos por la recuperación frente a desastres.
6.Mediante la GUI de Matrix Recovery Management, crear un Grupo de replicación de
almacenamiento para el almacenamiento no integrado. El tipo de almacenamiento en el
menú desplegable tendrá el mismo nombre que el subdirectorio creado en el paso 2.
7.Crear un Grupo de recuperación usando la GUI de Matrix Recovery Management, y asociar
dicho Grupo de recuperación con el Grupo de replicación de almacenamiento para el
almacenamiento no integrado.
8.Realizar una operación de Exportación de Matrix Recovery Management en el Sitio local
para generar un archivo exportconfig y, a continuación, una operación de Importación
para importar dicho archivo exportconfig en el Sitio remoto.
Especificación de la interfaz del adaptador de almacenamiento Definido por el usuario
Los tres comandos siguientes están definidos en la especificación de la interfaz del adaptador de
almacenamiento definido por el usuario:
•validatesms.cmd: valida un Servidor de gestión de almacenamiento durante la
configuración.
•validatesrg.cmd: valida un Grupo de replicación de almacenamiento durante la
configuración.
•failoversrg.cmd: recupera de un error a un Grupo de replicación de almacenamiento
mientras se produce la Activación del grupo de recuperación.
14Instalación y configuración de Matrix Recovery Management
Argumentos de la línea de comandos:
•Para validatesms.cmd
sms_name=<nombre de un Servidor de gestión de almacenamiento>
sms_username=<nombre de inicio de sesión de un Servidor de gestión
de almacenamiento>
•Para validatesrg.cmd
sms_name=<nombre del Servidor de gestión de almacenamiento en el
Sitio local>
sms_username=<nombre de inicio de sesión para el Servidor de gestión
de almacenamiento en el Sitio local>
srg_name=<nombre del Grupo de replicación de almacenamiento a
validar>
local_storage_id=<identificador exclusivo del sistema de
almacenamiento en el sitio local>
remote_storage_id=<identificador exclusivo del sistema de
almacenamiento en el Sitio remoto>
NOTA:Los volúmenes en el Grupo de replicación de almacenamiento (identificados por
srg_name) se replican entre el sistema de almacenamiento local (identificado por
local_storage_id) y el sistema de almacenamiento remoto (identificado por remote_storage_id).
•Para failoversrg.cmd
local_sms_name=<nombre del Servidor de gestión de almacenamiento en
el Sitio local>
local_sms_username=<nombre de usuario para el Servidor de gestión
de almacenamiento en el Sitio local>
local_storage_id=<identificador exclusivo del sistema de
almacenamiento en el sitio local>
remote_sms_name=<nombre del Servidor de gestión de almacenamiento
en el Sitio remoto>
remote_sms_username=<nombre de usuario para el Servidor de gestión
de almacenamiento en el Sitio remoto>
remote_storage_id=<identificador exclusivo del sistema de
almacenamiento en el Sitio remoto>
srg_name=<nombre del Grupo de replicación de almacenamiento a
recuperar en caso de errores>
use_non_current_data=<yes o no>
NOTA:El valor yes precisa de la recuperación frente a errores del Grupo de replicación
de almacenamiento incluso en casos en los que los datos en el sitio de destino pudieran no
ser actuales. El valor no precisa que la recuperación frente a errores falle si los datos en el
sitio de destino no son actuales.
Configuración de almacenamiento15
Ejemplo de invocaciones de la implementación del adaptador Definido por el usuario de Matrix
Recovery Management
•Durante la configuración del Servidor de gestión de almacenamiento en Matrix Recovery
Management:
<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/validatesms.cmd sms_name=EMC_SMS1
sms_username=admin
•Durante la configuración del Grupo de replicación de almacenamiento en Matrix Recovery
Management:
<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/validatesrg.cmd sms_name=EMCSE1
sms_username=admin local_storage_id=emc_id1 remote_storage_id=emc_id2
srg_name=SRG1
•Durante una operación Activate (Activar) en Matrix Recovery Management:
<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/failoversrg.cmd local_sms_name=EMC_SMS1
local_sms_username=admin local_storage_id=emc_id1
remote_sms_name=EMC_SMS2 remote_user_name=admin
remote_storage_id=emc_id2 srg_name=SRG1 use_non_current_data=yes
Códigos de retorno del comando
Los comandos deben devolver el valor 0 en caso de finalización correcta; un código distinto de
0 indica que se ha producido un error.
Notas
Matrix Recovery Management tiene soporte para que haya varios adaptadores de almacenamiento
definidos por el usuario de forma simultánea en una configuración de Matrix Recovery
Management. Para cada tipo de adaptador de almacenamiento Definido por el usuario, puede
crear un subdirectorio nuevo y colocar su implementación de los tres comandos para dicho tipo
de almacenamiento. Por ejemplo, para agregar un adaptador de almacenamiento con el nombre
EMC, cree un subdirectorio EMC dentro de <directorio de instalación de MatrixRecovery Management>/STORAGE y copie los tres comandos en el directorio recién creado:
•<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/validatesms.cmd
•<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/validatesrg.cmd
•<directorio de instalación de Matrix Recovery
Management>/STORAGE/EMC/failoversrg.cmd
Si su implementación de los comandos del adaptador de almacenamiento precisan de contraseñas
para gestionar la replicación de almacenamiento, la implementación del comando de adaptador
de almacenamiento debe gestionar contraseñas de forma segura. Es responsabilidad del usuario
cifrar/descifrar contraseñas al guardarlas y recuperarlas.
Configuración del servidor lógico del Sitio local
Debe asegurarse de que los servidores lógicos seleccionados para la protección de Recuperación
frente a desastres en el Sitio local cumpla los requisitos siguientes:
•El almacenamiento asociado con estos servidores lógicos debe estar basado en SAN.
•Un servidor lógico debe haber sido activado al menos una vez, para poder protegerlo con
Recuperación frente a desastres. Si los servidores lógicos que tiene pensado proteger con
Matrix Recovery Management en el Sitio local no han sido activados y no se ha instalado
16Instalación y configuración de Matrix Recovery Management
sistema operativo ni aplicaciones, debe realizar estos pasos para poder configurar estos
servidores lógicos para protección por Recuperación frente a errores. Los servidores lógicos
que cumplan estas condiciones, aparecerán en la lista Available LS(s) (Servidor/es lógico/s
disponible/s) en la GUI de configuración de Matrix Recovery Management, incluso si han
sido desactivados tras su primera activación.
NOTA:No puede cambiar el almacén de datos de un servidor lógico alojado en VM mientras
está siendo administrado por Matrix Recovery Management. Para cambiar el almacén de datos,
primero debe eliminar el servidor lógico alojado en VM de la configuración de Matrix Recovery
Management; a continuación, utilice la operación Logical Servers Activate (Activación de servidores
lógicos) en el menú Tools (Herramientas) de la pestaña Visualization (Visualización) para cambiar
el almacén de datos. Una vez modificado el almacén de datos, siga los pasos en «Configuración
de almacenamiento», «Configuración de redes» y «Configuración del servidor lógico del Sitio
remoto» para volver a agregar el servidor lógico a la configuración de Matrix Recovery
Management.
NOTA:Para sitios con gran cantidad de servidores lógicos, el particionamiento de los servidores
lógicos en Grupos de portabilidad puede reducir el tiempo de activación durante una recuperación
frente a errores. HP recomienda que el Grupo de portabilidad asociado con servidores lógicos
en los sitios local y remoto se limite a un subconjunto de hosts de máquinas virtuales y blades de
conexión virtual con capacidad para albergar dichos servidores lógicos. Para obtener información
adicional sobre la configuración de Grupos de portabilidad, consulte: Logical servers (Servidores
lógicos) −> Menus & screens (Menús y pantallas) −> Manage portability groups (Administrar grupos
de portabilidad) en la ayuda en línea de HP Matrix OE Visualization and Logical Servers (Servidores
lógicos y visualización de HP Matrix OE).
Configuración del servidor lógico del Sitio remoto
1.Desactivar y apagar correctamente los servidores lógicos en los Grupos de recuperación en
el sitio local, usando Matrix OE Visualization.
2.Usando las herramientas de gestión de almacenamiento adecuadas, por ejemplo, HP P6000
Continuous Access Software, realizar recuperación del almacenamiento asociado a los Grupos
de recuperación en el sitio remoto.
3.Si hay servidores lógicos alojados en VM que estarán protegidos mediante recuperación
frente a desastres:
a.Vuelva a explorar el almacenamiento usando herramientas de administración de hosts
VM, por ejemplo, VMware Virtual Center o Microsoft Hyper-V Management Console,
para asegurarse de que el host VM reconoce el almacenamiento que se ha recuperado
tras error.
Configuración del servidor lógico del Sitio remoto17
NOTA:El disco replicado en el host Hyper-V del Sitio remoto se debe configurar con
la misma letra de unidad que se asigna al disco del Sitio local desde el que se replica.
En el caso de un volumen compartido de clúster, el disco replicado en el host Hyper-V
del Sitio remoto se debe configurar con la misma ruta de volumen que se asigna al disco
del Sitio local desde el que se replica.
En el caso de un volumen compartido de clúster o discos de clúster compartido, el disco
replicado en el host Hyper-V del Sitio remoto se debe configurar con el mismo nombre
de recurso de clúster que se asigna al disco del Sitio local desde el que se replica.
NOTA:Cuando cree servidores lógicos de recuperación, debe especificar el nombre
del almacén de datos para el servidor lógico. El nombre del almacén de datos
seleccionado debe ser el mismo que el nombre del almacén de datos para el servidor
lógico del Sitio local.
NOTA:Los nombres de las entradas de la agrupación de almacenamiento del servidor
lógico de recuperación deben ser iguales que las entradas de agrupación de
almacenamiento del servidor lógico del Sitio local.
b.Actualice los recursos de Máquina virtual usando la operación Logical Servers Refresh
(Actualización de servidores lógicos) del menú Tools (Herramientas) en la pestaña
Visualization (Visualización) de Matrix OE Visualization.
4.Cree servidores lógicos de recuperación usando Matrix OE Visualization. Especifique la
información de los LUN replicados como parte de la creación del servidor lógico. Cuando
especifique información de almacenamiento durante la creación de servidores lógicos alojados
en VM, seleccione el nombre del almacén de datos de aquel en el que se crearon los servidores
lógicos alojados en VM.
NOTA:No active aún los servidores lógicos de recuperación. Durante el proceso de configuración
de Matrix Recovery Management, los servidores lógicos de recuperación se configurarán aún más
durante el proceso de importación de configuración en el Sitio remoto; entonces habrá ocasión
de activar y desactivar los servidores lógicos de recuperación.
NOTA:Para evitar confusión, HP recomienda utilizar los métodos normalizados para utilizar el
mismo nombre de servidor lógico en el Sitio remoto que el que se ha usado para el servidor lógico
asociado, en el Sitio local.
NOTA:Para obtener información sobre servidores lógicos de tecnología cruzada (servidores
lógicos capaces de estar alojados en VC o VM), consulte «» (página 28)
NOTA:Para sitios con gran cantidad de servidores lógicos, el particionamiento de los servidores
lógicos en Grupos de portabilidad puede reducir el tiempo de activación durante una recuperación
frente a errores. HP recomienda que el Grupo de portabilidad asociado con servidores lógicos
en los sitios local y remoto se limite a un subconjunto de hosts de máquinas virtuales y blades de
conexión virtual con capacidad para albergar dichos servidores lógicos. Para obtener información
adicional sobre la configuración de Grupos de portabilidad, consulte: Logical servers (Servidores
lógicos) −> Menus & screens (Menús y pantallas) −> Manage portability groups (Administrar grupos
de portabilidad) en la ayuda en línea de HP Matrix OE Visualization and Logical Servers (Servidores
lógicos y visualización de HP Matrix OE).
Configuración de Matrix Recovery Management
Tras instalar Matrix Recovery Management, puede lanzar la interfaz gráfica de usuario (GUI) de
Matrix Recovery Management desde la página de inicio de HP Matrix Operating Environment
seleccionando Tools (Herramientas) y, a continuación, Matrix recovery management...
(Administración de recuperación de Matrix...) en el menú desplegable.
18Instalación y configuración de Matrix Recovery Management
Utilice la GUI de Matrix Recovery Management para configurar Matrix Recovery Management,
gestionar los servidores lógicos protegidos mediante Recuperación frente a desastres y probar la
capacidad de recuperación frente a errores.
Información general sobre la GUI de Matrix Recovery Management
La interfaz de usuario de Matrix Recovery Management muestra las pestañas siguientes:
•Home (Inicio)
Muestra una lista de las pestañas de configuración de Matrix Recovery Management; Sites
(Sitios), Storage Management Servers (Servidores de gestión de almacenamiento), StorageReplication Groups (Grupos de replicación de almacenamiento), Recovery Groups (Grupos
de recuperación) y la pestaña Jobs (Trabajos), que se utiliza para la supervisión de operaciones
de Matrix Recovery Management. Hay una breve descripción de las tareas que se pueden
realizar en cada una de las pestañas. Los iconos Configured (Configurado) o Not configured
(No configurado) se muestran junto al nombre de cada pestaña de configuración, indicando
las operaciones de configuración que se han completado. El estado del Job (Trabajo) de
Matrix Recovery Management más reciente que se ha invocado se muestra en la parte superior
de la pantalla Home (Inicio) de Matrix Recovery Management, incluyendo el último Job Status
(Estado de trabajo), el Job Id (Id. de trabajo), la Start Time (Hora de inicio) y la End Time
(Hora de fin) (si es que el trabajo se ha completado).
•Sites (Sitios)
Configure los sitios Local y Remoto, edite o elimine configuraciones de sitios existentes, realice
operaciones de recuperación frente a fallos, exporte o importe configuraciones de sitios.
•Storage Management Servers (Servidores de gestión de almacenamiento)
Defina Servidores de gestión de almacenamiento, muestre, edite o elimine configuraciones
de Servidores de gestión de almacenamiento existentes.
•Storage Replication Groups (Grupos de replicación de almacenamiento)
Cree Grupos de replicación de almacenamiento; muestre, edite, copia o elimine Grupos de
replicación de almacenamiento existentes.
•Recovery Groups (Grupos de recuperación)
Cree o importe Grupos de recuperación; edite o elimine Grupos de recuperación existentes;
muestre detalles de configuración de Grupos de recuperación.
•Jobs (Trabajos)
Supervise el progreso de los trabajos, cancele trabajos en curso, elimine trabajos completados,
reinicie trabajos erróneos, muestre trabajos y registros de trabajos dependientes.
El sistema de ayuda en línea y sugerencias de Matrix Recovery Management proporciona respuestas
a preguntas que pueda tener durante el uso de la interfaz gráfica de usuario (GUI).
Pasos de configuración de Matrix Recovery Management
En el gráfico siguiente se muestran los seis pasos del proceso de configuración de Matrix Recovery
Management. Una vez completado el proceso de configuración de Matrix Recovery Management
en el sitio local, debe configurar Matrix Recovery Management en el sitio remoto. Para simplificar
el proceso de configuración del sitio remoto y ayudarle a asegurar que las configuraciones de
ambos sitios estén sincronizadas, puede exportar la información de configuración de Matrix
Recovery Management a un archivo en el sitio local, trasladar dicho archivo al Sitio remoto y, a
continuación, importar la información de configuración de Matrix Recovery Management en el
sitio remoto.
Configuración de Matrix Recovery Management19
NOTA:Antes de intentar configurar el sitio local, asegúrese de que todos los servidores lógicos
del sitio local protegidos mediante Recuperación frente a desastres estén desactivados y que todos
los Grupos de replicación de almacenamiento han pasado la recuperación frente a errores en el
sitio remoto, siguiendo los pasos en: «Configuración del servidor lógico del Sitio remoto»
(página 17).
1.En la pestaña Sites (Sitios), configure el Sitio local.
2.En la pestaña Storage Management Servers (Servidores de gestión de almacenamiento)
configure los Servidores de gestión de almacenamiento en el Sitio local.
3.En la pestaña Storage Replication Groups (Grupos de replicación de almacenamiento) configure
los Grupos de replicación de almacenamiento en el Sitio local.
4.En la pestaña Recovery Groups (Grupos de recuperación) configure los Grupos de recuperación
en el Sitio local.
5.En la pestaña Sites (Sitios), cree un archivo de exportación en el Sitio local. Para obtener más
información sobre los parámetros de exportación e importación, consulte «Acerca de la
importación y exportación de Matrix Recovery Management».
6.En la pestaña Sites (Sitios) del sitio remoto, importe la configuración de Matrix Recovery
Management en el sitio remoto. Para obtener más información, consulte: «Acerca de la
importación y exportación de Matrix Recovery Management».
7.Pruebe los servidores lógicos de recuperación. Los Grupos de recuperación están en modo
de mantenimiento, permitiendo la activación de los servidores lógicos de recuperación. Para
obtener más información, consulte «Prueba de Grupos de recuperación» (página 23).
8.Desactive los servidores lógicos de recuperación e inhabilite el modo Mantenimiento en el
Sitio remoto. Para obtener más información, consulte «Prueba de Grupos de recuperación»
(página 23).
9.Recupere de error los grupos de replicación de almacenamiento en el Sitio local y, a
continuación, active los servidores lógicos del sitio local. Si hay servidores lógicos alojados
en VM, utilice VMware Virtual Center o Microsoft Hyper-V Management Console (Consola
de administración) para volver a explorar y actualizar los recursos de máquina virtual.
20Instalación y configuración de Matrix Recovery Management
Acerca de la importación y exportación de Matrix Recovery Management
En esta sección se muestran los puntos clave sobre el comportamiento de la exportación e
importación de Matrix Recovery Management.
Export (Exportar)
•La configuración de Matrix Recovery Management en el sitio de exportación se incluye en el
archivo exportconfig generado en el sitio de exportación. El archivo de exportación de
configuración de Matrix Recovery Management tiene el nombre predeterminado
exportconfig. Puede cambiarlo a un nombre de archivo exclusivo, por ejemplo, si quiere
guardar varios archivos de exportación de configuración de Matrix Recovery Management.
•Todos los Grupos de recuperación que quiera exportar del sitio local e importar en el sitio
remoto deben estar activados en el sitio local. Los grupos de recuperación que estén
desactivados al realizar la operación de exportación en el sitio local, no se importarán en
el sitio remoto. Si no hay grupos de recuperación activados en el sitio de exportación, el
archivo exportconfig generado no se puede usar en el sitio de importación.
Import (Importar)
•Solo se importarán los Grupos de recuperación que estén activados en el sitio de exportación.
•Si el sitio de importación no está configurado para Matrix Recovery Management, se importará
la información del Sitio de Matrix Recovery Management.
•Si el sitio de importación está configurado para Matrix Recovery Management, el nombre
del sitio y CMS en el sitio de importación deben coincidir con el nombre de sitio y CMS en
el archivo exportconfig.
•La información del Servidor de gestión de almacenamiento se importa si los Servidores de
gestión de almacenamiento no están configurados en el sitio de importación. Si el sitio de
importación ya contiene información del Servidor de gestión de almacenamiento:
◦La localización del sitio de cada Servidor de gestión de almacenamiento configurado
en el sitio de importación debe coincidir con la localización del sitio del Servidor de
gestión de almacenamiento en el archivo exportconfig.
◦Si el nombre coincide, el tipo del Servidor de gestión de almacenamiento debe coincidir.
◦Para HP P6000, los campos de nombre de usuario y número de puerto deben coincidir.
◦Para HP P9000, los campos de nombre de usuario y número de instancia de RAID deben
coincidir.
◦Para el sistema de almacenamiento HP 3PAR, el nombre del archivo de contraseña debe
coincidir.
NOTA:Si alguno de los elementos anteriores no coincide entre el sitio de exportación
y el sitio de importación, la operación de importación fallará.
NOTA:Para administrar una copia remota de HP 3PAR, el archivo de contraseña
cifrada para los servidores de almacenamiento Inserv tanto del sitio local como del remoto
deben estar disponibles en el CMS en cada sitio y el nombre del archivo de contraseña
debe ser el mismo en el CMS de ambos sitios.
•El Grupo de replicación de almacenamiento asociado con Grupos de recuperación activados
en el archivo exportconfig se importa si el sitio de importación no tiene configuración de
Grupo de replicación de almacenamiento.
Configuración de Matrix Recovery Management21
•Si el sitio de importación ya contiene información del Grupo de replicación de
almacenamiento:
◦Si el Grupo de replicación de almacenamiento está incluido en otro Grupo de
recuperación que pertenece al mismo Conjunto de grupos de recuperación, se permitirá
la importación.
◦Si el Grupo de replicación de almacenamiento está incluido en otro Grupo de
recuperación que pertenece a un Conjunto de grupos de recuperación distinto, la
importación será errónea. No es relevante si este Grupo de recuperación está activado
o desactivado en el sitio de importación.
•Todas las entidades a las que se hace referencia mediante los Grupos de recuperación
importados se importarán, incluyendo Sitios, Servidores de gestión de almacenamiento y
Grupos de replicación de almacenamiento. Al final de la importación, los Grupos de
recuperación y sus entidades asociadas será todo lo que quede. El almacenamiento no
conectado a los Grupos de recuperación activados que se importan, se eliminará.
•Si un Grupo de recuperación del archivo exportconfig tiene el mismo nombre que un
Grupo de recuperación en el sitio de importación, pero pertenece a un Conjunto de grupo
de recuperación distinto, la importación será errónea.
•Los Servidores de gestión de almacenamiento y los Grupos de replicación de almacenamiento
a los que no se haga referencia en los Grupos de recuperación, no se importarán.
•Si los Grupos de recuperación del archivo exportconfig ya existen en el sitio de importación
(Grupos de recuperación con el mismo nombre que en el sitio de importación), se eliminarán
y se sustituirán por los Grupos de recuperación importados. Los Grupos de replicación de
almacenamiento a los que se haga referencia en los Grupos de recuperación que se eliminan
también se eliminarán.
Importación de un único Grupo de recuperación
•Si un Grupo de recuperación del archivo exportconfig tiene el mismo nombre que un
Grupo de recuperación en el sitio de importación, no se importará.
•Si un Grupo de recuperación del archivo exportconfig hace referencia a un Grupo de
replicación de almacenamiento que esté siendo utilizado por otro Grupo de recuperación en
el sitio de importación, la importación será errónea.
22Instalación y configuración de Matrix Recovery Management
3 Operaciones de prueba y recuperación frente a errores
Este capítulo contiene secciones sobre la prueba de Grupos de recuperación, recuperaciones
planificadas y recuperaciones no planificadas usando las operaciones Activate... (Activar...)Deactivate... (Desactivar...)
Prueba de Grupos de recuperación
Hay dos formas de probar Grupos de recuperación:
•Probar Grupos de recuperación mediante el modo Mantenimiento.
•Realizar una recuperación planificada para probar todos los Grupos de recuperación. Para
Esta sección se centra en probar Grupos de recuperación individuales mediante el modo
Mantenimiento.
El modo Mantenimiento se utiliza para probar Grupos de recuperación para asegurase de que
funcionan correctamente cuando se realiza una operación Activate... (Activar...) El modo
Mantenimiento detiene temporalmente la administración de Matrix Recovery Management sobre
un servidor lógico protegidos mediante Recuperación frente a desastres. Un uso del modo de
mantenimiento es realizar una prueba para los casos de recuperación frente a error. Mediante
el establecimiento del modo de mantenimiento para un Grupo de recuperación, se pueden activar
todos los servidores lógicos de dicho Grupo de recuperación mediante Matrix OE Visualization.
Una vez que esté conforme con la prueba de recuperación, el Grupo de recuperación y sus
servidores lógicos correspondientes se pueden volver a poner bajo control de Matrix Recovery
Management inhabilitando el modo de mantenimiento en dicho Grupo de recuperación.
En el sitio remoto, los servidores lógicos administrados por Matrix Recovery Management se
conocen como servidores lógicos de recuperación. Por lo general, un servidor lógico de
recuperación no se puede activar salvo mediante la invocación de una operación Activate...
(Activar...) desde la interfaz de usuario de Matrix Recovery Management en el sitio remoto.
Para probar un Grupo de recuperación mediante el modo Mantenimiento, siga estos pasos:
1.En el sitio local, utilice la operación Logical Servers Deactivate (Desactivación de servidores
lógicos) en el menú Tools (Herramientas) de la pestaña Visualization (Visualización) en Matrix
OE Visualization, para apagar correctamente los servidores lógicos del Grupo de recuperación.
NOTA:Si la configuración de Matrix Recovery Management incluye servidores lógicos
HyperV, ponga en fuera de línea el recurso de disco de clúster usado para almacenamiento
del servidor lógico.
2.En el sitio remoto, utilice las herramientas de gestión de almacenamiento adecuadas, por
ejemplo, HP P6000 Continuous Access Software, para realizar la recuperación del
almacenamiento correspondiente al Grupo de recuperación en el sitio remoto.
3.Si hay servidores lógicos en el Grupo de replicación de almacenamiento que se activarán
en los alojamientos VM durante la prueba:
a.Vuelva a explorar el almacenamiento usando herramientas de administración de hosts
VM, por ejemplo, VMware Virtual Center, para asegurarse de que el host VM reconoce
el almacenamiento que se ha recuperado tras error.
b.Actualice los recursos de Máquina virtual usando la operación Logical Servers Refresh
(Actualización de servidores lógicos) del menú Tools (Herramientas) en la pestaña
Visualization (Visualización) de Matrix OE Visualization.
4.Coloque el Grupo de recuperación en modo Mantenimiento en el Sitio remoto, con el botón
Enable Maintenance Mode (Habilitar modo de mantenimiento) en la pestaña Recovery Groups
(Grupos de recuperación) de Matrix Recovery Management.
Prueba de Grupos de recuperación23
5.Mediante la operación Logical Servers Activate (Activación de servidores lógicos) en el menú
Tools (Herramientas) de la pestaña Visualization (Visualización) en Matrix OE Visualization,
active los servidores lógicos del Grupo de recuperación en el sitio remoto. Según el tipo de
servidor lógico, la activación podría ser en blades de VC, en hosts de VM o en ambos.
Cuando la prueba esté completa, apague correctamente los sistemas operativos y, a
continuación, desactive los servidores lógicos.
NOTA:Si la configuración de Matrix Recovery Management incluye servidores lógicos
HyperV, ponga en fuera de línea el recurso de disco de clúster usado para almacenamiento
del servidor lógico.
6.En el sitio remoto, saque el Grupo de recuperación del modo Mantenimiento con el botón
Disable Maintenance Mode (Desactivar modo mantenimiento) en la pestaña Recovery Groups
(Grupos de recuperación) de Matrix Recovery Management.
7.En el sitio local, repita la recuperación de almacenamiento, vuelva a explorar y actualizar
(si fuera necesario) las secuencias y, a continuación, active los servidores lógicos del grupo
de recuperación usando Matrix OE Visualization.
Cuando importe una configuración de Matrix Recovery Management en el sitio remoto, todos los
grupos de recuperación que se importan tendrá habilitado de forma predeterminada el modo de
mantenimiento, para que se puedan probar. De la misma forma, un grupo de recuperación creado
en el sitio remoto tendrá habilitado de forma predeterminada el modo de mantenimiento. Una
vez que la prueba termine para todos los grupos de recuperación en el sitio remoto, desactive los
servidores lógicos de recuperación que pertenezcan a cada Grupo de recuperación usando Matrix
OE Visualization y, a continuación, deshabilite el modo de mantenimiento en cada Grupo de
recuperación. El modo Mantenimiento se utiliza para probar Grupos de recuperación para
asegurase de que funcionan correctamente cuando se realiza una operación Activate... (Activar...)
HP recomienda que pruebe la recuperación del Grupo de recuperación en el sitio remoto, antes
de inhabilitar el modo Mantenimiento en los Grupos de recuperación importados.
Operaciones de recuperación de errores
En esta sección se explica la diferencia entre recuperaciones planificadas y no planificadas, y se
proporciona el procedimiento a seguir en cada caso.
Recuperación planificada
Una recuperación planificada suele implicar una caída esperada en uno de los sitios de una
configuración Matrix Recovery Management. Por ejemplo, podría ser necesario realizar una
recuperación planificada para hacer un mantenimiento programado o para reaccionar ante una
previsión meteorológica extrema. También se puede utilizar para hacer pruebas.
Una recuperación planificada incluye una serie de pasos que se realizan primero en el sitio que
tiene pensado apagar y, a continuación, en el otro sitio de la configuración de Matrix Recovery
Management.
En el sitio que tiene pensado apagar:
1.Cierre las aplicaciones y el sistema operativo de los servidores lógicos protegidos mediante
Recuperación frente a desastres de Matrix Recovery Management de cada conjunto de Grupo
de recuperación.
2.En la pestaña Sites (Sitios) de Matrix Recovery Management, realice una operación
Deactivate... (Desactivar...) para desactivar e inhabilitar los servidores lógicos protegidos
mediante Recuperación frente a desastres en los Conjuntos de grupo de recuperación que
hay activados.
24Operaciones de prueba y recuperación frente a errores
NOTA:Si la configuración de Matrix Recovery Management incluye servidores lógicos
HyperV, ponga en fuera de línea el recurso de disco de clúster usado para almacenamiento
del servidor lógico.
NOTA:Cuando se invoca una operación Deactivate... (Desactivar...), el estado de los
Grupos de recuperación que se desactivan no cambia en las pantallas Sites (Sitios) ni Jobs
(Trabajos) de Matrix Recovery Management hasta que la operación Deactivate... (Desactivar...)
se complete. Mientras la operación Deactivate... está en ejecución, podría haber algunos
Grupos de recuperación que se hayan desactivado mientras que otros aún estén en proceso
de desactivación.
En el sitio en el que tiene pensado realizar la recuperación:
1.Asegúrese de que hay disponibles recursos suficientes para ejecutar servidores lógicos de
recuperación.
2.En la pestaña Sites (Sitios) de Matrix Recovery Management, realice una operación Activate...
(Activar...) para activar los servidores lógicos protegidos mediante Recuperación frente a
desastres en los Conjuntos de grupo de recuperación que fueron desactivados en el otro sitio
en la configuración de Matrix Recovery Management.
NOTA:Cuando se invoca una operación Activate..., el estado de los Grupos de recuperación
que se activan no cambia en las pantallas Sites (Sitios) ni Jobs (Trabajos) de Matrix Recovery
Management hasta que la operación Activate... se complete. Mientras la operación Activate...
está en ejecución, podría haber algunos Grupos de recuperación que se hayan activado
mientras que otros aún estén en proceso de activación.
NOTA:Una operación correcta de activación o desactivación asegura que todos los Grupos
de recuperación del Conjunto de grupos de recuperación estén en el mismo estado (habilitado o
inhabilitado). No obstante, algunas operaciones (por ejemplo, una edición del Grupo de
recuperación para cambiar la preferencia de sitio) podría tener como resultado la activación de
algunos Grupos de recuperación dentro del Conjunto de grupos de recuperación y la desactivación
de otros. Debe ejecutar una operación de activación o desactivación sobre un Conjunto de grupos
de recuperación para asegurar que todos los Grupos de recuperación de dicho Conjunto de
grupos de recuperación estén en el mismo estado (habilitado o inhabilitado).
Recuperación no planificada
Una recuperación no planificada suele implicar que se produzca un suceso que afecte a todo el
sitio, sin previo aviso. Este suceso puede ser un desastre de la zona (terremoto, inundación grave)
o un problema local (corte de suministro eléctrico o fuga de agua en el centro de datos).
Una recuperación no planificada incluye una serie de pasos que se realizan en ambos lados de
la configuración de Matrix Recovery Management. En el procedimiento siguiente se presupone
que el CMS y los recursos gestionados que ejecutan servidores lógicos protegidos mediante
Recuperación frente a desastres han superado el suceso local no planificado (por ejemplo, caída
eléctrica). Si el suceso es más grave, provocando pérdida permanente del CMS o los recursos
gestionados, quizás sea necesaria la reconstrucción del sitio.
En el sitio en el que se ha producido el problema general:
1.Asegúrese de que los servidores lógicos protegidos mediante Recuperación frente a desastres
ya no están en ejecución, para evitar una situación de bicefalia. En cuanto los servidores
lógicos protegidos mediante Recuperación frente a desastres dejen de funcionar, Matrix
Recovery Management impedirá que se enciendan automáticamente al restablecerse la
corriente eléctrica.
En el sitio de recuperación:
Operaciones de recuperación de errores25
1.Asegúrese de que hay disponibles recursos suficientes para ejecutar servidores lógicos de
recuperación.
2.En la pestaña Sites (Sitios) de Matrix Recovery Management, realice una operación Activate...
(Activar...) para activar los servidores lógicos protegidos mediante Recuperación frente a
desastres en el sitio de recuperación.
NOTA:Cuando se invoca una operación Activate..., el estado de los Grupos de recuperación
que se activan no cambia en las pantallas Sites (Sitios) ni Jobs (Trabajos) de Matrix Recovery
Management hasta que la operación Activate... se complete. Mientras la operación Activate...
está en ejecución, podría haber algunos Grupos de recuperación que se hayan activado
mientras que otros aún estén en proceso de activación.
En el sitio en el que se ha producido el problema general:
1.Una vez que el sitio en el que se ha producido el problema general está operativo después
de un desastre o corte de suministro, asegúrese de que el almacenamiento asociado a cada
Conjunto de grupo de recuperación es el destino para la Replicación de software (utilice las
herramientas adecuadas de administración de almacenamiento, por ejemplo, HP P6000
Command View Software).
2.En la pestaña Sites (Sitios) de Matrix Recovery Management, realice una operación
Deactivate... (Desactivar...) para desactivar e inhabilitar los servidores lógicos protegidos
mediante Recuperación frente a desastres en el sitio de recuperación.
NOTA:Matrix Recovery Management es capaz de impedir que se produzca una situación
de bicefalia durante una recuperación no planificada, mediante la regulación de la
configuración de encendido automático de los nodos gestionados (ya sean virtuales o físicos)
que haya asignados a servidores lógicos protegidos mediante Recuperación frente a desastres,
por lo que no se encienden automáticamente tras un corte eléctrico. Si, por ejemplo, se corta
el suministro eléctrico en un sitio y se lanza la recuperación, cuando se recupere el suministro,
dicho sitio no se reanudará ejecutando los servidores lógicos protegidos mediante
Recuperación frente a desastres. Los nodos administrados (ya sean blades de VC o máquinas
virtuales) asignados a servidores lógicos protegidos mediante Recuperación frente a desastres
permanecerán apagados (y los recursos permanecerán sin asignar) hasta que se invoque la
operación Activate....
NOTA:Cuando se invoca una operación Deactivate... (Desactivar...), el estado de los
Grupos de recuperación que se desactivan no cambia en las pantallas Sites (Sitios) ni Jobs
(Trabajos) de Matrix Recovery Management hasta que la operación Deactivate... (Desactivar...)
se complete. Mientras la operación Deactivate... está en ejecución, podría haber algunos
Grupos de recuperación que se hayan desactivado mientras que otros aún estén en proceso
de desactivación.
NOTA:Si la configuración de Matrix Recovery Management se ha cambiado desde que
se produjo la recuperación tras el error (por ejemplo, si se ha creado un nuevo Grupo de
recuperación), habrá que sincronizar los sitios realizando los cambios de configuración
adecuados. Para ello, se pueden utilizar las operaciones de exportación e importación de
configuración de sitios de Matrix Recovery Management.
NOTA:Una operación correcta de activación o desactivación asegura que todos los Grupos
de recuperación del Conjunto de grupos de recuperación estén en el mismo estado (habilitado
o inhabilitado). No obstante, algunas operaciones (por ejemplo, una edición del Grupo de
recuperación para cambiar la preferencia de sitio) podría tener como resultado la activación
de algunos Grupos de recuperación dentro del Conjunto de grupos de recuperación y la
desactivación de otros. Debe ejecutar una operación de activación o desactivación sobre un
Conjunto de grupos de recuperación para asegurar que todos los Grupos de recuperación
de dicho Conjunto de grupos de recuperación estén en el mismo estado (habilitado o
inhabilitado).
26Operaciones de prueba y recuperación frente a errores
Selección de destino y simultaneidad durante una operación de actividad
El componente HP Matrix OE Logical Server Management (Logical Server Management) en HP
Matrix Operating Environment admite el concepto de destinos que son más adecuados para la
activación de un servidor lógico basado en varios criterios; por ejemplo, podría ser necesario
ejecutar una aplicación solo en servidores alojados en VC, para cumplir un requisito de rendimiento.
Los servidores protegidos mediante Recuperación frente a desastres que se pueden ejecutar tanto
en destinos físicos como virtuales (servidores lógicos de tecnología cruzada) se colocarán en el
tipo de destino especificado según las preferencias en la configuración del sitio (P para Físico y
V para virtual), en base a la disponibilidad. Si el tipo de destino preferido no está disponible,
Matrix Recovery Management no tendrá en cuenta dicha preferencia y colocará los servidores
lógicos de tecnología cruzada en destinos admitidos disponibles.
Matrix OE Logical Server Management permite la activación en paralelo de servidores lógicos,
aprovechando el paralelismo disponible en la infraestructura administrada. Matrix Recovery
Management aprovecha el paralelismo de activación disponible en Logical Server Management
cuando se realiza una operación Activate... (Activar...) para reducir el tiempo de recuperación
ante errores. Hay disponibles dos configuraciones accesibles de usuarios para controlar el
comportamiento de Matrix Recovery Management en este área:
•Si hay cargas de trabajo que quiere activar primero durante el proceso de recuperación tras
error, los valores del Recovery Group Start Order (Orden de inicio de grupo de recuperación)
para los Grupos de recuperación asociados se pueden establecer en valores inferiores a los
valores que establezca para cargas de trabajo que se pueden iniciar más tarde en el proceso
de recuperación. Matrix Recovery Management asegurará que los servidores lógicos de un
Grupo de recuperación con valor inferior de Recovery Group Start Order se activarán antes
que los servidores lógicos en un Grupo de recuperación con mayor Recovery Group StartOrder.
•Utilice el parámetro Recovery Group Power Up Delay (Retardo de arranque de Grupo de
recuperación) si quiere asegurarse de que los servidores lógicos de un Grupo de recuperación
se inicien escalonadamente, durante el proceso de recuperación tras error. El parámetro
Recovery Group Power Up Delay establece un retardo mínimo entre la hora a la que un
servidor lógico del Grupo de recuperación comienza su proceso de arranque y la hora a la
que el siguiente servidor lógico del Grupo de recuperación inicia el suyo.
Selección de destino y simultaneidad durante una operación de actividad27
4 Movimiento de carga de trabajo dinámica con
CloudSystem Matrix: Movimiento fluido entre recursos
físicos y virtuales para lograr flexibilidad y optimizar la
recuperación
HP Matrix Operating Environment facilita un movimiento fluido de cargas de trabajo entre servidores
asimétricos, dentro de un sitio y también entre distintos sitios. Las cargas de trabajo se pueden
mover entre servidores físicos y máquinas virtuales, y entre servidores físicos asimétricos.
La corriente actual en la gestión de centros de datos de TI es ir hacia una mayor eficiencia en el
uso de los recursos de procesamiento, red y almacenamiento en el centro de datos, considerándolos
como una agrupación compartida desde la que atender los requisitos de recursos de varias
aplicaciones, departamentos y organizaciones. En el núcleo de este concepto de infraestructura
convergente, está la capacidad de crear, mover y eliminar automáticamente y de forma rápida
cargas de trabajo a demanda.
En una implementación de infraestructura convergente típica, un cliente puede utilizar HP
CloudSystem Matrix para ejecutar cargas de trabajo y usar HP Matrix Operating Environment
(que se ejecuta en el Servidor de administración central (CMS)) para crear, mover o eliminar
cargas de trabajo según sea necesario. La carga de trabajo, que incluye el sistema operativo
(SO) en el que se ejecuta la aplicación del usuario se puede ejecutar directamente en un blade
o se puede ejecutar en una máquina virtual administrada por un hipervisor que se ejecute en el
blade, por ejemplo, VMware ESX. Los blades también pueden estar en distintas configuraciones
de hardware, o tener distintas versiones de hardware y firmware.
Las posibilidades de HP Matrix Operating Environment que se tratan en este capítulo permiten el
movimiento fluido de cargas de trabajo en este tipo de entornos heterogéneos. Estas son algunas
de las capacidades:
•Herramientas que permiten preparar el SO de la carga de trabajo como una imagen de
sistema portable que se pueda ejecutar en distintos entornos de servidor.
•Control de usuario detallado para el conjunto de servidores físicos específicos y host de
máquinas virtuales en los que HP Matrix Operating Environment puede ejecutar la carga de
trabajo.
El fluido, movimiento bidireccional de cargas de trabajo entre servidores asimétricos descrito en
este capítulo, es distinto del movimiento habilitado por las herramientas de migración tradicional.
Dichas herramientas están orientadas a permitir una migración unidireccional, permanente o
semipermanente, entre servidores físicos o virtuales, o entre servidores físicos asimétricos. El
movimiento suele precisar de intervención manual y bastante tiempo para completarse.
La importancia de la capacidad de mover una carga de trabajo de forma fluida de un servidor
físico a una máquina virtual y de vuelta, se puede ver a través de los ejemplos siguientes:
•Supongamos que queremos mover una carga de trabajo en línea que se ejecuta en un servidor
físico durante las horas punta del día a un host de máquina virtual, para liberar el servidor
físico para una carga de trabajo por lotes. Cuando termina la hora punta, la carga de trabajo
por lotes se retira y la carga de trabajo en línea se vuelve a mover a su entorno de ejecución
original.
En el tiempo que la carga de trabajo en línea está "desplazada" en un host de máquina
virtual, tiene unos requisitos de recursos mínimos, por lo que apenas afecta a las otras cargas
de trabajo que pudieran estar ejecutándose en dicho host. Como este patrón se repite
diariamente, los movimientos de físico a virtual y viceversa se deben realizar rápidamente
(en cuestión de minutos, no de horas) y de forma automática.
28Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
•Supongamos que tiene dos centros de datos en dos sitios distintos. Las cargas de trabajo de
producción se ejecutan en servidores físicos en un sitio y se configuran para que la
recuperación tras error sea sobre el otro sitio, en caso de desastre. El sitio de recuperación
dispone de un conjunto de servidores configurados como hosts de máquinas virtuales. En este
caso de uso, las recuperaciones tanto planificadas como no planificadas precisan de
movimientos de físico a virtual y viceversa entre distintos sitios.
La configuración del sitio de recuperación como un conjunto de host de máquinas virtuales
podría estar controlado según las necesidades de prueba y actividades de desarrollo que se
realizan en dicho sitio. O, podría ser dirigida por la necesidad de reducir el coste de una
recuperación frente a desastre mediante la ejecución de cargas de trabajo en máquinas
virtuales alojadas en un conjunto más pequeño de servidores. Los objetivos de tiempo de
recuperación precisan que los movimientos se realicen de forma rápida y automática, como
en el ejemplo anterior.
Posibilidades y limitaciones
Mediante las herramientas y procedimientos descritos en este capítulo puede:
•Configurar y gestionar un servidor lógico que pueda realizar movimientos de tecnología
cruzada entre físico y virtual en el centro de datos.
•Configurar y gestionar un servidor lógico protegido mediante Recuperación frente a desastres
que pueda recuperarse entre centros de datos en un movimiento de tecnología cruzada.
Hay que tener en cuenta las limitaciones siguientes:
•La configuración de un servidor lógico de tecnología cruzada precisa de pasos adicionales
(no obstante, no son necesarios pasos adicionales en el momento de realizar el movimiento,
dentro del sitio o entre sitios).
•Las máquinas virtuales deben estar configuradas para emular LSI Logic Parallel o el tipo de
almacenamiento LSI Logic SAS si se utiliza Windows 2008, o el tipo de almacenamiento LSI
Logic Parallel si se usa Windows 2003.
•Las herramientas de invitado de VMware ESX no se instalarán automáticamente.
•No hay soporte explícito para N_Port ID Virtualization (NPIV).
•La preparación de la imagen portable del sistema para que se pueda ejecutar en servidores
físicos y virtuales se realiza desde un SO instalado en un servidor físico. No puede preparar
la imagen portable del sistema desde un SO instalado en una máquina virtual.
•Las máquinas virtuales se deben configurar para que utilicen el almacenamiento SAN de
canal de fibra Raw Device Mapped (RDM) presente para el host VM, para inicio y para
datos. Este es el mismo almacenamiento que un servidor lógico utiliza cuando se ejecuta en
un servidor físico.
•Presente los LUN de inicio y datos usando el mismo número de LUN en los destinos físicos y
virtuales para un servidor lógico.
•Las WWN de destino utilizadas para presentar la unidad lógica deben ser las mismas entre
destinos físicos y virtuales.
NOTA:El servidor lógico de recuperación que proporciona protección DR en el Sitio remoto
tendrá su propio conjunto de valores WWN/LUN de destino que diferirán del servidor lógico
en el sitio local.
Posibilidades y limitaciones29
•El nombre de red utilizado por un Host ESX debe coincidir con el nombre de red utilizado
en la configuración Virtual Connect Enterprise Manager (VCEM), según se muestra en las
pantallas siguientes:
30Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
•Cuando mueve un servidor lógico entre servidores físicos y virtuales dentro de un sitio, los ID
de servidor siguientes no se conservan:
◦Direcciones MAC de red
◦Las WWN Server/Initiator (en la máquina virtual, el adaptador de almacenamiento es
un controlador SCSI virtual)
◦Número de serie lógica
◦UUID lógicos
•En una configuración de protección mediante Recuperación frente a desastres, el sitio que
configure en primer lugar debe tener disponibles servidores físicos y host de máquinas virtuales
para que se pueda configurar un servidor lógico de forma que se ejecute en ambos tipos de
servidores; es necesario probarlos. El sitio de recuperación también puede tener una
combinación física/virtual, o tener solo host de máquinas virtuales.
Plataformas admitidas
Los procedimientos para habilitar el movimiento entre servidores físicos y virtuales descritos en
este capítulo se aplican a servidores físicos, hipervisores y los SO de carga de trabajo admitidos
por Matrix Recovery Management. Para obtener más información, consulte la Matriz decompatibilidad de HP Insight Management 7.0 en: http://www.hp.com/go/matrixoe/docs
•Para ver los hipervisores compatibles, consulte:
Las versiones del hipervisor de VMware especificadas como admitidas en sistemas
◦
administrados por Matrix Operating Environment.
•Para ver los SO de carga de trabajo compatibles, consulte:
Las versiones de Windows 2008 especificadas como admitidas en sistemas administrados
◦
por Matrix Operating Environment
Los procedimientos para habilitar el movimiento entre servidores físicos y virtuales no tienen soporte
en nodos administrados por Integrity.
Posibilidades y limitaciones31
Los procedimientos para habilitar el movimiento entre distintos servidores físicos documentados
en este capítulo tienen soporte para sistemas administrados especificados como admitidos por
Matrix Operating Environment, con la restricción siguiente:
•Matrix Recovery Management, el componente de HP Matrix Operating Environment que
proporciona recuperación frente a desastres a través de sitios, no admite nodos administrados
por Integrity.
Un destino de servidor físico configurado para movimientos de tecnología cruzada debe ser un
blade HP de Clase C con HP Virtual Connect.
Visión global de la configuración de tecnología cruzada entre físico y
virtual
En esta sección se proporciona información sobre los pasos implicados en la configuración de
servidores lógicos de tecnología cruzada para el movimiento entre destinos físicos y virtuales, y
para el movimiento entre servidores físicos asimétricos.
Configuración de servidores lógicos para el movimiento entre destinos físicos y
virtuales
1.Preparar un servidor lógico con una imagen portable
En este paso, empezamos con un servidor lógico configurado para la ejecución en un servidor
físico, y preparamos la imagen del sistema para el movimiento entre servidores físicos y
virtuales.
•Configuración de almacenamiento
La herramienta Portable Images Storage Assistant (PISA) prepara la configuración de
almacenamiento de la imagen del servidor para que se pueda iniciar en entornos tanto
físicos como virtuales. PISA es parte del producto de migración de servidores HP Insight
Control del DVD HP Insight Management. El ejecutable y el README están en la carpeta
< SMP>\PI\PISA, donde <SMP> es el directorio en el que está instalada la migración
del servidor de Insight Control (el directorio de instalación predeterminado es C\ProgramFiles\HP\Insight Control server migration).
Copie el ejecutable: hppisa.exe en PI\PISA al servidor físico en el que se está
ejecutando actualmente la imagen.
En la ventana de línea de comandos escriba: > hppisa –e Para obtener información,
consulte: «Portable Images Storage Assistant (Asistente de almacenamiento de imágenes
portables, PISA)».
•Configuración de la red
La herramienta Portable Images Network Tool (PINT) prepara la imagen para su ejecución
en destinos con distintas configuraciones de interfaz de red y direcciones MAC. Asegura
que la configuración de red estática del servidor de origen se transfiere correctamente
a las interfaces de red del servidor de destino independientemente de la diferencia de
entornos. Los ejecutables y el README están en la carpeta <SMP>\PI\PINT.
Copie el ejecutable: cp011231.exe al servidor físico en el que la imagen se está
ejecutando actualmente.
Ejecute cp011231.exe para instalar PINT e inicie el servicio PINT.
Para obtener más información, consulte: «Configuración y administración de imágenes
de SO portables».
2.Cree un Grupo de portabilidad que incluya todos los destinos de host VM y físicos potenciales
Este paso configurará el grupo de portabilidad que define la lista de destinos potenciales
para el servidor lógico. El grupo debería incluir como destinos tanto servidores físicos como
32Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
hosts VM. Para obtener más información, consulte la sección Grupos de portabilidad:
«Configuración y administración de servidores lógicos con distintas tecnologías»
3.Configure el servidor lógico para activación tanto en destinos físicos como en hosts VM
Modifique la configuración del servidor lógico de la siguiente manera:
seleccione un almacén de datos de VM (este almacén de datos se utilizará para almacenar
información de configuración de VM).
Para obtener más información, consulte la sección Definición de servidores lógicos detecnología cruzada: «Configuración y administración de servidores lógicos con distintas
tecnologías»
Presente el inicio/almacén de datos a los hosts VM en el grupo de portabilidad usando los
mismos valores de LUN y WWN. Para obtener más información, consulte la sección Definiciónde almacenamiento en: «Configuración y administración de servidores lógicos con distintas
tecnologías»
4.Realizar movimientos de físico a virtual y viceversa para comprobar la configuración del SO
Mueva el servidor de físico a virtual y viceversa. Tras cada movimiento, asegúrese de que el
servidor lógico se ha iniciado correctamente y que las configuraciones de red estáticas se
han aplicado según lo esperado a las interfaces de red presentes en el nuevo entorno. Para
obtener más información, consulte la sección Movimiento entre tecnologías: «Configuración
y administración de servidores lógicos con distintas tecnologías»
NOTA:Cuando el servidor lógico se mueve por primera vez a una máquina virtual, es
posible que el usuario quiera añadir herramientas adicionales al servidor, por ejemplo,
herramientas VMware. En HP Matrix Operating Environment, la configuración VM creada
no incluye una unidad CD/DVD virtual. Puede utilizar la consola de gestión de VM para
modificar la configuración de la VM de forma que incluya una unidad CD/DVD virtual.
Visión global de la configuración de tecnología cruzada entre físico y virtual33
5.Configuración de movimiento entre sitios de destinos físicos y virtuales (ejemplo de uso de
recuperación frente a desastres)
En este paso, se utilizan las posibilidades de Matrix Recovery Management para configurar
el movimiento entre sitios, entre destinos físicos y virtuales.
a.En el sitio local, cree un grupo de replicación de array que contenga las Unidades lógicas
usadas por el servidor lógico para inicio/datos y la Unidad lógica que contiene el
almacén de datos de VM (este almacén de datos se debería utilizar exclusivamente para
almacenar la configuración de VM del servidor lógico en este caso).
b.En el sitio local, cree un Grupo de recuperación que contenga el servidor lógico. Exporte
la configuración de Matrix Recovery Management a un archivo.
c.Desactive el servidor lógico en el sitio local y realice la recuperación tras error del Grupo
de replicación de array al sitio remoto.
d.Realice una nueva exploración de los hosts VM y los procedimientos de actualización
de Matrix OE Visualization para asegurarse de que la configuración del servidor lógico
puede acceder al almacén de datos de configuración de la VM.
e.Cree un grupo de portabilidad como en el sitio local. El grupo de portabilidad puede
tener varios servidores físicos, varias VM o una mezcla de ambos.
f.Cree el servidor lógico de recuperación con los mismos valores de configuración utilizados
en el sitio local, pero ajustados de forma que hagan referencia a los valores LUN/WWN
del almacenamiento remoto. No active aún el servidor lógico.
g.Utilice la configuración exportada del sitio local para importar el Grupo de recuperación
que se creó en el sitio local para albergar el servidor lógico de recuperación.
h.El Grupo de recuperación está en modo Mantenimiento. Active el servidor lógico en un
host VM. Si alguno de los servidores físicos está disponible en el grupo de portabilidad,
realice movimientos de virtual a físico y viceversa. En cada etapa, compruebe que el
34Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
inicio es correcto, así como la configuración de red, tal y como se hizo en el paso 4.
Desactive el servidor lógico y quite el modo de mantenimiento. Vuelva a colocar el grupo
de replicación de array en el sitio local.
i.En el sitio local, vuelva a examinar y actualizar los procedimientos, y active el servidor
lógico.
Tenga en cuenta que la configuración del sitio Matrix Recovery Management se puede
establecer de forma que active con prioridad el servidor lógico de un servidor físico en un
sitio, y un host VM en el otro sitio. Para obtener más información, consulte la sección
Establecimiento de la preferencia de tipo de destino de recuperación frente a errores en:
«Administración de servidores lógicos con distintas tecnologías protegidos mediante
Recuperación frente a desastres en una configuración de Matrix Recovery Management».
Configuración de servidores lógicos para el movimiento entre servidores físicos
asimétricos
HP Matrix Operating Environment proporciona la capacidad de ajustar al detalle la lista de
destinos de recuperación frente a errores que se consideren más adecuados para la activación
de un servidor lógico protegido mediante Recuperación frente a desastres. La capacidad de
modificar los atributos de destino es útil para asegurar una correcta recuperación tras error. Los
atributos de destino se incluyen en los datos transferidos por la secuencia de
importación/exportación de Matrix Recovery Management (una ampliación en la lista de destino
del sitio de exportación se reflejará en el sitio de importación) Para obtener más información,
consulte la sección Atributos de destino en: «Configuración y administración de servidores lógicos
con distintas tecnologías»
Configuración y administración de imágenes de SO portables
La movilidad de las cargas de trabajo de servidores tiene el grave inconveniente de que la mayoría
de los sistemas operativos se configuran durante la instalación, y dicha configuración es específica
para la plataforma en la que se instalan. Estos son algunos ejemplos:
•Solo se instalan y configuran los controladores de dispositivos necesarios para la plataforma
de destino; si se intenta iniciar la misma instancia del SO en un servidor distinto, podría haber
errores de dispositivos o del sistema.
•Los valores de configuración, como direcciones IP e identificadores de almacenamiento,
podrían enlazar a dispositivos específicos cuyos nombres podrían cambiar. Por ejemplo, la
misma subred podría estar conectada al primer puerto NIC en un servidor, pero conectada
al tercer puerto NIC en otro servidor.
HP Matrix Operating Environment admite mecanismos para preparar una imagen de servidor
(servidor lógico) de forma que siga funcionando cuando se mueva a un servidor físico o virtual
distinto. Las tres áreas que HP ha identificado como claves para lograr este objetivo son:
•Instalación de controladores
•Configuración de HBA
•Configuración de NIC
Las herramientas desarrolladas para ello son:
•Portable Images Storage Assistant (Asistente de almacenamiento de imágenes portables, PISA)
•Portable Images Network Tool (Herramienta de red de imágenes portables, PINT)
Portable Images Storage Assistant (Asistente de almacenamiento de imágenes
portables, PISA)
Cuando se instala Windows en un LUN de SAN conectado a un servidor, instala un controlador
que es específico para el controlador HBA en dicho servidor. Si dicho LUN se reasigna
Configuración y administración de imágenes de SO portables35
posteriormente a una máquina virtual en un servidor que ejecute ESX de VMware, ESX solo presenta
a la máquina virtual los dispositivos conectados directamente por SCSI. Windows sigue configurado
para utilizar el controlador HBA para el servidor original y, por lo tanto, no puede iniciarse. PISA
habilita los controladores Windows adecuados para permitir su arranque en la máquina virtual.
PISA presupone que la máquina virtual está configurada para usar la función Raw Device Mapping
de ESX para configurar un LUN en un SAN como unidad de disco disponible para la máquina
virtual. La máquina virtual también debe estar configurada para emular LSI Logic Parallel o el tipo
de almacenamiento LSI Logic SAS con Windows 2008, o el tipo de almacenamiento LSI Logic
Parallel con Windows 2003.
En todas las versiones de Windows 2008 se instala el controlador necesario para funcionar
correctamente con la versión virtual del controlador LSI, pero se inhabilita. En Windows 2003 se
instala y habilita el controlador necesario.
PISA se utiliza para habilitar el soporte LSI en la imagen Windows. La forma en que funciona
PISA depende de si se trata de Windows 2008 o Windows 2003.
PISA es una herramienta de línea de comandos sencilla que acepta un reducido grupo de opciones
en dicha línea de comandos. Solo debe ejecutarse una vez después de haber instalado Windows
en un servidor físico. Los cambios que realiza son permanentes, y no es necesario repetirlos ni
revertirlos. No obstante, la ejecución repetida de PISA no tiene ningún efecto negativo. PISA
también se puede utilizar para inhabilitar el controlador utilizado por la máquina virtual.
La interfaz de línea de comandos para PISA se describe más abajo. Las opciones se excluyen
mutuamente.
PISA solo se ejecutará en versiones de Windows admitidas, y se precisa que el usuario sea
miembro del grupo de usuarios Administrador.
Uso: hppisa
-h, -?, -help (Muestra esta información);
-e, -enable (Habilita el controlador LSI);
-d, -disable (Inhabilita el controlador LSI)
Una vez realizados los cambios, la imagen del SO se puede mover entre servidores físicos y
máquinas virtuales.
Portable Images Network Tool (Herramienta de red de imágenes portables, PINT)
PINT se utiliza para resolver problemas de red cuando mueve una imagen de un SO de un servidor
físico a otro, o de un servidor físico a una máquina virtual ESX de VMware.
PINT mantiene un archivo de configuración de red en el que recopila información sobre cada
interfaz de red y su configuración en un servidor. PINT se mantiene en estado suspendido, y se
ejecuta solo cuando recibe uno de los eventos siguientes:
•Evento de cambio en la configuración de IP
PINT considera que los cambios realizados mientras el servidor está activo son intencionados,
hechos por el usuario. PINT registra los cambios y actualiza su archivo de configuración.
•Evento Stop (Parada)
Si el usuario detiene el servicio PINT, PINT recibe un evento que le indica el apagado.
•Eventos de comandos de usuario
Si un usuario realiza cambios a través de la línea de comandos de PINT, PINT recibe
notificación y actúa en consecuencia.
NOTA: Si un NIC del servidor de destino precisa de un conjunto de controladores distinto de los
del servidor de origen, debe instalar los nuevos controladores antes de usar PINT en el servidor
de destino.
Para obtener información sobre PINT, incluyendo instrucciones de instalación y funcionamiento,
consulte el archivo Readme de Windows para Portable Images Network Tool (PINT), disponible
36Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
en el directorio PINT en el DVD de HP Insight Control, en: C:\Program Files\HP\Insight
Control server migration\PI\PINT
Configuración y administración de servidores lógicos con distintas
tecnologías
En esta sección se explican las tareas de configuración y administración de servidores lógicos de
tecnología cruzada en un entorno Matrix OE.
Grupos de portabilidad
Cuando cree un servidor lógico, debe especificar la portabilidad del mismo. Esto se hace
seleccionando un Grupo de portabilidad dentro de la Página de Identity del asistente de la
configuración del servidor lógico. Una vez que hay un servidor lógico asociado a un grupo de
portabilidad concreto, se podría mover a cualquier sistema de destino (servidor físico HP Virtual
Connect o hipervisor de máquina virtual) dentro de dicho grupo de portabilidad. Las restricciones
de recursos del servidor lógico, como los requisitos de CPU/memoria y la conectividad de
red/SAN, se evalúan únicamente dentro del contexto del grupo de portabilidad al que está
asociado el servidor lógico. Hay dos clases de grupos de portabilidad: Predeterminado y Definido
por el usuario. El entorno operativo de Matrix proporciona grupos de portabilidad predeterminados,
según los recursos hallados dentro de su centro de datos. Los Grupos de portabilidad
predeterminados incluyen:
•ESX - Todos los hipervisores de ESX
•HYPERV - Todos los hipervisores HyperV
•Cada Grupo de dominio de Virtual Connect (VCDG); cada VCDG tendrá su propio grupo
de portabilidad predeterminado.
También puede crear grupos de portabilidad definidos por el usuario que amplíen la portabilidad
de un servidor lógico a tecnologías poco comunes. Por ejemplo, el movimiento de servidores
lógicos entre un servidor lógico Virtual Connect y un host de máquina virtual ESX de VMware.
Los grupos de portabilidad definidos por el usuario se definen seleccionando Modify (Modificar)
-> logical server Portability Groups (Grupos de portabilidad de servidor lógico) en Matrix OE
Visualization.
Configuración y administración de servidores lógicos con distintas tecnologías37
Si ha seleccionado uno o más destinos en Matrix OE Visualization, estarán presentes como posibles
destinos. De lo contrario, estarán presentes todos los recursos.
38Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
Asigne un nombre y descripción opcional al grupo de portabilidad (el nombre se utilizará al
definir servidores lógicos). El conjunto de Tipos de grupos se selecciona automáticamente según
los destinos insertados en el grupo de portabilidad. Estas son algunas de las combinaciones válidas
de destinos:
•Un único Grupo de dominio de Virtual Connect (VCDG)
•Un conjunto de hipervisores de ESX
•Un conjunto de hipervisores Hyper-V
•Un conjunto formado por un único VCDG y un conjunto de hipervisores de ESX
Definición de servidores lógicos con distintas tecnologías
Para definir un servidor lógico de tecnología cruzada, debe colocar un servidor lógico en un
grupo de portabilidad y, a continuación, definir el almacenamiento para dicho servidor lógico.
Colocación de un servidor lógico en un Grupo de portabilidad
La colocación de un servidor lógico en un Grupo de portabilidad se realiza desde la página de
identidad del servidor lógico. Esto se puede hacer durante la creación de un servidor lógico o
una modificación posterior del mismo. Realice la selección de la lista desplegable del Grupo de
portabilidad según se muestra. Esta lista incluye tanto los grupos de portabilidad predeterminados
como los grupos definidos por el usuario.
Configuración y administración de servidores lógicos con distintas tecnologías39
El grupo de portabilidad para cualquier servidor lógico se puede ver haciendo clic en el icono
View Movable logical server details (Ver detalles de servidor lógico movible) en Matrix OE
Visualization.
Se mostrarán los detalles de este servidor lógico.
Los servidores lógicos se pueden convertir en portables por medio de técnicas descritas
anteriormente en este capítulo.
40Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
NOTA:El usuario es el único que puede determinar si el sistema operativo que se proporciona
en el servidor lógico tiene el rendimiento real deseado en diversas plataformas. Si un servidor
lógico no ha estado activo antes en un tipo de plataforma, HP Matrix Operating Environment
mostrará un aviso para cada plataforma de dicho tipo en la página Target selection (Selección
de destino) durante los movimientos y activaciones. El usuario será el encargado de determinar
si el destino es válido o no.
Definición de almacenamiento
El almacenamiento se puede definir a través de entradas en la Agrupación de almacenamiento
o Entradas de almacenamiento asociadas directamente a un servidor lógico. Los servidores lógicos
de tecnología cruzada precisan que su almacenamiento esté basado en SAN. Este enfoque utiliza
el inicio normal de SAN dentro de Virtual Connect, y aprovecha la tecnología Raw Disk Mapping
(RDM) de ESX, que presenta los LUN de inicio y datos directamente a la máquina virtual.
Cuando se defina un almacenamiento para un servidor lógico portable, hay que seleccionar SANStorage Entry (Entrada de almacenamiento SAN). Para permitir flexibilidad y movimiento entre
tipos de tecnología subyacentes, el almacenamiento se debe presentar a las WWN asociadas al
perfil del servidor Virtual Connect y el almacenamiento también se debe presentar a cualquier
Host VM de ESX que sean destinos posibles para el servidor lógico. Las entradas de la agrupación
Configuración y administración de servidores lógicos con distintas tecnologías41
de almacenamiento se deben crear en el mismo grupo de portabilidad asociado al servidor (o
servidores) lógico que utilizarán el almacenamiento.
Movimiento entre tecnologías
La activación y movimiento de servidores lógicos entre tecnologías se logra de la misma forma
que con servidores lógicos estándar. No obstante, la operación Unlike Move (Movimiento poco
frecuente) se utiliza para servidores lógicos de tecnología cruzada cuando está a punto de
realizarse una operación de activación o movimiento en un servidor con una tecnología subyacente
distinta de la del host del destino anterior.
Los destinos de un servidor lógico se seleccionan del grupo de portabilidad del servidor lógico.
A continuación, los miembros del grupo de portabilidad pasarán un filtro adicional en base a la
disponibilidad de recursos, incluyendo los recursos de CPU y memoria, así como la conectividad
SAN y de red.
42Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
NOTA:Las redes de Virtual Connect deben tener nombres idénticos a sus redes correspondientes
(grupos de puertos) en hipervisores ESX. Si hay diferencias en los nombres, la operación Unlike
Move (Movimiento poco frecuente) no podrá identificar las redes con conectividad parecida.
Atributos de destino
Puede hacer un seguimiento sobre dónde se ha activado correctamente un servidor lógico y se
ha movido anteriormente, utilizando atributos de destino de servidor lógico. Los atributos de destino
proporcionan un mayor número de destinos "más adecuados" en los que puede activar o mover
un servidor lógico. Puede ver o modificar atributos de destino en un servidor lógico, seleccionando
el servidor lógico y, a continuación, haciendo clic en Modify (Modificar) -> logical server TargetAttributes (Atributos de destino del servidor lógico) -> Manage (Administrar).
Los tipos de destino se pueden seleccionar y añadir (o bien eliminar) de los atributos del destino
del servidor lógico. Si selecciona un servidor de la lista siguiente y hace clic en Add (Agregar),
se agrega el tipo de servidor con los recursos asociados a la lista de destinos "más adecuados"
para el servidor lógico. Si selecciona un tipo de servidor de la lista Target Attributes Available toRemove (Atributos de destino disponibles para eliminación) y hace clic en Remove (Eliminar), el
tipo de servidor especificado ya no se considerará como "más adecuado".
Movimiento entre tipos blade
Los servidores lógicos con atributos de destino proporcionan la ventaja de permitir al software
Logical Server Management identificar posibles destinos adicionales cuando se mueve o activa
un servidor. Al igual que sucede con todos los servidores lógicos de tecnología cruzada, el usuario
es el responsable de asegurar un rendimiento y funcionalidad adecuados del servidor lógico en
las distintas plataformas. En caso de que se compruebe que un destino concreto no es adecuado,
Configuración y administración de servidores lógicos con distintas tecnologías43
es sencillo administrar los atributos de destino del servidor lógico y eliminar dicho tipo de destino
para describir con más precisión la portabilidad del servidor lógico.
Administración de servidores lógicos con distintas tecnologías protegidos
mediante Recuperación frente a desastres en una configuración de Matrix
Recovery Management
En esta sección se explica cómo administrar servidores lógicos de tecnología cruzada protegidos
mediante Recuperación frente a desastres en una configuración de Matrix Recovery Management.
Configuración de preferencia de tipo de destino para recuperación frente a errores
Durante una recuperación frente a errores del sitio, para cada servidor lógico que se ha configurado
con protección frente a desastres, Matrix Recovery Management activa un servidor lógico de igual
(peer) configurado de la misma forma, en el sitio de recuperación. Es por ello que Matrix Recovery
Management interactúa con la capacidad de Matrix OE Logical Server Management para
determinar una lista de los destinos disponibles adecuados y elije el destino más apropiado para
activar el servidor lógico.
Para un servidor lógico de tecnología cruzada, la lista de destinos disponibles adecuados podría
incluir servidores físicos y host VM. Matrix Recovery Management incluye un parámetro Targettype preferred (Tipo de destino preferido) en la pestaña de configuración Sites (Sitios), donde
puede especificar el tipo de destino preferido para cada sitio.
Debe especificar el tipo de destino preferido para todos los sitios del CMS de cada sitio:
•Si especifica Virtual como el tipo de destino preferido para un sitio, todos los servidores
lógicos de tecnología cruzada cuyos Grupos de recuperación prefieran dicho sitio se activarán
en los host VM durante una operación de activación en dicho sitio. Solo se elegirá un servidor
físico si no hay hosts VM disponibles.
•Si especifica Physical (Físico) como el tipo de destino preferido para un sitio, todos los
servidores lógicos de tecnología cruzada cuyos Grupos de recuperación prefieran dicho sitio
44Movimiento de carga de trabajo dinámica con CloudSystem Matrix: Movimiento fluido entre recursos físicos y virtuales para
lograr flexibilidad y optimizar la recuperación
se activarán en los servidores físicos durante una operación de activación en dicho sitio. Solo
se elegirá un host VM si no hay servidores físicos disponibles.
Mediante la especificación de las preferencias de destino adecuadas para los sitios, puede
establecer una configuración en la que los servidores lógicos de tecnología cruzada protegidos
mediante Recuperación frente a desastres se ejecuten en servidores físicos en un sitio y en hosts
VM en el otro sitio. Por ejemplo, podría ejecutar servidores lógicos de tecnología cruzada
protegidos mediante Recuperación frente a desastres en servidores físicos en su sitio preferido,
pero ejecutarlos en hosts VM en el sitio secundario cuando se recuperen después un error.
Administración de servidores lógicos con distintas tecnologías protegidos mediante Recuperación frente a desastres en una
configuración de Matrix Recovery Management
45
5 Problemas, limitaciones y acciones sugeridas
Los problemas y limitaciones de esta versión se muestran a continuación. Se emplean las categorías
que se indican a continuación:
LimitacionesLimitaciones de las características y funciones implementadas
de esta versión.
Problemas importantesProblemas que pueden afectar considerablemente a la
funcionalidad y usabilidad de esta versión.
Problemas menoresProblemas que pueden ser perceptibles pero que no afectan de
manera importante a la funcionalidad o usabilidad.
Limitaciones
No hay soporte integrado para copia remota de 3PAR en modo asíncrono
Matrix Recovery Management solo tiene soporte integrado para copia remota de HP 3PAR en
modo síncrono.
No hay sincronización automática de la configuración entre sitios
La configuración de Matrix Recovery Management en dos sitios distintos no se sincroniza
automáticamente, pero Matrix Recovery Management proporciona el servicio de exportación e
importación de configuración para facilitar dicha tarea.
Acciones recomendadas:
La ayuda en línea de Matrix Recovery Management le guiará para las operaciones de exportación
e importación.
La información de trabajos de Matrix Recovery Management no se conserva en
ciertas situaciones
La información de trabajos de Matrix Recovery Management anteriormente ejecutados no se
conserva cuando:
•La configuración de Matrix Recovery Management se restaura mediante la utilidad mxsync
de HP Insight.
Problemas menores
El navegador Firefox no se puede utilizar para operaciones de exportación de sitios
El navegador Firefox no se puede utilizar para realizar operaciones de exportación de
configuración de sitios de Matrix Recovery Management debido a un problema en Adobe Flash
Player 10.3. Para obtener más información, consulte la incidencia 2980517 en el sitio web de
Adobe.
Acciones recomendadas:
•Utilice Internet Explorer 8 o posterior para realizar operaciones de exportación de
configuración de sitios de Matrix Recovery Management.
46Problemas, limitaciones y acciones sugeridas
Valores de configuración de ESX necesarios para que los almacenes de datos de
VMFS de servidores lógicos administrados por Matrix Recovery Management sean
visibles en el sitio remoto
Suponiendo las condiciones siguientes, Matrix Recovery Management precisa de un valor de
configuración de ESX específico para mantener la firma de un almacén de datos VMFS, de forma
que sea visible en el sitio remoto:
•Si tiene modelos de array de HP P6000 Continuous Access Software asimétricos en el sitio
local y remoto.
•Si está usando arrays de almacenamiento HP P9000 Continuous Access Software en los sitios
local y remoto.
•Si está usando sistemas de almacenamiento HP 3PAR.
Acciones recomendadas:
•Para hosts ESX3.X, establezca Lvm.DisallowSnapshotLun en 0 usando Virtual Center
•Para hosts ESX4.X, para montar el almacén de datos del sitio local con una firma existente,
consulte el capítulo Montar un almacén de datos VMFS con una firma existente en la guía
ESX Configuration Guide Update 1, ESX 4.0, vCenter Server 4.0, disponible en: http://
www.vmware.com/pdf/vsphere4/r40_u1/vsp_40_u1_esx_server_config.pdf Para obtener
más información, consulte la Base de conocimiento de VMware, en: http://kb.vmware.com/
kb/1015986
Cuelgues de los trabajos de activación o desactivación
Si Matrix OE Logical Server Management no puede completar una tarea iniciada por una operación
Activate... o Deactivate... de Matrix Recovery Management debido a problemas de pila subyacentes,
la operación de Matrix Recovery Management se bloqueará.
Acciones recomendadas:
Reinicie el servicio HP Logical Server Automation desde el CMS (Windows Administrative Tools
–> Services and Applications –> Services (Herramientas administrativas -> Servicios y aplicaciones
-> Servicios)) y vuelva a realizar la operación de Matrix Recovery Management.
Configuración idéntica de servidores lógicos entre sitios
Los servidores lógicos de recuperación y local se deben configurar con parámetros idénticos, salvo
por el nombre del servidor lógico, usando Matrix OE Visualization. Hay posibilidad de
discrepancias, entre los sitios local y remoto, en los valores de atributos que no se incluyan en las
pantallas de configuración de la interfaz de usuario de Matrix Recovery Management. Por ejemplo:
•Dirección MAC: para servidores lógicos alojados en VC, la dirección MAC se asigna desde
Virtual Connect o Virtual Connect Enterprise Manager. Hay que usar rangos de direcciones
desunidos en los sitios local y remoto, de ahí que las direcciones MAC para un servidor lógico
primario y el servidor lógico de recuperación correspondiente sean distintas.
•HBA WWN: para un servidor lógico alojado en VC, la dirección HBA WWN se asigna
mediante un sistema Virtual Connect o Virtual Connect Enterprise Manager. Es necesario
utilizar rangos de direcciones desunidos en los sitios local y remoto, de ahí que la WWN de
un servidor lógico primario y el servidor lógico de recuperación correspondiente sea distinta.
•UUID de BIOS: no hay mecanismo de soporte para conservar el UUID para un servidor lógico
alojado en VC cuando se mueve entre sitios (aunque sí lo hay cuando se mueve dentro de
un sitio).
Problemas menores47
•Número de serie de BIOS: no hay mecanismo de soporte para conservar el número de serie
de un servidor lógico alojado en VC cuando se mueve entre sitios (aunque sí lo hay cuando
se mueve dentro de un sitio).
•LUN de arrays: en un servidor lógico alojado en VC, el SO Windows o Linux es el responsable
de correlacionar correctamente los LUN que se les presentan con los volúmenes y sistemas
de archivos configurados por el SO. Para un servidor lógico alojado en VM, el SO de ESX
en el host debe correlacionar los LUN presentados con el VMFS utilizado por el servidor
lógico alojado en VM. Aunque los sistemas operativos tienen mecanismos incorporados para
ello, HP recomienda que mantenga los mismos números de LUN para los discos
correspondientes, de un sitio a otro.
Acciones recomendadas:
Evaluar el impacto de estas discrepancias en organización de licencias en uso para el sistema
operativo y aplicaciones que se ejecuten en servidores lógicos protegidos mediante Recuperación
frente a desastres.
Una instancia de RAID Manager por cada instancia de HP P9000 Storage
Management Server y una instancia de RAID Manager por cada grupo de dispositivos
de HP P9000
Cada servidor de administración de almacenamiento de HP P9000 Continuous Access Software
configurado en Matrix Recovery Management tendrá una única instancia de HP P9000 RAID
Manager Software administrando los grupos de dispositivos de HP P9000. Cada grupo de
replicación de almacenamiento de HP P9000 Continuous Access Software Storage Replication
Group configurado en Matrix Recovery Management estará gestionado por una instancia de
HP P9000 RAID Manager Software en cada sitio.
Acciones recomendadas:
No hay solución para este problema.
El software CLX/HP P9000 debe estar instalado en un sistema Windows aparte
Para gestionar los distintos grupos HP P9000 Device a incluir en una configuración de Matrix
Recovery Management, habría que configurar un sistema Windows aparte (distinto de Central
Management Server, CMS) con CLX/HP P9000 y HP P9000 RAID Manager Software compatible.
Acciones recomendadas:
No hay solución para este problema.
Una única operación de configuración Matrix Recovery Management activa en todo
momento
Si varios usuarios intentan ejecutar operaciones de configuración en Matrix Recovery Management,
solo una de ellas será correcta. El resto de operaciones de configuración recibirán un mensaje
de error indicando que hay otra operación de configuración en curso.
Acciones recomendadas:
No hay solución para este problema.
La operación de eliminación de sitio de Matrix Recovery Management no elimina
las herramientas de HP SIM
Si los servidores de gestión de almacenamiento de HP P9000 Continuous Access están configurados
y se realiza una operación de eliminación de sitio, las herramientas de HP SIM usadas para la
gestión de la replicación de almacenamiento de HP P9000 en el Servidor de gestión de
almacenamiento no se eliminarán.
48Problemas, limitaciones y acciones sugeridas
Acciones recomendadas:
Se puede ejecutar manualmente el mandato mxtool para eliminar las herramientas de HP SIM.
Los nombres de las herramientas son Insight Recovery_Failover e InsightRecovery_Group validation. Por ejemplo, si el nombre del Servidor de gestión de
almacenamiento es stgmgmtA.cup.hp.com, los nombres de las herramientas serán
STGMGMTA_CUP_HP_COM_Insight Recovery_Failover y
STGMGMTA_CUP_HP_COM_Insight Recovery_Group validation.
Problemas menores49
6 Solución de problemas
Este capítulo se divide en tres secciones:
•«Solución de problemas con la configuración» (página 50)
•«Solución de problemas de Matrix Recovery Management» (página 55)
•«Archivos de registro de Matrix Recovery Management» (página 59)
Solución de problemas con la configuración
Para resolver problemas con las operaciones de configuración de Matrix Recovery Management,
anote los mensajes de error que aparezcan en pantalla y, a continuación, revise esta sección en
busca de información relevante. También puede revisar los archivos de registro de mxdomainmgr
en busca de información adicional.
En esta sección se tratan los problemas siguientes:
•No se puede añadir o editar la información del sitio
Causas posibles:
◦El nombre del CMS local o remoto proporcionado no es válido (no es un nombre de
dominio completamente cualificado o localizable en el DNS).
◦El nombre del CMS local o remoto no incluye un nombre completamente cualificado
asociado al host local.
•No se puede añadir o editar la información del Servidor de gestión de almacenamiento
Causas posibles:
◦El servidor de gestión de almacenamiento no se descubre en la interfaz de usuario de
Insight Dynamics.
◦Las credenciales asociadas al servidor de gestión de almacenamiento en la interfaz de
usuario de Insight Dynamics no incluyen el nombre de usuario proporcionado como parte
de la configuración del servidor de gestión de almacenamiento que se ha añadido o
editado.
◦La interfaz de usuario de Insight Dynamics no se puede comunicar con el servidor de
gestión de almacenamiento.
El error de comunicación con los Servidores de gestión de almacenamiento podría ser debido
a que Open-SSH no esté instalado o configurado en el sistema de destino.
•No se puede añadir o modificar el Servidor de gestión de almacenamiento HP P6000
Causas posibles:
◦El servidor CIMOM no se está ejecutando en el Servidor de gestión de almacenamiento.
◦El servidor CIMOM está configurado para usar un puerto distinto al especificado para
las operaciones de agregar o editar.
◦El usuario especificado no tiene un inicio de sesión válido en el Servidor de gestión de
almacenamiento que le proporcione los permisos adecuados.
•No se puede añadir o editar el Grupo de replicación de almacenamiento de HP P6000
Causas posibles:
◦No se puede obtener información del Grupo de replicación de almacenamiento de los
servidores de Vista de comandos para validar la información del Grupo de replicación
de almacenamiento proporcionada por el usuario.
50Solución de problemas
•No se puede añadir o editar el Grupo de replicación de almacenamiento de HP P9000
Causas posibles:
◦El Grupo de replicación de almacenamiento no está configurado para ser gestionado
por las instancias del administrador de RAID.
◦El servicio de administrador de RAID no se está ejecutando en el Servidor de gestión de
almacenamiento local.
◦Los parámetros especificados para el Grupo de replicación de almacenamiento (array
local, array remoto, número de serie y modo de replicación) no coinciden con la
información del Grupo de replicación de almacenamiento en el array de discos.
•No se puede añadir o modificar el Servidor de gestión de almacenamiento HP 3PAR
Causas posibles:
◦El archivo de contraseña para el sistema de almacenamiento HP 3PAR no se encuentra
en el directorio /storage/3par/conf de instalación de Matrix Recovery Management.
◦La contraseña del sistema de almacenamiento HP 3PAR se ha cambiado desde que se
creó el archivo de contraseña.
•No se puede añadir o editar el Grupo de replicación de almacenamiento de HP 3PAR
Causas posibles:
◦El Grupo de replicación de almacenamiento no está configurado para ser gestionado
por la copia remota de HP 3PAR.
◦Los parámetros siguientes especificados para el Grupo de replicación de almacenamiento
no se pueden validar con la configuración del sistema de almacenamiento HP 3PAR:
–nombre de grupo de volumen en el sistema de almacenamiento HP 3PAR local
–nombre de grupo de volumen en el sistema de almacenamiento HP 3PAR remoto
–nombre de grupo de copia remota de array local
–nombre de grupo de copia remota de array remoto
–número de serie del sistema de almacenamiento HP 3PAR local
–número de serie del sistema de almacenamiento HP 3PAR remoto
–modo de replicación
•La configuración del servidor lógico de Matrix Recovery Management no es consistente con
la configuración del servidor lógico Matrix OE Logical Server Management
Causas posibles:
◦El servicio HP Logical Server Automation no se estaba ejecutando cuando se configuraron
los Grupos de recuperación en Matrix Recovery Management.
◦El servidor lógico está siendo gestionado activamente cuando se invocó la configuración
de Matrix Recovery Management (había una modificación, activación o desactivación
de servidor lógico en curso).
•No se puede ejecutar una operación de configuración
Causas posibles:
◦Hay una operación Activate... o Deactivate... en curso.
◦Es posible que haya otra operación de configuración en curso.
Solución de problemas con la configuración51
•No se pueden importar Servidores de gestión de almacenamiento como parte de una
operación de importación
Causas posibles:
◦El servidor de gestión de almacenamiento no se ha descubierto en la interfaz de usuario
de Insight Dynamics.
◦Las credenciales asociadas al servidor de gestión de almacenamiento en la interfaz de
usuario de Insight Dynamics no incluyen el nombre de usuario especificado en la
configuración de Matrix Recovery Management en el sitio local.
◦La interfaz de usuario de Insight Dynamics no se puede comunicar con el servidor de
gestión de almacenamiento especificado en la configuración de Matrix Recovery
Management en el sitio local.
•Error en la operación de importación
Causas posibles:
◦El archivo de importación no es válido.
◦El servicio HP Logical Server Automation no está en ejecución.
◦Había servidores lógicos de recuperación en estado activo en el momento de la
importación.
No tiene autorización para acceder a esta página.Mensaje de error
Causa
Acción
Causa
Causa
Mensaje de error
Causa
El usuario no está autorizado para utilizar Matrix Recovery Management, o el servidor DNS no
puede resolver el nombre de host del CMS local.
Para ver más detalles, revise los archivos de registro de HP SIM y Matrix Recovery Management
y, a continuación, póngase en contacto con el administrador de la red para agregar el nombre
de host del CMS local al servidor DNS.
El nombre de host especificado no se puede verificar.Mensaje de error
El hostname (nombre de host) especificado para el CMS del sitio local o remoto no se puede
localizar en el DNS.
Compruebe que en los CMS existe una entrada de DNS válida con un nombre de dominio completo.Acción
No se puede crear/editar la información del sitio.Mensaje de error
El hostname (Nombre de host) especificado para el CMS no incluye un nombre de dominio
completo asociado al CMS local.
Asegúrese de que el CMS para el sitio local tiene el dominio completo del host local.Acción
CMS no ha descubierto el Servidor de gestión de almacenamiento. Descubra
el servidor y vuelva a intentarlo.
Cada Servidor de gestión de almacenamiento que se deba configurar en Matrix Recovery
Management se debe descubrir en la interfaz de usuario de Insight Dynamics con las credenciales
apropiadas especificadas.
Acción
52Solución de problemas
Asegúrese de que el servidor de gestión de almacenamiento esté descubierto en la interfaz de
usuario de Insight Dynamics. Si no fuera así, descubra el servidor usando Options -> Discovery
(Opciones -> Descubrir) en la interfaz de usuario de Insight Dynamics.
Mensaje de error
Error: El nombre de usuario y/o el nombre de dominio del gestor de
almacenamiento no es válido.
Causa
Acción
Mensaje de error
Acción
Mensaje de error
Causa
Acción
Las credenciales de inicio de sesión para el servidor almacenado en la interfaz de usuario de
Insight Dynamics no incluyen el nombre de usuario especificado como parte de la operación de
configuración del Servidor de gestión de almacenamiento en Matrix Recovery Management.
Para el servidor especificado, asegúrese de que las credenciales de inicio de sesión de la interfaz
de usuario de Insight Dynamics incluyen las credenciales para el nombre de usuario especificado.
Error: No se ha podido añadir/modificar el Servidor de gestión de
almacenamiento EVA. Las credenciales para el Servidor de gestión de
almacenamiento no existen. Compruebe la entrada y vuelva a intentarlo.
El hostname (nombre de host), número de puerto y nombre de usuario no se pueden validar.Causa
Asegúrese de que el servidor identificado por hostname es un servidor de Vista de comandos de
HP P6000. Asegúrese de que el CIMOM del servidor de Vista de comandos está configurado para
utilizar el número de puerto especificado y que el nombre de usuario especificado es un nombre
de usuario válido en dicho servidor.
No se puede añadir/editar la información del Servidor de gestión de
almacenamiento.
El servidor no está correctamente configurado para ser gestionado por la interfaz de usuario de
Insight Dynamics.
Asegúrese de que Open SSH está instalado y configurado en el servidor, y que los nodos
gestionados y el CMS son de confianza. Esto se puede lograr ejecutando Configure (Configurar)
-> Configure or Repair Agents (Configurar o reparar agentes) en la Interfaz de usuario de Insight
Dynamics.
Mensaje de error
Causa
Acción
No se puede añadir/editar el Grupo de replicación de almacenamiento de
EVA
No se puede obtener información sobre el Grupo de replicación de almacenamiento desde el
servidor de Vista de comandos de HP P6000.
Confirme que el Grupo de replicación de almacenamiento existe en los arrays listados cuando se
añadió o editó la configuración del Grupo de replicación de almacenamiento de HP P6000 en
Matrix Recovery Management. Asegúrese de que los arrays de HP P6000 estén gestionados por
los servidores de Vista de comandos de HP P6000.
1. Confirme que el componente SIM-S de la Vista de comandos de HP P6000 se ha instalado en
el servidor de Vista de comandos de HP P6000. Para obtener información adicional sobre la
instalación de SMI-S, consulte la guía HP P6000 Command View Software Installation Guide,
disponible en: http://h20000.www2.hp.com - haga clic en Manuals y luego acceda a Storage
(Almacenamiento)–> Storage Software (Software de almacenamiento) –> Storage Device
Management Software (Software de gestión de dispositivos de almacenamiento) –> HP P6000
Command View Software.
2. Confirme que el número de puerto especificado durante la configuración del Servidor de gestión
de almacenamiento en Matrix Recovery Management es la misma que el número de puerto
WBEM configurado en el servidor de Vista de comandos de HP P6000 (por ejemplo, 5989).
Para obtener información, consulte la sección de configuración del servidor CIMOM de la guía
HP P6000 Command View Software Installation Guide.
3. Actualice la base de datos de CIM del servidor de Vista de comandos de HP P6000 ejecutando
el mandato de actualización. Para obtener detalles sobre el mandato Discoverer (Descubridor),
consulte la sección Configuring HP SMI-S EVA to Discover HP Command View EVA Arrays de
la guía HP P6000 Command View Software Installation Guide.
4. Asegúrese de que el servicio de software de Vista de comandos de HP P6000 y el servicio
CIMOM estén en ejecución. Si fuera necesario, inicie o reinicie dichos servicios.
Solución de problemas con la configuración53
Mensaje de error
No se puede añadir/editar el Grupo de replicación de almacenamiento de
XP
Causa
Acción
Mensaje de error
Causa
Acción
No se ha podido obtener información sobre el Grupo de replicación de almacenamiento desde
el gestor RAID o la información obtenida no coincide con la información proporcionada cuando
se añadió o editó la configuración del Grupo de replicación de almacenamiento de HP P9000 en
Matrix Recovery Management.
Asegúrese de que la instancia del gestor de RAID en el Servidor de gestión de almacenamiento
local esté en ejecución y activa. En el directorio de instalación del Administrador de RAID, ejecute
pairdisplay –g <nombre de grupo> (donde <nombre de grupo> es el nombre del
Grupo de replicación de almacenamiento que se añade o edita) - para ver si el Grupo de replicación
de almacenamiento está configurado y el número de serie de array local y remoto, así como el
tipo de replicación de almacenamiento corresponden con los datos proporcionados cuando se
añadió o editó la configuración del Grupo de replicación de almacenamiento de HP P9000 en
Matrix Recovery Management.
No se han podido agregar credenciales CLX para este sistema de
almacenamiento HP 3PAR.
El archivo de contraseña cifrado para el sistema de almacenamiento HP 3PAR correspondiente no
es correcto o la contraseña del sistema de almacenamiento se ha cambiado, por lo que no se
puede autenticar usando el archivo de contraseña especificado.
Asegúrese de que el archivo de contraseña correcto esté presente en el directorio /storage/3par/conf en el que está instalado Matrix Recovery Management, para los sistemas de
almacenamiento HP 3PAR local y remoto. Si fuera necesario, regenere los archivos de contraseña.
Vuelva a intentar la operación de añadir del Servidor de gestión de almacenamiento.
Mensaje de error
Acción
Causa
Acción
Mensaje de error
Causa
Acción
Error: No se ha podido localizar la ruta de instalación de CLX/3PAR.
Compruebe si CLX/3PAR está instalado en el sistema.
El software necesario HP 3PAR Cluster Extension software no está instalado.Causa
Instale solo el componente CLI del software HP 3PAR Cluster Extension software usando la opción
de instalación personalizada.
No se puede validar este Grupo de replicación de almacenamiento de 3PARMensaje de error
Los parámetros especificados no se pueden validar contra los que están actualmente configurados
en el sistema de almacenamiento HP 3PAR.
Compruebe y corrija los parámetros (incluyendo los nombres de grupo de volumen en el sistema
de almacenamiento HP 3PAR local y remoto, los nombres de grupo de copia remota de array local
y remoto, los números de serie del sistema de almacenamiento HP 3PAR local y remoto, el modo
de replicación) y vuelva a intentar la operación.
La configuración del servidor lógico de Matrix Recovery Management no
es coherente con la configuración del servidor lógico de Insight
Dynamics.
Matrix Recovery Management no se ha podido comunicar con Insight Dynamics para confirmar
que Matrix Recovery Management está administrando un servidor lógico.
Eliminar el Grupo de recuperación que contenga el servidor lógico de Matrix Recovery Management.
Confirmar que el servicio HP Logical Server Automation está en ejecución. Asegurarse de que el
servidor lógico no está siendo modificado por algún usuario de forma activa. Volver a intentar
agregar el Grupo de recuperación en Matrix Recovery Management.
54Solución de problemas
Mensaje de error
No se han podido ejecutar operaciones de Matrix Recovery Management
porque el trabajo de Matrix Recovery Management está en curso o porque
lo está otra operación de configuración de Matrix Recovery Management.
Causa
Acción
Causa
Acción
Causa
Si hay una operación Activate... o Deactivate... en curso, no se permitirán operaciones de
configuración, ya que el trabajo está en curso. Si hay una operación de configuración de Matrix
Recovery Management en curso, no se permitirán otras operaciones de configuración de Matrix
Recovery Management.
Asegúrese de que el proceso de recuperación no tarda más de lo normal y que el proceso del
trabajo de fondo hp_lsdt_automation.exe esté en ejecución. Espere a que se complete la
operación Activate... o Deactivate....
No se pueden importar Servidores de gestión de almacenamiento.Mensaje de error
El servidor de gestión de almacenamiento no está correctamente configurado en la interfaz de
usuario de Insight Dynamics.
Asegúrese de que el servidor de gestión de almacenamiento esté descubierto en la interfaz de
usuario de Insight Dynamics. Compruebe que Open SSH esté instalado y configurado en el Servidor
de gestión de almacenamiento. Si no fuera así, ejecute Configure (Configurar) -> Configure orRepair Agents (Configurar o reparar agentes) desde la Interfaz de usuario de Insight Dynamics.
Asegúrese de que las credenciales para el usuario son también las credenciales de inicio de sesión
para el servidor en la interfaz de usuario de Insight Dynamics.
Error en importación.Mensaje de error
Algunas de las posibles causas son un archivo de importación no válido, que el servicio de
Automatización de servidores de HP Logical no esté en ejecución, o que uno o más servidores
lógicos de recuperación estén en estado activo.
Acción
Mensaje de error
Causa
Acción1. En el archivo mxdomainmgr.*.log, busque los Servidores de gestión de almacenamiento
Asegúrese de que para la importación de la configuración de Matrix Recovery Management en
el sitio remoto se utiliza un archivo exportado válido. Confirme que el servicio HP Logical Server
Automation esté en ejecución en el CMS. Asegúrese de que todos los servidores lógicos de
recuperación que van a ser administrados por Matrix Recovery Management están en estado
desactivado en el momento de la importación de la configuración de Matrix Recovery Management.
La importación ha sido correcta pero no todos los gestores de
almacenamiento se han configurado completamente. Para información más
detallada, revise los archivos de registro de gestión de recuperación
de Matrix.
Las credenciales no se han configurado para uno o más Servidores de gestión de almacenamiento
remotos.
con las credenciales que no se configuraron.
2. Asegúrese de que los Servidores de gestión de almacenamiento están activos y en buen estado.
3. Descubra los Servidores de gestión de almacenamiento en el CMS.
4. Haga clic en la pestaña Storage Management Servers (Servidores de gestión de almacenamiento)
de la interfaz de usuario de Matrix Recovery Management.
5. Seleccione el servidor de gestión de almacenamiento que quiere configurar y haga clic en Edit
(Editar).
6. Marque el recuadro Refresh SIM Password (Actualizar contraseña SIM) y haga clic en Save
(Guardar).
Solución de problemas de Matrix Recovery Management
El error de trabajo de Activate... o Deactivate... de Matrix Recovery Management puede producirse
de forma intermitente debido a una condición de error transitoria entre los componentes de
software. De forma predeterminada, Matrix Recovery Management reintenta automáticamente las
operaciones de activación y desactivación en servidores lógicos. Si elige inhabilitar los reintentos
Solución de problemas de Matrix Recovery Management55
automáticos, puede editar la propiedad MAX_RETRY_ATTEMPTS en el archivo
hp_ir.properties del directorio conf en el que está instalado Matrix Recovery Management.
Para inhabilitar el reintento automático, establezca la propiedad MAX_RETRY_ATTEMPTS en 0.
Para volver a habilitar el reintento automático de operaciones erróneas de Matrix Recovery
Management, establezca la propiedad MAX_RETRY_ATTEMPTS en 1.
NOTA:Los trabajos erróneos se volverán a intentar solo una vez que la operación se haya
intentado en todos los servidores lógicos de la configuración.
NOTA:Los estados del trabajo para los trabajos del Grupo de recuperación y el servidor lógico
no se marcarán como erróneos cuando haya pendiente un reintento de la operación.
Para identificar el subsistema en el que se ha producido el error, revise el resto de esta sección
en busca de información sobre los archivos de registro que debe mirar y qué acciones debe
realizar. Para obtener información adicional, puede ver los archivos de registro lsdt.log en el
directorio logs en el que está instalado Matrix Recovery Management en el sistema.
Un trabajo de Matrix Recovery Management es un proceso automatizado de varios pasos que
activa o desactiva los conjuntos del grupo de recuperación de un sitio. Por ejemplo, el trabajo
con Job Id (Id. de trabajo) 3288 que se muestra en la captura de pantalla más abajo es un trabajoActivate... Tiene una Entity (Entidad) de tipo site (sitio) y una Operation (Operación) de tipo activate.
También podrá observar el icono Failed (Erróneo) en la columna Status (Estado), indicando que
el trabajo 3288 ha sido erróneo.
Para un trabajo erróneo, haga clic en el recuadro junto al Job Id (Id. de trabajo) para obtener
información detallada sobre los trabajos subordinados asociados.
Un trabajo site contiene un trabajo subordinado por cada Grupo de recuperación. De la misma
forma, cada Grupo de recuperación tiene trabajos subordinados para su Grupo de replicación
de almacenamiento y servidor lógico respectivamente.
Para resolver los problemas de un trabajo site e identificar el origen del error, acceda a los detalles
de cada uno de los trabajos subordinados erróneos asociados para determinar qué operación
ha fallado y el motivo del fallo, según se muestra en la captura de pantalla siguiente:
56Solución de problemas
Para obtener información adicional sobre la resolución de problemas, consulte la guía Guía deusuario de HP Matrix OE Logical Server Management 7.0 disponible en: http://www.hp.com/
go/matrixoe/docs. Para resolver problemas en otros subsistemas, consulte la guía Guía de solución
de problemas de HP CloudSystem Matrix 7.0, disponible en: http://h20000.www2.hp.com:
utilice la función de búsqueda del Business Support Center para localizar este documento.
Una vez que el problema se ha corregido, desde la pantalla Jobs (Trabajos) puede reiniciar el
trabajo haciendo clic en restart (reiniciar) en la columna Status (Estado) del trabajo erróneo.
NOTA:El reinicio del trabajo solo reintentará trabajos subordinados que han fallado previamente;
los servidores asociados con trabajos o subtrabajos completados ya están activos y en
funcionamiento, y no se verán afectados.
IMPORTANTE:Si la corrección del problema que ha provocado que el trabajo sea erróneo
incluía la reconfiguración del servidor (o servidores) lógico, antes de reiniciar el trabajo, acceda
a la pestaña Recovery Groups (Grupos de recuperación) y elimine los Grupos de recuperación
que contengan los servidores lógicos reconfigurados. Los grupos de recuperación que se han
eliminado debido a reconfiguración de servidores lógicos se pueden volver a crear con los
servidores lógicos reconfigurados una vez que el trabajo se ha completado correctamente.
Solución de problemas de Matrix Recovery Management57
En esta sección se tratan los problemas siguientes:
•El trabajo de recuperación tras error ha sido erróneo porque la recuperación del
almacenamiento ha fallado
Causas posibles:
◦Los Servidores de gestión de almacenamiento no estaban disponibles en el momento de
la recuperación.
•El trabajo de recuperación frente a error ha sido correcto, pero los servidores lógicos de
recuperación no se han activado.
Causas posibles:
◦Grupos de recuperación que contienen los servidores lógicos que están en modo
mantenimiento en el sitio remoto.
•El trabajo de recuperación tras error ha sido erróneo porque no hay suficientes servidores
físicos con licencia o máquinas virtuales en las que alojar los servidores lógicos
Causas posibles:
◦Los servidores físicos están ejecutando otras cargas de trabajo.
◦El software de administración de hipervisor (por ejemplo, VMware vCenter Server) no
está en ejecución en el sitio remoto.
•El trabajo de Matrix Recovery Management ha sido erróneo porque no se ha podido localizar
un servidor lógico en Matrix OE Logical Server Management.
Causas posibles:
◦Un servidor lógico administrado por Matrix Recovery Management se ha eliminado de
Matrix OE Logical Server Management, antes de que se pudiera cancelar su
administración en Matrix Recovery Management.
•El trabajo de Matrix Recovery Management ha sido erróneo debido a una operación errónea
en Matrix OE Logical Server Management para el servidor lógico.
Causas posibles:
◦Es posible que el encendido del servidor lógico haya sido erróneo.
Mensaje de error
Causa
Acción
Mensaje de error
El trabajo de recuperación tras error es erróneo porque la recuperación
del almacenamiento de grupos de replicación de almacenamiento ha fallado
Puede ser debido a que no se pueda acceder al Servidor de gestión de almacenamiento en el
momento de la recuperación tras error o que el estado de los Grupos de replicación de
almacenamiento no permitan una recuperación tras error del almacenamiento.
Asegúrese de que se pueda acceder a al menos un Servidor de gestión de almacenamiento local
y que éste esté administrando de forma activa uno de los arrays. Para investigar más el problema,
revise el archivo clxevarun.log en STORAGE/EVA/log, dentro del lugar de instalación de
Matrix Recovery Management en el sistema, o revise el archivo clxrun.log en el directorio de
registros en el que está instalado CLX para HP P9000 en el servidor de gestión de almacenamiento
local.
El trabajo de recuperación tras error ha sido erróneo porque no se ha
podido localizar un servidor lógico en LSM
Causa
Acción
58Solución de problemas
Es posible que se haya eliminado un servidor lógico utilizando Matrix OE Visualization sin eliminar
el Grupo de recuperación que contiene el servidor lógico de Matrix Recovery Management.
Elimine el servidor lógico del grupo de recuperación en Matrix Recovery Management y vuelva a
ejecutar el trabajo de recuperación tras error. Revise también el archivo lsdt.log que se encuentra
en el directorio de registros (logs) en el que está instalado Matrix Recovery Management.
Mensaje de error
El trabajo de recuperación frente a error ha sido correcto, pero algunos
servidores lógicos de recuperación no se han activado
Causa
Acción
Mensaje de error
Causa
Acción
Los Grupos de recuperación que contienen dichos servidores lógicos podrían estar en modo
mantenimiento.
Inhabilite el modo de mantenimiento en los Grupos de recuperación y vuelva a ejecutar la operación
de recuperación tras error. Revise también el archivo lsdt.log que se encuentra en el directorio
de registros (logs) en el que está instalado Matrix Recovery Management.
El trabajo de recuperación tras error ha sido erróneo porque no hay
servidores suficientes
Es posible que no haya suficientes recursos físicos con licencia capaces de alojar los servidores
lógicos.
Asegúrese de que hay disponibles servidores físicos con licencia en Insight Dynamics suficientes
para alojar los servidores lógicos gestionados por Matrix Recovery Management. Revise también
el archivo lsdt.log que se encuentra en el directorio de registros (logs) en el que está instalado
Matrix Recovery Management.
Archivos de registro de Matrix Recovery Management
Hay varios archivos de registro disponibles con información detallada que puede revisar, y que
le ayudarán a identificar el origen de problemas en las recuperaciones tras error de Matrix
Recovery Management:
•Para los errores que se producen durante los pasos de la configuración inicial de Matrix
Recovery Management, revise el archivo mxdomainmgr(0).log que se encuentra en el
directorio de registros (logs), dentro del directorio de instalación de HP Systems Insight
Manager.
•Para los errores que se producen durante una operación de recuperación tras error o de
reversión de rol del sitio, revise el archivo lsdt.log del directorio de registros (logs), dentro
del directorio de instalación de Matrix Recovery Management; encontrará información sobre
la operación específica que ha fallado.
•Los errores relacionados con la recuperación tras error del almacenamiento de HP P6000 se
registran en el archivo clxevarun.log, en el directorio STORAGE/EVA/log que se
encuentra dentro del directorio de instalación de Matrix Recovery Management.
Para ver una lista de los archivos de registro a revisar para resolver problemas de recuperación
del almacenamiento de HP P9000, consulte la guía HP P9000 Cluster Extension SoftwareAdministrator Guide.
•Los errores relacionados con la recuperación del almacenamiento de HP P9000 se registran
en el archivo clxrun.log, que se encuentra en el directorio Cluster Extension XP\
log del servidor de gestión de almacenamiento al que accede la administración de
recuperación de Matrix para realizar la operación de recuperación de almacenamiento tras
error.
En la pantalla Logical Server Job Status (Estado del trabajo del servidor lógico) de Matrix OE
Visualization puede encontrar información adicional sobre problemas de activación y
desactivación inicialmente indicados en la pantalla Jobs (Trabajos) de Matrix Recovery
Management. Seleccione un trabajo de servidor lógico en su Job Title (Título del trabajo) y
acceda a sus Job Details (Detalles del trabajo).
•Para ver una lista de los archivos de registro a revisar para resolver problemas de recuperación
del almacenamiento de HP 3PAR, consulte la guía HP 3PAR Cluster Extension Software
Administrator Guide, disponible en: http://h20000.www2.hp.com - haga clic en Manuals
y acceda a Storage (Almacenamiento) –> Storage Software (Software de almacenamiento)
Archivos de registro de Matrix Recovery Management59
–> Storage Replication Software (Software de replicación de almacenamiento) –> HP Cluster
Extension Software.
60Solución de problemas
7 Asistencia técnica y otros recursos
Información que debe recopilarse antes de ponerse en contacto con HP
Antes de ponerse en contacto con HP, compruebe si dispone de la información siguiente:
•Nombre del producto de software
•Número del modelo de producto de hardware
•Tipo y versión del sistema operativo
•Mensaje de error correspondiente
•Hardware o software de otros fabricantes
•Número de registro de asistencia técnica (si corresponde)
Cómo ponerse en contacto con HP
Puede ponerse en contacto con la asistencia técnica de HP a través de cualquiera de estos métodos:
•Visite la página web Contact HP Worldwide: http://www.hp.com/go/assistance
•Utilice el enlace Contact hp (Ponerse en contacto con HP) en la página web de HP Support
Center: http://www.hp.com/go/hpsc
•En Estados Unidos, llame al 1-800-334–5144 para ponerse en contacto con HP por teléfono.
Este servicio está disponible 24 horas al día, 7 días a la semana. Para una mejora continua
de la calidad, las conversaciones pueden ser grabadas o supervisadas.
Registro en el servicio de actualización y de asistencia técnica de software
Los productos de software y componentes de HP Insight Management incluyen un año de servicio
de soporte técnico y actualización del software HP de 24 horas al día, 7 días a la semana. Este
servicio permite acceder a los recursos técnicos de HP que ofrecen ayuda para resolver problemas
de funcionamiento o implementación de software.
Además, este servicio permite acceder a actualizaciones de software y manuales de referencia
en formato electrónico o de soporte físico que HP pone a su disposición. Los clientes que adquieren
una licencia electrónica solo pueden acceder a actualizaciones electrónicas.
Con este servicio, los clientes de Insight Management se benefician de una resolución rápida de
problemas, así como de una entrega y notificación proactivas de las actualizaciones de software.
Para obtener más información sobre este servicio, consulte la siguiente página web: http://
www.hp.com/services/insight
Existen dos métodos para registrarse:
•Si recibió un certificado de concesión de licencia, el registro automático en este servicio se
produce al rescatar en línea el certificado o la clave de la licencia.
•Si la información sobre la licencia que obtuvo para el producto le indica que se registre en
el servicio de soporte técnico y actualización de software (Software Technical Support and
Update Service), deberá seguir las instrucciones para reunir las condiciones exigidas para
obtener el soporte por teléfono y las actualizaciones del producto.
Cómo usar el servicio de actualización y asistencia técnica de software
Gracias a que HP publica actualizaciones del software, usted tiene a su disposición las versiones
más recientes del software y la documentación. El portal de actualización y licencias de software
le brinda acceso a actualizaciones de software, documentación y licencias de los productos de
su acuerdo de asistencia de software de HP.
Puede obtener acceso a este portal desde HP Support Center (Centro de soporte de HP):
Información que debe recopilarse antes de ponerse en contacto con HP61
http://www.hp.com/go/hpsc
Después de crear su perfil y relacionar sus acuerdos de asistencia con su perfil, visite el portal de
actualización y licencias de software en http://www.hp.com/go/hpsoftwareupdatesupport para
obtener actualizaciones de software, documentación y licencias.
Información de garantía
HP sustituirá los medios defectuosos durante un periodo de 90 días a contar a partir de la fecha
de la compra. Esta garantía se aplica a todos los productos de HP Insight Management.
Distribuidores autorizados de HP
Para obtener el nombre del distribuidor autorizado de HP más cercano, consulte los siguientes
recursos:
•En Estados Unidos, consulte el sitio web para la localización de servicios de HP en Estados
Unidos ubicado en: http://www.hp.com/service_locator
•En otras ubicaciones, consulte el sitio web Contact HP mundial ubicado en: http://
welcome.hp.com/country/us/en/wwcontact.html
Comentarios sobre la documentación
En HP nos interesa saber su opinión. Si desea hacer comentarios o sugerencias referentes a la
documentación del producto, puede enviar un mensaje a:
docsfeedback@hp.com
Incluya en el mensaje el título del documento y el número de la pieza de fabricación. Todos los
mensajes enviados pasan a ser propiedad de HP.
Información relacionada
Para informarse sobre el servicio de asistencia, las actualizaciones de software y otras cuestiones
relativas a Matrix Recovery Management y a otros productos que se usan en combinación con
Matrix Recovery Management, consulte las siguientes páginas web:
•Página web de Matrix Recovery Management en: http://www.hp.com/go/matrixoe
•Página web de HP Insight Orchestration en: http://www.hp.com/go/matrixoe
•Página web de HP Matrix Operating Environment en: http://www.hp.com/go/matrixoe
•Página web de HP Insight Control en: http://www.hp.com/go/ice
•Página web de HP Insight Control Virtual Machine Management en: http://www.hp.com/
go/vmmanage
•Página web de despliegue del servidor de HP Insight Control en: http://www.hp.com/go/
rdp
•Documentación de VMware en: http://www.vmware.com/support/pubs
Documentación de Matrix Recovery Management
Para obtener más información sobre Matrix Recovery Management, consulte las siguientes fuentes:
•
Matriz de compatibilidad de HP Insight Management 7.0
Proporciona información de soporte de Matrix Recovery Management además de información
de soporte de hardware, software y firmware de HP Insight . Disponible en: http://
www.hp.com/go/matrixoe/docs
62Asistencia técnica y otros recursos
•
Notas de la versión de HP Matrix Operating Environment 7.0
Proporciona información sobre las novedades en esta versión, las características y
notificaciones sobre cambios para Matrix Recovery Management y otros componentes de HP
Matrix Operating Environment. Disponible en: http://www.hp.com/go/matrixoe/docs
•
Guía de inicio de HP Matrix Operating Environment 7.0
Proporciona información de instalación para Matrix Recovery Management y otros
componentes de HP Matrix Operating Environment. Disponible en: http://www.hp.com/go/
matrixoe/docs
•
Guía de usuario de HP Matrix Operating Environment Recovery Management 7.0
Proporciona información sobre la instalación, configuración, prueba y resolución de problemas
de Matrix Recovery Management. Disponible en: http://www.hp.com/go/matrixoe/docs
•Libros blancos de Matrix Recovery Management
Los libros blancos de Matrix Recovery Management están disponibles en: http://www.hp.com/
go/matrixoe/docs
•Ayuda en línea de Matrix Recovery Management
El sistema de ayuda en línea de Matrix Recovery Management proporciona información sobre
las operaciones que se realizan desde la interfaz de usuario de Matrix Recovery Management.
Se puede acceder desde la interfaz de usuario de Matrix Recovery Management y desde el
menú Help (Ayuda) de la página de inicio de HP Matrix Operating Environment.
Información relacionada63
Glosario
bicefaliaLa bicefalia se produce cuando dos o más instancias de la misma aplicación están activas de
forma simultánea (lo que probablemente tendrá como resultado corrupción en los datos).
CMSHP Systems Insight Manager (HP SIM) Central Management Server (Servidor de administración
central, CMS): Sistema del dominio de administración que ejecuta el software de HP SIM. Todas
las operaciones centrales en HP SIM se inician desde este sistema.
detecciónFunción que forma parte de la aplicación de administración y que encuentra e identifica objetos
de red. En las aplicaciones de administración HP, la detección encuentra e identifica todos los
sistemas HP que hay dentro del intervalo de redes especificado.
grupo de
coherencia
Grupo de
recuperación
Grupo DR
(Recuperación
frente a desastres)
HP Matrix OE
Logical Server
Management
HP SIMHP Systems Insight Manager
Modo de
mantenimiento
orden de inicio de
grupo de
recuperación
privadaSubred que no se redirecciona fuera del centro de datos y suele contener direcciones entre los
Protegido
mediante DR
(Recuperación
frente a desastres)
recuperación no
planificada
recuperación
planificada
retraso de
encendido
SANRed (o subred) que conecta dispositivos de almacenamiento de datos con servidores de datos
SAN redundanteDuplicación de componentes para evitar errores en la solución SAN.
Los grupos de coherencia son una propiedad importante de volúmenes del modo asíncrono. Un
grupo de coherencia es un grupo de los LUN que deben ser tratados de la misma forma, desde
el punto de vista de la coherencia de datos (orden de E/S). Un grupo de coherencia es igual
que un grupo de dispositivos en el archivo de configuración de RAID Manager (Administrador
de RAID).
Grupo de uno o más servidores lógicos y un único Grupo de replicación de almacenamiento.
Un Grupo de recuperación tiene asociado un "orden de inicio de grupo de recuperación". En
una recuperación de sitio, se recuperan todos los Grupos de recuperación del sitio local al sitio
remoto en el orden especificado.
(Grupo de recuperación frente a desastres) Término de HP P6000 Continuous Access Software
para un Grupo de replicación de almacenamiento.
Componente de software de HP Matrix Operating Environment que gestiona y automatiza
operaciones asociadas con servidores lógicos, incluyendo la disponibilidad, inicio y apagado
de recursos.
El modo Mantenimiento se utiliza para probar Grupos de recuperación en el sitio remoto, para
asegurase de que funcionan correctamente cuando se realiza una operación Activate... (Activar...)
Número opcional que especifica el orden en el que se inicia un Grupo de recuperación durante
la recuperación del sitio. Los Grupos de recuperación sin número de orden de inicio se inician
después de que se hayan iniciado todos los grupos de recuperación que tengan asociado un
número de orden.
rangos 192.x.x.x o 10.x.x.x. Una subred "pública" es aquella que es accesible desde Internet,
y no puede tener direcciones IP en los rangos 192.x.x.x o 10.x.x.x.
(Protegido mediante recuperación frente a desastres) A los servidores lógicos administrados por
Matrix Recovery Management se les hace referencia como servidores lógicos "Protegidos mediante
DR".
Es una recuperación de todos los Grupos de recuperación del sitio local al sitio remoto, que se
inicia como respuesta a una situación imprevista que provoca la caída del sistema en el sitio
local.
Es una recuperación de todos los Grupos de recuperación del sitio local al sitio remoto, que se
inicia en previsión de una situación de desastre próxima o de caída del sistema planificada
(para mantenimiento, por ejemplo) en el sitio local.
Valores de la configuración del grupo de recuperación que determinan el retraso de tiempo
mínimo (en minutos) entre el encendido de dos servidores lógicos de un grupo de recuperación.
El retraso real puede ser mayor del tiempo mínimo especificado.
asociados. Normalmente, las redes de área de almacenamiento forman parte de redes generales
de recursos informáticos.
64Glosario
Servidor lógico
Servidor lógico que se ejecuta en un blade de clase C dotado de HP Virtual Connect (VC).
alojado en VC
Servidor lógico
Servidor lógico que se ejecuta en una máquina virtual (VM) bajo el control de un hipervisor.
alojado en VM
servidores lógicosLos servidores lógicos son abstracciones de administración que simplifican y optimizan la
disponibilidad, gestión y movimiento de servidores (tanto físicos como virtuales). Los servidores
lógicos están gestionados por el componente Matrix OE Visualization de HP Matrix Operating
Environment.
servidores lógicos
de recuperación
Servidores lógicos en el sitio remoto que se incluyen en un grupo de recuperación. Se asocian
con servidores lógicos en el sitio local que se incluyen en el mismo grupo de recuperación. Por
lo general, están desactivados e inhabilitados. Se habilitan y activan en caso de recuperación
tras error del sitio.
Sitio localConjunto de nodos gestionados y correspondientes de CMS con los que su navegador está
interactuando.
sitio remotoSitio en la configuración de Matrix Recovery Management que no es el sitio local.
sitio remotoEl sitio que no es 'local'.
Storage
Management
Servers (Servidores
Como parte del proceso de configuración de Matrix Recovery Management, hay que definir los
servidores que administran los dispositivos de almacenamiento de HP P6000 y de HP P9000.
A estos servidores también se les denomina Servidores de gestión de almacenamiento.
de gestión de
almacenamiento)
Storage Replication
Group (Grupo de
replicación de
almacenamiento)
Conjunto de LUN entre los que la replicación de almacenamiento conserva el orden de escritura
en el array de almacenamiento de destino de la replicación. En terminología de HP P6000
Continuous Access Software, esto se conoce como Grupo DR. En terminología de HP P9000
Continuous Access Software, esto se conoce como Grupo de coherencia.
TrabajoProceso automatizado de varios pasos asociado con la reversión de rol de sitio de Matrix
Recovery Management (ya sea mediante el cambio de un sitio remoto a local o viceversa).
65
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.