FHIR-Ressourcen mit der Wiederherstellung zu einem bestimmten Zeitpunkt wiederherstellen

Auf dieser Seite wird beschrieben, wie Sie die Wiederherstellung zu einem bestimmten Zeitpunkt verwenden, um FHIR-Ressourcen in einem FHIR-Speicher in einem Zustand der letzten 21 Tage wiederherzustellen. Mit PITR können Sie unerwünschte Änderungen wiederherstellen, z. B. versehentlich gelöschte FHIR-Ressourcen.

Hinweise

PITR-Anfragen werden als erweiterte Vorgangsanfragen kategorisiert und entsprechend abgerechnet. Prüfen Sie die Preise für Anfragen für erweiterte Vorgänge, bevor Sie die PITR verwenden.

PITR- und FHIR-Ressourcenversionsverlauf

Die Wiederherstellung zu einem bestimmten Zeitpunkt hängt nicht vom Versionsverlauf der FHIR-Ressourcen ab. Sie können PITR weiterhin verwenden, wenn das Feld disableResourceVersioning in einem FHIR-Speicher true ist oder wenn die historischen Versionen einer FHIR-Ressource dauerhaft gelöscht wurden.

Wiederherstellungsworkflow

Damit eine Produktionswiederherstellung wie erwartet ausgeführt wird, führen Sie zuerst einen Probelauf aus. Der Probelauf gibt eine oder mehrere Dateien aus, die die IDs und Typen der wiederherzustellenden FHIR-Ressourcen enthalten. Prüfen Sie die Ausgabedateien auf Richtigkeit, bevor Sie die Wiederherstellung in production noch einmal ausführen.

Geben Sie einen Filter an, um bestimmte Ressourcen oder Ressourcen nach einem Filterkriterium wiederherzustellen.

Probelauf durchführen

Führen Sie einen Probelauf durch, bevor Sie FHIR-Ressourcen in der Produktion wiederherstellen.

Die folgenden Beispiele zeigen, wie Sie einen Probelauf mit der Methode fhirStores.rollback ausführen.

