Restaurar una SAP HANA base de datos en una EC2 instancia de Amazon - AWS Backup

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Restaurar una SAP HANA base de datos en una EC2 instancia de Amazon

SAPHANAlas bases de datos de EC2 las instancias se pueden restaurar mediante la AWS Backup consolaAPI, utilizando o usando AWS CLI.

Restaure una SAP HANA base de datos con la AWS Backup consola

Tenga en cuenta que los trabajos de copia de seguridad y restauración que involucren la misma base de datos no pueden realizarse simultáneamente. Cuando se está realizando un trabajo de restauración de una SAP HANA base de datos, es probable que al intentar hacer una copia de seguridad de la misma base de datos se produzca un error: «No se puede hacer una copia de seguridad de la base de datos mientras está detenida».

  1. Acceda a la AWS Backup consola con las credenciales de los requisitos previos.

  2. En el menú desplegable Ubicación de restauración de destino, elija una base de datos para sobrescribirla con el punto de recuperación que va a utilizar para la restauración (tenga en cuenta que la instancia que aloja la base de datos de destino de la restauración también debe tener los permisos establecidos en los requisitos previos).

    importante

    SAPHANAlas restauraciones de bases de datos son destructivas. La restauración de una base de datos sobrescribirá la base de datos en la ubicación de restauración de destino especificada.

  3. Complete este paso solo si va a realizar una restauración de copia del sistema; de lo contrario, vaya al paso 4.

    Las restauraciones de copia del sistema son trabajos de restauración que restauran en una base de datos de destino diferente de la base de datos de origen que generó el punto de recuperación. Para las restauraciones de copia del sistema, observe el comando aws ssm-sap put-resource-permission que aparece en la consola. Este comando debe copiarse, pegarse y ejecutarse en la máquina que haya cumplido los requisitos previos. Al ejecutar el comando, utilice las credenciales del rol en el requisito previo en el que se configuran los permisos necesarios para registrar aplicaciones.

    // Example command aws ssm-sap put-resource-permission \ --region us-east-1 \ --action-type RESTORE \ --source-resource-arn arn:aws:ssm-sap-east-1:112233445566:HANA/Foo/DB/HDB \ --resource-arn arn:aws:ssm-sap:us-east-1:112233445566:HANA/Bar/DB/HDB
  4. Una vez que elija la ubicación de restauración, podrá ver el identificador de recurso de la base de datos de destino, el nombre de la aplicación, el tipo de base de datos y la EC2instancia.

  5. Si lo desea, puede ampliar la configuración de restauración avanzada para cambiar la opción de restauración del catálogo. Las opciones disponibles varían en función de la configuración de restauración seleccionada.

  6. Haga clic en Restaurar copia de seguridad.

  7. La ubicación de destino se sobrescribirá durante la restauración (“restauración destructiva”), por lo que debe confirmar que lo permite en el siguiente cuadro de diálogo emergente.

    1. Para continuar, debe comprender que la base de datos existente se sobrescribirá con la que está restaurando.

    2. Una vez entendido esto, debe reconocer que los datos existentes se sobrescribirán. Para confirmarlo y continuar, escriba overwrite en el campo de entrada de texto.

  8. Haga clic en Restaurar copia de seguridad.

Si el procedimiento tiene éxito, aparecerá un banner azul en la parte superior de la consola. Esto significa que el trabajo de restauración está en curso. Se le redirigirá automáticamente a la página de trabajos, donde su trabajo de restauración aparecerá en la lista de trabajos de restauración. Este trabajo más reciente tendrá un estado Pending. Puede buscar el ID del trabajo de restauración y, a continuación, hacer clic en él para ver los detalles de cada trabajo de restauración. Para actualizar la lista de trabajos de restauración, haga clic en el botón de actualización para ver los cambios en el estado del trabajo de restauración.

StartRestoreJob APIpara SAP HANA uno EC2

Esta acción recupera el recurso guardado identificado por un nombre de recurso de Amazon (ARN).

Sintaxis de la solicitud

PUT /restore-jobs HTTP/1.1 Content-type: application/json { "IdempotencyToken": "string", "Metadata": { "string" : "string" }, "RecoveryPointArn": "string", "ResourceType": "string" }

URIParámetros de solicitud: la solicitud no utiliza ningún URI parámetro.

Cuerpo de la solicitud: La solicitud acepta los siguientes datos en JSON formato:

IdempotencyTokenCadena elegida por el cliente que puedes usar para distinguir entre llamadas que, de otro modo, serían idénticas. StartRestoreJob Si se vuelve a intentar una solicitud correcta con el mismo token de idempotencia, aparece un mensaje de confirmación y no se realiza ninguna acción.

