Добрый день

Вводная:
Сервер Windows 2012
Firebird 2.5 (х64) (до сегодня работали на 2.1.7)

В какой-то момент, при подключении нового клиента получил вот такое сообщение:
rdb$pages write non-system transaction

К сожалению, быстрый гугл не выдал мне никаких релевантных ссылок.

Прошу подсказать, правильно ли я понимаю, что это сообщение обозначает, что кто-то из клиентов сам "лезет" в эту таблицу и вносит туда изменения?
Может ли быть такая ошибка на транзакцию только на чтение?

Как искать "хвосты", если к БД не могу подключиться?

Заранее спасибо за помощь.

Не могу уже отредактировать сообщение.
Добавлю

При открытии, БД открывается, но попытка просто прочитать указанную таблицу или записать любые данные в любую другую таблицу, приводят к ошибке.

Выяснил у админов, как они делали копию. Они просто перенсли файл БД с одного сервера на другой.
Чувствую, что они тут фигню сделали. Сейчас будут делать бекап на 2.1, а потом рестор на 2.5

Но может еще какие-то есть "идеи"?

hvlad, про "хвосты" я имел ввиду, не может ли быть какой-то клиентский код, который попробует самостоятельно проапдейтить БД?

Про подключения - не уверен, да и у админов спрашивать нет смысла, если они с бекап/ресторе накосячили, то и с такими вещами врядли заморачивались.

Спасибо про gfix - сейчас запущу и проверю. Но даже если там что-то будет, это же не исправит ситуацию с таблицей страниц

UPD: запуск утилиты не возможен, т.к. сразу выдает сообщение об ошибке про изменения системной таблицы несистемной транзакцией

Мимопроходящий, -v -full

текст:
file <имя файла>.FDB is not a valid database
-RDB$PAGES written by non-system transaction, DB appears damaged

hvlad, а как можно отловить, вдруг какая сволочь меняет

я не автор данного набора продуктов.
если кто-то и оставил закладку, то точно не будет писать "вот тут мы портим системную БД". и скорее всего это где-то спрятано от любопытных глаз.
а чтобы найти в этом легаси хоть что-то ценное, то нужно хоть ориентиры - где искать.

выгрузил BLR всех хранимок. В коде харнимок упоминания системной таблицы нет.
сейчас попробую поискать по делфевым исходникам, но не факт, что найду.
да и если этот код указан через дизайнер форм, то его уже в чистом виде не найти - он во внутреннем формате делфей

Мимопроходящий, базу я и так в утиль. С ней уже ничего не сделаешь.
Сейчас должны уже копию развернуть через бекап на 2.1 и рестор на 2.5
Но вдруг это где-то "закладка" от добрых предшественников, то хотелось бы ее найти и обезвредить

Ну, что
Выгрузил я все BLR из таблицы тригеров и нашел 2 тригера, которые портят эту табличку.
Одна из них стартует рандомно начиная с сегодняшнего числа при изменении или добавлении записей в одну из таблиц, которая часто обновляется именно в первую декаду месяца.

Всем спасибо за помощь. Но подозреваю, что могут быть еще сюрпризы - придется вручную пересмотреть около 1000 тригеров

Про аудит 2.5 погуглю - спасибо

Dimitry Sibiryakov, СБ уже работает
Это не первый случай (в моих темах одна из первых такая же).
BLR я уже тогда научился выгружать и "читать" - по крайней мере могу увидеть подозрительный код

Этот легаси писали 2 местных разраба... Уволены еще в марте прошлого года, но уже тогда заложили это "говно" в код. Да так умело, что тексты исходников отличаются от откомпиленного кода.
Подозреваю, что делали это специально, чтобы сформировать явную зависимость компании от их "услуг"