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

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

oermolaev

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

Уваров А.С.

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

oermolaev

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

Уваров А.С.

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

oermolaev

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

oermolaev

РЕШЕНО

Григорий

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

oermolaev

Пошло в продакшн? как результаты производительности?
Да, работаем. Бухгалтерия не жалуется. Но сам понимаю что у нас узким горлышком здесь является производительность локальных компьютеров с тонкими клиентами 1с. Где локальный компьютер посовременнее, там и вопросов к производительности нет. Если же компьютер не компьютер, а древний неттоп, то там используем терминальный режим x2go.

Вверх