Запрещает печать сообщений в файл linter.out (протокол работы СУБД).

По умолчанию файл linter.out создается.

Запрещает вывод в консольное окно информации о работе ядра СУБД.

Задает размер файла сообщений ядра СУБД (linter.out) в страницах по 4 Кбайт. По умолчанию размер файла неограничен.

Если в процессе работы размер файла linter.out превысит заданный размер, то он будет переименован в файл linter.ou1. После этого информация будет записываться в пустой файл linter.out. Т.е. в процессе работы СУБД могут существовать только два файла – linter.out и linter.ou1.

Задают допустимые размеры файлов LINTER.LOG и lintrace.log соответственно. <Размер> задается в блоках по 4 Кб. Задание размеров файлов приводит к тому, что перед проверкой ограничений пользователей осуществляется проверка размера файлов LINTER.LOG и lintrace.log. Если их размер превышает заданные границы, вся информация из текущих файлов LINTER.LOG и lintrace.log копируется в файлы с маской LINTER_YYYYMMDDHH24MISS.LOG и lintrace_YYYYMMDDHH24MISS.log, где YYYY – год, MM – месяц, DD – день, HH24 – час, MI – минуты, SS – секунды.

Вслед за этим открываются пустые файлы с именами LINTER.LOG и lintrace.log, и работа продолжается в обычном режиме вплоть до очередной проверки.

Ключ /NOLOG – запрещает, ключ /LOG – разрешает вести протокол обработки SQL-запросов клиентских приложений (файл LINTER.LOG).

Если при запуске ядра ЛИНТЕР задан ключ /LOG, то ведется «краткий» протокол обработки запросов: текст SQL-запроса, количество ответов, код возврата.

По умолчанию /NOLOG.

При перезапуске ядра с включенным протоколированием обработки SQL-запросов старый файл будет переименован в файл с маской LINTER_YYYYMMDDHH24MISS.LOG и будет создан новый файл LINTER.LOG.

Задает режим протоколирования обработки SQL-запросов клиентских приложений в файле LINTER.LOG.

При перезапуске ядра с включенным протоколированием обработки SQL-запросов старый файл будет переименован в файл с маской LINTER_YYYYMMDDHH24MISS.LOG и будет создан новый файл LINTER.LOG.

Задает режим полного протоколирования обработки SQL-запросов клиентских приложений в файле LINTER.LOG. В этом режиме в файл протокола заносится дополнительная информация: время выполнения команды, сетевой адрес, идентификаторы процесса и нити, пославшие запрос, и др.

При перезапуске ядра с включенным протоколированием обработки SQL-запросов старый файл будет переименован в файл с маской LINTER_YYYYMMDDHH24MISS.LOG и будет создан новый файл LINTER.LOG.

Задает различные режимы трассировки обрабатываемых SQL-запросов в трассировочный файл lintrace.log (размещается в каталоге БД).

Конструкция DECOMP задает режим трассировки общей информации об обрабатываемом запросе. По умолчанию выполняется краткая трассировка.

Для получения более полной информации надо указывать опцию FULL.

Трассировка содержит следующую информацию:

Пример трассировочной информации

C#4 QUERY:
  SELECT
    T_0."MSG"
  FROM
    <TABLE "SYSTEM"."ERRORS" AS T_0>
  WHERE
    T_0."NMRERR" == 1503;
