Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
ASA 9.0.2 3320 проблема возникла вчера. репликация идет через ftp. имеется: редко изменяющаяся табличка (справочник), в которой 12000 записей. Табличка для расчетов и в ней все поля (а их всего 3) - decimal. Первичый ключ - составной на первых двух полях. Нужно было обновить содержимое. На одной из удаленных баз было сделано delete from table390085 + commit; после этого была начала заливка новых данных с той же удаленной базы пошли апдейты в центральную базу. Для сверки позже были выполнены команды в удаленной и центральной бд select count(*) from table 390085. В результате выяснилось, что количество строк не совпадает, а в логе центральной бд имеется куча skip(-193), вызванных попыткой вставить записи, у которых первичные ключи конфликуют с уже имеющимися. Продолжая читать лог dbremote было обнаружено, что delete * from не выполнился... и причина этого непонятна. Но есть одно обстоятельноство в процессе выполнения этой длинной транзакции dbremote по расписанию останавливался и запускался, что видно ниже Код: plaintext 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. но после повторного старта и затребования повторной посылки данных, инструкции delete не были посланы вновь, а уже пошли insert, что вызвало конфликт. Код: plaintext 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. не долго думая, удалил все из центральной бд, и заново повторил операцию, все прошло удачно... однако, теперь возникает вопрос: неужели существует вероятность недополучить инфу при принудительной (но корректной) остановке dbremote во время получения длинной транзакции... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 10:34 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
Вроде не возникала ситуация, точнее возникали сбои и остановки в том числе во время длиных транзакций, но все отрабатывало потом нормально(перезапросы и т.д.) Я что вспоминаю про опции в базе типа Continue_after_raiserror и т.д., хотя могу ошибаться. Давно основы репликации у себя настаивал, сейчас уже все в скриптах , забываешь кое-что. Думаю надо смотреть как ведет себя dbremote, если его останавливают. Настройки и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 12:57 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
Посмотрел на лог Ваш еще раз. По идее после посылки запроса на повторную посылку он должен был отвергать, все что приходит до первого пакета из запрошенной повторной посылке. А у вас почему-то он стал insert применять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 13:03 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
antandПосмотрел на лог Ваш еще раз. По идее после посылки запроса на повторную посылку он должен был отвергать, все что приходит до первого пакета из запрошенной повторной посылке. А у вас почему-то он стал insert применять. вот именно. за 2 года это первый такой сбой... я его связываю с обновлением до 9,0,2... в чистой 9,0,0 (с последним соответствующим ebf) dbremote работает как часы... в 9,0,2 он может вообще повиснуть (в режиме сервиса) и снимается только при помощи kill/taskkill (( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:27 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
CONTINUE_AFTER_RAISERROR - это, к сожалению, не с репликацией связано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:30 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
пока временно заменил net stop на kill/taskkill, думаю что ошибка именно в dbremote... надеюсь, что при насильственном отваливании dbremote будет происзодить rollback... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:33 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
Жалко Вы сразу все удалили и заново сделали. Лучше было бы посмотреть, когда повторная посылка начала бы применяться. Т.е. пусть бы он на Insertы ругнулся, но повторно ведь должен был DELETы прислать и потом опять Insertы. А вот если бы такого небыло, то это весело действительно получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:34 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
antandЖалко Вы сразу все удалили и заново сделали. Лучше было бы посмотреть, когда повторная посылка начала бы применяться. Т.е. пусть бы он на Insertы ругнулся, но повторно ведь должен был DELETы прислать и потом опять Insertы. А вот если бы такого небыло, то это весело действительно получается. у меня все на руках... все логи... параллельно еще ребята вбивали данные, так вот после этого delete пошли их данные в центральную вперемешку с этими insert-тами как видно из лога это произошло ровно в 6 вечера, когда рестартнулся dbremote (он это делает каждый час). Я могу попробовать повторно проиграть данный сценарий на выходных ), данные не очень критичные... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:38 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
вот длинный кусок лога, там видно что затребовалась перепосылка... видно она затребовалась так, как будто delete прошел нормально... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:42 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
antandЛучше было бы посмотреть, когда повторная посылка начала бы применяться. Т.е. пусть бы он на Insertы ругнулся, но повторно ведь должен был DELETы прислать и потом опять Insertы. А вот если бы такого небыло, то это весело действительно получается. а такое возможно??? он же сразу по смещению определяет, что message too old... а то если б он применял, все что лежит в папке это был бы кошмар %) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:48 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
А вот у меня мысль возникла шальная. У вас там поля ключевые цифры? А не могло случиться, что он не удалил по delete запись? Ну например не было такой из-за округления и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 16:08 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
antandА вот у меня мысль возникла шальная. У вас там поля ключевые цифры? А не могло случиться, что он не удалил по delete запись? Ну например не было такой из-за округления и т.д. Я имею ввиду конечно в консолидированной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 16:12 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
antand antandА вот у меня мысль возникла шальная. У вас там поля ключевые цифры? А не могло случиться, что он не удалил по delete запись? Ну например не было такой из-за округления и т.д. Я имею ввиду конечно в консолидированной. тоже была такая мысль, однако тип decimal(30, 10) если даже предположить такое, то НЕКОТОРЫЕ десятичные числа хранятся в виде бесконечного двоичного числа, но не все же ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 16:34 |
|
||
|
Проблема с репликацией длинной транзакции
|
|||
|---|---|---|---|
|
#18+
Рыжий Кот antand antandА вот у меня мысль возникла шальная. У вас там поля ключевые цифры? А не могло случиться, что он не удалил по delete запись? Ну например не было такой из-за округления и т.д. Я имею ввиду конечно в консолидированной. тоже была такая мысль, однако тип decimal(30, 10) если даже предположить такое, то НЕКОТОРЫЕ десятичные числа хранятся в виде бесконечного двоичного числа, но не все же ;) Очень многие!!! как я выяснил недавно в войне с double. Тут тема недалеко где-то моя, еле одолел. Но это к слову. А вообще если допустить что так и есть, то все срастается хорошо. Согласитесь. Но я все же думаю, что дело в другом. Пока тайм-аут возьму, подумать надо. Тут еще начальники ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 16:42 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=33943468&tid=2012636]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 355ms |

| 0 / 0 |
