|
![]() |
#1 |
Участник
|
А что если создать новые номерные серии (с таким же след. номером)? Не вариант?
|
|
![]() |
#2 |
Участник
|
Самое поршивое - ошибка возникает не всегда... никак не отловить ее(( Что делать не знаю((
|
|
![]() |
#3 |
----------------
|
проверять номерные серии имело смысл на попадание текущего номера в существующие диапазоны данных.
|
|
![]() |
#4 |
северный Будда
|
Возможно, глупый совет, но...
Поставьте точку останова в инсерте таблицы, где есть ругань - и посмотрите состав записываемого. А в параллельной сессии попробуйте найти такую же запись вручную по уникальным индексам.
__________________
С уважением, Вячеслав |
|
![]() |
#5 |
Участник
|
Цитата:
Подскажите плиз как проверить рекид???? прочитал что в минус когда уходит - уже стоит задуматься (у нас в минусе уже давно) Уже не знаю на что и думать - то ли ваучер, то ли аналитика, иль вообще рекИд ![]() |
|
![]() |
#6 |
----------------
|
вариант №1. Как уже говорилось, запускаем SQL Profiler и ждем "поклевку", то есть когда возникнет ошибка. Возникла - смотрим, что написано в логе.
вариант №2. Берем текущий номер (рекид или номерной по интересующему полю) и ищем "похожие" и "близкие" номера в InventTrans. Сначала анализ простой - есть или нет и когда. |
|
![]() |
#7 |
Участник
|
Цитата:
Сообщение от Wamr
![]() вариант №1. Как уже говорилось, запускаем и ждем "поклевку", то есть когда возникнет ошибка. Возникла - смотрим, что написано в логе.
вариант №2. Берем текущий номер (рекид или номерной по интересующему полю) и ищем "похожие" и "близкие" номера в InventTrans. Сначала анализ простой - есть или нет и когда. По второму варианту - когда трабла еще и с ledgertrans возникла, заметил, что в журнале который пытался разнести некоторые ваучеры были с уже использ. номерной серией (меньше следующего в номерных сериях)... строки с этими ваучерами удалил, создал сново - разнес |
|
![]() |
#8 |
Участник
|
У вас RecId по второму кругу пошла.
Сейчас такая плавающая ошибка будет появляться при попытке создания записей в таблицах, где настроен уникальный ключ по RecId. Вам надо эту тему смотреть Миф об уникальности RecId?
__________________
Axapta v.3.0 sp5 kr2 |
|
|
За это сообщение автора поблагодарили: pitersky (1), Che (1). |
![]() |
#9 |
Участник
|
![]() Цитата:
Сообщение от AndyD
![]() У вас RecId по второму кругу пошла.
Сейчас такая плавающая ошибка будет появляться при попытке создания записей в таблицах, где настроен уникальный ключ по RecId. Вам надо эту тему смотреть Миф об уникальности RecId? ![]() |
|
![]() |
#10 |
Участник
|
Система давно работает? AX 3.0 или 4.0/2009? Может не все так страшно, а просто кто-то заливал данные через SQL и не сместил счетчик RecId?
__________________
Ivanhoe as is.. |
|
![]() |
#11 |
Участник
|
ах 3.0. Работает с 2004 года. Что касается скуля - перед новым годом пришлось восстанавливать БД из бака, но как я понимаю это ни причем.
|
|
![]() |
#12 |
Участник
|
Размер БД ~ 60 гб как думаете Администрирование\ Периодические операции\ SQL Администрирование\ Проверка кодов записей - будет ли решением моей проблемы? Понимаю что много по данному вопросу написано, но разбираться, к сожалению, нет времени(
|
|
![]() |
#13 |
Axapta
|
Это несерьезно, извините. Данный вопрос как раз такой, что сначала надо разобраться, а только потом делать. При том сначала на тестовой базе. Если у вас действительно recId пошли по второму кругу, то есть несколько решений данной проблемы. Но для каждой ситуации лучшим вариантом будут разные решения. И прежде чем выбрать нужное, вы должны хорошо понимать все плюсы и минусы каждого из способов.
На форуме все это подробно обсуждалось. Не в обиду, но судя по вашим сообщениям, для решения проблемы вам лучше привлечь кого-то более опытного. Особенно, если проблема критичная и "нет времени". Если же хотите самостоятельно, то начать надо с Как выполнять дефрагментирование RecID и Миф об уникальности RecId? . Удачи. |
|
![]() |
#14 |
Участник
|
Цитата:
Сообщение от oip
![]() Не в обиду, но судя по вашим сообщениям, для решения проблемы вам лучше привлечь кого-то более опытного. Особенно, если проблема критичная и "нет времени". Если же хотите самостоятельно, то начать надо с Как выполнять дефрагментирование RecID и Миф об уникальности RecId? . Удачи.
Удача походу мне понадобится ![]() |
|
![]() |
#15 |
Участник
|
В качестве первой помощи, можно попытаться найти свободную дыру RecId и переключитсяся на неё. Поиск дыр
|
|
![]() |
#16 |
Участник
|
Руководство не рассматривает вариант перехода на более новую версию? Коллеги подсказали несколько тем, в которых есть полезные советы. Но в общем случае рано или поздно recid кончатся вообще...
__________________
Ivanhoe as is.. |
|
![]() |
#17 |
Участник
|
Цитата:
![]() ![]() Начал с варианта про "дыры", но что то пока не понимаю чем вариант стандартной дефрагментации плох? Походу дела про дефрагментацию погорячился))) Последний раз редактировалось Che; 09.02.2011 в 13:00. |
|
![]() |
#18 |
Участник
|
Ищите старые темы - в стандартной дефрагментации, на сколько я помню, кое-какие данные могли "потеряться". Плюс если были некорректные доработки со связями по recid - могут связи сломаться.
__________________
Ivanhoe as is.. |
|
![]() |
#19 |
Участник
|
Спасибо за советы, Уважаемые! Надеюсь что нибудь хорошее и получится
|
|
![]() |
#20 |
Участник
|
Искал нужную тему, случайно наткнулся на эту, прочитал все посты и стало интересно, чем всё у автора закончилось...
![]() Модераторы, извините за up-анье темы) Знаю, что в одной теме разные вопросы лучше не спрашивать, а вот можно ли аппать старые темы - не нашёл запрета) |
|
Теги |
ax3.0, index, profiler, recid |
|
|