Dateiserver nach SharePoint migrieren: Praxisleitfaden

Dateimigration · SharePoint · Praxisleitfaden

Dateien vom Server oder NAS nach SharePoint zu verschieben ist kein Kopierauftrag. Die Migration verändert Speicherort, Berechtigungen, Suchwege, Freigaben und häufig den täglichen Arbeitsablauf. Dieser Leitfaden führt von der Bestandsaufnahme über Zielstruktur und Vorprüfung bis zu Pilot, Deltaübernahme, Abnahme und Stilllegung des Altsystems.

Das Ziel: Jeder übernommene Datenbestand besitzt einen eindeutigen Zielort, verantwortliche Eigentümer, nachvollziehbare Zugriffe und einen geprüften Wiederherstellungsweg.

Die Kurzantwort: Erst die künftige Ablage entwerfen, dann Daten übertragen

Eine belastbare Migration beantwortet vor dem ersten Upload drei Fragen: Was soll bleiben? Wo soll es künftig liegen? Wie wird nachgewiesen, dass Inhalt und Arbeitsablauf am Ziel vollständig funktionieren?

Die sieben Arbeitsphasen einer Dateimigration
Phase	Konkretes Ergebnis	Freigabekriterium
1. Auftrag abgrenzen	Quellen, ausgeschlossene Daten, Verantwortliche, Termine und Ausfallgrenzen	Der Umfang ist schriftlich eindeutig.
2. Bestand erfassen	Dateien, Größen, Nutzung, Rechte, Programme, Fehler und Aufbewahrung	Technische Messung und fachliche Zuordnung stimmen überein.
3. Ziel entwerfen	Sites, Bibliotheken, Ordner, Metadaten, Gruppen und Eigentümer	Jeder Bestand hat genau einen Zielort und ein Zugriffsmodell.
4. Vorprüfen	Scanberichte mit bereinigten oder akzeptierten Hindernissen	Jeder blockierende Fund besitzt eine dokumentierte Behandlung.
5. Pilotieren	Eine repräsentative, vollständig getestete Migrationswelle	Benutzer können reale Vorgänge am Ziel ausführen.
6. Umstellen	Erstübertragung, Schreibstopp, Deltaübernahme und neue Zugänge	Die neue Ablage ist führend; die alte Quelle ist schreibgeschützt.
7. Abnehmen	Mengen-, Rechte-, Funktions- und Wiederherstellungsnachweis	Abweichungen sind behoben oder ausdrücklich akzeptiert.

Vier Regeln verhindern die häufigsten Fehlmigrationen

Nicht jeder Quellordner wird übernommen. Veraltete, doppelte, private oder anwendungsgebundene Daten werden vorab entschieden.
Die alte Ordnerstruktur ist keine automatische Zielarchitektur. SharePoint wird nach Zusammenarbeit, Verantwortung und Zugriff gegliedert.
Ein erfolgreicher Kopierjob beweist keine Nutzbarkeit. Anwendungen, Berechtigungen, Suche, Synchronisierung und Wiederherstellung werden praktisch geprüft.
Während des Umschaltens gibt es nur eine führende Ablage. Sonst entstehen Änderungen sowohl an Quelle als auch Ziel und damit konkurrierende Fassungen.

1. Die Bestandsaufnahme verbindet technische Messwerte mit dem Geschäftsprozess

Ein Verzeichnisbaum zeigt, welche Dateien vorhanden sind. Er erklärt nicht, welche davon verbindlich, redundant, an eine Anwendung gebunden oder für den laufenden Betrieb unverzichtbar sind.

Technische Inventur: Die Quelle wird reproduzierbar vermessen

Für jede Freigabe beziehungsweise jeden vorgesehenen Quellpfad werden mindestens Gesamtgröße, Datei- und Ordnerzahl, größte Einzeldatei, Änderungszeitpunkte, Dateiendungen, Pfadlängen, Sonderzeichen und nicht lesbare Objekte erhoben. Zusätzlich wird festgehalten, ob versteckte Dateien, temporäre Dateien, Archive, ausführbare Inhalte oder sehr alte Daten enthalten sind. Der Messzeitpunkt gehört in das Protokoll, weil sich produktive Freigaben täglich verändern.

Die Zahlen werden pro fachlichem Teilbestand ausgewiesen. Eine Gesamtsumme von 800 Gigabyte hilft wenig, wenn darin 650 Gigabyte alte Images, 100 Gigabyte laufende Projektdokumente und 50 Gigabyte Daten einer Fachanwendung stecken. Diese drei Mengen benötigen unterschiedliche Entscheidungen. Besonders wichtig ist die Änderungsrate: Sie beeinflusst, wie lange eine Erstübertragung gültig bleibt und wie groß die abschließende Differenzübernahme ausfällt.

