SAPHANAcopia de seguridad en Amazon EC2 - AWS Backup
Información generalRequisitos previosOperaciones de consolaVea las copias de seguridad y los puntos de recuperaciónSAPHANAcopias de seguridad mediante CLIResolución de problemasGlosarioNotas de la versión

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.

SAPHANAcopia de seguridad en Amazon EC2

nota

Servicios compatibles con Región de AWScontiene las regiones actualmente admitidas en las que están disponibles las copias SAP HANA de seguridad de las bases de datos en las EC2 instancias de Amazon.

AWS Backup admite copias de seguridad y restauraciones de SAP HANA bases de datos en EC2 instancias de Amazon.

Descripción general de las SAP HANA bases de datos con AWS Backup

Además de la capacidad de crear copias de seguridad y restaurar bases de datos, la AWS Backup integración con Amazon EC2 Systems Manager for SAP permite a los clientes identificar y etiquetar las SAP HANA bases de datos.

AWS Backup está integrado con AWS Backint Agent para SAP HANA realizar copias de seguridad y restauraciones. Para obtener más información, consulte AWS Backint.

Requisitos previos para realizar copias de seguridad de bases de datos SAP HANA mediante AWS Backup

Se deben cumplir varios requisitos previos antes de poder realizar las actividades de copia de seguridad y restauración. Tenga en cuenta que necesitará acceso administrativo a su SAP HANA base de datos y permisos para crear nuevas IAM funciones y políticas en su AWS cuenta para llevar a cabo estos pasos.

Complete estos requisitos previos en Amazon EC2 Systems Manager.

  1. Configura los permisos necesarios para la SAP HANA base de datos que ejecuta la EC2 instancia de Amazon

  2. Registre las credenciales en AWS Secrets Manager

  3. Instale AWS Backint y AWS Systems Manager para agentes SAP

  4. Verifique SSM el agente

  5. Verifique los parámetros

  6. Registrar SAP HANA base de datos

Se recomienda registrar cada HANA instancia solo una vez. Los registros múltiples pueden resultar en varios registros ARNs para la misma base de datos. El mantenimiento de un registro único simplifica la creación ARN y el mantenimiento del plan de respaldo y también puede ayudar a reducir la duplicación no planificada de copias de seguridad.

SAPHANAoperaciones de respaldo en la consola AWS Backup

Una vez completados los requisitos previos y SSM las SAP configuraciones, puede realizar copias de seguridad de sus propias bases de datos y restaurarlas SAPHANA. EC2

Opte por proteger los recursos SAP HANA

Para usarlo AWS Backup para proteger sus SAP HANA bases de datos, SAP HANA debe estar activado como uno de los recursos protegidos. Para ello:

  1. Abra la AWS Backup consola en /backup. https://console.aws.amazon.com

  2. En el panel de navegación izquierdo, elija Configuración.

  3. En Activación del servicio, seleccione Configurar recursos.

  4. Suscríbete SAPHANAen AmazonEC2. .

  5. Haga clic en Confirmar.

La suscripción al servicio SAP HANA en Amazon ahora EC2 estará habilitada.

Cree una copia de seguridad programada de las bases de datos SAP HANA

Puede editar un plan de respaldo existente y agregarle SAP HANA recursos, o puede crear un nuevo plan de respaldo solo para SAP HANA los recursos.

Si decide crear un nuevo plan de copia de seguridad, tendrá tres opciones:

  1. Opción 1: comience con una plantilla

    1. Elija una plantilla de plan de copia de seguridad.

    2. Especifique un nombre de plan de copia de seguridad.

    3. Haga clic en Crear plan.

  2. Opción 2: cree un plan nuevo

    1. Especifique un nombre de plan de copia de seguridad.

    2. Si lo desea, especifique las etiquetas que se agregarán al plan de copia de seguridad.

    3. Especifique la configuración de la regla de copia de seguridad.

      1. Especifique un nombre para la regla de copia de seguridad.

      2. Seleccione un almacén de copias de seguridad existente o cree uno nuevo. Aquí es donde se guardan las copias de seguridad.

      3. Especifique la frecuencia de las copias de seguridad.

      4. Especifique un intervalo de copia de seguridad.

        Tenga en cuenta que actualmente no se admite la transferencia al almacenamiento en frío.

      5. Especifique el periodo de retención.

        Actualmente no se admite la copia al destino

      6. (Opcional) Especifique las etiquetas que desee agregar a los puntos de recuperación.

    4. Haga clic en Crear plan.

  3. Opción 3: Defina un plan mediante JSON

    1. Especifique el JSON para su plan de respaldo modificando la JSON expresión de un plan de respaldo existente o creando una nueva expresión.

    2. Especifique un nombre de plan de copia de seguridad.

    3. Haga clic en ValidarJSON.

    Una vez que el plan de copia de seguridad se haya creado correctamente, puede asignar recursos al plan de copia de seguridad en el siguiente paso.

