Домен даних: Ввімкнення логування API DD Boost — журнали Precert

Summary: У цій статті пояснюється, як увімкнути логування плагіна Data Domain Boost (DD Boost) при усуненні проблем, пов'язаних із Boost і BoostFS. Це називається журналом пресертифікації.

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. Увімкнення журналування пресертифікації за допомогою ddboost_precert.ini Файл дозволяє проводити глибшу діагностику. Неправильне розміщення файлів, відсутність дозволів або неправильна конфігурація можуть завадити генерації журналу.

Причини для ввімкнення логування на рівні API (precert):

  • Операції DD Boost або BoostFS виходять з ладу або поводяться несподівано.
  • Інженерні або служби підтримки запитують детальні журнали на рівні API для аналізу.
  • Логі не генеруються, незважаючи на очікувану активність Boost.

Загальні примітки:

  • Увімкніть журнал пресертифікації лише за явним запитом інженерів або підтримки.
  • Уважно контролюйте простір на диску; Колоди можуть швидко рости.
  • Переконайтеся, що дозволи та розміщення файлів правильні.
  • Зніміть такі компоненти: .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 Log — це діагностична функція логування, яка фіксує транзакції DD Boost API між клієнтом DD Boost та системою домену даних.
    Відповідь: Він часто використовується для усунення проблем із продуктивністю, відмов, затримок і проблем із зв'язком.

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

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

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

    Питання: Чому моя поточна резервна копія не генерує журнали пресертифікації? Журналування пресертифікації фіксує лише активність API, ініційована після виявлення конфігурації.
    Відповідь: Існуючі завдання резервного копіювання або відновлення продовжуються без генерації журналів пресертифікації.

    Питання: Чи потрібно мені перезапускати резервне копіювання або відновлювати завдання? Якщо завдання вже працювало на момент увімкнення логування, починайте нову операцію.
    Відповідь: Так, для генерації журналів пресертифікації потрібна нова робота резервного копіювання або відновлення.

    Питання: Яка найпоширеніша причина, чому журналування пресертифікації не працює? Поширені причини включають 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.
    Відповідь: Він може генерувати активність DD Boost API та швидко підтверджувати, що журналування пресертифікації працює.

    Питання: Може DDPCONNCHK Чи можна використовувати для тестування моєї конфігурації? Інженери часто виступають DDPCONNCHK після ввімкнення логування.
    Відповідь: Так, це поширений спосіб перевірити, чи генеруються журнали перед відтворенням проблеми.

    Питання: Чому мої журнали пресертифікації зростають так швидко? Журнал Precert фіксує кожен виклик API DD Boost.
    Відповідь: Великі резервні середовища можуть генерувати значний обсяг журналів за короткий час.

    Питання: Скільки місця на диску слід виділити? Поширена рекомендація: 

    num_log_files=3 and log_file_size=500.

    Відповідь: Це забезпечує приблизно 1,5 ГБ сховища журналів до початку обертання.

    Питання: Чи можуть журнали пресертифікації заповнити файлову систему? Логування може займати значну кількість місця на диску, якщо не контролювати.
    Відповідь: Так, повні файлові системи можуть призводити до збоїв резервного копіювання, збоїв і перебоїв у роботі сервісу.

    Питання: Яка мета num_log_files? Цей параметр контролює кількість збережених обертаних файлів журналів.
    Відповідь: Наприклад, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

    Питання: Яка мета log_file_size? Цей параметр визначає максимальний розмір кожного файлу журналу в MB.
    Відповідь: Наприклад, log_file_size=500 дозволяє кожному файлу збільшитися до 500 МБ перед обертанням.

    Питання: Що такеs ddcl_logs_include=true DO Він дозволяє отримувати інформацію про журнали DD Boost Client Library у журналах пресертифікації.
    Відповідь: Рекомендоване налаштування: ddcl_logs_include=true.

    Питання: Що саме ddcl_logs_sev=4 Жорстоким? Цей параметр контролює інтенсивність журналування.
    Відповідь: Рівень серйозності 4 надає детальну інформацію про усунення несправностей і налагодження.

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

    Питання: Для BoostFS, чи потрібно мені знімати і монтувати знову? Зняття та повторне кріплення знову ініціюють активність BoostFS.
    Відповідь: У багатьох випадках, так, це допомагає ініціювати нову активність DD Boost.

    Питання: Який правильний синтаксис налагодження журналів у BoostFS? Правильний синтаксис — -o log-level=debug.
    Відповідь: Не використовуйте --o log-level=debug Тому що лише одне тире є дійсним.

    Питання: Чому раптово з'явилися журнали пресертифікації на BoostFS? Повторне кріплення створює новий цикл ініціалізації для BoostFS.
    Відповідь: Логування починається, коли з'являється нова активність DD Boost API і плагін виявляє конфігураційний файл.

    Питання: Чи еквівалентне перезапуск додатку повторному встановленню BoostFS? Будь-яка дія, що створює нову активність DD Boost API, може спровокувати логування.
    Відповідь: Зазвичай так, прикладами є перезапуск RMAN, програмне забезпечення для резервного копіювання або запуск DDPCONNCHK.

    Питання: Може RMAN Генерувати журнали пресертифікації без розкладання BoostFS? RMAN може ініціювати нові запити DD Boost API напряму.
    Відповідь: Так, починаємо нове життя RMAN Зазвичай робота достатня.

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

    Питання: Які журнали слід надати до Служби підтримки? Залежно від питання, збирайте ddboost_precert.log, ротайте журнали пресертування, логи 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: 21 Aug 2026
    Version:  9
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.