Ошибка номер 5

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Ошибка номер 5

Сообщение pipan »

При включенной журнализации часто (1-2 раза в день) возникает ошибка №5 "Дублированное значение при уникальном ключе в таблице \\GalSrv\Data\D_dict\Journal.adf". Кто-нибудь знает как это победить?
JackVn
Постоянный гость
Сообщения: 82
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва, Минск
Контактная информация:

Re: Ошибка номер 5

Сообщение JackVn »

Все уникальные ключи в журнале содержат Nrec, отсюда можно сделать вывод, что ошибка состоит именно в их генерации.
Способов изменить методику генерации ключей очень немного, можно попробовать установить параметр RandomSurrKeys в секции DataBase cfg-файла, если он установлен в True, то можно исключить журнал с помощью параметра RandomSurrKeysExcludeList этой же секции. Кстати, по умолчанию, сразу после установки, там стоят две таблицы x$journal; ServerConflicts, скорее всего - они оказались стерты из этого параметра в результате каких-либо экспериментов.
nickmix
Постоянный обитатель
Сообщения: 171
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Иркутская обл
Контактная информация:

Re: Ошибка номер 5

Сообщение nickmix »

Я думаю RabdomSurrKeys желательно обязательно прописать в [DataBase]
8)
Goblin
Местный житель
Сообщения: 474
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Сибирь-матушка
Контактная информация:

Re: Ошибка номер 5

Сообщение Goblin »

Только вот RandomSurrKeys работает только на Pervasive ...

и в журнале не только индекс по NRec уникален ...

TABLECODE+TABLENREC+NREC
STATUS+NREC
TRANSNO+NREC

тоже уникальные

Живем 5-й год с последовательной генерацией суррогатных ключей и не маемся :)
Питаю патологические отвращение и ненависть в особо тяжелой и крайне запущенной формах к семейству программ Microsoft Business Solution !
Восславим господа Кришну за то, что у нас есть ГАЛАКТИКА !
pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Re: Ошибка номер 5

Сообщение pipan »

Только что попробовал включить RandomSurrKeysExcludeList=X$JOURNAL при включенной опции RandomSurrKeys=On и знаете, не помогло :) Ошибки стали повторятся чаще.
JackVn
Постоянный гость
Сообщения: 82
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва, Минск
Контактная информация:

Re: Ошибка номер 5

Сообщение JackVn »

2 Туманов О.В. Там было сказано, что все уникальные индексы содержат Nrec :), а отсюда можно сделать вывод что если возникает такая ошика, то повторяется и Nrec в том числе. По постановке вопроса и так было ясно, что БД на Pervasive(\\GalSrv\Data\D_dict\Journal.adf).......

А если попробовать вообще сделать RandomSurrKeys=Off и не маятся?
m0p3e
Местный житель
Сообщения: 1386
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва

Re: Ошибка номер 5

Сообщение m0p3e »

А табличку то отлечили/удалили? Ибо раз дубликаты уже есть то никуда они не денутся...
pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Re: Ошибка номер 5

Сообщение pipan »

Дублированное значение появляется только в journal.adf в других таблицах их нет, уже несколько раз лечили подозрительные таблички. Такая же ситуация возникает при включенном Корпо-обмене.
pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Re: Ошибка номер 5

Сообщение pipan »

Кстати, RandomSurrKeys=Off тоже никак не решает эту проблему. Такая же ошибка в journal.adf.
JackVn
Постоянный гость
Сообщения: 82
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва, Минск
Контактная информация:

Re: Ошибка номер 5

Сообщение JackVn »

Есть у меня чуство, что тут дело в репликации, чего-то не так в настройках информационного обмена, скорее всего. А как проблема по времени ложится на сеансы репликации?
nickmix
Постоянный обитатель
Сообщения: 171
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Иркутская обл
Контактная информация:

Re: Ошибка номер 5

Сообщение nickmix »

Jornal можно и грохнуть (сохранив его предварительно) - проверь так. 8)
JackVn
Постоянный гость
Сообщения: 82
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва, Минск
Контактная информация:

Re: Ошибка номер 5

Сообщение JackVn »

При включенной корпе его можно грохать только сразу после сеанса репликации, когда все отправилось или грохнуть частично, оставив записи у которых статус стоит "Не рассылалась" x$Journal.Status=0
pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Re: Ошибка номер 5

Сообщение pipan »

Так и делал, пока не надоело, а сейчас хочется до конца разобраться почему такая ошибка возникает. Не очень хорошо постоянно следить за работой системы. Иногда в отпуск хочется или еще что-нибудь. Гроханье журнала помогает временно, через 3-4 часа такая проблема возникает снова
JackVn
Постоянный гость
Сообщения: 82
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва, Минск
Контактная информация:

Re: Ошибка номер 5

Сообщение JackVn »

А как появление проблемы по времени ложится на сеансы репликации?
pipan
Сообщения: 10
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
Контактная информация:

Re: Ошибка номер 5

Сообщение pipan »

Репликация раз в сутки в 23-00 ошибки возникают днем на серверной БД, клиентская БД только в режиме просмотра, поэтому сказать о проблеме там не могу.
Ответить