У меня есть база данных SQL, и я отправил одну и ту же базу данных в другое место для дальнейшей разработки (могут быть или не быть изменения в Схеме). Я создал файл резервной копии и восстановил его на другом SQL Server.Огромный файл журнала размера на сервере 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 для восстановления базы данных на другой местонахождение
Является ли хранение проблемой? Какую боль вы пытаетесь исправить? –
Размер лог-файла – user641812
Вопрос 1 - При уменьшении начального размера и приращения небольшого размера вам мало вреда, если вы думаете, что БД будет расти очень медленно - в противном случае у вас будет пустое место, сидящее вокруг беззаботно - это до вы - пустое пространство на диске тоже ничего не делает, если у вас есть 100 БД, которые могут увеличиться до 1 ГБ с течением времени, лучше ли резервировать заранее или не резервировать и видеть, что дисковое пространство начинает исчезать со временем? Ваш вызов Вопрос 2: вы должны иметь возможность восстановить с .bak в другом месте - с базами данных, лучше проверить, что это может быть достигнуто в качестве пробного. – Cato