NetWorker. Оптимизация операций восстановления пространства для Data Domain

• Наборы сохранений NetWorker, помеченные как истекшие, но не удаленные
• Сообщения о восстановлении пространства появляются в журналах несколько раз в день
• Скорость Data Domain и влияние нагрузки
• Общее влияние на производительность сервера

• Тома, на которые распространяется восстановление пространства, считывают данные во время истечения срока действия (промежуточное, клонирование или восстановление)
• Восстановление пространства выполняется по умолчанию после каждой промежуточной операции на любом заданном томе
• При восстановлении пространства проверяется каждый файл в структуре каталогов тома при выполнении восстановления пространства
• На этапе восстановления пространства может замедлиться работа сервера и скорость реагирования

Этап восстановления пространства NetWorker выполняется один раз в день и является одним из завершающих этапов действия «Истечение срока действия» в рабочем процессе резервного копирования сервера. Он предназначен для удаления файловых объектов набора сохранений в томе после оценки сервером, истечения срока действия и удаления записей наборов сохранений после вычисления тех из них, которые можно безопасно удалить в соответствии с их конфигурацией.

Существует несколько факторов, которые могут отрицательно повлиять на скорость реагирования сервера Data Domain или NetWorker. Включите любое из приведенных ниже параметров, которые соответствуют требованиям рассматриваемой зоны данных. Перед тестированием с помощью приведенных ниже файлов ключей отладки: Отключите ежедневное действие «Истечение срока действия резервного копирования > сервера для защиты > сервера», чтобы отключить все вычисления базы данных восстановления пространства и носителей на один или несколько дней, чтобы убедиться, что возникшие проблемы с производительностью связаны с восстановлением пространства и/или действиями по истечению срока действия.

Если отключение срока действия подтверждает проблему, связанную с ежедневным обслуживанием, следующие функции можно отключить для устранения неполадок, создав пустой файл с тем же именем (без расширения) на сервере или узле NetWorker в подкаталоге отладки основного каталога nsr. Ни один из этих файлов флагов не требует перезапуска и вступит в силу с заданиями восстановления пространства, запущенными при их наличии.

Расположение Linux: /nsr/debug
Расположение Windows: C:\Program Files\EMC NetWorker\nsr\debug (или соответствующий путь установки NSR)
 

Имена файлов и их функции подробно описаны ниже skip_recover_space_for_stage

• Узлы хранения данных. Этот флаг заставляет NetWorker пропускать фазу восстановления пространства в промежуточной операции (клонирование с последующим удалением исходного ресурса). Если в среде используется процесс промежуточного хранения, в частности многократное хранение из одних и тех же исходных томов, рекомендуется это сделать, так как оно исключает возможность возникновения нескольких операций восстановления пространства для одних и тех же томов. Если этот флаг установлен, операция восстановления пространства полностью откладывается, что позволяет системе удалить файлы при выполнении ежедневного действия «Истечение срока действия» или при выполнении команды nsrimвручную. 

recover_space_anytime

• Только сервер. Это позволяет восстанавливать пространство до истечения срока его действия и удалять наборы сохранений на томах, которые активно считывают данные, что по умолчанию является отложенным. Это означает, что для томов с длительными заданиями клонирования восстановление пространства и истечения срока действия можно неоднократно откладывать при выполнении действия истечения срока действия, nsrim или промежуточного задания (см. предыдущее). Это, в свою очередь, может привести к большим задержкам восстановления пространства, постепенному истощению свободного пространства и увеличению объема задания восстановления пространства, если его выполнение разрешено. 

skip_disk_usage

• Узлы хранения данных. При восстановлении пространства и проверке файловой системы дискового тома по умолчанию рекурсивно проверяются и подсчитываются отдельные файлы для получения точной сводки данных для тома. Хотя некоторые могут посчитать эту точность важной, отсрочка этого шага зависит от записей базы данных мультимедиа NetWorker для общего количества файлов и байтов, которые, как правило, могут быть достаточно точными для большинства применений. В сильно загруженной системе Data Domain, особенно когда многие операции восстановления пространства многократно выполняются для томов, это может быть сочтено ненужными расходами и безопасно отключено.

skip_consistency_check_in_recover_space

• Узлы хранения данных. Во время восстановления пространства для тома файловая система тома проверяется файл за файлом, чтобы обеспечить согласованность между базами данных мультимедиа; Это также может привести к задержке. Добавление этого ключевого файла к каждому узлу предотвратит удаление этим узлом файлов набора сохранений, если соответствующей записи не существует в базе данных мультимедиа, или пометку записей базы данных мультимедиа, в которых файл не найден, как «подозрительный». Обратите внимание, что это помешает выполнению нормальных операций очистки, и должно использоваться для оценки задержки, связанной с операциями восстановления пространства, и не должно отключаться в долгосрочной перспективе. 

По умолчанию введено более подробное ведение журнала, в результате чего все пути набора сохранений записываются в журналы data_audit на сервере NetWorker. Это может привести к зависанию узлов хранения, которые удаленно возвращают информацию в NetWorker. Чтобы отключить эту функцию, увеличьте пороговое значение ведения журналов для следующих журналов на сервере NetWorker:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Ограничьте это изменение, чтобы оно повлияло только на аудит данных, если это необходимо, уточнив запрос до конкретного экземпляра, включив его имя. Пропустите этот шаг, чтобы повторно применить настройку к каждому из них:

# print type: nsr auditlog; name: servername_data_audit.raw

Измените пороговое значение на одно или оба на «Error», чтобы прекратить регистрацию отдельных удалений. Удаления по-прежнему регистрируются в daemon.raw сервера.

# update auditlog severity: Error