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

Summary: В этой статье объясняется, как включить ведение журнала подключаемого модуля Data Domain Boost (DD Boost) при устранении проблем, связанных с Boost и BoostFS. Это называется журналом precert. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

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

Причины для включения ведения журнала на уровне API (precert):

  • Операции DD Boost или BoostFS завершаются сбоем или ведут себя непредвиденно.
  • Инженерный отдел или служба поддержки запрашивает подробные журналы на уровне API для анализа.
  • Журналы не создаются, несмотря на ожидаемую активность Boost.

Общие примечания:

  • Включайте ведение журнала precert только по явному запросу инженерного отдела или службы поддержки.
  • Внимательно следите за дисковым пространством; Бревна могут быстро расти.
  • Убедитесь в правильности разрешений и размещении файлов.
  • Извлечение .ini Для отключения ведения журнала выполните следующее.
  • Чтобы изменения вступили в силу, необходимо размонтировать и повторно смонтировать BoostFS.

Расположение файлов по ОС

Операционная система ddboost_precert.ini Расположение ddboost_precert.log Расположение
Linux /ddboost_precert.ini /DDLog/ddboost_precert.log
Solaris /ddboost_precert.ini /DDLog/ddboost_precert.log
UNIX /ddboost_precert.ini /DDLog/ddboost_precert.log
Windows C:\ddboost_precert.ini C:\DDLog\ddboost_precert.log

Для версий BOOST и BoostFS до 7.0

Создайте файл с именем ddboost_precert.ini в соответствующем месте (см. таблицу выше). Это позволяет войти в систему по пути, установленному по умолчанию.

Для BOOST и BoostFS версии 7.0 и более поздних

Создание настроенной ddboost_precert.ini файл со следующим содержимым:

precert_enabled=true
num_log_files=4
log_file_size=512
log_file_name=ddboost_precert.log
log_file_dir=/DDLog
ddcl_logs_include=true
ddcl_logs_sev=4
  • Эта конфигурация создает четыре файла журнала по 512 Мбайт каждый (всего 2 Гбайт).
  • Возможность регулировки num_log_files и log_file_size по мере необходимости.
  • Журналы можно перенаправить в другое расположение, если дисковое пространство ограничено.

Настройка клиента Linux BOOSTFS

  1. Создание /DDLog каталог.

mkdir /DDLog

chmod 777 /DDLog

  1. Создание /ddboost_precert.ini с вышеуказанной конфигурацией.

 

  1. Обеспечьте BoostFS размонтируется и монтируется повторно:

mount -o log-level=debug <mount_point>

 

Настройка клиента Windows BOOSTFS

  1. Создание C:\ddboost_precert.ini со следующим содержимым:
precert_enabled=true
num_log_files=3
log_file_size=500
log_file_name=ddboost_precert.log
log_file_dir=C:\DDLog
ddcl_logs_include=true
ddcl_logs_sev=4
  1. Создание C:\DDLog и назначьте полные разрешения на чтение/запись.
  2. Размонтирование и повторное монтирование BoostFS с включенным ведением журнала отладки.

Очистка и отключение ведения журнала

  1. Удалить . ddboost_precert.ini .
  2. Удалить . DDLog и его содержимое.
  3. Повторно смонтируйте BoostFS, чтобы применить изменения.
  4. Соберите журналы BoostFS из /opt/emc/boostfs/log.

Additional Information

Часто задаваемые вопросы (FAQ)

    Вопрос: Что такое ведение журнала 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 Пуст каталог после включения ведения журнала?
    ответ: Запустите новое резервное копирование, восстановление или DDPCONNCHK Тест для создания действия.  Возможные причины: отсутствие новых действий DD Boost, проблемы с разрешениями или необнаруженный файл конфигурации.

    Вопрос: Что такое 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? 
    ответ: Обычно да, например, перезапуск RMAN, программное обеспечение для резервного копирования или запуск DDPCONNCHK. Любое действие, создающее новое действие API DD Boost, может инициировать ведение журнала.

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

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

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

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

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

    Affected Products

    Data Domain

    Products

    Data Domain
    Article Properties
    Article Number: 000020437
    Article Type: How To
    Last Modified: 28 Aug 2026
    Version:  10
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.