Skip to main content
NetApp Solutions SAP
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.

Descripción general del flujo de trabajo de actualización del sistema SAP con SnapCenter

Colaboradores
PDF

SnapCenter ofrece flujos de trabajo que permiten gestionar clones de conjuntos de datos desde cualquier backup Snapshot existente. Este conjunto de datos clonado, un volumen FlexClone, se puede usar para aprovisionar rápidamente un volumen de datos HANA desde un sistema de origen y adjuntarlo a un sistema de destino. Por lo tanto, es perfecto para ejecutar operaciones de actualización del sistema para sistemas de control de calidad, pruebas, pruebas simuladas o formación.

Los flujos de trabajo de clonado de SnapCenter gestionan todas las operaciones necesarias en la capa de almacenamiento y se pueden ampliar usando scripts para ejecutar operaciones específicas de host y de base de datos de HANA. En este documento, utilizamos un script para realizar operaciones de recuperación y apagado de la base de datos HANA. Los flujos de trabajo de SnapCenter con una mayor automatización usando la gestión de scripts todas las operaciones de la base de datos HANA necesarias, pero no cubren ningún paso de posprocesamiento de SAP necesario. El posprocesamiento de SAP debe realizarse manualmente o con herramientas de terceros.

El flujo de trabajo de actualización del sistema SAP con SnapCenter consta de cinco pasos principales, como se muestra en la figura siguiente.

  1. Instalación y preparación inicial única del sistema de destino

    1. Debe instalarse el plugin de SnapCenter HANA en el nuevo sistema de destino y el sistema HANA debe configurarse en SnapCenter

    2. Debe detenerse el sistema de destino y desmontado el volumen de datos HANA

  2. El flujo de trabajo create del clon de SnapCenter

    1. SnapCenter crea un volumen FlexClone de la copia Snapshot seleccionada del sistema de origen

    2. SnapCenter monta el volumen FlexClone en el sistema de destino

    3. La recuperación de la base de datos HANA de destino se puede automatizar usando sc-system-refresh el script como script posterior o se puede ejecutar manualmente

  3. Posprocesamiento de SAP (manual o con una herramienta de terceros)

  4. El sistema ahora se puede utilizar como sistema de prueba/control de calidad.

  5. Cuando se solicita una nueva actualización del sistema, se utiliza el flujo de trabajo de eliminación de clon de SnapCenter para quitar el volumen de FlexClone

    1. Si el sistema HANA de destino se protegió en SnapCenter, se debe quitar la protección antes de que se inicie el flujo de trabajo de eliminación de clones.

    2. El sistema HANA se debe detener manualmente o de forma automática mediante el sc-system-refresh script como script previo de SnapCenter

    3. SnapCenter desmonta el volumen de datos de HANA

    4. SnapCenter eliminará el volumen de FlexClone

    5. Se reinicia una actualización con el paso 2.

clon de copia sc image7

En la mayoría de los casos, los sistemas de prueba/control de calidad objetivo se utilizan durante al menos un par de semanas. Dado que el volumen FlexClone está bloqueando la copia Snapshot del volumen del sistema de origen, esta copia Snapshot requerirá una capacidad adicional en función de la tasa de cambio de bloque del volumen del sistema de origen. Para sistemas de origen de producción con una tasa de cambio media del 20 % al día, la copia Snapshot bloqueada llegará al 100 % transcurridos 5 días. Por lo tanto, NetApp recomienda dividir el volumen FlexClone inmediatamente o transcurridos un par de días si el clon se basa en un sistema de origen de producción. La operación de división de clones no utiliza en bloque el volumen clonado y, por lo tanto, puede realizarse en cualquier momento mientras la base de datos HANA está en uso.

Nota Al dividir el volumen FlexClone, SnapCenter elimina todos los backups que se crearon en el sistema de destino.
Nota Con SnapCenter y Azure NetApp Files, la operación de división de clones no está disponible, ya que Azure NetApp Files siempre divide el clon una vez creado.

La operación de actualización, incluida la división de clones, consta de los siguientes pasos.

  1. Instalación y preparación inicial única del sistema de destino

    1. Debe instalarse el plugin de SnapCenter HANA en el nuevo sistema de destino y el sistema HANA debe configurarse en SnapCenter

    2. Debe detenerse el sistema de destino y desmontado el volumen de datos HANA

  2. El flujo de trabajo create del clon de SnapCenter

    1. SnapCenter crea un volumen FlexClone de la copia Snapshot seleccionada del sistema de origen

    2. SnapCenter monta el volumen FlexClone en el sistema de destino

    3. La recuperación de la base de datos HANA de destino se puede automatizar usando sc-system-refresh el script como script posterior o se puede ejecutar manualmente

  3. El volumen de FlexClone se divide usando el flujo de trabajo de división de clones de SnapCenter.

  4. Posprocesamiento de SAP (manual o con una herramienta de terceros)

  5. El sistema ahora se puede utilizar como sistema de prueba/control de calidad.

  6. Cuando se solicita una nueva actualización del sistema, la limpieza se realiza con los siguientes pasos manuales

    1. Si el sistema HANA de destino se ha protegido en SnapCenter, se debe quitar la protección.

    2. El sistema HANA debe detenerse manualmente

    3. Se debe desmontar el volumen de datos de HANA y se debe eliminar la entrada fstab de SnapCenter (tarea manual)

    4. Se reinicia una actualización con el paso 2.

      Nota El volumen de datos antiguo, que se dividió anteriormente, se debe eliminar manualmente en el sistema de almacenamiento.
clon de copia sc image8

La sección "“Actualización del sistema SAP HANA con SnapCenter”" proporciona una descripción detallada paso a paso de ambos flujos de trabajo de la actualización del sistema.