REST

  1. Stellen Sie die FHIR-Ressourcen wieder her.

    Für einen Probelauf muss das Feld force auf false gesetzt sein.

    Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:

    • PROJECT_ID ist die ID Ihres Google Cloud-Projekts
    • LOCATION ist der Standort des Datasets
    • DATASET_ID: das übergeordnete Dataset des FHIR-Speichers
    • FHIR_STORE_ID: die FHIR-Speicher-ID
    • RECOVERY_TIMESTAMP: ein Wiederherstellungspunkt innerhalb der letzten 21 Tage. Verwenden Sie das Format RFC 3339. Geben Sie die Zeit auf die Sekunde genau an und fügen Sie eine Zeitzone hinzu, z. B. 2015-02-07T13:28:17.239+02:00 oder 2017-01-01T00:00:00Z.
    • CLOUD_STORAGE_BUCKET: der voll qualifizierte URI für einen Cloud Storage-Ordner oder -Bucket, in den Ausgabedateien geschrieben werden

    JSON-Text anfordern: 

    {
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "false"
}

    Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:

    curl

    Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json. Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben: 

    cat > request.json << 'EOF'
{
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "false"
}
EOF

    Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden: 

    curl -X POST \
         -H "Authorization: Bearer $(gcloud auth print-access-token)" \
         -H "Content-Type: application/json; charset=utf-8" \
         -d @request.json \
         "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID:rollback"

    PowerShell

    Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json. Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben: 

    @'
{
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "false"
}
'@  | Out-File -FilePath request.json -Encoding utf8

    Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden: 

    $cred = gcloud auth print-access-token
    $headers = @{ "Authorization" = "Bearer $cred" }

    Invoke-WebRequest `
        -Method POST `
        -Headers $headers `
        -ContentType: "application/json; charset=utf-8" `
        -InFile request.json `
        -Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID:rollback" | Select-Object -Expand Content

    APIs Explorer

    Kopieren Sie den Anfragetext und öffnen Sie die Referenzseite für Methoden. Der API Explorer wird rechts auf der Seite geöffnet. Sie können mit diesem Tool interagieren, um Anfragen zu senden. Fügen Sie den Anfragetext in dieses Tool ein, füllen Sie alle Pflichtfelder aus und klicken Sie auf Ausführen.

    Die Ausgabe sieht so aus. Die Antwort enthält eine Kennung für einen Vorgang mit langer Ausführungszeit. Lang andauernde Vorgänge werden zurückgegeben, wenn die Ausführung von Methodenaufrufen zusätzliche Zeit in Anspruch nehmen kann. Notieren Sie sich den Wert von OPERATION_ID. Sie benötigen diesen Wert im nächsten Schritt.

  2. Mit der Methode projects.locations.datasets.operations.get können Sie den Status des Vorgangs mit langer Ausführungszeit abrufen.

    Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:

    • PROJECT_ID: die ID Ihres Google Cloud-Projekts
    • DATASET_ID: die Dataset-ID
    • LOCATION: der Standort des Datasets
    • OPERATION_ID: die ID, die vom Vorgang mit langer Ausführungszeit zurückgegeben wurde

    Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:

    curl

    Führen Sie folgenden Befehl aus: 

    curl -X GET \
         -H "Authorization: Bearer $(gcloud auth print-access-token)" \
         "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/operations/OPERATION_ID"

    PowerShell

    Führen Sie folgenden Befehl aus: 

    $cred = gcloud auth print-access-token
    $headers = @{ "Authorization" = "Bearer $cred" }

    Invoke-WebRequest `
        -Method GET `
        -Headers $headers `
        -Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/operations/OPERATION_ID" | Select-Object -Expand Content

    APIs Explorer

    Öffnen Sie die Referenzseite für Methoden. Der API Explorer wird rechts auf der Seite geöffnet. Sie können mit diesem Tool interagieren, um Anfragen zu senden. Füllen Sie die Pflichtfelder aus und klicken Sie auf Ausführen.

    Die Ausgabe sieht so aus. Wenn die Antwort "done": true enthält, ist der Vorgang mit langer Ausführungszeit abgeschlossen.

Probelauf-Ausgabedateien ansehen

Bei jedem Probelauf wird eine oder mehrere Dateien ausgegeben, die die IDs und Typen der wiederherzustellenden FHIR-Ressourcen enthalten. Die Dateien werden im Cloud Storage-Ziel-Bucket in einem Unterordner im Ordner rollback_resources erstellt. Der Name des Unterordners ist die ID des LRO, die in der Antwort fhirStores.rollback zurückgegeben wird. Unter Objektmetadaten ansehen erfahren Sie, wie Sie die Dateien aufrufen und prüfen, ob die Wiederherstellung wie erwartet funktioniert.

Die Anzahl der Dateien ist proportional zur Anzahl der wiederhergestellten FHIR-Ressourcen.

Dateinamen haben das Format trial-NUMBER-of-TOTAL_NUMBER.txt, wobei NUMBER die Dateinummer und TOTAL_NUMBER die Gesamtzahl der Dateien ist.

Probelaufschema für Ausgabedatei

Die Ausgabedateien einer Probelaufwiederherstellung verwenden das in der folgenden Tabelle gezeigte Schema:

RESOURCE_TYPE RESOURCE_ID TIMESTAMP
Der FHIR-Ressourcentyp. Die FHIR-Ressourcen-ID. Der Zeitpunkt, zu dem die FHIR-Ressource im FHIR-Speicher erstellt oder aktualisiert wurde.

In Produktionsphase wiederherstellen

Führen Sie vor der Wiederherstellung in der Produktion einen Probelauf durch und prüfen Sie die Ausgabedateien des Probelaufs, um sicherzustellen, dass die Wiederherstellung in der Produktion wie erwartet ausgeführt wird.

