Data Domain Boost - オープン ストレージ: FC経由のDDBoostによる断続的なNetBackupエラー 2060001ログ

バックアップが非常に不安定に実行されています。Netbackupにエラーコード「83」が表示されることがよくあります。これは「メディアオープンエラー」を意味します。
11/25/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) ストレージ サーバー DFC-XXXXXXXX: プラグインが 1 つ以上の無効な引数2060001エラーを報告する 

Netbackup bptmログを確認します。
次のように「ビジー」と表示され、「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: デバイスがビジー状態です
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: デバイスがビジー状態です
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: デバイスがビジー状態です
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: デバイスがビジー状態です
02:29:56.720 [3074] <8> 26071847: BPTM: 3074: DNMBCKCPH001: [C02:100CF6470]DFC_SIO: DFCサーバーXXXXXXへのパスは検出されませんでした

すべてのデバイスがビジー状態です。新しいバックアップに使用できるデバイスがプラグインで見つかりませんでした。

より多くのデバイスが必要か、並列バックアップの数を制限します。

これについては、『DDBOOST Admin Guide』に記載されています。 https://support.emc.com/docu61771_Data-Domain-Boost-for-OpenStorage-3.2.1-Administration-Guide.pdf?language=en_US

"Solarisメディアサーバー Solarisの場合、デバイス エントリーはプロセスごとに排他的にロックされ、1つのプロセスのみがデバイス エントリーを使用できます。計算は、アプリケーション インスタンスの使用状況に基づいて行われます。アプリケーションが複数のプロセスを生成する場合、各プロセスは少なくとも 1 つのデバイス エントリを排他的にロックします。マルチスレッド アプリケーションは、スレッドごとに 1 つのデバイスをロックします。このような理由から、sgenデバイス ドライバーからの「使用中」エラーを回避するには、できるだけ多くのDFCデバイスをアドバタイズするようにData Domainシステムを構成する必要があります。Solarisクライアントにアクセスできるデバイスが十分にない場合、Device Busyエラーが発生することがあります。sgenデバイスの数は、SolarisインスタンスにアクセスできるFibre Channelポートの数に、Data Domainシステム エンドポイントへの異なるパスの数を掛け、アクセス グループ内のLUNの数を掛けた数です。"

"Windows Media サーバー: Data Domainサーバー パス管理ロジックは、使用可能な論理パス(イニシエーター、ターゲット エンドポイント、DFCデバイス)全体に接続を分散します。各接続がメディア サーバー上の独自の汎用SCSIデバイス(論理パス)を使用するように、最大DFCデバイス数を64.

にして、十分なDFCデバイスを構成します特定のクライアント側オペレーティング システムでは、特定の汎用SCSIデバイスで同時に実行できる未処理のIO要求の数に制限があります。たとえば、Windows SCSIパススルー インターフェイス メカニズムは、汎用SCSIデバイスごとに一度に1つのSCSI要求のみを実行します。これは、複数の接続(バックアップ ジョブなど)で同じ汎用SCSIデバイスを使用しようとすると、DD Boostover FCソリューションのパフォーマンスに影響します。さらに、Data Domainシステムでは、アドバタイズされたSCSIデバイスあたりの未処理のIO要求の数にも制限があります。大規模なワークロードでのパフォーマンス上の理由から
複数のSCSIデバイスをData Domainシステムでアドバタイズする必要がある場合があります。キュー深度という用語は、1台のデバイスで同時に実行できるSCSI要求数に対してシステムが課す制限を表すために使用します。パフォーマンスに影響を与えるほどキューの深さが小さいクライアント システム (Windows など) は、キューの深さに制約があると見なされます。