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.

Rehosting eines SMB-Volumes

Beitragende

Sie können ein Volume, das Daten bereitstellt, über das SMB-Protokoll hosten. Damit Clients nach dem Rehosting weiterhin auf die Daten zugreifen können, müssen Sie Richtlinien und die zugehörigen Regeln manuell konfigurieren.

Über diese Aufgabe
  • Das Rehosting ist ein störender Betrieb.

  • Wenn der Rehosting-Vorgang fehlschlägt, müssen Sie möglicherweise die Volume-Richtlinien und die zugehörigen Regeln für das Quell-Volume neu konfigurieren.

  • Wenn sich die Quell-SVM und die Ziel-SVM Active Directory-Domänen unterscheiden, können Sie unter Umständen auf die Objekte auf dem Volume zugreifen.

  • Ab ONTAP 9.8 wird das Rehosting eines Volumes mit NetApp Volume Encryption (NVE) unterstützt. Wenn Sie einen integrierten Schlüsselmanager verwenden, werden die verschlüsselten Metadaten während des Rehosting-Vorgangs geändert. Benutzerdaten werden nicht geändert.

    Bei Verwendung von ONTAP 9.8 oder früher müssen Sie die Verschlüsselung des Volumes aufheben, bevor Sie den Host-Vorgang wiederholen.

  • Wenn die Quell-SVM lokale Benutzer und Gruppen hat, sind die festgelegten Berechtigungen für die Dateien und Verzeichnisse (ACLs) nicht mehr effektiv nach dem Rehosting des Volumes.

    Das gleiche gilt für Audit ACLs (SACLs)

  • Nach dem Rehosting gehen die folgenden Volume-Richtlinien, Richtlinienregeln und Konfigurationen vom Quell-Volume verloren und müssen manuell auf dem neu gehosteten Volume neu konfiguriert werden:

    • Exportrichtlinien für Volumes und qtree

    • Virenschutz-Richtlinien

    • Volume-Effizienzrichtlinie

    • Quality of Service-Richtlinien (QoS

    • Snapshot-Richtlinien

    • Kontingentregeln

    • ns-Switch und Name Services Konfiguration Export-Richtlinien und Regeln

    • Benutzer- und Gruppen-IDs

Bevor Sie beginnen
  • Das Volume muss online sein.

  • Volume-Managementvorgänge wie Volume-Verschiebung oder LUN-Verschiebung dürfen nicht ausgeführt werden.

  • Der Datenzugriff auf das neu gehostete Volume muss gestoppt werden.

  • Die ns-Switch- und Name-Services-Konfiguration der Ziel-SVM muss konfiguriert werden, um den Datenzugriff des Rehosting Volume zu unterstützen.

  • Die Quell-SVM und die Ziel-SVM müssen dieselbe Active Directory und RealmDNS-Domäne aufweisen.

  • Die Benutzer-ID und Gruppen-ID des Volumes muss in der Ziel-SVM verfügbar sein oder auf dem Hosting-Volume geändert werden.

    Hinweis Wenn lokale Benutzer und Gruppen konfiguriert sind und sich Dateien und Verzeichnisse auf diesem Volume befinden, deren Berechtigungen für diese Benutzer oder Gruppen festgelegt sind, sind diese Berechtigungen nicht mehr wirksam.
Schritte
  1. Notieren Sie Informationen über die CIFS-Freigaben, um zu vermeiden, dass Informationen auf CIFS-Freigaben verloren gehen, falls der Rehosting des Volumes fehlschlägt.

  2. Heben Sie die Bereitstellung des Volumes vom übergeordneten Volume ab:

    volume unmount

  3. Wechseln zur erweiterten Berechtigungsebene:

    set -privilege advanced

  4. Erneutes Hosten des Volumes auf der Ziel-SVM:

    volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

  5. Mounten Sie das Volume unter dem entsprechenden Verbindungspfad in der Ziel-SVM:

    volume mount

  6. Erstellen von CIFS-Freigaben für das neu gehostete Volume:

    vserver cifs share create

  7. Wenn sich die DNS-Domänen zwischen der Quell-SVM und der Ziel-SVM unterscheiden, erstellen Sie neue Benutzer und Gruppen.

  8. Aktualisieren Sie den CIFS-Client mit den neuen Ziel-SVM LIFs und dem Verbindungspfad zum neu gehosteten Volume.

Nachdem Sie fertig sind

Sie müssen die Richtlinien und die zugehörigen Regeln für das neu gehostete Volume manuell neu konfigurieren.