Zum Inhalt springen
Contact us

Inkrementelle Läufe: nur die seit dem letzten Lauf geänderten Dateien

Inkrementell bezieht sich in SMART Migration auf zwei Dinge – was ein Lauf liest und was er schreibt –, und beide wirken zusammen:

ArtWas sie bewirktWo sie eingestellt wirdStandardmäßig
Inkrementeller LaufJeder Lauf liest nur die Dateien, die seit dem letzten erfolgreichen Lauf erstellt oder geändert wurdenInkrementell (nur seit dem letzten erfolgreichen Lauf geänderte Dateien), unter From Date – Schritt Quelle, Erweiterte EinstellungenAus: Jeder Lauf liest die gesamte Quelle
Inkrementelle KopieJeder Lauf schreibt nur die Dateien, die neu oder in der Quelle neuer sind, und lässt den Rest unberührtRules for adding and overwriting files, Neue hinzufügen, vorhandene bei neueren überschreiben – Schritt Ziel, Erweiterte EinstellungenAktiv, bei jeder Migration
  • Ohne den inkrementellen Lauf liest jeder Lauf – auch die Analyse – die gesamte Quelle erneut, selbst wenn die inkrementelle Kopie anschließend nur wenige Dateien schreibt.
  • Der inkrementelle Lauf beschleunigt die inkrementelle Kopie. Die Kopie prüft jede Datei, die ein Lauf liest, gegen das Ziel – ist sie vorhanden, ist die Version in der Quelle neuer? Ein Lauf, der nur die geänderten Dateien liest, prüft nur diese statt jeder Datei der Bibliothek: weit weniger Aufrufe an Nextcloud und ein deutlich kürzerer Lauf.
  • Mit beiden liest ein Lauf nur, was sich geändert hat, und schreibt nur, was neu oder neuer ist: der kürzestmögliche Lauf.
  • Ein Analyseauftrag schreibt nichts, daher ist für ihn nur der inkrementelle Lauf relevant.

Mehr erfahren: Regeln für das Hinzufügen und Überschreiben von Dateien · Erweiterte Optionen für Analyse und Migration

Auch ein Analyse-Auftrag kann inkrementell sein, und bei einer Quelle, die immer wieder analysiert wird, sollte er es auch sein.

Der erste Lauf liest alles

Er erfasst jede Datei der Quelle in den BI-Daten, wie jede Analyse.

Jeder weitere Lauf liest die Änderungen

Nur die Dateien, die seit dem letzten erfolgreichen Lauf erstellt oder geändert wurden: neue Dateien, neue Versionen, geänderte Metadaten.

Der Bericht folgt den Dokumenten

Jede Datei ist nur einmal im Power-BI-Bericht enthalten; eine erneut gefundene Datei wird daher aktualisiert und nicht doppelt aufgeführt. Der Bericht jedes Laufs kennzeichnet dessen Dateien in der Spalte StatusInBI als New oder Modified.

Eine tägliche inkrementelle Analyse hält die BI-Daten aktuell genug, um auf ihrer Grundlage zu handeln, und kostet nur einen Bruchteil dessen, was es kosten würde, jede Nacht alles zu lesen – die Basis für eine Kopie genau der kritischen Dateien, ausgewählt durch eine Abfrage auf diesen Daten.

Mehr erfahren: Analyse · Dateien mit einer Power-BI- oder SQL-Abfrage auswählen · Business Intelligence mit Power BI

Die Einstellung befindet sich im Schritt Quelle des Auftragsdialogs, unter From Date, in den Erweiterten Einstellungen.

  1. Auftrag öffnen und Erweiterte Einstellungen einblenden

    Öffnen Sie den Analyse-, Testmigrations- oder Migrationsauftrag und aktivieren Sie Erweiterte Einstellungen oben im Dialog.

  2. Inkrementell ankreuzen

    Im Schritt Quelle, unter From Date: Inkrementell (nur seit dem letzten erfolgreichen Lauf geänderte Dateien). Lassen Sie From Date leer, damit der erste Lauf alles liest, oder legen Sie das Datum fest, ab dem der erste Lauf beginnen soll.

  3. Wiederholung einrichten

    Setzen Sie Recurrence auf Täglich, Wöchentlich oder Monatlich und Scheduled Date auf den Zeitpunkt des ersten Laufs – zum Beispiel nachts.

  4. Speichern und auf Bereit setzen

    SMART Migration führt den Auftrag zum geplanten Datum aus, und From Date wird nach jedem Lauf weitergesetzt, der ohne Fehler oder Warnung endet.

Mehr erfahren: Planung, Wiederholung und Priorität · Auswählen, welche Dateien ein Auftrag übernimmt

Endet ein Lauf ohne Fehler und ohne Warnung in seinem Protokoll, setzt die App das From Date des Auftrags auf den Zeitpunkt, zu dem dieser Lauf begann – die Zeit der ersten Protokollzeile, Session start. Ein Lauf mit einem Fehler oder einer Warnung lässt das From Date unverändert, sodass seine Dateien erneut gelesen werden.