Tipo: cadena

Requerido: no

Metadatos

Un conjunto de pares clave-valor de metadatos. Contiene información, como el nombre del recurso, necesaria para restaurar un punto de recuperación. Para obtener los metadatos de configuración de un recurso en el momento en que se realizó la copia de seguridad, solo tiene que llamar a GetRecoveryPointRestoreMetadata. Sin embargo, es posible que para restaurar un recurso se necesiten valores adicionales a los proporcionados por el recurso GetRecoveryPointRestoreMetadata. Por ejemplo, puede que tenga que proporcionar un nombre de recurso nuevo si el original ya existe.

Debes incluir metadatos específicos para restaurar una EC2 instancia SAP HANA en Amazon. Consulta StartRestoreJob los metadatos SAP HANA de artículos específicos.

Para recuperar los metadatos pertinentes, puede utilizar la llamada GetRecoveryPointRestoreMetadata.

Ejemplo de un punto de recuperación de SAP HANA base de datos estándar:

"RestoreMetadata": { "BackupSize": "1660948480", "DatabaseName": "DATABASENAME", "DatabaseType": "SYSTEM", "HanaBackupEndTime": "1674838362", "HanaBackupId": "1234567890123", "HanaBackupPrefix": "1234567890123_SYSTEMDB_FULL", "HanaBackupStartTime": "1674838349", "HanaVersion": "2.00.040.00.1553674765", "IsCompressedBySap": "FALSE", "IsEncryptedBySap": "FALSE", "SourceDatabaseArn": "arn:aws:ssm-sap:region:accountID:HANA/applicationID/DB/DATABASENAME", "SystemDatabaseSid": "HDB", "aws:backup:request-id": "46bbtt4q-7unr-2897-m486-yn378k2mrw9c" }

Ejemplo de un punto de recuperación continua SAP HANA de una base de datos:

"RestoreMetadata": { "AvailableRestoreBases": "[1234567890123,9876543210987,1472583691472,7418529637418,1678942598761]", "BackupSize": "1711284224", "DatabaseName": "DATABASENAME", "DatabaseType": "TENANT", "EarliestRestorablePitrTimestamp": "1674764799789", "HanaBackupEndTime": "1668032687", "HanaBackupId": "1234567890123", "HanaBackupPrefix": "1234567890123_HDB_FULL", "HanaBackupStartTime": "1668032667", "HanaVersion": "2.00.040.00.1553674765", "IsCompressedBySap": "FALSE", "IsEncryptedBySap": "FALSE", "LatestRestorablePitrTimestamp": "1674850299789", "SourceDatabaseArn": "arn:aws:ssm-sap:region:accountID:HANA/applicationID/DB/SystemDatabaseSid", "SystemDatabaseSid": "HDB", "aws:backup:request-id": "46bbtt4q-7unr-2897-m486-yn378k2mrw9d" }

CLIpara SAP HANA uno EC2

El comando start-restore-job recupera el recurso guardado identificado por un nombre de recurso de Amazon (ARN). CLIseguirá la API directriz anterior.

Sinopsis:

start-restore-job --recovery-point-arn value --metadata value --aws:backup:request-id value [--idempotency-token value] [--resource-type value] [--cli-input-json value] [--generate-cli-skeleton value] [--debug] [--endpoint-url value] [--no-verify-ssl] [--no-paginate] [--output value] [--query value] [--profile value] [--region value] [--version value] [--color value] [--no-sign-request] [--ca-bundle value] [--cli-read-timeout value] [--cli-connect-timeout value]

Opciones

--recovery-point-arn(cadena) es una cadena en forma de número de recurso de Amazon (ARN) que identifica de forma exclusiva un punto de recuperación; por ejemplo arn:aws:backup:region:123456789012:recovery-point:46bbtt4q-7unr-2897-m486-yn378k2mrw9d

