• В журнале фиксируется ERROR[2345]: cdr_adaptive_odbc.c: Failed to insert CDR record into SQL table (cdr) on connection 'asterisk_connector'.
• В базе данных перестают появляться новые записи детализации вызовов (Call Detail Records).
• Ошибки усечения строк: Data truncated for column 'dstchannel' или Column 'userfield' cannot be null.
• Команда cdr show status показывает ошибки записи в бэкенд.

1. Проверка статуса подсистемы CDR

asterisk -rx "cdr show status"

2. Проверка структуры таблицы cdr в MySQL/PostgreSQL

Убедитесь, что длина полей достаточна для длинных PJSIP каналов (UUID) и CallerID:

ALTER TABLE cdr 
  MODIFY COLUMN clid VARCHAR(120) NOT NULL DEFAULT '',
  MODIFY COLUMN src VARCHAR(80) NOT NULL DEFAULT '',
  MODIFY COLUMN dst VARCHAR(80) NOT NULL DEFAULT '',
  MODIFY COLUMN dcontext VARCHAR(80) NOT NULL DEFAULT '',
  MODIFY COLUMN channel VARCHAR(120) NOT NULL DEFAULT '',
  MODIFY COLUMN dstchannel VARCHAR(120) NOT NULL DEFAULT '',
  MODIFY COLUMN lastapp VARCHAR(80) NOT NULL DEFAULT '',
  MODIFY COLUMN lastdata VARCHAR(255) NOT NULL DEFAULT '',
  MODIFY COLUMN uniqueid VARCHAR(150) NOT NULL DEFAULT '',
  MODIFY COLUMN linkedid VARCHAR(150) NOT NULL DEFAULT '',
  MODIFY COLUMN userfield VARCHAR(255) NOT NULL DEFAULT '';

3. Конфигурация /etc/asterisk/cdr_adaptive_odbc.conf

Используйте адаптивный модуль вместо устаревшего cdr_odbc:

[first]
connection=asterisk_connector
table=cdr
alias start => calldate
usegmtime=no
newcdrcolumns=yes

4. Включение аварийного резервирования в CSV

Чтобы не потерять биллинг при падении БД, включите CSV бэкенд в /etc/asterisk/cdr.conf:

[general]
enable=yes
unanswered = yes
congestion = yes
endbeforehexten = yes

5. Перезагрузка модуля CDR

asterisk -rx "module reload cdr_adaptive_odbc.so"
asterisk -rx "cdr show status"