ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Неопознанный трабл с репликацией. Куда копать?
16 сообщений из 16, страница 1 из 1
Неопознанный трабл с репликацией. Куда копать?
    #34355906
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
ASA 9.0.2. Одна консолидированная база и 6 штук удаленных. Репликация dbremote через FTP.
Все было ок, но вдруг ни с того ни с сего в один прекрасный момент консолидированная база перестала отправлять изменения удаленным.
В логах сервера ничего подозрительного нет. Никаких измененй метаданных не делалось.
В логах репликации на консолидированной вижу 23.02 в 17:30 получены и приложены изменения от разных баз и отправлены сообщения удаленным подписчикам. Все штатно, execution completed.
В 17:50 получены и приложены очередные изменения от нескольких удаленных баз, а потом такое:
Код: plaintext
1.
2.
3.
4.
5.
6.
I. 02/23 17:50:02. Scanning logs starting at offset 0027017078
I. 02/23 17:50:02. Processing transaction logs from directory "d:\db\shops_office\"
I. 02/23 17:50:02. Processing transactions from active transaction log
E. 02/23 17:50:02. No log operation at offset of 0027017078 in the current transaction log
E. 02/23 17:50:02. Sending messages failed
I. 02/23 17:50:02. Execution completed

После этого все последующие сеансы та же самая картина: приходят изменения от удаленных баз, но им не отправляются с теми же самыми симптомами.

Куда копать?

Бэкапов базы, отрезаний логов и т.п. не делалось.
...
Рейтинг: 0 / 0
26.02.2007, 18:42
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34355964
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
Александр ГoлдунE. 02/23 17:50:02. No log operation at offset of 0027017078 in the current transaction log
Потерян кусок лога.
...
Рейтинг: 0 / 0
26.02.2007, 19:05
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34355972
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Dim2000 Александр ГoлдунE. 02/23 17:50:02. No log operation at offset of 0027017078 in the current transaction log
Потерян кусок лога.
А подробнее можно? Что значит потерян? Как это могло произойти? Как это наиболее безболезненно вылечить?
...
Рейтинг: 0 / 0
26.02.2007, 19:07
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356010
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Смотрю статистику по подписчикам.
У пятерых send log offset и send confirm offset равны 27017318
А у одного 27017078 - как раз упоминаемое в ошибке смещение.
...
Рейтинг: 0 / 0
26.02.2007, 19:25
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356014
Vinogradov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vinogradov
Гость
Александр ГoлдунASA 9.0.2. Одна консолидированная база и 6 штук удаленных. Репликация dbremote через FTP.
Все было ок, но вдруг ни с того ни с сего в один прекрасный момент консолидированная база перестала отправлять изменения удаленным.
В логах сервера ничего подозрительного нет. Никаких измененй метаданных не делалось.
В логах репликации на консолидированной вижу 23.02 в 17:30 получены и приложены изменения от разных баз и отправлены сообщения удаленным подписчикам. Все штатно, execution completed.
В 17:50 получены и приложены очередные изменения от нескольких удаленных баз, а потом такое:
Код: plaintext
1.
2.
3.
4.
5.
6.
I. 02/23 17:50:02. Scanning logs starting at offset 0027017078
I. 02/23 17:50:02. Processing transaction logs from directory "d:\db\shops_office\"
I. 02/23 17:50:02. Processing transactions from active transaction log
E. 02/23 17:50:02. No log operation at offset of 0027017078 in the current transaction log
E. 02/23 17:50:02. Sending messages failed
I. 02/23 17:50:02. Execution completed

После этого все последующие сеансы та же самая картина: приходят изменения от удаленных баз, но им не отправляются с теми же самыми симптомами.

Куда копать?

Бэкапов базы, отрезаний логов и т.п. не делалось.

