Freigeben über

Grundlegendes zur Konfiguration der regelmäßigen Sicherung in Azure Service Fabric

  • Artikel

Die Konfiguration der regelmäßigen Sicherung Ihrer zustandsbehafteten zuverlässigen Dienste oder Reliable Actors besteht aus den folgenden Schritten:

  1. Erstellen von Sicherungsrichtlinien: In diesem Schritt werden je nach Anforderung eine oder mehrere Sicherungsrichtlinien erstellt.

  2. Aktivieren einer Sicherung: In diesem Schritt ordnen Sie die in Schritt 1 erstellten Sicherungsrichtlinien den erforderlichen Entitäten, der Anwendung, dem Dienst oder einer Partition zu.

Sicherungsrichtlinie erstellen

Eine Sicherungsrichtlinie besteht aus den folgenden Konfigurationen:

  • Automatische Wiederherstellung bei Datenverlust: Gibt an, ob die Wiederherstellung automatisch mit der neuesten verfügbaren Sicherung ausgelöst werden soll, falls es auf der Partition zu einem Datenverlust kommt.

Hinweis

Es wird empfohlen, die automatische Wiederherstellung bei Produktionsclustern NICHT festzulegen.

  • Maximale inkrementelle Sicherungen: Definiert die maximale Anzahl von inkrementellen Sicherungen, die zwischen zwei vollständigen Sicherungen durchgeführt werden sollen. Die maximale Anzahl von inkrementellen Sicherungen gibt die obere Grenze an. Eine vollständige Sicherung kann durchgeführt werden, bevor die angegebene Anzahl inkrementeller Sicherungen unter einer der folgenden Bedingungen abgeschlossen ist.

    1. Vom Replikat wurde nie eine vollständige Sicherung erstellt, seit es als primäres Replikat festgelegt wurde.

    2. Einige der Protokolldatensätze seit der letzten Sicherung wurden abgeschnitten.

    3. Das Replikat hat den Grenzwert „MaxAccumulatedBackupLogSizeInMB“ überschritten.

  • Sicherungszeitplan: Die Zeit oder Häufigkeit, zu der regelmäßige Sicherungen erstellt werden sollen. Sicherungen lassen sich so planen, dass sie in einem bestimmten Intervall oder täglich bzw. wöchentlich zu einer bestimmten Zeit wiederholt werden.

    1. Häufigkeitsbasierter Sicherungszeitplan: Dieser Zeitplantyp sollte verwendet werden, wenn eine Datensicherung in festen Intervallen erforderlich ist. Das gewünschte Zeitintervall zwischen zwei aufeinanderfolgenden Sicherungen wird im ISO8601-Format definiert. Ein häufigkeitsbasierter Sicherungszeitplan kann ein Intervall minutengenau auflösen.

      {
    "ScheduleKind": "FrequencyBased",
    "Interval": "PT10M"
}

    2. Zeitbasierter Sicherungszeitplan: Dieser Zeitplantyp sollte verwendet werden, wenn eine Datensicherung zu einer bestimmten Zeit am Tag oder in der Woche erforderlich ist. Die Häufigkeit für diesen Zeitplantyp kann entweder täglich oder wöchentlich sein.

      1. Täglicher zeitbasierter Sicherungszeitplan: Dieser Zeitplantyp sollte verwendet werden, wenn die Datensicherung zu bestimmten Tageszeiten erfolgen muss. Um diese festzulegen, setzen Sie ScheduleFrequencyType auf Täglich; und setzen Sie RunTimes im ISO8601-Format auf die Liste der gewünschten Uhrzeit während des Tages, wobei das mit der Uhrzeit angegebene Datum ignoriert wird. Zum Beispiel steht 0001-01-01T18:00:00 für täglich um 18:00 Uhr, wobei der Datumsteil 0001-01-01 ignoriert wird. Das folgende Beispiel veranschaulicht die Konfiguration zum Auslösen der täglichen Sicherung um 9:00 Uhr und 18:00 Uhr.

        {
    "ScheduleKind": "TimeBased",
    "ScheduleFrequencyType": "Daily",
    "RunTimes": [
      "0001-01-01T09:00:00Z",
      "0001-01-01T18:00:00Z"
    ]
}

      2. Wöchentlicher zeitbasierter Sicherungszeitplan: Dieser Zeitplantyp sollte verwendet werden, wenn die Datensicherung zu bestimmten Tageszeiten erfolgen muss. Um diese festzulegen, setzen Sie ScheduleFrequencyType auf Wöchentlich; setzen Sie RunDays auf die Liste der Tage in einer Woche, an denen die Sicherung ausgelöst werden soll, und setzen Sie RunTimes im ISO8601-Format auf die Liste der gewünschten Uhrzeit während des Tages, wobei das mit der Uhrzeit angegebene Datum ignoriert wird. Liste der Tage einer Woche, an denen die regelmäßige Sicherung ausgelöst werden soll. Das folgende Beispiel zeigt die Konfiguration zum Auslösen der täglichen Sicherung um 9:00 Uhr und 18:00 Uhr von montags bis freitags.

        {
    "ScheduleKind": "TimeBased",
    "ScheduleFrequencyType": "Weekly",
    "RunDays": [
       "Monday",
       "Tuesday",
       "Wednesday",
       "Thursday",
       "Friday"
    ],
    "RunTimes": [
      "0001-01-01T09:00:00Z",
      "0001-01-01T18:00:00Z"
    ]
}

  • Sicherungsspeicher: Gibt den Speicherort zum Hochladen von Sicherungen an. Als Speicher kann entweder ein Azure-Blobspeicher oder eine Dateifreigabe verwendet werden.

    1. Azure-Blobspeicher mit verwalteter Identität: Dieser Speichertyp sollte ausgewählt werden, wenn die Notwendigkeit besteht, generierte Sicherungen in Azure zu speichern. Sowohl eigenständige als auch cloudbasierte Cluster können diesen Speichertyp verwenden. Die Beschreibung für diesen Speichertyp erfordert BlobServiceUri und den Namen des Containers, in den die Sicherungen hochgeladen werden sollen. Wenn der Container mit dem angegebenen Namen nicht verfügbar ist, wird er beim Hochladen einer Sicherung erstellt. Ersetzen Sie account-name durch den Namen Ihres Speicherkontos.

      {
    "StorageKind": "ManagedIdentityAzureBlobStore",
    "FriendlyName": "AzureMI_storagesample",
    "BlobServiceUri": "https://<account-name>.blob.core.windows.net",
    "ContainerName": "backup-container",
    "ManagedIdentityType": "VMSS",
    "ManagedIdentityClientId": "<Client-Id of User-Assigned MI>" 
}

      [HINWEIS] Verwenden Sie den optionalen Parameter ManagedIdentityClientId mit der Client-ID der benutzerseitig zugewiesenen verwalteten Identität bei mehreren benutzerseitig zugewiesenen verwalteten Identitäten, die Ihrer Ressource zugewiesen sind, oder systemseitig und benutzerseitig zugewiesenen verwalteten Identitäten, die Ihrer Ressource zugewiesen sind; und wir müssen die benutzerseitig zugewiesene verwaltete Identität als Standard verwenden, andernfalls ist dieser Parameter nicht erforderlich.

      Führen Sie die Schritte für die Zuordnung verwalteter Identitäten in Azure-Ressourcen aus:

      1. Aktivieren der systemseitig oder benutzerseitig zugewiesenen verwalteten Identität in der VMSS – Konfigurieren von verwalteten Identitäten in einer VM-Skalierungsgruppe

      2. Zuweisen einer Rolle zur verwalteten VMSS-Identität zu Speicherkonto Zuweisen von Azure-Rollen über das Azure-Portal – Azure RBAC

        1. Mindestens die Rolle „Mitwirkender an Storage-Blobdaten“

      Weitere Informationen über verwaltete Identitäten

    2. Azure-Blobspeicher mit ConnectionString: Dieser Speichertyp sollte ausgewählt werden, wenn die Notwendigkeit besteht, generierte Sicherungen in Azure zu speichern. Sowohl eigenständige als auch cloudbasierte Cluster können diesen Speichertyp verwenden. Die Beschreibung für diesen Speichertyp erfordert die Verbindungszeichenfolge und den Namen des Containers, in den die Sicherungen hochgeladen werden sollen. Wenn der Container mit dem angegebenen Namen nicht verfügbar ist, wird er beim Hochladen einer Sicherung erstellt.

      {
    "StorageKind": "AzureBlobStore",
    "FriendlyName": "Azure_storagesample",
    "ConnectionString": "<Put your Azure blob store connection string here>",
    "ContainerName": "backup-container"
}

      Hinweis

      Der Sicherungswiederherstellungsdienst funktioniert nicht mit Azure Storage v1. ConnectionString wird in der Produktion nicht empfohlen, da auf die Ressource ohne Benutzerauthentifizierung direkt zugegriffen wird

    3. Dateifreigabe: Dieser Speichertyp sollte für eigenständige Cluster ausgewählt werden, wenn die Datensicherung lokal gespeichert werden muss. Die Beschreibung für diesen Speichertyp erfordert einen Dateifreigabepfad, in den Sicherungen hochgeladen werden müssen. Über eine der folgenden Optionen kann der Zugriff auf die Dateifreigabe konfiguriert werden:

      1. Integrierte Windows-Authentifizierung, wobei der Zugriff auf die Dateifreigabe für alle Computer des Service Fabric-Clusters gewährt wird. Legen Sie in diesem Fall die folgenden Felder fest, um auf einer Dateifreigabe basierenden Sicherungsspeicher zu konfigurieren.

        {
    "StorageKind": "FileShare",
    "FriendlyName": "Sample_FileShare",
    "Path": "\\\\StorageServer\\BackupStore"
}

      2. Schützen der Dateifreigabe mithilfe von Benutzername und Kennwort, wobei der Zugriff auf die Dateifreigabe bestimmten Benutzern gewährt wird. Die Speicherspezifikation der Dateifreigabe bietet auch die Möglichkeit, einen sekundären Benutzernamen und ein sekundäres Kennwort anzugeben. So werden die Fallback-Anmeldeinformationen für den Fall bereitgestellt, dass bei der Authentifizierung mit dem primären Benutzernamen und dem primären Kennwort ein Fehler auftritt. Legen Sie in diesem Fall die folgenden Felder fest, um auf einer Dateifreigabe basierenden Sicherungsspeicher zu konfigurieren.

        {
    "StorageKind": "FileShare",
    "FriendlyName": "Sample_FileShare",
    "Path": "\\\\StorageServer\\BackupStore",
    "PrimaryUserName": "backupaccount",
    "PrimaryPassword": "<Password for backupaccount>",
    "SecondaryUserName": "backupaccount2",
    "SecondaryPassword": "<Password for backupaccount2>"
}

