Вы не указали, какое зеркалирование, поэтому я приму высокую безопасность с автоматическим переключением при сбое
CASE 1: Принципалбудет в отключенном состоянии.Транзакции будут зафиксированы на диске на основном сервере, но не на зеркале (очевидно).Транзакции останутся в «активной» части журнала и не будут сохранены.т.е. вы увидите, что ваш журнал транзакций будет расти, и столбец log_reuse_wait_desc в sys.databases будет ЗЕРКАЛО.База данных FL будет оставаться в автономном режиме и находиться в отключенном состоянии.Вы не сможете запросить его, если не используете что-то вроде FORCE_SERVICE_ALLOW_DATA_LOSS, чтобы перевести его в онлайн, и в этот момент вы разбили свое зеркало (хотя директор еще не знает об этом и продолжит хранить журналы)
CASE 2: Журнал транзакций будет продолжать расти в соответствии с вашими настройками автоматического роста.Это обычный случай с автоматическим наращиванием журналов, каждый раз, когда вы получаете автоматическое наращивание, у вас будут накладные расходы, и, возможно, у вас будет много виртуальных файлов журналов.Вероятно, лучше всего установить для autogrow что-то разумное, чтобы оно не росло с шагом 50 МБ.
CASE 3: Это зависит от того, насколько изменилось изменение данных по сравнению с размером полногорезервное копирование базы данных, которое необходимо будет скопировать между сайтами для повторного запуска зеркалирования.В SQL Server 2008 у вас есть такие параметры, как сжатие журналов, что означает, что вы можете выполнять больше транзакций по проводной сети с меньшей пропускной способностью (если вы ее используете)