Messwerte und ihre Bedeutung für den Migrationsplan
Messwert	Ermittlung	Planerische Folge
Datei- und Ordnerzahl	Rekursiver Bericht je Quellpfad	Bestimmt Scan-, Übertragungs- und Prüfaufwand; viele kleine Dateien verhalten sich anders als wenige große.
Datenmenge und Wachstum	Belegter Speicher plus Veränderung über einen repräsentativen Zeitraum	Bestimmt Migrationsfenster, Zielkapazität und Zeitreserve.
Letzte Änderung	Verteilung nach Zeiträumen, nicht nur ältestes und jüngstes Datum	Ermöglicht fachlich abgestimmte Archivierungs- und Löschregeln.
Dateiendungen	Häufigkeit und Volumen je Typ	Findet Anwendungsdaten, Archive, Medien und ungeeignete oder unbekannte Formate.
Pfad- und Namensprobleme	Vorprüfung mit Zielpfad und URL-Kontext	Zeigt Umbenennungs- und Umstrukturierungsbedarf vor der Übertragung.
Fehlender Lesezugriff	Scan unter dem tatsächlich vorgesehenen Migrationskonto	Verhindert, dass unzugängliche Teilbäume unbemerkt fehlen.
Änderungsrate	Vergleich zweier Bestandsaufnahmen oder Werkzeugprotokolle	Legt Zeitpunkt und Dauer von Differenzlauf und Schreibstopp fest.

Fachliche Inventur: Eigentümer entscheiden über Inhalt und Aufbewahrung

Zu jedem Bestand wird eine fachlich verantwortliche Person benannt. Sie entscheidet nicht über technische Details, sondern beantwortet konkrete Fragen: Welcher Vorgang erzeugt diese Dateien? Wer benötigt sie? Welche Fassung ist verbindlich? Welche Unterlagen müssen aus geschäftlichen oder rechtlichen Gründen aufbewahrt werden? Welche Dateien sind nur Arbeitskopien? Ohne diese Verantwortung wird aus einer Migration häufig eine dauerhafte Mitnahme sämtlicher Altlasten.

Dubletten werden nicht allein nach identischem Dateinamen gelöscht. Gleichnamige Dateien können unterschiedliche Inhalte besitzen; Dateien mit verschiedenen Namen können identisch sein. Eine technische Hash-Analyse kann Kandidaten bilden, die Entscheidung über Aufbewahrung und führende Fassung bleibt jedoch fachlich. Ebenso wird „seit Jahren nicht geöffnet“ nicht automatisch mit „entbehrlich“ gleichgesetzt. Vertragsunterlagen, Vorlagen oder abgeschlossene Projektdokumentationen können selten genutzt und trotzdem erforderlich sein.

Nachschlageliste für das Gespräch mit dem Datenverantwortlichen

Welcher vollständige Arbeitsvorgang beginnt oder endet in diesem Ordner?
Welche Personen und externen Beteiligten benötigen Lesen, Ändern oder Freigeben?
Welche Anwendung, welcher Scanner, welches Makro oder welches Skript verwendet einen festen Pfad?
Welche Unterlagen sind verbindliche Originale, welche sind Kopien, Exporte oder Zwischenstände?
Welche Inhalte dürfen archiviert, welche nach Freigabe gelöscht und welche nicht migriert werden?
Wie lange darf der Bestand ausfallen, und wie viel Veränderung dürfte im Ernstfall höchstens verloren gehen?
Benötigen Beschäftigte die Dateien offline, mobil oder ausschließlich im Büro?
Welche Suchbegriffe, Ordnereigenschaften oder Metadaten helfen künftig beim Wiederfinden?

2. Die Zielstruktur folgt Zusammenarbeit und Verantwortung

SharePoint bildet gemeinsame Arbeitsräume ab. Eine tiefe Serverstruktur unverändert in eine einzige Dokumentbibliothek zu kopieren verschenkt Suche, verständliche Berechtigungen und klare Eigentümerschaft.

OneDrive, SharePoint-Site und Bibliothek erfüllen verschiedene Aufgaben

