Häufig gestellte Fragen

Preise

Wo finde ich Informationen zu den Preisen für den Sicherungs- und Notfallwiederherstellungsdienst?
Preisinformationen für den Sicherungs- und Notfallwiederherstellungsdienst finden Sie auf der Preisseite für den Sicherungs- und Notfallwiederherstellungsdienst.
Wann wird eine Arbeitslast vom Dienst für Sicherung und Notfallwiederherstellung verwaltet?
Bei der Abrechnung des Sicherungs- und Notfallwiederherstellungsdienstes (auch SKU-Nutzung genannt) wird jede Arbeitslast mit mindestens einer nicht abgelaufenen Sicherung berücksichtigt, die den Dienst nutzt. Sicherungs-Images können aus Compliance-Gründen für einen längeren Zeitraum (Jahre) in einem Snapshot oder OnVault-Pool aufbewahrt werden, wenn die Quellarbeitslast nicht mehr aktiv geschützt wird.
Wirkt sich die Komprimierung von Sicherungen auf die Nutzung aus?
Die vom System in Snapshot- und OnVault-Pools erreichte Komprimierung hat keine Auswirkungen auf die Nutzungsmessung, da die Nutzungsanzahl auf der Größe der Arbeitslast des Front-Ends und nicht auf dem Speicherverbrauch des Back-Ends basiert.
Wie wirkt sich die Replikation zwischen Sicherungs-/Wiederherstellungs-Appliances auf die Nutzung aus?
Der Backup- und DR-Dienst misst die Nutzung basierend auf der Größe der Frontend-Arbeitslast. Es wird nicht berücksichtigt, wie viele Kopien aufbewahrt werden oder wo sie aufbewahrt werden. Das Hinzufügen einer Appliance für die Notfallwiederherstellung hat keine Auswirkungen auf die Nutzung der SKUs des Sicherungs- und Notfallwiederherstellungsdienstes.
Wie wirken sich Prune-Pfade und Ausschlusslisten auf die Abrechnung von Sicherungen und Notfallwiederherstellungen aus?

Wenn Ihre Dateisystemarbeitslast 3 TiB Daten umfasst und Sie mithilfe von Bereinigungspfaden und Ausschlusslisten 1 TiB Dateien von der Verwaltung ausschließen und das Dateisystem mit dem Sicherungs- und Notfallwiederherstellungsagenten sichern, wird die Nutzung anhand der tatsächlich verwalteten Datenmenge gemessen, also in diesem Beispiel 2 TiB.

Wenn Sie das Dateisystem ohne den Sicherungs- und Notfallwiederherstellungs-Agenten sichern (z. B. mit einer agentenlosen Sicherung der gesamten VMware-/Compute Engine-VM), wird die Nutzung anhand der Größe der Volumes gemessen, also 3 TiB.

Die Nutzungsanzahl für meine Arbeitslast ist anscheinend niedriger als gestern. Woran liegt das?

Die Nutzung des Sicherungs- und Notfallwiederherstellungsdienstes basiert auf der letzten erfolgreichen Kopie, nicht auf der größten wiederherstellbaren Kopie. Arbeitslasten schrumpfen oder wachsen im Laufe der Zeit (unabhängig von den zugrunde liegenden Änderungsraten). Wenn sich die Arbeitslast verringert, wirkt sich das auf die Nutzungsmessung der letzten Sicherung aus.

Wie wirkt sich die Änderungsrate der Datenbank auf die Nutzung aus?

Der Backup- und Notfallwiederherstellungsdienst misst die Nutzung anhand der Größe der letzten erfolgreichen Kopie. Bei einer Oracle-Datenbank mit einer Größe von 4 TiB und einer täglichen Änderungsrate von 10 %, die aber immer 4 TiB groß ist, wird die Nutzung mit 4 TiB berechnet. Sofern sich die Größe der Arbeitslast nicht ändert, wirkt sich die Änderungsrate nicht direkt auf die Berechnung der Nutzung aus.

