Трабла при создании записи

[Che]

Самое поршивое - ошибка возникает не всегда... никак не отловить ее(( Что делать не знаю((

[Che]

сейчас вот ошибка появилась на ledgertrans - там вообще нет ни аналитики ни лота...

[S.Kuskov]

Zitat:

Zitat von Che

странно, но RecId = -262 это нормально? была гораздо бОльшая разрядность

Zitat:

Zitat von Che

Самое поршивое - ошибка возникает не всегда... никак не отловить ее(( Что делать не знаю((

Zitat:

Zitat von Che

сейчас вот ошибка появилась на ledgertrans - там вообще нет ни аналитики ни лота...

У вас точно не переполнился RecId? Блокировки системы, после которых вам пришлось перезагрузиться, могли быть сязаны именно с этим.

[Che]

Zitat:

Zitat von S.Kuskov

У вас точно не переполнился RecId? Блокировки системы, после которых вам пришлось перезагрузиться, могли быть сязаны именно с этим.

Тупой вопрос) но как проверить это) Я проверял через создание новой записи...

[Che]

Не знаю, может натолкнет на мысль: разношу, допустим, заказ - ошибка, пробую еще раз этот же заказ - ошибки нет, разнгосится.

[Che]

Может в номерной серии ваучеров беда (т.к. в леджертрансе только они и есть)? Но как побороть - хз

[pitersky]

Возможно, глупый совет, но...
Поставьте точку останова в инсерте таблицы, где есть ругань - и посмотрите состав записываемого. А в параллельной сессии попробуйте найти такую же запись вручную по уникальным индексам.

[Che]

Zitat:

Zitat von pitersky

Возможно, глупый совет, но...
Поставьте точку останова в инсерте таблицы, где есть ругань - и посмотрите состав записываемого. А в параллельной сессии попробуйте найти такую же запись вручную по уникальным индексам.

в том то и дело что ошибка возникает далеко не всегда - отловить никак...
Подскажите плиз как проверить рекид???? прочитал что в минус когда уходит - уже стоит задуматься (у нас в минусе уже давно)
Уже не знаю на что и думать - то ли ваучер, то ли аналитика, иль вообще рекИд

[AndyD]

Zitat:

Zitat von Che

странно, но RecId = -262 это нормально? была гораздо бОльшая разрядность
По номерным ч то не понял ход мысли, если честно)

А сейчас какой RecId создается? Уже положительные значения?

[Wamr]

вариант №1. Как уже говорилось, запускаем SQL Profiler и ждем "поклевку", то есть когда возникнет ошибка. Возникла - смотрим, что написано в логе.

вариант №2. Берем текущий номер (рекид или номерной по интересующему полю) и ищем "похожие" и "близкие" номера в InventTrans. Сначала анализ простой - есть или нет и когда.

[Che]

Zitat:

Zitat von AndyD

А сейчас какой RecId создается? Уже положительные значения?

Создаю новую запись в табе - recId = 21668

[Che]

Zitat:

Zitat von Wamr

вариант №1. Как уже говорилось, запускаем и ждем "поклевку", то есть когда возникнет ошибка. Возникла - смотрим, что написано в логе.

вариант №2. Берем текущий номер (рекид или номерной по интересующему полю) и ищем "похожие" и "близкие" номера в InventTrans. Сначала анализ простой - есть или нет и когда.

Первый вариант конечно хорош, но с SQL Profiler не разобрался до конца (вчера запускал по умолчанию)
По второму варианту - когда трабла еще и с ledgertrans возникла, заметил, что в журнале который пытался разнести некоторые ваучеры были с уже использ. номерной серией (меньше следующего в номерных сериях)... строки с этими ваучерами удалил, создал сново - разнес

[AndyD]

У вас RecId по второму кругу пошла.
Сейчас такая плавающая ошибка будет появляться при попытке создания записей в таблицах, где настроен уникальный ключ по RecId.

Вам надо эту тему смотреть Миф об уникальности RecId?

[Che]

Zitat:

Zitat von AndyD

У вас RecId по второму кругу пошла.
Сейчас такая плавающая ошибка будет появляться при попытке создания записей в таблицах, где настроен уникальный ключ по RecId.

Вам надо эту тему смотреть Миф об уникальности RecId?

пипец начинаю биться головой об стол

[Ivanhoe]

Система давно работает? AX 3.0 или 4.0/2009? Может не все так страшно, а просто кто-то заливал данные через SQL и не сместил счетчик RecId?

[Che]

Zitat:

Zitat von Ivanhoe

Система давно работает? AX 3.0 или 4.0/2009? Может не все так страшно, а просто кто-то заливал данные через SQL и не сместил счетчик RecId?

ах 3.0. Работает с 2004 года. Что касается скуля - перед новым годом пришлось восстанавливать БД из бака, но как я понимаю это ни причем.

[Che]

Размер БД ~ 60 гб как думаете Администрирование\ Периодические операции\ SQL Администрирование\ Проверка кодов записей - будет ли решением моей проблемы? Понимаю что много по данному вопросу написано, но разбираться, к сожалению, нет времени(

[oip]

Zitat:

Zitat von Che

но разбираться, к сожалению, нет времени(

Это несерьезно, извините. Данный вопрос как раз такой, что сначала надо разобраться, а только потом делать. При том сначала на тестовой базе. Если у вас действительно recId пошли по второму кругу, то есть несколько решений данной проблемы. Но для каждой ситуации лучшим вариантом будут разные решения. И прежде чем выбрать нужное, вы должны хорошо понимать все плюсы и минусы каждого из способов.

На форуме все это подробно обсуждалось. Не в обиду, но судя по вашим сообщениям, для решения проблемы вам лучше привлечь кого-то более опытного. Особенно, если проблема критичная и "нет времени". Если же хотите самостоятельно, то начать надо с Как выполнять дефрагментирование RecID и Миф об уникальности RecId? . Удачи.

[Che]

Zitat:

Zitat von oip

Не в обиду, но судя по вашим сообщениям, для решения проблемы вам лучше привлечь кого-то более опытного. Особенно, если проблема критичная и "нет времени". Если же хотите самостоятельно, то начать надо с Как выполнять дефрагментирование RecID и Миф об уникальности RecId? . Удачи.

Спасибо за критику... так и есть... работаю не долго) Но и привлечь кого-либо возможности нет, к сожалению(((
Удача походу мне понадобится

[S.Kuskov]

Zitat:

Zitat von Che

разбираться, к сожалению, нет времени(

В качестве первой помощи, можно попытаться найти свободную дыру RecId и переключитсяся на неё. Поиск дыр