Jede Datei von der Discovery bis zur Migration verfolgen

• Eine Zeile pro Datei
• Wie jede Datei erkannt wird: ihre eindeutige ID
• Was jeder Analyselauf erfasst
• Wie sich der Status einer Datei ändert
• Eine migrierte Datei, die sich in der Quelle ändert
• Der Status wird am Ziel der Datei erfasst
• Die Arbeitsphasen: analysieren, entscheiden, migrieren
• Den Fortschritt der Migration verfolgen
• Die nicht migrierten Dateien finden
• Wo ist diese Datei gelandet?
• Vom Bericht zum Lauf in der App

Eine Zeile pro Datei

Jeder Lauf, der eine Datei verarbeitet, erfasst sie in den BI-Tabellen, und jede Datei hat dort genau eine Zeile. Ein späterer Lauf fügt keine zweite Zeile hinzu, sondern aktualisiert die Zeile der Datei – ihren File status, ihr Ziel, ihr Ergebnis und den Lauf, der sie zuletzt verarbeitet hat.

Discovery Report

Von einem Analyse-Lauf gefunden und nicht verschoben. Die Bestandsaufnahme, die Sie auswerten, um zu entscheiden, was migriert werden soll.

Testmigration

Von einem Testmigration-Lauf verarbeitet: gegen ihr Ziel getestet, das erfasst wird, aber nicht verschoben.

Migration

Von einem Migration-Lauf verschoben, mit dem Ort, an dem sie gelandet ist, und ihrem Ergebnis.

Da jede Datei nur einmal gezählt wird, gehen die Summen auf: Die Dateien in den einzelnen Status sind Teile eines Ganzen, nie zweimal dieselbe Datei. Der Filter File status oben auf der Seite wählt einen oder mehrere Status aus, und jede Datei trägt außerdem ihr Ergebnis – Ok, Warning oder Error – mit der Meldung des letzten Laufs, der sie verarbeitet hat.

Der Bericht zeigt jede Datei so, wie sie bei der letzten Aktualisierung war

SMART BI.pbix gibt den Status jeder Datei zum Zeitpunkt der letzten Aktualisierung des Berichts wieder. Läufe, die danach abgeschlossen werden, erscheinen erst nach einer erneuten Aktualisierung – aktualisieren Sie den Bericht nach jeder Welle und bewahren Sie jeweils eine Kopie auf, um den Fortschritt des Projekts über die Zeit zu sehen.

Mehr erfahren: Analyse · Ein Rundgang durch den SMART BI-Bericht · SMART BI.pbix aktualisieren, hochladen und teilen

Wie jede Datei erkannt wird: ihre eindeutige ID

Jede Zeile in den BI-Tabellen ist über die eindeutige ID der Datei verschlüsselt: So findet ein späterer Lauf die eigene Zeile der Datei und aktualisiert sie, statt eine zweite hinzuzufügen. Woher die ID stammt, hängt von der Quelle ab.

Quelle	Die eindeutige ID der Datei
SharePoint, SharePoint Online, Teams-Bibliotheken und OneDrive	Die eindeutige ID, die SharePoint jeder Datei vergibt. Sie bleibt bei der Datei, wenn diese innerhalb ihrer Bibliothek umbenannt oder verschoben wird.
Dateifreigaben	Eine Datei auf einer Freigabe hat keine eigene ID, daher erzeugt SMART Migration eine: einen MD5-Hash aus dem Namen und dem Pfad der Datei.

Auf einer Dateifreigabe ist eine umbenannte oder verschobene Datei eine neue Datei

Die ID einer Datei auf einer Freigabe wird aus ihrem Namen und Pfad gebildet. Eine dort umbenannte oder verschobene Datei erhält daher eine neue ID: Der nächste Lauf erfasst sie als neue Datei, neben der Zeile, die sie unter ihrem alten Namen oder Ordner hatte. Planen Sie Umbenennungen und Umstrukturierungen einer Freigabe vor ihrer Analyse oder nach ihrer Migration – und setzen Sie danach das From Date des Auftrags für einen vollständigen Scan zurück.

Mehr erfahren: Dateifreigaben nach Nextcloud · Inkrementelle Läufe

Was jeder Analyselauf erfasst

Der erste Analyse-Lauf einer Quelle legt für jede gefundene Datei eine Zeile in den BI-Tabellen an. Jeder weitere Lauf – inkrementell oder vollständig, desselben Auftrags oder eines anderen – erfasst nur, was für die BI-Daten neu ist: die Dateien, die noch kein Lauf gefunden hat, und die Dateien, die seit dem Schreiben ihrer Zeile geändert wurden. Eine unveränderte Datei wird nicht erneut geschrieben.