Die folgenden Beispiele zeigen, wie FHIR-Ressourcen in der Produktion mit der Methode fhirStores.rollback wiederhergestellt werden.

REST

  1. Stellen Sie die FHIR-Ressourcen wieder her.

    Achten Sie darauf, dass das Feld force auf true gesetzt ist.

    Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:

    • PROJECT_ID ist die ID Ihres Google Cloud-Projekts
    • LOCATION ist der Standort des Datasets
    • DATASET_ID: das übergeordnete Dataset des FHIR-Speichers
    • FHIR_STORE_ID: die FHIR-Speicher-ID
    • RECOVERY_TIMESTAMP: ein Wiederherstellungspunkt innerhalb der letzten 21 Tage. Verwenden Sie das Format RFC 3339. Geben Sie die Zeit auf die Sekunde genau an und fügen Sie eine Zeitzone hinzu, z. B. 2015-02-07T13:28:17.239+02:00 oder 2017-01-01T00:00:00Z.
    • CLOUD_STORAGE_BUCKET: der voll qualifizierte URI für einen Cloud Storage-Ordner oder -Bucket, in den Ausgabedateien geschrieben werden

    JSON-Text anfordern: 

    {
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "true"
}

    Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:

    curl

    Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json. Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben: 

    cat > request.json << 'EOF'
{
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "true"
}
EOF

    Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden: 

    curl -X POST \
         -H "Authorization: Bearer $(gcloud auth print-access-token)" \
         -H "Content-Type: application/json; charset=utf-8" \
         -d @request.json \
         "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID:rollback"

    PowerShell

    Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json. Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben: 

    @'
{
  "rollbackTime": "RECOVERY_TIMESTAMP",
  "resultGcsBucket": "gs://CLOUD_STORAGE_BUCKET",
  "force": "true"
}
'@  | Out-File -FilePath request.json -Encoding utf8

    Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden: 

    $cred = gcloud auth print-access-token
    $headers = @{ "Authorization" = "Bearer $cred" }

    Invoke-WebRequest `
        -Method POST `
        -Headers $headers `
        -ContentType: "application/json; charset=utf-8" `
        -InFile request.json `
        -Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID:rollback" | Select-Object -Expand Content

    APIs Explorer

    Kopieren Sie den Anfragetext und öffnen Sie die Referenzseite für Methoden. Der API Explorer wird rechts auf der Seite geöffnet. Sie können mit diesem Tool interagieren, um Anfragen zu senden. Fügen Sie den Anfragetext in dieses Tool ein, füllen Sie alle Pflichtfelder aus und klicken Sie auf Ausführen.

    Die Ausgabe sieht so aus. Die Antwort enthält eine Kennung für einen Vorgang mit langer Ausführungszeit. Lang andauernde Vorgänge werden zurückgegeben, wenn die Ausführung von Methodenaufrufen zusätzliche Zeit in Anspruch nehmen kann. Notieren Sie sich den Wert von OPERATION_ID. Sie benötigen diesen Wert im nächsten Schritt.

  2. Mit der Methode projects.locations.datasets.operations.get können Sie den Status des Vorgangs mit langer Ausführungszeit abrufen.

    Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:

    • PROJECT_ID: die ID Ihres Google Cloud-Projekts
    • DATASET_ID: die Dataset-ID
    • LOCATION: der Standort des Datasets
    • OPERATION_ID: die ID, die vom Vorgang mit langer Ausführungszeit zurückgegeben wurde

    Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:

    curl

    Führen Sie folgenden Befehl aus: 

    curl -X GET \
         -H "Authorization: Bearer $(gcloud auth print-access-token)" \
         "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/operations/OPERATION_ID"

    PowerShell

    Führen Sie folgenden Befehl aus: 

    $cred = gcloud auth print-access-token
    $headers = @{ "Authorization" = "Bearer $cred" }

    Invoke-WebRequest `
        -Method GET `
        -Headers $headers `
        -Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/operations/OPERATION_ID" | Select-Object -Expand Content

    APIs Explorer

    Öffnen Sie die Referenzseite für Methoden. Der API Explorer wird rechts auf der Seite geöffnet. Sie können mit diesem Tool interagieren, um Anfragen zu senden. Füllen Sie die Pflichtfelder aus und klicken Sie auf Ausführen.

    Die Ausgabe sieht so aus. Wenn die Antwort "done": true enthält, ist der Vorgang mit langer Ausführungszeit abgeschlossen.