LaufVon Datum, ab dem er beginntWas er liest
Der erste LaufLeer oder das von Ihnen festgelegte DatumJede Datei bzw. jede Datei ab diesem Datum
Nach einem Lauf ohne Fehler oder WarnungBeginn dieses LaufsDie seitdem erstellten oder geänderten Dateien
Nach einem Lauf mit einem Fehler oder einer WarnungUnverändertDieselben Dateien erneut sowie alles, was sich seitdem geändert hat
Nach Von Datum zurücksetzenLeerErneut jede Datei – die darauf folgenden Läufe setzen von dort aus fort
  • Die Startzeit, nicht das Ende. Eine Datei, die während des Scans eines Laufs geändert wurde, wird vom nächsten Lauf erneut gelesen, statt übersehen zu werden.
  • Eine Warnung zählt. Ein Lauf, dessen Protokoll eine Warnung enthält – etwa zu einer Datei, die nicht gelesen werden konnte –, verschiebt das Datum nicht, sodass die Dateien hinter der Warnung beim nächsten Mal erneut gelesen werden.
  • Nur vorwärts. Eine verspätete Rückmeldung eines älteren Laufs setzt das Datum nie zurück.
  • Jeder Lauf erfasst sein Zeitfenster. Das Von Datum, ab dem ein Lauf begann, wird mit dem Lauf im Laufverlauf gespeichert, sodass Sie später sehen können, welche Änderungen jeder Lauf abgedeckt hat.
  • Am Lauf sichtbar. Hat ein Lauf das Datum verschoben, endet seine Message im Laufverlauf mit einer entsprechenden Zeile: From Date moved to und das neue Datum.
  • Am Auftrag sichtbar. From Date im Auftragsdialog zeigt, wo der nächste Lauf beginnt, und die Übersichtskarte des Auftrags zeigt Inkrementeller Lauf: Nur seit dem letzten erfolgreichen Lauf geänderte Dateien.

Von Datum zurücksetzen, unter From Date im Auftragsdialog, löscht das Datum beim Speichern: Der nächste Lauf liest jede Datei, und die darauf folgenden Läufe setzen von dort aus fort.

Von Zeit zu Zeit ein vollständiger Scan

Ein inkrementeller Lauf liest, was seit dem letzten Lauf hinzugefügt oder geändert wurde. Um die BI-Daten vollständig mit der Quelle abzugleichen – einschließlich dort gelöschter oder verschobener Dateien –, setzen Sie From Date von Zeit zu Zeit zurück, zum Beispiel monatlich, damit der nächste Lauf ein vollständiger Scan ist.

Erst inkrementelle Läufe machen eine Resilienzkopie praktikabel: Jede Nacht wird nur gelesen, was sich geändert hat, sodass der gesamte Zyklus kurz genug bleibt, um ihn jede Nacht zu wiederholen.

Warum das für DORA wichtig ist

Ein DORA-Setup hält eine unabhängige, regelmäßig aktualisierte Kopie der Dokumente vor, auf die eine kritische Geschäftsfunktion angewiesen ist. Mit inkrementellen Läufen liest jede Aktualisierung nur, was sich seit der letzten fehlerfreien Kopie geändert hat: Die Läufe bleiben kurz genug, um sie täglich zu wiederholen, Last und Drosselung auf SharePoint bleiben gering, und der Laufverlauf zeigt für jede Aktualisierung genau, welches Zeitfenster an Änderungen sie abgedeckt hat und wie sie geendet hat – genau die Nachweise, die ein Prüfer verlangt.

Eine DORA-Kopie ausgewählter Bibliotheken, kein Backup

Microsoft 365 drosselt umfangreiche und häufige Lesezugriffe, daher kann kein wiederkehrender Job einen ganzen Tenant synchron halten. Beschränken Sie den wiederkehrenden Umfang als Faustregel auf weniger als 20 Bibliotheken mit jeweils unter 50.000 Dateien und insgesamt nie mehr als etwa 50 Bibliotheken. Dieses Setup ist eine Resilienzkopie ausgewählter Bibliotheken, auf die Sie im Notfall zugreifen können. Es ist kein Backup von SharePoint Online, SharePoint Server oder Dateifreigaben nach Nextcloud: Die Sicherung eines ganzen Tenants oder Dateiservers ist Aufgabe eines dafür entwickelten Backup-Produkts.

Ist der Notfall vorüber, gelangen die an der Kopie vorgenommenen Änderungen mit einem Wiederherstellungslauf zurück zur Quelle: siehe Wiederherstellen: Dateien aus Nextcloud zurück nach SharePoint Online oder auf eine Dateifreigabe

Mehr erfahren: Digitale operationale Resilienz (DORA) – dort der Abschnitt Auswählen, was geschützt werden soll · Dateien mit einer Power-BI- oder SQL-Abfrage auswählen · Umfang und Dauer schätzen

Den Laufverlauf eines inkrementellen Auftrags aufbewahren

Abschnitt betitelt „Den Laufverlauf eines inkrementellen Auftrags aufbewahren“

Jeder Lauf eines inkrementellen Auftrags hat nur die Dateien gezählt, die sich seit dem vorherigen Lauf geändert haben; daher ersetzt kein neuerer Lauf einen älteren.

Diese Läufe aufbewahren

Die Zahlen jedes Laufs gelangen über seine Zeile im Laufverlauf in den Power-BI-Bericht. Wenn Sie Läufe eines inkrementellen Auftrags löschen – von Hand oder über den Aufbewahrungsplan des Auftrags –, werden ihre Daten aus dem Bericht entfernt, und die Summen im Bericht stimmen nicht mehr mit dem überein, was die Quelle oder die Kopie enthält. Bewahren Sie diese Läufe auf und belassen Sie den Aufbewahrungsplan des Auftrags auf Keine; archivieren Sie alte Läufe stattdessen, um sie aus der täglichen Ansicht zu entfernen.

Wichtig: Die Zahlen in der Übersicht ändern sich erst, wenn SMART Migration die Läufe endgültig entfernt hat. Aktualisieren Sie den Bericht, wenn die Überschrift Power BI in der Übersicht ein grünes Aktuell statt einer roten Markierung anzeigt. Siehe Laufverlauf

Siehe auch