Data Domain Boost - Відкрите сховище: Періодичні помилки NetBackup 2060001 в журналі з DDBoost через FC

Резервні копії працюють дуже нестабільно. Часто у нас в Netbackup виникає код помилки «83», що означає «Помилка відкриття медіа». 
25.11.2016 02:37:26 - Критичний bptm (pid=3074) sts_get_server_prop_byname не вдалося: помилка 2060001 одним або декількома невірними аргументами
25.11.2016 02:37:26 - Критичний bptm (pid=3074) не відкриває sts для сервера зберігання DFC-XXXXXXXX: плагін повідомляє про помилку 2060001 одним або декількома невірними аргументами 

Перевірте журнал Netbackup bptm.
Якщо ви знаходите "зайнято", як показано, і повідомлення "Немає виявлено шляхів до сервера DFC":

02:29:56.719 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO сканування: не вдалося відкрити /p/c8t5002188136612175d0, помилка в роботі DFC, DFC_SIO: не вдалося відкрити dev /dev/scsi/processor/c8t5002188136612175d0, помилка 16: Пристрій зайнятий
02:29:56.719 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO сканування: не вдалося відкрити /p/c8t5002188136612175d0, помилка в роботі DFC, DFC_SIO: не вдалося відкрити dev /dev/scsi/processor/c8t5002188136612175d0, помилка 16: Пристрій зайнятий
02:29:56.720 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO сканування: не вдалося відкрити /p/c11t5002188136602175d0, помилка в роботі DFC, DFC_SIO: не вдалося відкрити dev /dev/scsi/processor/c11t5002188136602175d0, помилка 16: Пристрій зайнятий
02:29:56.720 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO сканування: не вдалося відкрити /p/c11t5002188136602175d0, помилка в роботі DFC, DFC_SIO: не вдалося відкрити dev /dev/scsi/processor/c11t5002188136602175d0, помилка 16: Пристрій зайнятий
02:29:56.720 [3074] <8> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO: Не виявлено шляхів до DFC-сервера XXXXXX

Всі пристрої зайняті, плагін не знайшов доступний пристрій для нового резервного копіювання.

Вам потрібно більше пристроїв або обмежте кількість резервних копій паралельно.

Це задокументовано в Посібнику адміністратора DDBOOST: https://support.emc.com/docu61771_Data-Domain-Boost-for-OpenStorage-3.2.1-Administration-Guide.pdf?language=en_US

"Solaris Media Servers Для Solaris записи пристроїв блокуються виключно на основі кожного процесу, і лише один процес може використовувати запис пристрою. Розрахунки базуються на використанні екземпляра програми. Якщо програма породжує кілька процесів, кожен процес блокує виключно принаймні один запис пристрою. Багатопотокові програми блокують один пристрій на потік. З цих причин вам слід налаштувати систему Data Domain на рекламу якомога більшої кількості пристроїв DFC, щоб уникнути помилок «у використанні» в драйвері пристрою sgen. Помилка зайнятості пристрою може виникнути, якщо клієнтам Solaris доступно недостатньо пристроїв. Кількість пристроїв sgen — це кількість портів Fibre Channel, доступних екземпляру Solaris, помножена на кількість різних шляхів до кінцевих точок системи Data Domain, помножена на кількість LUN у групі доступу.

Сервери Windows Media : Логіка керування шляхами сервера домену даних розподіляє з'єднання між доступними логічними шляхами (Initiator, Target Endpoint, DFC Device). Налаштуйте достатню кількість пристроїв DFC таким чином, щоб кожне з'єднання використовувало власний загальний пристрій SCSI (логічний шлях) на медіасервері з максимальною кількістю пристроїв DFC 64.

деякі операційні системи на стороні клієнта накладають обмеження на кількість невиконаних запитів вводу-виводу, які можуть виконуватися одночасно на даному загальному пристрої SCSI. Наприклад, механізм прохідного інтерфейсу Windows SCSI виконуватиме лише 1 запит SCSI за раз через кожен зі своїх загальних пристроїв SCSI. Це впливає на продуктивність рішення DD Boostover FC, якщо кілька з'єднань (наприклад, завдання резервного копіювання) намагаються використовувати один і той самий загальний пристрій SCSI. Крім того, система Data Domain також накладає обмеження на кількість невиконаних запитів вводу-виводу на один рекламований пристрій SCSI. З міркувань продуктивності з великими робочими навантаженнями
може знадобитися реклама кількох пристроїв SCSI в системі Data Domain. Ми використовуємо термін «глибина черги» для опису встановленого системою обмеження на кількість одночасних запитів SCSI на одному пристрої. Клієнтські системи (наприклад, Windows), глибина черги яких настільки мала, що впливає на продуктивність, вважаються обмеженими в глибині черги.