Skip to main content
SnapCenter software
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Actualización tecnológica de los hosts de complementos de SnapCenter

PDF

Cuando sea necesario actualizar los hosts del complemento SnapCenter , deberá mover los recursos del host antiguo al nuevo. Cuando se agrega el nuevo host a SnapCenter, descubrirá todos los recursos, pero se tratará como recursos nuevos.

Acerca de esta tarea

Debe ejecutar la API o el cmdlet que tomará el nombre del host antiguo y el nombre del host nuevo como entrada, comparará los recursos por nombre y volverá a vincular los objetos de los recursos coincidentes del host antiguo al host nuevo. Los recursos coincidentes se marcarán como protegidos.

  • El parámetro IsDryRun se establece en Verdadero de manera predeterminada e identifica los recursos coincidentes del host antiguo y el nuevo.

    Después de verificar los recursos coincidentes, debe establecer el parámetro IsDryRun en False para volver a vincular los objetos de los recursos coincidentes del host antiguo al nuevo host.

  • El parámetro AutoMigrateManuallyAddedResources se establece en Verdadero de manera predeterminada y copia automáticamente los recursos agregados manualmente del host antiguo al nuevo host.

    El parámetro AutoMigrateManuallyAddedResources solo se aplica a los recursos de Oracle y SAP HANA.

  • El parámetro SQLInstanceMapping debe usarse si el nombre de la instancia es diferente entre el host antiguo y el nuevo. Si es una instancia predeterminada, utilice default_instance como nombre de instancia.

La actualización tecnológica es compatible con los siguientes complementos de SnapCenter :

  • Complemento de SnapCenter para Microsoft SQL Server

    • Si las bases de datos SQL están protegidas a nivel de instancia y, como parte de la actualización tecnológica del host, solo se mueven recursos parciales al nuevo host, entonces la protección a nivel de instancia existente se convertirá en protección de grupo de recursos y las instancias de ambos hosts se agregarán al grupo de recursos.

    • Si se utiliza un host SQL (por ejemplo, host1) como programador o servidor de verificación para recursos de otro host (por ejemplo, host2), mientras se realiza una actualización técnica en el host1, la programación o los detalles de verificación no se migrarán y continuarán ejecutándose en el host1. Si tiene que modificarlo, deberá hacerlo manualmente en los hosts respectivos.

    • Si está utilizando la configuración de instancias de clúster de conmutación por error de SQL (FCI), puede realizar la actualización técnica agregando el nuevo nodo al clúster FCI y actualizando el host del complemento en SnapCenter.

    • Si está utilizando la configuración del grupo de disponibilidad (AG) de SQL, no es necesaria la actualización tecnológica. Puede agregar el nuevo nodo a AG y actualizar el host en SnapCenter.

  • Complemento de SnapCenter para Windows

  • Complemento de SnapCenter para bases de datos Oracle

    Si está utilizando la configuración de Oracle Real Application Cluster (RAC), puede realizar la actualización técnica agregando el nuevo nodo al clúster RAC y actualizando el host del complemento en SnapCenter.

  • Complemento de SnapCenter para la base de datos SAP HANA

Los casos de uso admitidos son:

  • Migrar recursos de un host a otro host.

  • Migrar recursos de varios hosts a uno o menos hosts.

  • Migrar recursos de un host a varios hosts.

Los escenarios soportados son:

  • El nuevo host tiene un nombre diferente al del host anterior

  • El host existente ha cambiado de nombre

Antes de empezar

Como este flujo de trabajo modifica los datos en el repositorio de SnapCenter , se recomienda realizar una copia de seguridad del repositorio de SnapCenter . En caso de cualquier problema con los datos, el repositorio de SnapCenter se puede revertir al estado anterior mediante la copia de seguridad.

Para más información, consulte "Realice una copia de seguridad del repositorio de SnapCenter" .

Pasos

  1. Implemente el nuevo host e instale la aplicación.

  2. Suspender los horarios del antiguo host.

  3. Mueva los recursos necesarios del host antiguo al nuevo host.

    1. Abra las bases de datos necesarias en el nuevo host desde el mismo almacenamiento.

      • Asegúrese de que el almacenamiento esté asignado a la misma unidad o la misma ruta de montaje que el host anterior. Si el almacenamiento no está asignado correctamente, las copias de seguridad creadas en el host antiguo no se podrán usar para la restauración.

        Nota De forma predeterminada, Windows asigna automáticamente la siguiente unidad disponible.

      • Si la recuperación ante desastres de almacenamiento está habilitada, el almacenamiento respectivo debe montarse en el nuevo host.

    2. Verifique la compatibilidad si hay un cambio en la versión de la aplicación.

    3. Solo para el host del complemento Oracle, asegúrese de que los UID y GID de Oracle y sus usuarios de grupo sean los mismos que los del host anterior.

      Para obtener información, consulte:

  4. Agregue el nuevo host a SnapCenter.

  5. Verificar si se descubrieron todos los recursos.

  6. Ejecute la API de actualización del host: /<snapcenter_version>/techrefresh/host o el cmdlet: Invoke-SmTechRefreshHost.

    Nota La ejecución en seco está habilitada de forma predeterminada y se identifican los recursos coincidentes que se deben volver a vincular. Puede verificar los recursos ejecutando la API: '/jobs/{jobid}' o el cmdlet Get-SmJobSummaryReport.

    Si ha migrado los recursos desde varios hosts, debe ejecutar la API o el cmdlet para todos los hosts. Si la unidad o la ruta de montaje en el nuevo host no es la misma que la del host anterior, las siguientes operaciones de restauración fallarán:

    • La restauración local de SQL fallará. Sin embargo, se puede aprovechar la función RTAL.

    • La restauración de las bases de datos de Oracle y SAP HANA fallará.

      Si desea migrar a varios hosts, debe realizar todos los pasos desde el paso 1 para todos los hosts.

    Nota Puede ejecutar la API o el cmdlet en el mismo host varias veces; se volverá a vincular solo si se identifica un nuevo recurso.

  7. (Opcional) Elimine el o los hosts antiguos de SnapCenter.

Información relacionada

Para obtener información sobre las API, debe acceder a la página de Swagger. ver"Cómo acceder a las API REST mediante la página web de la API de Swagger" .

La información sobre los parámetros que se pueden utilizar con el cmdlet y sus descripciones se puede obtener ejecutando Get-Help command_name. Alternativamente, también puede consultar el "Guía de referencia de cmdlets del software SnapCenter" .