Jeder Analyselauf legt außerdem seinen Bericht, eine Excel-Arbeitsmappe (.xlsx), im Ordner des Laufs in Nextcloud Files ab. Der Bericht listet jede Datei auf, die der Lauf gefunden hat, unabhängig davon, ob sie für die BI-Tabellen neu ist, und seine Spalte StatusInBI gibt an, wie sich jede Datei im Vergleich zu ihnen verhält:

StatusInBI	Die Datei	In den BI-Tabellen
New	Zum ersten Mal gefunden – beim ersten Lauf jede Datei	Eine neue Zeile
Modified	Bereits zuvor gefunden und seitdem geändert	Ihre Zeile wird aktualisiert
Unchanged	Bereits zuvor gefunden und seitdem nicht geändert	Ihre Zeile bleibt unverändert

Ein Analyselauf beantwortet also auch die Frage, was sich seit dem letzten Lauf geändert hat: Filtern Sie die Spalte StatusInBI des Berichts nach New und Modified. Ein inkrementeller Lauf liest nur die Dateien, die seit dem letzten erfolgreichen Lauf erstellt oder geändert wurden, daher listet sein Bericht diese auf; ein vollständiger Lauf listet jede Datei auf, einschließlich der unveränderten.

Geänderte Dateien sind im Power-BI-Bericht gelb

Im Power-BI-Bericht wird der Name einer Datei, die seit ihrer ersten Analyse geändert wurde, gelb angezeigt – so fallen die Dateien, die sich während des Projekts geändert haben, in der Tabelle Dateidetails auf.

Mehr erfahren: Analyse · Berichte und Laufordner in Nextcloud Dateien · Ein Rundgang durch den SMART BI-Bericht

Wie sich der Status einer Datei ändert

Der Status einer Datei richtet sich nach dem Modus des letzten Laufs, der sie verarbeitet hat. Die übliche Reihenfolge ist gefunden, testmigriert, migriert – aber kein Schritt setzt den vorherigen voraus.

Lauf	Dateistatus der Datei	Was erfasst wird
Analyse	Discovery Report	Die Datei so, wie sie in der Quelle vorliegt: wo sie liegt, ihre Größe einschließlich Versionen, ihre Datumsangaben und Metadaten.
Testmigration	Test Migration	Das Ziel, gegen das sie getestet wurde, ob sie dort neu hinzugefügt würde oder eine Datei überschreiben würde, und das Ergebnis.
Testmigration mit aktiviertem Wiederherstellen	Test Restore	Dass sie mit ihrer Quelle verglichen wurde, was eine Wiederherstellung mit ihr tun würde, und das Ergebnis – es wird nichts zurückkopiert; siehe Wiederherstellen.
Migration	Migration	Wo sie gelandet ist – ihr Zielpfad – und das Ergebnis.
Migration mit aktiviertem Wiederherstellen	Restore	Dass sie aus Nextcloud in ihre Quelle zurückkopiert wurde, und das Ergebnis – siehe Wiederherstellen.

• Keine vorherige Analyse nötig. Ein Auftrag vom Typ Testmigration oder Migration registriert die Dateien, die er verarbeitet, selbst: Eine Datei, auf die er trifft und die von keiner Analyse gefunden wurde, erhält sofort ihre Zeile, als Test Migration oder Migration. Ohne Analyse kennt der Bericht jedoch nur die verarbeiteten Dateien, nicht aber das, was noch aussteht.
• Zurück zu Discovery Report, wenn sie geändert wurde. Eine Datei mit dem Status Migration – oder Test Migration – kehrt zu Discovery Report zurück, wenn ein späterer Lauf vom Typ Analyse sie erneut findet und sie seit der Migration tatsächlich geändert wurde: Die Kopie am Ziel ist dann nicht mehr die aktuelle. Eine Datei, die sich nicht geändert hat, behält ihren Status.
• Das Ziel bleibt zur Information erhalten. Eine Datei, die zu Discovery Report zurückkehrt, behält das Ziel, in das sie migriert oder testmigriert wurde. So sehen Sie weiterhin, wo die frühere Kopie liegt – und die nächste Migration bringt sie dort auf den neuesten Stand.

Vor dem letzten Lauf erneut analysieren

Führen Sie die Aufträge vom Typ Analyse der Welle unmittelbar vor der abschließenden Migration erneut aus – mit Inkrementell lesen sie nur das, was sich geändert hat. Jede Datei, die nach ihrer Migration von Benutzern geändert wurde, erscheint wieder als Discovery Report, und die inkrementelle Migration übernimmt genau diese Dateien.

Mehr erfahren: Inkrementelle Läufe · Regeln für das Hinzufügen und Überschreiben von Dateien

