Номер не уникален

Форум Администрирование Общие вопросы администрирования (Admin)

1С:Управление торговлей 10 Платформа 1С v8.3

1. Re:аниматор 338 18.04.17 03:59 Сейчас в теме

Есть рабочая базу УТ 10.3 работает нормально на сервере приложения SRV1 и сервер базы данных BD1 MS SQL 2014. Делаем копию и восстанавливаем на сервере приложения SRV2 сервер базы данных BD2 MS SQL 2014 и тут начинается на всех создаваемых объектов (справочник, документ) при записи Номер не уникален.
В копии не возможно записать не один объект.

Что является причиной этой проблемы?

P.S. копии восстанавливали разные эффект один

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. collider 18.04.17 08:19 Сейчас в теме

(1)
У меня такая же проблема на MSSQL Server 2016.
Не знаю из-за чего это и как исправить, но выгрузить в *.dt и загрузить обратно помогает.

3. DarkUser 18.04.17 10:31 Сейчас в теме

Нумератор на сервере приложений 1С не актуален. В этом случае или загрузка/выгрузка в dt как рекомендовали в (2) , или удалите на сервере приложений базу УТ и создайте и подключите её к скульной базе заново.

4. herfis 508 18.04.17 10:49 Сейчас в теме

Возможно, бяка из-за параметра "смещение дат" при создании новой базы в кластере. Он должен быть установлен такой же, как и в старой базе. Скорее всего вы оставляете дефолтовый (ноль), а в старой базе был 2000. Правда, я не до конца понимаю, как конфликт смещений приводит к сабжевой ошибке, но подозрение на него очень сильное. Возможно, просто нумератор с ума сходит :)
ЗЫ. Загрузка из dt лечит по той простой причине, что даты при загрузке из dt приводятся к установленному смещению.

6. Re:аниматор 338 18.04.17 10:54 Сейчас в теме

(4) Похоже на правду. Сейчас проверю таблицу в скуле

5. herfis 508 18.04.17 10:52 Сейчас в теме

В общем, просто попробуйте создать новую базу в кластере со смещением дат 2000 и натравить ее на поднятую из бэкапа копию.

7. sansanih 18.04.17 10:55 Сейчас в теме

Может просто дата на сервере сбита

8. Re:аниматор 338 18.04.17 11:02 Сейчас в теме

Таблица "_YearOffset" значение OffSet на рабочей 0 и в копии 0. Дата на серверах тоже в поряде

9. herfis 508 18.04.17 11:06 Сейчас в теме

Ясен пень, что в копии она такая же. Это же копия :)
Видать, она где-то еще в настройках кластера хранится.
Просто попробуй подключить в кластере с другим смещением.

10. Re:аниматор 338 18.04.17 11:09 Сейчас в теме

(9) Копия создана давно и по умолчанию ставится 0, исключаю что было 2000 при создании. Ранее копия работала, но с какого-то периода перестала, не помню, что было что-то глобальное

18. collider 18.04.17 12:23 Сейчас в теме

(9) А где там указать смещение?

19. herfis 508 18.04.17 12:25 Сейчас в теме

(18) Там - нигде. Только в диалоге создания новой базы в кластере.

20. collider 18.04.17 12:29 Сейчас в теме

(19) О, точно.

11. Re:аниматор 338 18.04.17 11:11 Сейчас в теме

Как я помню, если было бы 0, а в копии 2000 то у всех документов "съехала" дата, однако этого нет.

12. sansanih 18.04.17 11:13 Сейчас в теме

Может стоит почистить кеш. и переиндексацию запустить.

13. herfis 508 18.04.17 11:15 Сейчас в теме

Возможно. Тогда прям не знаю, по каким еще колесам стучать...
Сверь детально настройки баз. Может, там какая-то магия отличается типа режима совместимости...
Если не поможет, тогда можно в отчаянии еще сравнить настройки серверов.

14. herfis 508 18.04.17 11:16 Сейчас в теме

Надеюсь, проверка копии делается с клиента, у которого нет проблем с рабочей?

16. Re:аниматор 338 18.04.17 11:17 Сейчас в теме

(14) Да

15. Re:аниматор 338 18.04.17 11:16 Сейчас в теме

Начну тогда с чистки кэша на сервере..

17. Re:аниматор 338 18.04.17 12:07 Сейчас в теме

Заново создал базу на сервере приложения, ошибка ушла. Кривой кэш как я полагаю..

Оставьте свое сообщение

E-mail: