Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Dopo aver configurato il piano di backup come descritto in
Gestire i modelli di backup, puoi configurare un metodo di backup
per il database o l'istanza.
I database Microsoft SQL Server,
Oracle e
SAP HANA hanno ciascuno la propria documentazione. Questi altri tipi di database supportati condividono
molte procedure.
Di seguito sono riportati gli altri tipi di database supportati:
La protezione dell'istanza del database Db2 può essere eseguita dal nodo
principale o dai nodi HADR. Per proteggere da un nodo HADR Db2, il nodo deve
essere abilitato alla lettura. Assicurati che il parametro DB2_HADR_ROS=ON sia impostato.
Quando un database SAP ASE è protetto con il backup basato su Full+Incrementale, i database di origine e di destinazione devono utilizzare lo stesso set di caratteri o lo stesso ordinamento per un ripristino riuscito. Per maggiori dettagli, consulta
SAP Note: 1860413 - How to change character set or sort order of SAP ASE.
Per proteggere il database o l'istanza del database:
Fai clic su Gestione app>Applicazioni, fai clic con il tasto destro del mouse sull'istanza
e seleziona Gestisci piano di backup.
Nella pagina Gestisci piano di backup, seleziona un modello e un profilo risorsa,
poi fai clic su Applica piano di backup.
Se esegui il backup di un workload in un'appliance di backup/ripristino che supererebbe la capacità di archiviazione o il limite di snapshot consigliati, visualizzerai una notifica con un suggerimento per eseguire il backup dei dati in un'altra appliance di backup/ripristino.
Fai clic su Dettagli e impostazioni e assicurati che il metodo di acquisizione del backup
corrisponda al tipo di backup impostato in Gestisci modelli di backup.
Fai clic su Applica piano di backup o Salva modifiche. L'istanza viene visualizzata in
App Manager con un'icona a forma di scudo.
L'istanza è protetta quando il job di snapshot viene eseguito correttamente in base alla pianificazione nel modello.
Se proteggi un'istanza, puoi includere o escludere
database specifici durante il backup. In App Manager, seleziona l'istanza. Utilizza le caselle di controllo per filtrare l'elenco.
Seleziona Gestisci piano di backup.
In Regola di inclusione del database, fai clic su Modifica. Se non vedi le impostazioni Inclusione database, hai selezionato un database, non un'istanza.
Seleziona una regola di inclusione: Includi tutto, Includi selezionati
o Escludi selezionati, quindi seleziona i database da includere
o escludere e fai clic su Salva.
Proteggere i log di database
Per attivare e configurare il backup dei log del database:
Nella pagina Modelli di piani di backup, fai clic con il tasto destro del mouse sul modello
che verrà utilizzato per proteggere l'istanza e fai clic su Modifica.
Fai clic sulla freccia accanto alla policy di snapshot per aprire i dettagli,
poi fai clic su Modifica policy.
Nella parte inferiore, seleziona Impostazioni avanzate dei criteri.
Imposta le opzioni della policy di log. Devi scorrere per visualizzarle tutte:
Attiva Tronca/Elimina log dopo il backup.
Imposta Enable Database Log Backup su Yes.
Per RPO (minuti), quando Enable Database Log Backup (Attiva backup log database) è impostato su
Yes (Sì), l'RPO definisce la frequenza del backup dei log del database. La frequenza è impostata
in minuti e non deve superare l'intervallo di backup del database. Il valore più piccolo
che può essere impostato è 15 minuti.
Imposta il Periodo di conservazione dei backup dei log (in giorni) per il recupero point-in-time.
Imposta Replicate Logs (Uses StreamSnap Technology) su Yes se vuoi attivare la replica StreamSnap del backup dei log in un sito di RE.
Imposta Invia log al pool OnVault su Sì se vuoi che i log del database vengano inviati a un pool OnVault, consentendo i recuperi point-in-time da OnVault su un altro sito.
Fai clic su Salva modifiche.
Seleziona l'istanza dall'elenco Applicazioni di gestione app.
Puoi utilizzare le caselle di controllo a sinistra per filtrare l'elenco.
Fai clic con il tasto destro del mouse e seleziona Gestisci piani di backup.
Nella parte superiore dello schermo, seleziona Dettagli e impostazioni.
Imposta il Periodo di conservazione dei log del database di produzione in ore. Questo valore viene utilizzato per eliminare i log dalla destinazione di produzione. In base a questa impostazione,
i log vengono eliminati se sono più vecchi del numero di ore specificato.
Se il valore predefinito non è specificato, il valore predefinito è 24 ore.
Fai clic su Salva.
Passaggi successivi
Il backup dei database e delle istanze viene eseguito in base alle pianificazioni impostate nei piani di backup. Per esaminare e generare report sull'attività di Backup e RE, puoi visualizzare il dashboard della console di gestione ed esaminare i report in Report Manager.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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."]]
