Презентация на тему Архитектура платформы 1С 8.3. Использование 1С + CentOS + Postgre

2000 года для централизованной автоматизации деятельности Министерства путей сообщения

РФ.
Компания занимается разработкой, внедрением и сопровождением больших автоматизированных систем управления на базе решений крупнейших вендоров для ОАО «РЖД», филиалов ОАО «РЖД» и аффилированных компаний:
1000 высококлассных специалистов (системные архитекторы, бизнес-аналитики, эксперты, консультанты, разработчики, программисты);
9 городов присутствия (Москва, Санкт-Петербург, Воронеж, Ярославль, Самара, Нижний Новгород, Новосибирск, Красноярск, Иркутск).
Отмечена партнерскими наградами SAP и IBM. Имеет статусы SAP Service Partner, Docsvision Certified Software & Service Partner, является официальным партнёром Фирмы «1С.

формирование налоговой отчетности для 128 предприятий сети ОАО «РЖД».
Система

управления финансовыми и материально-техническими ресурсами
Организация непрерывного учета активов, обязательств и ресурсов ОАО «РЖД».

Системы бюджетного управления и финансового планирования
Предназначены для комплексного управления финансовыми ресурсами Холдинга «РЖД».

Система управления инфраструктурой
Инструмент управления и информационного обеспечения бизнес-процессов инфраструктуры.

Системы электронного документооборота
В процесс документооборота вовлечено более 5000 структурный подразделений железнодорожного транспорта по всей России.

Система сбора отчетности по дебиторской и кредиторской задолженности
Сбор и обработка данных по дебиторской и кредиторской задолженности.

Система управления закупочной деятельностью
Управления процессами проведения конкурсных процедур ОАО «РЖД» и централизованного ведения договоров.

Система управления имущественным комплексом
Предназначена для систематизации и анализа информации о состоянии объектов имущественного комплекса ОАО «РЖД» и его дочерних обществ.

Системы управленческой отчетности
Контроль управления финансовыми ресурсами и предоставления управленческой отчетности Холдинга «РЖД».

Корпоративное информационное хранилище
Корпоративное информационное хранилище Главного Вычислительного Центра ОАО «РЖД».

Система оперативного управления перевозками
Предназначена для обработки событий с объектами перевозочного процесса.

относительной финансовой самостоятельностью, стали закупать решения 1С для расчета

зарплаты, ведения бухгалтерского учета, розничной торговли и другие еще в конце 2000ых, просто эти внедрения не были на слуху.

В АО РЖД:
Создан проектный офис под руководством Евгения Чаркина по переходу на использование отечественного ПО, включённого в Единый реестр российских программ для ЭВМ и БД
Разработан план мероприятий с 2018 по 2024 годы по переходу на отечественное ПО, который утвержден на заседании Правительственной комиссии по импортозамещению. План предполагает снижение стоимости владения ИС за счет укрупнения и сокращения количества ИТ-систем, их унификации, исключения дублирования функционала.

АО РЖД и ЗАО 1С:
На ПМЭФ было подписано соглашение о сотрудничестве, направленное на реализацию стратегии импортозамещения
Евгений Чаркин рассказал о планах заменить SAP на части предприятий на 1С, реализовав двухуровневую стратегию в области ERP: для крупных высоконагруженных процессов использовать как ранее SAP, для более типовых, унифицированных бизнес процессов – внедрять 1С.

ИМПОРТОЗАМЕЩЕНИЕ КАК ОДИН ИЗ ТРЕНДОВ РАЗВИТИЯ РЖД

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

ERP-системы 1С и Галактика, рост доходов +15%,
выручка SAP =

20 млрд руб, 1С = 14 млрд. руб, Microsoft = 3 млрд. руб.

1С НА РЫНКЕ СИСТЕМ ERP

Professional на основе свободно-распространяемой СУБД PostgreSQL. Postgres Pro входит

