Ошибка номер 5
Модераторы: m0p3e, edward_K, Модераторы
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Ошибка номер 5
При включенной журнализации часто (1-2 раза в день) возникает ошибка №5 "Дублированное значение при уникальном ключе в таблице \\GalSrv\Data\D_dict\Journal.adf". Кто-нибудь знает как это победить?
-
- Постоянный гость
- Сообщения: 82
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва, Минск
- Контактная информация:
Re: Ошибка номер 5
Все уникальные ключи в журнале содержат Nrec, отсюда можно сделать вывод, что ошибка состоит именно в их генерации.
Способов изменить методику генерации ключей очень немного, можно попробовать установить параметр RandomSurrKeys в секции DataBase cfg-файла, если он установлен в True, то можно исключить журнал с помощью параметра RandomSurrKeysExcludeList этой же секции. Кстати, по умолчанию, сразу после установки, там стоят две таблицы x$journal; ServerConflicts, скорее всего - они оказались стерты из этого параметра в результате каких-либо экспериментов.
Способов изменить методику генерации ключей очень немного, можно попробовать установить параметр RandomSurrKeys в секции DataBase cfg-файла, если он установлен в True, то можно исключить журнал с помощью параметра RandomSurrKeysExcludeList этой же секции. Кстати, по умолчанию, сразу после установки, там стоят две таблицы x$journal; ServerConflicts, скорее всего - они оказались стерты из этого параметра в результате каких-либо экспериментов.
-
- Постоянный обитатель
- Сообщения: 171
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Иркутская обл
- Контактная информация:
Re: Ошибка номер 5
Я думаю RabdomSurrKeys желательно обязательно прописать в [DataBase]
-
- Местный житель
- Сообщения: 474
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Сибирь-матушка
- Контактная информация:
Re: Ошибка номер 5
Только вот RandomSurrKeys работает только на Pervasive ...
и в журнале не только индекс по NRec уникален ...
TABLECODE+TABLENREC+NREC
STATUS+NREC
TRANSNO+NREC
тоже уникальные
Живем 5-й год с последовательной генерацией суррогатных ключей и не маемся
и в журнале не только индекс по NRec уникален ...
TABLECODE+TABLENREC+NREC
STATUS+NREC
TRANSNO+NREC
тоже уникальные
Живем 5-й год с последовательной генерацией суррогатных ключей и не маемся
Питаю патологические отвращение и ненависть в особо тяжелой и крайне запущенной формах к семейству программ Microsoft Business Solution !
Восславим господа Кришну за то, что у нас есть ГАЛАКТИКА !
Восславим господа Кришну за то, что у нас есть ГАЛАКТИКА !
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Re: Ошибка номер 5
Только что попробовал включить RandomSurrKeysExcludeList=X$JOURNAL при включенной опции RandomSurrKeys=On и знаете, не помогло Ошибки стали повторятся чаще.
-
- Постоянный гость
- Сообщения: 82
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва, Минск
- Контактная информация:
Re: Ошибка номер 5
2 Туманов О.В. Там было сказано, что все уникальные индексы содержат Nrec , а отсюда можно сделать вывод что если возникает такая ошика, то повторяется и Nrec в том числе. По постановке вопроса и так было ясно, что БД на Pervasive(\\GalSrv\Data\D_dict\Journal.adf).......
А если попробовать вообще сделать RandomSurrKeys=Off и не маятся?
А если попробовать вообще сделать RandomSurrKeys=Off и не маятся?
Re: Ошибка номер 5
А табличку то отлечили/удалили? Ибо раз дубликаты уже есть то никуда они не денутся...
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Re: Ошибка номер 5
Дублированное значение появляется только в journal.adf в других таблицах их нет, уже несколько раз лечили подозрительные таблички. Такая же ситуация возникает при включенном Корпо-обмене.
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Re: Ошибка номер 5
Кстати, RandomSurrKeys=Off тоже никак не решает эту проблему. Такая же ошибка в journal.adf.
-
- Постоянный гость
- Сообщения: 82
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва, Минск
- Контактная информация:
Re: Ошибка номер 5
Есть у меня чуство, что тут дело в репликации, чего-то не так в настройках информационного обмена, скорее всего. А как проблема по времени ложится на сеансы репликации?
-
- Постоянный обитатель
- Сообщения: 171
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Иркутская обл
- Контактная информация:
Re: Ошибка номер 5
Jornal можно и грохнуть (сохранив его предварительно) - проверь так.
-
- Постоянный гость
- Сообщения: 82
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва, Минск
- Контактная информация:
Re: Ошибка номер 5
При включенной корпе его можно грохать только сразу после сеанса репликации, когда все отправилось или грохнуть частично, оставив записи у которых статус стоит "Не рассылалась" x$Journal.Status=0
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Re: Ошибка номер 5
Так и делал, пока не надоело, а сейчас хочется до конца разобраться почему такая ошибка возникает. Не очень хорошо постоянно следить за работой системы. Иногда в отпуск хочется или еще что-нибудь. Гроханье журнала помогает временно, через 3-4 часа такая проблема возникает снова
-
- Постоянный гость
- Сообщения: 82
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва, Минск
- Контактная информация:
Re: Ошибка номер 5
А как появление проблемы по времени ложится на сеансы репликации?
-
- Сообщения: 10
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Удмуртия ОАО "ЛВЗ "Глазовский"
- Контактная информация:
Re: Ошибка номер 5
Репликация раз в сутки в 23-00 ошибки возникают днем на серверной БД, клиентская БД только в режиме просмотра, поэтому сказать о проблеме там не могу.