К сожалению, у Вас есть проблема там. Нормальная практика должна установить рекорды с довольно длинным TTLs (время жизни). Записи сохраняются в кэше любого сервера DNS, это запросило Ваш столько, сколько TTL говорит. Это означает, что для свопинга записи, у Вас должен был бы быть очень короткий TTLs (не хорошая идея потому что это действительно взлеты нагрузка на Ваш сервер DNS). И конечно, необходимо было бы зависеть от всех на самом деле повиновение очень короткому TTL.
Я думаю, что Вы пытаетесь сделать, к обработке отказа сервис на уровне DNS вместо на уровне IP. И это не то, что DNS был разработан для, ни является этим что-то, для чего DNS хорош. Вы хотите другое решение для обработки отказа - то, которое у Вас есть предложение, собирается напрячь DNS способами, которыми это не было предназначено для напряжения.
NTBackup является довольно просто-ванильным. Нет никакой функциональности для просмотра каталогов нескольких наборов резервных копий в единственном соединенном каталоге, который является тем, что он кажется, что Вы ищете.
Если Вы не можете получить другой инструмент, который имеет функциональность, Вы ищете Вас, мог бы попробовать:
Выписывание "полных" журналов (/l:f
параметр командной строки), когда Ваши выполненные резервные копии и ищущий эти журналы файлы Вы ищете. По крайней мере, с журналами, можно использовать инструменты командной строки для поиска строк.
Переключение на дифференциальное резервное копирование. По крайней мере затем файл будет на последнем наборе резервных копий, если он был изменен начиная с полного. Очевидно, это потребует, чтобы больше дискового пространства сохранило наборы резервных копий.