Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Привет ! Linux 7.3 IDS 9.21 Кто встречался с этим: Два сервера работают в репликации На первичном - все OK На вторичном появляются ошибки (в основном при массовом апдейте таблиц): 20:21:31 Rollforward of log record failed. iserrno = 103 20:21:31 Log Record: log = 473735, pos = fd240, type = OLDRSAM:DELITEM(29), trans = 64 20:21:31 Rollforward of log record failed. iserrno = 103 20:21:31 Log Record: log = 473735, pos = ff210, type = OLDRSAM:DELITEM(29), trans = 64 20:21:31 Rollforward of log record failed. iserrno = 103 20:21:31 Log Record: log = 473735, pos = ff268, type = OLDRSAM:DELITEM(29), trans = 64 20:21:31 Rollforward of log record failed. iserrno = 103 20:21:31 Log Record: log = 473735, pos = ff1b8, type = OLDRSAM:DELITEM(29), trans = 64 20:21:31 Rollforward of log record failed. iserrno = 103 20:21:31 Log Record: log = 473735, pos = ff4dc, type = OLDRSAM:DELITEM(29), trans = 64 20:21:31 Rollforward of log record failed. iserrno = 103 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2008, 21:33 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Неужели никто не ответит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 11:07 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
ROD1234Неужели никто не ответит Это вопрос или утверждение ? Тогда отвечу вопросом - "Неужели вы думаете, что много народу работает в пятницу после 21 часа и в субботу с утра" ? P.S. Я понимаю, что ваша проблема вас сильно волнует... К сожалению, по сути я ничего сказать не могу. Возможно, причиной является то, что при асинхронной репликации изменения передаются пакетом и если, к примеру, одна и та же запись изменяется подряд несколько раз, то на вторичный сервер будет передано только последнее состояние, а промежуточные нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 11:33 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Тогда почему возникает ошибка: "iserrno = 103" ? Может ли проблема появиться из-за того, что перед массовым занесением данных в таблицу эта же таблица пересоздается динамически(drop, create table)? ("set lock mode to wait " выполняется) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2008, 12:29 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Именно в пересоздании и дело. На 9.21 это проявляется хорошо, на 9.40 "мягче" На самом деле ничего страшного нет. Но, чтобы подобных ошибок не было, нужно на время пересоздания разорвать реплику. Да и на время создания индексов для постоянных таблиц это тоже относится. Хотя, эти операции не всегда приводят к подобным сообщениям. Ну и 2й момент, который, возможно лишь косвенно относится к данной проблеме - может еще обнаружиться если будете работать со вторичным сервером что такой то таблицы нет, даже и времеменной - здесь нужно тупо перегрузить вторичный сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2008, 16:21 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Правильно ли я понял, это означает, что просто не надо обращать внимания на эти сообщения ? И если все-таки попробовать избежать этих сообщений и прервать реплику, то как это сделать динамически из процедуры или shell? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2008, 17:09 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
Мы в подобном случае выполняем: onmode -d standard onmode -d primary ..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 10:35 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
ROD1234Правильно ли я понял, это означает, что просто не надо обращать внимания на эти сообщения ? И если все-таки попробовать избежать этих сообщений и прервать реплику, то как это сделать динамически из процедуры или shell? Разрывать репликацию на время пакетной загрузки стоит и из соображений производительности - чем больше загружается данных, тем значительнее разница. Индекс, в частности, реплицируется в завершенном виде, а не со всеми промежуточными состояниями. Возможно, не стоит пересоздавать таблицу? - например, если это сделано из-за нежелания выполнять накладное удаление данных из неё, то может помочь raw-таблица, на которой DML не журналируются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 11:33 |
|
||
|
Rollforward of log record failed. iserrno = 103
|
|||
|---|---|---|---|
|
#18+
По поводу "промежуточных состояний" - у людей 9.21, даже не 9.40. Ну а raw таблицы, репликация HDR и целостность - как по мне это несосвместимо. Не видно Вадима, он бы сказал что нужно лобновляться в данной ситуации и был бы прав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2008, 11:12 |
|
||
|
|
start [/forum/topic.php?fid=44&fpage=36&tid=1608088]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 325ms |
| 0 / 0 |
