News:

UNIX не предназначен для ограждения своих пользователей от глупостей, поскольку это оградило бы их и от умных вещей. Дуг Гвин

Main Menu

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

Started by oermolaev, 09 January 2020, 18:13

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

oermolaev

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

oermolaev

Quote from: oermolaev on 25 January 2020, 12:40Что если 1С здесь ни причём?

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



oermolaev

Quote from: Уваров А.С. on 31 January 2020, 18:40Нет, это совсем про другое.
Не могли бы вы свою точку зрения изложить более развернуто? Ведь:
"Стало возможным использовать встроенные возможности платформы в том случае, если при интеграции требуется передавать во внешний сервис уникальный идентификатор версии 4 и существующий уникальный идентификатор не подходил для такой передачи"  - Apache - чем не внешний сервис?
На windows+IIS с той же базой нет проблем на протяжении двух недель, а в другой базе опубликованной через Apache (на Линукс) ежедневно создаются неуникальные записи, в то время как, до последнего обновления в декабре, на ней работали весь 2019-й год без ошибок.
Что делать? Откатиться на 8.3.15, или обновиться до последней версии? :)

Уваров А.С.

Quote from: oermolaev on 01 February 2020, 17:34Apache - чем не внешний сервис?

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

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

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

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

avm

Quote from: oermolaev on 25 January 2020, 12:40Опубликовал базу на 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

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

oermolaev

Quote from: avm on 24 September 2020, 16:22Подскажите, чем закончились ваши эксперименты? Вернулись на Linux или остались на Windows Server?

Пока  Windows Server.
К сожалению на этом форуме нет обратной связи, поэтому не ответил своевременно на ваш вопрос. По этой же причине нет надежды на то что вы прочитаете мой ответ.

Уваров А.С.

Обратная связь есть, для этого нужно подписаться на тему внизу справа.

oermolaev

Так я был подписан, но уведомления не приходили ни разу, по поводу чего уже обращался тут:
https://interface31.ru/forum/index.php?topic=10.msg2892#msg2892

Уваров А.С.

Пардон, запамятовал. Действительно включено только для администраторов.

oermolaev

Quote from: avm on 24 September 2020, 16:22Добрый день!
Подскажите, чем закончились ваши эксперименты? Вернулись на Linux или остались на Windows Server?
Если вернулись на Linux, удалось победить ошибки?

Да, вернулся. Есть два положительных результата. Причина ошибок, полагаю, была в неправильно выставленных правах, а именно, как рекомендовалось в статье 2017 года. Если же учесть рекомендации от 1С для публикации файловых баз, то подобных ошибок не возникает.


Григорий

Пошло в продакшн? как результаты производительности?

oermolaev

Quote from: zgbgr on 25 November 2022, 11:36Пошло в продакшн? как результаты производительности?
Да, работаем. Бухгалтерия не жалуется. Но сам понимаю что у нас узким горлышком здесь является производительность локальных компьютеров с тонкими клиентами 1с. Где локальный компьютер посовременнее, там и вопросов к производительности нет. Если же компьютер не компьютер, а древний неттоп, то там используем терминальный режим x2go.