--metadata (mapa): un conjunto de pares clave-valor de metadatos. Contiene información, como el nombre del recurso, necesaria para restaurar un punto de recuperación. Para obtener los metadatos de configuración de un recurso en el momento en que se realizó la copia de seguridad, solo tiene que llamar a GetRecoveryPointRestoreMetadata. Sin embargo, es posible que para restaurar un recurso se necesiten valores adicionales a los proporcionados por el recurso GetRecoveryPointRestoreMetadata. Debes especificar metadatos específicos para restaurar una EC2 instancia SAP HANA en Amazon:

  • aws:backup:request-id: Se trata de cualquier UUID cadena utilizada para la idempotencia. No altera en modo alguno su experiencia de restauración.

  • aws:backup:TargetDatabaseArn: especifique la base de datos en la que desee restaurar. Esta es la SAP HANA base de EC2 datos de AmazonARN.

  • CatalogRestoreOption: especifique dónde restaurar el catálogo. Uno de NO_CATALOG, LATEST_CATALOG_FROM_AWS_BACKUP, CATALOG_FROM_LOCAL_PATH.

  • LocalCatalogPath: Si el valor de CatalogRestoreOption los metadatos esCATALOG_FROM_LOCAL_PATH, especifique la ruta al catálogo local de la EC2 instancia. Debe ser una ruta de archivo válida en la EC2 instancia.

  • RecoveryType: actualmente se admiten los tipos de recuperación, FULL_DATA_BACKUP_RECOVERY, POINT_IN_TIME_RECOVERY y MOST_RECENT_TIME_RECOVERY.

clave = (cadena); valor = (cadena). Sintaxis abreviada:

KeyName1=string,KeyName2=string

JSONsintaxis:

{"string": "string" ...}

--idempotency-token es una cadena elegida por el usuario que puede utilizar para distinguir entre llamadas a StartRestoreJob que, de otro modo, serían idénticas. Si se vuelve a intentar una solicitud correcta con el mismo token de idempotencia, aparece un mensaje de confirmación y no se realiza ninguna acción.

--resource-typees una cadena que inicia un trabajo para restaurar un punto de recuperación para uno de los siguientes recursos: SAP HANA on Amazon EC2 for SAP HANA on AmazonEC2. Opcionalmente, SAP HANA los recursos se pueden etiquetar mediante el comando aws ssm-sap tag-resource

Resultado: RestoreJobId es una cadena que identifica de forma exclusiva el trabajo que restaura un punto de recuperación.

SAPHANARestauración de alta disponibilidad (HA)

Hay consideraciones importantes y pasos adicionales que se deben tener en cuenta al restaurar un sistema de alta disponibilidad (HA) de SAPHANA. Amplíe la siguiente sección que mejor se adapte a su caso de uso.

Escenario de restauración:

Antes de realizar la restauración en el sistema SAP HANA HA de destino (destino),

  1. Si hay un clúster instalado, ponga todas las notas del clúster en modo de mantenimiento.

  2. Detenga la SAP HANA base de datos en todos los nodos, incluidos el principal y el secundario.

  3. (Recomendado) Desactive todos los planes de respaldo para asegurarse de que no interfieran con la operación de restauración.

Una vez finalizado el trabajo de restauración, vaya al sistema SAP HANA HA restaurado y, a continuación, haga lo siguiente:

  1. Inicie la SAP HANA base de datos en el modo principal.

  2. Inicie manualmente cualquier base de datos de inquilinos en la que se haya restaurado la base de datos del sistema pero no se hayan restaurado sus inquilinos.

  3. Restablezca la replicación SAP HANA del sistema (HSR) entre los nodos principal y secundario.

  4. Inicie la SAP HANA base de datos en el nodo secundario.

  5. Si hay un clúster instalado, asegúrese de que todos los nodos del clúster estén en línea.

  6. Habilite cualquier plan de respaldo que haya desactivado antes de la operación de restauración.

(Opcional) Puede mantener la aplicación sincronizada en AWS Systems Manager SAP llamando StartApplicationRefresho puede esperar a que se programe la actualización de la aplicación que incluirá los SAP metadatos más recientes.

Antes de comenzar un trabajo de restauración, vaya al SAP HANA sistema de nodo único de destino y, a continuación:

  1. Detenga la SAP HANA base de datos en el SAP HANA sistema de destino.

  2. (Recomendado) Desactive todos los planes de copia de seguridad para asegurarse de que no interfieran con la operación de restauración.

Una vez finalizado el trabajo de restauración, vaya al SAP HANA sistema de nodo único de destino y, a continuación, haga lo siguiente:

  1. Comience SAP HANA en el SAP HANA sistema de destino.

  2. Inicie manualmente cada base de datos de inquilinos en el nodo de destino.

  3. Habilite cualquier plan de respaldo que haya desactivado antes de la operación de restauración.

(Opcional) Puede mantener la aplicación sincronizada en AWS Systems Manager SAP llamando StartApplicationRefresho puede esperar a que se programe la actualización de la aplicación que incluirá los SAP metadatos más recientes.

Antes de iniciar un trabajo de restauración, vaya al SAP HANA sistema de destino y, a continuación:

  1. (Opcional, pero recomendado) Coloque los clústeres instalados en modo de mantenimiento para evitar una toma de control inesperada durante la operación de restauración.

  2. Asegúrese de que la base de datos del sistema se esté ejecutando en el SAP HANA sistema de destino.

  3. (Recomendado) Desactive los planes de copia de seguridad para asegurarse de que no interfieran con la operación de restauración.

