Слетает нумерация после копирования базы SQL backup restore #789058

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

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

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

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

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

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

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

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

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

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

"Если это описано в мануале - ткните, если не трудно." - не трудно, тыкаю :) "Особенности работы механизма автонумерации"

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