Збір технологічної інформації про роботу DB2
Для аналізу проблем роботи DB2, як правило, потрібна додаткова інформація.Короткий зміст:. Розділи. db2support.zip. CLI trace. DB2 trace. Обмін даними
Короткий зміст:
Для аналізу проблем роботи DB2, як правило, потрібна додаткова інформація.
Нижче наведено кілька найчастіше використовуваних операцій, необхідних для отримання такої інформації. Для кожної команди наведено посилання на документацію для самостійного вивчення. Але найчастіші команди наведено в описі.
Розділи
- db2support.zip
- CLI trace
- DB2 trace
- Обмін даними з IBM (FTP)
db2support.zip
Документація: http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.db2.luw.admin.cmd.doc/doc/r0004503.html
Команда
db2support <dir> -s -g -a [[-d <DBNAME>] [-cl 0]] [-o <filename>]
Ця команда збирає діагностичну інформацію про вашу інсталяцію DB2 з усіма логами, дампами тощо, які можуть знадобитися під час аналізу проблеми.
Якщо проблема виникла під час роботи з конкретною базою, то бажано вказати її за допомогою ключа -d.
Параметр командного рядка -cl 0 додається в тому разі, якщо потрібно зібрати інформацію про схему бази, тобто згенерувати DDL схеми. Як правило, це потрібно у винятково рідкісних випадках.
У результаті роботи команди в каталозі <dir> буде створено файл db2support.zip. Ім'я файлу можна змінити за допомогою параметра -o <filename>
CLI trace
Документація:
http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.db2.luw.admin.trb.doc/doc/c0020795.html
Цей вид трасування збирає інформацію про взаємодію клієнтських застосунків DB2 із сервером баз даних.
Команда:
Спочатку треба "увімкнути" автоматичне зчитування параметрів CLI трасування
Ця операція виконується 1 раз
db2 "update cli cfg for section common using TimeRefreshInterval 5" db2 "update cli cfg for section common using trace 0"
"5" можете змінити на зручніше для вас значення. Ця цифра означає кількість секунд, через яку зчитується зміна прапорців трасування.
Після зміни цих параметрів треба буде перезапустити сервер 1С.
Увімкнення трасування відбувається таким чином
mkdir <dir> chmod 777 <dir> (якщо це Linux) db2 "update cli cfg for section common using tracetimestamp 1" db2 "update cli cfg for section common using tracepathname <dir>" db2 "update cli cfg for section common using trace 1"
Після цього через кількість секунд, зазначену в TraceRefreshInterval, можна виконувати дії, які треба трасувати.
Вимкнення трасування відбувається таким чином
db2 "update cli cfg for section common using trace 0" db2 "update cli cfg for section common using tracepathname ''" db2 "update cli cfg for section common using tracetimestamp 0"
У результаті в каталозі <dir> будуть розміщені файли з розширенням .cli, сформовані в результаті трасування.
Увага! Під час виконання тривалих операцій файли трасування можуть збільшуватися на 5 мегабайтів за секунду.
DB2 trace
Документація:
http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.db2.luw.admin.cmd.doc/doc/r0002027.html
Цей вид трасування збирає інформацію про внутрішні виклики DB2 як на боці сервера, так і на боці клієнта
Існує 2 види трасування: у пам'ять і на диск.
Увімкнення трасування в пам'ять:
db2trc on -l 128M - увімкнення трасування
Увімкнення трасування на диск:
db2trc on -f db2trc.dmp - увімкнення трасування у файл db2trc.dmp
Вимкнення трасування в пам'яті:
db2trc dump db2trc.dmp - скидає буфер пам'яті на диск. db2trc off
Вимкнення трасування на диск:
db2trc off
Після того як трасування вимкнено, необхідно виконати форматування отриманих даних, виконавши дві команди
db2trc fmt db2trc.dmp db2trc.fmt db2trc flw db2trc.dmp db2trc.flw
Для аналізу інформації потрібні саме файли .fmt і .flw.
Увага!
Під час виконання тривалих операцій файли трасування можуть збільшуватися на 15 мегабайтів за секунду, тому плануйте місце на диску й намагайтеся скоротити час відтворення помилки.
Обмін даними
Повний опис правил обміну інформацією зі службою технічної підтримки IBM можна знайти за адресою http://www-01.ibm.com/software/support/exchangeinfo.html?ibmsst=allSupport. Опис наведено англійською мовою. Цих правил варто дотримуватися, якщо ви взаємодієте в межах офіційного звернення до служби технічної підтримки IBM від свого імені або від імені свого замовника.
Досить часто фахівців IBM можна побачити на форумах (SQL.RU, developerWorks, партнерські форуми), де вони можуть допомагати у вирішенні різних проблем. Якщо вони просять надіслати якусь інформацію, то інструкція нижче допоможе вам заощадити свій і їхній час для обміну інформацією.
Якщо вам потрібно надіслати файли до IBM, то файли великого обсягу (понад 6 Мегабайт) найкраще передавати через ftp. Усі файли слід розміщувати в каталозі ftp://ftp.ecurep.ibm.com/toibm/other, якщо співробітник IBM не сказав інакше. При цьому назви файлів мають бути унікальними, тому рекомендується до звичайного імені файлу додавати якийсь унікальний префікс або суфікс, наприклад db2support_200901271245.zip містить суфікс у форматі РРРРММДДггхх.
Перегляд списку файлів на цьому сервері заборонено, так само як і завантаження самих завантажених файлів. Інформація може бути доступною лише з внутрішньої мережі IBM.
Якщо ви хочете використовувати безпечні протоколи передавання даних на сервер, докладно про те, як це зробити, пояснено на сторінці http://www-05.ibm.com/de/support/ecurep/other.html
Увага!
Для замовника не користуйтеся FARManager. У ньому є помилка в реалізації FTP-протоколу, тому завжди виникає помилка з'єднання.
