Репликация DNS-сервера созданные дублирующиеся A-записи
От WebLogic 9. X вперед, файл WLST.jar поставляется как часть weblogic.jar файла, существующего в каталоге BEA_HOME/weblogic922/server/lib.
Можно просто выполнить WLST как ниже как ниже.
Java - CP C:\bea103\wlserver_10.3\server\lib\weblogic.jar weblogic. WLST
Еще, можно запустить setDomainEnv скрипт, чтобы установить путь к классу и затем работать как ниже.
Java weblogic. WLST
Для большего количества Сценариев WLST можно отослать ссылку ниже.
http://weblogic-wonders.com/weblogic/wlst/
С наилучшими пожеланиями, Anandraj http://weblogic-wonders.com
Нет, этого не произошло. Предполагая, что вы говорите об интегрированных зонах AD, записи DNS являются объектами в AD. У объектов есть USN, который по сути представляет собой число, которое увеличивается при каждом изменении этого объекта. Если ваш туннель «пропустил», USN будет увеличиваться на ваших локальных контроллерах домена, а не на контроллере домена, размещенном в Azure. Это означает, что когда он вернулся в онлайн, он увидит, что у него есть более старая копия записи, и обновит входящее. Он не будет воспроизводить старую исходящую запись.
Что касается того, почему это произошло, практически невозможно сказать, не углубляясь в свое окружение.
Поскольку старые записи снова появились в Windows DNS, вероятно, произойдет одно из двух.
Возможно, автоматическая регистрация AD вернула "старые" записи, когда они отсутствовали . Машины будут регистрировать все свои адреса, если вы не отключите это в свойствах сетевого адаптера.
Если нет, у вас какая-то странная проблема с репликацией. Репликация таким способом обычно происходит с другими данными AD, поэтому для проверки можно использовать repadmin . Однако простые проблемы с подключением не должны вызывать этого, потому что каждая запись имеет серийный номер, и попытки реплицировать старые записи поверх новых игнорируются.
Проблемы репликации AD являются гораздо менее вероятным сценарием.