Dell Unity : Problème de performances d’écriture dans robocopy lors de l’utilisation de la disponibilité continue (corrigible par l’utilisateur)

Lorsque la disponibilité continue est activée, la réponse en écriture est supérieure à 100 ms.

Exemples de conditions d’occurrence
 Les conditions suivantes ont provoqué le problème
 - La disponibilité continue est activée dans l’option de partage PME.
 - Écrivez un profil utilisateur en itinérance ou un répertoire de base avec robocopy.
 - Lorsque robocopy est exécuté par plusieurs utilisateurs (300 utilisateurs) en même temps et que la charge est importante, le problème est visible.
  Si la charge augmente encore, la réponse peut se détériorer davantage et les Thareads d’utilisation SMB peuvent atteindre la limite supérieure.

Vérifiez les éléments suivants dans l’UPA.
En plus de l’écriture, vous remarquerez que le temps de réponse est médiocre.

Temps de réponse de l’appel SMB2>>OP >> de fichier>>UPA
(ms)
SMB2_Close
SMB2_Write
SMB2_Create SMB2_Setinfo

 

Lorsque la disponibilité continue est activée, la redirection de dossiers, les fichiers hors ligne, les profils utilisateur en itinérance ou les répertoires de base sont écrits directement sur le disque sans mise en cache, ce qui entraîne de mauvaises performances en présence d’un grand nombre d’écritures.

Désactivation de l’opération
Unisphere CA (disponibilité continue)Partages SMB de fichiers >>Sélectionnez le nom du partage cible.


 
 Accédez à « Advanced » à partir de l’écran Share Properties.
 Décochez « Continuous Availability » dans les propriétés PME.

Dell Unity : Fonctionnalités NAS :
https://www.delltechnologies.com/fr-fr/collaterals/unauth/white-papers/products/storage/h15572-dell-emc-unity-nas-capabilities.pdf
Lisez les sections suivantes pour voir si vous devez activer cette disponibilité continue.
7.1.4 Disponibilité continue (en anglais)
7.1.1 Écritures de synchronisation activées (en anglais)

Document MS :https://docs.microsoft.com/fr-fr/windows-server/failover-clustering/sofs-overview

Redirection de dossiers, fichiers hors ligne, profils utilisateur en itinérance ou répertoires de base génèrent un grand nombre d’écritures qui doivent être immédiatement écrites sur le disque (sans mise en mémoire tampon) lors de l’utilisation de partages de fichiers disponibles en continu, ce qui réduit les performances par rapport aux partages de fichiers à usage général.

https://techcommunity.microsoft.com/t5/storage-at-microsoft/controlling-write-through-behaviors-in-smb/bc-p/1083417#M677
Nous activons également l’indicateur de partage de disponibilité continue sur les nœuds de cluster de serveurs de fichiers standards, mais les administrateurs la désactivent souvent pour des raisons de performances, de la même manière qu’ils peuvent éviter le SoFS pour des raisons de compatibilité. Vous souvenez-vous lorsque j’ai écrit la prose shakespearienne pour l’extension ou la non-extension ? La disponibilité continue n’est pas conçue pour copier des fichiers, mais pour la transmission des iOS sur un fichier ouvert puis modifié pour toujours, car il s’agit d’une machine virtuelle ou d’une base de données.