Wie kann ich vermeiden, für doppelten Schutz zu bezahlen, wenn ich eine Arbeitslast und ihre VM schütze?

Der Sicherungs- und Notfallwiederherstellungsdienst zählt die Nutzung einer VMware-VM und ihrer Arbeitslasten separat, was zu einer doppelten Zählung führen kann. Wenn Sie eine SQL Server-Arbeitslast verwalten, die auf einer VMware-VM ausgeführt wird, und auch die gesamte VMware-VM verwalten, wird die SQL-Datenbank separat von und zusätzlich zur VM gezählt. In solchen Fällen empfiehlt es sich, das Betriebssystemvolume der VM und die Arbeitslasten auf den VMs separat zu verwalten. So wird ein doppelter Schutz und damit eine doppelte Zählung effektiv vermieden.

Wird nur die Datenbankgröße gezählt oder werden auch die Protokolldateien in die Nutzungsmessung einbezogen?

Der Sicherungs- und Notfallwiederherstellungsdienst misst nur die verwalteten Datenbankdateien, die für eine konsistente Datenbanksicherung erforderlich sind. Logdateien werden nicht für die Nutzungsmessung berücksichtigt.

Wie kann ich meine Nutzung für VMware-VMs prüfen?

Die Nutzungsmessungen des Sicherungs- und Notfallwiederherstellungsdienstes für VMware-VMs stimmen mit der vom vCenter für diese VM gemeldeten Größe überein.

du -h *.vmdk-Ausgabe aus dem entsprechenden VM-Ordner im Datenspeicher stimmt mit der Nutzungsanzahl überein.

Wie überprüfe ich meine Nutzung der Oracle-Datenbank?
Die Messung der Nutzung von Backup and DR Service für Oracle basiert auf der zugewiesenen Größe der Datenbank. Hier ist eine Beispielabfrage, um die Größe der Oracle-Datenbank zu prüfen.

select (d.total + c.total) total from (select sum(bytes) total from v$datafile) d, (select sum(block_size*file_size_blks) total from v$controlfile) c;

Subtrahieren Sie dann Folgendes: select sum(bytes) free from dba_free_space;

Wie kann ich die Nutzung meiner Dateisysteme prüfen?
Nutzungsmessungen des Sicherungs- und Notfallwiederherstellungsdienstes für Dateisysteme basierend auf Arbeitslasten:
  • Windows – vom DiskManager gemeldete Größe des verwendeten Dateisystems
  • Linux – Größe des verwendeten Dateisystems, gemeldet von df - k

Migration zu knotenbasierten Preisen für die Sicherung der Google Cloud VMware Engine

Was ist in den knotenbasierten Preisen für die Sicherung der Google Cloud VMware Engine enthalten?
Die Preise gelten nur für den Schutz der Google Cloud VMware Engine – Sicherungen ganzer VMs. Die Kosten für die Sicherungsverwaltung für agentbasierte Sicherungen sind nicht enthalten, z. B. Kosten für anwendungskonsistente Sicherungen für SAP HANA, SQL Server, MySQL oder Postgres. Um die Kosten für agentenbasierte Sicherungen zu schätzen, ist die Produktionsgröße für jeden dieser Datenbanktypen erforderlich. Die Preise für agentenbasierte Sicherungen richten sich nach den standardmäßigen Google Cloud -Preisen für Sicherungen und Notfallwiederherstellungen.
Wie schneiden die bestehenden MDL-basierten Preise (Managed Data License) im Vergleich zu den neuen knotenbasierten Preisen für die Sicherung der Google Cloud VMware Engine ab?
Im Folgenden finden Sie ein Beispiel, das den Unterschied zwischen den aktuellen und den neuen Preisen für die Sicherung der neuen Google Cloud VMware Engine veranschaulicht.

Preismodell

