Главная » » Postgresql для нужд 1с

Postgresql для нужд 1с

Сертификаты

Смотреть все

Microsoft Certified Professional
Microsoft Certified Solutions Associate
Microsoft Certified Solutions Expert
Microsoft Specialist

Как повысить быстродействие «1С:Предприятие» с помощью PostgreSQL для Windows?


«С сервером на SSD всё будет летать», – такое предположение нередко является причиной возникновения проблем. Ведь надеяться на быстродействие жесткого диска недостаточно. Не менее важно подойти к переходу на новую платформу и «железо» креативно!


Переход на «1С: Управление торговлей» – путь через тернии к звездам. И хотя обновленная конфигурация обладает многими преимуществами, в процессе ее установки проблем не миновать.


Модернизированные редакции (преимущественно 11.2) обладают такими интересными функциями:


  • широкие возможности визуализации аналитических данных;
  • рассылка показателей работы предприятия на почту пользователей;
  • упрощенный порядок формирования стоимости прочих активов;
  • поддержка расчетных счетов в иностранных банках и т.д.

Новая конфигурация «Управления торговлей» – конструктор, позволяющих создать множество систем, требуемых конкретной организации (не все доступные сервисы действительно нужны вашей компании – поверьте нашему опыту). Поэтому до перехода на нее нужно составить перечень нужных систем, т.к. единовременное внедрение их всех невозможно.


История началась с того, что компания-клиент, специализирующаяся на торговле, решила усовершенствовать систему «1С» редакции 10.3. Отметим, что конфигурации «УТ» и «Бухгалтерия» следует рассматривать в комплексе, поскольку они обычно используются вместе, а между ними происходит обмен данными (как минимум конфигурация «Бухгалтерия» получает информацию из «Управления торговлей»).


Конфигурация «Бухгалтерия» была обновлена первой (запустили «1С:Бухгалтерия предприятия» 3.0). Старая система функционировала на терминальном сервере при компьютерах малой производительности. К базам «1С» она подключалась посредством Rich-клиента, использовала обычные формы, а удаленный доступ осуществлялся посредством терминала. Для компании, в которой на тот момент числилось 15 сотрудников, система являлась достаточной, работала в рамках своего функционала.


Однако усовершенствованная редакция 11.1 дает гораздо больше возможностей (повышено удобство работы, добавлены модернизированные системы контроля над работой компании). Предприятие решило перейти на более современную версию. После проведенных тестов выяснилось: для установки необходимо расширить оперативную память, требуется серверный процессор большей производительности.


На пользовательских компьютерах решено было использовать тонкие клиенты «1С: Предприятие», поскольку это позволяет эффективно использовать доступные ресурсы, разгрузив сервер за счет переноса вычислений на ПК пользователей. От файловой базы данных «1С» (1Cv8.CD) отказались по причине неэффективности функционирования сети. Большой объем информации, передаваемый от базы к рабочим станциям пользователей, даже по сети 1 Гбит/сек. перегружает и без того малопроизводительные ПК, обуславливая задержки ответов при одновременных запросах.


В целях экономии решили не использовать сервера «1С» вовсе. После тестирования Apache Web и IIS Web выбрали второй вариант, т.к. первый сервер продемонстрировал недостаточное быстродействие. При малом числе пользователей Веб-сервер с доступом к файловой базе полноценно работает, эффективно функционируют управляемые формы. Еще один фактор в пользу такого выбора – низкая стоимость решения!



После запуска в работу конфигураций «Бухгалтерия предприятия» 3.0 и «Управление торговлей» 11.1 пользователи подключались к БД через Web, используя тонкий клиент, за счет чего локальную сеть удалось максимально разгрузить.


И хотя при подключении к базе неполадок не возникало, вскоре система стала «тормозить»: медленно строились графики, визуальные отчеты и диаграммы, с задержкой открывались формы. При этом требовался доступ к старой базе (редакция 10.3), для чего задействовали терминал. Он нерационально расходовал серверные ресурсы, выделяя оперативную память каждому пользователю.


Обработка регламентных заданий стала еще одной проблемой, ведь при использовании IIS Web она производилась не сервером, а рабочей станцией пользователя в качестве фоновой задачи. Из-за этого быстродействие системы снизилось еще больше.


Исполнение регламентов


Правильное отображение интерфейса редакции «Управление торговлей» 11.1 возможно только на мониторах Full HD 1080, иначе часть изображений не умещается на экранах (потребовалась замена техники). После произвели замену сервера на вариант с большей мощностью, что не дало результатов. А затем число сотрудников увеличилось до 25, система получила еще большую нагрузку из-за регулярно формируемых проводок, отчетов, актов, ордеров и другой документации. IT-специалисты пришли к выводу: сервер «1С: Предприятие» остро необходим.


Приобрели «1С Server x64» и СУБД PostgreSQL – недорогое, точнее полностью бесплатное, решение под BSD лицензией. Информацию о медленной работе СУБД посчитали необъективной, в чем не разубедились и после длительной эксплуатации.


Важные преимущества PostgreSQL таковы:


  • работа с IP-адресами (наличие кастомных типов данных и операторов, которые с ними работают);
  • ограничения баз данных, которые обеспечивают их целостность;
  • написание хранимых процедур на различных языках (JavaScript, SQL и т.д.);
  • наличие функциональных индексов, которые облегчают обработку запросов и т.д.

PostgreSQL ничуть не хуже MySQL, а по некоторым параметрам даже опережает ее. Неоспоримое достоинство PostgreSQL – установка на Windows для рабочих станций (экономия налицо). Windows Server надежен, удобен, доступен. Показатель доступности: с 9 до 18 часов дня в будни – 100 %, в остальные дни и часы – 98 %. Сервер прекрасно работает в течение года с плановыми перезапусками раз в 20 дней.


