Зеркальное отражение базы данных SQL-сервера

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

2
задан 2 April 2010 в 13:42
1 ответ

Данные будут фиксироваться, иначе зеркальное отражение было бы известно как 'высокая недоступность' функция. Журнал (журналы) на принципале вырастет, поскольку он должен содержать все транзакции, которые являются не поставлены законченный в зеркало. Когда в конечном счете зеркало возвратится, принципал покажет ПРИНЦИПАЛ/СИНХРОНИЗАЦИЮ, поскольку журнал будет поставлен в зеркало. Журнал (журналы) начнет освобождать, когда транзакции поставляются в зеркало. Когда все транзакции были получены зеркалом, принципал введет ПРИНЦИПАЛ/СИНХРОНИЗИРОВАТЬ состояния. В зависимости от типа зеркального отражения (синхронного/асинхронного) в этом состоянии, клиенты могут ожидать всей каждой транзакции, которая будет поставлена в зеркало при фиксации.

Если разъединение долго, и журнал (журналы) стал очень большим на принципале, зеркало должно будет вырастить журнал к подобному размеру, когда это снова соединяется. Если не будет достаточного дискового пространства, то зеркальное отражение не возобновится (ERRORLOG и вход в систему системного события, зеркало укажет на эту проблему).

5
ответ дан 3 December 2019 в 09:51
  • 1
    хорошо спасибо. Но почему вход в систему, который выращивает pricipal, хотя он фиксировал данные? Журналы wil быть активным/неактивным на основной базе данных, когда зеркало разъединяется? –  user23996 5 April 2010 в 16:12
  • 2
    Файл журнала растет, потому что он должен сохранить все не поставленное зеркалу. –  Remus Rusanu 5 April 2010 в 18:48
  • 3
    хорошо это означает, что мы не можем усечь журналы, пока они не отправляются в зеркало. Это правильно? –  user23996 7 April 2010 в 07:46
  • 4
    Правильно. Журнал будет ' в use' пока не отправлено. –  Remus Rusanu 7 April 2010 в 20:54

Теги

Похожие вопросы