Migration of anything to anywhere

Endlose Migration

Migration ist seit den Anfängen der IT ein Dauerthema, wobei es meist um System- und Hardwareänderungen ging. In den letzten 10 Jahren hat das Migrationsvolumen jedoch nicht nur zugenommen, sondern sich auch in Richtung Cloud-Migrationen verschoben. Die Migration in die Cloud unterscheidet sich grundsätzlich von der Migration zwischen Servern oder Storage Devices. Die Migrationen in die Cloud bleiben für die Anwendung und damit auch für die Benutzer meist transparent und haben deshalb eine direkte Auswirkungen auf die Arbeitsweise. Ein durchdachter Migrationsplan ist entscheidend für den Erfolg bei der Umsetzung.

Migrationen sind überall 

Migrationen sind in der IT fast schon alltäglich, manche betreffen nur IT-Infrastruktur, manche nur Anwendungen, viele sind eine Mischung aus beidem. NUDGEIT teilt Migrationen im Allgemeinen in drei Hauptkategorien ein: Arbeitsplatz, Infrastruktur und Anwendungen, wobei die Infrastruktur meist ein bekanntes Thema ist, dass über viele Jahre hinweg gut gehandhabt wurde, Anwendungen und Arbeitsplatzmigrationen in die Cloud erfordern zusätzliche Fähigkeiten, Prozesse und Tools, um erfolgreich zu sein.

Wenn Sie Ihr Migrationsprojekt oder Ihre Migrationsstrategie besprechen möchten, zögern Sie nicht, und rufen Sie einfach einen unserer Migrationsexperten an.

Migrationsarten

Es ist wichtig, die Cloud- und Migrationsstrategie im Vorfeld zu besprechen, ein guter Plan ist entscheidend für den Migrationserfolg. Wir von NUDGEIT empfehlen generell, alle relevanten Systeme und Dienste vorab gut zu analysieren und eine entsprechende  Migrationsstrategie zu entwickeln. Dabei ist es hilfreich, Migrationskategorien zu definieren.

• Retain – Behalten und entscheiden allenfalls später
• Rehost (Lift and Shift) – Verschieben den Server einfach auf ein anderes Hosting
• Repurchase (Drop und Shop) – Eine Migration ist nicht möglich oder gewollt
• Re-platform (Lift und Reshape) – Anpassung des Systems an die neue Ziel-Cloud-Plattform
• Refactor – Code Änderungen zur Anpassung Ihrer Anwendung an die neue Plattform
• Retire (Kill it) – Andere Systeme können die Funktion übernehmen oder es besteht kein Bedarf mehr

Welche Anwendung oder Infrastruktur die richtige ist, hängt von einer Reihe von Faktoren ab. Unsere Migration Experts stehe Ihnen gerne zur Verfügung.

Häufige Fallstricke bei Migrationen

Es gibt viele Fallstricke bei Migrationen. Folgende ein paar Beispiele:

• Unvollständige Dokumentation der bestehenden Systeme
• Schlechte Datenqualität
• Falsch ausgewähltes Migrationstool
• Falsche und unvollständige Anforderungen
• Ständige Veränderungen während eines Migrationsprojekts
• Ungewissheit der Abhängigkeiten der zu migrierenden Systeme untereinander

Viele dieser Fallstricke lassen sich mit ein wenig Planung und Erfahrung vermeiden. Wenden Sie sich an einen unserer Migration Experten, um einen ersten Überblick über Ihre Migration und die damit verbundenen Herausforderungen zu erhalten.

Migration - ein konstanter Faktor

Die Migration ist ein konstanter Faktor in der IT. Unsere Experten können bei der Planung und Umsetzung helfen - buchen Sie einen Telefontermin.

E-Mail nach Microsoft 365

E-Mails können von diversen Systemen nach Microsoft 365 oder Office 365 migriert werden. Es können Postfächer vom Exchange Server oder E-Mails von einem anderen IMAP-fähigen E-Mail-System migriert werden. Und Benutzer können ihre eigenen E-Mails, Kontakte und andere Postfachinformationen in ein für sie erstelltes Microsoft 365- oder Office 365-Postfach importieren.

Bei all diesen Möglichkeiten der E-Mail-Migration ist ein gutes Verständnis der Microsoft Best Practices und Limitationen für Exchange Online eingehend prüfen.