Persönliche Arbeitsdateien eines einzelnen Beschäftigten gehören grundsätzlich in dessen OneDrive. Gemeinsam verantwortete Team-, Bereichs- und Projektdokumente gehören in eine SharePoint-Bibliothek. Die Site bildet dabei einen Arbeits- und Berechtigungsraum; Bibliotheken trennen größere Dokumentbestände mit eigenen Regeln, Ansichten oder Lebenszyklen. Ein Ordner gliedert innerhalb einer Bibliothek, sollte aber keine unkontrollierte Ersatzhierarchie aus vielen Ebenen erzeugen.

Eine Site pro Quellordner wäre ebenso mechanisch wie eine einzige Site für das gesamte Unternehmen. Getrennt werden Bereiche, wenn Mitgliederkreis, Verantwortung oder Lebenszyklus dauerhaft auseinanderfallen. Innerhalb eines stabilen Mitgliederkreises reichen häufig mehrere Bibliotheken oder eine flache Ordnerstruktur. Die ausführliche Grundentscheidung zwischen persönlichen und gemeinsamen Dateien behandelt der Beitrag OneDrive, SharePoint und Teams als Dateiablage.

Vom Quellbestand zum geeigneten Zielobjekt
Quellbestand	Typischer Zielort	Entscheidender Grund	Nicht ungeprüft übernehmen
Persönliche Entwürfe und Arbeitsunterlagen	OneDrive des jeweiligen Benutzers	Persönliche Verantwortung und standardmäßig privater Zugriff	Gemeinsame Originale oder Unterlagen, die bei Austritt weiter benötigt werden
Abteilungs- und Teamdokumente	SharePoint-Teamwebsite mit gemeinsamer Bibliothek	Gemeinsame Eigentümerschaft und stabiler Mitgliederkreis	Individuelle NTFS-Einzelrechte auf vielen Unterordnern
Zeitlich begrenztes Projekt	Eigene Site oder eindeutig abgegrenzter Bereich	Eigene Beteiligte, Laufzeit und Abschlussregel	Dauerhafte Stammdaten ohne Projektbezug
Externe Zusammenarbeit	Gezielt freigegebene Site oder Bibliothek	Kontrollierbarer Gastzugriff und klare Eigentümer	Anonyme Altlinks und interne Inhalte im selben unübersichtlichen Ordner
Fachanwendungsdaten	Vom Hersteller unterstützter Speicher, oft weiterhin Server oder NAS	Konsistenz, Sperren, Latenz und Supportvorgaben	Aktive Datenbanken oder beliebige Programmdateien in synchronisierten Ordnern
Abgeschlossenes Archiv	Nach Aufbewahrung, Zugriff und Wiederherstellung gewählte Archivlösung	Seltene Nutzung und eigener Lebenszyklus	Ungeprüfte Vermischung mit aktiven Arbeitsdokumenten

Berechtigungen werden als Gruppenmodell neu beschrieben

Historische NTFS-Rechte enthalten oft persönliche Einträge, ausgeschiedene Konten, verschachtelte Gruppen und Ausnahmen bis auf Dateiebene. Eine technische Übernahme kann diese Komplexität fortschreiben oder aufgrund unterschiedlicher Rechtekonzepte sogar verändern. Microsoft weist bei Dateifreigaben unter anderem darauf hin, dass erweiterte NTFS-Berechtigungen entfernt werden und explizite Verweigerungen nicht wie an der Quelle abgebildet werden. Deshalb wird der tatsächliche Sollzugriff vorab als Zielmodell formuliert.

Das Zielmodell arbeitet bevorzugt mit benannten Gruppen und den Rollen Lesen, Bearbeiten und Eigentümer. Einzelrechte werden begründete Ausnahmen. Für jede Site und Bibliothek stehen fachliche Eigentümer fest, die Mitgliedschaften nachvollziehen können. Besonders geschützte Inhalte werden nicht tief in einem allgemein zugänglichen Baum versteckt, sondern erhalten einen klar abgegrenzten Bereich mit eigenem Mitgliederkreis.

Ordner, Metadaten und Ansichten werden pragmatisch kombiniert

Ordner bleiben sinnvoll, wenn Benutzer einen stabilen, überschaubaren Prozess damit verstehen. Metadaten helfen, wenn dieselben Dokumente nach Kunde, Jahr, Status oder Dokumentart gefiltert werden sollen. Eine Migration ist kein Anlass, jeden Dateinamen in ein komplexes Klassifikationssystem zu verwandeln. Für kleine Unternehmen bewährt sich häufig eine flache Grundstruktur mit wenigen verpflichtenden Eigenschaften und gespeicherten Ansichten für wiederkehrende Sichten.

