Файл журнала Базы данных SQL просто продолжает расти
Со встроенной утилитой резервного копирования, которая идет с 2008 SBS, Вы не можете исключить диск, который содержит Операционную систему.
Вы "могли" бы смочь войти в Управление дисками, щелкнуть правой кнопкой по диску и выбрать, "change drive letter and path" и выбирать удаляют. Это удалит его из наличия присвоения буквы диска..., но я не знаю, будет ли SBS все еще видеть объем или не во время резервного копирования. И что боль сделать это каждый раз необходимо резервировать сервер.
То же самое с "mountvol/D".
Лучшее решение состояло бы в том, чтобы скопировать систему с помощью чего-то другого, чем созданный в утилите на данный момент ИЛИ отключить 2-й диск физически и разъем, это въезжает задним ходом при реальной необходимости в нем снова.
Вы попытались брать свое исходное резервное копирование и восстановить к Вашему целевому серверу с помощью Возможностей резервирования NORECOVERY и затем делая установку передачи журналов? Я использовал это для обхода потребности в "мастере", чтобы взять полное резервное копирование и восстановить его к целевому серверу.
Это определенно кажется, что существует что-то продолжающее Журнал транзакций.
Вы посмотрели на отчет о состоянии Передачи журналов? Это могло бы дать Вам и идее того, что происходит с этой базой данных, когда она зависает. Конкретно Вы захотите выяснить то, что происходит, когда это пытается скопировать журнал.
Вы регулярно копируете файл журнала транзакций? (Вы должны),
Это кажется, что у Вас есть фрагментация Виртуального файла журнала (VLF). Я предложил бы читать: 8 Шагов к лучшей пропускной способности Журнала транзакций
Учитывая Ваши признаки я предполагаю, что рост файла журнала на самом деле корректен. Обычно является база данных простой моделью восстановления? Выполненный профилировщик в течение короткого времени againts эта база данных и Вы, вероятно, найдете много обновлений (или удаляет или вставляет), случай.
Мои взгляды - это,
Обычно SQL-сервер снова использует пространство журнала. После того как Вы запускаете процесс передачи журналов, хотя SQL-сервер больше не может освобождать журнал, пока это не было поставлено (или по крайней мере сохранено готовое быть поставленным). Процессы передачи журналов запускаются, как только Вы берете полное резервное копирование для использования для инициализации базы данных партнера, которая является, почему признаки появляются, как только резервное копирование происходит. Резервное копирование не вызывает проблему, которая проблема с любыми обновлениями, выполняются так часто.