Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Exigences en termes de volumes et de serveurs SMB pour Hyper-V sur SMB

Contributeurs
PDF

Vous devez tenir compte de certaines exigences en matière de volume et de serveur SMB lors de la création de configurations Hyper-V sur SMB afin de garantir la continuité de l'activité.

Configuration requise pour les serveurs SMB

  • SMB 3.0 doit être activé.

    Cette option est activée par défaut.

  • L'option de serveur CIFS utilisateur UNIX par défaut doit être configurée avec un compte utilisateur UNIX valide.

    Les serveurs d'applications utilisent le compte machine lors de la création d'une connexion SMB. Comme tout accès SMB nécessite que l'utilisateur Windows soit correctement mappé à un compte d'utilisateur UNIX ou au compte d'utilisateur UNIX par défaut, ONTAP doit pouvoir mapper le compte machine du serveur d'applications sur le compte d'utilisateur UNIX par défaut.

  • Les référencements de nœuds automatiques doivent être désactivés (cette fonctionnalité est désactivée par défaut).

    Si vous souhaitez utiliser les référencements de nœuds automatiques pour l'accès aux données autres que les fichiers des machines Hyper-V, vous devez créer un SVM distinct pour ces données.

  • L'authentification Kerberos et NTLM doit être autorisée dans le domaine auquel le serveur SMB appartient.

    ONTAP ne fait pas la promotion du service Kerberos pour VSS distant ; par conséquent, le domaine doit être défini pour autoriser NTLM.

  • La fonctionnalité Shadow Copy doit être activée.

    Cette fonctionnalité est activée par défaut.

  • Le compte de domaine Windows utilisé par le service de copie instantanée lors de la création de copies en double doit être membre du groupe local BULILTIN\Administrators ou BULILTIN\Backup Operators du serveur SMB.

Besoins en termes de volume

  • Les volumes utilisés pour stocker les fichiers de la machine virtuelle doivent être créés en tant que volumes de sécurité NTFS.

    Pour fournir des NDO aux serveurs d'applications utilisant des connexions SMB disponibles en continu, le volume contenant le partage doit être un volume NTFS. En outre, il doit toujours avoir été un volume NTFS. Vous ne pouvez pas modifier un volume mixte de style de sécurité ou un volume de style de sécurité UNIX en un volume de type sécurité NTFS et l'utiliser directement pour les NDO sur des partages SMB. Si vous modifiez un volume de style de sécurité mixte en volume de style de sécurité NTFS et que vous envisagez de l'utiliser pour les NDO sur des partages SMB, vous devez placer manuellement une ACL en haut du volume et propager cette ACL à tous les fichiers et dossiers contenus. Autrement, les migrations de machine virtuelle ou les exportations de fichiers de base de données et les importations où les fichiers sont déplacés vers un autre volume peuvent échouer si les volumes source ou de destination ont été initialement créés sous forme de volumes de sécurité mixtes ou UNIX, puis modifiés vers le style de sécurité NTFS.

  • Pour que les opérations de copie en mode « shadow » aient réussi, vous devez disposer de suffisamment d'espace disponible sur le volume.

    L'espace disponible doit être au moins aussi grand que l'espace combiné utilisé par tous les fichiers, répertoires et sous-répertoires contenus dans les partages inclus dans le jeu de sauvegarde Shadow Copy. Cette exigence s'applique uniquement aux clichés instantanés avec la restauration automatique.

Informations associées

"Bibliothèque Microsoft TechNet : technet.microsoft.com/en-us/library/"