Денис_88В указанной в конфиге папке на RSS сервере файл лога появился,но меня насторожило тот факт,что на RSS сервере не меняются след строки

Last log page received(log id,page): 943,4671
Sequence number of last buffer received: 210
Sequence number of last buffer acked: 210

хотя на основном активно идут изменения.

Может быть он не передает?Как можно еще посмотреть?

После этого я внес руками одно изменение в табличку на освном,но на RSS его так и не появилось.

В чем может быть проблема?

Monitoring RSS - [onstat -g rss verbose]
http://www.informix-zone.com/idswiki/doku.php/idsdev:ha:rss

RSS - хорошая технология, но без понимания прикладной задачи тяжело что-то рекомендовать (возможно Вас нужен CLR).
Посмотрите на раздел - Availability need and recommended solution (Combining IDS Availability Options to Meet Different Needs).
http://www.informix-zone.com/files/whitepapers/mach11_whitepaper.pdf

С уважением,
Вадим.

Денис_88яфшуеі,

вот лог с вторичного сервера

12:51:05 Recovery Mode
12:52:20 DR: new type = RSS
12:52:21 RSS Server prime02int - state is now connected
12:52:21 Logical Recovery Started.
12:52:21 10 recovery worker threads will be started.
12:52:22 Start Logical Recovery - Start Log 938, End Log ?
12:52:22 Starting Log Position - 943 0x22374018
12:52:22 Clearing the physical and logical logs has started
12:56:36 Cleared 50780 MB of the physical and logical logs in 255 seconds
12:56:37 B-tree scanners disabled.
12:56:38 DR: RSS secondary server operational
12:56:38 Secondary Delay or Stop Apply: Using the directory /mnt/ids_data/RSSreplica/ifmxlog_0.
12:56:38 A Request to reset the log position to 943:0 was sent to the primary server.

Вот что говорит onstat -g rss verbose во время работы

IBM Informix Dynamic Server Version 11.50.FC6 -- Fast Recovery (RSS) -- Up 00:20:17 -- 16696732 Kbytes

RSS Server control block: 0x3c3c72478
Local server type: RSS
Server Status : Active
Source server name: prime02int
Connection status: Connected
Last log page received(log id,page): 943,71647
Sequence number of last buffer received: 2303
Sequence number of last buffer acked: 2303


То есть соединение активно,что-то передается,задержка установлена в 2минуты,но внеся изменения в основной сервер я не вижу их в резервном.

В чем может быть дело????

RSS Delayed Apply - https://www.ibm.com/developerworks/mydeveloperworks/blogs/roundrep/entry/delayed_apply?lang=en

Покажите вывод { onstat -g rss verbose } с первичного сервера и отчет { onstat -g rss } запущенный на вторичном.
Далее, вывод {onstat -g rss log} запущенной с первичного сервера, { onstat -l } для первичного и вторичного сервера.

Объем ожидаемых изменений больше чем размер буфера логических журналов ?!

С уважением,
Вадим.

Денис_88GVF112GVF,

...если я ставлю задержку 10минут,а за это время передалось информации больше чем размер rss buffer-что произойдет?Запустил процесс,пока было мало изменений-вторичный догонял первичный и писал в свои логи,как только началось очень активные изменения-вторичный перестал что либо догонять...


Да ничего страшного не произойдет. Как только буфер будет заполненный, сработает внутренний механизм для
его передачи на RSS сервер ... :)

С уважением,
Вадим.

Денис_88GVF112GVF,

вчера в 17 поднял RSS репликацию,поинсертил-поудалял малое количество записей-все нормально передается с основного и накатывается на вторичном,логический лог вторичного одинаково изменяется с первичным.
НО в 6 запустил большой операционный процесс,который работает примерно час.Сеня пришел и вижу следующую картину:на основном сервере все отработало и полностью заполнилось 8 логических логов по сравнению со вчера,а на вторичном логический лог не заполнился ни один.
Сделал инсерт 1 строки в основной-на вторичном она так и не появилась через 20минут,хотя DELAY_APPLY=5M и DRINTERVAL=1секунде.И тем более что перед опер. процессом все передавалось как положено и накатывалось через 5М.

Отрубаю все и раскатываю с нового бэкапа, делаю инсерт 1-2-50000 строк на основном-на вторичном они появляются как положено через пять минут,а вот с этим опер. процессом не получается((



Может вторичный не успевает накатывать?Если на основном HDR буфер будет оч быстро заполняться,передаваться,а вторичный еще не накатил предыдущий буфер---что будет?
Должны ли на 2 серверах логические логи быть в одинаковом состоянии?

Думаю, что нужно смотреть на на логику проблемного процесса.
Далее, следует понять, что происходит во время его выполнения - как ведет себя первичный и вторичный сервер.

Попробуйте определить наличие узких мест в данной конфигурации - пропускная способность сети, наличие ресурсов VP NET,
VP CPU на RSS-сервере, наличие диагностических сообщений на уровне OS (Net Services, i/o error).

Можно пересмотреть значение параметра - OFF_RECVRY_THREADS (увеличить его значение) ... ;)

С уважением,
Вадим.