Волею судьбы пришлось столкнуться с MS SQL Server 2000. )))
К сожалению, с данным продуктом очень мало опыта.
Задача - грамотно организовать резервное копирование при схеме работы 24х7. Модель - Full.
Искал инфу в сети - нашел. Замечательно. Но, не могу понять в какой момент должен резаться trans.log и как лучше настроить расписание для Full, diff и Trans.log
Если у кого есть рабочий план бэкапа\восстановлния....с меня пиво ...
PS
Очень активно растет trans.log.
Видимо из-за неграмотных доработок консалта. Разбираться будем потом.

Да нет друг консалту надо было бы очень активно поработать, чтобы повлият на trans.log

Коллеги! Неужели ни у кого не завалялся в недрах диска план бэкапа MS SQL Server?

В курсах по мс сиквелу есть, но чисто в качестве примера - например раз в неделю фулл бекап, раз в три дня дифф, и скажем каждые 6 часов быкап журнала транзакций. Если очень активно растет журнала - то бекап журнала делать почаще. После бекапа журнал автоматически режется (можно ли это регулировать - не помню).

Еще можно настроить чтобы завершенные транзакции не хранились в журнала, а сразу удалялись оттуда - тогда trans.log расти не будет, соответственно бекапить его не нужно, но и возможность восстановления данных соответственно будет меньше (с последнего full + diff).

ЗЫ. на сервере с большим объемом данных полную схему (full + diff + журнал) никогда не настраивал, так что это по большей части теоретические измышления