VMware zu Nutanix: Wer migriert die Dateifreigaben?
SHIFT konvertiert VMs. XCP verschiebt NFS-Exports zu NetApp. Aber Cross-Protokoll-Transfers, S3-Ziele und Case Collisions, die stillschweigend Dateien zerstören? Das ist die Migration, die niemand einplant.
TL;DR
Nutanix SHIFT konvertiert VMs. NetApp XCP migriert NFS- und SMB-Daten — nur zu NetApp, nur gleiches Protokoll. Cross-Protokoll-Transfers, S3-Ziele, Multi-Vendor-Ziele und Pre-Transfer Hazard Detection fallen aus beiden Tools heraus. Dieser Beitrag zeigt die Lücke.
Jeder VMware-zu-Nutanix-Migrationsplan deckt VMs, Netzwerk und Lizenzen ab. SHIFT übernimmt die VMDK-zu-AHV-Konvertierung. ONTAP liefert die Storage-Schicht. Für den reinen NetApp-Kunden, der auf NetApp bleibt, ein sauberer Weg.
Dann fragt jemand nach den Dateifreigaben.
Der Teil, den niemand einplant
Hinter jeder VMware-Umgebung liegen unstrukturierte Daten — laut IDC etwa 80% aller Unternehmensdaten. Home-Laufwerke, Abteilungsfreigaben, Projektarchive, NFS-Exports, Compliance-sensible SMB-Shares mit sorgfältig konfigurierten ACLs.
Diese Daten leben nicht in VMs. Sie leben auf NAS. Und sie sind fast immer die größte Datenkategorie.
| Kategorie | Typisches Volumen | Tool |
|---|---|---|
| VMs (VMDK) | 10-50 TB | SHIFT |
| NFS-Exports | 50-500 TB | XCP (teilweise) |
| SMB/CIFS-Shares | 50-500 TB | XCP (teilweise) |
| S3 Object Data | 10-200 TB | BlueXP (SaaS) |
Die VM-Migration sind 50 TB. Die Dateifreigaben sind 500 TB. Niemand hat einen Plan dafür.
Was XCP abdeckt — und wo es aufhört
NetApp XCP ist kostenlos, schnell und solide gebaut für seinen Einsatzbereich: NFS- oder SMB-Daten zu NetApp migrieren. Es erhält POSIX-Berechtigungen, NTFS-ACLs, Zeitstempel, xattrs und Alternate Data Streams. Für Same-Protokoll-Migrationen auf ONTAP eine gute Wahl.
Aber XCP ist ein Ingestion-Tool. Es bewegt Daten zu NetApp. Sobald eine Migration darüber hinausgeht, zeigen sich Lücken:
| Szenario | XCP |
|---|---|
| NFS → NFS (zu NetApp) | Unterstützt |
| SMB → SMB (zu NetApp) | Unterstützt |
| NFS → S3 | Nicht in unterstützten Konfigurationen |
| S3 als Quelle | Nicht in unterstützten Konfigurationen |
| NFS ↔ SMB (Cross-Protokoll) | Nicht unterstützt — separate Binaries, keine Protokoll-Brücke |
| Nicht-NetApp-Ziel | Nicht unterstützt |
| Live-SMB-Quelle (offene Dateien) | Keine VSS-Integration |
| Geschätzte Restzeit | Nicht verfügbar (File Analytics zeigt Fortschritt, keine ETA) |
Note
Das sind dokumentierte Grenzen des Einsatzbereichs, keine Bugs. Das XCP NFS-Binary (Linux) und das SMB-Binary (Windows) sind separate Programme ohne Cross-Protokoll-Fähigkeit. NetApp positioniert BlueXP Copy & Sync für Szenarien mit S3 oder Protokoll-Übersetzung — aber BlueXP erfordert eine SaaS-Steuerungsebene und einen Cloud-Account.
Das ist relevant, weil reale VMware-zu-Nutanix-Projekte selten bei einem einzelnen Protokoll auf einem einzelnen Hersteller bleiben.
Wo es gefährlich wird
Cross-Protokoll: stiller Datenverlust
Deine VMware-Umgebung nutzt NFS für Linux, SMB für Windows. Die Nutanix-Umgebung standardisiert auf SMB. Das bedeutet NFS-zu-SMB-Migration — und das ist nicht Dateien kopieren. Das ist Dateisystem-Übersetzung:
- POSIX-Berechtigungen → NTFS-ACLs: uid/gid lässt sich nicht auf SIDs abbilden
- Groß-/Kleinschreibung: NFS unterscheidet, NTFS nicht
- Illegale Zeichen:
:*?"<>|sind auf NFS gültig, auf SMB verboten - Symlinks und xattrs: kein SMB-Äquivalent
Kein Tool im NetApp-Ökosystem versucht diese Übersetzung.
Case Collisions zerstören Dateien
Report.pdf und report.pdf koexistieren auf NFS. Kopiere beide auf SMB — eine überschreibt stillschweigend die andere. Du verlierst eine Datei ohne jede Warnung. Die einzige Verteidigung ist ein Pre-Transfer-Scan, der Case Collisions vor dem Transfer erkennt.
S3: die Lücke, die niemand erwähnt
ONTAP unterstützt S3 nativ. Viele Unternehmen lagern kalte Daten auf ONTAP S3 oder MinIO aus. XCP kann kein NFS-zu-S3 — steht nicht in den unterstützten Konfigurationen. BlueXP Copy & Sync kann es, ist aber SaaS: Data-Broker-Deployment, Cloud-Account, internetabhängige Steuerungsebene. Für On-Prem-Kunden oft keine Option.
Multi-Vendor: der Storage-Wechsel
Nicht jede Nutanix-Migration bleibt auf NetApp. Manche nutzen den Hypervisor-Wechsel, um Storage von Dell, HPE oder Hitachi auf eine neue Plattform zu konsolidieren — oder auf Nutanix Files umzusteigen. XCP unterstützt nur NetApp-Ziele. Wenn sich der Storage-Hersteller im Projekt ändert, deckt XCP die Daten nicht ab.
Was wirklich passieren muss
1. Discovery Scan, bevor irgendetwas bewegt wird
Der Veritas Global Databerg Report hat ergeben, dass 52% der Unternehmensdaten “Dark Data” (unbekannter Wert) und 33% redundant, veraltet oder trivial sind. Das sind 85% der Daten mit fraglichem Migrationswert.
Ein Discovery Scan zeigt Dateianzahl, Größen, Altersverteilung, Ownership und Hazards — Case Collisions, illegale Zeichen, Pfadlängen über 260 Zeichen (NTFS-Limit). 500 TB verschieben dauert Wochen. Die 80 TB zu verschieben, die tatsächlich aktuell sind, dauert Tage.
2. Pre-Transfer Hazard Detection
Vor dem Start der Transfers prüfen:
- Case Collisions → Dateien, die sich auf case-insensitiven Zielen gegenseitig überschreiben
- Illegale Zeichen → Dateinamen, die am Zielprotokoll scheitern
- Pfadlängen → Pfade über 260 Zeichen (SMB/NTFS) oder 1024 Zeichen (S3)
- Verwaiste Ownership → UIDs/GIDs ohne Active-Directory-Zuordnung
Diese Checks dauern Minuten. Die Probleme mitten im Transfer zu entdecken, kostet Tage.
3. Transfer mit Verifizierung
- Parallel: mehrere Shares gleichzeitig, nicht sequenziell
- Inkrementell: Erstkopie, dann Delta-Syncs während sich die Quelldaten ändern
- Verifiziert: Checksummen-Vergleich (nicht nur Dateianzahl) nach jedem Transfer
- Auditierbar: vollständiges Protokoll darüber, was wann wohin verschoben wurde
Die Tooling-Landschaft
| Tool | NFS→NFS | SMB→SMB | Cross-Protokoll | S3 | Multi-Vendor | Discovery | Integrität |
|---|---|---|---|---|---|---|---|
| SHIFT | — | — | — | — | — | — | — |
| XCP | Ja | Ja | Nein | Nein | Nur NetApp | Einfach | Ja |
| BlueXP | Ja | Ja | Eingeschränkt | Ja | Ja | Nein | Teilweise |
| rsync | Ja | Nein | Nein | Nein | Ja | Nein | Nein |
| syncopio | Ja | Ja | Ja | Ja | Ja | Ja | Ja |
SHIFT konvertiert VMs. XCP migriert Dateien zu NetApp. Keines der beiden deckt Cross-Protokoll, S3 oder Multi-Vendor-Ziele ab. In einem realen VMware-Exit enthält diese Lücke den Großteil der Daten.
syncopio schließt die Lücke
Cross-Protokoll-Transfers mit Permission-Mapping. S3-Ziele. Pre-Transfer Hazard Detection — Case Collisions, illegale Zeichen, Pfadlängen. Vollständige Checksummen-Verifizierung mit xxHash und BLAKE3. Discovery Scan inklusive, kein Cloud-Account nötig. Features ansehen oder kostenlosen PoC anfragen.
Checkliste: Bevor du startest
- Inventarisiere alle unstrukturierten Daten — nicht nur VMs
- Identifiziere Cross-Protokoll-Anforderungen (NFS→SMB, NFS→S3)
- Führe einen Discovery Scan durch: Case Collisions, illegale Zeichen, Pfadlängen
- Bilde UID/GID-Ownership auf Active Directory SIDs ab
- Klassifiziere nach Temperatur — migriere nur, was aktuell ist
- Plane Cutover-Fenster aus tatsächlichen Datenvolumen, nicht Schätzungen
- Wähle Tooling, das alle Pfade abdeckt, nicht nur NetApp-zu-NetApp
- Verifiziere die Integrität nach jedem Transfer mit Checksummen
Beim VMware-Exit geht es um mehr als Hypervisoren. Die Daten sind der schwierige Teil.
Du planst eine VMware-zu-Nutanix-Migration? Starte mit einem kostenlosen Discovery Scan — wisse, was du verschiebst, bevor du es verschiebst.