TransCom,

значит, памяти мало.

TransComвариант нарастить ОЗУ - это значит увеличить кэш для процессов fb(стоит classic) или просто в сервере(елси да - то насколько много надо??? сейчас стоит 80Гб)?
на классике оптимальный кэш - от 512 до 2048 страниц, максимум.
У меня вопрос - а разве нельзя посмотреть, сколько памяти сейчас куда используется на сервере? Если винда, то это rammap, если линукс, то ... чем-то другим.
Если 80 гиг памяти поделить примерно на 250 мб каждого процесса, то выходит 350 процессов классика, и если предположить меньше, по 150мб на процесс, то этого явно недостаточно.

TransCom а вдруг создастся lock файл не 83Мб, как сейчас, а 200Мб, тогда видимо проблем не избежать.
ну-ну
LockMemSize >= Cache_pages * max_connections_count * 100

Текущий размер lockmemsize смотрится в fb_lock_print. Если до 500 коннектов, и кэш БД стоит 1024 страниц, то минимум - это 50 мегабайт.
Если памяти под блокировки не хватает, то выделяется новый кусок, старое копируется туда.
Скорее всего вы напоролись на просмотр "скорости записи" в этот файл в какой-то такой момент. Или когда действительно стало не хватать памяти.
Собственно, сильно подозрительно, что в лок-файл "постоянно идет запись", при этом процессы занимают 20 гиг памяти, а 60 операционка отдала под файловый кэш.
Размер базы-то какой?

TransCom3 месяца назад работал тот же сервис на 64Гб памяти и было все отлично
допустим, кэш БД был 512 страниц. А потом, когда стало 80 гиг памяти - кто-нибудь ляпнул: "а давайте кэш увеличим". И поставили 1024 страницы. И потребляемая память существенно увеличилась.
Или, как обычно - поменяют сразу несколько параметров - конфиг оси подкрутят, памяти добавят, и еще чего-нибудь.
А потом гадают - что-же такого произошло, что стало только хуже?