Все таки может делали резервную копию с обрезанием лога.
Если этого не делать, то ведь лог будет большой и агенту репликации тяжело сканровать большой лог БД
Поищите в логе репликации, от кого пришла точка 0027017078 и дальше на эту БД reset remote

У меня были ситуации, когда одна из точек долго молчала, а потом включилась и начиналось сканирование логов в папке резервного копирования от царя гороха, что на несколько часов задерживало репликацию, а удаленных БД >40 через SMTP
...
Рейтинг: 0 / 0
26.02.2007, 19:28
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356029
Марсель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Марсель
Участник
а билд ASA какой ?
...
Рейтинг: 0 / 0
26.02.2007, 19:33
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356059
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Vinogradov
Все таки может делали резервную копию с обрезанием лога.

Точно нет
Vinogradov
Если этого не делать, то ведь лог будет большой и агенту репликации тяжело сканровать большой лог БД

Пока не актуально. Репликация работает всего пару месяцев. Объем данных небольшой
Vinogradov
Поищите в логе репликации, от кого пришла точка 0027017078 и дальше на эту БД reset remote

Последняя успешная отправка:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
I. 02/23 17:30:02. Processing transactions from active transaction log
I. 02/23 17:30:02. Sending message to "r_user1" (0-0027016369-0027017318-0)
I. 02/23 17:30:03. Sending message to "r_user2" (0-0027016369-0027017318-0)
I. 02/23 17:30:03. Sending message to "r_user3" (0-0027016369-0027017318-0)
I. 02/23 17:30:04. Sending message to "r_user4" (0-0027016369-0027017318-0)
I. 02/23 17:30:04. Sending message to "r_user5" (0-0027015514-0027017078-0)
I. 02/23 17:30:04. Sending message to "r_user6" (0-0027016369-0027017318-0)
I. 02/23 17:30:06. Execution completed
Как раз здесь видно, что почему-то у r_user5 отличается конечное отправленное смещение. И после этого пошел сбой.

Сейчас попробовал в консолидированной базе остановить подписку для r_user5. Репликация по оставшимся пошла нормально. Запустил подписку для него - опять сбой.

Если я сделаю ему REMOTE RESET, то смещение автоматом установится на текущее. Соответственно в ту базу не дойдут никакие изменения, произошедшие с момента сбоя.

Версия ASA на консолидированной базе 9.0.2.3137. На этом же сервере уже не один год работает другая реплицируемая база.
...
Рейтинг: 0 / 0
26.02.2007, 19:51
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356067
Марсель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Марсель
Участник
ну тогда все понятно
я уже наступал в это ;)
http://www.sql.ru/forum/actualthread.aspx?tid=216712
у тебя наверное БД с checksum ?

писание бага
http://search.sybase.com:80/kbx/changerequests?bug_id=399512
...
Рейтинг: 0 / 0
26.02.2007, 19:55
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356129
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Марсельну тогда все понятно
я уже наступал в это ;)
http://www.sql.ru/forum/actualthread.aspx?tid=216712
у тебя наверное БД с checksum ?

Да, это оно. Спасибо. Вот и я наступил за компанию :)

Решил лечить кардинально: remote reset этому подписчику и запустил полную синхронизацию для него с консолидированной базы. Так удаленная, получив весь пакет синхронизации пишет что-то типа not applying operation with old resent count и отправляет одно сообщение в центральную.
Центральная, получив это сообщение, опять перепосылает всю синхронизацию и т.д.

