Назад | Перейти на главную страницу

Резервное копирование SQL Server 2008 не увеличивает FreeSpace

Хорошо, я видел массу информации об уменьшении, свободном пространстве и т. Д., Но то, что я не смог увидеть, - это только основы SQL Server 2008 о свободном пространстве в файле журнала.

У меня сложилось впечатление (и, похоже, это было в случае с предыдущими версиями SQL Server), что, когда было выполнено полное резервное копирование, завершенные журналы были освобождены (т.е. если у вас был файл журнала 500 МБ с 10% свободного пространства перед полным резервным копированием вы можете получить файл журнала размером 100 МБ с 70% свободного места после полного резервного копирования).

В SQL Server 2008 я проверял размеры (у меня около 10% свободного места), делал резервную копию (BACKUP DATABASE DBNAME TO DISK = 'C: \ temp \ DBNAME.bak'), а затем проверял размеры (нет изменение размера файла, все еще около 10% свободного места) ... ожидал увеличения свободного места.

Я неправильно делаю резервную копию? Разве это не правильный способ? Что нужно сделать, чтобы это вело себя? Или он просто больше не ведет себя так?

РЕДАКТИРОВАТЬ: принятие ответа ниже, добавление элементов сценария, которые я использовал

ВЫБЕРИТЕ log_reuse_wait_desc, * FROM DBNAME.sys.databases WHERE name = 'DBNAME'
РЕЗЕРВНОЕ ИМЯ БД НА ДИСК = 'c: \ temp \ DBNAMELog.bak'
РЕЗЕРВНОЕ ИМЯ БАЗЫ ДАННЫХ НА ДИСК = 'c: \ temp \ DBNAME.bak'
ВЫБЕРИТЕ log_reuse_wait_desc, * FROM DBNAME.sys.databases WHERE name = 'DBNAME'

Резервная копия не освобождает журналы tx автоматически.

http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/

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

http://sqlserverpedia.com/blog/sql-server-backup-and-restore/backup-log-with-truncate_only-like-a-bear-trap/

Чтобы остаться здесь (по вине сервера), на этот вопрос ответили в

SQL Server (2005/2008): полное резервное копирование обрезает журнал в режиме полного восстановления.