Здравствуйте.

Ситуация такая:
Есть база "1С-Бухгалтерия 8.1", ведется с начала года, данные растут где то на 1-1.5 Гбайт в месяц.
Нередки массовые изменения данных (перепроводки документов за месяц и более, и не один раз в течении месяца).
Режима работы 24х7 не требуется, за редким исключением ночных перепроводок документов.
Пользователей не более 10. Потеря данных за один день не критична.

В настоящее время просто настроен полный бэкап каждую ночь. Модель данных полная,
лог транзакций бэкапится/ширинкуется раз в неделю (знаю, что не правильно, об этом позже).
Файл данных сейчас 6.5 гиг, а файл лога транзакций 28 гиг, урезать его бэкапами и шринками не получается.

Вопросы такие:
Оправдана ли в моем случае полная модель восстановления данных? Если буду использовать простую
модель, нужно ли как то обслуживать лог транзакций?

Какую схему бэкапа для моего случая целесообразно выбрать:
полная + разностная, полная + лог транзакций, или полная + разностная + лог транзакций ?

Если пользователи оставят на ночь перепроводку документов, не повредит ли это архивации данных?
Каким операциям по обслуживанию/бэкапу базы может помешать подключение пользователей к базе?

Визард Maintenance Plan предлагает следующие операции:
- Check Database Integrity
- Shrink Database
- Reorganize Index
- Rebuild Index
- Update Statistics
- Cleanup History
- Back Up Database (Full)
- Back Up Database (Differential)
- Back Up Database (Transaction Log)
- Maintenance Cleanup task
Полный бэкап предполагаю делать раз в неделю. Из остальных операций, что необходимо и как часто?
Каков их типовой порядок их выполнения, как в списке?

Правильно, есть если делать так:
Каждую ночь:
- Back Up Differential,
- Back Up Transaction Log (может быть несколько раз в день?)
Раз в неделю в нерабочее время:
- Check Integrity,
- Shrink,
- Rebuild Index,
- Back Up Full.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Я так понял, желательно даже в простых случаях использовать полную модель восстановления...
С хранением самих бэкапов вопрос, полные бэкапы большие слишком, чтобы их каждый день делать. Даже если их RARом ужимать, что к концу года будет?
Мы их на DVD пишем, раз в неделю, и храним год хотя бы, чтобы иметь возможность восстановить базу на определенный день в истории.
Разностным бэкапом не пользовались? Что то я бэкапу лога транзакций не доверяю, почитал про него, нюансы разные, разбираться некому.

nicktcherИгорь_М,
Попробуйте всё таки
DBCC SHRINKFILE('BUH',2) - для базы
DBCC SHRINKFILE('BUH_log',2) - для лога
Я и пробовал аналоги этих команд из Management Studio, работает через раз, потом вообще перестал лог ужиматься. Почитал бегло форумы, есть какая то тонкость с распределением страниц внутри файла лога БД. Вобщем сейчас перевел в Simple модель, тут же лог урезался. Пожалуй лучше все это тестить не не боевой базе.
Спасибо за советы!

rancidDBCC SHRINKFILE (logical_db_name , 0, NOTRUNCATE);
Эта команда - необходимое условие для корректного сжатия лога?

P.S. Я похоже понял, почему редко используют разностные архивы. У меня, за один день работы базы, разностный архив получился в половину размера полного.