Können meine bestehenden Preisnachlässe auf neue Google Cloud VMware Engine-Sicherungs-SKUs angewendet werden?
Ihre bestehenden Preisnachlässe gelten weiterhin für neue Google Cloud VMware Engine-bezogene Sicherungs-SKUs.
Kann ich für die Sicherung von Google Cloud VMware Engine-VMs zwischen den bestehenden MDL-basierten Preisen und den neuen knotenbasierten Preisen wählen?
Ab sofort wird nur das neue netzwerkbasierte Preismodell für alle Kunden unterstützt, die Google Cloud VMware Engine-VMs mitGoogle Cloud Backup und DR sichern möchten.
Was muss ich tun, um zum neuen knotenbasierten Preismodell der Google Cloud VMware Engine zu wechseln?
Alle bestehenden Google Cloud -Kunden für Sicherung und Notfallwiederherstellung, die Google Cloud VMware Engine-Arbeitslasten schützen, müssen alle ihre Sicherungs-/Wiederherstellungsgeräte auf Version 11.0.5 oder höher aktualisieren, um das aktualisierte Preismodell zu nutzen. Sobald alle Sicherungsgeräte die Version 11.0.5 oder höher verwenden, wird nach dem 4. August 2023 automatisch auf die neuen knotenbasierten Preise umgestellt.
Was ist, wenn ich nicht vom bestehenden MDL-basierten Preismodell (Managed Data License) zum neuen netzwerkbasierten Preismodell für die Sicherung von Google Cloud VMware Engine-VMs wechseln möchte?
Sie können das bestehende Preismodell beibehalten, indem Sie die Sicherungs-/Wiederherstellungs-Appliance nicht auf Version 11.0.5 oder höher aktualisieren. Sie müssen Ihre Appliance jedoch aktualisieren und das neue Preismodell übernehmen, sobald die Supportphase für die Appliance endet.

Neues Berichtssystem für den Sicherungs- und Notfallwiederherstellungsdienst

Was ist das neue Berichtssystem und welche Vorteile hat es gegenüber dem vorhandenen Report Manager?

DerGoogle Cloud -Sicherungs- und Notfallwiederherstellungsdienst hat ein neues Berichtssystem erhalten, das auf den integrierten Google Cloud -Diensten basiert: Cloud Monitoring, Cloud Logging und BigQuery. Sie profitieren von nahtlosen, skalierbaren und umfassenden Berichten.

Mit dem neuen Berichtssystem können Sie Folgendes tun:

  • Trends in Berichtsdaten mit Cloud Logging ermitteln, ansehen und analysieren
  • Aufgabenbezogene Messwerte über Cloud Monitoring ansehen, analysieren und abrufen
  • Benutzerdefinierte Berichte in BigQuery mit der SQL-Abfragesprache erstellen
  • Benutzerdefinierte Benachrichtigungen zu Berichtsdaten über Cloud Logging und Cloud Monitoring einrichten
  • Berichte per E-Mail senden, Daten automatisch aktualisieren und Daten mit den Tools analysieren
Warum muss ich bis zum 20. April 2024 vom vorhandenen Report Manager zu einem neuen Berichtssystem wechseln?

Der bestehende Berichtsmanager wird am 20. April 2024 eingestellt. Die vorhandene Verknüpfung mit dem Report Manager in der Verwaltungskonsole wird deaktiviert. Nach dem 20. April 2024 können Sie nicht mehr über die Verwaltungskonsole oder Scripts darauf zugreifen.

Was passiert, wenn ich bis zum 20. April 2024 nicht auf das Meldesystem umstelle?

Wenn Sie das neue Berichtssystem nicht bis zum 20. April 2024 einrichten, können Sie nur noch auf vordefinierte Berichte im CSV-Format zugreifen. Dazu exportieren Sie die Berichte aus der Verwaltungskonsole in einen Cloud Storage-Bucket.

Welche der Funktionen, die im bisherigen Berichtsmanager unterstützt werden, werden im neuen Berichtssystem nicht mehr unterstützt?

In der folgenden Tabelle werden die Funktionen beschrieben, die im neuen Berichtssystem und im vorhandenen Berichtsmanager unterstützt werden.

