Пришлось делать rebuild queues на REP_LUBLINO(rep-сервер)
После чего на основном репликативном в логе

I. 2004/10/07 10:46:23. Checking loss for RDOG_OTD.arhiv from LUBLINO.arhiv
Date: Sep 28 2004 2:02:00:950AM
qid=000000010002b3e10007d3ac0017ffffffff0000000095700021833d0003000000000003
I. 2004/10/07 10:46:23. Checking loss for REP_BUH. from LUBLINO.arhiv Date:
Sep 28 2004 2:02:00:950AM
qid=000000010002b3e10007d3ac0017ffffffff0000000095700021833d0003000000000003
I. 2004/10/07 10:46:23. Checking loss for RDOG_OTD.mgt from LUBLINO.mgt
Date: Sep 28 2004 1:03:41:436PM
qid=000000018907615700441b5300090044104d00090000957000d73f3f0000000000000009
I. 2004/10/07 10:46:23. Checking loss for REP_BUH. from LUBLINO.mgt Date:
Sep 28 2004 1:03:41:436PM
qid=000000018907615700441b5300090044104d00090000957000d73f3f0000000000000009
I. 2004/10/07 10:46:23. Checking loss for RFIL6.REP_RDOG_RSSD from
R_LUBLINO.REP_LUBLINO_RSSD Date: Oct 7 2004 10:19:47:500AM
qid=00000001017faf9400007746000cffffffff00000000957900aa3b1a0000000000000003
I. 2004/10/07 10:46:23. Checking loss for REP_BUH. from
R_LUBLINO.REP_LUBLINO_RSSD Date: Oct 7 2004 10:19:47:500AM
qid=00000001017faf9400007746000cffffffff00000000957900aa3b1a0000000000000003
E. 2004/10/07 10:46:23. ERROR #6067 SQM(101:0 RFIL6.REP_RDOG_RSSD) - (588)
Loss detected for RFIL6.REP_RDOG_RSSD from R_LUBLINO.REP_LUBLINO_RSSD
E. 2004/10/07 10:46:23. ERROR #6067 SQM(16777318:0 REP_BUH) - (588)
Loss detected for REP_BUH. from R_LUBLINO.REP_LUBLINO_RSSD
I. 2004/10/07 10:48:01. Ignoring loss for RFIL6.REP_RDOG_RSSD from
R_LUBLINO.REP_LUBLINO_RSSD
I. 2004/10/07 10:48:15. RSI receiver REP_LUBLINO: Resetting Connection.
I. 2004/10/07 10:48:17. ...... connected to server 'RFIL6' as user
'REP_RDOG_RSSD_maint'.
I. 2004/10/07 10:48:22. Ignoring loss for REP_BUH. from
R_LUBLINO.REP_LUBLINO_RSSD
I. 2004/10/07 10:48:45. RSI receiver REP_LUBLINO: Resetting Connection.
I. 2004/10/07 10:49:12. No loss for RDOG_OTD.mgt from LUBLINO.mgt
I. 2004/10/07 10:49:12. No loss for REP_BUH. from LUBLINO.mgt

База mgt основная.
После чего данные с rep сервера участка уходят на REP_RDOG(проверенно), а
там такое
ощущение, что они "сбрасываются" в никуда и не попадают на центральный
сервер.
(подписки и настройки репликации не менялись.)

Есть идея, что по логу на RSSD бузу по проверке на loss использовалась
транзакция
от 7 октября, а на mgt и arhiv от 28 сентября. Но после rebuild queues не
должно
было оставаться в очередях транзакций (на sql- участка LUBLINO даже
чистился лог).
И из-за этого появились No loss(номер транзакции совпал). И теперь
транзакции
идут с номером меньшем и сбрасываются как "уже были".
Возможна-ли такая ситуация?
Какие ещё могут быть варианты?


2) RAID размечен под считывание 128 Kb единовременно.
Вроде Sybese оптимизирован под FAT32, если поменять разметку под считывание
32 Kb единовременно то на сколько поднимется скорость работы? (NTFS)

Олег.