Различные значения эпохи

Question

У нас есть рациональная многоузловая установка. Есть два сайта. Производство и аварийное восстановление. Производство является основным сайтом, а DR используется в качестве резервной копии. Мы ежедневно получаем доступ к Prod и делаем наши изменения и регистрируем коды. Возникла проблема с сервером DR, из-за чего рациональные службы запускались и останавливались случайным образом. Мы запланировали работу по импорту пакетов синхронизации из Production в DR, которые, похоже, не сработали. Существует много пакетов, которые все еще находятся в доставке/ms_ship/incoming path.

Теперь, когда я проверить значение эпохи на ДР и тычок, его разные

я бегу следующих команд DR для реплики и найти значение эпох.

multitool lsepoch -actual 

выход: OID: 7f91c2bd.f6114e79.b84e.0d: 40: 04: 99: 4c: 81 = 945162 (ReplicaPROD OID: 26e9d5a9.f57f4078.afb1.cb: 28: b2: 42: d8: бб = 129184 (ReplicaDR

multitool lsepoch 
output: 
oid:7f91c2bd.f6114e79.b84e.0d:40:04:99:4c:81=886978  (ReplicaPROD 
oid:26e9d5a9.f57f4078.afb1.cb:28:b2:42:d8:bb=129184  (ReplicaDR 

Как синхронизировать реплику DR с Prod Replica

Answer 1

Я честно не пытаться (слишком много), чтобы примирить эпоху в этом случае

?. Я сима ply реэкспортирует все vobs и воссоздает новый удаленный воб.

multitool mkreplica -export -maxsize 200m -nc -workdir D:\tmp -fship remote.server:vobname_uk@\aPvob 

/opt/rational/clearcase/bin/multitool mkreplica -import -workdir /tmp/avobname -tag /vobs/avobname -vob /archive_02/vobstore/avobname.vbs -host ahostname -hpath /vobstore/avobname .vbs -gpath /archive_02/vobstore/avobname.vbs -npreserve -nc -public -password apassword 

multitool syncreplica -export -fship replica:avobname@\aPVob 

/opt/rational/clearcase/bin/multitool chmaster -nc avobname_uk replica:avobname_uk@/vobs/aPvob 

Вы бы rmtag ВОБ на сервере первой, но кроме этого, вы можете быстро восстановить реплику, что путь (если ВОБ не действительно огромный)

Answer 2

Первый приоритет выяснив, что импорт не работает на площадке DR или «просто» не происходит. Если у вас есть доступ к оболочке там, и можете стать корнем или Sudo, запустите эту команду как корень:

MultiTool syncreplica -Ввозного -Получить

Это будет пытаться индивидуально импортировать каждый ожидающие синхронизации пакета. Если вы получаете ошибки, и они не являются чем-то вроде «зависит от изменений, которые еще не получены», тогда вам, вероятно, следует подобрать телефон и позвонить в IBM.

Другой вариант заключается в следующем:

1. переместить все пакеты из "входящего" залив на месте DR
2. Run "Мультитул chepoch -actual ReplicaDR @ \ myvob
3. Run" Мультитул syncreplica -export -fship ... «для этого ВОБА только.
4. вручную импортировать этот пакет (Мультитул syncreplica -Ввозного {имя пакета}»
5. Если это работает, повторите шаги 2-4 для следующего ВОБ.

Вещи, чтобы не упустить:

• "пробел в oplog записей" на экспорт в шаге 3.Если это произойдет, вам нужно будет узнать, как долго синхронизация не работает, и вам может потребоваться вручную импортировать один или несколько ожидающих пакетов (поэтому мы перенесли их вместо их удаления) и повторите попытку chepoch -actual.
• Ошибки базы данных при импорте или экспорте. (скорее всего, импорт, так как вы отлично работаете в VOB-проектах). Это проблема «забрать телефон и позвонить в IBM».