Есть база объемом 50Гб, планируемый объем после полного наполнения - 200-300 Гб. Запущена процедура наполнения базы данными, практически сплошные insert'ы один за другим, но не только, есть и проверки через select.

Замечен такой неприятный эффект: после некоторого времени (30-120 секунд) непрерывной правильной работы (клиенты наполнения получают отклик на свои операции, сервер стучит дисками и мигает лампочками дисковой активности) возникают большие (20-90 секунд) паузы (клиенты "замирают", сервер не производит дисковых операций). Потом нормальная деятельность возобновляется. Промежутки времени примерно в указанных диапазонах, но каждый раз разные.

Предполагаю, что в эти паузы Firebird производит какие-то мощные операции в памяти и/или подготавливает увеличение файла базы. Однако размер файла меняется далеко не каждый раз после паузы.

Вопрос: может быть, как-то можно оптимизировать процесс? Подскажите, пожалуйста, чем можно поиграть.

Большие паузы - это не здорово. Хорошо еще, что сейчас "живых" клиентов нет, а то их такие задержки крайне бы раздражали.

Firebird 3.03 SuperServer
Windows 2012 R2
32ГБ ОП
4ТБ NTFS
RAID1 (зеркало)

Симонов Денисскорее всего файл базы данных расширяется
Это первое предположение, да. Но, повторюсь, далеко не после каждой паузы файл меняет свой размер, а если меняет, то как-то несущественно. На фоне 50Гб - на единицы-десятки Мб.

Может быть, есть где-то опция задать размер этих чанков? Чтобы сразу отхватить, так отхватить.

Понятно, что отсюда не видно. Конкретика в данном случае существенна? Там 120 таблиц, и все они заполняются. Индексы есть, а как же. Отключить индексы не могу из-за тех самых проверок.

hvladКакой размер кеша БД ? Режим FW ? Что изменено в firebird.conf ?

Опции все стоят умолчальные из дистрибутива для Windows64.
DefaultDbCachePages = 2048
FileSystemCacheThreshold = 64K
FileSystemCacheSize = 0
TempCacheLimit = 64M
hvladРежим FW?

Прошу прощения, FW - это что?
hvladСколько индексов на таблице ? Есть триггеры ?

От 1 до 10 индексов, в основном по 2 на таблицу. И по 1-2 триггера.
hvladDatabaseGrowthIncrement

Вот! Это оно, скорее всего. Буду пробовать.

Наверное, я мог бы и сам порыться и найти, а не отвлекать занятых людей, но раз есть форум, почему не воспользоваться?
Благодарю и прошу извинить.

hvladНаличие дисковых операций только по лампочкам определяется ?
Или таки кто-то умеет perfmon'ом пользоваться ?

Можно и не по лампочкам. Но лампочки красивее и к железу ближе.

kdv1. "Запущена процедура наполнения базы данными" - и что, процедура наполнения будет продолжать так же шарашить при "живых клиентах"?

Да. Ожидаются ежедневные пополнения. Не в таком объеме, как при первичной закачке, но тоже существенные.

hvlad2048 страниц для 50+ГБ БД ? Серьёзно ?

kdv2 "Firebird 3.03 SuperServer" + "DefaultDbCachePages = 2048" - это как понимать?
увеличивать кэш надо, и FileSystemCacheThreshold тоже.

Господа, ваши рекомендации в конкретных цифрах? Или по какой методике размеры кеша определять?
Все, что я смог почерпнуть в документации, (правда, для 2.5), это следующее:

Внял вашим рекомендациям, прочитал документ, посчитал кэш, поменял настройки. Спасибо. Помогло, но несильно. Измененные строки firebird.conf сейчас такие:

DefaultDbCachePages = 100000
FileSystemCacheThreshold = 2048M
FileSystemCacheSize = 25
TempCacheLimit = 1024M

Размер страницы базы 16384.

На картинке видны "импульсы". Скважность "импульсов" уменьшилась после добавки кэша, но до единицы еще далеко.

Про трассировку понял, проведу позже. Надо еще разобраться с этими инструментами.

Спасибо всем за участие! Набрался полезных знаний, которые помогли разобраться в ситуации.

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