Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Wie ODX Copy Offload mit Hyper-V und SQL Server über SMB-Freigaben verwendet wird

Beitragende netapp-aherbin
Änderungen vorschlagen

Offloaded Data Transfer (ODX), auch bekannt als Copy Offload, ermöglicht direkte Datenübertragungen innerhalb oder zwischen kompatiblen Speichergeräten, ohne dass die Daten über den Host-Computer übertragen werden. ONTAP ODX Copy Offload bietet Leistungsvorteile bei Kopiervorgängen auf dem Anwendungsserver über die SMB-Installation.

Bei Dateiübertragungen ohne ODX werden die Daten vom Quell-CIFS-Server gelesen und über das Netzwerk an den Client-Computer übertragen. Der Client-Computer überträgt die Daten anschließend über das Netzwerk zurück an den Ziel-CIFS-Server. Zusammengefasst liest der Client-Computer die Daten von der Quelle und schreibt sie zum Ziel. Bei ODX-Dateiübertragungen werden die Daten direkt von der Quelle zum Ziel kopiert.

Da ODX-Offloaded-Kopien direkt zwischen Quell- und Zielspeicher durchgeführt werden, ergeben sich erhebliche Leistungsvorteile. Zu den realisierten Leistungsvorteilen zählen eine schnellere Kopierzeit zwischen Quelle und Ziel, eine geringere Ressourcenauslastung (CPU, Speicher) auf dem Client sowie eine reduzierte Auslastung der Netzwerk-I/O-Bandbreite.

 ONTAP ODX copy offload is supported on both SAN LUNs and SMB 3.0 continuously available connections.
Die folgenden Anwendungsfälle unterstützen die Verwendung von ODX Kopien und ODX Verschiebungen:
  • Intra-Volume

    Die Quell- und Zieldateien bzw. LUNs befinden sich im selben Volume.

  • Inter-Volume, gleicher Node, gleiche Storage Virtual Machine (SVM)

    Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf demselben Knoten befinden. Die Daten gehören demselben SVM.

  • Inter-Volume, unterschiedliche Knoten, gleiche SVM

    Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf verschiedenen Knoten befinden. Die Daten gehören demselben SVM.

  • Inter-SVM, gleicher Knoten

    Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf demselben Knoten befinden. Die Daten gehören verschiedenen SVMs.

  • Inter-SVM, verschiedene Knoten

    Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf verschiedenen Knoten befinden. Die Daten gehören verschiedenen SVMs.

Zu den spezifischen Anwendungsfällen für ODX Copy Offload mit Hyper-V Lösungen gehören die folgenden:

  • Mit ODX Copy Offload Pass-Through kann in Verbindung mit Hyper-V Daten innerhalb oder zwischen virtuellen Festplattendateien (VHD) kopiert werden oder Daten zwischen zugeordneten SMB-Freigaben und verbundenen iSCSI-LUNs innerhalb desselben Clusters kopiert werden.

    Dadurch können Kopien von Gastbetriebssystemen an den zugrunde liegenden Speicher weitergegeben werden.

  • Bei der Erstellung von VHDs mit fester Größe wird ODX verwendet, um die Festplatte mit Nullen zu initialisieren, wobei ein bekanntes Null-Token zum Einsatz kommt.

  • ODX Copy Offload wird für die Migration von virtuellen Maschinen-Speichern verwendet, wenn sich Quell- und Zielspeicher im selben Cluster befinden.

Hinweis

Um die Anwendungsfälle für ODX Copy Offload Pass-Through mit Hyper-V zu nutzen, muss das Gastbetriebssystem ODX unterstützen und die Festplatten des Gastbetriebssystems müssen SCSI-Festplatten sein, die von einem Speicher (entweder SMB oder SAN) unterstützt werden, der ODX unterstützt. IDE-Festplatten im Gastbetriebssystem unterstützen kein ODX Pass-Through.

Zu den spezifischen Anwendungsfällen für ODX Copy Offload mit SQL Server Lösungen gehören die folgenden:

  • ODX Copy Offload ermöglicht den Export und Import von SQL Server-Datenbanken zwischen zugeordneten SMB-Freigaben oder zwischen SMB-Freigaben und verbundenen iSCSI-LUNs innerhalb desselben Clusters.

  • ODX Copy Offload wird für Datenbankexporte und -importe verwendet, wenn sich Quell- und Zielspeicher im selben Cluster befinden.