Hinweis

Stellen Sie sicher, dass die Speicherzuverlässigkeit die Anforderungen an die Zuverlässigkeit von Sicherungsdaten erfüllt oder übertrifft.

  • Aufbewahrungsrichtlinie: Gibt die Richtlinie zum Aufbewahren von Sicherungen im konfigurierten Speicher an. Es wird nur die Aufbewahrungsrichtlinie „Basic“ unterstützt.

    1. Grundlegende Aufbewahrungsrichtlinie: Diese Aufbewahrungsrichtlinie ermöglicht die Sicherstellung einer optimalen Speicherauslastung, indem Sicherungsdateien entfernt werden, die nicht mehr benötigt werden. Über RetentionDuration kann die Zeitspanne festgelegt werden, für die Sicherungen im Speicher beibehalten werden müssen. MinimumNumberOfBackups ist ein optionaler Parameter, mit dem sichergestellt werden kann, dass unabhängig von RetentionDuration immer die angegebene Anzahl von Sicherungen beibehalten wird. Das nachstehende Beispiel zeigt eine Konfiguration, bei der Sicherungen für 10 Tage beibehalten werden und die Anzahl von Sicherungen nicht unter 20 fallen darf.

      {
    "RetentionPolicyType": "Basic",
    "RetentionDuration": "P10D",
    "MinimumNumberOfBackups": 20
}

