Eseguire il rehosting dei volumi SAN
-
PDF del sito di questa documentazione
-
Configurare, aggiornare e ripristinare ONTAP
-
Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
-
Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
-
-
Gestione dello storage NAS
-
Configurare NFS con la CLI
-
Gestisci NFS con la CLI
-
Gestire SMB con la CLI
-
Gestire i server SMB
-
Gestire l'accesso ai file utilizzando SMB
-
-
-
Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
-
Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
-
-
Protezione dei dati e disaster recovery
-
![](https://docs.netapp.com/common/images/pdf-zip.png)
Raccolta di documenti PDF separati
Creating your file...
È possibile eseguire il rehosting dei volumi con LUN mappati. Dopo aver ricreato il gruppo di iniziatori (igroup) nella SVM di destinazione, il rehost del volume può rimappare automaticamente il volume sulla stessa SVM.
-
Il rehosting è un'operazione che interrompe.
-
Se l'operazione di rehosting non riesce, potrebbe essere necessario riconfigurare i criteri del volume e le regole associate sul volume di origine.
-
A partire da ONTAP 9.8, è supportato il rehosting di un volume con crittografia volume NetApp (NVE). Se si utilizza un gestore di chiavi integrato, i metadati crittografati verranno modificati durante l'operazione di rehosting. I dati dell'utente non vengono modificati.
Se si utilizza ONTAP 9.8 o una versione precedente, è necessario annullare la crittografia del volume prima di eseguire l'operazione di rehosting.
-
Dopo l'operazione di rehosting, le seguenti policy, regole dei criteri e configurazioni del volume vengono perse dal volume di origine e devono essere riconfigurate manualmente sul volume rehosted:
-
Policy antivirus
-
Policy di efficienza dei volumi
-
Policy sulla qualità del servizio (QoS)
-
Policy di Snapshot
-
criteri e regole di esportazione della configurazione di ns-switch e name services
-
ID utente e gruppo
-
-
Il volume deve essere online.
-
Le operazioni di gestione dei volumi, come gli spostamenti dei volumi o delle LUN, non devono essere in esecuzione.
-
Non devono essere presenti i/o attivi sui volumi o sui LUN.
-
È necessario verificare che la SVM di destinazione non abbia igroup con lo stesso nome ma iniziatori diversi.
Se l'igroup ha lo stesso nome, è necessario rinominare l'igroup in una delle SVM (origine o destinazione).
-
È necessario aver attivato
force-unmap-luns
opzione.-
Il valore predefinito di
force-unmap-luns
l'opzione èfalse
. -
Quando si imposta, non viene visualizzato alcun messaggio di avviso o di conferma
force-unmap-luns
opzione a.true
.
-
-
Registrare le informazioni di mappatura LUN sul volume di destinazione:
lun mapping show volume volume vserver source_svm
Si tratta di una procedura precauzionale per evitare la perdita di informazioni sulla mappatura LUN in caso di errore del rehost del volume.
-
Elimina igroups associati al volume di destinazione.
-
Eseguire nuovamente l'hosting del volume di destinazione nella SVM di destinazione:
volume rehost -vserver source_svm -volume volume_name -destination-vserver destination_svm
-
Mappare i LUN sul volume di destinazione su igroups appropriati.
-
Il rehost del volume conserva le LUN sul volume di destinazione; tuttavia, le LUN rimangono non mappate.
-
Utilizzare la porta SVM di destinazione impostata durante la mappatura dei LUN.
-
Se il
auto-remap-luns
l'opzione è impostata sutrue
, I LUN vengono mappati automaticamente dopo il rehost.
-