Sind Sie bereit für die Migration von SharePoint 2010 zu Office 365/Microsoft 365?

Was ist nötig, um SharePoint 2010 lokal zu Microsoft 365 zu migrieren? Es gibt einige Dinge, die Sie verstehen und planen müssen, bevor Sie SharePoint 2010 auf SharePoint Online in Microsoft 365 aktualisieren.

Während ich in einem Panel auf einer SharePoint-Konferenz saß, hörte ich eine sehr gute Frage: "Wir nutzen SharePoint 2010 und planen den Wechsel zu SharePoint Online in Microsoft 365. Gibt es etwas, was wir zur Vorbereitung tun sollten?"

Ich kann mir vorstellen, dass die Person, die diese Frage gestellt hat, nicht die einzige in dieser Situation ist. Da Microsoft 365 immer attraktiver wird, werden sich diejenigen mit SharePoint 2010 schließlich einem ähnlichen Dilemma gegenübersehen.

Erhalten Sie Einblicke von Branchenexperten. Laden Sie Ihre kostenlose Kopie von ShareGates Kuratiertem Leitfaden für Microsoft 365 Migration und Einführung herunter.

Was Sie vor der Migration von SharePoint 2010 zu Microsoft 365 wissen sollten

Von SharePoint 2010 zu kommen ist ein gutes Szenario beim Wechsel zu Microsoft 365. Es gibt nicht allzu viele potenzielle Probleme, auf die Sie achten müssen, obwohl es einige wichtige Dinge gibt, die Sie wissen sollten.

Zunächst das Wichtigste. Wir müssen uns ansehen, was wir für unseren Identitätsspeicher verwenden werden. SharePoint 2010 lokal nutzt Ihr Active Directory, um Benutzer und Gruppen zu sehen sowie für die Authentifizierung. Natürlich haben Sie SharePoint möglicherweise anders eingerichtet. Aber in den meisten Situationen ist das der Fall.

Bevor Sie also überhaupt mit einem SharePoint-Upgrade beginnen, müssen wir herausfinden, was wir damit machen werden. Es gab eine weitere sehr interessante Frage in demselben Panel: Was ist der Unterschied zwischen ADFS, Azure AD, DirSync und Office 365-Benutzern?

ADFS: Active Directory Federation Services (ADFS) ist ein sicherer Tunnel zwischen Ihren lokalen Servern und Ihrer Microsoft 365-Umgebung. Der Zweck dieses Tunnels ist es, alle Ihre Benutzer und die Verwaltung von Identitäten in Ihrem eigenen Active Directory zu behalten.

Kurz gesagt, Microsoft 365 vertraut diesem Tunnel – und kann daher die Identitätsverwaltung und Authentifizierung an Ihre Server auslagern. Technisch gesehen ist das nicht genau das, was passiert, aber Sie können es sich so vorstellen, um es besser zu verstehen. Der Nachteil von ADFS ist, dass es einen Server zur Installation und Einrichtung erfordert.

Azure AD: Falls Sie das noch nicht wissen, Microsoft 365 ist eigentlich nur eine Marke, die Azure-Services unter einem Dach, einer Lizenzierung und einer Administrationskonsole zusammenfasst. Wenn Sie neue Microsoft 365-Benutzer erstellen, werden diese tatsächlich in einem Active Directory-Service erstellt, der Ihrem Mandanten in Azure zugeordnet ist. Sie sehen dies nicht, es sei denn, Sie haben auch Azure für Ihre Organisation erworben, nur dann sehen Sie den für Ihre Microsoft 365-Benutzer erstellten Service. Und das ist das Szenario für alle Organisationen, die ADFS nicht verwenden und einfach Benutzer in ihrem Microsoft 365 erstellen. Der Nachteil hierbei ist, dass Sie, wenn Sie auch eine lokale Umgebung haben, jetzt zwei Orte für die Verwaltung von Benutzern und Passwörtern haben.

Deshalb gibt es etwas namens DirSync. DirSync kopiert im Wesentlichen Ihre Benutzer aus Ihrem lokalen Active Directory zusammen mit einigen Eigenschaften und, wenn Sie möchten, dem Passwort (obwohl nicht das tatsächliche Passwort kopiert wird) nach Azure AD. Ja, DirSync ist ein Tool, das Ihre Benutzer kopiert. Es ist einfacher einzurichten als ADFS, bedeutet aber, dass Sie jetzt Ihre Benutzer an zwei Standorten haben, es ist kein Single Sign-On, sondern "Same Sign-On".

Bevor Sie von SharePoint 2010 aktualisieren, sollten Sie verstehen, was Sie mit Ihren Identitäten machen werden, denn Sie aktualisieren nicht einfach SharePoint, sondern gehen auch in die Cloud. Sie können sich ansehen, wie Sie Microsoft 365 zur Verwendung Ihres Active Directory vor dem Upgrade konfigurieren, um zu sehen, wie es in der Konsole und auf Ihren Servern gemacht wird.

Wissen Sie, was Sie haben, und inventarisieren Sie SharePoint

Selbst wenn ich Ihnen alles sagen würde, was nicht gut von SharePoint 2010 zu Microsoft 365 migriert, wären das nutzlose Informationen, wenn Sie nicht wissen, was Sie haben oder wo sich diese in Ihrer Umgebung befinden.

Ihr SharePoint-Inventar ist entscheidend für dieses Upgrade, geht aber meiner Meinung nach weit über dieses Projekt hinaus. Sie sollten immer ein detailliertes Inventar von SharePoint führen, um es in Zukunft besser verwalten zu können.

