Data Domain: Включение ведения журнала API DD Boost — журналы Precert

Вопрос: Что такое ведение журнала DD Boost Precert? Ведение журнала DD Boost Precert — это функция ведения журнала диагностики, которая регистрирует транзакции API DD Boost между клиентом DD Boost и системой Data Domain.
ответ: Оно обычно используется для поиска и устранения проблем производительности, сбоев, задержки и связи.

Вопрос: Что фиксирует ведение журнала Precert? Ведение журнала Precert фиксирует активность API DD Boost, включая операции чтения, записи, резервного копирования, восстановления, взаимодействия с библиотекой DD Boost, информацию о времени вызова API и индикаторы задержки на стороне клиента.
ответ: Он обеспечивает подробную визуализацию поведения DD Boost API для поиска и устранения неисправностей и анализа производительности.

Вопрос: Почему журналы precert не создаются? Убедитесь, что файл ddboost_precert.ini существует, находится в корневом каталоге операционной системы, что каталог журнала существует, что каталог журнала доступен для записи и что началась новая операция резервного копирования или восстановления.
ответ: Наиболее распространенными причинами являются отсутствие конфигурации, неправильное размещение, проблемы с разрешениями или отсутствие новой активности DD Boost.

Вопрос: При включении ведения журнала precert немедленно создаются журналы? Эта конфигурация включает только возможность ведения журналов.
ответ: Нет, файлы журналов создаются только при получении новых запросов API DD Boost.

Вопрос: Почему текущее резервное копирование не создает журналы precert? Ведение журнала Precert регистрирует только действия API, инициированные после обнаружения конфигурации.
ответ: Существующие задания резервного копирования или восстановления продолжаются без создания журналов precert.

Вопрос: Нужно ли перезапускать задание резервного копирования или восстановления? Если задание уже выполнялось при включении ведения журнала, запустите новую операцию.
ответ: Да, для создания журналов precert требуется новое задание резервного копирования или восстановления.

Вопрос: Какова наиболее распространенная причина, по которой ведение журнала precert не работает? К распространенным причинам относятся: ddboost_precert.ini не находясь на корневом уровне, будучи случайно названным ddboost_precert.ini.txt, отсутствует каталог журнала или недостаточно разрешений.
ответ: Наиболее частые причины связаны с конфигурацией и проблемами с файловой системой.

Вопрос: Где должен быть размещен файл ddboost_precert.ini? 

Linux: /ddboost_precert.ini. Windows: C:\ddboost_precert.ini.

ответ: Файл должен находиться в корневом каталоге операционной системы.

Вопрос: Можно ли сохранить ddboost_precert.ini файл в другой папке? Подключаемый модуль DD Boost проверяет только корневой каталог операционной системы.
ответ: Нет, файл должен храниться в корне.

Вопрос: Как проверить, что файл на самом деле не

ddboost_precert.ini.txt

Откройте проводник, включите расширения имен файлов и проверьте имя файла.
ответ: Убедитесь, что файл имеет имя 

ddboost_precert.ini and not ddboost_precert.ini.txt.

Вопрос: Почему DDLog Пуст каталог после включения ведения журнала? Возможные причины: отсутствие новых действий DD Boost, проблемы с разрешениями или необнаруженный файл конфигурации.
ответ: Запустите новое резервное копирование, восстановление или DDPCONNCHK Тест для создания действия.

Вопрос: Что такое DDPCONNCHK И чем это полезно? DDPCONNCHK — это инструмент проверки возможностей подключения DD Boost.
ответ: Он может генерировать активность API DD Boost и быстро подтверждать, работает ли ведение журнала precert.

Вопрос: Можно DDPCONNCHK использовать для тестирования конфигурации? Инженеры часто запускают DDPCONNCHK после включения ведения журнала.
ответ: Да, это распространенный способ проверки создания журналов перед воспроизведением проблемы.

Вопрос: Почему мои журналы precert растут так быстро? В журнале Precert записывается каждый вызов API DD Boost.
ответ: Крупные среды резервного копирования могут создавать значительный объем журналов за короткое время.

Вопрос: Сколько дискового пространства необходимо выделить? Общая рекомендация: 

num_log_files=3 and log_file_size=500.

ответ: Таким образом, сохраняется примерно 1,5 Гбайт пространства для хранения журналов без учета поворота.

Вопрос: Могут ли журналы precert заполнять файловую систему? При отсутствии мониторинга ведение журнала может занимать значительное дисковое пространство.
ответ: Да, заполнение файловых систем может привести к сбоям резервного копирования, перебоям в работе и перебоям в обслуживании.