Sea cual sea el plan que utilice, asegúrese de asignar recursos. Puede elegir qué SAP HANA bases de datos desea asignar, incluidas las bases de datos del sistema y las bases de datos arrendatarias. También tiene la opción de excluir un recurso específicoIDs.

Cree una copia de seguridad de las SAP HANA bases de datos a pedido

Puede crear una copia de seguridad completa bajo demanda que se ejecute inmediatamente después de su creación. Tenga en cuenta que las copias de seguridad bajo demanda de SAP HANA las bases de datos de EC2 las instancias de Amazon son copias de seguridad completas; no se admiten las copias de seguridad incrementales.

La copia de seguridad bajo demanda ya está creada. Comenzará a hacer copias de seguridad de los recursos especificados. La consola lo llevará a la página de Trabajos de copia de seguridad, donde podrá ver el progreso del trabajo. Tome nota del identificador del trabajo de copia de seguridad en el banner azul situado en la parte superior de la pantalla, ya que lo necesitará para encontrar fácilmente el estado del trabajo de copia de seguridad. Cuando se complete la copia de seguridad, el estado pasará a Completed. Las copias de seguridad pueden tardar varias horas.

Actualice la Lista de trabajos de copia de seguridad para ver el cambio de estado. También puede buscar y hacer clic en el ID de trabajo de copia de seguridad para ver el estado detallado del trabajo.

Respaldos continuos de SAP HANA bases de datos

Puede realizar copias de seguridad continuas, que se pueden utilizar con point-in-time restore (PITR) (tenga en cuenta que las copias de seguridad bajo demanda conservan los recursos en el estado en que se utilizan, mientras que PITR utilizan copias de seguridad continuas que registran los cambios a lo largo de un período de tiempo).

Con las copias de seguridad continuas, puede restaurar la SAP HANA base de datos en una EC2 instancia retrocediéndola a un tiempo específico que elija, con una precisión de 1 segundo (retrocediendo un máximo de 35 días). La copia de seguridad continua consiste en crear primero una copia de seguridad completa del recurso y, a continuación, realizar copias de seguridad constantes de los registros de transacciones del recurso. PITRLa restauración funciona accediendo a la copia de seguridad completa y reproduciendo el registro de transacciones hasta el momento indicado AWS Backup para la recuperación.

Puede optar por realizar copias de seguridad continuas al crear un plan de copias de seguridad AWS Backup mediante la AWS Backup consola o elAPI.

Para habilitar las copias de seguridad continuas desde la consola

  1. Inicie sesión en y abra la AWS Backup consola en https://console.aws.amazon.com/backup. AWS Management Console

  2. En el panel de navegación principal, elija Planes de copia de seguridad y, a continuación, elija Crear plan de copia de seguridad.

  3. En Reglas de copia de seguridad, elija Agregar regla de copia de seguridad.

  4. En la sección Configuración de regla de copia de seguridad, seleccione Habilitar copias de seguridad continuas para los recursos compatibles.

Tras deshabilitar PITR(point-in-timerestaurar) las copias de seguridad de las SAP HANA bases de datos, se seguirán enviando los registros AWS Backup hasta que caduque el punto de recuperación (el estado es igual aEXPIRED). Puede cambiar a una ubicación de copia de seguridad de registros alternativa SAP HANA para detener la transmisión de los registros AWS Backup.

Un punto de recuperación continua con un estado igual a STOPPED indica que se ha interrumpido un punto de recuperación continuo; es decir, los registros transmitidos desde el punto SAP HANA al AWS Backup que se muestran los cambios incrementales en una base de datos tienen un vacío. Los puntos de recuperación que se producen dentro de este lapso de tiempo tienen un estado de STOPPED..

