beginner_dbaДля удобства и простоты резервирования и восстановления есть язык RMAN (очень гибкий инструмент) в противовес цепочке BACKUP или RESTORE.

Уже было. Поищите топики с моим участием и упоминанием RMAN. Если сможете сказать, что может RMAN и чего не может "цепочка BACKUP или RESTORE" - буду премного благодарен.

beginner_dbaМодель существования нескольких циклических групп, позволяет Вам забыть о проблеме роста лога транзакций. Когда журнал будет заполнен он заботливо будет заархивирован, сохранен и транзакции пойдут в другую зеркальную группу оперативных журналов. Например на другом диске. То есть у АДБ не болит голова с полным логом. Этой проблемы просто нет. На ваш резонный вопрос, о том, что делать с архивлогами, которых много. Вам ответ- Вам в помощь гибкий и простой инструмент RMAN, который Вам будет вычищать устаревшие архивлоги.

Мне никто не мешает автоматически по %% заполнености одного файла, добавить еще файл лога, в том числе и на другом диске. И инструмент у меня один - гибкий и простой - T-SQL, позволяющий совместно с другими инструментами сервера не иметь никакой головной боли.

beginner_dba,

авторНе знал, что так можно. Хорошо, а когда транзакции опять будут валить в первый журнал (когда достигнут потолка во втором)?

Вы неправильно поняли (или я плохо объясняю). Цикличности журналов в MS SQL нет. Можно автоматизировать добавление файлов лога на других дисках, при исчерпании свободного места после автоприращения файла. Чтобы они "стали валиться" в первый журнал, надо чтоб в нем было свободное место, не занятое активной часть лога.

beginner_dba,

Невозможно в MS SQL выполнить бэкап только отдельного файла лога. Если первый файл заполнен (все записи в нем активные), то добавили еще один (куда стали писаться новые записи). Бэкап лога освободит место сразу в двух (и более файлах) до последнего активного виртуального файла лога.

beginner_dbaСкажите, а если тупо создам вручную через Managment Studio еще один файл лога на другом диске. Могу ли я быть уверен, что когда первый файл лога достигнет потолка транзакции сразу "безостановочно" начнут писаться во второй?

Да, можете быть абсолютно уверены.