За что инженерам стоит платить деньги? Ответ очевиден: за минимизацию цены решений, разработку максимально эффективных систем и доступных механизмов. С этой задачей специалисты справились на ура: регламентные задания выполняются прямо на сервере, без задержек и торможения.



Незначительное торможение обнаружено в период сдачи отчетности в ФНС: «притормаживали» базы бухгалтерии и торговли, а при загрузке информации в тестовые базы данных система практически полностью останавливалась. Поэтому прочие регламентные задачи выполнялись в неурочное время – явный повод для быстрого поиска решения проблемы.


Решение лежало практически на поверхности: «1С:УТ» 11.1 перенесли на отдельный жесткий диск SSD. К этому моменту БД разрослась до 4 ГБ, однако в течение 2 месяцев система работала без нареканий. Лишь после попытки обновиться до редакции 11.2 без сверстки данных снова появилась угроза быстродействию (удалять статистические данные компании, требуемые для планирования закупок и продаж, было нельзя).



Отсутствие компановки и архивирования данных базы «1С» за предшествующий период – большая ошибка. Пришлось вести учет нетрадиционным способом (за год создано свыше 20 тыс. номенклатурных позиций с немыслимым числом дополнительных реквизитов). На полноценный переход к новой редакции ушло почти 3 месяца.


Обновленная редакция «1С: Управление Торговлей» 11.2 оказалась значительно удобнее в использовании. Командный интерфейс программы, формы документов адаптировали к мониторам с разрешением до 1902х1080 пикселей.


Однако вскоре база снова начала «подтормаживать», пришлось отключить ряд фоновых задач и регламентных операций. Но быстродействие системы уменьшалось обратно пропорционально росту объема СУБД (документооборот возрастал, база пополнялась множеством изображений, файлов). Рост торгового оборота обусловил увеличение числа бухгалтерских проводок, формируемых документов, количества номенклатуры и т.д.


Аналитика серверного функционирования показала: PostgreSQL записывает слишком много рабочей информации на жесткий диск. При этом «подросли» и сами запросы, а ожидание обработки заявок, требующих обслуживания в накопителе, составляло 10 секунд. Возникли вопросы к целесообразности использования РСУБД на Windows.


Файл .conf не адаптирован к работе на ПК с оперативной памятью 32 Гб, а смена настроек PostgreSQL и увеличение объема КЭШей не привели к улучшениям. Попробовали выделить отдельный жесткий диск под SQL-сервер. Очередь на обслуживание в накопителе исчезла, система стала отменно работать у пользователей с правом администрирования.



При ограничении прав задержка ответов также снизилась, но различие в скорости обработки у двух групп пользователей было значительным.

Замер производительности в режиме отладки показал: реальное время сохранения данных во временное хранилище для одних пользователей в 18 раз большем, чем для других. После проведенной аналитики выяснилось, что производительность снижает объект «Документ», поэтому все пользователи были наделены полными правами на чтение документов. Скорость работы увеличилась и по сей день остается высокой, система работает в нормальном режиме.


Полученные результаты


  • Для накопителя № 1. Ряд установленных программ и ОС влияют на пропускную способность канала передачи данных – с этой проблемой можно бороться путем настроек и расширения оперативной памяти. Сервер «1С: Предприятие» довольно активно пишет журналы БД и лог-файлы.
  • Для накопителя № 2. PostgreSQL формирует файлы журнала транзакций и большого числа других журналов. Предположительно, возрастание числа баз данных приводит к увеличению нагрузки на жесткий диск.
  • Для накопителя № 3. На этот жесткий диск SDD перенесена внушительная база данных по торговым операциям. Это действие позволило максимально ускорить доступ к базе для всех пользователей.
  • Для накопителя № 4. На SSD-накопителе расположена бухгалтерская БД, которая менее восприимчива к задержкам и имеет меньшее число пользователей. Групповое перепроведение документов требует большего быстродействия. При этом прочие базы обладают относительно малыми размерами, а тестовые БД в многопользовательском режиме эксплуатируются нечасто.

Для данной конфигурации сервера тест Гилева – нагрузочный тест платформы на SSD-диске – показал результат свыше 60. Он проведен в разгар рабочего дня, но пользователи не заметили задержек в процессе тестирования.


Действия при повторном торможении


Наиболее вероятная причина повторения проблемы – очередь на обслуживание в накопителях. Обратите внимание: рабочая скорость SATA SDD – 500 Мбайт/сек., а накопителей PCI-E SDD – 1800 Мбайт/сек. Это значит, что увеличить скорость можно более чем втрое.



Актуальное состояние системы: рабочее


Текущее число пользователей системы – 25, сервер функционирует с внушительным запасом быстродействия. Актуальный размер БД торговли достиг 18 Гб, а базы .dt (архивной копии базы «1С») – 7 Гб. Оперативная память сервера – 32 Гб, тактовая частота процессора Intel Core i7-4770 – 3,4 ГГц.





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

Закажите установку и настройку Postgresql для 1С у нас – сделайте выбор в пользу эффективности и высокой производительности не только программ и серверов, но и вашего бизнеса!


Статусы и компетенции компании

Этапы внедрения программного продукта


Остались вопросы?

Заполните форму и наши менеджеры с вами свяжутся для консультации

Заказать товар или услугу

Детали заказа:

Количество лицензий:

Стоимость лицензии:

Сумма:

1

руб.

руб.

Заполните пожалуйста поля и наш менеджер свяжется с вами для уточнения деталей заказа