Что ему опять не нравится? Где я туплю?
...
Рейтинг: 0 / 0
26.02.2007, 20:45
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356171
Марсель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Марсель
Участник
Лучше было бы накатить патч, оттранслировать лог - найти правильное значение смещения, и с помощию sa_setremoteuser записать его (в центр. и удаленной БД) - все бы заработало, неоднократно проверено на себе :)
А так Вы (если я правильно понимаю как работает REMOTE RESET ...) изменили log_sent, confirm_sent в центральной БД, а в удаленной остались прежние значения, поэтому она так и делает как Вы описали ...
...
Рейтинг: 0 / 0
26.02.2007, 21:49
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356195
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Марсель
А так Вы (если я правильно понимаю как работает REMOTE RESET ...) изменили log_sent, confirm_sent в центральной БД, а в удаленной остались прежние значения, поэтому она так и делает как Вы описали ...
Так ведь по идее при синхронизации должно быть безразлично, какие там смещения в удаленной базе. Или я что-то недопонимаю?
...
Рейтинг: 0 / 0
26.02.2007, 22:18
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356212
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
Александр ГoлдунТак ведь по идее при синхронизации должно быть безразлично, какие там смещения в удаленной базе. Или я что-то недопонимаю?Нет, не безразлично.
Когда база (любая) получает репликационное сообщение, она отправляет обратно подтверждение, мол получено сообщение покрывающее смещения А-Б. И наложение этого сообщения на базу-получатель изменяет состояние базы получателя с В на Г.
...
Рейтинг: 0 / 0
26.02.2007, 22:44
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356220
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
White OwlНет, не безразлично.
Когда база (любая) получает репликационное сообщение, она отправляет обратно подтверждение, мол получено сообщение покрывающее смещения А-Б. И наложение этого сообщения на базу-получатель изменяет состояние базы получателя с В на Г.
Т.е. получается, что синхронизация отработает только в случае если последовательности сообщений не нарушены? А если remote reset на обеих базах сделать?
...
Рейтинг: 0 / 0
26.02.2007, 22:58
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356239
antand
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antand
Гость
А зачем REMOTE RESET делали?
Вроде как запуска синхронизации подписки со стороны консолидированной должно было быть достаточно.
По мне, так лучше аккуратно через утилиту извлечения выгрузить базу для удаленной точки и заново репликации стартовать. Тем более данных немного.
Или копию консолидированной взять, хотя это "грубовато" конечно.
...
Рейтинг: 0 / 0
26.02.2007, 23:19
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356290
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
Александр Гoлдун White OwlНет, не безразлично.
Когда база (любая) получает репликационное сообщение, она отправляет обратно подтверждение, мол получено сообщение покрывающее смещения А-Б. И наложение этого сообщения на базу-получатель изменяет состояние базы получателя с В на Г.
Т.е. получается, что синхронизация отработает только в случае если последовательности сообщений не нарушены?Да. Если нарушена - та из баз которая обнаружила нарушение пошлет запрос на перепосылку сообщений начиная с последней "хорошей" позиции.

Александр ГoлдунА если remote reset на обеих базах сделать?Тогда обе базы примут за хороший чекпоинт тот на котором база находится в момент ресета, а хороший чекпоинт для базы-корреспондента будет выставлен в ноль и первое же репликационное сообщение (в обе стороны) пойдет: "пропускаем все что между 0 и смещением Х". Второе сообщение уже понест в себе изменения после чекпоинта Х.
...
Рейтинг: 0 / 0
27.02.2007, 00:09
| Ответить | Цитировать | Написать  
Неопознанный трабл с репликацией. Куда копать?
    #34356770
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
antandА зачем REMOTE RESET делали?
Вроде как запуска синхронизации подписки со стороны консолидированной должно было быть достаточно.

Только в том случае, если репликация вообще идет. У меня же если тупо запустить подписку, то оно опять натыкалось на тот самый No log operation at .... и плевало на синхронизацию
antand
По мне, так лучше аккуратно через утилиту извлечения выгрузить базу для удаленной точки и заново репликации стартовать.

Это пригодно только в том случае, если вся удаленная база по сути из подписки только и состоит. Если же подписка в ней самой является подмножеством таблиц и есть еще данные, не участвующие в репликации, то простая выгрузка неприемлема.
...
Рейтинг: 0 / 0
27.02.2007, 10:49
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Неопознанный трабл с репликацией. Куда копать?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]