Резервное копирование журнала потребовало, даже если мы берем Полный + резервное копирование Файла изменений?
Microsoft имеет другого, более свежая статья, демонстрирующая, как сделать это через Групповую политику со сценарием PowerShell:
Не уверенный, почему они делают это с запланированной задачей. Я полагаю, что Сценарии Запуска Групповой политики теперь поддерживают PowerShell исходно:
https://gallery.technet.microsoft.com/Set-WMI-Namespace-Security-5081ad6d
Я думаю, что Вы могли бы использовать дифференциал и регистрировать резервные копии неправильно. Дифференциальное резервное копирование копирует все начиная с последнего полного резервного копирования; зарегистрируйтесь резервные копии копируют все начиная с последнего резервного копирования журнала. Большая разница в Вашем случае - то, что дифференциальное резервное копирование вырастет в течение дня и поэтому займет больше времени в, скажем, 16:00, чем они сделали в 8:00.
Это - более распространенный способ сделать то, что я думаю, что Вы пытаетесь выполнить:
- Полное резервное копирование в 1:00
- Дифференциальное резервное копирование каждые 8 часов
- Резервное копирование журнала каждые 15 минут
При установке вещей этот путь можно использовать передачу журналов для восстановления каждого резервного копирования журнала на сервер B, поскольку это создается, который, вероятно, был бы более быстрым, чем использование дифференциалов, чтобы сделать то же самое. Если бы необходимо было сделать полное восстановление базы данных к серверу B, то Вы восстановили бы полное резервное копирование, то новое дифференциальное резервное копирование (так как это содержит все начиная с последнего полного), то журнал копирует начиная с нового полного резервного копирования или дифференциального резервного копирования.
-
1Читайте правильно, передача журналов требует совместно используемой папки на той же LAN, наш сервер находится на удаленном местоположении в другом дата-центре. – Akash Kava 9 September 2009 в 18:06
-
2Не обязательно. При конфигурировании его с помощью SSMS да, действительно необходимо использовать совместно используемую папку. Однако я знаю о многих DBAs, кто использует пользовательскую передачу журналов (установка с помощью сценариев) для постоянного обновления данных к удаленному серверу для аварийного восстановления. Требуется больше координации, чтобы заставить его работать, но I' ve слышал, что работает хорошо. (Я don' t имеют центр удаленных данных или I' d использовать его самостоятельно.) Here' s всего один пример того, как реализовать это: sqlservercentral.com/articles/Administration/customlogshipping/… – Ed Leighton-Dick 14 September 2009 в 20:04
В этом сценарии Вам не нужны резервные копии журналов транзакций для восстановления базы данных; но все еще необходимо сделать их для чистки журналов, иначе они вырастут для заполнения всего доступного дискового пространства.
-
1Наклон я произвожу чистку журналов также регулярно каждые 24 часа? – Akash Kava 9 September 2009 в 16:25
-
2Как? Можно использовать DBCC для этого, но взятие резервного копирования журнала транзакций, даже если you' ре, собирающееся сразу удалить это после, является предпочтительным способом сделать это. – Massimo 9 September 2009 в 16:30
Пока база данных была в режиме Simple Recovery, затем не, Вы не должны будете регистрировать резервные копии. Это должно работать в Вашем сценарии.
При отъезде базы данных в режиме Full Recovery, однако, необходимо будет взять резервные копии журнала только, чтобы позволить журналу перерабатывать себя. Это не имеет смысла в этом случае, все же. Просто используйте простой режим.