Aktivieren der regelmäßigen Sicherung

Nach der Definition der Sicherungsrichtlinie zur Erfüllung der Datensicherungsanforderungen sollte die Sicherungsrichtlinie entweder mit einer Anwendung, einem Dienst oder einer Partition verknüpft werden.

Hinweis

Vergewissern Sie sich vor dem Aktivieren der Sicherung, dass keine Anwendungsupgrades ausgeführt werden.

Hierarchische Weitergabe einer Sicherungsrichtlinie

In Service Fabric besteht eine hierarchische Beziehung zwischen Anwendung, Dienst und Partitionen, wie im Anwendungsmodell erläutert. Sicherungsrichtlinien können entweder mit einer Anwendung, einem Dienst oder einer Partition in der Hierarchie verknüpft werden. Die Sicherungsrichtlinie wird hierarchisch an die nächste Ebene weitergegeben. Angenommen, es gibt nur eine Sicherungsrichtlinie, die einer Anwendung zugeordnet ist, dann werden alle zustandsbehafteten Partitionen, die zu sämtlichen zustandsbehafteten Reliable Services und Reliable Actors der Anwendung gehören, gemäß der Sicherungsrichtlinie gesichert. Oder, wenn die Sicherungsrichtlinie einem zustandsbehafteten Reliable Service zugeordnet ist, werden alle zugehörigen Partitionen mithilfe der Sicherungsrichtlinie gesichert.

