Stellen Sie Workloads über eine intuitive GUI direkt auf der Zielplattform wieder her – das reduziert Konfigurationskomplexität, technische Anforderungen und Bedienfehler.
Häufige Unternehmensmigrationsszenarien
Plattform-Austausch
Arbeitslasten von einer bestehenden Virtualisierungsplattform auf eine neue Plattform migrieren.
Infrastrukturmodernisierung
Workloads von physischen oder Legacy-Umgebungen auf moderne Infrastruktur migrieren.
Cloud-Einführung
Migrieren Sie lokale Workloads in unterstützte Cloud-Umgebungen.
Workload-Verlagerung
Verschieben Sie Workloads zwischen Umgebungen, um sich ändernden Geschäfts- oder Infrastrukturanforderungen gerecht zu werden.
Was Sie vor der Workload-Migration beachten sollten
Quelle & Ziel
Identifizieren Sie die Quellarbeitslast und die Zielumgebung, bevor Sie den geeigneten Migrationspfad auswählen.
Migrationsmethode
Wählen Sie den richtigen Migrationsansatz basierend auf der Arbeitslast und der Quell-Ziel-Umgebung.
Ausfallzeitanforderungen
Legen Sie fest, wie viel Serviceunterbrechung akzeptabel ist und ob Workloads während der Migration online bleiben müssen.
Bereitschaft nach der Migration
Berücksichtigen Sie Betriebssystem, Anwendungen, Daten, Treiber und Systemkonfigurationen, die in der Zielumgebung bereitstehen müssen.
Wichtige Migrationsfunktionen von Vinchin
Direkte plattformübergreifende Migration
Echtzeit-Datensynchronisierung
Mehrthread- & Mehrknoten-Übertragung
Automatische Reparatur der Systemkonfiguration
Direkte plattformübergreifende Migration
Unterstützen Sie die direkte heterogene Migration über physische Server, virtuelle Maschinen und Cloud-Plattformen hinweg.
Echtzeit-Datensynchronisierung
Halten Sie Produktions-Workloads online, während physische Serverdaten in Echtzeit synchronisiert werden, bevor der Service umgeschaltet wird.
Mehrthread- & Mehrknoten-Übertragung
Beschleunigen Sie die Datenbewegung von Workloads und verkürzen Sie Transfer- und Cutover-Fenster.
Automatische Reparatur der Systemkonfiguration
Boot- und Netzwerkkonfigurationen automatisch reparieren und während der X2X-plattformübergreifenden Migration erforderliche Treiber ersetzen
Unterstützte Szenarien für Any-to-Any-Migration
V2V
Fügen Sie einfach beide Hypervisoren zu Vinchin Backup & Recovery hinzu und stellen Sie dann das Backup der Ziel-VM auf dem anderen Hypervisor wieder her
P2V
Server in physischer Umgebung können in virtuelle Maschinen konvertiert werden, indem ihre Backups direkt auf einem beliebigen Host in Vinchin wiederhergestellt werden
P2C
Stellen Sie die Sicherung auf einem virtuellen Host wieder her, um physische Sicherungen in eine VM umzuwandeln, und Vinchin konvertiert sie automatisch in eine VM.
C2C
Cloud-Instanzen wie AWS EC2 und Huawei ECS können durch Wiederherstellung der Sicherung auf der jeweils anderen Plattform ineinander umgewandelt werden.
P2P
Sie können eine Bare-Metal-Wiederherstellung mit einem Wiederherstellungsmedium und einem leichten Agenten durchführen, um das gesamte System auf einen leeren Server zu migrieren.
C2V
Die Migration von Cloud-Instanzen zu lokalen VMs wird durch die direkte Wiederherstellung des Backups auf einem in Vinchin registrierten lokalen Host unterstützt.
Warum Vinchin für die Workload-Migration wählen
Migrationen vereinfachen
Minimieren Sie Betriebsunterbrechungen
Halten Sie Produktions-Workloads während der Migration online und wechseln Sie die Geschäftsdienste nach Abschluss der Synchronisierung um.
Reduzierung des Aufwands nach der Migration
Migrieren Sie das Betriebssystem, die Anwendungen und die Daten gemeinsam und reparieren Sie dabei automatisch die erforderlichen Boot-, Netzwerk- und Treiberkonfigurationen.
Bestehenden Zugriff & Anmeldedaten schützen
Die Migration erfordert keine Anmeldedaten für Geschäftssysteme, während bestehende Benutzeranmeldedaten nach der Migration weiterhin für den Anwendungszugriff und die Verwaltung verfügbar bleiben.
Globaler Kundenerfolg
Wahre Geschichten zur Disaster Recovery
„Die Lösung von Vinchin hat nicht nur erfolgreich die Probleme von Atlancis bei der V2V-Migration gelöst, sondern sich auch beim Offsite-Desaster-Recovery und der Sofortwiederherstellung hervorgetan. Dank ihrer Flexibilität und Zuverlässigkeit hat Atlancis keinerlei Zweifel an der Geschäftskontinuität. Man kann sagen, dass Vinchin perfekt zu den Anforderungen von Atlancis passt und uns ein reibungsloseres und effizienteres Erlebnis bei der Datensicherung bietet.“
Mehr Fälle entdeckenHolen Sie sich jetzt Workload-Migrationslösungen
Migration von Workloads über verschiedene Plattformen hinweg mit Vinchin Backup & Recovery vereinfachen
Kostenlose Testversion
* 60 Tage kostenlose Testversion
Sprich mit einem Experten
* Kostenlose Lösungsbewertung
Häufig gestellte Fragen
Q1: Können Workloads migriert werden, während sie noch laufen?
A: Einige Migrationsmethoden ermöglichen es, dass Produktions-Workloads während der Datensynchronisierung online bleiben, gefolgt von einem geplanten Service-Switch.
Q2: Wie kann ich die Ausfallzeit während der Workload-Migration minimieren?
A: Die Quell-Workload während der Datensynchronisierung weiterlaufen lassen, sofern unterstützt, und dann das endgültige Cutover durchführen, nachdem die erforderlichen Daten übertragen wurden.
Q3: Was sollte nach der Workload-Migration überprüft werden?
A: Überprüfen Sie, dass die migrierte Workload korrekt startet, Anwendungen und Daten verfügbar sind, Netzwerkkonfigurationen wie erwartet funktionieren und Geschäftsdienste normal betrieben werden.
Q4: Können Workloads aus der Cloud zurück in die lokale Infrastruktur migriert werden?
A: Dies hängt von den von der Migrationslösung unterstützten Quell- und Zielplattformen sowie vom spezifischen Migrationspfad ab.
Q5: Was passiert, wenn eine Workload-Migration fehlschlägt?
A: Die Migration sollte vor einem erneuten Versuch oder korrigierenden Maßnahmen anhand des Fehlerpunkts, des Status der Quell-Workload, der übertragenen Daten und der Zielumgebung bewertet werden.
Q6: Sollten Workloads vor der Migration gesichert werden?
A: Ja. Das Beibehalten einer wiederherstellbaren Kopie vor der Migration bietet eine zusätzliche Wiederherstellungsoption, falls während oder nach der Migration unerwartete Probleme auftreten.