Хорошо, мы все знаем, что большой файл журнала рушит производительность БД.
Сегодня мы анализировали клиентский сервер и увидели несколько файлов журналов примерно на 3900% больше, чем файл данных.
И это заставило меня задуматься, есть ли лучшее соотношение между ними двумя?
Я не думаю, что есть какие-то жесткие правила относительно соотношения файлов данных и файлов журнала для sql-сервера.
Проще говоря, файлы журналов служат для записи изменений в базе данных и могут использоваться для восстановления. Чем быстрее скорость изменения ваших данных, тем больше, вероятно, потребуется файл журнала.
То, что вы видите со своими клиентами, скорее всего, является проблемой, когда базы данных находятся в режиме полного восстановления, полные резервные копии выполняются без резервных копий журналов. Вашему клиенту необходимо настроить правильную стратегию резервного копирования журналов для этих баз данных.
Если восстановление на определенный момент времени не требуется (т. Е. Ежедневное / еженедельное полное резервное копирование достаточно хорошо), тогда будет достаточно перехода в простой режим восстановления и однократного переноса журнала.
Предполагая сервер MS SQL, хотя я думаю, что это применимо к любой СУБД: большой журнал, как таковой, не влияет на производительность. Плохое планирование дисков для файлов БД и журналов, которое приводит к проблемам ввода-вывода, приводит к снижению производительности.
Большой файл журнала связан с огромным количеством записей с момента последней резервной копии файла журнала. Как правило, это означает, что вы не выполняете резервное копирование и не обрезаете файл журнала должным образом и / или достаточно часто.