Reibungslose Google-Migration

Migrieren Sie richtig von Google Drive zu M365

Erfahre mehr

Die einfachste Art, zu Microsoft 365 zu migrieren

Verschieben Sie Ihre Inhalte effizient mit minimaler Ausfallzeit und maximaler Datentreue!

Demo buchen

Master-Hacks: Migrieren Sie wie ein Profi

Schauen Sie sich unsere Videoserie an, die Ihnen dabei hilft, Migrationsprojekte in Meisterwerke zu verwandeln!

Jetzt ansehen

Inhaltsverzeichnis

In diesem Q&A erklärt Microsoft MVP Jasjit Chopra reale Google-zu-Microsoft 365-Migrationen bei Fusionen und Übernahmen (M&A).

Wenn eine Fusion oder Übernahme stattfindet, erben IT-Teams nicht nur neue Kollegen, sondern ganze digitale Ökosysteme. Und wenn diese Ökosysteme Google Workspace umfassen, steht die IT unter Druck, schnell, sicher und ohne Störung der Geschäftsabläufe zu Microsoft 365 zu wechseln.

Wir haben Microsoft MVP Jasjit Chopra gebeten, eine reale Google-zu-Microsoft 365 M&A-Migration zu beleuchten. Von den Auslösern, die das Projekt in Gang setzten, über die größten Risiken bis hin zu den taktischen Schritten, die den Übergang auf Kurs hielten – Jasjit teilt mit, was nötig ist, um die Komplexität dieses hochriskanten Szenarios zu bewältigen.

Wir betrachten auch, wie ShareGate den Prozess optimierte, indem Gmail, Google Calendar und Drive in einem reibungslosen, sicheren Arbeitsablauf migriert wurden. Keine Skripte. Keine Überraschungen während der Migration.

Dieses Q&A baut auf Erkenntnissen aus unserem kürzlichen Webinar mit Jasjit auf, Von Google Workspace zu Microsoft 365: MVP-Strategien für die Beherrschung von M&A-Migrationen. Wenn Sie noch mehr Tipps, Strategien und Lektionen direkt aus erster Hand möchten, ist es ein absolutes Muss!

F: Bevor wir tiefer einsteigen, können Sie etwas über Ihren Hintergrund und die Arbeit Ihres Unternehmens erzählen?

A: Hallo alle zusammen, mein Name ist Jasjit Chopra, und ich bin der CEO von Penthara Technologies.

Ich wurde erstmals 2005 mit SharePoint bekannt gemacht, beginnend mit der On-Premises-Version – speziell der 2003-Edition. Ich bekam als Site-Administrator Zugang dazu, und so begann meine Reise in der SharePoint-Welt.

Heute leite ich ein kleines Team von etwa zwanzig Personen, und wir haben unzählige Migrationen durchgeführt. Wir haben Terabytes über Terabytes an Daten für alle Arten von Kunden verschoben – von Google Workspace, Tenant-zu-Tenant-Migrationen, File-Share-Migrationen und mehr. Ob das Ziel SharePoint Online, Microsoft Teams oder Exchange Online ist, wir haben über die Jahre tiefe Expertise aufgebaut, und inzwischen scherze ich oft, dass wir jeden Kunden im Schlaf migrieren können.

F: Erzählen Sie uns, warum Organisationen von Google Workspace zu Microsoft 365 wechseln. Was veranlasste diese Umstellungen in Ihrer Erfahrung?

A: Die Geschichte hinter Migrationen – für so viele verschiedene Kunden – ist am Ende des Tages immer einzigartig, nicht wahr? Einige von ihnen wollen wachsen, weil sie in eine größere Entität fusioniert wurden. Andere wollen eine bewusste Entscheidung treffen, Google Workspace zu verlassen und zu Microsoft 365 zu wechseln, wegen der Features und der Sicherheit, die es bietet.

Oder es könnte eine andere technische oder geschäftliche Entscheidung sein.

Bei Fusionen und Übernahmen gibt es strenge Zeitpläne. Manchmal herrscht Dringlichkeit in bestimmten Szenarien. In manchen Fällen gibt es eine Sicherheitsverletzung oder ein Risiko in der Umgebung, und der Kunde möchte seine Daten von einer File-Share oder von Google Workspace verschieben. In anderen Fällen gibt es Compliance-Anforderungen – sie müssen ein bestimmtes Datum einhalten, um konform zu bleiben – und sie wollen von Google Workspace zu Microsoft 365 wechseln, weil Microsoft 365 Tools wie Purview und Defender-Sicherheitsfeatures hat, die sie nutzen möchten.

