|   |   | 
| 
 | Ошибка Номер не уникальный | ☑ | ||
|---|---|---|---|---|
| 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) У нас не типовая на БСП. При первом входе БСП спрашивает - это копия или прод переехал. Автоматом не ставит.     | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |