После контакта с поддержкой IBM я изучаю следующее:
Команда резервного копирования реестра только работала бы на поле, которое было объявлено (в Свойствах ClearCase в меню Control Panel) как сервер резервного копирования реестра. Следовательно, это не может быть существующий сервер реестра. Так выполнение команды резервного копирования реестра с самого сервера (как это, настраивают теперь в планировщике ClearCase, как Ежедневное задание) не будет иметь никакого эффекта и не производит журнала.
Резервное копирование реестра только копирует файлы, расположенные в $CLEARCASE_HOME\ClearCase\var\rgy
от сервера реестра ClearCase до $CLEARCASE_HOME\ClearCase\var\rgy\backup
папка на сервере резервного копирования.
Если нет никакого сервера резервного копирования реестра, но файлы поддерживаются иначе (т.е. на ленте), то, копируя их на любом поле ClearCase в $CLEARCASE_HOME\ClearCase\var\rgy\backup
папка и затем использование rgy_switchover
команда добьется цели.
Во всех случаях весь Клиент должен был бы быть реконфигурирован для указания на новый сервер реестра, таким образом, это не действительно замена в горячем режиме.
Наконец, если сервер реестра является также сервером VOB (как он, в большей части polaces), весь VOBs должен был бы быть восстановлен от ленты так или иначе.
В целом, это не грандиозное предприятие не выполнить эту команду, если файлы поддерживаются иначе, и даже если Вы выполняете его, переключение реестра все еще не является заменой в горячем режиме.
Таким образом отвечать на мой собственный вопрос: Нет я не должен быть взволнован ^_^, все это кажется довольно бесполезным мне, если Вы уже - хороший системный администратор, делающий резервное копирование Ваших серверов.
Ссылки на резервные копии реестра могут быть найдены онлайн на веб-сайте IBM
Вы проверяли конфигурацию NAT на брандмауэре для составления новых IP-адресов? Это походит на NAT или проблему ARP мне. Посмотрите на правила NAT и таблицу ARP на брандмауэре и посмотрите, существует ли запись, которая соответствует MAC-адресу NIC в сервере с.4 IP-адресами.
74.125.65.99 Google IP согласно whois. Таким образом, это не проблема DNS.
Вы уверены Вы, надлежащие правила NAT настроили на Вашем шлюзе/брандмауэре? Это не может переводить запросы ping из mailserver.