Бухгалтерский учет, налогообложение, отчетность, МСФО, анализ бухгалтерской информации, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Другие решения на платформе "1С:Предприятие 8"]

(RLS по физлицам) Сильное падение производительности в УПП при переходе с платформы 8.2 на платформу 8.3

Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №1
 
15.02.2017 08:05

Здравствуйте.

Имеется база Управление производственным предприятием, редакция 1.3 (1.3.86.2), работающая на платформе 8.2.19.80. Клиент-серверный вариант, PostgreSQL.

В данной базе включено ограничение доступа на уровне записей(RLS) по: Контрагентам, Физическим лицам, Складам, Подразделениям, Подразделениям организаций, Номенклатуре.

Работали на платформе 8.2 лет 5. Возникла необходимость перейти на платформу 8.3. Перешли на 8.3.8.1933. После перехода в базе стало невозможно работать расчетчикам зарплаты. Документы (например "Невыходы") расчитываются по часу, а может и больше(на платформе 8.2 несколько секунд). Путём экспериментов выяснил, что проблема конкретно в ограничениях по виду объекта "Физические лица". Если убрать этот вид ограничения, то всё работает отлично.

Решил поэксперементировать дальше:
У определенного пользователя убрал все группы доступа кроме например "Литейный цех".
В этой группе доступа поставил только ограничение по физлицам.

В итоге на платформе 8.2 например документ "Невыходы" с двумя записями рассчитывается секунд 10, а на платформе 8.3 более 2-х минут.

В файловом варианте разница менее заметна, но на 8.2 опять же документ рассчитывается быстрее чем в 8.3.

С чем может быть связана эта проблема? Неужели на платформе 8.3 механизм RLS работает настолько по другому, что возникает такая разница в производительности?
P.S.: Пришлось вернуть базу обратно на платформ
8.2 до выяснения причин происходящего.

Жертва 1С
читатель
офлайн
Дата регистрации: 08.10.2016
Сообщений: 468
Пост №2
 
15.02.2017 09:37

А перешли на клиент-серверную 8.3?

Ответили: пост №3
Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №3
 
15.02.2017 09:38
Ответ на пост №2

Pin Occio,Да. Конечно

Ответили: пост №4
Жертва 1С
читатель
офлайн
Дата регистрации: 08.10.2016
Сообщений: 468
Пост №4
 
15.02.2017 10:35
Ответ на пост №3

Иван,
а к физическим лицам не присоединены какие-нить файлы со сканами паспортов, СНИЛС, ИНН?

В каталоге по POSTGRESQL есть неисправленные ошибки
К УПП у меня нет доступа, но в-общем, можно судить, что там их колбасит.
В своё время, колбасило именно платорму, не буду глубоко копать
Вот некоторые цитаты из каталога

  • Замедление стандратных отчетов при использовании СУБД PostgreSQL.
    Код ошибки: 10173424
    Код(ы) обращения: SW1114807
    Статус: Исправлена в будущей версии Зарегистрирована: 24.01.2017
    Исправлена: "Бухгалтерия предприятия, редакция 3.0", версия 3.0.48 -
    Описание:
    В стандартных отчётах при работе пользователя с ограниченными правами (доступ не ко всем организациям) наблюдается замедление работы операций, использующих представление организации. Ошибка зафиксирована при использовании СУБД PostgreSQL.
  • Внешний источник данных PostgreSQL
    Код ошибки: 10162331
    Код(ы) обращения: SW1022005

    Статус: Исправлена в выпущенной версии Зарегистрирована: 05.05.2016
    Исправлена: "Технологическая платформа", версия 8.3.9.1818
    Описание:

    В клиенте, запущенном в CentOS 6.5, при выполнении запроса к внешнему источнику данных PostgreSQL или в конфигураторе при вызове конструктора таблиц источника происходит ошибка
    Invalid byte secuence for encoding "UTF": 0xe0 0x81 0x93
  • Внешний источник данных PostgreSQL

    Код ошибки: 10159942
    Код(ы) обращения: SW1009647

    Статус: Исправлена в выпущенной версии Зарегистрирована: 10.03.2016
    Исправлена: "Технологическая платформа", версия 8.3.8.1652
    Описание:
    При обращении к таблице внешнего источника данных PostgreSQL, содержащей двоичные данные, происходит ошибка
    Ошибка преобразования значения к двоичному типу
А вот ошибки, при поиске по физическ* лиц*


  • Ошибка 00-00108005



    Код ошибки: 00-00108005

    Статус: На рассмотрении Зарегистрирована: 10.02.2017

    Описание:

    Необходима отдельная роль прав, чтобы ограничить доступ пользователей к данным Физического лица (Место жительство, Прописка ,Паспорт ,и т.д.). При этом необходим доступ к самому списку Физических лиц.



Ответили: пост №5 , пост №7
Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №5
 
15.02.2017 11:41
Ответ на пост №4

Pin Occio, когда то к физическим лицам были присоединены файлы фотографий. Но примерно год назад я удалил все прикрепленные фотографии, т.к. перестал сниматься бэкап базы (ошибка Out of memory). Проблема была в справочнике "ХранилищеДополнительнойИнформации". Я групповой обработкой у этого справочника значению поля "Хранилище"(именно там и хранились двоичные данные) присвоил значение Ложь, тем самым очистил базу от картинок. База тогда сильно уменьшилась в размерах и начала выгружаться снова.

Igor_Orlov
читатель
офлайн
Дата регистрации: 12.02.2016
Сообщений: 50
Пост №6
 
15.02.2017 11:44

На субд ms sql 2005, явно выраженных, различий по скорости между платформами не наблюдается (применительно к упп 1.3). делайте выводы.

Ответили: пост №8
Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №7
 
15.02.2017 11:44
Ответ на пост №4

Pin Occio,по поводу ошибки 00-00108005: она относится к платформе или к какой то конфигурации? А то я перешел по ссылке, а там не видно к чему относится эта ошибка.

Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №8
 
15.02.2017 11:46
Ответ на пост №6

Igor_Orlov,понятно. Спасибо за инфу

Жертва 1С
читатель
офлайн
Дата регистрации: 08.10.2016
Сообщений: 468
Пост №9
 
15.02.2017 12:50

Цитата
Igor_Orlov пишет:
                              
                                     На субд ms sql 2005, явно выраженных, различий по скорости между платформами не наблюдается (применительно к упп 1.3). делайте выводы.
                                                            ­      
Речь идёт о применении клиент-сервера на POSTGRESQL
Эту связку постоянно колбасит
Цитата
                              
                                     Pin Occio ,по поводу ошибки 00-00108005: она относится к платформе или к какой то конфигурации? А то я перешел по ссылке, а там не видно к чему относится эта ошибка.
                                                            ­      
Не написано - к чему она относится
Я дословно скопировал

Ответили: пост №10
Иван Лазаренко
читатель
офлайн
Дата регистрации: 27.04.2012
Сообщений: 72
Пост №10
 
15.02.2017 14:20
Ответ на пост №9

Pin Occio,понял. Спасибо

Показывать по 10 20 40 сообщений

Читают тему:

1 гостей
Быстрый переход
Для технических специалистов
  • Учет, налогообложение, автоматизация
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • ЕГАИС
Предложения партнеров
Обучение пользователей продуктов 1С

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

Все теги