Вопрос: Какова цель num_log_files? Этот параметр управляет количеством сохраняемых ротируемых файлов журнала.
ответ: Например, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

Вопрос: Какова цель log_file_size? Этот параметр определяет максимальный размер каждого файла журнала в мегабайтах.
ответ: Например, log_file_size=500 позволяет увеличить размер каждого файла до 500 Мбайт перед поворотом.

Вопрос: Что делатьs ddcl_logs_include=true Что нужно сделать: Он позволяет вносить данные журнала клиентской библиотеки DD Boost в журналы precert.
ответ: Рекомендуемая настройка: ddcl_logs_include=true.

Вопрос: Что значит ddcl_logs_sev=4 Значение Этот параметр управляет серьезностью ведения журнала.
ответ: Уровень серьезности 4 предоставляет подробные сведения об устранении неполадок и отладке.

Вопрос: Нужно ли мне BoostFS Ведение журнала отладки в дополнение к ведению журнала precert? Дополнительное ведение журнала требуется не всегда.
ответ: Для BoostFS-specific проблем, включение которых часто дает более полную диагностическую картину.

Вопрос: Для BoostFS, нужно ли демонтировать и снова монтировать? При размонтировании и повторном монтировании активность BoostFS инициализируется повторно.
ответ: Во многих случаях да, это помогает инициировать новое действие DD Boost.

Вопрос: Каков правильный синтаксис ведения журнала отладки BoostFS? Правильный синтаксис: -o log-level=debug.
ответ: Не использовать --o log-level=debug потому что допустимо только одно тире.

Вопрос: Почему при повторном монтировании BoostFS внезапно появляются журналы precert? Повторное монтирование создает новый цикл инициализации для BoostFS.
ответ: Ведение журнала начинается, когда происходит новая активность API DD Boost и подключаемый модуль обнаруживает файл конфигурации.

Вопрос: Эквивалентен ли перезапуск приложения повторному монтированию BoostFS? Любое действие, создающее новое действие API DD Boost, может инициировать ведение журнала.
ответ: Обычно да, например, перезапуск RMAN, программное обеспечение для резервного копирования или запуск DDPCONNCHK.

Вопрос: Можно RMAN создавать журналы precert без размонтирования BoostFS? RMAN может напрямую инициировать новые запросы API DD Boost.
ответ: Да, начинаем новый RMAN Обычно достаточно операции.

Вопрос: Как отключить ведение журнала precert? Удалите ddboost_precert.ini или переименуйте его в ddboost_precert.ini.disabled.
ответ: Ведение журнала активируется только в том случае, если указано точное имя файла ddboost_precert.ini Существующее

Вопрос: Нужно ли перезагружать хост после удаления ini-файла? Подключаемый модуль проверяет наличие файла конфигурации во время последующих операций.
ответ: Нет, перезагрузка не требуется.

Вопрос: Какие разрешения следует использовать в Linux? Примеры разрешений: 

mkdir /DDLog, chmod 777 /DDLog, and chmod 777 /ddboost_precert.ini.

ответ: Процесс DD Boost должен иметь возможность считывать файл конфигурации и записывать данные в каталог журнала.

Вопрос: Где хранятся журналы BoostFS по умолчанию? 

Linux: /opt/emc/boostfs/log. Windows: C:\BoostFS\Log.

ответ: Эти расположения отделены от журналов предварительных сертификатов DD Boost.

Вопрос: Журналы BoostFS и журналы precert — это одно и то же? Журналы BoostFS содержат действия монтирования, операции файловой системы и события приложений.
ответ: Нет, журналы precert содержат транзакции API DD Boost, связь с библиотекой и данные о времени ввода-вывода.

Вопрос: Какие журналы необходимо предоставить службе поддержки? В зависимости от проблемы соберите журналы ddboost_precert.log, ротации журналов Precert, журналов BoostFS и т. д. DDPCONNCHK Выходные данные, журналы приложений и запрошенные пакеты поддержки.
ответ: Предоставление всех необходимых журналов помогает ускорить поиск и устранение неисправностей.

Вопрос: Что делать, если после выполнения этой статьи базы знаний журналы по-прежнему не создаются? Соберите доказательства, такие как местоположение ddboost_precert.ini, список каталогов журналов, DDPCONNCHK выходные данные, команду монтирования BoostFS и сведения о разрешениях.
ответ: Отправьте собранную информацию в службу технической поддержки Dell для дальнейшего анализа.