ONTAP-Cluster-Daten mit Cloud Backup schützen
Beitragende
Cloud Backup bietet Backup- und Restore-Funktionen zum Schutz und zur langfristigen Archivierung Ihrer ONTAP Cluster-Daten. Backups werden automatisch erstellt und auf einem Objektspeicher Ihres Public- oder Private-Cloud-Kontos gespeichert. Dabei gibt es keine Volume Snapshot Kopien, die für die kurzfristige Wiederherstellung oder das Klonen verwendet werden.
Bei Bedarf können Sie ein ganzes Volume, einen folder oder eine oder mehrere Files von einem Backup in dieselbe oder andere Arbeitsumgebung wiederherstellen.
Funktionen
Backup-Funktionen:
-
Erstellen Sie Backups unabhängiger Kopien Ihrer Datenvolumen auf kostengünstigem Objekt-Storage.
-
Anwendung einer einzelnen Backup-Richtlinie auf alle Volumes in einem Cluster oder Zuweisen verschiedener Backup-Richtlinien zu Volumes mit eindeutigen Recovery-Punkten
-
Erstellen Sie eine Backup-Richtlinie, die auf alle zukünftigen Volumes angewendet wird, die im Cluster erstellt wurden.
-
Unveränderliche Backup-Dateien werden so gesperrt und über den Aufbewahrungszeitraum geschützt.
-
Scannen Sie Backup-Dateien auf einen möglichen Ransomware-Angriff und entfernen/ersetzen Sie infizierte Backups automatisch.
-
Tiering älterer Backup-Dateien auf Archiv-Storage, um Kosten zu sparen
-
Löschen Sie die Backup-Beziehung, damit Sie nicht benötigte Quell-Volumes archivieren können, während Sie Volume-Backups beibehalten.
-
Backup von der Cloud in die Cloud und von On-Premises-Systemen in die Public oder Private Cloud.
-
Bei Cloud Volumes ONTAP Systemen befinden sich Backups auf einem anderen Abonnement/Konto oder einer anderen Region.
-
Backup-Daten werden mit AES-256-Bit-Verschlüsselung im Ruhezustand und TLS 1.2 HTTPS-Verbindungen im Übertragungsprozess gesichert.
-
Verwenden Sie Ihre eigenen, vom Kunden gemanagten Schlüssel für die Datenverschlüsselung, statt die Standard-Verschlüsselungsschlüssel Ihres Cloud-Providers zu verwenden.
-
Unterstützung für bis zu 4,000 Backups eines einzelnen Volumes.
Wiederherstellungsfunktionen:
-
Wiederherstellung von Daten aus einem bestimmten Zeitpunkt
-
Stellen Sie ein Volume, einen Ordner oder einzelne Dateien auf dem Quellsystem oder einem anderen System wieder her.
-
Wiederherstellung von Daten in einer Arbeitsumgebung mit einem anderen Abonnement/Konto oder in einer anderen Region.
-
Daten werden auf Blockebene wiederhergestellt und die Daten direkt an dem von Ihnen angegebenen Speicherort platziert, während die ursprünglichen ACLs beibehalten werden.
-
Durchsuchbare und durchsuchbare Dateikataloge zur einfachen Auswahl einzelner Ordner und Dateien für die Wiederherstellung einzelner Dateien.
Unterstützte ONTAP-Arbeitsumgebungen und Objekt-Storage-Provider
Cloud Backup ermöglicht Ihnen das Backup von ONTAP Volumes aus den folgenden Arbeitsumgebungen in Objekt-Storage bei folgenden Public- und Private-Cloud-Providern:
Quelle Arbeitsumgebung | Ziel der Backup-Datei ifdef::aws[] |
---|---|
Cloud Volumes ONTAP in AWS |
Amazon S3 endif::aws[] ifdef::Azure[] |
Cloud Volumes ONTAP in Azure |
Azure Blob endif::Azure[] ifdef::gcp[] |
Cloud Volumes ONTAP in Google |
Google Cloud Storage endif::gcp[] |
Lokales ONTAP System |
Ifdef::aws[] Amazon S3 endif::aws[] ifdef::azurAzure[] Azure Blob endif::Azure[] ifdef::gcp[] Google Cloud Storage endif::gcp[] NetApp StorageGRID |
Sie können ein Volume, einen Ordner oder einzelne Dateien aus einer ONTAP-Sicherungsdatei in folgenden Arbeitsumgebungen wiederherstellen:
Speicherort Der Sicherungsdatei | Zielarbeitsumgebung ifdef::aws[] |
---|---|
Amazon S3 |
Cloud Volumes ONTAP in AWS On-Premises ONTAP System endif::aws[] ifdef::azurAzure[] |
Azure Blob |
Cloud Volumes ONTAP in Azure On-Premises ONTAP System endif::Azure[] ifdef::gcp[] |
Google Cloud Storage |
Cloud Volumes ONTAP in Google On-Premises ONTAP System endif::gcp[] |
NetApp StorageGRID |
Lokales ONTAP System |
Beachten Sie, dass Verweise auf „On-Premises ONTAP Systeme“ Systeme mit FAS, AFF und ONTAP Select Systemen enthalten.
Unterstützung für Websites ohne Internetverbindung
Cloud Backup kann an einem Standort ohne Internetverbindung (auch als „offline“ oder „dunkel“ bezeichnet) verwendet werden, um Volume-Daten zu sichern. In dieser Konfiguration werden auch die Volume- und Dateiwiederherstellung unterstützt. In diesem Fall müssen Sie den BlueXP Connector am Dark Site implementieren.
-
Sie können Daten von lokalen ONTAP Systemen auf lokalen NetApp StorageGRID Systemen sichern. Siehe "Sichern von lokalen ONTAP Daten in StorageGRID" Entsprechende Details.
-
Daten aus Cloud Volumes ONTAP Systemen in AWS und Azure Geschäftsregionen können in Amazon S3 oder Azure Blob gesichert werden. Siehe "Sichern von Cloud Volumes ONTAP-Daten in Amazon S3" Und "Backup von Cloud Volumes ONTAP Daten in Azure Blob".
Unterstützte Volumes
Cloud Backup unterstützt die folgenden Volume-Typen:
-
FlexVol Volumes für Lese- und Schreibvorgänge
-
SnapMirror Data Protection (DP) Ziel-Volumes
-
SnapLock Enterprise Volumes (erfordert ONTAP 9.11.1 oder höher)
-
SnapLock-Compliance-Volumes werden derzeit nicht unterstützt.
-
-
FlexGroup Volumes (erfordert ONTAP 9.12.1 oder höher)
Siehe die Abschnitte unter Einschränkungen bei Backup und Restore Für zusätzliche Anforderungen und Einschränkungen.
Kosten
Bei der Nutzung von Cloud Backup mit ONTAP-Systemen fallen zwei Kostenarten an: Ressourcengebühren und Servicegebühren.
Ressourcengebühren
Ressourcengebühren werden beim Cloud-Provider für Objekt-Storage-Kapazität sowie für das Schreiben und Lesen von Backup-Dateien in die Cloud gezahlt.
-
Für Backup bezahlen Sie Ihren Cloud-Provider für Objekt-Storage-Kosten.
Da Cloud Backup die Storage-Effizienzfunktionen des Quell-Volume beibehalten, bezahlen Sie die Objekt-Storage-Kosten des Cloud-Providers für die Daten nach ONTAP-Effizienz (für die geringere Datenmenge, die nach der Deduplizierung und Komprimierung angewendet wurde).
-
Beim Wiederherstellen von Daten mithilfe von Suchen und Wiederherstellen werden bestimmte Ressourcen vom Cloud-Provider bereitgestellt. Die Datenmenge, die von Ihren Suchanfragen gescannt wird, kostet pro tib. (Diese Ressourcen sind für Durchsuchen und Wiederherstellen nicht erforderlich.)
-
In AWS, "Amazon Athena" Und "AWS Klue" Ressourcen werden in einem neuen S3-Bucket implementiert.
-
In Azure, an "Azure Synapse Workspace" Und "Azure Data Lake Storage" Werden in Ihrem Storage-Konto bereitgestellt, um Ihre Daten zu speichern und zu analysieren.
-
-
In Google wird ein neuer Bucket implementiert, und der "Google Cloud BigQuery Services" Werden auf Konto-/Projektebene bereitgestellt.
-
Falls Sie Volume-Daten aus einer Backup-Datei wiederherstellen müssen, die in den Archiv-Storage verschoben wurde, erhalten Sie eine zusätzliche Gebühr für den pro gib-Abruf und die Gebühr pro Anfrage vom Cloud-Provider.
Servicegebühren
Servicegebühren werden an NetApp gezahlt und decken sowohl die Kosten für die Erstellung „_ Backups“ und „ Wiederherstellung Volumes oder Dateien“ aus diesen Backups ab. Sie bezahlen nur für die Daten, die Sie sichern, berechnet anhand der verwendeten logischen Quellkapazität (before ONTAP-Effizienzfunktionen) der ONTAP Volumes, die in Objekt-Storage gesichert werden. Diese Kapazität wird auch als Front-End Terabyte (FETB) bezeichnet.
Es gibt drei Möglichkeiten, für den Backup-Service zu bezahlen. Als erste Option können Sie Ihren Cloud-Provider abonnieren, sodass Sie monatlich bezahlen können. Die zweite Möglichkeit besteht darin, einen Jahresvertrag zu erhalten. Als dritte Option können Lizenzen direkt von NetApp erworben werden. Lesen Sie die Lizenzierung Weitere Informationen finden Sie in diesem Abschnitt.
Lizenzierung
Cloud Backup ist mit den folgenden Nutzungsmodellen verfügbar:
-
BYOL: Eine von NetApp erworbene Lizenz, die zusammen mit jedem Cloud-Provider verwendet werden kann.
-
PAYGO: Ein stündliches Abonnement über den Markt Ihres Cloud-Providers.
-
Jahr: Ein Jahresvertrag über den Markt Ihres Cloud-Providers.
|
Wenn Sie eine BYOL-Lizenz von NetApp erwerben, müssen Sie auch das PAYGO-Angebot über den Markt Ihres Cloud-Providers abonnieren. Ihre Lizenz wird immer zuerst berechnet, aber in diesen Fällen wird Ihnen der Stundensatz auf dem Markt berechnet:
Wenn Sie über einen Jahresvertrag eines Marktes verfügen, wird der gesamte Cloud Backup-Verbrauch über diesen Vertrag abgerechnet. Es ist nicht möglich, einen jährlichen Marktvertrag mit einem BYOL-Modell zu kombinieren. |
Mit Ihrer eigenen Lizenz
Byol ist nach Terminus basiert (12, 24 oder 36 Monate) und kapazitätsbasiert in Schritten von 1 tib. Sie bezahlen NetApp für einen Zeitraum, sagen wir 1 Jahr und für eine maximale Kapazität, sagen wir 10 tib.
Sie erhalten eine Seriennummer, die Sie auf der Seite BlueXP Digital Wallet eingeben, um den Dienst zu aktivieren. Wenn eine der beiden Limits erreicht ist, müssen Sie die Lizenz erneuern. Die BYOL-Lizenz für Backup gilt für alle mit dem verbundenen Quellsysteme "BlueXP-Konto".
Pay-as-you-go-Abonnement
Cloud Backup bietet eine nutzungsbasierte Lizenzierung in einem Pay-as-you-go-Modell. Wenn Sie den Markt Ihres Cloud-Providers abonniert haben, bezahlen Sie pro gib für Daten, die gesichert werden. Es erfolgt keine Vorauszahlung. Die Abrechnung erfolgt von Ihrem Cloud-Provider über Ihre monatliche Abrechnung.
Beachten Sie, dass bei der Anmeldung mit einem PAYGO-Abonnement eine kostenlose 30-Tage-Testversion verfügbar ist.
Jahresvertrag
Bei Nutzung von AWS stehen zwei Jahresverträge für 12, 24 oder 36 Monate zur Verfügung:
-
Ein Plan für „Cloud Backup“, mit dem Sie Backups von Cloud Volumes ONTAP Daten und ONTAP Daten vor Ort erstellen können
-
Ein „CVO Professional“-Plan, mit dem Sie Cloud Volumes ONTAP und Cloud-Backup bündeln können. Dazu zählen unbegrenzte Backups für Cloud Volumes ONTAP Volumes, die gegen diese Lizenz verrechnet werden (die Backup-Kapazität wird nicht von der Lizenz angerechnet).
-
Bei Nutzung von Azure können Sie bei NetApp ein privates Angebot anfordern und dann den Plan auswählen, wenn Sie während der Cloud Backup Aktivierung im Azure Marketplace abonnieren.
-
Bei der Verwendung von GCP können Sie ein privates Angebot von NetApp anfordern. Anschließend können Sie den Plan auswählen, wenn Sie während der Cloud Backup-Aktivierung über den Google Cloud Marketplace abonnieren.
Funktionsweise von Cloud Backup
Wenn Sie Cloud-Backups auf einem Cloud Volumes ONTAP- oder lokalen ONTAP-System aktivieren, führt der Service ein vollständiges Backup Ihrer Daten durch. Volume Snapshots werden nicht im Backup-Image berücksichtigt. Nach dem ersten Backup sind alle weiteren Backups inkrementell, das heißt, dass nur geänderte Blöcke und neue Blöcke gesichert werden. Dadurch wird der Netzwerkverkehr auf ein Minimum reduziert. Cloud Backup baut auf dem Fundament auf "NetApp SnapMirror Cloud Technologie".
|
Alle Aktionen, die direkt aus Ihrer Cloud-Provider-Umgebung zum Verwalten oder Ändern von Backup-Dateien übernommen werden, können die Dateien beschädigen und führen zu einer nicht unterstützten Konfiguration. |
Die folgende Abbildung zeigt die Beziehung zwischen den einzelnen Komponenten:
Speicherort von Backups
Backup-Kopien werden in einem Objektspeicher gespeichert, den BlueXP in Ihrem Cloud-Konto erstellt. Pro Cluster und Arbeitsumgebung gibt es einen Objektspeicher, und BlueXP benennt den Objektspeicher wie folgt: „netapp-Backup-clusterUUID“. Stellen Sie sicher, dass Sie diesen Objektspeicher nicht löschen.
-
In AWS ermöglicht BlueXP das "Amazon S3 Block – Public Access-Funktion" Auf dem S3-Bucket.
-
In Azure verwendet BlueXP eine neue oder vorhandene Ressourcengruppe mit einem Storage-Konto für den Blob-Container. BlueXP "Blockiert den öffentlichen Zugriff auf Ihre BLOB-Daten" Standardmäßig.
-
In GCP nutzt BlueXP ein neues oder bereits bestehendes Projekt mit einem Storage-Konto für den Google Cloud Storage Bucket.
-
In StorageGRID verwendet BlueXP ein vorhandenes Storage-Konto für den Objektspeicher-Bucket.
Wenn Sie künftig den Zielobjektspeicher für ein Cluster ändern möchten, müssen Sie unbedingt fortfahren "Heben Sie die Registrierung für Cloud Backup für die Arbeitsumgebung auf", Und aktivieren Sie dann Cloud Backup mit den neuen Cloud-Provider-Informationen.
Anpassbare Backup-Planungs- und Aufbewahrungseinstellungen
Wenn Sie Cloud-Backup für eine Arbeitsumgebung aktivieren, werden alle Volumes, die Sie anfangs auswählen, mithilfe der definierten Standard-Backup-Richtlinie gesichert. Wenn Sie bestimmten Volumes mit unterschiedlichen Recovery-Zeitpunkten (Recovery Point Objectives, RPO) unterschiedliche Backup-Richtlinien zuweisen möchten, können Sie für diesen Cluster zusätzliche Richtlinien erstellen und diese Richtlinien den anderen Volumes zuweisen, nachdem Cloud Backup aktiviert ist.
Es steht eine Kombination aus stündlichen, täglichen, wöchentlichen, monatlichen und jährlichen Backups aller Volumes zur Verfügung. Sie haben außerdem die Wahl zwischen einer der systemdefinierten Richtlinien, die 3 Monate, 1 Jahr und 7 Jahre Backups und Aufbewahrung bieten. Im Folgenden werden die Richtlinien aufgeführt:
Name Der Backup-Richtlinie | Backups pro Intervall… | Maximale Backups | ||
---|---|---|---|---|
* Daily* |
Wöchentlich |
Monatlich |
||
Netapp3MonatDatenhaltung |
30 |
13 |
3 |
46 |
Netapp1YearRetention |
30 |
13 |
12 |
55 |
Netapp7YearsRetention |
30 |
53 |
84 |
167 |
Backup-Sicherungsrichtlinien, die Sie mit ONTAP System Manager oder der ONTAP CLI auf dem Cluster erstellt haben, werden ebenfalls als Auswahl angezeigt. Dies schließt Richtlinien ein, die mithilfe von benutzerdefinierten SnapMirror-Labels erstellt werden.
Sobald Sie die maximale Anzahl von Backups für eine Kategorie oder Intervall erreicht haben, werden ältere Backups entfernt, sodass Sie immer über die aktuellsten Backups verfügen (und veraltete Backups belegen somit nicht mehr Speicherplatz in der Cloud).
Siehe "Backup-Pläne" Weitere Informationen zu den verfügbaren Terminplanoptionen.
Beachten Sie, dass Sie können "Erstellung eines On-Demand-Backups eines Volumes" Über das Backup Dashboard können Sie jederzeit zusätzlich zu den Backup-Dateien zugreifen, die aus den geplanten Backups erstellt wurden.
|
Die Aufbewahrungsdauer für Backups von Datensicherungs-Volumes ist identisch mit der in der SnapMirror Quell-Beziehung definierten Aufbewahrungsdauer. Sie können dies gegebenenfalls mithilfe der API ändern. |
Sicherungseinstellungen für Dateien sichern
Wenn Ihr Cluster ONTAP 9.11.1 oder höher verwendet, können Sie Ihre Backups vor dem Löschen und Ransomware-Angriffen schützen. Jede Backup-Richtlinie enthält einen Abschnitt für DataLock und Ransomware-Schutz, der für einen bestimmten Zeitraum auf Ihre Backup-Dateien angewendet werden kann - die Aufbewahrungsfrist. DataLock schützt Ihre Sicherungsdateien vor Änderungen oder Löschung. Ransomware Protection scannt Ihre Backup-Dateien, um nach einem Ransomware-Angriff zu suchen, wenn eine Backup-Datei erstellt wird und wann die Daten aus einer Backup-Datei wiederhergestellt werden.
Die Backup-Aufbewahrungsdauer ist identisch mit der Aufbewahrungsfrist des Backup-Zeitplans plus 14 Tage. Beispielsweise werden bei Weekly Backups mit gespeicherten 5 Kopien jede Backup-Datei 5 Wochen lang gesperrt. Monatliche Backups mit 6 Kopien zurückbehaltenen Kopien werden jede Backup-Datei 6 Monate lang gesperrt.
Unterstützung ist derzeit verfügbar, wenn Ihr Backup-Ziel Amazon S3, Azure Blob oder NetApp StorageGRID ist. In zukünftigen Versionen werden weitere Ziele für Storage-Provider hinzugefügt.
Siehe "DataLock- und Ransomware-Schutz" Für weitere Informationen, wie DataLock und Ransomware-Schutz funktioniert.
|
DataLock kann nicht aktiviert werden, wenn Sie Backups in Archiv-Storage Tiering sind. |
Archiv-Storage für ältere Backup-Dateien
Bei Nutzung eines bestimmten Cloud-Storage können Sie ältere Backup-Dateien nach einer bestimmten Anzahl von Tagen auf eine kostengünstigere Storage-Klasse bzw. Zugriffsebene verschieben. Beachten Sie, dass Archivspeicher nicht verwendet werden kann, wenn Sie DataLock aktiviert haben.
-
In AWS beginnen Backups in der Klasse „ Standard Storage“ und wechseln nach 30 Tagen in die Storage-Klasse „ Standard-infrequent Access“.
Wenn Ihr Cluster ONTAP 9.10.1 oder höher verwendet, können Sie ältere Backups nach einer bestimmten Anzahl von Tagen entweder auf S3 Glacier oder _S3 Glacier Deep Archive Storage in der Cloud Backup UI verschieben, um die Kosten weiter zu optimieren. "Weitere Informationen zu AWS Archiv-Storage".
-
In Azure werden Backups im Zusammenhang mit der Cool Zugriffsebene durchgeführt.
Wenn Ihr Cluster ONTAP 9.10.1 oder höher verwendet, können Sie ältere Backups nach einer bestimmten Anzahl von Tagen in Azure Archive Storage in der Cloud Backup UI verschieben, um die Kosten weiter zu optimieren. "Erfahren Sie mehr über Azure Archiv-Storage".
-
In GCP werden Backups der Klasse Standard Storage zugeordnet.
Wenn Ihr Cluster ONTAP 9.12.1 oder höher verwendet, können Sie ältere Backups nach einer bestimmten Anzahl von Tagen in Archive Storage in der Cloud Backup UI verschieben, um die Kosten weiter zu optimieren. "Erfahren Sie mehr über Google Archivspeicher".
-
In StorageGRID sind Backups der Klasse Standard Storage zugeordnet.
Wenn Ihr On-Premises-Cluster ONTAP 9.12.1 oder höher verwendet und Ihr StorageGRID System mindestens 11.4 nutzt, können Sie ältere Backup-Dateien nach einer bestimmten Anzahl von Tagen in den Public-Cloud-Archiv-Storage archivieren. Aktuell werden weitere Support für AWS S3 Glacier/S3 Glacier Deep Archive oder Azure Archive Storage Tiers unterstützt. "Weitere Informationen zur Archivierung von Backup-Dateien aus StorageGRID".
Siehe "Einstellungen für Archiv-Storage" Weitere Informationen zur Archivierung älterer Backup-Dateien.
Überlegungen zu den Tiering-Richtlinien von FabricPool
Es gibt bestimmte Dinge, die Sie beachten müssen, wenn das Backup-Volume auf einem FabricPool Aggregat gespeichert ist und eine andere Richtlinie als zugewiesen ist none
:
-
Für das erste Backup eines FabricPool-Tiered Volumes müssen alle lokalen und alle Tiered Daten (aus dem Objektspeicher) gelesen werden. Ein Backup-Vorgang erhitzt nicht die kalten Daten im Objekt-Storage „wieder“.
Das Lesen der Daten von Ihrem Cloud-Provider kann zu einem einmalig erhöhten Kostenaufwand führen.
-
Nachfolgende Backups sind inkrementell und haben diese Auswirkungen nicht.
-
Wenn die Tiering-Richtlinie dem Volume bei ihrer ersten Erstellung zugewiesen ist, wird dieses Problem nicht sehen.
-
-
Berücksichtigen Sie die Auswirkungen von Backups, bevor Sie das zuweisen
all
tiering-Richtlinie zu Volumes. Da die Daten sofort in Tiered Storage verschoben werden, liest Cloud Backup Daten eher aus der Cloud-Tier als aus der lokalen Tier. Da parallele Backup-Vorgänge die Netzwerkverbindung zum Cloud-Objektspeicher teilen, kann es zu Performance-Einbußen kommen, wenn die Netzwerkressourcen gesättigt werden. In diesem Fall möchten Sie möglicherweise proaktiv mehrere Netzwerkschnittstellen (LIFs) konfigurieren, um diese Art der Netzwerksättigung zu reduzieren.
Einschränkungen
Backup-Einschränkungen
-
Um ältere Backup-Dateien per Tiering in Archiv-Storage zu verschieben, muss der Cluster ONTAP 9.10.1 oder höher ausführen. Für die Wiederherstellung von Volumes aus Backup-Dateien, die sich im Archiv-Storage befinden, muss im Ziel-Cluster zudem ONTAP 9.10.1+ ausgeführt werden.
-
Wenn eine Backup-Richtlinie erstellt oder bearbeitet wird, wenn dieser Richtlinie keine Volumes zugewiesen werden, kann die Anzahl der zurückbehaltenen Backups maximal 1018 sein. Als Workaround können Sie die Anzahl der Backups zur Erstellung der Richtlinie verringern. Anschließend können Sie die Richtlinie bearbeiten, um bis zu 4000 Backups zu erstellen, nachdem Sie der Richtlinie Volumes zugewiesen haben.
-
Bei der Sicherung von Datensicherungs-Volumes (DP):
-
Beziehungen zu den SnapMirror-Labels
app_consistent
Undall_source_snapshot
Wird nicht in der Cloud gesichert werden. -
Wenn Sie lokale Kopien der Snapshots auf dem SnapMirror Ziel-Volume erstellen (unabhängig von den verwendeten SnapMirror Bezeichnungen), werden diese Snapshots nicht als Backups in die Cloud verschoben. Derzeit müssen Sie eine Snapshot-Richtlinie mit den gewünschten Etiketten auf dem Quell-DP-Volume erstellen, damit Cloud Backup sie sichern kann.
-
-
Volume Backups von FlexGroup können nicht in Archiv-Storage verschoben oder nicht DataLock und Ransomware-Schutz verwendet werden.
-
SVM-DR-Volume-Backup wird unter den folgenden Einschränkungen unterstützt:
-
Backups werden nur von der sekundären ONTAP unterstützt.
-
Die auf das Volume angewandte Snapshot Richtlinie muss eine der vom Cloud Backup anerkannten Richtlinien sein, einschließlich täglich, wöchentlich, monatlich usw. die standardmäßige „SM_created“ Richtlinie (wird für Spiegelung aller Snapshots verwendet) Das DP-Volume wird nicht erkannt und in der Liste der Volumes, die gesichert werden können, nicht angezeigt.
-
-
MetroCluster-Unterstützung:
-
Wenn ONTAP 9.12.1 GA oder höher verwendet wird, wird das Backup unterstützt, wenn es mit dem Primärsystem verbunden wird. Die gesamte Backup-Konfiguration wird auf das sekundäre System übertragen, sodass Backups in die Cloud nach dem Switchover automatisch fortgesetzt werden. Sie müssen keine Sicherungskopie auf dem sekundären System einrichten (tatsächlich sind Sie darauf beschränkt).
-
Bei Verwendung von ONTAP 9.12.0 und einer älteren Version wird das Backup nur vom sekundären ONTAP System unterstützt.
-
Backups von FlexGroup-Volumes werden derzeit nicht unterstützt.
-
-
Ad-hoc-Volume-Backup mit der Backup Now-Taste wird auf Datensicherungs-Volumes nicht unterstützt.
-
SM-BC-Konfigurationen werden nicht unterstützt.
-
ONTAP unterstützt keine Fan-out-of-SnapMirror-Beziehungen von einem einzelnen Volume zu mehreren Objektspeicher. Daher wird diese Konfiguration nicht von Cloud Backup unterstützt.
-
DER WORM-/Compliance-Modus für einen Objektspeicher wird derzeit auf Amazon S3, Azure und StorageGRID unterstützt. Dies wird als DataLock-Funktion bezeichnet und muss mithilfe von Cloud Backup-Einstellungen gemanagt werden, nicht über die Cloud-Provider-Schnittstelle.
Restore-Einschränkungen
Diese Einschränkungen gelten sowohl für die Such- und Wiederherstellungsmethoden als auch für die Such- und Wiederherstellungsmethoden für die Wiederherstellung von Dateien und Ordnern, sofern nicht ausdrücklich genannt.
-
Browse & Restore kann bis zu 100 einzelne Dateien gleichzeitig wiederherstellen.
-
Search & Restore kann 1 Datei gleichzeitig wiederherstellen.
-
Wenn Sie ONTAP 9.13.0 oder höher verwenden, können Sie einen Ordner mit allen darin enthaltenen Dateien und Unterordnern durchsuchen und wiederherstellen und suchen und wiederherstellen.
Bei Verwendung einer Version von ONTAP größer als 9.11.1, aber vor 9.13.0, kann der Wiederherstellungsvorgang nur den ausgewählten Ordner und die Dateien in diesem Ordner wiederherstellen - keine Unterordner oder Dateien in Unterordnern werden wiederhergestellt.
Wenn Sie eine Version von ONTAP vor 9.11.1 verwenden, wird die Wiederherstellung von Ordnern nicht unterstützt.
-
Die Wiederherstellung von Verzeichnissen/Ordnern wird derzeit auf FlexGroup-Volumes nicht unterstützt.
-
Sie können einzelne Ordner nicht wiederherstellen, wenn sich die Sicherungsdatei im Archiv-Speicher befindet.
-
Die Wiederherstellung von FlexGroup Volumes auf FlexVol Volumes oder FlexVol Volumes auf FlexGroup Volumes wird nicht unterstützt.
-
Die wiederherzustellende Datei muss die gleiche Sprache verwenden wie die Sprache auf dem Zielvolume. Wenn die Sprachen nicht identisch sind, wird eine Fehlermeldung angezeigt.
-
Die Priorität High restore wird beim Wiederherstellen von Daten aus dem Azure Archiv-Storage auf StorageGRID-Systeme nicht unterstützt.