SELTA/log
Создание логов
1. Логи Selta
В утилите SELTA@Etersoft в пункте Диагностика -> Включить ведение лога в файл.
- '
- регистрируют информацию о трансляции запросов. в виде
- in_sql:
- <тект mssql>
- out_sql
- <тект pgsql>
2. Трассировка
В утилите c:\windows\system32\odbcad32.exe во вкладке Трассировка -> Включить трассировку.
- '
- Регистрируются API функции, непосредственно вызываемые программой, вызывающие эти API функции, вместе с параметрами.
- При ошибках, регистрирутся тект ошибки.
3. Global Commlog
В утилите c:\windows\system32\odbcad32.exe во вкладке Пользовательский DSN -> Настройка (Изменить) -> кнопка Global -> CommLog (psqlodbc_xxxx.log, первая галочка)
Если никаких пользовательских DSN-ов нет - нужно создать какой-нибудь источник к серверу, с которым ведется работа
Логи пишутся в файл C:\psqlodbc_XXXX.log.
- Регистрируются PGAPI_ функции. (конечные функции при выполнении OBDC API.).
- Connetion, fetched(С текстом запросов), COMMIT, ROLLBACK, Disconnection
- При ошибках, регистрирутся тект ошибки.
4. Global MyLog
Подробный журнал драйвера SELTA (mylog_XXXX.log). Проще всего включить его в реестре: в разделе драйвера «SQL Server» (HKLM\Software\ODBC\ODBCINST.INI\SQL Server, для 32-битной SELTA на 64-битной Windows — HKLM\Software\WOW6432Node\ODBC\ODBCINST.INI\SQL Server) создайте строковый параметр Debug со значением 1:
reg add "HKLM\Software\ODBC\ODBCINST.INI\SQL Server" /v Debug /d 1 /f
Журналы пишутся в C:\mylog_XXXX.log (номер — идентификатор процесса). Чтобы выключить, удалите параметр: reg delete "HKLM\Software\ODBC\ODBCINST.INI\SQL Server" /v Debug /f.
Прежний способ — в утилите odbcad32.exe: Пользовательский DSN → Настройка → кнопка Global → MyLog (вторая галочка); если DSN нет, создайте любой источник к серверу.
- Регистрирует все API функции, в том числе PGAPI_, вместе со всеми ответами SQL сервера, в том числе и ошибками.
- Так же регистрируются ключевые моменты в выполнении функций.
Замечание: включение логов сильно замедляет работу с базой. Например, при ведении этого лога выгрузка пустой (тестовой) базы занимает 30 минут вместо обычных 20 секунд.
5. Логи PostgreSQL
На сервере PostgreSQL включите журнал всех запросов с временем выполнения:
# su - postgres -c "psql -c \"ALTER SYSTEM SET log_statement = 'all'\" -c \"ALTER SYSTEM SET log_duration = on\" -c 'SELECT pg_reload_conf()'"
Журналы пишутся в каталог log внутри каталога данных (например, /var/lib/pgsql/data/log/; на Debian и Ubuntu — /var/log/postgresql/), если включён logging_collector, иначе — в журнал службы (journalctl -u postgresql).
Данные логи содержат все SQL-запросы, полученные базой, и время их выполнения. Логи сильно разрастаются, не забывайте их отключать:
# su - postgres -c "psql -c 'ALTER SYSTEM RESET log_statement' -c 'ALTER SYSTEM RESET log_duration' -c 'SELECT pg_reload_conf()'"
6. Логи MS SQL Server
На сервере, на котором установлен MS SQL Server запустить утилиту:
Пуск -> Программы -> Microsoft SQL Server -> Profiler
В открывшемся окне в главном меню выбрать File -> New -> Trace
В открывшемся диалоге выбрать Сервер, и далее параметры фильтрации (базу данных, для которой необходим лог).
Данная утилита позволяет просмотреть все SQL запросы, которые направляются в базу, а так же время их выполнения.
Полученные логи можно далее сохранить в отдельный файл.
Отправка логов
В связи с тем, что чаще всего логи 2 и 3 имеют большой размер (>300Mb) и их отправка по почте невозможна, необходимо окрыть их в обычном редакторе и с помощью поиска по слову ERROR (соблюдение регистра желательно) найти тот кусок лога, где описана проблема. После обнаружения этого участка отправить его сотрудникам тех.поддержки.
Логи часто разрастаются до больших размеров, что затрудняет их просмотр (сравнение). Трассировка после загрузки 1С может превышать 30 мегабайт. Можно уменьшить их размер: после загрузки 1С – очисть логи с помощью текстового редактора, после чего выполнить проблемную операцию. В этом случае логи составят 1–2 мегабайта.