Vor dem Aufbau wird festgelegt, welche Angaben automatisch entstehen, welche Benutzer pflegen müssen und was bei fehlenden Werten geschieht. Pflichtfelder dürfen den Arbeitsablauf nicht unerwartet blockieren. Gleichzeitig erhalten Bibliotheken verständliche Namen und kurze Pfade, damit Browser, Office-Anwendungen und gegebenenfalls die OneDrive-Synchronisierung zuverlässig zusammenspielen. Wer Bibliotheken im Explorer bereitstellen möchte, sollte zusätzlich die Unterschiede zwischen Synchronisierung, Verknüpfung und Browserzugriff prüfen.

3. Die Vorprüfung macht Hindernisse vor dem produktiven Lauf sichtbar

Ein Scanbericht ist keine Formalität. Er bildet die Arbeitsliste für Bereinigung, Ausnahmen und Wiederholung der Prüfung.

Migration Manager scannt Quellen und stellt Berichte bereit

Für Dateifreigaben stellt Microsoft im SharePoint Admin Center den Migration Manager bereit. Ein auf einem Windows-Rechner oder einer virtuellen Maschine eingerichteter Agent erhält Leserechte auf die vorgesehenen Netzwerkfreigaben und überträgt Aufgaben in den Microsoft-365-Tenant. Quellen werden vorab gescannt. Die Übersicht nennt unter anderem Datenmenge, Datei- und Ordnerzahl, maximale Pfadlänge, Wurzelberechtigungen, letzten Zugriff und Migrationsbereitschaft.

Nach dem Scan werden Zusammenfassung und detailliertes Protokoll heruntergeladen und außerhalb der nur vorübergehend verfügbaren Bedienoberfläche projektbezogen gespeichert. Entscheidend ist nicht die grüne Gesamtanzeige, sondern die Behandlung jedes Fundtyps. Ein nicht lesbares Verzeichnis kann einen vollständigen Geschäftsbereich verbergen; ein einzelner zu langer Zielpfad kann eine wichtige Vertragsdatei betreffen.

Typische Scanbefunde und ihre belastbare Behandlung
Befund	Ursache prüfen	Geeignete Maßnahme	Nachweis
Zielpfad zu lang	Quellhierarchie, Site-URL, Bibliotheksname, URL-Codierung und Dateiname gemeinsam betrachten	Struktur verkürzen oder fachlich abgestimmt umbenennen; ausreichend Reserve für lokale Pfade lassen	Erneuter Scan ohne blockierenden Fund sowie Test im Browser und gegebenenfalls Explorer
Ungültiger Name	Betroffene Zeichen, reservierte Namen oder abschließende Zeichen ermitteln	Regelbasiert umbenennen, Zuordnung Alt zu Neu protokollieren und abhängige Links prüfen	Änderungsprotokoll plus erfolgreicher erneuter Scan
Kein Lesezugriff	Quellberechtigung und vorgesehenes Agentkonto prüfen	Zugriff kontrolliert ermöglichen oder Bestand ausdrücklich vom Auftrag ausschließen	Vollständige Auflistung des Pfades und Entscheidung des Verantwortlichen
Beschädigte oder gesperrte Datei	Datei direkt an der Quelle öffnen und verursachende Anwendung identifizieren	Reparieren, Anwendung beenden, konsistent exportieren oder dokumentiert ausschließen	Öffnungstest beziehungsweise freigegebene Ausschlussliste
Unbekanntes Dateiformat	Erzeugende Anwendung, Aufbewahrungsbedarf und künftige Lesbarkeit klären	Original erhalten, unterstütztes Exportformat ergänzen oder geeigneten anderen Speicher wählen	Lesetest mit vorgesehener Zielanwendung
Verwaiste Identität	Altes Konto oder Gruppe einem heutigen Verantwortungsbereich zuordnen	Nicht blind ersetzen; Zielgruppe und erforderliches Recht fachlich bestimmen	Freigegebene Identitätszuordnung und Berechtigungsnegativtest

Schritt für Schritt: Aus einem Scan eine abgearbeitete Fehlerliste machen

