Файл журнала огромного размера на сервере SQL

У меня есть база данных SQL, и я отправил ту же базу данных в другое место для дальнейшей разработки (могут быть или не быть изменения в схеме). Я создал файл резервной копии и восстановил его на другом сервере SQL.

Я обнаружил, что размер файла журнала очень велик (14 ГБ), хотя у меня всего 4 таблицы с 1000 строками, и я не вырасту до двух. В настоящее время я запускаю запрос и нахожу (размер в МБ).

 data_size  data_used_size  log_size    log_used_size
 801.00     2.06            14220.75    55.63

Что я сделал:

Я сократил файлы журналов с помощью SQL Management Studio, а также сохранил восстановление в режиме SIMPLE, поскольку у нас есть лишь несколько обновлений этой базы данных, которые можно выполнить снова, если транзакция завершится сбоем в какой-либо момент. Я создал резервную копию и восстановил ее, и обнаружил, что размер файла журнала значительно уменьшился, и вот здесь.

 total_size data_size   data_used_size  log_size    log_used_size
 802.00     801.00      2.06            1.00         0.46

  • Вопрос 1: Поскольку размер базы данных очень мал, мы должны уменьшить начальный размер базы данных.
  • Вопрос 2: Теперь можно отправить этот файл .bak для восстановления базы данных в другом месте?

person user641812    schedule 27.10.2016    source источник
comment
Является ли хранение проблемой? Какую боль вы пытаетесь исправить?   -  person Rich Benner    schedule 27.10.2016
comment
Вопрос 1. Нет ничего плохого в том, чтобы отбросить начальный размер и сделать небольшое приращение размера, если вы думаете, что БД будет расти очень медленно - в противном случае у вас будет пустое место, зарезервированное ни для чего - это зависит от вас - пустое место на диске также ничего не делая, если у вас есть 100 БД, которые со временем могут вырасти до 1 ГБ, лучше ли резервировать заранее или не резервировать и наблюдать, как со временем дисковое пространство начинает исчезать? Ваш звонок Вопрос 2: Вы должны иметь возможность восстанавливать из .bak в другом месте - с базами данных лучше проверить, можно ли это сделать в качестве пробной версии.   -  person Cato    schedule 27.10.2016
comment
файл журнала может не так сильно расти в простой модели, это зависит от того, почему он вырос в первую очередь, если это огромные незафиксированные транзакции, то он все еще может расти, но если это была запись многих транзакций с течением времени, он может не расти .   -  person Cato    schedule 27.10.2016


Ответы (1)


Ответ на вопрос 1. Всегда полезно оценить рост объема данных и установить начальный размер базы данных. Причина просто в том, чтобы не допустить, чтобы файл данных SQL выполнял операции автоматического роста, которые очень дороги. Если вы не ожидаете никакого роста данных, то независимо от того, установили ли вы Initial Size, это не имеет значения.

Ответ на вопрос 2. Вы можете отправить файл резервной копии в любое место, если версия SQL Server, на которой вы восстанавливаете файл, аналогична или выше. Единственное, что следует отметить, это данные в файле резервной копии — подумайте о шифровании, если у вас есть конфиденциальные данные.

person Vinay Kulkarni    schedule 27.10.2016