Active Directory-Migration

Bei einer Active Directory-Migration werden zwei Domänen zu einer zusammengefasst. Die Aufteilung eines Teils Ihres Active Directory in eine neue Domäne (Ausgliederung) ist ebenfalls eine Active Directory-Migration. Active Directory-Migrationen beinhalten die Verlagerung von Benutzern, Computern und den zugehörigen Anwendungen in eine neue Domäne, was sie von Natur aus sehr komplex macht.

Microsoft 365 - tenant-to-tenant

Es gibt verschiedene Architekturansätze für Fusionen, Übernahmen, Veräusserungen und andere Szenarien, die Sie dazu veranlassen könnten, einen bestehenden Microsoft 365-Tenant auf einen neuen Tenant zu migrieren. Die meisten Kunden arbeiten mit Microsoft Consulting Services oder einem Microsoft-Partner zusammen, um Tenants zu migrieren, einschließlich der Verwendung von Drittanbieter-Tools für die Migration von Inhalten.

Verwenden Sie das tenant-to-tenant-Migrationsarchitekturmodell, um zu verstehen, wie Sie Microsoft 365 tenant-to-tenant-Migrationen planen und die Migrationsschritte durchführen.

Dieses Modell bietet eine Orientierungshilfe und einen Ausgangspunkt für die Planung mit Abschnitten über:

• Mapping von Geschäftsszenarien mit Architekturansätzen
• Design Überlegungen

Dieses Modell enthält auch detaillierte Beispiele zu:

• Migrationsprozess bei einzelnen Ereignissen
• Einen phasenweisen Migrationsablauf
• Einen Tenant Move oder Split Flow

SQL nach Azure

Azure SQL Database ist eine empfohlene Zieloption für SQL Server-Workloads, die eine vollständig verwaltete Plattform als Service (PaaS) benötigen. SQL Database übernimmt die meisten Datenbankverwaltungsfunktionen. Sie verfügt außerdem über integrierte Hochverfügbarkeit, intelligente Abfrageverarbeitung, Skalierbarkeit und Leistungsfunktionen, die für viele Anwendungstypen geeignet sind.

SQL Database bietet Flexibilität mit mehreren Bereitstellungsmodellen und Serviceebenen, die auf verschiedene Arten von Anwendungen oder Arbeitslasten abgestimmt sind.

Einer der Hauptvorteile der Migration zu SQL Database ist, dass Anwendung mit Hilfe der PaaS-Funktionen modernisiert werden können. Jegliche Abhängigkeit von technischen Komponenten, die auf Instanzebene angesiedelt sind, wie z. B. SQL-Agent-Jobs, können  eliminieret werden.

Migrationsziele:

• Lokale SQL Server
• SQL Server auf virtuellen Azure Maschinen
• Amazon Web Services (AWS) Elastic Compute Cloud (EC2)
• AWS Relational Database Service (RDS)
• Compute Engine in der Google Cloud Platform (GCP)
• Cloud SQL für SQL Server in GCP

PST-Migration

IT-Organisationen schränkten jahrelang die Postfächer ihrer Benutzer ein, um teuren Speicherplatz auf den Exchange-Servern zu sparen, was dazu führte, dass die Benutzer einen lokalen Speicher für E-Mails, die so genannten PST-Dateien, anlegten. Diese Dateien führen zu Problemen bei der Datensicherung und der Einhaltung von Vorschriften, da es sich im Grunde um einen nicht verwalteten Speicher handelt, der häufig zu Datenverlusten führt, wenn Dateien beschädigt werden.

Wenn Sie Ihre Postfächer zu Office 365 migrieren, ist der Bedarf an lokalen PST-Archiven für E-Mails überflüssig, da Sie über nahezu unbegrenzte Postfächer verfügen. Die Migration dieser PST-Dateien, die in der Regel auf lokalen Laufwerken, Home-Laufwerken und Abteilungslaufwerken gespeichert sind, ist keine leichte Aufgabe. NUDGEIT hat hiermit Erfahrung, nicht nur technisch, sondern auch aus der Prozessperspektive. Sprechen Sie mit einem unserer Experten und starten Sie Ihr PST-Eliminierungsprojekt.