Ausgabedateien für die Produktionswiederherstellung ansehen

Bei einer Produktionswiederherstellung werden die folgenden Dateien ausgegeben. Die Dateien werden im Cloud Storage-Ziel-Bucket in einem Unterordner im Ordner rollback_resources erstellt. Der Name des Unterordners ist die ID des LRO, die in der Antwort fhirStores.rollback zurückgegeben wird. Informationen zum Ansehen der Dateien finden Sie unter Objektmetadaten ansehen.

  • success-NUMBER-of-TOTAL_NUMBER.txt: enthält erfolgreich wiederhergestellte FHIR-Ressourcen.
  • fail-NUMBER-of-TOTAL_NUMBER.txt: enthält FHIR-Ressourcen, die nicht wiederhergestellt werden konnten. Auch wenn keine Fehler auftreten, wird eine leere Datei generiert.

In den Dateinamen ist NUMBER die Dateinummer und TOTAL_NUMBER die Gesamtzahl der Dateien.

Schema für Produktionsausgabedatei

Die Erfolgs- und Fehlerdateien aus einer Produktionswiederherstellung verwenden das folgende Schema. Fehlerdateien enthalten eine zusätzliche ERROR_MESSAGE-Spalte.

RESOURCE_TYPE RESOURCE_ID ROLLBACK_VERSION_ID NEW_VERSION_ID ERROR_MESSAGE (nur Fehlerdateien)
Der FHIR-Ressourcentyp. Die FHIR-Ressourcen-ID. Die aktuelle Versions-ID der Ressource zu dem Zeitpunkt, zu dem die Wiederherstellung gestartet wurde. Die aktuelle Versions-ID der Ressource nach der Wiederherstellung. Wenn disableResourceVersioning den Wert true hat oder durch das Wiederherstellen einer Ressource die Ressource gelöscht wird, sind ROLLBACK_VERSION_ID und NEW_VERSION_ID leer. Nur Fehlerdateien. Beschreibt, warum die FHIR-Ressource wiederhergestellt werden soll.

Verwenden Sie Filter, um bestimmte FHIR-Ressourcen wiederherzustellen

In den folgenden Abschnitten wird beschrieben, wie Sie Filter verwenden, um FHIR-Ressourcen anhand von Filterkriterien wiederherzustellen. Sie geben die Filter im Objekt RollbackFhirResourceFilteringFields an, wenn Sie eine fhirStores.rollback-Anfrage senden.

Sie können Filter kombinieren oder einzeln für mehrere Anwendungsfälle verwenden, darunter:

  • Wiederherstellen bestimmter FHIR-Ressourcen nach versehentlichem Löschen, während andere unverändert bleiben.
  • Zum Wiederherstellen eines FHIR-Speichers in einem Zustand, der vor dem Import bestimmter FHIR-Ressourcen durch einen bestimmten Importvorgang stattgefunden hat.

Filterdatei verwenden

Standardmäßig werden durch PITR alle FHIR-Ressourcen in einem FHIR-Speicher wiederhergestellt. Zum Wiederherstellen bestimmter FHIR-Ressourcen geben Sie die Ressourcentypen und ihre Ressourcen-IDs in einer Datei an und laden Sie die Datei dann in Cloud Storage hoch. Geben Sie den Speicherort der Datei im Feld inputGcsObject an.

