Versionshinweise
Der angeforderte Artikel ist nicht verfügbar. Er gilt entweder nicht für diese Version des Produkts oder die relevanten Informationen sind in dieser Version der Dokumentation anders organisiert. Sie können nach ihm suchen oder zur anderen Version zurückgehen.
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.
Arten von Wiederherstellungsstrategien, die für manuell hinzugefügte PostgreSQL-Ressourcen unterstützt werden
Beitragende
Änderungen vorschlagen
-
PDF dieser Dokumentationssite
-
Installation von SnapCenter Server
-
Microsoft SQL Server Datenbanken schützen
-
Schutz von SAP HANA Datenbanken
-
Schutz von Microsoft Exchange Server Datenbanken
-
Schutz von IBM DB2
-
Schützen Sie PostgreSQL
-
Schützen Sie benutzerdefinierte Anwendungen
-
Schützen Sie Applikationen mit von NetApp unterstützten Plug-ins
-
Sammlung separater PDF-Dokumente
Creating your file...
This may take a few minutes. Thanks for your patience.
Your file is ready
Sie müssen eine Strategie definieren, bevor Sie die Restore-Vorgänge mit SnapCenter erfolgreich durchführen können.
|
Manuell hinzugefügte PostgreSQL-Ressourcen können nicht wiederhergestellt werden. |
Komplette Ressourcenwiederherstellung
-
Stellt alle Volumes, qtrees und LUNs einer Ressource wieder her
|
|
Wenn die Ressource Volumes oder qtrees enthält, werden die Snapshots, die nach dem ausgewählten Snapshot für die Wiederherstellung auf diesen Volumes oder qtrees erstellt wurden, gelöscht und können nicht wiederhergestellt werden. Wenn auch eine andere Ressource auf den gleichen Volumes oder qtrees gehostet wird, wird diese Ressource auch gelöscht. |
HINWEIS: Plug-in für PostgreSQL erstellt ein Backup_Label und tablespace_map im Ordner /<OS_temp_folder>/postgresql_sc_Recovery<Restore_JobId>/_, um die manuelle Wiederherstellung zu unterstützen.
