У меня есть файл журнала размером 88 ГБ для базы данных, размещенной на SQL Server 2008, которую я пытаюсь создать с помощью резервной копии журнала транзакций, чтобы затем можно было сжать ее. Проблема в том, что мне не хватает места ни на C, ни на D, что делает это уловкой 22.
Что я могу сделать, чтобы уменьшить журнал? Могу ли я заставить его сжаться без резервного копирования? Если я могу, каковы будут последствия этого?
Спасибо...
Вы можете переключить режим восстановления на простой, а затем снова на полный. Тогда вы сможете сжать его и начать с этого момента.
Это будет означать, что вы можете восстановить только из последней полной резервной копии (так хорошо, что вы можете попробовать это после полной резервной копии). И это сломает репликацию.
BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY
Это было в 2005 году. Извините, я не видел тегов - лучше, если эта информация будет в теме или в теле вопроса.
Во всяком случае, я погуглил это для вас:
От: Ника Кавадиаса
Вы можете отправить файл в битовое ведро с помощью команды Regat BACKUP LOG:
BACKUP
LOG
DBNAME TO
DISK
='NUL'
Что нужно сделать, так это сбросить журнал транзакций, поэтому, если ваша база данных находится в режиме массового или полного ведения журнала, теперь у вас есть разорванная цепочка резервных копий журнала транзакций (которые вы должны часто делать). Поэтому, пожалуйста, убедитесь, что после запуска этой команды сделайте полную или дифференциальную резервную копию базы данных!
Если вы находитесь в среде, в которой не нужно делать резервные копии журналов, подумайте о переходе на простую модель восстановления.
Почему бы не получить внешний жесткий диск USB, подключить его к серверу и сделать резервную копию на этом диске?
Если у вас корпоративная версия SQL2008, вы можете попробовать запустить резервную копию сжатого журнала. Или, как упоминалось выше, вы можете перевести базу данных в простой режим и выполнить полное резервное копирование - однако вы потеряете возможность восстановления на определенный момент времени.