Eine migrierte Datei, die sich in der Quelle ändert

Während das Projekt läuft, arbeiten die Benutzer in der Quelle weiter. Daher wird eine Datei mit dem Status Migration dort häufig nachträglich geändert.

1. Eine Analyse findet die Änderung

   Ein Analyse-Lauf, der die Datei als geändert erkennt, setzt ihren Dateistatus auf Discovery Report zurück. Ihr Ziel bleibt erhalten, sodass der Bericht weiterhin zeigt, dass sie migriert wurde und wohin.

2. Die Migration übernimmt sie erneut

   Standardmäßig migriert der nächste Migration-Lauf des Auftrags die geänderte Datei erneut: Die Regel Neue hinzufügen, vorhandene bei neueren überschreiben überschreibt die Kopie am Ziel mit der neueren, und die Datei hat wieder den Status Migration.

Um geänderte Dateien anders zu behandeln, öffnen Sie den Auftrag, aktivieren Sie Erweiterte Einstellungen und wählen Sie im Schritt „Ziel“ unter Rules for adding and overwriting files eine andere Regel – Nur neue hinzufügen beispielsweise übernimmt neue Dateien und lässt bereits migrierte Dateien unverändert, auch wenn sich die Kopie in der Quelle geändert hat. Es gibt fünf Regeln, und die übrigen erweiterten Optionen schränken ein, welche Dateien ein Lauf überhaupt übernimmt.

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

Der Status wird am Ziel der Datei verfolgt

Der Bericht verfolgt jede Datei bis zu ihrem Ziel. Wird dieselbe Datei in mehr als ein Ziel migriert – etwa durch zwei Aufträge über dieselbe Bibliothek in zwei Teamordner oder durch einen Auftrag, dessen Ziel zwischen den Läufen geändert wurde –, wird nur das letzte Ziel erfasst: Die Zeile zeigt den Ort, an den die Datei zuletzt migriert oder testmigriert wurde, und die früheren Kopien erscheinen nicht im Bericht. Deren Läufe und Protokolle bleiben im Laufverlauf erhalten.

Ein Ziel pro Datei hält den Bericht korrekt

Weisen Sie jeder Quelle genau ein Ziel zu. Eine Datei, die zweimal an verschiedene Orte migriert wird, zählt nur einmal, und zwar am letzten dieser Orte – der Bericht zeigt die andere Kopie dann nicht, obwohl sie in Nextcloud vorhanden ist.

Mehr erfahren: Ziele · Laufverlauf

Die Arbeitsphasen: analysieren, entscheiden, migrieren

Der Bericht ist dafür gemacht, Phase für Phase mit ihm zu arbeiten, und derselbe Auftrag durchläuft jede Phase – er ändert lediglich seinen Mode:

1. Analysieren

   Führen Sie Analyse-Aufträge auf den Quellen aus. Jede Datei steht im Bericht als Discovery Report.

2. In Power BI entscheiden

   Werten Sie die Dateien interaktiv im Bericht aus – nach Website, Besitzer, Alter, Dateityp, Größe und Versionen – und entscheiden Sie, was migriert und was ausgelassen wird. Passen Sie die Filter der Aufträge entsprechend an, oder exportieren Sie eine Liste genau der Dateien, die übernommen werden sollen.

3. Testen

   Stellen Sie die Aufträge auf Testmigration um und führen Sie sie aus: Die Dateien wechseln zu Test Migration, jeweils mit dem Ziel, in das sie gehen würden, und der Angabe, ob sie dort hinzugefügt würden oder eine Datei überschreiben würden.

4. Migrieren

   Stellen Sie dieselben Aufträge auf Migration um – für eine ganze Welle auf einmal mit Ausgewählte Aufträge ändern … – und geben Sie sie frei. Die Dateien wechseln zu Migration; die bewusst ausgelassenen bleiben bei Discovery Report und dokumentieren so, was zurückgelassen wurde.

5. Erneut analysieren und nachziehen

   Führen Sie die Analyse vor der Umstellung erneut aus: Dateien, die seit ihrer Migration geändert wurden, wechseln zurück zu Discovery Report, und eine letzte inkrementelle Migration übernimmt sie.

Der Schritt Aktion im Auftragsdialog – bzw. Aktion – Vorgaben bei einem Auftragsimport – fasst dies unter Mode für die drei Modi zusammen.

Mehr erfahren: Eine Migration planen und durchführen, Welle für Welle · Viele Aufträge auf einmal ändern · Eine Dateiliste aus Power BI exportieren

Den Fortschritt der Migration verfolgen

