Резервные копирования журнала транзакций SQL, конфликтующие с полным резервным копированием?
У Вас была учетная запись и на (клиенте/сервере), которые имеют ТО ЖЕ имя и также ТОТ ЖЕ пароль?
В простой сети P2P как Ваша самый легкий способ получить вещи, работающие, состоит в том, чтобы иметь учетную запись commum между сервером и клиентом.
В 2000 резервные копии журнала не могли работать в то же время, что и разность или полное резервное копирование (потому что резервное копирование журнала очистит некоторый журнал транзакций и full/diffs, должен скопировать некоторый журнал, чтобы позволить восстановленной копии базы данных быть транзакционно последовательной).
В 2005 это ограничение было снято. Они могут произойти одновременно, но резервное копирование журнала, параллельное с полным или различным, не очистит журнал. Очистка журнала будет задержана до полного или различного завершается - это добавляет к мифу, что полные и различные резервные копии очищают журнал - они не делают.
Спасибо
-
1Спасибо, Paul. Таким образом, что, если расписания задания ДЕЙСТВИТЕЛЬНО накладываются (на SQL 2000)? Странность произошла бы как, я описываю выше (необычно огромные резервные копии журнала сделки, или блокирующийся)? – BradC 27 May 2009 в 21:22
-
2В основном да, оба. – Paul Randal 27 May 2009 в 22:38
Резервные копии базы данных должны обычно сериализироваться.
Большое резервное копирование журнала, вероятно, происходит из-за операций сопровождения базы данных, которые происходят между последним резервным копированием журнала и полным резервным копированием. Сокращение интервала между резервными копиями журнала может помочь с этим.
Можно выполнить некоторый T/SQL для проверки sysprocesses таблицы (или DMV если SQL 2005 +), чтобы видеть, выполняется ли резервное копирование уже на той базе данных. Если не делают резервное копирование, раз так прыгают с парашютом корректно.
Еще одна возможность: если у Вас будет настроенное зеркальное отражение и если оно будет приостановлено, то Ваш журнал транзакций и резервные копии базы данных вырастут и продолжат расти, пока зеркальное отражение приостанавливается.
В моем сценарии.. у нас есть передача журналов
Время полного резервного копирования SQL 2 005 дб:-23 Часа Tran регистрируется каждые 15 минут:-т.е. 22.15, 22.30, 22.45, 23.00.
Но каждый раз, когда полное резервное копирование дб запускается... tran, журналы прекращает генерировать, и наш резервный дб выходит из синхронизации.
Таким образом, мы задержали журналы tran к 5 минутам..., и проблема получила resloved.