L'articolo richiesto non è disponibile. O non si applica a questa versione del prodotto oppure in questa versione della documentazione le informazioni pertinenti sono organizzate diversamente. Puoi eseguire una ricerca, navigare o tornare all'altra versione.
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.
Tipi di strategie di ripristino supportate per le risorse PostgreSQL aggiunte manualmente
Collaboratori
-
PDF del sito di questa documentazione
-
Proteggere i database Microsoft SQL Server
-
Proteggere i database SAP HANA
-
Proteggere IBM DB2
-
Proteggere PostgreSQL
-
Proteggere MySQL
-
Proteggere le applicazioni personalizzate
-
Proteggi le applicazioni utilizzando plug-in supportati da NetApp
-

Raccolta di documenti PDF separati
Creating your file...
This may take a few minutes. Thanks for your patience.
Your file is ready
È necessario definire una strategia prima di poter eseguire correttamente le operazioni di ripristino utilizzando SnapCenter.
|
Non è possibile recuperare le risorse PostgreSQL aggiunte manualmente. |
Ripristino completo delle risorse
-
Ripristina tutti i volumi, le qtree e le LUN di una risorsa
|
Se la risorsa contiene volumi o qtree, gli snapshot acquisiti dopo lo snapshot selezionato per il ripristino su tali volumi o qtree vengono eliminati e non possono essere recuperati. Inoltre, se un'altra risorsa è ospitata sugli stessi volumi o qtree, anche tale risorsa viene eliminata. |
NOTA: Il plug-in per PostgreSQL crea un backup_label e tablespace_map nella cartella /<OS_temp_folder>/postgresql_sc_recovery<Restore_JobId>/_ per facilitare il ripristino manuale .