Proteger la base de datos o la instancia y sus registros
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Una vez que hayas configurado el plan de copia de seguridad tal como se explica en Gestionar plantillas de copia de seguridad, puedes configurar un método de copia de seguridad para la base de datos o la instancia.
Las bases de datos Microsoft SQL Server,
Oracle y SAP HANA tienen su propia documentación. Estos otros tipos de bases de datos admitidos comparten muchos procedimientos.
Estos son los otros tipos de bases de datos compatibles:
Proteger una base de datos o una instancia de base de datos
La protección de instancias de bases de datos Db2 se puede realizar desde el nodo primario o desde los nodos HADR. Para protegerse de un nodo de HADR de Db2, el nodo debe tener habilitada la lectura. Comprueba que el parámetro DB2_HADR_ROS=ON esté definido.
Cuando una base de datos SAP ASE está protegida con una copia de seguridad completa e incremental, las bases de datos de origen y de destino deben usar el mismo conjunto de caracteres o el mismo orden de clasificación para que la restauración se realice correctamente. Para obtener más información, consulta la nota de SAP 1860413 - How to change character set or sort order of SAP ASE (en inglés).
Para proteger la base de datos o la instancia de base de datos, haz lo siguiente:
Haz clic en Gestor de aplicaciones>Aplicaciones, haz clic con el botón derecho en la instancia y selecciona Gestionar plan de copia de seguridad.
En la página Gestionar plan de copia de seguridad, seleccione una plantilla y un perfil de recursos y, a continuación, haga clic en Aplicar plan de copia de seguridad.
Haz clic en Detalles y ajustes y asegúrate de que el método de captura de la copia de seguridad coincida con el tipo de copia de seguridad definido en Gestionar plantillas de copia de seguridad.
Haz clic en Aplicar plan de copia de seguridad o en Guardar cambios. La instancia aparece en el Gestor de aplicaciones con un icono de escudo.
La instancia está protegida cuando la tarea de creación de la instantánea se completa correctamente según la programación de la plantilla.
Si proteges una instancia, puedes incluir o excluir bases de datos específicas durante la copia de seguridad. En el Gestor de aplicaciones, selecciona la instancia. Use las casillas para filtrar la lista.
Selecciona Gestionar plan de copia de seguridad.
En Regla de inclusión de la base de datos, haga clic en Editar. Si no ve los ajustes de Inclusión de base de datos, significa que ha seleccionado una base de datos, no una instancia.
Seleccione una regla de inclusión (Incluir todo, Incluir seleccionado o Excluir seleccionado) y, a continuación, seleccione las bases de datos que quiera incluir o excluir. Después, haga clic en Guardar.
Proteger los registros de la base de datos
Para habilitar y configurar la copia de seguridad del registro de la base de datos, sigue estos pasos:
En la página Plantillas de planes de copia de seguridad, haz clic con el botón derecho en la plantilla que se usará para proteger la instancia y, a continuación, haz clic en Editar.
Haga clic en la flecha situada junto a la política de creación de instantáneas para ver los detalles y, a continuación, haga clic en Editar política.
Cerca de la parte inferior, selecciona Configuración avanzada de las políticas.
Define las opciones de la política de registro. Para verlas todas, tienes que desplazarte:
Habilita Truncar o purgar el registro después de la copia de seguridad.
Define Enable Database Log Backup (Habilitar copia de seguridad de registros de base de datos) como Yes (Sí).
En RPO (minutos), cuando Habilitar copia de seguridad de registros de base de datos está configurado como Sí, el RPO define la frecuencia de la copia de seguridad de registros de base de datos. La frecuencia se define en minutos y no debe superar el intervalo de copia de seguridad de la base de datos. El valor más pequeño que se puede definir es de 15 minutos.
Define el Periodo de conservación de copias de seguridad de registros (en días) para la recuperación a un momento dado.
Selecciona Sí en Replicar registros (usa la tecnología StreamSnap) si quieres habilitar la replicación de StreamSnap de la copia de seguridad de los registros en un sitio de recuperación ante desastres.
Seleccione Sí en Enviar registros al grupo OnVault si quiere que los registros de la base de datos se envíen a un grupo OnVault, lo que permite hacer recuperaciones puntuales desde OnVault en otro sitio.
Haz clic en Guardar cambios.
En la lista Aplicaciones del gestor de aplicaciones, selecciona la instancia de Db2.
Puedes usar las casillas de la izquierda para filtrar la lista.
Haz clic con el botón derecho y selecciona Gestionar planes de copia de seguridad.
En la parte superior de la pantalla, selecciona Detalles y configuración.
Define el tiempo de conservación de los registros de la base de datos de producción en horas. Este valor se usa para purgar los registros del destino de producción. Según este ajuste, los registros se purgan si tienen más horas que el número especificado.
Si no se especifica el valor predeterminado, se utilizarán 24 horas.
Haz clic en Guardar.
Siguientes pasos
Las bases de datos y las instancias se crean copias de seguridad según las programaciones definidas en sus planes de copias de seguridad. Para revisar la actividad de Backup y DR y generar informes sobre ella, puedes consultar el panel de control de la consola de gestión y examinar los informes del gestor de informes.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (UTC)."],[[["\u003cp\u003eThis page provides instructions on how to configure backup methods for various database types and instances, including Microsoft SQL Server, Oracle, SAP HANA, IBM Db2, MariaDB, MySQL, PostgreSQL, SAP ASE, SAP IQ, and SAP MaxDB.\u003c/p\u003e\n"],["\u003cp\u003eDatabase or instance protection is generally set for the entire instance, with the exception that virtual databases can be protected separately, and you can use inclusion rules to include or exclude specific databases during the process.\u003c/p\u003e\n"],["\u003cp\u003eYou can enable and configure database log backups, including settings for log truncation, RPO, retention period, log replication to a DR site, and sending logs to an OnVault pool.\u003c/p\u003e\n"],["\u003cp\u003eAfter setting up a backup plan you can monitor the success of backup and recovery by viewing the management console dashboard and reports.\u003c/p\u003e\n"],["\u003cp\u003eWhen protecting SAP ASE databases, only user database transaction logs are backed up, so to prevent production backup jobs failing, system database logs need to be cleared manually.\u003c/p\u003e\n"]]],[],null,["After the backup plan is configured as detailed in [Manage backup templates](/backup-disaster-recovery/docs/create-plan/create-template), you can configure a backup method for the database or instance.\n\n\u003cbr /\u003e\n\n[Microsoft SQL Server](/backup-disaster-recovery/docs/backup/sql-protect),\n[Oracle](/backup-disaster-recovery/docs/backup/oracle-db-protect), and\n[SAP HANA](/backup-disaster-recovery/docs/backup/protect-sap-db) databases\neach have their own documentation. These other supported database types share\nmany procedures.\n\nThe following are the other supported database types:\n\n- [IBM Db2](/backup-disaster-recovery/docs/concepts/db2-intro)\n\n- [MariaDB](/backup-disaster-recovery/docs/concepts/mariadb-intro)\n\n- [MySQL](/backup-disaster-recovery/docs/concepts/mysql-intro)\n\n- [PostgreSQL](/backup-disaster-recovery/docs/concepts/postgresql-intro)\n\n- [SAP ASE](/backup-disaster-recovery/docs/concepts/sap-ase-intro)\n\n- [SAP IQ](/backup-disaster-recovery/docs/concepts/sap-iq-intro)\n\n- [SAP MaxDB](/backup-disaster-recovery/docs/concepts/maxdb-intro)\n\n| **Note:** With one exception, protection is set for the entire instance. You can include or exclude specific databases during the process using a database inclusion rule from the **Manage Backup Plan** page. The exception is that virtual databases can be protected separately from the instance when created.\n\nProtect a database or a database instance\n\nDb2 database instance protection can be done from either the primary\nnode or from HADR nodes. To protect from a Db2 HADR node, the node must\nbe read-enabled. Ensure that the parameter `DB2_HADR_ROS=ON` is set.\n\nWhen an SAP ASE database is protected with Full+Incremental based backup,\nthe source and target databases must use the same character set or sort order\nfor a successful restore. For details refer to\n[SAP Note: 1860413 - How to change character set or sort order of SAP ASE](https://userapps.support.sap.com/sap/support/knowledge/en/1860413).\n\nTo protect the database or database instance, complete the following:\n\n1. Click **App Manager** \\\u003e **Applications** , right-click the instance\n and select **Manage Backup Plan**.\n\n2. On the **Manage Backup Plan** page, select a template and a resource profile,\n then click **Apply Backup Plan**.\n\n If you back up a workload to a backup/recovery appliance that would exceed its\n recommended storage capacity or snapshot limit, you will see a notification\n with a recommendation to back up the data to a different backup/recovery appliance.\n | **Caution:** Exceeding the capacity of a backup/recovery appliance can lead to failed jobs and unprotected data and failed restore operations.\n3. Click **Details \\& Settings** and ensure that the backup capture method\n matches the type of backup set in [Manage backup templates](/backup-disaster-recovery/docs/create-plan/create-template).\n Click **Apply backup plan** or **Save Changes** . The instance appears in\n the **App Manager** with a shield icon.\n\n The instance is protected when the snapshot job succeeds according to the\n schedule in the template.\n4. If you are protecting an instance, then you can include or exclude\n specific databases during backup. From the **App Manager** , select the\n instance. Use the checkboxes to filter the list.\n Select **Manage backup plan**.\n\n5. Under **Database Inclusion Rule** , click **Edit** . If you do not\n see the **Database Inclusion** settings, you have selected a database,\n not an instance.\n\n6. Select an **Inclusion Rule** ---**Include All** , **Include Selected** ,\n or **Exclude Selected** ---and then select the databases to include\n or exclude, then click **Save**.\n\nProtect database logs\n\nTo enable and set up database log backup, follow these steps:\n\n1. From the **Backup Plans Templates** page, right-click the template\n that will be used for protecting the instance and click **Edit**.\n\n2. Click the arrow beside the snapshot policy to open up the details,\n then click **Edit Policy**.\n\n3. Near the bottom, select **Advanced Policy Settings**.\n\n4. Set the log policy options---you have to scroll to see them all:\n\n - Enable **Truncate/Purge log after backup**.\n\n - Set **Enable Database Log Backup** to **Yes**.\n\n - For **RPO (Minutes)** , when **Enable Database Log Backup** is set to\n **Yes**, RPO defines the frequency for database log backup. Frequency is set\n in minutes and must not exceed the database backup interval. The smallest\n value that can be set is 15 minutes.\n\n - Set **Log Backup Retention Period (in Days)** for point in time recovery.\n\n - Set **Replicate Logs (Uses StreamSnap Technology)** to **Yes** if\n you want to enable StreamSnap replication of log backup to a DR site.\n\n - Set **Send Logs to OnVault Pool** to **Yes** if you want the database\n logs to be sent to an OnVault pool, enabling for point-in-time\n recoveries from OnVault on another site.\n\n5. Click **Save Changes**.\n\n6. From the **App Manager Applications** list, select the instance.\n You can use checkboxes on the left to filter the list.\n Right-click it and select **Manage Backup Plans**.\n\n7. At the top of the screen, select **Details \\& Settings**.\n\n8. Set the **Retention of Production DB Logs** in hours. This value is\n used to purge the logs from the production destination. Based on this setting,\n the logs are purged if they are older then the number of hours specified.\n If the default value is not specified, then the default value is 24 hours.\n\n9. Click **Save**.\n\n| **Note:** (SAP ASE only) Only user database transaction logs are backed up; System database transaction logs (including master database transaction logs) are not backed up and so they are not truncated. This means that the system database archive log can get full and cause production user database backup jobs to fail. To prevent this, manually clear the system database logs by running the command `dump tran master with no_log`.\n\nWhat's next\n\nYour databases and instances back up on the schedules set in their backup\nplans. To review and report on Backup and DR activity, you can view the\n[management console dashboard](/backup-disaster-recovery/docs/concepts/dashboard)\nand examine the reports in the report manager."]]