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.

So wird der Offload von ODX Kopien mit Hyper-V und SQL Server über SMB-Freigaben genutzt

Beitragende
PDFs

Offloaded Data Transfer (ODX), auch bekannt als „Copy Offload“, ermöglicht direkte Datentransfers innerhalb und zwischen kompatiblen Storage-Geräten, ohne die Daten über den Host-Computer zu übertragen. ONTAP ODX Copy Offload bietet Performance-Vorteile bei Kopiervorgängen auf Ihrem Applikationsserver im Vergleich zur SMB-Installation.

Bei Dateiübertragungen ohne ODX werden die Daten vom CIFS-Quell-Server gelesen und im Netzwerk an den Client-Computer übertragen. Der Clientcomputer überträgt die Daten zurück über das Netzwerk an den Ziel-CIFS-Server. Zusammenfassend liest der Clientcomputer die Daten aus der Quelle und schreibt sie auf das Ziel. Bei der Übertragung von ODX-Dateien werden Daten direkt von der Quelle zum Ziel kopiert.

Da ODX Offloaded Kopien direkt zwischen Quell- und Ziel-Storage erstellt werden, ergeben sich erhebliche Performance-Vorteile. Zu den Performance-Vorteilen gehören eine schnellere Kopierzeit zwischen Quelle und Ziel, eine geringere Ressourcenauslastung (CPU, Speicher) auf dem Client und eine geringere Auslastung der Netzwerk-I/O-Bandbreite.

 ONTAP ODX copy offload is supported on both SAN LUNs and SMB 3.0 continuously available connections.
In den folgenden Anwendungsfällen werden ODX Kopien und Verschiebungen unterstützt:

  • Intra-Volume

    Die Quell- und Zieldateien oder LUNs befinden sich innerhalb desselben Volumes.

  • Zwischen Volumes, derselbe Node, dieselbe Storage Virtual Machine (SVM)

    Die Quell- und Zieldateien oder LUNs befinden sich auf verschiedenen Volumes, die sich auf demselben Node befinden. Die Daten sind Eigentum derselben SVM.

  • Zwischen Volumes, verschiedenen Nodes, dieselbe SVM

    Die Quell- und Zieldateien oder LUNs befinden sich auf verschiedenen Volumes, die sich auf unterschiedlichen Nodes befinden. Die Daten sind Eigentum derselben SVM.

  • Zwischen SVM, demselben Node

    Die Quell- und Zieldatei bzw. die LUNs befinden sich auf verschiedenen Volumes, die sich auf demselben Node befinden. Im Besitz der Daten befinden sich unterschiedliche SVMs.

  • Zwischen SVMs, unterschiedliche Nodes

    Die Quell- und Zieldatei bzw. die LUNs befinden sich auf verschiedenen Volumes, die sich auf unterschiedlichen Nodes befinden. Im Besitz der Daten befinden sich unterschiedliche SVMs.

Spezifische Anwendungsfälle für den ODX Copy-Offload mit Hyper-V Lösungen:

  • Mithilfe des ODX Copy-Offload-Pass-Through mit Hyper-V können Daten innerhalb oder zwischen VHD-Dateien (Virtual Hard Disk) kopiert oder Daten zwischen zugewiesenen SMB-Shares und verbundenen iSCSI-LUNs innerhalb desselben Clusters kopiert werden.

    Damit können Kopien von Gastbetriebssystemen an den zugrunde liegenden Storage weitergegeben werden.

  • Bei der Erstellung von VHDs mit fester Größe wird ODX zur Initialisierung der Festplatte mit Nullen verwendet, wobei ein bekannter Token mit dem Namen „Zeroed“ verwendet wird.

  • Wenn sich der Quell- und Ziel-Storage auf demselben Cluster befindet, wird eine ODX Copy Offload für die Storage-Migration bei Virtual Machines eingesetzt.

Hinweis

Um von den Anwendungsfällen für einen ODX Copy-Offload-Pass-Through mit Hyper-V zu profitieren, muss das Gastbetriebssystem ODX unterstützen. Und die Festplatten des Gastbetriebssystems müssen SCSI-Festplatten sein, die durch Storage (SMB oder SAN) unterstützt werden, der ODX unterstützt. IDE-Festplatten auf dem Gastbetriebssystem unterstützen keine ODX-Pass-Through-Unterstützung.

Spezifische Anwendungsfälle für den ODX Copy-Offload mit SQL Server Lösungen:

  • Mit ODX Copy Offload können SQL Server Datenbanken zwischen zugeordneten SMB-Shares oder zwischen SMB-Shares und verbundenen iSCSI-LUNs innerhalb desselben Clusters exportiert und importiert werden.

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