Quelle, Scanzeitpunkt, Agent und verwendetes Konto zum Bericht dokumentieren.
Zusammenfassung und detailliertes Dateiprotokoll in einem unveränderbaren Projektordner sichern.
Funde nach blockierend, prüfbedürftig und akzeptiert klassifizieren; „Warnung“ nicht pauschal als unkritisch behandeln.
Gleichartige Namens- oder Pfadprobleme zu Regeln bündeln, statt Dateien einzeln und uneinheitlich umzubenennen.
Für jede automatische Änderung eine Tabelle mit altem Pfad, neuem Pfad, Regel und Ergebnis erzeugen.
Nicht lesbare, beschädigte und anwendungsgebundene Dateien getrennt an den fachlichen Verantwortlichen geben.
Nach der Bereinigung denselben Quellumfang erneut scannen und beide Ergebnisse vergleichen.
Verbleibende Ausnahmen ausdrücklich freigeben lassen; Anzahl, Speichergröße und Grund festhalten.
Die bereinigte Fassung als Grundlage für Pilot und Mengenkontrolle kennzeichnen.

4. Der Pilot bildet einen echten Arbeitsbereich vollständig ab

Ein Pilot mit beliebigen Beispieldateien prüft nur den Upload. Ein brauchbarer Pilot enthält typische, schwierige und geschäftlich relevante Vorgänge samt Benutzern und Berechtigungen.

Der Pilotumfang wird nach Risiken ausgewählt

Geeignet ist ein überschaubarer Bereich mit einem erreichbaren fachlichen Eigentümer und mehreren realen Nutzern. Er enthält Office-Dateien, PDFs, Vorlagen, längere Pfade, größere Dateien, gemeinsam bearbeitete Dokumente und mindestens eine externe oder besonders geschützte Zugriffssituation, sofern diese im Gesamtprojekt vorkommt. Auch ein Scanner, Makro oder Exportprozess wird einbezogen, wenn der Bereich davon abhängt.

Vor dem Lauf werden Erfolgskriterien festgeschrieben: zulässige Fehlerzahl, erwartete Datenmenge, benötigte Rollen, zu testende Arbeitsvorgänge, erforderliche Ladezeiten und Rückweg. Benutzer erhalten keine allgemeine Bitte, „einmal zu schauen“, sondern konkrete Testfälle mit erwarteten Ergebnissen. Beobachtungen werden nach Fehler, Verständnisproblem und Änderungswunsch getrennt.

Pilotprotokoll: Zehn reale Prüfhandlungen

Ein berechtigter Benutzer findet den Zielbereich über den vorgesehenen Einstieg und öffnet drei bekannte Dateien.
Eine nicht berechtigte Testperson versucht denselben direkten Link und erhält keinen Inhalt.
Zwei Benutzer bearbeiten ein geeignetes Office-Dokument nacheinander und, sofern vorgesehen, gleichzeitig.
Ein Benutzer benennt eine Datei um, verschiebt sie innerhalb des erlaubten Bereichs und findet sie über die Suche wieder.
Eine Datei wird über den vorgesehenen Freigabeweg an eine interne oder externe Testperson gegeben und anschließend wieder entzogen.
Ein synchronisierter Benutzer arbeitet mit einer dafür vorgesehenen Datei kurz offline und prüft die Aktualisierung nach Wiederverbindung.
Ein Scanner, Export oder eine Fachanwendung führt den vereinbarten vollständigen Vorgang aus.
Eine Testdatei wird gelöscht und über den vorgesehenen Wiederherstellungsweg zurückgeholt.
Eine ältere Dokumentversion wird identifiziert und als Kopie beziehungsweise Wiederherstellung geprüft.
Der fachliche Eigentümer bestätigt Struktur, Benennung, Mitgliederkreis und Auffindbarkeit anhand normaler Tagesarbeit.

Aus Pilotfehlern entstehen konkrete Änderungen am Zielbild

Wenn Benutzer Dateien nur über alte Laufwerksbuchstaben suchen, reicht zusätzliche Schulung möglicherweise nicht aus; Navigation und Bibliotheksnamen können unklar sein. Wenn eine Synchronisierung zu viele Elemente umfasst, wird der bereitzustellende Bereich verkleinert oder der Browser als Standardweg festgelegt. Wenn ein Fachprozess einen festen SMB-Pfad verlangt, bleibt dieser Datenbestand außerhalb von SharePoint oder erhält eine kontrollierte Übergabe.

Der Pilot wird nach wesentlichen Änderungen erneut ausgeführt. Erst dann werden Struktur, Migrationsregeln, Benutzerinformation und Abnahmeformular zur Vorlage für weitere Wellen. Diese Wiederholung kostet weniger als die spätere Korrektur tausender Dateien, bereits versendeter Links und individuell synchronisierter Bibliotheken.

5. Erstübertragung, Delta und Schreibstopp bilden einen kontrollierten Umschaltvorgang

Die große Datenmenge wird möglichst vor dem Stichtag übertragen. Am Umschalttag folgen nur Änderungen, Berechtigungsprüfung und die Umstellung der Arbeitswege.