Zum Lesen einer Filterdatei aus Cloud Storage müssen Sie dem Dienstkonto Cloud Healthcare Service Agent Berechtigungen erteilen. Weitere Informationen finden Sie unter Filterdateien aus Cloud Storage lesen.

Die Filterdatei kann eine beliebige Erweiterung haben. Sie muss das folgende Schema mit einer FHIR-Ressource pro Zeile verwenden:

FHIR_RESOURCE_TYPE/FHIR_RESOURCE_ID

Wenn Sie beispielsweise eine Patientenressource mit der ID 8f25b0ac und zwei Beobachtungsressourcen mit den IDs d507417e90e und e9950d90e wiederherstellen möchten, geben Sie in der Filterdatei Folgendes an:

Patient/8f25b0ac
Observation/d507417e90e
Observation/e9950d90e

Benutzerdefinierte Funktionen verwenden

Die Cloud Healthcare API bietet die folgenden benutzerdefinierten Filterfunktionen. Sie können die benutzerdefinierten Funktionen mit dem Feld rollbackTime kombinieren, um einen zusätzlichen Filter anzuwenden.

tag
Details
Funktionssyntax
tag("system") = "code"
Beschreibung
Filtert FHIR-Ressourcen basierend auf dem Ressourcenelement Meta.tag.
Argumente
system
string
Eine URL, die auf ein Codesystem verweist. Weitere Informationen finden Sie unter Codes in Ressourcen verwenden.
code
string
Wert, der ein durch das Codesystem definiertes Konzept identifiziert. Weitere Informationen finden Sie unter Codes in Ressourcen verwenden.
extension_value_ts
Details
Funktionssyntax
extension_value_ts("url")
Beschreibung
Filtert FHIR-Ressourcen basierend auf dem Wert url in einem extension-Element, wobei url ein Unix-Zeitstempel ist. Folgende Vergleichsoperatoren werden unterstützt:
  • =
  • !=
  • <
  • >
  • <=
  • >=
Argumente
url
string
Die kanonische URL einer StructureDefinition-Ressource, die eine Erweiterung definiert. Im folgenden extension-Element ist url beispielsweise http://hl7.org/fhir/StructureDefinition/timezone:
"extension" : [{
  "url" : "http://hl7.org/fhir/StructureDefinition/timezone",
  "valueCode" : "America/New_York"
}]
Weitere Informationen finden Sie unter Erweiterungen definieren.

Nach FHIR-Ressourcentyp filtern

Wenn Sie FHIR-Ressourcen allgemeiner nur anhand des Ressourcentyps filtern möchten, geben Sie die Ressourcentypen im Array types[] an.

Nach Vorgangstyp filtern

Geben Sie einen Wert in der Aufzählung ChangeType an, um nach FHIR-Ressourcen zu filtern, die durch eine CREATE-, UPDATE- oder DELETE-Transaktion geändert wurden.

Wenn Sie beispielsweise nur gelöschte FHIR-Ressourcen wiederherstellen möchten, geben Sie den Wert DELETE an.

Wenn Sie CHANGE_TYPE_UNSPECIFIED, ALL oder keinen Wert angeben, werden alle FHIR-Ressourcen wiederhergestellt.

Vorherige Wiederherstellungen ausschließen

Wenn Sie frühere Wiederherstellungen bei der Wiederherstellung von FHIR-Ressourcen ausschließen möchten, setzen Sie das Feld excludeRollbacks auf true. Sie können frühere Wiederherstellungen ausschließen, wenn die Wiederherstellungen ordnungsgemäß funktioniert haben und Sie deren Änderungen nicht überschreiben möchten. Sie können auch mehrere Wiederherstellungen mit sich überschneidenden Zeitstempeln ausführen.

