Может натолкнет на какую мысль.
Имеем уже третий раз такую ситуацию: запись видна в выборке, если таблица подключается по индексу
и не видна, если идет NATURAL скан. Соответственно, такие записи не попадают в бэкап и потом получаются
ошибки и невосстановимые внешние ключи.
Лечится gfix -mend. Потом делаем бэкап-рестор, но, иногда между мендом и бэкап-рестором проходит 2-3 недели
из-за технологических особенностей предприятия.
ФБ 3. самые последние билды.
Что этому предшествует точно непонятно. Железо надежное, FW = on. Но, редко происходят ситуации с зависанием
файреберда, когда он грузит все процессоры и ядра на 100%. Тогда снимают задачу...
Недавно обнаружили в логе такие записи:
SERVER2 Fri Jul 12 11:46:22 2019
Database: ...FDB
internal Firebird consistency check (missing pointer page in DPM_data_pages (243), file: dpm.cpp line: 774)
SERVER2 Fri Jul 12 11:46:22 2019
I/O error during "WriteFile" operation for file "...FDB"
Error while trying to write to file
Неверный дескриптор.
Имеем уже третий раз такую ситуацию: запись видна в выборке, если таблица подключается по индексу
и не видна, если идет NATURAL скан. Соответственно, такие записи не попадают в бэкап и потом получаются
ошибки и невосстановимые внешние ключи.
Лечится gfix -mend. Потом делаем бэкап-рестор, но, иногда между мендом и бэкап-рестором проходит 2-3 недели
из-за технологических особенностей предприятия.
ФБ 3. самые последние билды.
Что этому предшествует точно непонятно. Железо надежное, FW = on. Но, редко происходят ситуации с зависанием
файреберда, когда он грузит все процессоры и ядра на 100%. Тогда снимают задачу...
Недавно обнаружили в логе такие записи:
SERVER2 Fri Jul 12 11:46:22 2019
Database: ...FDB
internal Firebird consistency check (missing pointer page in DPM_data_pages (243), file: dpm.cpp line: 774)
SERVER2 Fri Jul 12 11:46:22 2019
I/O error during "WriteFile" operation for file "...FDB"
Error while trying to write to file
Неверный дескриптор.