Überschreiben einer Sicherungsrichtlinie

Es kann ein Szenario geben, in dem für alle Dienste der Anwendung eine Datensicherung mit demselben Sicherungszeitplan benötigt wird, außer für bestimmte Dienste, bei denen eine häufigere Datensicherung oder eine Sicherung auf einem anderen Speicherkonto oder einer anderen Dateifreigabe erforderlich ist. Für derartige Szenarien bietet der Dienst für Sicherungswiederherstellungen die Möglichkeit, weitergegebene Richtlinien im Dienst- und Partitionsumfang zu überschreiben. Wenn die Sicherungsrichtlinie mit einem Dienst oder einer Partition verknüpft ist, überschreibt sie die weitergegebene Sicherungsrichtlinie, falls vorhanden.

Beispiel

In diesem Beispiel wird ein Setup mit zwei Anwendungen verwendet, MyApp_A und MyApp_B. Die Anwendung MyApp_A umfasst zwei zustandsbehaftete zuverlässige Dienste, SvcA1 und SvcA3, und einen Reliable Actor-Dienst, Actor2. SvcA1 enthält drei Partitionen, während ActorA2 und SvcA3 jeweils zwei Partitionen enthalten. Anwendung MyApp_B umfasst drei zustandsbehaftete zuverlässige Dienste, SvcB1, SvcB2 und SvcB3. _SvcB1 und SvcB2 enthalten jeweils zwei Partitionen, während SvcB3 drei Partitionen enthält.

Angenommen es bestehen die folgenden Datensicherungsanforderungen dieser Anwendungen:

  1. MyApp_A

    1. Täglich muss eine Datensicherung für alle Partitionen aller zustandsbehafteter zuverlässiger Dienste und Reliable Actors erstellt werden, die zur Anwendung gehören. Die Sicherungsdaten müssen an den Speicherort BackupStore1 hochgeladen werden.

    2. Für einen der Dienste, SvcA3, ist eine stündliche Datensicherung erforderlich.

    3. Die Datengröße in der Partition SvcA1_P2 ist größer als erwartet, und die Sicherungsdaten sollten an einem anderen Speicherort, BackupStore2, gespeichert werden.

  2. MyApp_B

    1. Jeden Sonntag um 8:00 Uhr muss eine Datensicherung für alle Partitionen des SvcB1-Diensts erstellt werden. Die Sicherungsdaten müssen an den Speicherort BackupStore1 hochgeladen werden.

    2. Täglich um 8:00 Uhr muss eine Datensicherung für die Partition SvcB2_P1 erstellt werden. Die Sicherungsdaten müssen an den Speicherort BackupStore1 hochgeladen werden.

