Data Domain Boost – Open Storage: Gelegentliche NetBackup-Fehler 2060001 im Protokoll mit DDBoost über FC

Backups laufen sehr instabil. Oft haben wir einen Fehlercode "83" in Netbackup, was "Fehler beim Öffnen von Medien" bedeutet. 
25.11.2016 02:37:26 – Kritischer BPTM (PID=3074) sts_get_server_prop_byname fehlgeschlagen: Fehler 2060001 einem oder mehreren ungültigen Argumenten
25.11.2016 02:37:26 – Kritischer BPTM (pid=3074) Fehler beim Öffnen von STS für Speicherserver DFC-XXXXXXXX: Plug-in meldet Fehler 2060001 ein oder mehrere ungültige Argumente 

Überprüfen Sie das Netbackup-bptm-Protokoll.
Wenn Sie "busy" wie gezeigt finden und die Meldung lautet: "No paths discovered to DFC server":

02:29:56.719 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO Scan: Öffnen von /p/c8t5002188136612175d0 fehlgeschlagen, err DFC-Vorgang fehlgeschlagen, DFC_SIO: Öffnen von dev/dev/scsi/processor/c8t5002188136612175d0 fehlgeschlagen, Fehler 16: Gerät ausgelastet
02:29:56.719 [3074] <4> 26071847:BPTM:3074:DNMBCKCPH001: [C02:100CF6470] DFC_SIO Scan: Öffnen von /p/c8t5002188136612175d0 fehlgeschlagen, err DFC-Vorgang fehlgeschlagen, DFC_SIO: Öffnen von dev/dev/scsi/processor/c8t5002188136612175d0 fehlgeschlagen, Fehler 16: Gerät ausgelastet
02:29:56.720 [3074] <4> 26071847:BPTM:3074:DNMBCKCPH001: [C02:100CF6470] DFC_SIO-Scan: Öffnen von /p/c11t5002188136602175d0 fehlgeschlagen, err DFC-Vorgang fehlgeschlagen, DFC_SIO: Öffnen von dev/dev/scsi/processor/c11t5002188136602175d0 fehlgeschlagen, Fehler 16: Gerät ausgelastet
02:29:56.720 [3074] <4> 26071847:BPTM:3074:DNMBCKCPH001: [C02:100CF6470] DFC_SIO-Scan: Öffnen von /p/c11t5002188136602175d0 fehlgeschlagen, err DFC-Vorgang fehlgeschlagen, DFC_SIO: Öffnen von dev/dev/scsi/processor/c11t5002188136602175d0 fehlgeschlagen, Fehler 16: Gerät ausgelastet
02:29:56.720 [3074] <8> 26071847:BPTM:3074:DNMBCKCPH001: [C02:100CF6470] DFC_SIO: Keine Pfade zum DFC-Server XXXXXX

erkanntAlle Geräte sind ausgelastet, das Plug-in hat kein Gerät gefunden, das für ein neues Backup verfügbar ist.

Sie benötigen mehr Geräte oder begrenzen die Anzahl der parallelen Backups.

Dies ist im DDBOOST-Administratorhandbuch dokumentiert: https://support.emc.com/docu61771_Data-Domain-Boost-for-OpenStorage-3.2.1-Administration-Guide.pdf?language=en_US

"Solaris-Medienserver Bei Solaris werden Geräteeinträge pro Prozess exklusiv gesperrt. Nur ein Prozess kann einen Geräteeintrag verwenden. Die Berechnungen basieren auf der Nutzung der Anwendungsinstanzen. Wenn eine Anwendung mehrere Prozesse erzeugt, sperrt jeder Prozess exklusiv mindestens einen Geräteeintrag. Anwendungen mit mehreren Threads sperren ein Gerät pro Thread. Aus diesen Gründen sollten Sie das Data Domain-System so konfigurieren, dass möglichst viele DFC-Geräte verfügbar gemacht werden, um Fehler "in Verwendung" des sgen-Gerätetreibers zu vermeiden. Ein Fehler "Gerät ausgelastet" kann auftreten, wenn nicht genügend Geräte für die Solaris-Clients zugänglich sind. Die Anzahl der sgen-Geräte ist die Anzahl der Fibre-Channel-Ports, auf die für die Solaris-Instanz zugegriffen werden kann, multipliziert mit der Anzahl der verschiedenen Pfade zu dem/den Data Domain-Systemendpunkt(en) multipliziert mit der Anzahl der LUNs in der Zugriffsgruppe."

Windows-Medienserver : Die Pfadmanagementlogik des Data Domain-Servers verteilt Verbindungen über die verfügbaren logischen Pfade (Initiator, Zielendpunkt, DFC-Gerät). Konfigurieren Sie genügend DFC-Geräte, sodass jede Verbindung ein eigenes generisches SCSI-Gerät (logischer Pfad) auf dem Medienserver verwendet, wobei die maximale Anzahl der DFC-Geräte 64 beträgt.

Bei bestimmten clientseitigen Betriebssystemen wird die Anzahl der ausstehenden IO-Anforderungen, die gleichzeitig über ein bestimmtes generisches SCSI-Gerät durchgeführt werden können, beschränkt. Beispielsweise führt der Windows SCSI-Passthrough-Schnittstellenmechanismus nur jeweils 1 SCSI-Anforderung über jedes seiner generischen SCSI-Geräte durch. Dies wirkt sich auf die Performance der DD Boostover FC-Lösung aus, wenn mehrere Verbindungen (z. B. Backupjobs) versuchen, dasselbe generische SCSI-Gerät zu verwenden. Darüber hinaus legt das Data Domain-System auch eine Begrenzung für die Anzahl der ausstehenden IO-Anforderungen pro angekündigtem SCSI-Gerät fest. Aus Performancegründen müssen bei größeren Workloads
möglicherweise mehrere SCSI-Geräte auf dem Data Domain-System angekündigt werden. Wir verwenden den Begriff Warteschlangentiefe, um die systembedingte Begrenzung der Anzahl gleichzeitiger SCSI-Anfragen auf einem einzelnen Gerät zu beschreiben. Clientsysteme (wie Windows), deren Warteschlangentiefe so niedrig ist, dass die Leistung beeinträchtigt wird, werden als warteschlangentiefenbeschränkt betrachtet.