C#4 DECOMP.C (Start_Cur_Dec): Now computing derived set #0.
C#4 OBRSTRAT.C (OBRSTRAT): Start set: TABLE("SYSTEM"."ERRORS" AS T_0). Set included 1022 rows.
    List of predicates:
    Predicate [strategy #2(one index)]:
  T_0."NMRERR" == 1503
C#4 DECOMP.C (End_Dekart): Derived set #0 is computed, Rows count: 1.
C#4 FORMOTW.C (FORMOTW): Read: 0 blocks, write: 0 blocks.
C#4 FORMOTW.C (FORMOTW): Read logical: 4 blocks, write logical: 0 blocks.
C#4 FORMOTW.C (FORMOTW): Journal read: 0 blocks, written: 0 blocks.

Конструкция DECOMP=DELAY=<тики> задает режим трассировки задержек длительности выполнения отдельных квантов ядра СУБД на время, не меньшее указанного в параметре <тики>. По умолчанию трассируются задержки не менее 100 тиков (0.1 секунды).

Пример трассировочной информации

C#3 OBRSTRAT.C (OBRSTRAT): Start set: TABLE("SYSTEM"."LINEITEM" AS T_1). Set included 6001215 rows.
    List of predicates:
    Predicate [strategy #1(full scan)]:
  T_1."L_SHIPDATE" > '15.03.2013:00:00:00:00'
C#3 PROZA.C (PROZA): Strategy: #1(full scan).
C#3 Delay for 1.87 sec
C#3 Delay for 0.35 sec
C#3 RIDSTRAT.C (RIDSTRAT): Snap_Bv: 3241776 rows.

Конструкция CHTRAN задает режим трассировки информации об обрабатываемых транзакциях. В этом режиме выполняется трассирование операций open/ocur/clos/kill/ckil/comt/rbас интерфейса нижнего уровня, а также SQL-запросов COMMIT и ROLLBACK.

Для повышения производительности СУБД предусмотрена опция NOFLUSH. При ее задании трассировочная информация предварительно накапливается в оперативной памяти и записывается в файл lintrace.log в соответствии с настройками ОС (по мере вытеснения буфера файла на диск).

Пример трассировочной информации

C#5 OPEN: E=0: M=MVCC_OO
C#6 OCUR: E=0: M=MVCC_RC|MVCC_AUTOCOMMIT: EX=5
C#6 CLOS: E=0
C#5 COMT: E=0: M=MVCC_OO: S=JOURNAL_OPER_EXIST
C#5 TRID: E=0: T=23.09.2014 15:13:51.44: ID=410: M=MVCC_OO: S=Open_exist|Tr_exist|WRT_OPTIMISTIC_EXIST
C#5 COMT: E=0: T=23.09.2014 15:13:51.44: ID=410: M=MVCC_OO: S=Open_exist|JOURNAL_OPER_EXIST
C#5 CLOS: E=0

Конструкция KRB задает режим трассировки информации, формируемой Kerberos-сервером.

Пример трассировочной информации

Данный пример приведен для имени сервиса linter@srv.example.net и имени аутентифицирующегося пользователя test. Имя библиотеки (в примере libgssapi_krb5.so) зависит от реализации kerberos и может отличаться.

Use krb library libgssapi_krb5.so
load symbols from library libgssapi_krb5.so
Use service name linter@srv.example.net
gss_import_name, status MJ=0 MI=0
gss_acquire_cred status MJ=0 MI=0
gss_accept_sec_context status MJ=0 MI=0
gss_display_name status MJ=0 MI=0
KRB user name test

На клиенте был заранее получен тикет для пользователя test.

Mj и Mi – результат выполнения функции.

Конструкция LOCK добавляет вывод информации о заблокированных таблицах и запросах, вызвавших конфликты.

Опция LEVEL задает дополнительный уровень выдаваемой информации о блокировках. Поддерживаются следующие уровни выдаваемой информации о блокировках:

Опция TIME выводит время для каждого сообщения (по умолчанию не выводится).

Пример трассировочной информации

TRACELOCK: PAUSE CHANNEL 6 by channel 8
Locked table: "T2"

C#6 QUERY:.
  UPDATE.
    <TABLE "SYSTEM"."T2" AS T_0>
  SET.
    T_0."I" = {(T_0."I")(1) <+> };
TRACELOCK: Found DEADLOCK. Channel 6 tries to pause channel 8.
Table to be locked: "T1"

C#8 QUERY:.
  UPDATE.
    <TABLE "SYSTEM"."T1" AS T_0>
  SET.
    T_0."I" = {(T_0."I")(1) <+> };
TRACELOCK: UNLOCK CHANNEL 6 paused by channel 8

Конструкция LOGIO (опции DEF, COMMT, ABSADR, PREPADR, HEX, BLOCK, REC, STRUCT, DATA, LEVEL) задает режим трассировки записи/чтения системного журнала.

Опция DEF задает установки по умолчанию (действует также, если задано /TRACE=LOGIO без опций).

Опция COMMT по умолчанию отключена. Устаревшая опция, в текущей версии не используется.

Опции ABSADR и PREPADR по умолчанию включены. Задают вывод журнальных адресов в дополнение к трассировке.

Опция HEX по умолчанию отключена. Задает вывод журнального адреса в шестнадцатеричном виде, иначе в десятичном.

Опция BLOCK по умолчанию включена. Задает вывод информации об операциях с журнальными блоками.

Опция REC по умолчанию включена. Задает вывод информации на уровне записей в журнале.

Опция STRUCT по умолчанию включена. Задает вывод информации о структуре журнальных записей.

Опция DATA по умолчанию имеет значение 24. Задает вывод буферов данных (выводится не более указанного числа байт).

Опция LEVEL по умолчанию имеет значение 3. Задает начальный уровень трассировки, который влияет на вывод или подавление вывода той или иной журнальной информации, этот уровень увеличивается и уменьшается в процессе работы.

Конструкция KANCHN задает режим трассировки изменения количества активных каналов.

Конструкция SORT задает режим трассировки обмена с процессами сортировки, опция TIME выводит время для каждого обмена (по умолчанию не выводится).

Конструкция WRBL задает режим трассировки записи на диск/чтения с диска страниц пула, страниц ядра.

Опция READ задает режим трассировки чтения страниц (по умолчанию только запись страниц).

Задает вывод в файл linter.out диагностических сообщений об открытии и закрытии соединения с БД (с полной информацией об источнике команды) и ошибок выполнения запросов по соединениям.

При задании параметра 1 информация о соединении выводится с каждым ошибочным запросом.

Разрешает хранимым процедурам выводить:

Задает имя файла, в который будет записан Pid ядра СУБД. В случае корректного завершения работы СУБД этот файл удаляется.