Proteger o banco de dados ou a instância e os registros
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Depois que o plano de backup for configurado conforme detalhado em
Gerenciar modelos de backup, será possível configurar um método de backup
para o banco de dados ou a instância.
Os bancos de dados Microsoft SQL Server, Oracle e SAP HANA têm documentação própria. Esses outros tipos de bancos de dados compatíveis compartilham muitos procedimentos.
Estes são os outros tipos de banco de dados compatíveis:
Proteger um banco de dados ou uma instância de banco de dados
A proteção da instância de banco de dados do Db2 pode ser feita no nó principal ou nos nós HADR. Para proteger um nó HADR do Db2, ele precisa
estar habilitado para leitura. Verifique se o parâmetro DB2_HADR_ROS=ON está definido.
Para proteger o banco de dados ou a instância de banco de dados, faça o seguinte:
Clique em Gerenciador de apps>Aplicativos, clique com o botão direito do mouse na instância e selecione Gerenciar plano de backup.
Na página Gerenciar plano de backup, selecione um modelo e um perfil de recurso e clique em Aplicar plano de backup.
Se você fizer backup de uma carga de trabalho em um dispositivo de backup/recuperação que exceda a capacidade de armazenamento ou o limite de instantâneo recomendado, vai receber uma notificação com uma recomendação para fazer backup dos dados em um dispositivo diferente.
Clique em Detalhes e configurações e verifique se o método de captura de backup corresponde ao tipo de backup definido em Gerenciar modelos de backup.
Clique em Aplicar plano de backup ou Salvar alterações. A instância aparece no Gerenciador de apps com um ícone de escudo.
A instância fica protegida quando o job de snapshot é concluído de acordo com o
cronograma no modelo.
Se você estiver protegendo uma instância, poderá incluir ou excluir
bancos de dados específicos durante o backup. No Gerenciador de apps, selecione a instância. Use as caixas de seleção para filtrar a lista.
Selecione Gerenciar plano de backup.
Em Regra de inclusão de banco de dados, clique em Editar. Se você não encontrar as configurações de Inclusão de banco de dados, isso significa que você selecionou um banco de dados, não uma instância.
Selecione uma regra de inclusão: Incluir tudo, Incluir selecionados ou Excluir selecionados. Em seguida, selecione os bancos de dados que você quer incluir ou excluir e clique em Salvar.
Proteger registros de banco de dados
Para ativar e configurar o backup de registros do banco de dados, siga estas etapas:
Na página Modelos de planos de backup, clique com o botão direito do mouse no modelo
que será usado para proteger a instância e clique em Editar.
Clique na seta ao lado da política de snapshots para abrir os detalhes e clique em Editar política.
Na parte de baixo, selecione Configurações avançadas da política.
Defina as opções de política de registro. Role a tela para ver todas elas:
Ative a opção Truncar/limpar registro após o backup.
Defina Enable Database Log Backup como Yes.
Para RPO (Minutes), quando Enable Database Log Backup está definido como
Yes, o RPO define a frequência do backup de registro do banco de dados. A frequência é definida em minutos e não pode exceder o intervalo de backup do banco de dados. O menor valor que pode ser definido é de 15 minutos.
Defina o Período de retenção do backup de registros (em dias) para recuperação pontual.
Defina Replicate Logs (Uses StreamSnap Technology) como Yes se quiser ativar a replicação do backup de registros do StreamSnap em um site de DR.
Defina Send Logs to OnVault Pool como Yes se quiser que os registros do banco de dados sejam enviados para um pool do OnVault, permitindo recuperações pontuais do OnVault em outro site.
Clique em Salvar alterações.
Na lista Aplicativos do App Manager, selecione a instância.
Use as caixas de seleção à esquerda para filtrar a lista.
Clique com o botão direito do mouse e selecione Gerenciar planos de backup.
Na parte de cima da tela, selecione Detalhes e configurações.
Defina a Retenção de registros do banco de dados de produção em horas. Esse valor é usado para limpar os registros do destino de produção. Com base nessa configuração, os registros serão limpos se forem mais antigos do que o número de horas especificado.
Se o valor padrão não for especificado, ele será de 24 horas.
Clique em Salvar.
A seguir
Seus bancos de dados e instâncias são armazenados em backup de acordo com os cronogramas definidos nos planos de backup. Para analisar e gerar relatórios sobre a atividade do Backup e DR, consulte o painel de controle do console de gerenciamento e examine os relatórios no gerenciador de relatórios.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 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."]]