в реестр российского ПО (см https://reestr.minsvyaz.ru/reestr/65273/)

Работа продуктов на платформе 1С:Предприятие возможна со следующими вариантами Postgres Pro и PostgreSQL:

СУБД POSTGRES

решения (БП, ЗУП, УТ, Розница, ERP и т.д.):
*

служит фундаментом для построения прикладных решений,
* является средой их исполнения,
* содержит инструментарий, необходимый для разработки, администрирования и поддержки прикладных решений.


Платформа 1С поддерживает работу с пятью СУБД:
+ файловая (собственная разработка 1С)


Работа под управлением различных операционных систем
Основные компоненты системы могут работать как под управлением Windows, так и под Linux. Взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе системы могут присутствовать компоненты с различными операционными системами.

Клиентская часть 1С:Предприятия может быть запущена на компьютерах с операционными системами Windows , Linux, OS X и Apple iOS.

ЧТО ТАКОЕ ПЛАТФОРМА 1С

системах Windows и Linux

Отказоустойчивость за счет резервирования кластера

Оптимизация быстродействия

за счет динамической балансировки нагрузки

Тонкий клиент

Веб-клиент

Мобильное приложение

Работа в разных часовых поясах

Прогрессивный инструментарий и средства отладки

В результате:

Создание систем высокой сложности

Оперативное развертывание

Оптимизация затрат

между пользователями и СУБД. Необходим для горизонтального масштабирования и

отказоустойчивой работы платформы. Кластер может состоять из нескольких компьютеров.

На рисунке представлена схема из 1 центрального сервера и 2 кластеров.

Работу кластера обеспечивают процессы:

ragent.exe - агент сервера кластера (1540), процесс, который надо запустить на компьютере, чтобы компьютер мог быть включен в состав кластера. Можно считать его сервером 1С. Отвечает за работу с серверным ключом защиты. Можно запустить как службу (от пользователя с назначенными локальными политиками безопасности «Вход в качестве сервиса», «Вход в качестве пакетного задания») или как приложение.

rmngr.exe - менеджер кластера (1541), процесс, который управляет функционированием кластера. В составе кластера может существовать несколько процессов менеджера кластера. Один из этих процессов всегда является главным менеджером кластера (когда запущен на центральном сервере), остальные - дополнительными менеджерами.

rphost.exe - рабочий процесс (1560-1591), который обслуживает непосредственно клиентские приложения, взаимодействует с сервером баз данных и в нем могут исполняться процедуры серверных модулей конфигурации. Количество рабочих процессов может быть различным, зависит от платформы 1С и от аппаратной конфигурации. Именно рабочие процессы потребляют больше всего ресурсов.

Каталоги в Windows:
Program Files (86)/1cv8/1cv8wsrv.lst список кластеров
Program Files (86)/1cv8/reg_1541/1CV8Clst.lst реестр кластера

Каталоги в CentOC 7:
/etc/rc.d/init.d/ - srv1cv83 файл конфигурации сервера 1С
/home/usr1cv8/.1cv8/1C/1cv8/1cv8wsrv.lst список кластеров
/home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst реестр кластера

КЛАСТЕР СЕРВЕРОВ И ЕГО ПРОЦЕССЫ

может размещаться на нескольких серверах, при этом один сервер

может быть центральным для одного кластера и в то же время рабочим сервером для другого кластера.

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

Взаимодействие процессов кластера с клиентскими приложениями, между собой и с сервером баз данных осуществляется по протоколу TCP/IP.

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

Сервер Srv1 является центральным для двух кластеров Srv1:1541 и Srv1:2541

При установке соединения клиентское приложение обращается к центральному серверу кластера. Центральный сервер, на основе анализа статистики загруженности рабочих процессов, направляет клиентское приложение к конкретному рабочему процессу, который будет его обслуживать. Этот процесс может находиться как на центральном сервере, так и на любом рабочем сервере кластера.
Рабочий процесс выполняет аутентификацию пользователя (1С, ОС, OpenID) и обслуживает соединение до окончания сеанса работы клиента с данной информационной базой.

ПРИМЕРЫ АРХИТЕКТУРЫ КЛАСТЕРА СЕРВЕРОВ

у каждого из которых будут свои кластеры. Один сервер

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

Рабочий процесс (rphost) запускается по умолчанию под тем же пользователем, что и агент сервера (ragent) – «USR1CV8»
Для предотвращения программного доступа к файлам кластера rphost можно запустить под отдельным пользователем (RphostUser). Для этого в каталоге центрального сервера кластера создать файл SwpUser.ini (в CentOC 7 хранится в папке /home/usr1cv8/.1cv8/1C/1cv8/)

Для подключения клиента в строке подключения надо задать имя (или IP) компьютера центрального сервера (в 1С 83 их может быть несколько)
и номер порта кластера (1541). Например, «srv1:1541».
При запуске рабочий процесс будет выбирать свободный порт из диапазона.

АРХИТЕКТУРА КЛАСТЕРА СЕРВЕРОВ

главный менеджер кластера rmngr.exe.
Настройка кластера осуществляется с помощью утилиты

администрирования «Администрирование серверов 1С:Предприятия» (консоль кластера).
С помощью консоли можно (может быть запущена там же, где сервер или на клиентских машинах, главное чтобы версии консоли и сервера совпадали):
выполнять настройку кластера;
просматривать число сеансов и соединений и на каких рабочих процессах работают соединения;
видеть время вызова сервера СУБД
создавать новые или подключать ранее созданные базы 1С и пр.

Настройки параметра центрального сервера:
(для подключения к существующему серверу)

Протокол – только tcp
Имя – имя компьютера, на котором установлен центральный сервер, можно указать IP (если на одном компьютере, то указывается localhost).
IP – номер порта, на котором работает центральный сервер (по умолчанию 1540, это порт процесса ragent).

НАСТРОЙКИ ЦЕНТРАЛЬНОГО СЕРВЕРА

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

Работает на центральном агенте сервера и следит за всеми процессами кластера (rphost, rmngr, ragent). Если в кластере больше несколько рабочих серверов, то система мониторинга отслеживает процессы всех остальных серверов: она связывается с агентом сервера на другом компьютере и уже он опрашивает свои процессы.

Система мониторинга опрашивает все процессы 1 раз в 10 секунд и для каждого из процессов выполняет проверку по следующим критериям:
Вычисление доступной производительности, микротест для определения загруженности каждого процесса для балансировки нагрузки
Объем памяти, занимаемый процессами rmngr и rphost. Если объем памяти rphost превышает порог настроек кластера, то срабатывает ограничение по памяти
3) Отслеживание и завершение рабочих процессов, удаленных из реестра кластера (процесс должен был завершиться, но не завершился в течение 20 минут, то он признается проблемным)
4) Соединение с процессом. Каждые 10 секунд опрашивает процессы кластера (таймаут 20 секунд). ???
5) Вычисление среднего количества ошибок.
Среднее число ошибок (EXCP) / Число обращений к серверу (CALL) за 5 минут
Затем устанавливается параметр кластера «Допустимое отклонение количества ошибок сервера» - на сколько % должно быть превышено среднее число ошибок, чтобы процесс стал считаться проблемным

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

