VLF — это виртуальные файлы журнала. Пока их немного, они тихо делают свою работу. Но стоит им расплодиться, как журнал транзакций начинает напоминать коммунальную квартиру с бесконечными чуланами: нужную коробку вроде бы видно, а чтобы до неё добраться, приходится открывать дверь за дверью.
Чем больше VLF, тем заметнее просадка производительности. Страдают, причём дружно, почти все участники процесса:
- резервное копирование журнала — вместо одного крупного блока приходится перебирать гору мелких;
- восстановление базы данных — и без того не мгновенное, с массой VLF превращается в марафон;
- очистка журнала и его усечение — буксует из-за фрагментации;
- репликация — агент чтения журнала пробирается через дебри VLF, доставка изменений замедляется;
- восстановление после сбоя — система приходит в себя дольше;
- откаты транзакций — процедура становится ещё томительнее;
- обычные операции изменения данных — даже они ощущают на себе тяжесть раздробленного журнала;
- запуск базы данных — при миллионах мелких VLF старт может затянуться.
Порогом тревоги обычно считают тысячу VLF, хотя некоторые умудряются довести журнал до полутора миллионов. Это уже не повод для гордости, а повод взяться за настройки.