Para ver los problemas que puedan surgir durante las tareas de restauración de copias de seguridad continuas (puntos de recuperación), consulte la sección de solución de problemas de SAP HANA restauración de esta guía.

Vea las copias SAP HANA de seguridad de bases

Consulte el estado de los trabajos de copia de seguridad:

  1. Abra la AWS Backup consola en https://console.aws.amazon.com/backup.

  2. En el panel de navegación, seleccione Trabajos.

  3. Elija trabajos de copia de seguridad, trabajos de restauración o trabajos de copia para ver la lista de sus trabajos.

  4. Busque el ID del trabajo y haga clic en él para ver los estados detallados de los trabajos.

Consulte todos los puntos de recuperación de un almacén:

  1. Abra la AWS Backup consola en https://console.aws.amazon.com/backup.

  2. En el panel de navegación, elija Backup vaults (Almacenes de copia de seguridad).

  3. Busque un almacén de copias de seguridad y haga clic en él para ver todos los puntos de recuperación dentro del almacén.

Consulte los detalles de los recursos protegidos:

  1. Abra la AWS Backup consola en https://console.aws.amazon.com/backup.

  2. En el panel de navegación, elija Protected resources (Recursos protegidos).

  3. También puede filtrar por tipo de recurso para ver todas las copias de seguridad de ese tipo de recurso.

Úselo AWS CLI para SAP HANA bases de datos con AWS Backup

Cada acción de la consola de Backup tiene una API llamada correspondiente.

Para configurar AWS Backup y administrar sus recursos mediante programación, utilice la API llamada StartBackupJobpara hacer una copia de seguridad de una SAP HANA base de datos en una EC2 instancia.

Úselo start-backup-job como comando. CLI

Solución de problemas de copias de seguridad de SAP HANA bases

Si encuentra errores durante el flujo de trabajo, consulte los siguientes ejemplos de errores y soluciones sugeridas:

Requisitos previos de Python

  • Error: error de Zypper relacionado con la versión de Python, ya que SSM para Python 3.6 SAP y requiere AWS Backup Python 3.6, pero la versión SUSE 12 de forma SP5 predeterminada es compatible con Python 3.4.

    Solución: instale varias versiones de SUSE12 SP5 Python siguiendo estos pasos:

    1. Ejecute un comando update-alternatives para crear un enlace simbólico para Python 3 en '/ 3'. usr/local/bin/' instead of directly using '/usr/bin/python Estos comandos establecerán Python 3.4 como la versión por defecto. El comando es: # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.4 5

    2. Añada Python 3.6 a la configuración de alternativas ejecutando el siguiente comando: # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.6 2

    3. Cambie la configuración alternativa a Python 3.6 ejecutando el siguiente comando: # sudo update-alternatives —config python3

      Debería mostrarse el siguiente resultado:

      There are 2 choices for the alternative python3 (providing /usr/local/bin/python3).
 Selection Path Priority Status
* 0 /usr/bin/python3.4 5 auto mode
 1 /usr/bin/python3.4 5 manual mode
 2 /usr/bin/python3.6 2 manual mode
Press enter to keep the current choice[*], or type selection number:

    4. Introduzca el número correspondiente a Python 3.6.

    5. Compruebe la versión de Python y confirme que se está utilizando Python 3.6.

    6. (Opcional, pero recomendado) Comprueba que los comandos de Zypper funcionen según lo esperado.