Um diese Datensicherungsanforderungen zu erfüllen, werden die Sicherungsrichtlinien „BP_1“ bis „BP_5“ erstellt, und die Sicherung wird wie folgt aktiviert.

  1. MyApp_A

    1. Erstellen Sie die Sicherungsrichtlinie BP_1 mit einem häufigkeitsbasierten Sicherungszeitplan, für den die Häufigkeit auf „alle 24 Stunden“ gesetzt wird, und konfigurieren Sie den Sicherungsspeicher so, dass dieser den Speicherort BackupStore1 verwendet. Aktivieren Sie diese Richtlinie mithilfe der API Anwendungssicherung aktivieren für Anwendung MyApp_A. Dadurch können Datensicherungen mit der Sicherungsrichtlinie BP_1 für alle Partitionen der zustandsbehafteten zuverlässigen Dienste und Reliable Actors erstellt werden, die zur Anwendung MyApp_A gehören.

    2. Erstellen Sie die Sicherungsrichtlinie BP_2 mit einem häufigkeitsbasierten Sicherungszeitplan, für den die Häufigkeit auf „jede Stunde“ gesetzt wird, und konfigurieren Sie den Sicherungsspeicher so, dass dieser den Speicherort BackupStore1 verwendet. Aktivieren Sie die Richtlinie mit der API Dienstsicherung aktivieren für den Dienst SvcA3. Dadurch wird die weitergegebene Richtlinie BP_1 durch die explizit aktivierte Sicherungsrichtlinie BP_2 für alle Partitionen des Diensts SvcA3 überschrieben. Infolgedessen werden für diese Partitionen Datensicherungen mit der Sicherungsrichtlinie BP_2 durchgeführt.

    3. Erstellen Sie die Sicherungsrichtlinie BP_3 mit einem häufigkeitsbasierten Sicherungszeitplan, für den die Häufigkeit auf „alle 24 Stunden“ gesetzt wird, und konfigurieren Sie den Sicherungsspeicher so, dass dieser den Speicherort BackupStore2 verwendet. Aktivieren Sie die Richtlinie mit der API Partitionssicherung aktivieren für die Partition SvcA1_P2. Dadurch wird die weitergegebene Richtlinie BP_1 durch die explizit aktivierte Sicherungsrichtlinie BP_3 für die Partition SvcA1_P2 überschrieben.

  2. MyApp_B

    1. Erstellen Sie die Sicherungsrichtlinie BP_4 mit einem zeitbasierten Sicherungszeitplan, für den die Häufigkeit auf „Wöchentlich“, der Ausführungstag auf „Sonntag“ und die Ausführungszeit auf „8:00 Uhr“ gesetzt wird. Konfigurieren Sie den Sicherungsspeicher so, dass dieser den Speicherort BackupStore1 verwendet. Aktivieren Sie die Richtlinie mit der API Dienstsicherung aktivieren für den Dienst SvcB1. Dadurch können Datensicherungen mit der Sicherungsrichtlinie BP_4 für alle Partitionen des Diensts SvcB1 erstellt werden.

    2. Erstellen Sie die Sicherungsrichtlinie BP_5 mit einem zeitbasierten Sicherungszeitplan, für den die Häufigkeit auf „Täglich“ und die Ausführungszeit auf „8:00 Uhr“ gesetzt wird. Konfigurieren Sie den Sicherungsspeicher so, dass dieser den Speicherort BackupStore1 verwendet. Aktivieren Sie die Richtlinie mit der API Partitionssicherung aktivieren für die Partition SvcB2_P1. Dadurch können Datensicherungen mit der Sicherungsrichtlinie BP_5 für die Partition SvcB2_P1 erstellt werden.

Das folgende Diagramm zeigt explizit aktivierte Sicherungsrichtlinien und weitergegebene Sicherungsrichtlinien.

Service Fabric-Anwendungshierarchie

Deaktivieren einer Sicherung

Sicherungsrichtlinien können deaktiviert werden, wenn keine Notwendigkeit besteht, Daten zu sichern. Die für eine Anwendung aktivierte Sicherungsrichtlinie kann nur für dieselbe Anwendung mit der API Anwendungssicherung deaktivieren deaktiviert werden. Die für einen Dienst aktivierte Sicherungsrichtlinie kann für denselben Dienst mit der API Dienstsicherung deaktivieren deaktiviert werden. Und schließlich kann die für eine Partition aktivierte Sicherungsrichtlinie nur für dieselbe Partition mit der API Partitionssicherung deaktivieren deaktiviert werden.

  • Durch das Deaktivieren der Sicherungsrichtlinie für eine Anwendung werden alle regelmäßigen Datensicherungen beendet, die aufgrund der Weitergabe der Sicherungsrichtlinie an zustandsbehaftete zuverlässige Dienstpartitionen oder Reliable Actor-Partitionen durchgeführt werden.

  • Durch das Deaktivieren der Sicherungsrichtlinie für einen Dienst werden alle regelmäßigen Datensicherungen beendet, die aufgrund der Weitergabe der Sicherungsrichtlinie an die Partitionen des Diensts durchgeführt werden.

  • Durch das Deaktivieren der Sicherungsrichtlinie für eine Partition werden alle regelmäßigen Datensicherungen beendet, die aufgrund der Sicherungsrichtlinie auf Partitionsebene durchgeführt werden.

  • Wenn die Sicherung für eine Entität (Anwendung/Dienst/Partition) deaktiviert wird, kann CleanBackup auf true festgelegt werden, um alle Sicherungen im konfigurierten Speicher zu löschen.

    {
    "CleanBackup": true 
}

