Всем привет!
Есть рабочая серверная база. Снимаю с неё копию и загружаю в серверную тестовую базу.
При создании ЛЮБОГО документа в тестовой базе возникает ошибка Значение поля "Код" не уникально. В рабочую захожу - всё работает хорошо - ошибок нет. Как такое может быть?
Временные файлы удаляли, тестирование и исправление делали

ОбновитьНумерациюОбъектов делали?

(0)[Как такое может быть? ] легко
ты же нумерацию объектов не сбросил

(1) когда же наконец в бсп встроят

(3) А зачем? Я, например, у себя во всех конфигурациях сам вставил...

(3) Когда оно в режиме разделения данных работать научится

(4) там можно дойти до того вообще все с 0 писать

(4) по расписанию бахает?

(7) При старте проверяет, что это копия и тогда бахает.

(8) у меня очень редко, но в боевой базе слетает нумерация

(9) Ну если очень редко - то можно и руками ткнуть.

(1) Делали, помогло. Но слетели все документы. Интересно почему просто...

Как вообще можно "обновлять нумерацию" просто так, если номер документа - это значимый и где-то важный реквизит? А первичку бумажную тоже перепечатывать при этом? Хрень какая-то. Вообще, в восьмерке и к номеру и к дате какое-то неадекватно расслабленное отношение. Например, время документа может двигаться само по себе при проведении, для обеспечения последовательности.

Проблема решилась. Кому интересно: перед загрузкой в тестовую базу (она была не пустая), её удаляем и заново создаем и только после этого грузим бэкап. Видимо где то там в таблицах сохранился кэш..КОроче в пустую базу надо грузить, чтобы такой фигни не было

(12) Обновление нумерации - это не перенумерация. Это сброс счётчика номеров и установка его на последний использованный номер.

(13) это черещ sql бекап грузишь и так получается?

(15) Скорее всего на сервере приложений кэш не чистили. А удаление базы чистит серверных кэш.

(16) +1
(14) +1
(11) Что значит "слетели все документы"?

(15) Да

(17) НУмерация то есть слетела, у всех документов

(13) Нет там никакого "кэша"...

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

А когда вы базу добавляете/удаляете, она считается новой, соответственно никакого состояния нумераторов для этой базы нет.

(14) А, понял, пардон

(20) < хранится в потрохах сервера приложений, ни в каком не в "кэшэ".>
как бы странно это не звучало, но вы как раз это и описали, 'потроха сервера' и есть кэш относительно БД

и он должен лежать гдето физически в т.ч., чтобы если провод из розетки выдернули у сервера, у нумераторов кукушка не уехала сразу после включения
вообще интересно, в (0) <Временные файлы удаляли>
так откуда сервер продолжает об этом помнить если его рестартили? или удалили кэш без рестарта службы?
===
я мож чёто уже забыл...давно не трогал одинесину

(22) > и есть кэш
Нет. Эти данные, хотя и могут быть сброшены на диск в ходе работы, но при рестарте сервера они не перечитываются, а создаются заново по текущему состоянию SQL базы.

(23) > если провод из розетки выдернули у сервера
То от него отваливаются все сеансы.
И информация о том, что номер 123 был зарезервирован за РН сеанса №5, становится бессмысленной.