|
|
Ошибка Номер не уникальный
Franchiser, banco, dedmoroz777, breezee, Lazy Stranger, Ильф, Ёпрст, Чужой, Amfiaray, Timon1405, okmail, runuts, Jackman, Михаил_, denk32, Crusher, Sanchez_22, Garykom, Буковка, Fish, НачинающийВосьмерочн, Мультук, Vstur, Hawk_1c, Климов Сергей, boozin, 2S, vis, программистище, Mr_Boogie, Vostochnick, navigator
☑ | |
|
0
program345
24.10.25
✎
13:59
|
Добрый.
1. Доки (3 типа) имеют автонумерацию.
2. При программном создании вываливается ошибка Номер не уникальный в трех типах документов.
3. Сделал процедуру ОбновитьНумерациюОбъектов() все заработало.
Что привело к данному поведению системы?
|
|
|
1
Волшебник
24.10.25
✎
14:00
|
Родовая травма 1С
|
|
|
2
timurhv
24.10.25
✎
14:00
|
(0) БД средствами СУБД откатили?
|
|
|
3
timurhv
24.10.25
✎
14:01
|
(2) Хотя нет, в копию базы средствами СУБД залили архивную копию из рабочей базы?
|
|
|
4
Garykom
гуру
24.10.25
✎
14:02
|
(2) Восстановление базы средствами СУБД в уже существующую базу той же конфы
Без рестарта сервера 1С и чистки кэша
Стандартная ситуация
|
|
|
5
d4rkmesa
24.10.25
✎
15:18
|
(0) Рубрика "хочу все знать"?
|
|
|
6
Zamestas
24.10.25
✎
16:25
|
(4) Кстати вопрос: а если базу прибить в консоли сервера 1С, загрузить копию средствами СУБД и прицепить заново в консоли сервера с таким же именем - рестарт сервера же не нужен будет?
|
|
|
7
Garykom
гуру
24.10.25
✎
16:50
|
(6) Не нужен
Но это с точки зрения сервера 1С будет уже новая база, с новым кэшем
|
|
|
8
Garykom
гуру
24.10.25
✎
16:54
|
(7)+ Лично я делал проще чтобы поднять/обновить копию прода
Сначала грузил пустую чистую конфу болванку, аля через конфигуратор из DT в пакетном
А уже затем восстанавливал бэкап средствами СУБД
|
|
|
9
program345
30.10.25
✎
13:06
|
(8) т.е. либо загружать пустой DTшник в пакете(чтобы почистить кеш) а потом средствами Скуля разворачивать бэкап, либо ОбновитьНумерациюОбъектов() если сразу из скуля?
|
|
|
10
Fish
гуру
30.10.25
✎
13:36
|
(8) И в чем смысл таких сложностей? Почему просто не обновить нумерацию и не париться?
|
|
|
11
программистище
30.10.25
✎
13:42
|
Есть вариант, что база серверная подключена к разным серверам 1с, и тем более тестовая, и когда доки создаются в одном сеансе у одного на одном сервере, то в другом происходит рассинхрон индекса нумерации
было такое, что одну тестовую базу цепляли на два сервера: тестовый и рабочий
|
|
|
12
Garykom
гуру
30.10.25
✎
14:13
|
(10) Смысл в DevOps
Чтобы когда сотруднику копия базы автоматически разворачивается
Или переразворачивается (актуализируется из прода) она была сразу из коробки работоспособная
Чтобы не приставали с тупыми вопросами почему у них ошибка Номер не уникальный
|
|
|
13
Fish
гуру
30.10.25
✎
16:33
|
(12) Понятно. У нас автоматически базу всё равно не развернуть - всё равно надо сначала зайти в базу и сказать, что это копия, а не прод переехал.
Потом ещё запускается специальная обработка, чтобы даже при ручном запуске регламентов обмена ничего наружу не улетело.
Ну и заодно и нумератор обновляется.
|
|
|
14
Garykom
гуру
30.10.25
✎
16:57
|
(13) В типовых на БСП "копия" автоматом проставляется если адрес сменился
При первом запуске тоже решаемо, расширение пакетно накатить
Но если есть расширение или обработка при первом запуске в режиме Предприятия то согласен можно просто ОбновитьНумерациюОбъектов()
|
|
|
15
Fish
гуру
30.10.25
✎
17:00
|
(14) У нас не типовая на БСП. При первом входе БСП спрашивает - это копия или прод переехал. Автоматом не ставит.
|
|
