Для быстрого и осуществимого решения, пятна Brent на с использованием даты.
В зависимости от потребности и требования будущей гибкости, я мог бы рассмотреть бросок резервных копий в сценарий оболочки. Тем путем можно использовать ту же кодовую базу для ежедневной газеты, еженедельно, каждый час, или что бы то ни было. Вы также получаете выгоду от регистрации ошибок и сообщающий (если это значимо).
Вы будете абсолютно прекрасным выполнением этого. DPM использует механизм VSS для того, чтобы выполнить резервные копирования, который не взаимодействует с собственными основанными на LSN механизмами резервного копирования. Единственная вещь опасаться состоит в том, что, если Вы переключаетесь в ПОЛНУЮ модель восстановления, первое основанное на VSS полное резервное копирование базы данных сделает то же как первое полное собственное резервное копирование базы данных - и правильно переключит базу данных в ПОЛНУЮ модель восстановления, где резервные копии журнала требуются, чтобы управлять размером журнала транзакций.
С резервными копиями DPM, если Вы находитесь в ПОЛНОЙ модели восстановления, необходимо также взять резервные копии журнала иначе, журнал транзакций вырастет навсегда. Альтернатива должна использовать ПРОСТУЮ модель восстановления, где резервные копии журнала не требуются, и журнал транзакций усечет на контрольной точке.
Так, Вы абсолютно в безопасности с планом, который Вы описываете.
DPM работает на уровне сектора. Это сохраняет карту который секторы (или кластеры?) были изменены, и это создает резервную копию измененных секторов. Таким образом это не знает о том, что файлы изменили, который секторы.
Если Вы делаете резервное копирование SQL, Вы не изменяете секторов (если, конечно, Вы не отступаете до файла на разделе, защищенном DPM), таким образом, эти два не будут взаимодействовать вне увеличенной дисковой загрузки, если оба будут работать сразу. При усечении журналов затем, Вы изменяете секторы, и DPM скопирует изменения. Однако я не вижу, что это несколько отличалось бы от нормальных изменений в журналах, который происходит все время.
Таким образом, я сказал бы, что Вы совершенно в безопасности использовать и DPM и резервные копии SQL. Я поклялся бы на библии, что нет абсолютно никакого сценария, в котором могли произойти неблагоприятные взаимодействия? Хорошо не Windows является слишком чертовски сложным, чтобы быть уверенным в чем-либо, но я думаю, что это очень маловероятно.
МЛАДШИЙ
Не забудьте иметь в виду, каков Ваш SLA восстановления. Если DPM создает резервную копию на ночной основе, и Вы не создаете резервную копию журналов транзакций в течение дня, который Вы только сможете восстановить в лучшем случае к предыдущему полному резервному копированию. Если Вам нужно более прекрасное гранулярное восстановление, чем это, не забывают также создавать резервную копию Вашего журнала транзакций на равном интервале.