Hinweis

Vergewissern Sie sich vor dem Deaktivieren der Sicherung, dass keine Anwendungsupgrades ausgeführt werden.

Anhalten und Fortsetzen einer Sicherung

Bestimmte Situationen können ein vorübergehendes Anhalten der regelmäßigen Datensicherung erfordern. In solchen Situationen kann, je nach Anforderung, die API zum Anhalten von Sicherungen für eine Anwendung, einen Dienst oder eine Partition verwendet werden. Das Anhalten der regelmäßigen Sicherung ist ab dem Zeitpunkt der Anwendung über die Unterstruktur der Anwendungshierarchie transitiv.

  • Wenn zum Anhalten für eine Anwendung die API Anwendungssicherung anhalten verwendet wird, werden die regelmäßigen Datensicherungen für alle Dienste und Partitionen unter dieser Anwendung ausgesetzt.

  • Wenn zum Anhalten für einen Diensts die API Dienstsicherung anhalten verwendet wird, werden die regelmäßigen Datensicherungen für alle Partitionen unter diesem Dienst ausgesetzt.

  • Wenn zum Anhalten für eine Partition die API Partitionssicherung anhalten verwendet wird, werden die regelmäßigen Datensicherungen für die Partitionen unter diesem Dienst ausgesetzt.

Sobald das Anhalten nicht mehr erforderlich ist, kann die regelmäßige Datensicherung über die entsprechende API zum Fortsetzen der Sicherung wiederhergestellt werden. Die regelmäßige Sicherung muss bei derselben Anwendung, demselben Dienst bzw. derselben Partition fortgesetzt werden, für die bzw. den sie angehalten wurde.

  • Verwenden Sie die API Anwendungssicherung fortsetzen, um die regelmäßige Sicherung für eine Anwendung wieder fortzusetzen, nachdem diese angehalten wurde.

  • Verwenden Sie die API Dienstsicherung fortsetzen, um die regelmäßige Sicherung für einen Dienst wieder fortzusetzen, nachdem diese angehalten wurde.

  • Verwenden Sie die API Partitionssicherung fortsetzen, um die regelmäßige Sicherung für eine Partition wieder fortzusetzen, nachdem diese angehalten wurde.

Unterschied zwischen dem Anhalten und dem Deaktivieren von Sicherungen

Sicherungen sollten deaktiviert werden, wenn Sicherungen für eine bestimmte Anwendung, einen bestimmten Dienst oder eine bestimmte Partition nicht mehr erforderlich sind. Eine Anforderung zum Deaktivieren der Sicherung kann aufgerufen werden, wenn der Parameter zum Bereinigen von Sicherungen TRUE ist. Das bedeutet, dass alle vorhandenen Sicherungen ebenfalls gelöscht werden. Das Anhalten von Sicherungen wird hingegen in Szenarien eingesetzt, in denen Sicherungen vorübergehend deaktiviert werden sollen, wenn beispielsweise der lokale Datenträger voll ist oder beim Hochladen einer Sicherung aufgrund eines bekannten Netzwerkproblems ein Fehler auftritt usw.

Während die Anforderung zum Deaktivieren nur auf einer Ebene aufgerufen werden kann, die zuvor explizit für die Sicherung aktiviert wurde, kann das Anhalten der Sicherung auf jeder beliebigen Ebene angewendet werden, die zurzeit für die Sicherung aktiviert ist, – entweder direkt oder durch Vererbung/Hierarchie. Wenn die Sicherung zum Beispiel auf Anwendungsebene aktiviert ist, kann die Anforderung zum Deaktivieren nur auf Anwendungsebene aufgerufen werden. Das Anhalten der Sicherung kann jedoch für die Anwendung sowie für jeden Dienst oder jede Partition unter dieser Anwendung aufgerufen werden.

Automatische Wiederherstellung bei Datenverlust

Durch unerwartete Ausfälle können auf der Dienstpartition befindliche Daten verloren gehen. Beispielsweise wird die Festplatte für zwei von drei Replikaten einer Partition (einschließlich des primären Replikats) beschädigt oder gelöscht.

