Data Domain Boost - Open Storage : Des erreurs NetBackup intermittentes 2060001 dans le log avec DDBoost over FC

Les sauvegardes fonctionnent de manière très instable. Souvent, nous avons un code d’erreur « 83 » dans Netbackup qui signifie « Erreur d’ouverture de support ». 
25/11/2016 02:37:26 - Critical bptm (pid=3074) sts_get_server_prop_byname failed : error 2060001 one or more invalid
arguments 11/25/2016 02:37:26 - Critical bptm (pid=3074) failure to open sts for storage server DFC-XXXXXXXX : plug-in reports error 2060001 un ou plusieurs arguments non valides 

Vérifiez le fichier log Netbackup bptm.
Si vous trouvez « occupé » comme indiqué et que le message est « Aucun chemin découvert vers le serveur DFC » :

02:29:56.719 [3074] <4> 26071847 :bptm :3074 :dnmbckcph001 : [C02:100CF6470] DFC_SIO scan : open /p/c8t5002188136612175d0 failed, err DFC operation failed, DFC_SIO : open dev /dev/scsi/processor/c8t5002188136612175d0 failed, error 16 : Périphérique occupé
02:29:56.719 [3074] <4> 26071847 :bptm :3074 :dnmbckcph001 : [C02:100CF6470] DFC_SIO scan : open /p/c8t5002188136612175d0 failed, err DFC operation failed, DFC_SIO : open dev /dev/scsi/processor/c8t5002188136612175d0 failed, error 16 : Périphérique occupé
02:29:56.720 [3074] <4> 26071847 :bptm :3074 :dnmbckcph001 : [C02:100CF6470] DFC_SIO scan : open /p/c11t5002188136602175d0 failed, err DFC operation failed, DFC_SIO : open dev /dev/scsi/processor/c11t5002188136602175d0 failed, error 16 : Périphérique occupé
02:29:56.720 [3074] <4> 26071847 :bptm :3074 :dnmbckcph001 : [C02:100CF6470] DFC_SIO scan : open /p/c11t5002188136602175d0 failed, err DFC operation failed, DFC_SIO : open dev /dev/scsi/processor/c11t5002188136602175d0 failed, error 16 : Périphérique occupé
02:29:56.720 [3074] <8> 26071847 :bptm :3074 :dnmbckcph001 : [C02:100CF6470] DFC_SIO : Aucun chemin découvert vers le serveur DFC XXXXXX

Tous les périphériques sont occupés, le plugin n’a pas trouvé de périphérique disponible pour une nouvelle sauvegarde.

Vous avez besoin de plus de périphériques ou limitez le nombre de sauvegardes en parallèle.

Ceci est documenté dans le Guide d’administration DDBOOST : https://support.emc.com/docu61771_Data-Domain-Boost-for-OpenStorage-3.2.1-Administration-Guide.pdf?language=en_US

« Solaris Media Servers » Pour Solaris, les entrées de périphérique sont exclusivement verrouillées en fonction d’un processus qu’un seul processus peut utiliser une entrée de périphérique. Les calculs sont basés sur l’utilisation de l’instance d’application. Si une application génère plusieurs processus, chaque processus verrouille exclusivement au moins une entrée de périphérique. Les applications multithread verrouillent un appareil par thread. Pour ces raisons, vous devez configurer le système Data Domain de manière à annoncer autant de périphériques DFC que possible afin d’éviter les erreurs « en cours d’utilisation » du pilote de périphérique sgen. Une erreur Périphérique occupé peut se produire s’il n’y a pas suffisamment de périphériques accessibles aux clients Solaris. Le nombre de périphériques sgen correspond au nombre de ports Fibre Channel accessibles à l’instance Solaris, multiplié par le nombre de chemins d’accès aux points de terminaison du système Data Domain, multiplié par le nombre de LUN dans le groupe d’accès."

 » Serveurs multimédia Windows : La logique de gestion des chemins d’accès au serveur Data Domain étend les connexions aux chemins logiques disponibles (initiateur, point d’extrémité cible, périphérique DFC). Configurez suffisamment de périphériques DFC pour que chaque connexion utilise son propre périphérique SCSI générique (chemin logique) sur le serveur multimédia, avec un nombre maximal de périphériques DFC de 64.

Certains systèmes d’exploitation côté client imposent une restriction sur le nombre de demandes d’E/S en attente qui peuvent être traitées simultanément sur un périphérique SCSI générique donné. Par exemple, le mécanisme de l’interface d’accès direct SCSI Windows ne mène qu’une seule requête SCSI à la fois via chacun de ses périphériques SCSI génériques. Cela a un impact sur les performances de la solution DD Boostover FC si plusieurs connexions (par exemple, des procédures de sauvegarde) tentent d’utiliser le même périphérique SCSI générique. En outre, le système Data Domain impose également une limite au nombre de demandes d’E/S en attente par périphérique SCSI annoncé. Pour des raisons de performances avec des charges applicatives plus importantes,
il peut être nécessaire d’annoncer plusieurs périphériques SCSI sur le système Data Domain. Nous utilisons le terme profondeur de file d’attente pour décrire la limite imposée par le système au nombre de requêtes SCSI simultanées sur un seul périphérique. Les systèmes clients (tels que Windows) dont la profondeur de file d’attente est si faible qu’elle a une incidence sur les performances sont considérés comme soumis à des contraintes de profondeur de file d’attente.