ASA 9.0.2 3320
проблема возникла вчера. репликация идет через ftp.
имеется: редко изменяющаяся табличка (справочник), в которой 12000 записей. Табличка для расчетов и в ней все поля (а их всего 3) - decimal. Первичый ключ - составной на первых двух полях.
Нужно было обновить содержимое.
На одной из удаленных баз было сделано delete from table390085 + commit;
после этого была начала заливка новых данных с той же удаленной базы
пошли апдейты в центральную базу.
Для сверки позже были выполнены команды в удаленной и центральной бд select count(*) from table 390085. В результате выяснилось, что количество строк не совпадает, а в логе центральной бд имеется куча skip(-193), вызванных попыткой вставить записи, у которых первичные ключи конфликуют с уже имеющимися.
Продолжая читать лог dbremote было обнаружено, что delete * from не выполнился... и причина этого непонятна. Но есть одно обстоятельноство в процессе выполнения этой длинной транзакции dbremote по расписанию останавливался и запускался, что видно ниже
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 66
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 66 . 5
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 67
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 67 . 5
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 68
I. 08 / 24 18 : 00 : 51 . DELETE FROM god.table390085
WHERE density= 1 . 06
AND temperature= 68 . 5
E. 08 / 24 18 : 00 : 52 . Receiving messages failed
I. 08 / 24 18 : 00 : 52 . Shutdown by request
I. 08 / 24 18 : 00 : 52 . Execution completed
но после повторного старта и затребования повторной посылки данных,
инструкции delete не были посланы вновь, а уже пошли insert, что вызвало конфликт.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
E. 08 / 24 18 : 01 : 35 . Missing message from "remote_az" ( 138 - 013266126735 - 013266147356 - 0 )
I. 08 / 24 18 : 01 : 35 . Sending message to "remote_az" ( 413 - 014331032693 - 014331032693 - 0 )
...
...
I. 08 / 24 18 : 02 : 36 . INSERT INTO god.table390085(density,temperature,density20)
VALUES (. 5 , 16 . 5 ,. 495 )
E. 08 / 24 18 : 02 : 36 . SQL statement failed: (- 193 ) Primary key for table 'table390085' is not unique
E. 08 / 24 18 : 02 : 36 . Skipping:
E. 08 / 24 18 : 02 : 36 . INSERT INTO god.table390085(density,temperature,density20)
VALUES (. 5 , 16 . 5 ,. 495 )
I. 08 / 24 18 : 02 : 36 . INSERT INTO god.table390085(density,temperature,density20)
VALUES (. 5 , 17 ,. 495 )
E. 08 / 24 18 : 02 : 36 . SQL statement failed: (- 193 ) Primary key for table 'table390085' is not unique
E. 08 / 24 18 : 02 : 36 . Skipping:
E. 08 / 24 18 : 02 : 36 . INSERT INTO god.table390085(density,temperature,density20)
VALUES (. 5 , 17 ,. 495 )
I. 08 / 24 18 : 02 : 36 . INSERT INTO god.table390085(density,temperature,density20)
VALUES (. 5 , 17 . 5 ,. 496 )
E. 08 / 24 18 : 02 : 36 . SQL statement failed: (- 193 ) Primary key for table 'table390085' is not unique
...
...
не долго думая, удалил все из центральной бд, и заново повторил операцию, все прошло удачно...
однако, теперь возникает вопрос: неужели существует вероятность недополучить инфу при принудительной (но корректной) остановке dbremote во время получения длинной транзакции...
