16 июля 2020, 20:28

Цитата дня:

От тяжелой работы еще никто не умирал, это верно, но зачем рисковать? Рональд Рейган


Постоянные ошибки неуникальности записей в файловых базах 1С (Linux, Proxmox)

Автор oermolaev, 09 января 2020, 18:13

« предыдущая тема - следующая тема »

0 Пользователей и 1 Гость просматривают эту тему.

Вниз

oermolaev

Опубликовал базу на windows 2008 server через IIS. В такой комбинации за прошедшую неделю ошибок не было.
Windows сервер так же виртуальный на том же Proxmox. Для стойкого закрепления результата планирую ещё через неделю вернуть базу назад на линукс и получить ошибки, если они будут.
Искать ошибки запросами, к сожалению, не мой уровень. Тем более, как оказалось, в темной комнате и не было чёрной кошки.
Может стоит искать причину в настройках виртуализации машин?
Например в виртуальных контроллерах дисков? Так, для windows используется LSI 53C895A, а для Линукс - VirtIO SCSI или контейнеры. Что если 1С здесь ни причём?

oermolaev

Что если 1С здесь ни причём?
А может и причём. Вот одно из исправлений в новой версии платформы 8.3.16.1148, по моему, как раз про уникальность идентификаторов:


Уваров А.С.

Нет, это совсем про другое.

oermolaev

#38
01 февраля 2020, 17:34 Последнее редактирование: 01 февраля 2020, 17:40 от oermolaev
Нет, это совсем про другое.
Не могли бы вы свою точку зрения изложить более развернуто? Ведь:
"Стало возможным использовать встроенные возможности платформы в том случае, если при интеграции требуется передавать во внешний сервис уникальный идентификатор версии 4 и существующий уникальный идентификатор не подходил для такой передачи"  - Apache - чем не внешний сервис?
На windows+IIS с той же базой нет проблем на протяжении двух недель, а в другой базе опубликованной через Apache (на Линукс) ежедневно создаются неуникальные записи, в то время как, до последнего обновления в декабре, на ней работали весь 2019-й год без ошибок.
Что делать? Откатиться на 8.3.15, или обновиться до последней версии? :)

Уваров А.С.

Apache - чем не внешний сервис?
Apache - не внешний сервис, так как не взаимодействует непосредственно с прикладным приложением (конфигурацией).

Смысл данного изменения не в исправлении ошибок, а в расширении функциональности. В 1С есть несколько типов уникальных идентификаторов (УИД). Тип 1, можно условно назвать "псевдоуникальным", так как для его генерации использовались МАС-адрес и временная метка. Тип 4 - полностью уникальный, так как генерируется случайным образом.

В пределах системы это не имеет значения, все УИД будут одинаково уникальными и 1С будет нормально работать с любым из них. Проблемы могут быть при работе с внешними сервисами (сайты, веб-приложения и т.д.) с которыми непосредственно работает прикладная конфигурация, т.е. отдает им данные содержащие УИД. Если такие сервисы требовали УИД тип 4, то системы на Linux и Mac не могли взаимодействовать с ними.

К вопросу неуникальных УИД в базе это никак не относится и ошибкой не является.

Вверх