Funktion Vorhandener
-Berichtsmanager		 Neues Meldesystem
Vordefinierte Berichte Unterstützt Unterstützt
Flexibilität beim Exportieren von Berichten Unterstützt Unterstützt
Daten im Bericht filtern oder sortieren und grundlegende Anpassungen vornehmen (Spalten neu anordnen oder ausblenden) Unterstützt Unterstützt
Möglichkeit, eine benutzerdefinierte Aufbewahrungsdauer für Berichte und Berichtsdaten festzulegen Unterstützt Unterstützt
On-Demand-Berichte ausführen Unterstützt Nicht zutreffend1
Bericht über die Verwaltungskonsole aufrufen Unterstützt Unterstützt
E-Mail-Berichte Nicht unterstützt Unterstützt
Möglichkeit, benutzerdefinierte Berichte abzufragen und zu erstellen Nicht unterstützt Unterstützt
Benachrichtigungen bei wichtigen Ereignissen Nicht unterstützt Unterstützt
Möglichkeit, benutzerdefinierte Dashboards zu erstellen Nicht unterstützt Unterstützt
Daten mithilfe der Analysetools in Echtzeit analysieren Nicht unterstützt Unterstützt

1 Das neue Berichtssystem unterstützt Jobberichte in nahezu Echtzeit.

Sind alle meine Berichtsdaten, die im Report Manager vorhanden sind, im neuen Berichtssystem verfügbar?
Nein, Ihre bisherigen Berichtsdaten sind im neuen Berichtssystem nicht verfügbar. Bis zum 30. April 2025 haben Sie weiterhin über den Tab Verlaufsberichte exportieren in der Verwaltungskonsole Zugriff auf Verlaufsberichte und vorhandene vordefinierte Berichte. Sie können diese Berichte im CSV-Format in einen Cloud Storage-Bucket exportieren.
Fallen beim Exportieren von Verlaufsberichten im CSV-Format in einen Cloud Storage-Bucket Gebühren an?
Für den Export von Verlaufsberichten im CSV-Format in einen Cloud Storage-Bucket wird beim Sicherungs- und Notfallwiederherstellungsdienst keine Gebühr erhoben. Für das Speichern von Daten in einem Cloud Storage-Bucket fallen Kosten an. Weitere Informationen finden Sie unter Datenspeicherung – Preise für Cloud Storage.
Wann ist die Option zum Exportieren von Berichten mit bisherigen Daten verfügbar?
Die Option Bisherige Berichte exportieren ist ab dem 1. April 2024 verfügbar. Sie können Berichte über die neue Option Verlaufsberichte exportieren im Menü Berichte in der Verwaltungskonsole exportieren.
Welche bisherigen und vorhandenen vordefinierten Berichte können exportiert werden?

Die folgenden vordefinierten Berichte können im CSV-Format in einen Cloud Storage-Bucket exportiert werden.

Fallen für die Verwendung des Meldesystems zusätzliche Kosten an?

Der Preis für die Nutzung des neuen Meldesystems hängt von folgenden Faktoren ab:

  • Das Volumen und die Aufbewahrungsdauer von Logdaten in Cloud Logging.
  • Die Menge der Daten, die in BigQuery gestreamt, gespeichert und abgefragt werden.

Ausführliche Preisinformationen finden Sie im Abschnitt Preise des neuen Berichtssystems für Sicherung und Notfallwiederherstellung.

Wie läuft die Umstellung auf das neue Berichtssystem ab?

Wenn Sie das neue Berichtssystem für die Sicherung und Notfallwiederherstellung in der Google Cloud verwenden möchten, müssen Sie Ihre Sicherungs-/Wiederherstellungs-Appliance auf die Version 11.0.9 aktualisieren. Nach dem Aktualisieren der Appliance haben Sie folgende Möglichkeiten:

An wen kann ich mich wenden, wenn ich Fragen zur Einrichtung des Meldesystems habe?

Bei Fragen oder Problemen im Zusammenhang mit dem Meldesystem können Sie sich an das Google Cloud -Supportteam wenden.