Amazon EC2 Systems Manager para SAP detección y registro

  • Error: porque SSM no se SAP pudo detectar la carga de trabajo debido al bloqueo del acceso al punto final público para AWS Secrets Manager ySSM.

    Solución: compruebe si se puede acceder a los puntos finales desde su SAP HANA base de datos. Si no se puede acceder a ellos, puedes crear VPC puntos de conexión de Amazon para AWS Secrets Manager y SSM paraSAP.

    1. Pruebe el acceso a Secrets Manager desde el EC2 host de Amazon para HANA DB ejecutando el siguiente comando:aws secretsmanager get-secret-value —secret-id hanaeccsbx_hbx_database_awsbkp. Si el comando no devuelve un valor, el firewall bloquea el acceso al punto final del servicio Secrets Manager. El registro se detendrá en el paso «Recuperación de secretos de Secrets Manager».

    2. Ejecute el comando SSM aws ssm-sap list-registration para probar la conectividad con el SAP punto final. Si el comando no devuelve un valor, el firewall bloquea el acceso al SSM SAP punto final.

      Ejemplo de error:Connection was closed before we received a valid response from endpoint URL: “https://ssm-sap.us-west-2.amazonaws.com/register-application".

    Hay dos opciones para continuar si no se puede acceder a los puntos finales.

    • Abra los puertos del firewall para permitir el acceso al punto final del servicio público para Secrets Manager y SSM paraSAP; o

    • Cree VPC puntos de conexión para Secrets Manager y SSM paraSAP, a continuación:

      • Asegúrese de que Amazon VPC esté habilitado para DNSSupport yDNSHostname.

      • Asegúrese de que su VPC dispositivo de punto final haya activado la opción Permitir DNS nombres privados.

      • Si la SSM SAP detección del formulario se completó correctamente, el registro mostrará que se ha descubierto el host.

  • Error: AWS Backup la conexión de Backint falla debido a un bloqueo del acceso a los puntos finales públicos AWS Backup del servicio. aws-backint-agent.logpuede mostrar errores similares a este: time="2024-01-03T11:39:15-08:00" level=error msg="Storage configuration validation failed: missing backup data plane Id" o. level=fatal msg="Error performing backup missing backup data plane Id Además, la AWS Backup consola puede mostrar Fatal Error: An internal error occured.

    Resolución: hay dos opciones para proceder si no se puede acceder a los puntos finales:

    • Abra los puertos del firewall para permitir el acceso a los puntos finales del servicio público (). HTTPS Una vez utilizada esta opción, DNS resolverá las solicitudes a AWS los servicios a través de direcciones IP públicas.

    • Cree VPC puntos finales que dirija de forma privada el tráfico hacia y desde AWS los servicios necesarios AWS Backup. Una vez utilizada esta opción, DNS resolverá las solicitudes de esos servicios a través de direcciones IP privadas. Esta opción puede requerir actualizaciones en el DNS servidor para agregar reglas que reenvíen las solicitudes a los puntos finales privados.

  • Error: SSM el SAP registro falla debido a que la HANA contraseña contiene caracteres especiales. Los ejemplos de errores pueden incluir Error connecting to database HBX/HBX when validating its credentials. o Discovery failed because credentials for HBX/SYSTEMDB either not provided or cannot be validated. después de probar una conexión utilizando hdbsql systemdb y tenantdb que se probó desde una EC2 instancia de Amazon de la HANA base de datos.

    En la AWS Backup consola de la página de trabajos, los detalles del trabajo de respaldo pueden mostrar el estado del FAILED errorMiscellaneous: b’* 10: authentication failed SQLSTATE: 28000\n’.

    Solución: asegúrese de que la contraseña no contenga caracteres especiales, como $.

  • Error: b’* 447: backup could not be completed: [110507] Backint exited with exit code 1 instead of 0. console output: time...

    Solución: es posible que el AWS BackInt agente SAP HANA de instalación no se haya completado correctamente. Vuelva a intentar el proceso para implementar el AWS Backint Agent y el Amazon EC2Systems Manager Agent en el servidor SAP de aplicaciones.

  • Error: la consola no coincide con los archivos de registro tras el registro.

    El registro de detección muestra un error en el registro al intentar conectarse a la HANA base de datos debido a que la contraseña contiene caracteres especiales, aunque el SSM de SAP Application Manager para SAP consola indica que el registro se ha realizado correctamente. No confirma que el registro se haya realizado correctamente. Si la consola muestra un registro correcto pero los registros no, las copias de seguridad fallarán.

    Confirme el estado del registro:

    1. Inicie sesión en la SSMconsola

    2. Selecciona Ejecutar comando en el panel de navegación de la izquierda.

    3. En el campo de textoInstance ID:Equal:, introduzca el historial de comandos con un valor igual al de la instancia que utilizó para el registro. Esto filtrará el historial de comandos.

    4. Usa la columna de identificador de comandos para buscar comandos con estadoFailed. A continuación, busque el nombre del documento de AWSSystemsManagerSAP-Discovery.

    5. En AWS CLI, ejecute el comandoaws ssm-sap register-application status. Si aparece el valor devueltoError, significa que el registro no se ha realizado correctamente.

    Solución: asegúrese de que la HANA contraseña no contenga caracteres especiales (como '$').