Wo sind alle Sites, die Workflows haben, die Listen mit benutzerdefinierten Content-Typen und Seiten mit Content Editor Web Parts? Wir müssen wissen, wer die Site-Besitzer sind, damit wir mit ihnen sprechen und relevante Fragen stellen können.

Es gibt einige Möglichkeiten, SharePoint zu inventarisieren:

Tools von Drittanbietern: Wenn es einen Bedarf für etwas in SharePoint gibt, können Sie darauf wetten, dass jemand etwas gebaut hat, um dabei zu helfen. Das Ökosystem ist groß und wir können leicht etwas finden, das uns hilft.

Offensichtlich arbeite ich für ShareGate, daher werde ich unser eigenes Management-Tool empfehlen, da es keine Serverinstallation erfordert und nicht ein Vermögen kostet. Sie können es kostenlos hier ausprobieren.

Ich empfehle Ihnen jedoch, alle verschiedenen Tools zu prüfen, die Ihr SharePoint inventarisieren können, damit Sie das für Sie passende finden können.

PowerShell: PowerShell ist extrem mächtig und kann Ihr Inventar kostenlos erstellen. Der Nachteil ist, dass Sie wissen müssen, wie Sie PowerShell richtig verwenden. Aber es ist wichtig zu wissen, dass es möglich ist.

Da ich es mir erlaubt habe, unser Produkt schamlos zu bewerben, habe ich auch eine Schritt-für-Schritt-Anleitung zur Verwendung von PowerShell und Visio für den Aufbau eines SharePoint-Inventars geschrieben. Sie können das verwenden, um mit dem Aufbau Ihres Inventars zu beginnen und natürlich Ihre Magie wirken lassen, damit PowerShell Ihnen genau die Informationen liefert, die Sie benötigen.

Das Upgrade ist die Zeit, alles zu überdenken und nicht nur zu migrieren

Mit Dingen wie Search und jetzt Yammer und Delve, die eng mit SharePoint zusammenarbeiten, können Sie nicht einfach das kopieren und einfügen, was Sie in Office 365 hatten. Einige Dinge werden anders funktionieren und andere müssen anders funktionieren, um Ihnen Mehrwert zu bieten. Deshalb ist dies der perfekte Zeitpunkt für Sie, sich während des Upgrades zu verändern.

Sie werden den Wert des von Ihnen erstellten Inventars sofort während dieses Prozesses sehen. Lassen Sie mich Ihnen unser Geheimnis hier bei ShareGate verraten, wenn wir eine beliebige Umgebung zu Microsoft 365 migrieren.

Wir haben ein Modell implementiert, von dem wir festgestellt haben, dass es sehr gut funktioniert: "RMR" aka Remove (Entfernen), Migrate (Migrieren) oder Rebuild (Neu aufbauen).

Wir kennzeichnen im Wesentlichen Elemente in unserem Inventar mit einem dieser drei Punkte und helfen uns zu verstehen, was wir während des Upgrades entfernen, migrieren oder neu aufbauen müssen.

Natürlich können Sie diese Wörter ändern, um andere Aktionen einzubeziehen, die für Ihr Szenario sinnvoll sind. Aber wir hören nicht dort auf – stark beeinflusst von SCRUM in unserer Arbeitsweise weisen wir auch einen "Punkt" von 1 bis 10 zu, der den erforderlichen Aufwand für die Durchführung jeder Aktion darstellt.

Zum Beispiel: Wenn ich eine Site in meinem Inventar habe, die wir als "Rebuild" gekennzeichnet haben – und ich weiß, dass sie viele Anpassungen hat und es einige Unbekannte in Microsoft 365 geben wird – nun, ich kennzeichne sie auch mit der Zahl 8 oder sogar 9 mit meinem Upgrade-Team. Auf diese Weise kann ich immer Meilensteine und Erwartungen setzen, indem ich sage: "In den nächsten drei Monaten können wir insgesamt 50 Punkte schaffen, welche aus dem Inventar möchten Sie, dass ich mache?"

Natürlich ist das aus der Perspektive eines Beraters, aber es funktioniert genauso gut intern. Noch einmal, der Aufbau des Inventars ist extrem wichtig.

Den Wechsel vollziehen und auf Microsoft 365 upgraden

Es muss nicht über Nacht geschehen. SharePoint hat den Vorteil, eine Web-Plattform zu sein; es sind alles Hyperlinks und Sie können Ihre eigenen erstellen.

Was ich damit meine ist, dass der Benutzer es nicht wissen und sich nicht darum kümmern wird, selbst wenn eines SharePoint 2010 lokal und das andere Microsoft 365 ist. Schauen Sie sich an, was getan werden muss; vielleicht können Sie die Migration über das Wochenende machen, oder vielleicht dauert es ein paar Monate – denken Sie nur daran, dass sie nicht getrennt leben müssen.

Glücklicherweise ist das Upgrade von SharePoint 2010 in Bezug auf technische Features nicht schwierig. Worauf Sie achten müssen, abgesehen von der Liste in der zuvor erwähnten URL, sind Dinge wie Anpassungen durch Code, Workflows und Content Editor Web Parts, die Inhalte haben, die sie nicht haben sollten.

Normalerweise können HTML, CSS und JavaScript gefunden werden und sie funktionieren nach dem Upgrade einfach nicht gut. Oh, und ja, Sie können das schöne Design, das Sie in SharePoint 2010 erstellt haben, vergessen, das wird nicht mitkommen.

Möchten Sie eine reibungslose Office 365-Migration sicherstellen? Nutzen Sie unsere Office 365-Migrations-Checkliste, die alles umreißt, was Sie vor dem Wechsel bedenken müssen.