Долго не выключаем сервер, и 32-битный STATEMENT_ID переполнился:

select MON$STATEMENT_ID from mon$statements s
where s.mon$attachment_id=current_connection

MON$STATEMENT_ID
-2066705258
-2066705261

Всё бы ничего, но синатика монитор не видит стейтменты с отрицательным ID.
Как решить проблему, по минимуму прерывая работу сервера.
Есть такое соображение: побыстрее промотать отрицательные ID.
Хочется написать процедурку, которая создаёт на сервере много statement_id, чтобы быстрее прийти в 0.
Какой способ будет наиболее оптимальным, чтобы потратить побольше statement_id?

Dimitry Sibiryakov,

Конечно, сначала я проверил, последняя ли у нас версия.
Но программа не обновлялась с 2010 года, а аналогов нет.

А какой-нибудь set generator нельзя сделать?

Dimitry Sibiryakov,

Монитор у нас купленный.
Хорошо, я напишу. Но особенно ни на что не расчитываю.

Что значит встроенный мониторинг?
Синатика всего лишь фронт-энд для MON$-таблиц.
Есть другой/стандартный GUI?

dimitr,

Спасибо. Я проверил локально, отключение аттачей сбрасывает счётчик.
Запланируем перезагрузку сервера.

miwaonline,

Крутится складской учёт.
Много клиентов ходят в базу с мобильных терминалов (сканеров ШК) через сервер приложений.

Остановка 10 минут не критична, но всех нужно оповестить.
Поэтому хотелось найти способ без выключения.

miwaonline,

Без прерывания обслуживания.

У нас так сложилось, что база должна быть доступна 24/7, за исключением специальных перерывов, о которых предупреждать надо заранее. Поэтому что перерыв в 1 минуту, что в 10 - никакой разницы. Лучше перегрузить, заодно и апдейты на винду поставятся.