Die Gründe für die Migration von Google Workspace variieren von Kunde zu Kunde. Wir haben einige Kunden in unter einem Monat migriert. Andere Male hat es zwei bis drei Monate gedauert, abhängig davon, wie viele Daten beteiligt waren. Und für einige Kunden hat es noch länger gedauert wegen komplexer Integrationen oder Single Sign-On-Anwendungen – also mussten wir Identitäten zusammen mit den Daten verschieben.

Diese Migrationen dauern tendenziell länger, abhängig davon, ob wir einen phasenweisen Ansatz mit einigen Chargen von Endbenutzern gleichzeitig verwenden, oder einen Big-Bang-Ansatz, bei dem alles über ein Wochenende gemacht wird. Es hängt wirklich vom Anwendungsfall ab – wir schauen uns das Szenario an, wählen die richtige Strategie und implementieren entsprechend.

Es gibt zwei wichtige Dinge, die absolut nicht verhandelbar sind: erstens, die Endbenutzererfahrung. Nach der Migration sollten Benutzer in der Lage sein, die neue Plattform so einfach wie möglich zu verwalten und darauf zu arbeiten. Zweitens, kein Datenverlust.

"Zwei Dinge sind absolut nicht verhandelbar: erstens die Endbenutzererfahrung. Zweitens kein Datenverlust."

Kein Endbenutzer sollte zurückkommen und sagen: „Hey, mir fehlen Daten aus meinem Postfach, meiner File-Share oder meinem Google Drive" oder etwas anderem, worauf sie zuvor Zugriff hatten.

F: Bei der Herangehensweise an diese Projekte, was waren einige Ihrer größten Sorgen? Gab es bekannte Risiken oder Unbekannte, die Sie vor Beginn beunruhigten?

A: Einige der größten Risiken, die wir während Migrationen gesehen haben, entstehen offensichtlich durch mangelnde Abstimmung zwischen den Geschäfts- und technischen Teams. Das Geschäft möchte oft Dinge sehr schnell erledigt haben, aber das Durchhetzen des Prozesses bringt viele Herausforderungen mit sich.

Sie sollten Ihre Migrationen immer sehr sorgfältig planen und sicherstellen, dass bei der Auswirkungsanalyse kein Stein auf dem anderen bleibt – sei es Geschäftskontinuität oder die Benutzererfahrung nach dem Umzug. Besonders bei der Migration von Google ist es wichtig zu berücksichtigen, wie unterschiedlich die beiden Umgebungen sind. Die Art der Zusammenarbeit ist in jeder Plattform sehr unterschiedlich, und natürlich ist auch die Benutzeroberfläche drastisch anders als das, was Benutzer in Google versus Microsoft 365 gewohnt sind.

Also ja, Change Management ist weiterhin das größte Risiko in diesen Projekten. Das zweitgrößte, das wir sehen, ist sicherzustellen, dass Sie eine solide Delta-Migrationsstrategie haben, damit keine Daten zurückbleiben und am Ende des Tages kein Datenverlust entsteht.

F: Wie war Ihr Ansatz bei der Erkundung und Planung? Gab es Tools oder Techniken, die Ihnen bei der Bewertung der Landschaft geholfen haben?

A: Einer der sehr wichtigen Teile Ihrer Migration ist der erste Erkundungsprozess, richtig? In Ihrem Erkundungsprozess müssen Sie sehr klar darüber sein, wie Sie die Daten erhalten, die Umgebung verstehen und alles ordnungsgemäß dokumentieren werden.

Bisher war unser Tool der Wahl ShareGate, um die erste Erkundung für SharePoint- und Teams-Umgebungen im Allgemeinen durchzuführen. In einigen Fällen verwenden wir PowerShell – benutzerdefinierte Skripte, die wir erstellt haben – um ein etwas detaillierteres Inventar vorhandener Benutzer, Postfächer, File-Shares und wo die Daten gespeichert sind, zu erhalten.

Wenn es um Google geht, verwenden wir Google Apps Script, um detaillierte Informationen über spezifische Szenarien zu erhalten, die wir untersuchen, einschließlich Ausnahmen, die markiert oder berücksichtigt werden müssen.

ShareGate war ein fantastisches Tool, um uns die Gegebenheiten zu zeigen – ein sehr ganzheitliches Bild mit nur wenigen Klicks. Das