Schritt für Schritt: Eine produktive Migrationswelle ausführen

Wellenumfang einfrieren: Quellpfade, Ziel-Sites und Bibliotheken, Ausschlüsse, Benutzergruppen, Verantwortliche und Termine in einem Laufblatt festhalten.
Ziel kontrollieren: Speicherort, Gruppen, Eigentümer, externe Freigabeeinstellungen, Versionierung und notwendige Sicherung vor dem Datentransfer prüfen.
Agent und Rechte prüfen: Zustand des Migrationsagenten, erreichbare Endpunkte, Leserechte auf der Quelle und die für das Ziel benötigte administrative Rolle kontrollieren. Für die laufende Verwaltung wird das Prinzip der geringsten Berechtigung angewendet.
Ausgangswerte sichern: Unmittelbar vor dem Lauf Datei- und Ordnerzahl, Bytes sowie offene Ausnahme- und Fehlerlisten speichern.
Erstlauf starten: Aufgabe mit eindeutigem Namen, genauer Quelle, genauem Ziel und den zuvor freigegebenen Einstellungen ausführen.
Berichte archivieren: Erfolgreiche, übersprungene und fehlerhafte Objekte auswerten. Ein Jobstatus ersetzt nicht die Prüfung auf Dateiebene.
Fehler beheben: Ursache an Quelle oder Ziel korrigieren und betroffene Teilmenge erneut übertragen. Wiederholungen erhalten eine eigene Kennung, damit Ergebnisse vergleichbar bleiben.
Ziel nicht produktiv öffnen: Vor dem Umschalttermin dürfen Benutzer die vorab übertragenen Inhalte ansehen, aber nicht parallel verbindlich bearbeiten, sofern kein ausdrücklicher Pilotbetrieb vereinbart ist.
Schreibstopp ankündigen: Beginn, Dauer, betroffene Ordner, erlaubte Ausnahmeprozesse und Ansprechweg mindestens den konkret betroffenen Personen mitteilen.
Automatische Schreiber anhalten: Scanner, Exportjobs, Dienste, geplante Aufgaben und Fachanwendungen berücksichtigen; eine reine Benutzerinformation stoppt diese Prozesse nicht.
Quelle schreibschützen: Nach Ende der Arbeitsphase Änderungen verhindern oder technisch kontrollieren. Zeitpunkt und Zustand protokollieren.
Deltaübernahme ausführen: Seit dem Erstlauf neue oder veränderte Dateien übertragen. Die verwendeten Werkzeugeinstellungen und der Umgang mit Löschungen müssen zum vereinbarten Ziel passen.
Differenzbericht prüfen: Fehler und ausgelassene Objekte bearbeiten, bevor das Ziel als führend freigegeben wird.
Arbeitswege umstellen: Links, Schnellzugriffe, Teams-Register, synchronisierte Bibliotheken, Vorlagen, Scannerziele und dokumentierte Automatisierungen auf den vorgesehenen Zielweg ändern.
Funktionsabnahme ausführen: Benannte Testpersonen arbeiten die vereinbarten Fälle ab; Technik und Fachseite zeichnen Abweichungen auf.
Altsystem schreibgeschützt halten: Quelle für die vereinbarte Übergangszeit als kontrollierten Vergleich erhalten, sichtbar als Altbestand kennzeichnen und danach nach Freigabe stilllegen.

Offene Dateien und nachträgliche Änderungen benötigen eine eindeutige Regel

Eine am Arbeitsplatz geöffnete Datei kann nach dem Schreibstopp lokal weiterbearbeitet und später unter dem alten Pfad gespeichert werden. Deshalb werden betroffene Anwendungen geschlossen, Benutzer abgemeldet oder Freigaben technisch schreibgeschützt. Nach dem Stichtag auftauchende Änderungen werden nicht stillschweigend in beide Richtungen kopiert. Sie kommen auf eine Abweichungsliste und werden von der verantwortlichen Stelle einer gültigen Fassung zugeordnet.

Der Rückfallweg wird vor der Umstellung definiert. Er nennt den Entscheidungsträger, den spätesten Entscheidungszeitpunkt, die Bedingungen für einen Abbruch und die Behandlung bereits am Ziel entstandener Änderungen. Ein Rückfall ist nur beherrschbar, solange Quelle und Zielstände nachvollziehbar sind. Das pauschale Offenhalten beider Ablagen ist kein Rückfallplan, sondern erzeugt einen nicht mehr eindeutig zusammenführbaren Parallelbetrieb.

