VLFs — Забытый враг

[AlanDenton]

Замедлить работу в каких сценариях? Почему? Много вещей не покрывает данная статья

[minamoto]

Качество перевода хромает на обе ноги. Перевод не помечен как перевод. Тэги все мимо, кроме последнего.
Но тема в целом полезная, VLF нужно иметь в виду при управлении логом.

[Kordov]

Sorry, пишу первый раз, поэтому не нашел пометку перевод.

[mayorovp]

А в песочнице ее и нет.

[mayorovp]

Теперь есть много способов, с помощью которых вы можете получить представление об этом с помощью T-SQL, поэтому имейте это в виду. Напишите что-нибудь, что перекатывается через все ваши базы данных и дает вам количество записей для каждого. В Интернете есть много полезных примеров.

Вот за это я и ненавижу машинные переводы. На английском читать — и то понятнее.

[osipov_dv]

Если вы увеличите свой лог по умолчанию на 1 МБ, вы можете получить тысячи VLF, и увеличить лог на 1 ГБ. В MSDN отлично объяснено, как работают журналы транзакций, который я рекомендую прочитать.

хм… не понятно, как ни крути. Вероятно здесь рекомендация изменить дефолтное значение прироста с 1 мб на 1 гб…
вспоминаются гуртовщики мыши и «любимый» promt

[gotch]

Кстати, когда VLF становится нездоровое количество, SQL пишет об этом в журнал при запуске базы.

[jobgemws]

Если это перевод, то в целом интересно, но переведено не лучшим образом.
Если же это собственная статья с элементами перевода другой статьи, то многое не раскрыто.
Сама статья очень поверхностная, но главный элемент здесь присутствует-это четкая постановка проблемы и пути ее решения (т е основной скелет есть, но также нужно мясо побольше).

[Kordov]

Будет мясо!