СИСТЕМА МОНИТОРИНГА

в информационной базе в определенный момент времени или какие

действия выполнял тот или иной пользователь. Для каждой записи журнала, отражающей изменение данных, отображается статус завершения транзакции (транзакция завершена успешно, или же транзакция отменена). Это позволяет понять изменены реально данные или нет.

В клиент-серверном режиме файлы истории обычно хранятся на сервере в каталоге:
В Windows:
C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log
В CentOC 7:
/home/usr1cv8/.1cv8/1C/1cv8/conf/logcfg.xml
Чтобы перенести журнал регистрации 1С для серверной базы, так же, как и для файловой, достаточно перенести папку в расположение новой базы. Так же и с удалением — достаточно просто удалить данную папку.

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

Самый эффективный способ оптимизации — перевод журнала регистрации на так называемый «Новый формат». Доступен он начиная с версии платформы 1С 8.3.5.1068. Данный формат хранения лога журнала регистрации не в текстовом файле, а в отдельной базе данных на СУБД SQLite. Для перехода на новый формат достаточно сконвертировать журнал с помощью нажатия кнопки «Новый Формат».

ЖУРНАЛ РЕГИСТРАЦИИ

логирования работы платформы на низком уровне.
ТЖ предназначен для расследования

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

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

По умолчанию технологический журнал включен и работает, но собирает ограниченный объем данных:
Формирование дампов минимального размера в случае аварийного завершения работы процессов кластера 1С (ragent, rmngr или rphost).
Для 1С 8.3 в минимальный ТЖ входит формирование логов с одним событием SYSTEM с уровнем Error

На платформах Linux файл ТЖ находится в папке: /home/usr1cv8/.1cv8/1C/1cv8/conf
по умолчанию данная директория не существует и ее надо создать, учитывая, что директория .1cv8 скрытая и в файловом менеджере ее можно не увидеть

Создание директории в Linux через консоль:
mkdir /home/usr1cv8/.1cv8/1C/1cv8/confа
И в ней файла настроек для тонкой настройки ТЖ:
touch /home/usr1cv8/.1cv8/1C/1cv8/conf/logcfg.xml

Настройки из logcfg считываются не моментально, а каждые 60 секунд, причем каждый из процессов кластера считывает файл настроек независимо от других процессов. Например, сначала могут появиться логи процесса rmngr, и только через 45 секунды логи rphost.
Для выключения ТЖ достаточно удалить или переименовать файл logcfg.xml.

ТЕХНОЛОГИЧЕСКИЙ ЖУРНАЛ

системы "1С:Предприятие 8" подразделяются на следующие категории:
* основные

поставки, которые содержат платформу, прикладное решение (конфигурацию) и лицензию на использование продукта на одном рабочем месте;
* клиентские лицензии, или лицензии на дополнительные рабочие места;
* лицензия на сервер "1С:Предприятие 8" (сервер приложения);
* наборы ("бандлы"), включающие несколько перечисленных выше продуктов;
* мобильные приложения;
* специализированные продукты, расширяющие область применения системы "1С:Предприятие", такие как веб-расширение, продукты для карманных компьютеров и другие.

Лицензия на сервер "1С:Предприятия 8" распространяется на один компьютер, работающий в качестве сервера (отдельно или в составе кластера серверов). Один сервер может работать с неограниченным количеством баз. Если кластер серверов "1С:Предприятия 8" работает на нескольких компьютерах, то нужно приобрести отдельную лицензию на каждый компьютер.

Использование связки 1С + SentOs + Postgre
приводит к существенной экономии затрат за счет того, что нет необходимости покупать лицензии SQL.
Однако, лицензии на сервер 1С (х86-64) и клиентские лицензии на 20 РМ приобрести необходимо у фирм-партнеров 1С.

Информацию о полученной лицензии можно посмотреть нажав «Справка» — «О программе» в прикладном решении 1С
В SentOS 7 файл лицензий расположен в: /var/1C/licenses/

ВОПРОСЫ ЛИЦЕНЗИРОВАНИЯ 1С