Вопросы Теги

Как я уменьшаю размер файла журнала SQL Server

Цвет фона находится в HKEY_CURRENT_USER\Control Panel\Colours ключа реестра в значении "Фон". Необходимо было бы открыть HKEY_USERS и найти, что GUID, соответствующий пользователю затем, изменяет значение там.

МЛАДШИЙ

10
задан 26 February 2010 в 09:28
3 ответа

О, ужас! Прекратите говорить людям, что они должны уменьшить свои файлы журнала!

Если Вы вовлекли себя в этой ситуации, то один из следующих случаев чрезвычайно вероятен:

  1. Ваша база данных находится в полном режиме восстановления, и это должно действительно быть в простом режиме
  2. Ваша база данных находится в полном режиме восстановления, и необходимо брать регулярные резервные копии журнала
  3. Ваша база данных находится в полном режиме восстановления, и Ваши резервные копии журнала перестали работать по некоторым причинам
  4. Вы выполняете в широком масштабе огромные транзакции, которые уносят файл журнала до значительных размеров

Ответ для каждого из них следующие:

Если (1), то переключите базу данных на простой режим
Если (2), то запланируйте регулярные резервные копии журнала
Если (3), то зафиксируйте свои запланированные резервные копии журнала
Если (4), то просто не делают этого :) Вместо этого действительно работайте в меньших пакетах.

Обратите внимание, что НИ ОДИН из них не требует использования "журнала резервного копирования (устаревшего) dbname с truncate_only"

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

DBCC SHRINKFILE ('log logical name', 2000)

Всегда указывайте разумный заключительный размер, иначе он уменьшится почти до 0, и в следующий раз, когда он необходим, должен будет занять время для роста.

11
ответ дан 2 December 2019 в 22:04
  • 1
    его слишком плохое принятый ответ было так быстро. Это - один из вопросов, которые я использую для избавлений от администраторов SQL во время интервью. Если они возвращаются с резервным копированием с truncate_only, который рассчитывает, поскольку 2 исключает летучую мышь. –  Jim B 24 February 2010 в 18:25
  • 2
    Я соглашаюсь, что это - абсолютная последняя вещь сделать, уменьшить файл. Корректное обслуживание устраняет потребность в этом. Но после того как его большое и Вы хотите это меньший, необходимо уменьшить его. Однако при уменьшении, it' s лучше для уменьшения файла как можно меньше затем вырастите файл к корректному размеру в инкрементах на 8 ГБ. Это оптимизирует количество VLFs в файле. Посмотрите - sqlskills.com/BLOGS/KIMBERLY/post/… . –  Brian Knight 24 February 2010 в 19:24
  • 3
    Интересная ссылка, кажется, что это только применяется, если Ваш журнал сделки составляет более чем 8 ГБ. Я думаю BradC' s точка (или по крайней мере мой) то, что да существуют чрезвычайные ситуации, которые будут casue Вы для уменьшения файла журнала, но необходимо распознать это при выполнении известного backup/w trunc, сопровождаемый shrinkfile you' ve просто полил из шланга Вашу резервную цепочку (надейтесь это wasn' t что-либо важное), и кроме дискового пространства выпускает you' ve, довольно вероятно, получил некоторые серьезные проблемы SQL-сервера, вероятно, от перспективы проектирования баз данных или architecural один. Не фиксируя базовый caue you' ve купил себя некоторое время в лучшем случае –  Jim B 25 February 2010 в 02:06

после выполнения "резервного копирования с truncate_only" необходимо дать следующую команду для уменьшения

dbcc SHRINKFILE (logfilename,shrink_tosize)

например,

dbcc SHRINKFILE (mydatabase_Log,512)
4
ответ дан 2 December 2019 в 22:04

Сценарий, который Вы записали выше, отметит содержание журнала для повторного использования. Следуйте тому сценарию с:

USE <database>;

DBCC SHRINKFILE (<log logical file name>)

Это уменьшит его вниз для Вас.

3
ответ дан 2 December 2019 в 22:04

Теги

Похожие вопросы