|
В копии базы ошибка при записи документа, поле "Номер" не уникально
| ☑ |
0
Бешеный заяц
06.07.18
✎
15:20
|
при записи нового документа "Заказ покупателя" в копии базе на другом сервере выскакивает сообщение
Значения "БФ000000765" поля "Номер" не уникально, ищу данный номер действительно был такой месяц назад, в рабочей базе такого нет, копия базы только снятая с робочей
|
|
1
d4rkmesa
06.07.18
✎
15:23
|
А точно у "копии базы" своя база SQL? А то всякое бывает.
|
|
2
МихаилМ
06.07.18
✎
15:24
|
в поиск. было раз 100.
|
|
3
Бешеный заяц
06.07.18
✎
15:27
|
(1) да своя, единственное сервер SQL другой
(2) не нашел
|
|
4
d4rkmesa
06.07.18
✎
15:30
|
ОбновитьНумерациюОбъектов()
|
|
5
Бешеный заяц
06.07.18
✎
15:44
|
Помогло, спасибо
|
|
6
Локи-13
06.07.18
✎
16:13
|
баг платформы... нумерацию сервер похоже где то кэширует
|
|
7
rozer76
06.07.18
✎
16:16
|
(6) да, в памяти 1ссервера и ОбновитьНумерациюОбъектов() или рестарт заставляется считываться номера из БД туда
|
|
8
unregistered
06.07.18
✎
16:18
|
(6) > нумерацию сервер похоже где то кэширует
Не похоже, а именно так оно и есть.
Никакого бага. Сервис нумерации объектов (документов, справочников) предоставляет кластер серверов 1С.
На сервере 1С живёт база со своими номерами объектов.
Если в эту базу на SQL-сервере залить более свежую копию, то откуда сервер 1С узнает, что база поменялась и нумерация там какая-то другая?
|
|
9
Мандалай
06.07.18
✎
17:21
|
кеш
|
|
10
unregistered
06.07.18
✎
17:35
|
Прям территория мифов.
Причем тут кэш?...
Нумерацию ведет сервер 1С (и это логично), а не сервер СУБД. То, что вы подменили (перезалили) базу на скуле - это ваши личные половые трудности, а не кэш 1С. Другого поведения быть не может.
|
|