Alexey Dmitriev, я задаю уточняющие вопросы. Есть разница между
- "просто откатить бэкап"
- откатить бэкап, а потом осторожно по мануалу все оживить.
- делать бэкап проприетарным инструментом, который специально предназначен для этого.
Из того, что автор заблудился в двух вланах, я сделал вывод, что он надеется на то, что у него прокатит вариант номер один, поэтому написал пост, который вызвал у вас двоих сильно неоднозначную реакцию.
При всем при этом, цели я своей добился-автор таки пошел читать документацию.
Alexey Dmitriev, правильно ли я понимаю, что можно восстановить контроллер AD из бэкапа диска месячной давности, и все автоматически починится, без совершения дополнительных плясок с бубном?
#, я про все это знаю (но тотальное падение я отрабатывал только на учениях), а знает ли автор вопроса? Я ведь специально его напугал и отправил читать мануалы по работе с виртуализованными контроллерами домена. Вы реагируете как второкурсник, который открыл учебник алгебры за пятый класс, не нашел в нем комплексных чисел (которые вчера выучил), после чего счел авторов учебника глубоко некомпетентными.
#, в каком месте у меня написано, что нужно положиться исключительно на репликацию? Я пишу, что нельзя бекапить путем сохранения образов. Можно бекапить специальным софтом, коих имеется дофига. И то, подъем с такого бекапа будет довольно занятным.
Сергей Соколов, перечисленные вами протоколы - все Point-to-Point, что создает кучу дополнительных накладных расходов.
Если использовать мультикаст, можно с большой вероятностью успеха доставить все сообщения за N рассылок, а то, что не доставилось, уже дослать отдельными запросами.
Моя практика использования мультикаста показала, что процент недоставок очень низок.
Сергей Соколов, MPI решает эту проблему путем добавления подтверждений. TCP, которым вы собираетесь пользоваться, также ненадежен, и будет генерировать дополнительные пакеты для поддержания целостности.
Сергей Соколов, Тогда одноранговый режим с UDP-Multicast. Это самый быстрый способ в одноранговой сети плюнуть с одного сервера сообщение так, чтобы его одновременно получили все серверы, находящиеся с ним в одном домене вещания.
