03 декабря 2020, 01:10

Цитата дня:

Единственный способ установить границы возможного - это выйти за них в невозможное.
 Закон Кларка


Постоянные ошибки неуникальности записей в файловых базах 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 не могли взаимодействовать с ними.

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

avm

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

На данный момент у меня похожая ситуация.
Виртуалка Debian9 с 1С файловый вариант + apache2.4 на Proxmox.
Настраивал по этой статье: https://interface31.ru/tech_it/2017/03/nastraivaem-veb-dostup-dlya-1spredpriyatiya-v-faylovom-rezhime.html

Через день в процессе работы в разных базах вылетают ошибки дублирования/неуникальности записей. После тестирования все работает некоторое время, потом опять. Постоянно тестировать базы надоело.

Вверх