Una vez finalizado el trabajo de restauración:

  • Habilite cualquier plan de respaldo que haya desactivado antes de la operación de restauración.

Resolución de problemas

Si se produce alguno de los siguientes errores al intentar realizar una operación de copia de seguridad, consulte la resolución correspondiente.

  • Error: error continuo en el registro de copias de seguridad

    Para mantener los puntos de recuperación para las copias de seguridad continuas, se crean registros SAP HANA para todos los cambios. Si los registros no están disponibles, el estado de cada uno de estos puntos de recuperación continua es STOPPED. El último punto de recuperación viable que se puede utilizar para restaurar es uno que tenga el estado AVAILABLE. Si faltan datos de registro durante el tiempo transcurrido entre los puntos de recuperación con un estado STOPPED y los puntos con un estado AVAILABLE, no se puede garantizar que la restauración se realice correctamente en esos momentos. Si introduce una fecha y una hora dentro de este intervalo, AWS Backup intentará realizar la copia de seguridad, pero utilizará el tiempo de restauración más cercano disponible. Este error se muestra en el mensaje “Encountered an issue with log backups. Please check SAP HANA for details."

    Solución: en la consola, se muestra la hora de restauración más reciente, con base en los registros. Puede introducir una hora más reciente que la que se muestra. Sin embargo, si los datos de este momento no están disponibles en los registros, AWS Backup utilizará la hora de restauración más reciente.

  • Error: Internal error

    Solución: crea un caso de soporte desde la consola o ponte en contacto AWS Support con ellos con los detalles de la restauración, como el identificador del trabajo de restauración.

  • Error: The provided role arn:aws:iam::ACCOUNT_ID:role/ServiceLinkedRole cannot be assumed by AWS Backup

    Solución: asegúrese de que el rol asumido al realizar la restauración tenga los permisos necesarios para crear roles vinculados a servicios.

  • Error: User: arn:aws:sts::ACCOUNT_ID:assumed-role/ServiceLinkedRole/AWSBackup-ServiceLinkedRole is not authorized to perform: ssm-sap:GetOperation on resource: arn:aws:ssm-sap:us-east-1:ACCOUNT_ID:...

    Solución: asegúrese de introducir correctamente el rol que se asume al solicitar los permisos de restauración descritos en los requisitos previos.

  • Error: b* 449: recovery strategy could not be determined: [111014] The backup with backup id '1660627536506' cannot be used for recovery SQLSTATE: HY000\n

    Solución: asegúrese de que el agente Backint esté instalado correctamente. Compruebe todos los requisitos previos, especialmente los de instalación del AWS BackInt agente y AWS Systems Manager del servidor de SAP aplicaciones, y vuelva a intentar instalar el BackInt agente. SAP

  • Error: IllegalArgumentException: Restore job provided is not ready to return chunks, current restore job status is: CANCELLED

    Solución: el flujo de trabajo del servicio canceló el trabajo de restauración. Vuelva a intentar el trabajo de restauración.

  • Error: se produjo un problema al restaurar una base de datos de inquilinos en un sistema de SAP HANA alta disponibilidad: b* -10709: Connection failed (RTE:[89006] System call 'connect' failed, rc=111:Connection refused ([::1]:40404 → localhost:30013))\n

    Solución: compruebe SAP HANA que SYSTEMDB está en funcionamiento.

  • Error: b'* 448: recovery could not be completed: [301102] exception 301153: Sending root key to secondary failed: connection refused. This may be caused by a stopped system replication secondary. Please keep the secondary online to receive the restored root key. Alternatively you could unregister the secondary site in case of an urgent recovery.\n SQLSTATE: HY000\n'

    Solución: en un sistema de SAP HANA alta disponibilidad, es SAP HANA posible que no se ejecute en el nodo secundario mientras se esté ejecutando una operación de restauración activa. Comience SAP HANA en el nodo secundario y, a continuación, vuelva a intentar el trabajo de restauración.

  • Error: RequestError: send request failed\ncaused by: read tcp 10.0.131.4:40482->35.84.99.47:443: read: connection timed out"

    Solución: se está produciendo una inestabilidad de red transitoria en la instancia. Vuelva a intentar la restauración. Si este problema se produce de forma constante, intente agregar ForceRetry: "true" al archivo de configuración del agente en /hana/shared/aws-backint-agent/aws-backint-agent-config.yaml.

Para cualquier otro problema relacionado con el agente AWS Backint, consulte Solución de problemas del AWS agente Backint. SAP HANA