Kommunikation am Umschalttag

Zeitpunkt	Mitteilung	Konkrete Information
Vor dem Schreibstopp	Erinnerung an betroffene Benutzer	Welche Ordner ab wann nicht mehr bearbeitet werden, welche Programme zu schließen sind und wohin dringende Rückfragen gehen
Nach erfolgreichem Delta	Freigabe der neuen Ablage	Direkter Zielzugang, gültiger Arbeitsweg, bekannte Einschränkungen und kurze Aufgaben zum Selbsttest
Bei einer Abweichung	Gezielte Information an Betroffene	Welcher Bereich betroffen ist, welche Übergangslösung gilt und wann die nächste belastbare Rückmeldung folgt
Nach Abnahme	Abschluss der Welle	Führender Speicherort, Umgang mit der schreibgeschützten Quelle und Termin ihrer Stilllegung

6. Die Abnahme prüft Inhalt, Zugriff, Arbeitsablauf und Wiederherstellung

Vollständigkeit besteht aus mehr als einer identischen Gesamtsumme. Gefilterte Dateien, Metadaten, Rechte und funktionale Unterschiede müssen im Prüfprotokoll sichtbar bleiben.

Technische Mengenprüfung berücksichtigt bewusste Abweichungen

Dateizahl und Datenmenge am Ziel werden mit dem unmittelbar vor der Deltaübernahme erfassten Quellstand verglichen. Eine Differenz ist nicht automatisch ein Fehler: temporäre Dateien können gefiltert, doppelte Bestände bewusst entfernt oder Dateinamen verändert worden sein. Jede Abweichung benötigt jedoch eine erklärbare Kategorie. Unbekannte Differenzen werden untersucht, statt durch eine pauschale Toleranz verdeckt zu werden.

Zusätzlich werden Stichproben nach Risiko gezogen: größte Dateien, zuletzt geänderte Dokumente, besonders lange Pfade, jede wichtige Dateiendung, Dateien aus jedem Hauptordner und alle zuvor problematischen Objekte. Bei unveränderten Binärdateien kann ein Hashvergleich zusätzliche Sicherheit geben. Bei migrierten Metadaten, veränderten Office-Dateien oder werkzeugbedingten Anpassungen wird stattdessen Inhalt, Öffnung und fachliche Verwendbarkeit geprüft.

Berechtigungen werden positiv und negativ getestet

Ein positiver Test bestätigt, dass ein Mitglied seine benötigte Datei öffnen oder bearbeiten kann. Der ebenso wichtige negative Test verwendet eine Person ohne vorgesehenen Zugriff und einen direkten Link auf denselben Inhalt. Zusätzlich werden Eigentümer, Gäste und besonders geschützte Bereiche geprüft. Der Test erfolgt mit realen Zielidentitäten; eine Administratoransicht eignet sich nicht zur Beurteilung normaler Benutzerrechte.

Bei migrierten Berechtigungen werden Identitätszuordnungen, nicht mehr vorhandene Konten und Ausnahmen kontrolliert. Microsoft beschreibt für Migration Manager Unterschiede zwischen Ordner- und Dateiberechtigungen sowie Besonderheiten bei der Delta-Synchronisierung. Daher wird nicht angenommen, dass ein späterer Delta-Lauf sämtliche zwischenzeitlich geänderten Rechte automatisch unabhängig vom Inhalt korrigiert. Das Ergebnis wird am konkreten Zielobjekt geprüft.

Abnahmeprotokoll für jede Migrationswelle

Prüfbereich	Prüfung	Bestanden, wenn
Vollständigkeit	Dateien, Ordner, Bytes und genehmigte Ausschlüsse vergleichen	Jede Differenz einer dokumentierten Kategorie zugeordnet ist.
Dateien	Risikobasierte Stichprobe öffnen, bearbeiten und speichern	Alle vorgesehenen Formate mit den Zielanwendungen funktionieren.
Rechte	Leser, Bearbeiter, Eigentümer, Gast und ausgeschlossene Person testen	Erlaubte Aktionen funktionieren und unzulässige Zugriffe scheitern.
Arbeitsablauf	Vollständige Vorgänge einschließlich Scanner, Export, Vorlage und Freigabe ausführen	Der Vorgang ohne Rückgriff auf die alte Ablage abgeschlossen werden kann.
Navigation und Suche	Benannte Dokumente über Einstieg, Filter und Suche finden	Benutzer den richtigen Bestand ohne Kenntnis des alten Pfades erreichen.
Offline und Synchronisierung	Nur für vorgesehene Bereiche Offlinefall und Wiederverbindung prüfen	Änderungen erwartungsgemäß synchronisieren und Konflikte erkannt werden.
Wiederherstellung	Datei löschen, ältere Version prüfen und unabhängigen Sicherungsweg testen	Definierte Wiederherstellungsfälle innerhalb des vereinbarten Ziels gelingen.
Betrieb	Eigentümer, Monitoring, Speicher und Supportweg kontrollieren	Verantwortliche Personen Fehler erkennen und zuständig handeln können.

