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

Питання: Що таке журналування 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 для подальшого аналізу.