Datenbank-Spiegelung

Beim Einbinden der Protokolldatei hält 4D beim ersten Fehler an und gibt keine Fehlermeldung aus. Gründe für Integrationsfehler können ein beschädigtes Protokoll sein, z. B. aufgrund einer defekten Festplatte oder eines Softwarefehlers beim Schreiben. Wenn der Fehler am Ende auftritt, ist das kein Problem; er könnte aber auch am Anfang oder in der Mitte des Protokolls auftreten. In diesem Fall könnten die Daten nach dem Fehler nützlich sein.

Wenn die Integration im Standardmodus fehlschlägt, können Sie nun versuchen, die Integration im Autoreparaturmodus durchzuführen. In diesem Fall versucht 4D, den aufgetretenen Fehler zu beheben, bricht die Integration nicht ab und gibt die Fehlerliste zurück.

Die von 4D automatisch behobenen Fehler sind:

  • Wenn das Journal einen Datensatz hinzufügen möchte, dieser Datensatz aber bereits in den Daten vorhanden ist, aktualisiert 4D den Datensatz.
  • Wenn das Journal einen Datensatz aktualisieren möchte, dieser aber noch nicht existiert, fügt 4D den Datensatz hinzu.
  • Wenn das Journal einen Datensatz löschen möchte, dieser aber noch nicht vorhanden ist, unternimmt 4D nichts.

Die neue Befehlssyntax lautet:
INTEGRATE MIRROR LOG FILE (PfadName ; operationNum ; {numMode {; errObject}})

  • PfadName: Name oder Pfadname der zu integrierenden Protokolldatei
  • operationNum: Nummer des letzten integrierten Vorgangs (oder -2, um die gesamte Datei zu integrieren)
  • numMode: 0 für den strengen Modus (aktueller Modus), 1 für die Autoreparatur
  • errObject: Objekt

Beispiel für errObject:
{"operations":
[
{
"operationType":24,
"operationName": "Create record",
"operationNumber":2,
"contextID":48,
"timeStamp": "2015-07-10T07:53:02.413Z",
"dataLen":24,
"recordNumber":0,
"tableID": "F4CXXXXX",
"tableName": "Customers",
"fields": {
"1": 9,
"2": "Testwert",
"3": "2003-03-03T00:00:00.000Z",
"4": "BlobPath: Tabelle 1/Feld 4/Data_9ACB28F1A2744FDFA5822B22F18B2E12.png",
"8": "BlobID: 2"
}
},
{...}
]
}

Eine Beispieldatenbank ist verfügbar, um die neue Funktionalität zu demonstrieren.

Beispiel-Datenbank

Hinweis: Der Befehl INTEGRATE MIRROR LOG FILE funktioniert nur mit 4D Server. Sie müssen diese Datenbank mit 4D Server öffnen, wenn Sie den neuen Integrationsmodus testen wollen.

Weitere Details finden Sie im 4D v15 R4 Upgrade Handbuch.

Vanessa Talbot
Product Owner - Vanessa Talbot kam im Juni 2014 zum 4D Programmteam. Als Product Owner ist sie für das Schreiben der User Stories und deren Umsetzung in funktionale Spezifikationen zuständig. Ihre Aufgabe ist es auch, sicherzustellen, dass die Implementierung der Funktionen den Anforderungen des Kunden entspricht. Seit ihrer Ankunft hat sie an der Definition der wichtigsten Funktionen in 4D gearbeitet. Sie hat an den meisten der neuen Funktionen für präemptives Multi-Threading gearbeitet und auch an einem sehr komplexen Thema: der neuen Architektur für erstellte Anwendungen. Vanessa hat einen Abschluss von der Telecom Saint-Etienne. Sie begann ihre Karriere am Criminal Research Institute als Entwicklerin für die audiovisuelle Abteilung. Sie hat auch in den Bereichen Medien und Medizin als Expertin für technischen Support, Produktion und die Dokumentation neuer Funktionen gearbeitet.