Die alte Ablage wird erst nach einer kontrollierten Übergangszeit stillgelegt

Die Quelle bleibt nach erfolgreicher Abnahme für einen festgelegten Zeitraum schreibgeschützt verfügbar. Zugriff erhalten nur Personen, die für Vergleich oder Fehlerklärung zuständig sind. In der Benutzerkommunikation wird sie eindeutig als Altsystem bezeichnet; alte Verknüpfungen und Laufwerke werden entfernt, damit Beschäftigte nicht versehentlich dort weiterarbeiten.

Vor der endgültigen Abschaltung werden offene Abweichungen, gesetzliche oder vertragliche Aufbewahrung, unabhängige Sicherung, exportierbare Protokolle und die Löschfreigabe geprüft. Anschließend werden Freigaben, Dienste, Agentzugänge und nicht mehr benötigte Konten kontrolliert entfernt. Hardware und Datenträger durchlaufen den vorgesehenen Rückgabe- oder Löschprozess. Der Abschlussbericht nennt Quelle, Ziel, migrierte und ausgeschlossene Mengen, Abnahmedatum, verbleibende Besonderheiten und verantwortliche Eigentümer.

Häufige Fragen zur Migration von Dateiserver oder NAS nach SharePoint

Muss die vorhandene Ordnerstruktur unverändert bleiben?

Nein. Sie kann als Ausgangspunkt dienen, wird aber gegen Mitgliederkreis, Verantwortlichkeit, Arbeitsablauf, Pfadlänge und Auffindbarkeit geprüft. Sinnvolle, bekannte Ordner dürfen bleiben. Historisch gewachsene Tiefen, persönliche Namensordner und berechtigungsbedingte Ausnahmen werden in eine verständliche Zielstruktur überführt.

Wie werden Rechte übernommen?

Migration Manager kann Berechtigungen übertragen, doch NTFS und SharePoint bilden Rechte nicht identisch ab. Identitäten müssen zugeordnet und Einstellungen bewusst gewählt werden; erweiterte NTFS-Rechte und explizite Verweigerungen erfordern besondere Prüfung. Für überschaubare Umgebungen ist ein neu definiertes Gruppenmodell häufig verlässlicher als die ungeprüfte Fortführung sämtlicher Altberechtigungen.

Was geschieht mit offenen Dateien?

Vor dem finalen Delta werden Programme geschlossen und die Quelle schreibgeschützt. Eine weiterhin lokal geöffnete Datei kann sonst nachträglich am alten Ort gespeichert werden. Solche Abweichungen werden einzeln bewertet; eine automatische Zusammenführung konkurrierender Fassungen wird nicht vorausgesetzt.

Wie lange bleibt das Altsystem bestehen?

Die Dauer richtet sich nach Risiko, Datenmenge und Abnahme. Entscheidend ist die Funktion: Die Quelle bleibt für einen vereinbarten Zeitraum schreibgeschützt als kontrollierter Vergleich verfügbar. Sie wird nicht als zweite produktive Ablage weitergeführt und nach geklärten Abweichungen, Sicherung und Löschfreigabe stillgelegt.

Kann die Migration außerhalb der Arbeitszeit vollständig automatisch laufen?

Übertragungsaufgaben können geplant und technisch automatisiert werden. Fachliche Abnahme, Fehlerentscheidungen, Berechtigungsprüfung und Umstellung abhängiger Prozesse bleiben jedoch notwendige Arbeit. Das Zeitfenster wird aus Datenmenge, gemessenem Durchsatz, Änderungsrate und einer realen Pilotwelle abgeleitet, nicht allein aus einer theoretischen Internetbandbreite.

Technische Grundlagen

SharePoint-Migration für kleine Unternehmen in Frankfurt

Sie möchten Dateien geordnet nach SharePoint übernehmen?

fra.digital prüft Dateiserver und NAS, entwirft die Zielstruktur und begleitet Vorprüfung, Pilot, Übertragung und Abnahme als klar abgegrenztes Migrationsprojekt.

Migration besprechen