Da jede Datei einmal gezählt wird, zeigt der Bericht den Fortschritt des gesamten Projekts und nicht den eines einzelnen Laufs. Wählen Sie eine Auftragsgruppe – eine Migrationswelle – und der Filter Dateistatus zeigt, wie viele ihrer Dateien und welcher Anteil ihres Volumens den Status Migration haben, wie viele Test Migration haben und wie viel noch Discovery Report ist. Wählen Sie unter Auftragspfad eine Site, ein OneDrive oder eine Freigabe, um dieselben Zahlen für eine einzelne Quelle zu erhalten.

Aktualisieren Sie den Bericht nach jeder Welle und bewahren Sie eine Kopie auf: Nebeneinander gelegt zeigen die Kopien den Fortschritt des Projekts im Zeitverlauf.

Die Übersicht zeigt dieselbe Zählung auf einen Blick: Ihre Werte Gefunden, Testmigriert und Migriert unter Dateien, Aufträge und Läufe sind die Dateien in den BI-Daten im jeweiligen Dateistatus, wie SMART Migration sie zuletzt gemeldet hat, jede Datei einmal – Testmigriert mit Test Migration und Test Restore zusammen, Migriert mit Migration und Restore, jeweils getrennt auf ihrer Karte.

Mehr erfahren: SMART BI.pbix aktualisieren, hochladen und teilen · Übersicht

Die nicht migrierten Dateien finden

Wählen Sie Discovery Report unter File status: Die Seite zeigt nur die Dateien, die gefunden und nicht migriert wurden – oder die migriert und seitdem geändert wurden; diese zeigen weiterhin ihr früheres Ziel. Kombinieren Sie dies mit einem beliebigen anderen Filter, um den Grund herauszufinden – sie sind älter als der Stichtag, haben einen ausgelassenen Dateityp oder liegen in einer Bibliothek, die noch kein Auftrag übernommen hat.

• Bewusst ausgelassen. Dateien, die die Filter eines Auftrags auslassen, bleiben bei Discovery Report. Das ist für die Abnahme der Nachweis, was zurückgelassen wurde und warum.
• Noch zu erledigen. Grenzen Sie die Tabelle auf diese Dateien ein und exportieren Sie sie; ein Auftrag mit dem Quelltyp File List CSV migriert dann genau diese Dateien.
• Fehlgeschlagen. Wählen Sie Error oder Warning unter Ergebnis, um die Dateien zu sehen, die ein Lauf nicht wie vorgesehen verarbeiten konnte, mit der Meldung des Laufs.

Mehr erfahren: Eine Dateiliste aus Power BI exportieren · Dateiprobleme

Wohin ist diese Datei gegangen?

Geben Sie einen Teil des Dateinamens unter File name oder des alten Ordners unter Pfad ein: Die Tabelle File details zeigt, woher die Datei stammt, und bei einer migrierten Datei ihren Destination Path in Nextcloud – den letzten, falls sie in mehr als ein Ziel migriert wurde. Das funktioniert auch umgekehrt: Geben Sie unter Destination Path einen Ordner in Nextcloud ein, um jede Datei zu sehen, die dort gelandet ist, und woher sie jeweils stammt.

Genau diese Frage stellt man oft noch Jahre nach einer Migration, und eine gespeicherte Kopie des Berichts beantwortet sie ohne Server, Datenbank oder App.

Das Löschen eines Laufs entfernt seine Dateien aus dem Bericht

Die BI-Tabellen werden aus dem Laufverlauf befüllt. Wenn eine Zeile im Laufverlauf in der App gelöscht wird, entfernt SMART Migration die von diesem Lauf erfassten Dateien aus der Berichtsdatenbank, und sie verschwinden bei der nächsten Aktualisierung aus dem Power-BI-Bericht. Löschen Sie nur Testläufe und Fehlläufe; archivieren Sie die übrigen, um sie aus der täglichen Ansicht zu entfernen – ein archivierter Lauf bleibt im Bericht.

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

Mehr erfahren: Laufverlauf · Übersicht

Vom Bericht zum Lauf in der App

Jede Zeile der Tabelle File details hat einen Job link. Ein Klick darauf öffnet die SMART Migration-App in Nextcloud bei diesem Lauf – auf der Registerkarte Laufverlauf mit den Details des Laufs –, sodass der Bericht direkt zum Protokoll des Laufs, seinen Berichtsdateien und seinen Dateiproblemen führt. Sind Sie nicht angemeldet, fordert Nextcloud Sie zunächst zur Anmeldung auf; der Lauf öffnet sich für einen Nextcloud-Administrator.

Mehr erfahren: Laufverlauf · Laufdetails und das Sitzungsprotokoll

Siehe auch

• Business Intelligence mit Power BI
• Ein Rundgang durch den SMART BI-Bericht
• Dateifreigaben nach Nextcloud