Для копирования базы разработчикам используем хранимку с backup + restore. До версии 8.3.6 все работало нормально. После перехода на 8.3.9 после такого копирования в копии сбивается нумерация. Похоже она "кешируется" где-то на сервере 1С, т.к. проблема лечится удалением ИБ из кластера и повторным ее заведением. Сходу найти другой рецепт не удалось. Кто сталкивался с таким и что делал? Если это описано в мануале - ткните, если не трудно.

чистка серверного кеша не помогает?

(0) перезапуск rphost-а после восстановления сиквельного бэкапа делается ?

(2) Лучше тогда базу удалить, там и другие разработчики есть. Но мысль верная.

(1) Попробую

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

ОбновитьНумерациюОбъектов() 3 секунды и все ок

(5) Во, так и думал, что должна же быть затычка.

Значение поля номер не уникально (при копировании базы)

(7) Странно, на 8.3.6 это не проявлялось.

Вообще-то автонумерацию в базе ведет сервер 1С. Он и хранит текущие значения (выданные и не использованные номера/коды и т.д.).

Теоретически рассуждая, сбой автонумерации, как мне кажется, легко проверить: делаем копию; добавляем документ, например счет покупателя; восстанавливаем базу из копии средствами SQL, не останавливая и не перегружая сервер 1С; добавляем счет покупателя. И получаем ошибку.

(0) "Если это описано в мануале - ткните, если не трудно." - не трудно, тыкаю :)
"Особенности работы механизма автонумерации"
http://its.1c.ru/db/metod8dev/content/1550/hdoc

(9) (10) (11) Для тех кто в бронепоезде: копируем таким образом базы более 6 лет, до 8.3.8 все было в порядке, базу скопировал и работай. Автонуменация восстанавливалась сама. В 8.3.9 все поменялась