Есть клиент-серверная база (~1,5 Гб) (WS2008, MSSQL2012). Лог-файл у неё постоянно растет и сейчас составляет ~210 Гб. Настроены некоторые планы обслуживания. 2 full-бэкапа: дневной и ночной. Сейчас пришлось восстанавливать базу - восстановил до необходимой минуты. Обратил внимание, что timeline в restore по полю Transaction Log Backup доступен за последние 4 месяца (с момента перевода базы на клиент-сервер). Вопросы:
1. Лимит на лог-файл не установлен. Вроде как при установке лимита могут быть какие-то траблы? Лучше не ставить?
2. В timeline я вижу full-бэкап на 03.06.2013, хотя физически данного бэкапа нет (самый ранний на 09.06.2013). Timeline - это только история? При попытке восстановления он заругается?
3. Если лог-файл весит 200 Гб и в timeline я вижу доступность Transaction Log Backup за последние 4 месяца, то означает ли это, что он потому такой толстый, что хранит данные за эти 4 месяца?
4. Если Transaction Log Backup хранит данные за последние 4 месяца, то как ограничить его допустим парой недель? Я так понимаю нужно настроить бэкап лога транзакций? С какой периодичностью?
5. При восстановлении бэкапа по умолчанию стоит флаг Take tail-log backup before restore, который делает отдельный лог-файл перед началом бэкапа. То есть после восстановления базы этот файл отъел у меня еще 200 Гб. Зачем он нужен? Нужно его хранить?

пипец
http://fsm-portal.net/video_lessons/15658-administrirovanie-i-sozdanie-baz-dannyh-microsoft-sql-2012-videokursy.html

(1) за ссылку спасибо, но "да/нет" сейчас было бы гораздо актуальнее...

Включи режим simple и не парь мозги, раз не хочешь нормально настроить архивирование журнала транзакций.

(3) хочу нормально настроить. есть ссылка на схему правильную?
У меня full-бэкап 2 раза в сутки. Если я после него добавлю бэкап журнала, этого будет достаточно?
И еще я не понял на каком этапе делать SHRINK? До того, как выполнится первый лог или уже после?

(0) бкап лога

Делай симпл и не ипи моск
1,5 гига это даже для ДБФ и 100 доков в день при 10 калеках смишно

(6) ему хочется восстанавливать "до секунды"

(7) о, да. ты проницателен)
говорю же сегодня была ситуация. В 12 часов поломали базу, восстановил на пару минут раньше. А при симпл полдня работы пользователей на смарку.
(6) ну там может и не такая большая активность, но это "пока". Они там не только тупо вбивают, но еще прежде чем вбить анализируют, а это тоже время.

Если я сейчас в схему добавлю бэкап журнала, то шринк когда делать (до или после), может кто-нибудь подсказать?

после

(9) спс

на до кучи
http://www.sql.ru/forum/536625/maintenance-plan
http://www.askit.ru/custom/sql2005_admin/m8/08_03_database_maintenance_plans.htm

(8) ты в курсе что при изменении конфы твой лог транзакция становится бесполезным ? или 210 гиг у тебя между изменениями конфы накапливается ?

(9) а сжимать его можно (Set backup compression - compress backup)?
(12) я не знаю. Я так понял, что это за 4 месяца? Или нет?

(12) судя по http://infostart.ru/public/173494/
Full (Полная) — хранится весь ЖТ с момента последнего резервного копирования журнала транзакций. Обратите внимание, не с момента полного бэкапа!

а т.к. бэкап журнала у меня настроен не был, то с самого начала - т.е. за 4 месяца.

(12) Почему при изменении конфы транз-лог становится бесполезным? Если откатиться куда-то глубоко назад (до момента начала изменения конфы) - 1С не будет работать что-ли? У нее там какие-то противоречия возникают между локальным кэшем и данными в СУБД?