>>Пытаюсь наладить REVERSE type of transition так, чтоб можно было легко transition failover с одного на другой и обратно
Не так уж это и легко, а в 11.5 вообще не возможно. Это раз.
Во вторых, не совсем понял, почему transition failover выполняется на sp_s, когда должен на sp_t. До transition failover должен быть еще просто transition, потом онлайн бэкап, восстановление из него source, запуск вторичной репликации, и только потом transition failover на secondary source (бывшей target) чтобы вернуться к первичной репликации.
Это что касается работы OE Replication до версии OpenEdge 11.7.
Для 11.7, да, при соответствующей настройке transition failover можно делать на primary source.
Во вложении архив с примером с ESAP#3 по репликации в 11.7, инструкция в файле instructions. У меня по ней всё работало успешно.
Попробуйте настроить как там описано.
TRANSITION FAILOVER валится
- Arelav
- Администратор
- Сообщения: 1881
- Зарегистрирован: 25 мар 2005, 17:05
- Откуда: Progress Technologies
Re: TRANSITION FAILOVER валится
- Вложения
-
- Replication_ESAP_Linux.tar
- Архив с примером с ESAP#3 по репликации в 11.7
- (24 КБ) 895 скачиваний
Re: TRANSITION FAILOVER валится
Ещё один маленький вопрос:
listener-minport и listener-maxport (в файле DBNAME.repl.properties), может-ли их диапазон пересекаться диапазоном портов mindynamicport и maxdynamicport (файл conmgr.properties) ?
И сколько портов отводить под репликацию, зачем их там несколько?
listener-minport и listener-maxport (в файле DBNAME.repl.properties), может-ли их диапазон пересекаться диапазоном портов mindynamicport и maxdynamicport (файл conmgr.properties) ?
И сколько портов отводить под репликацию, зачем их там несколько?
- Arelav
- Администратор
- Сообщения: 1881
- Зарегистрирован: 25 мар 2005, 17:05
- Откуда: Progress Technologies
Re: TRANSITION FAILOVER валится
mindynamicport и maxdynamicport в файле conmgr.properties соответствуют параметрам старта брокера базы данных -minport/-maxport, которые используются для серверов удалённых клиентов.
listener-minport и listener-maxport предназначены для выбора TCP-порта для установления подключения между агентом и серером репликации для работы через firewall. Интервал указывается на случай, если первый, второй, третий и т.д. порты окажутся заняты другими процессами ОС. Т.е. это что-то вроде гарантии, что обязательно найдётся хотя бы один свободный порт из заданного диапазона. Собственно, репликация использует только одно tcp/ip cоединение между серверов и агентом репликации, и можно указать "интервал" из одного порта. Диапазон из какого количества портов указывать - это на ваше усмотрение. Главное, чтобы хотя бы один порт из диапазона всегда был свободен.
Я бы не рекомендовал чтобы эти диапазоны пересекались, так как используются они для разных целей.
listener-minport и listener-maxport предназначены для выбора TCP-порта для установления подключения между агентом и серером репликации для работы через firewall. Интервал указывается на случай, если первый, второй, третий и т.д. порты окажутся заняты другими процессами ОС. Т.е. это что-то вроде гарантии, что обязательно найдётся хотя бы один свободный порт из заданного диапазона. Собственно, репликация использует только одно tcp/ip cоединение между серверов и агентом репликации, и можно указать "интервал" из одного порта. Диапазон из какого количества портов указывать - это на ваше усмотрение. Главное, чтобы хотя бы один порт из диапазона всегда был свободен.
Я бы не рекомендовал чтобы эти диапазоны пересекались, так как используются они для разных целей.
Re: TRANSITION FAILOVER валится
Arelav,
Можно ещё один вопрос: когда два таргета 1 и 2 (source is 0), и transition происходит от 0 на 1, что Progress делает с таргетом 2?
Он его, 2го таргета заново восстанавливает из бэкапа?
При единственном таргете (на географически удалённом ДР-сервере) у меня всё работает отлично.
Скриптом Source and Target создаются, репликация стартует.
Затем я insert into customer(name) values ("MASTER")
После запускается transition failover.
Далее проверяется статус обеих баз и обратной репликации.
На удалённом ДР-сервере я insert into customer(name) values ("SLAVE")
Там-же запускается обратная transition failover.
В конце проверяются новые records, всё в порядке.
Когда-же я добавляю 2й таргет, а У меня после transition failover на 2й таргет репликация в состоянии "Connecting to Agent(s)" и жалуется
"RPLS 19: (10842) Connecting to Fathom Replication Agent secondtarget.
RPLS 19: (10387) The source database cannot be replicated to this target database."
Можно ещё один вопрос: когда два таргета 1 и 2 (source is 0), и transition происходит от 0 на 1, что Progress делает с таргетом 2?
Он его, 2го таргета заново восстанавливает из бэкапа?
При единственном таргете (на географически удалённом ДР-сервере) у меня всё работает отлично.
Скриптом Source and Target создаются, репликация стартует.
Затем я insert into customer(name) values ("MASTER")
После запускается transition failover.
Далее проверяется статус обеих баз и обратной репликации.
На удалённом ДР-сервере я insert into customer(name) values ("SLAVE")
Там-же запускается обратная transition failover.
В конце проверяются новые records, всё в порядке.
Когда-же я добавляю 2й таргет, а У меня после transition failover на 2й таргет репликация в состоянии "Connecting to Agent(s)" и жалуется
"RPLS 19: (10842) Connecting to Fathom Replication Agent secondtarget.
RPLS 19: (10387) The source database cannot be replicated to this target database."
- Arelav
- Администратор
- Сообщения: 1881
- Зарегистрирован: 25 мар 2005, 17:05
- Откуда: Progress Technologies
Re: TRANSITION FAILOVER валится
Если версия OpenEdge меньше 11.7, то вторую target нужно пересоздавать.
Для 11.7 при настроенном replication set вторая target должна продолжить работать.
Существует два сценария для 11.7
*Recovery transition — If the source fails, the two targets transition together. After the transition completes, the primary target is transitioned to a source database, and the other is its target.
*Failover transition — If all three replicas are online, the source and two targets to transition together.
См. по ссылке:
https://documentation.progress.com/outp ... n-set.html
Для 11.7 при настроенном replication set вторая target должна продолжить работать.
Существует два сценария для 11.7
*Recovery transition — If the source fails, the two targets transition together. After the transition completes, the primary target is transitioned to a source database, and the other is its target.
*Failover transition — If all three replicas are online, the source and two targets to transition together.
См. по ссылке:
https://documentation.progress.com/outp ... n-set.html