Wenn Service Fabric einen Datenverlust auf der Partition erkennt, wird die Schnittstellenmethode OnDataLossAsync für die Partition aufgerufen und es wird erwartet, dass für die Partition die erforderliche Aktion zum Beheben des Datenverlusts ausgeführt wird. Wenn in dieser Situation die effektive Sicherungsrichtlinie für die Partition das AutoRestoreOnDataLoss-Flag auf true gesetzt hat, wird die Wiederherstellung automatisch unter Verwendung der letzten verfügbaren Sicherung für diese Partition ausgelöst.

Hinweis

Es wird empfohlen, die automatische Wiederherstellung bei Produktionsclustern NICHT festzulegen.

Abrufen der Sicherungskonfiguration

Separate APIs werden zur Verfügung gestellt, um Informationen zur Sicherungskonfiguration für eine Anwendung, einen Dienst oder eine Partition abzurufen. Zu diesen APIs gehören Informationen zur Sicherungskonfiguration für eine Anwendung abrufen, Informationen zur Sicherungskonfiguration für einen Dienst abrufen und Informationen zur Sicherungskonfiguration für eine Partition abrufen. Diese APIs geben in erster Linie die geltende Sicherungsrichtlinie, den Anwendungsumfang der Sicherungsrichtlinie und die Details zum Anhalten von Sicherungen zurück. Im Folgenden finden Sie eine kurze Beschreibung der zurückgegebenen Ergebnisse dieser APIs.

  • Informationen zur Sicherungskonfiguration für eine Anwendung: Enthält die Details der für die Anwendung geltenden Sicherungsrichtlinie und alle außer Kraft gesetzten Richtlinien für Dienste und Partitionen, die zu der Anwendung gehören. Dazu zählen auch Informationen über das Anhalten regelmäßiger Sicherungen für die Anwendung und deren Dienste sowie für Partitionen.

  • Informationen zur Sicherungskonfiguration für einen Dienst: Enthält die Details der für den Dienst geltenden Sicherungsrichtlinie und den Umfang, in dem diese Richtlinie angewendet wurde, sowie alle außer Kraft gesetzten Richtlinien für die zugehörigen Partitionen. Dazu zählen auch Informationen über das Anhalten regelmäßiger Sicherungen für den Dienst und dessen Partitionen.

  • Informationen zur Sicherungskonfiguration für eine Partition: Enthält die Details der für die Partition geltenden Sicherungsrichtlinie und den Umfang, in dem diese Richtlinie angewendet wurde. Dazu zählen auch Informationen über das Anhalten regelmäßiger Sicherungen für die Partitionen.

Liste der verfügbaren Sicherungen

Mithilfe der API zum Abrufen einer Liste von Sicherungen können Sie verfügbare Sicherungen auflisten. Das Ergebnis des API-Aufrufs enthält Elemente mit Sicherungsinformationen im Zusammenhang mit allen Sicherungen, die auf dem Sicherungsspeicher verfügbar sind, der in der entsprechenden Sicherungsrichtlinie konfiguriert ist. Verschiedene Varianten dieser API stehen zur Verfügung, um verfügbare Sicherungen einer Anwendung, eines Dienstes oder einer Partition aufzulisten. Mit diesen APIs lassen sich die letzten verfügbaren Sicherungen aller entsprechenden Partitionen abrufen oder Sicherungen anhand von Startdatum und Enddatum filtern.

Zudem unterstützen diese APIs das Paginieren der Ergebnisse. Wenn der Parameter MaxResults auf eine positive ganze Zahl ungleich Null gesetzt ist, gibt die API maximal die durch MaxResults festgelegte Anzahl an Elementen mit Sicherungsinformationen zurück. Sollte die Anzahl der Elemente mit Sicherungsinformationen den Wert MaxResults übersteigen, wird ein Fortsetzungstoken zurückgegeben. Zulässige Parameter für Fortsetzungstoken können dazu verwendet werden, den nächsten Satz von Ergebnissen abzurufen. Wenn ein zulässiger Wert des Fortsetzungstokens an den nächsten Aufruf der API übergeben wird, gibt die API den nächsten Satz von Ergebnissen zurück. Werden alle verfügbaren Ergebnisse zurückgegeben, ist kein Fortsetzungstoken in der Antwort enthalten.

Im Folgenden finden Sie kurze Informationen zu den unterstützten Varianten.

Nächste Schritte