Stellen Sie sich folgendes Szenario vor:

  1. Um 1:00 starten Sie eine Wiederherstellung, wobei der Zeitstempel für die Wiederherstellung auf 0:01 gesetzt ist. Bei 2:00 löscht der Wiederherstellungsvorgang die Patientenressourcen Patient/1 und Patient/2 im FHIR-Speicher. Die Wiederherstellung endet um 3:00.

  2. Einige Tage später führen Sie einen Wiederherstellungsvorgang aus, wobei der Zeitstempel für die Wiederherstellung auf 1:00 gesetzt ist. Standardmäßig führt das Ausführen des Vorgangs zu folgendem Ergebnis:

    • Die Ressourcen für Patienten Patient/1 und Patient/2 werden fälschlicherweise neu erstellt.
    • FHIR-Ressourcen, die nach 3:00 erstellt oder aktualisiert wurden, werden korrekt wiederhergestellt.

Wenn Sie den anfänglichen Wiederherstellungsvorgang, der die Patientenressourcen Patient/1 und Patient/2 gelöscht hat, ausschließen und nicht neu erstellen möchten, setzen Sie excludeRollbacks auf true.

Mit IDs für lang andauernde Vorgänge filtern

Wenn FHIR-Ressourcen durch einen oder mehrere Vorgänge mit langer Ausführungszeit (Long-Running Operations, LROs) geändert wurden, können Sie die LRO-IDs im Feld operationIds angeben, um die geänderten Ressourcen wiederherzustellen.

Informationen zum Auflisten und Aufrufen von LROs in einem Cloud Healthcare API-Dataset finden Sie unter LROs auflisten.

FHIR-Ressourcen wiederholen, die in der Produktion nicht wiederhergestellt werden konnten

Wenn einige FHIR-Ressourcen eine Produktionswiederherstellung fehlgeschlagen sind, können Sie die Wiederherstellung wiederholen. Verwenden Sie die generierte Ausgabedatei, um die fehlgeschlagenen FHIR-Ressourcen zu finden. Geben Sie die Typen dieser FHIR-Ressourcen und ihre IDs in einer Filterdatei an und führen Sie die Wiederherstellung noch einmal aus.

Jedes Mal, wenn Sie eine Wiederherstellung ausführen, ist die Wiederherstellung idempotent, wenn Sie in jeder Anfrage dieselbe Konfiguration verwenden und der Zeitstempel innerhalb der letzten 21 Tage liegt.

Beschränkungen

  • Die PITR erzwingt keine referenzielle Integrität, unabhängig von der Einstellung disableReferentialIntegrity im FHIR-Speicher. Wenn Sie nur einige FHIR-Ressourcen wiederherstellen, verbleibt der FHIR-Speicher möglicherweise in einem Status, der gegen die referenzielle Integrität verstößt.

  • Die PITR überspringt die FHIR-Profilvalidierung, da die wiederhergestellten FHIR-Ressourcen beim Erstellen oder Aktualisieren validiert wurden. Wenn sich die Konfiguration des FHIR-Speicherprofils geändert hat, lässt die PITR den FHIR-Speicher möglicherweise in einem Status zurück, der gegen die Profilvalidierung verstößt.

  • Wenn der Wert von rollbackTime dem Zeitpunkt vorausgeht, zu dem eine FHIR-Ressource im FHIR-Speicher gelöscht wurde, muss enableUpdateCreate für den FHIR-Speicher aktiviert sein. Andernfalls wird die Ressource nicht wiederhergestellt.

  • Sie können während einer Wiederherstellung einen FHIR-Speicher aktualisieren oder Daten lesen und schreiben. Allerdings können je nach Wiederherstellungsphase unerwartete Ergebnisse angezeigt werden. Eine Leseanfrage kann beispielsweise eine Kombination aus wiederhergestellten und nicht wiederhergestellten FHIR-Ressourcen zurückgeben. Wenn Sie eine Ressource aktualisieren, wird die Aktualisierung möglicherweise durch die Wiederherstellung überschrieben.

  • PITR speichert den FHIR-Ressourcenverlauf. Jede wiederhergestellte Ressource erhält eine neue aktuelle Version und ihr Verlauf wird beibehalten.