Crear una copia de seguridad de una SAP HANA base de datos

  • Error: AWS Backup la consola muestra el mensaje «Error grave» cuando se crea una copia de seguridad bajo demanda para SystemDB o TenantDB. Esto ocurre porque no se puede acceder al punto final público. Esto se debe a un firewall del lado del cliente que bloquea el acceso a este punto final.

    aws-backint-agent.logpuede mostrar errores como level=error msg="Storage configuration validation failed: missing backup data plane Id" o level=fatal msg="Error performing backup missing backup data plane Id."

    Solución: abra el acceso mediante firewall al punto final público.

  • Error:Database cannot be backed up while it is stopped.

    Solución: asegúrese de que la base de datos de la que se va a hacer la copia de seguridad esté activa. Solo se puede hacer una copia de seguridad de los datos y registros de la base de datos cuando la base de datos está en línea.

  • Error: Getting backup metadata failed. Check the SSM document execution for more details.

    Solución: asegúrese de que la base de datos de la que se va a hacer la copia de seguridad esté activa. Solo se puede hacer una copia de seguridad de los datos y registros de la base de datos cuando la base de datos está en línea.

Supervisión de los registros de respaldo

  • Error: Encountered an issue with log backups, please check SAP HANA for details.

    Solución: compruebe SAP HANA que las copias de seguridad de los registros se envían AWS Backup desde SAPHANA.

  • Error: One or more log backup attempts failed for recovery point.

    Resolución: compruebe SAP HANA los detalles. Asegúrese de que las copias de seguridad de los registros se envíen AWS Backup desde SAPHANA.

  • Error: Unable to determine the status of log backups for recovery point.

    Resolución: compruebe SAP HANA los detalles. Asegúrese de que las copias de seguridad de los registros se envíen AWS Backup desde SAPHANA.

  • Error: Log backups for recovery point %s were interrupted due to a restore operation on the database.

    Solución: espere a que se complete el trabajo de restauración. Las copias de seguridad de los registros deberían reanudarse.

Glosario de SAP HANA términos cuando se usa AWS Backup

Tipos de copias de seguridad de datos: SAP HANA admite dos tipos de copias de seguridad de datos: completas e INC incrementales. AWS Backup optimiza el tipo que se utiliza durante cada operación de copia de seguridad.

Copias de seguridad del catálogo: SAP HANA mantiene su propio manifiesto denominado catálogo. AWS Backup interactúa con este catálogo. Cada nueva copia de seguridad creará una entrada en el catálogo.

Respaldo continuo de registros (registros de transacciones): para las funciones Point in Time Recovery (PITR), SAP HANA rastrea todas las transacciones desde la copia de seguridad más reciente.

Copia del sistema: un trabajo de restauración en el que la base de datos de destino de la restauración es diferente de la base de datos de origen a partir de la cual se creó el punto de recuperación.

Restauración destructiva: una restauración destructiva es un tipo de trabajo de restauración durante el cual una base de datos restaurada elimina o sobrescribe la base de datos de origen o existente.

FULL: Una copia de seguridad completa es una copia de seguridad de una base de datos completa.

INC: una copia de seguridad incremental es una copia de seguridad de todos los cambios en una SAP HANA base de datos desde la copia de seguridad anterior.

Para obtener más información, consulte el Glosario de AWS.

AWS Backup soporte de SAP HANA bases de datos en EC2 instancias (notas de publicación)

Algunas funcionalidades no son compatibles en este momento:

  • Las copias de seguridad continuas (que utilizan registros de transacciones) no se pueden copiar a otras regiones o cuentas. Las copias de seguridad instantáneas se pueden copiar a las regiones y cuentas compatibles a partir de copias de seguridad completas.

  • No se admite Backup Audit Manager ni la generación de informes.

  • Servicios compatibles con Región de AWScontiene las regiones actualmente compatibles para las copias de seguridad SAP HANA de bases de datos en EC2 las instancias de Amazon.