Логи сервера 1с: Технологический журнал 1С 8.3: включение, настройка, анализ

Содержание

Технологический журнал 1С 8.3: включение, настройка, анализ

ALL Все события Абсолютно все события технологического журнала
ADMIN Административное действие Действия пользователя-администратора кластера серверов 1С Предприятия
CALL Входящий вызов Входящий удаленный вызов (удаленный вызов на стороне приемника вызова)
CONN Соединение с сервером Установка или разрыв TCP-соединения между процессами системы «1С 8.3»
CLSTR Активность кластера Выполнение операций, изменяющих работу кластера серверов
EDS Внешний источник данных Все события внешних источников данных
DB2  IBM DB2 Исполнение операторов SQL СУБД IBM DB2
DBMSSQL  Microsoft SQL Server Исполнение операторов SQL СУБД Microsoft SQL Server
DBPOSTGRS  PostgreSQL Исполнение операторов SQL СУБД PostgreSQL
DBORACLE  Oracle Database Исполнение операторов SQL СУБД Oracle Database
DBV8DBEng SQL, Файловая СУБД Исполнение операторов SQL файловой СУБД
EXCP Исключение Исключительная ситуация приложения системы «1С: Предприятие», которое штатно не обрабатывается и может послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса
EXCPCNTX Контекст исключения Событие, которые началось, но не закончилось в момент возникновения нештатной ситуации
HASP Обращение к HASP Обращение к аппаратному ключу защиты (HASP)
LEAKS Утечка памяти Событие, связанное с утечкой памяти, которая может быть вызвана ошибками в коде конфигурации 1С
MEM Утечка памяти сервера Событие, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).
PROC Процесс Событие, относящееся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т. п.
QERR Ошибка запроса Событие, связанное с обнаружением ошибок компиляции запроса или ограничением на уровне записей и полей базы данных
SCALL Исходящий вызов Исходящий удаленный вызов (исходящий вызов на стороне источника вызова).
SCOM
Серверный контекст Событие создания или удаления серверного контекста, обычно связанного с информационной базой.
SDBL Запрос к базе данных Исполнение запросов к модели базы данных 1С: Предприятия 8.3
SESN Сеанс Действие, относящиеся к сеансу работы. Например: начало сеанса, окончание сеанса и т. д.
SRVC Сервисы кластера События, связанные с запуском, остановкой и оповещениями сервисов кластера серверов
TLOCK Блокировка Управление транзакционными блокировками в Управляемом режиме
TDEADLOCK Взаимоблокировка Обнаружена взаимоблокировка в Управляемом режиме
TTIMEOUT Таймаут Превышено максимальное время ожидания транзакционной блокировки
VRSCACHE Кеш http Работа кеша серверных вызовов
VRSREQUEST Запрос к серверу Запрос к серверу за некоторым ресурсом
VRSRESPONSE Ответ сервера Ответ сервера
SYSTEM Системные события Системные события механизмов платформы, предназначенные для анализа сотрудниками фирмы «1С»

Технологический журнал 1С:Предприятие 8 | Gilev.ru

Зачем он нужен

Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр), например:
— исполняемый код 1С:Предприятие 8;
— код Transact-SQL для СУБД;
— интерактивные действия пользователей,

— сообщения об ошибках,

— утечки памяти.
В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.

Основное

Журнал настраивается с помощью файла logcfg.xml в папку программы C:\Program Files\1cv81\bin\conf
1) Для успешного создания логов, нужно создать каталоги для логов (например C:\Program Files\1cv81\bin\logs) и дапмов (например C:\Program Files\1cv81\bin\dumps)

2) К этим каталогам ТЖ должны быть обязательно настроены права:

— полные права на каталог технологического журнала;

— права на чтение владельца каталога технологического журнала.

Проверяйте наличие прав с помощью Procmon.

Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).

 

3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).

4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы

Настройка

ТЖ лучше настраивать (с помощью фильтров — тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите «отсутствие места на диске» и тормоза в быстродействии сервера.

1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.

2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту «на лету»

3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать  «p:processName=»

4) http://users.v8.1c.ru/Adm1936.aspx — примеры настроек

 

Подробности

 

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

1) Сложности чтения ТЖ:

— Требует хорошего понимания архитектуры работы системы

— Тексты запросов регистрируются на внутреннем языке 1С:Предприятия и на языке DBMS

2) Файлы технологического журнала хранятся в подкаталогах. Имя каждого подкаталога технологического журнала одного процесса будет иметь вид: <ИмяПроцесса>_<ИдентификаторПроцесса>, например: rphost_4076. Имя файла журнала задается шаблоном ГГММДДЧЧ.log. Например, в журнале 07051819.log имя файла образовано от 2007 мая 18, 19 часов)

3) Журнал для анализа можно выгрузить в эксель, используя разделителем запятую например

4)1С:ЦУП использует для своих аналитических показалей логи технологического журнала. При использовании ЦУП другие данные собираться не должны, удалите logcfg.xml вручную, ЦУП сам создаст файл с нужными настройками.

5) Возможные ошибки и доп. информация:

— ищем логи в каталоге на сервере хотя для 64 разрядного сервера другой каталог программы

— отследить незавершившийся запрос; событие технологического журнала DBMSSQL выводится только в момент окончания выполнения запроса. Если запрос долго не может выполниться, то его выполнение можно прервать, после чего будут выведены в технологический журнал связанные с ним события.

— более подробно с особенностями использования технологического журнала можно ознакомиться по материалам семинара партнеров 2 — 4 марта 2007 года, доклад «Средства диагностики работы системы «1С:Предприятия 8.1″».

События в ТЖ

Удобные для анализа ошибок

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

Для анализа скорости веба

Событие VRSREQUEST — запрос к серверу за некоторым ресурсом.

Событие VRSRESPONSE — ответ сервера.

Для анализа активности

Событие SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).

Событие CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).

Анализ утечек и расхода памяти

События LEAKS — события, связанные с утечкой памяти, которые могут быть вызваны ошибками в коде конфигурации.
События MEM — события, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost). 

Если Вы хотите воспользоваться журналом для анализа сообщений об ошибках, воспользуйтесь бесплатным сервисом Анализа событий.

если вы не нашли ответ на ваш вопрос, давайте расширим материал

Технологический журнал в 1С: настройка и анализ

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

Общая информация

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

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

Технологический журнал может продуцировать два вида информации:

  • Логи — файлы с расширением *.log, в которых в текстовом виде храниться информация о произошедших событиях;
  • Дампы — файлы с расширением *.mdmp, в которых хранится содержимое оперативной памяти рабочего процесса на момент его «падения». Самостоятельный анализ дампа невозможен, так как исходный код платформы закрыт. Единственный способ проанализировать дамп — отправить  его в тех. поддержку или на партнерский форум.

Включение технологического журнала

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

%LOCALAPPDATA%\1C\1cv8\dumps (пример: C:\Users\USR1CV8\AppData\Local\1C\1cv8\dumps)

а логи здесь:

%LOCALAPPDATA%\1C\1cv8\logs (пример: C:\Users\USR1CV8\AppData\Local\1C\1cv8\logs)

USR1CV8 — имя пользователя под которым работает сервер 1С. Логи хранятся 24 часа, при этом делятся на файлы — каждый час новый файл.

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

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

Выбор директории зависит от задачи: если нужно настроить тех. журнал для всех версий 1С, то файл настроек нужно разместить здесь:

C:\Program Files\1cv8\conf

Если настроить нужно конкретную версию, то здесь (зависит от версии):

C:\Program Files\1cv8\8.3.13.1513\bin\conf

Иногда может потребовать включить тех. журнал для конкретного пользователя, из под которого запущен сервер 1С, в этом случае файл настроек следует разместить тут:

C:\Users\USR1CV8\AppData\Local\1C\1cv8\conf

Перезагружать сервер не требуется, настройки считаются и будут применены не более чем через 60 секунд. Выключить тех. журнал еще проще — нужно переместить или переименовать файл настроек.

 

Создание файла настроек

Теперь перейдем к содержимому файла настроек logcfg.xml.

Вначале приведем пример файла настроек:

<config xmlns=»http://v8.1c.ru/v8/tech-log»> <dump location=»c:\1c_info\dumps» create=»1″ type=»3″/> <log location=»c:\1c_info\logs» history=»48″> <event> <eq property=»name» value=»EXCP»/> </event> <event> <eq property=»name» value=»PROC»/> </event> <event> <eq property=»name» value=»ADMIN»/> </event> <event> <eq property=»name» value=»EXCPCNTX»/> </event> <property name=»all»> </property> </log> </config>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

<dump>

Этот элемент отвечает за формирование дампов памяти. Атрибуты:

location — каталог в который будут сохраняться дампы, значение этого атрибута должно отличаться от значений такого же атрибута у других элементов (<log> и <defaultlog>).

create — записывать (1) или не записывать (0) дампы.

type — тип дампа, любая комбинация (сумма) из перечисленных ниже флажков:

  • 0 — минимальный;
  • 1 — дополнительный сегмент данных;
  • 2 — содержимое всей памяти процесса;
  • 4 — данные хэндлов;
  • 8 — оставить в дампе только информацию, необходимую для восстановления стеков вызовов;
  • 16 — если стек содержит ссылки на память модулей, то добавить флажок флаг 64;
  • 32 — включить в дамп память из-под выгруженных модулей;
  • 64 — включить в дамп память, на которую есть ссылки;
  • 128 — добавить в дамп подробную информацию о файлах модулей;
  • 256 — добавить в дамп локальные данные потоков;
  • 512 — включение в дамп памяти из всего доступного виртуального адресного пространства.

Компания «1С» советует использовать значение 3 (1+2), так как в большинстве случаев этого достаточно.

<log>

Этот элемент определяет каталог тех. журнала и события которые в него попадают. Таких элементов может быть несколько т.е. сервер 1С может вести сразу несколько тех. журналов с различными настройками. Тем не менее компания «1С» не рекомендует вести более 20 тех. журналов одновременно, так как это может замедлить работу системы. Может содержать внутри себя элементы <event> и <property>. Атрибуты:

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

history — время жизни логов, в часах.

<event>

Определяет условия, при выполнении которых событие попадает в журнал. Само условие задается следующими элементами:

  • eq — равно;
  • ne — не равно;
  • gt — больше;
  • ge — больше или равно;
  • lt — меньше;
  • le — меньше или равно;
  • like — соответствие маске.

<property>

Определяет условия попадания в журнал значения свойства события.

Элемент <property name=»all»> </property> включает записи в журнал всех свойств событий.

В статье упоминаются далеко не все элементы конфигурационного файла, а те, что все-таки упоминаются, рассмотрены поверхностно. Самое полное описание всех элементов конфигурационного файла, с примерами, советами и пояснениями имеется на сайте ИТС (ссылка), а также в руководстве администратора.

Руководство администратора (желтая, не очень толстая книжечка) можно легко найти в электронном виде, да и бумажном оно встречается достаточно часто, так как входит во многие поставки продуктов компании 1С.

На этом все, надеюсь эта статья была Вам полезна.

Если Вы нашли ошибку или неточность, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Загрузка…

Настройка и сбор логов для анализа проблем производительности систем 1С на Linux

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

Настройка сбора логов 1С под Linux имеет ряд особенностей. О них мы и поговорим в данной статье. Описание приводится для ОС Linux дистрибутивов RHEL/CentOS 7.

1. Как настроить и включить технологический журнал 1С на Linux?

2. Почему не работает технологический журнал 1С? Не появляются файлы технологического журнала.

3. Как выключить технологический журнал 1С?

4. Как настроить сбор дампов для 1С Linux?

Как настроить и включить технологический журнал 1С на Linux?

Следующую настройку технологического журнала выполняем на всех серверах вашей системы, где установлены компоненты 1С:

  • Центральные серверы 1С;
  • Рабочие серверы 1С;
  • Серверы лицензий 1С;
  • Веб-серверы с установленной компонентой веб-расширения 1С.

1. Создаем папку для логов.

Для дампов каталог не создаем. И не будем его указывать в дальнейшем в файле настроек.

Дампы для систем 1С под Linux технологическим журналом не собираются, а собираются средствами операционной системы.

О том, как настроить сбор дампов под Linux вы также найдете в этой статье.

2. Назначаем владельца.

chown usr1cv8:grp1cv8 /var/log/log1c

3. Создаем каталог conf, если он отсутствует в /opt/1C/v8.3/x86_64/.

mkdir /opt/1C/v8.3/x86_64/conf

4. Установим владельцем пользователя usr1cv8 каталогу conf.

chown usr1cv8:grp1cv8 /opt/1C/v8.3/x86_64/conf

5. Разместим файл настроек технологического журнала 1С logcfg.xml(прилагается) в каталоге:

Справедливости ради отметим, что это не единственное место, где можно расположить служебный файл настроек технологического журнала 1С и он при этом также будет работать. Таких каталогов несколько.

Существует определенный алгоритм с последовательностью, по которому 1С опрашивает каталоги на предмет наличия данного файла. В рамках данной статьи – упомянем только об одном каталоге.

6. Приведем пример настроечного файла минимального технологического журнала, который рекомендует настраивать фирма 1С logcfg.xml.

К нему также добавляем сбор планов запроса по длительным запросам СУБД (в нашем случае – PostgreSQL). Фильтруем их по длительности – более 10 секунд.

Он не занимает много места, но может обеспечить оперативной необходимой информацией разработчика для расследования возникших проблем производительности.

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

<?xml version=»1.0″ encoding=»UTF-8″?>

 

<config xmlns=»http://v8.1c.ru/v8/tech-log»>

 

<log location=»/var/log/log1c» history=»12″>

 

<event>

 

<eq property=»name» value=»excp»/>

 

</event>

 

<event>

 

<eq property=»name» value=»excpcntx»/>

 

</event>

 

<event>

 

<eq property=»name» value=»admin»/>

 

</event>

 

<event>

 

<eq property=»name» value=»clstr»/>

 

</event>

 

<event>

 

<eq property=»name» value=»conn»/>

 

</event>

 

<event>

 

<eq property=»name» value=»sesn»/>

 

</event>

 

<event>

 

<eq property=»name» value=»proc»/>

 

</event>

 

<event>

 

<eq property=»name» value=»DBPOSTGRS»/>

 

<ge property=»Durationus» value=»10000000″/>

 

</event>

 

<property name=»all»/>

 

</log>

 

<plansql/>

 

</config>

7. Подождем 1-2 минуты.

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

8. Проверим, что в /var/log/log1c начали появляться папки.

Если папки появляются – значит, все настроено верно.

Если не появляются – то, скорее всего, при настройке были допущены ошибки.

Почему не работает технологический журнал 1С? Не появляются файлы технологического журнала.

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

1. В конфигурационном файле logcfg.xml допущены ошибки.

2. Отсутствуют права у пользователя usr1cv8 на каталоги

  • куда должны писаться логи технологического журнала. В нашем случае /var/log/log1c.

Установим владельцем пользователя usr1cv8, назначим права владельцу и группе.

chown usr1cv8:grp1cv8 /var/log/log1c

chmod -R 770 /var/log/log1c

  • где располагается настроечный фал технологического журнала.  В нашем случае /opt/1C/v8.3/x86_64/conf.

Установим владельцем пользователя usr1cv8, назначим права владельцу и группе.

chown usr1cv8:grp1cv8 /opt/1C/v8.3/x86_64/conf

chmod -R 770 /opt/1C/v8.3/x86_64/conf

Как выключить технологический журнал 1С?

1. Выключение технологического журнала 1С осуществим на всех серверах, где он был включен.

Для этого удалим или переименуем файлы настроек технологического журнала 1С из «logcfg.xml», например,  в « del_ logcfg.xml»(главное, чтобы название отличалось от исходного).

2. Подождём 1-2 минуты, чтобы все логи успели записаться.

3. Проанализируем логи, которые были созданы технологическим журналом в каталоге var/log/e1c.

Как настроить сбор дампов для 1С Linux?

Как мы уже говорили, сбор дампов для 1С под Linuх необходимо осуществлять средствами операционной системы.

Для этого выполним ряд настроек, описанных далее.

1. Остановим сервер 1с.

2. Отредактируем файл.

vim /etc/security/limits.conf

Добавим строки:

usr1cv8 soft core unlimited

usr1cv8 hard core unlimite

3. Зададим шаблон имени и пути расположения дампов аварийного завершения процессов:

sysctl -w kernel.core_pattern=/tmp/core.%e.%p

4. Отредактируем файл:

Добавим строку:

kernel.core_pattern=/tmp/core.%e.%p

5. Применим изменения.

6. Запустим сервер 1с.

Дампы найдем в каталоге /tmp. Называться они будут соответственно шаблону: «core.%e.%p».

Включение технологического журнала в 1С ⋆ Главный системный администратор ™ ™

Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С: Предприятия (или часть, используя фильтр), например:

– исполняемый код 1С:Предприятие 8;
– код Transact-SQL для СУБД;
– интерактивные действия пользователей;
– сообщения об ошибках;
– утечки памяти.

В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.

Для включения технологического журнала необходимо:
Создать файл logcfg.xml в папке C:\Program Files (x86)\1cv82\8.2.15.301\bin\conf (путь – каталог 1С предприятия) на сервере 1С Предприятия.
После этого необходимо прописать в файле logcfg.xml пути к созданным папкам (где Указанный путь 1 – путь к логам, а Указанный путь 2 – путь к дампам):

Вот пример настроек с моего сервера:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log%22;>
<dump create=”true” location=”H:\1Cdumps” prntscrn=”true” type=”2″/>
<log location=”H:\1Clog” history=”168″>
<event>
<eq property=”name” value=”EXCP”/>
</event>
<event>
<eq property=”name” value=”EXCPCNTX”/>
</event>
<event>
<eq property=”name” value=”PROC”/>
</event>
<event>
<eq property=”name” value=”ADMIN”/>
</event>
<event>
<eq property=”name” value=”MEM”/>
</event>
<event>
<eq property=”name” value=”LEAKS”/>
</event>
<property name=”all”/>
</log>
</config>

После выполнения данных действий приложение 1cv8 автоматически начнет сохранение системной информации обо всех ошибках, произошедших в системе в данных каталогах.
После выполнения анализа, технологический журнал можно отключить, удалив или переименовав файл logcfg.xml.
Предполагается, что на компьютерах, где этот журнал будет включатся, файлы могут занимать достаточно большой объем места на диске (относительно, конечно). Поэтому рекомендую указывать пути на диски с большим объемом свободного места.
1) Для успешного создания логов, нужно создать каталоги для логов (например “D:\1Clog”) и дапмов (например “D:\1Cdumps”), лучше создавать не на системном диске.
2) К этим каталогам ТЖ должны быть обязательно настроены права:
– полные права на каталог технологического журнала;
– права на чтение владельца каталога технологического журнала.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
ТЖ лучше настраивать (с помощью фильтров – тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите “отсутствие места на диске” и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту “на лету”
3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать “p:processName=”

С помощью этих настроек я собираю информацию о:

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

  • события, которые начались, но не закончились в момент возникновения нештатной ситуации.

  • события, относящиеся к процессу целиком, и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т.п.

  • управляющие воздействия администратора кластера серверов 1С:Предприятия 8.2

  • события, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).

  • события, связанные с утечкой памяти, которые могут быть вызваны ошибками в коде конфигурации.

Посмотреть примеры настройки ТЖ Пример настройки технологического журнала1С

Анализ отсутствующих событий в технологическом журнале «1С» или лаги в технологическом логе

Медленное формирование отчета о KPI в системе для финансового консолидированного учета

Компания «1С-Рарус» для внутренней автоматизации финансового консолидированного учета использует продукт собственной разработки, который впоследствии стал технологической и методической основой для отраслевого решения «1С-Рарус: Финансовый менеджмент 3».

«1С-Рарус» представляет собой группу компаний в разных городах и странах из различных часовых поясов. Вследствие этого структура подразделений весьма большая, работа ведется в режиме, близком к 24/7. При этом система не предназначена для ведения оперативного учета, поэтому количество пользователей не критическое, порядка 200 человек. Основную часть времени большинство пользователей системы, которые являются руководителями разных уровней, уделяют финансовому анализу, формированию управленческой отчетности и бюджетированию.

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

Инфраструктура исследуемой системы

  • Операционная система: Ubuntu 18.04.
  • База данных: Postgresql 11.8-5.1C.
  • Версия сервера «1C»: 8.3.16.1063.
  • Процессор: Intel(R) Xeon(R) CPU E5-2637 v2 @ 3.50GHz.
  • Оперативная память: 96 Гб.

Поиск причин медленного формирования отчёта

Мониторинг в Zabbix

Предположение о недостаточной мощности инфраструктуры отпало сразу, так как на сервере настроен мониторинг и сбор параметров производительности при помощи Zabbix. Мониторинг не показывал проседание ни по одному из контролируемых параметров ни в момент формирования отчета, ни в какие-либо другие моменты времени. Нагрузка на ЦП в момент формирования отчета:

 

и доступность ОЗУ:

 

Прямой анализ кода формирования отчета был весьма затратен по времени и затруднителен из-за его сложности:

 

В основе отчета лежат механизмы СКД со сложными сочетаниями агрегатных функций ВЫЧИСЛИТЬ
ВЫРАЖЕНИЕ() и ВЫЧИСЛИТЬВЫРАЖЕНИЕ
СГРУППИРОВКОЙМАССИВ(). В одной из следующих статей мы планируем рассказать о практике их применения в этом отчете, так как это заслуживает отдельного разговора.

Мониторинг средствами «1С»

Следующая самая простая идея — сделать замеры производительности штатными средствами платформы «1С»:

 

Полученные замеры не дают ответов и вызывают удивление, так как основная часть времени (более 65%) формирования отчета относится на общую процедуру СформироватьОтчет
НаСервере(),
при этом признак «Для вызова процедур и функций включать время выполнения» не установлен.

Попробуем его установить:

 

Время исполнения общей процедуры СформироватьОтчет
НаСервере()
увеличилось до 30 секунд и составило 100% всего времени формирования отчета. Делаем предположение, что платформенный замер просто не может показать проблемный участок кода отчета, а время, потраченное на его исполнение, приходится на общую процедуру СформироватьОтчет
НаСервере().

Сбор логов технологического журнала

Самое время обратиться к технологическому журналу, настроить события и фильтры, чтобы в итоге собрать логи.

Отчет — это всегда запрос к БД, поэтому добавим события SDBL и DBPOSTGRS, а так как основная часть времени относится к серверной процедуре, то необходимы пара событий SCALL и CALL:

 

  • CALL — фиксирует входящий вызов, его длительность, контекст и сколько было потрачено памяти.
  • SCALL — фиксирует исходящий серверный вызов, собираем в паре с CALL для того, чтобы понять, кто был инициатором вызова.
  • SDBL — фиксирует исполнение запросов к модели базы данных системы «1С:Предприятие», собираем дополнительно для того, чтобы понять, сколько времени от общего времени серверного вызова (CALL) заняли запросы.
  • DBPOSTGRS — позволяет собрать все SQL запросы технологической платформы 1С к СУБД PostgreSQL.

Добавим следующие фильтры на все события:

  • ProcessName — отбирает события, связанные с указанной ИБ.
  • ComputerName — отбирает события, связанные с указанным ПК.

Интерактивный инструмент настройки тех. журнала не рекомендуется использовать, так как сложные настройки гораздо проще сделать в текстовом редакторе. Здесь инструмент приведен скорее в качестве альтернативного, а не основного. Текст настроек технологического журнала logcfg.xml поместим в каталог C:\Program Files\1cv8\conf, логи будем собирать в каталог «C:\logs»:

 

Анализ технологического журнала

Собранные логи тех.) со строк, состоящих из двух чисел [0-9][0-9], затем двоеточия (оно экранируется, чтобы не воспринималось как служебный символ, далее снова две цифры, далее точка с экранированием, далее от 1 до любого числа (знак +) цифр от 0 до 9, далее знак — и снова от 1 до любого числа цифр). Таким образом, мы получили часть для исчисления начала события и его продолжительности. То есть поток представляет собой строки типа 42:15.4234-2445

  • awk -F\- ‘{print $1;}’ команда awk это целый отдельный язык программирования с возможностью организовывать условия, циклы, и конечно его надо изучать отдельно. В данном случае ключ -F\- велит разбить строку на части, используя в качестве разделителя знак -. И взять часть, приходящуюся на начало события {print $1;} В переменной $1 она и находится. То есть получится поток строк с таким типом 42:15.4234
  • sed -e ‘s/\./:/g’ команда в основном используется для удаления и замены символов. В данном случае меняет точку на двоеточие. И получается поток со строками типа 42:15:4234
  • awk -F\: ‘{ min = $1; sec=$2; mmsec=$3; event=$0; getline; print ($1*60*1000000 + $2*1000000 + $3) — (min*60*1000000 + sec*1000000 + mmsec)» : «event» — «$0;}’  здесь важно обратить внимание на наличие внутри awk команды getline. Она берет следующую за обрабатываемой строку. То есть что тут происходит: сначала в отдельных переменных запоминаются компоненты строки разделенные двоеточием (для этого на предыдущем шаге мы заменили точку на двоеточие), далее берется следующая строка. Время начала событий переводится  в микросекунды, исчисляется разница между началом данного события и следующего
  • sort -rnb сортируется по убыванию этой разницы
  • head выводятся первые 10
  • В результате выполнения скрипта получаем таблицу самых длительных интервалов между событиями, отсортированную по убыванию, где в первой колонке указано время интервала в микросекундах, а во второй и третьей — время старта двух соседних событий:

     

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

     

    Первая строка нашей таблицы выводит на 81 строку модуля формы отчета:

     

    Однако строка является «типовым кодом» и подозрений не вызывает, будем двигаться дальше по таблице! Дальнейший анализ выводит на строки 521 и 557 модуля объекта рассматриваемого отчета:

     

     

    Закомментируем подозрительный код:

     

    и повторим замер производительности:

     

    Отключение условного оформления дало 1 секунду вместо 20 у процедуры СформироватьОтчет
    НаСервере()
    , а в целом отчет формируется за 3 секунды вместо 30, то есть улучшение производительности в 10 раз!

    Будем ждать жалобы пользователей на отсутствие условного оформления, чтобы реализовать по-новой без ущерба для производительности, но забегая вперед — никто так и не пожаловался 🙂

    Применение анализа лагов в логах технологического журнала у клиента

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

     

    После выполнения запроса идет применение метода НайтиСледующий() в цикле. Посмотрим на замер производительности:

     

    Основная часть времени уходит на многократное исполнение метода НайтиСледующий(). Проанализируем логи ТЖ на самые длительные интервалы между парными событиями скриптом, который уже использовали в предыдущем примере:

     

    Найдем соответствующие события в ТЖ:

     

    Видим, что самые длительные интервалы выводят на такие события, непосредственная длительность которых составляет всего 1 микросекунду, при этом временной интервал между ними составляет около 8 секунд. Эти события идут после выполнения запроса к БД и являются отражением метода НайтиСледующий() в технологическом журнале.

    Межсобытийные лаги для поиска проблем в коде

    Что можно сказать в заключении: отсутствие информации порой не менее ценная информация. Вот такой парадокс.

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

    Именно в этом случае более чем применим подход, описанный в статье. Обнаружить межсобытийный лаг в логе ТЖ и понять, что система что-то делала в этот промежуток времени, проследовать в код «1С», ориентируясь на предыдущее залогированное событие и произвести поиск подозреваемых.

    Вопросы замедления работы «1С» мы рассматривали в предыдущих статьях от экспертов «1С-Рарус»:

    Авторы статьи

    Винниченко Михаил

    Черанев Андрей

    Srvinfo reg_1541 — очистка журнала регистрации 1С

    На сервере 1С  со временем увеличивается в размерах папка
    reg_1541, содержащая журналы регистрации 1С. Расположена эта папка в директории  С:\Program Files\1cv82\srvinfo. И как следствие может возникнуть проблема свободного пространства на системном жестком диске. Чтобы избежать роста папки srvinfo необходимо периодически очищать журнал регистрации 1С.

    Удаление неиспользуемых журналов регистрации из папки Srvinfo

    В журнале регистрации фиксируется все изменения объектов баз 1С — документы, справочники, регистры и т.д.

    Для каждой базы данных 1С существует своя директория хранения журнала регистрации и выглядит она таким образом:

    C:\Program Files\1cv8\srvinfo\\\1Cv8Log

    Папка <Имя кластера сервера> по-умолчанию называется reg_1541.

    После удаления базы данных с сервера 1С папка журнала регистрации не удаляется из Srvinfo. Поэтому из множества папок в 
    Srvinfo могут находиться и те, которые давно не используются и просто занимают место на жестком диске.

    Вычислить эти папки можно открыв файл 1CV8Clst.lst, который находится так же в reg_1541.

    Копируем <Идентификатор базы на сервере> из папки Srvinfo и ищем в файле  1CV8Clst.lst. Если идентификатор в файле не найден, то папку можно удалять.

    1CV8Clst.lst

    В директории Srvinfo находится папка с названием вида snccntx+<Идентификатор базы на сервере>. Эта папка содержит сеансовые данные и ее лучше не удалять без необходимости т.к. много места она не занимает.

    Настройка и очистка журнала регистрации 1С

    Запускаем 1С в режиме конфигуратора и переходим в меню «Администрирование/Настройка журнала регистрации»

    настройка журнала регистрации 1С

    В настройках журнала регистрации можно выбрать какие события будут регистрироваться:

    Ошибки — информация о сбоях
    Предупреждения — важные уведомления, не ошибки
    Информация — все изменения базы данных
    Примечания — все остальные уведомления

    Для очистки журнала регистрации нажимаем кнопку «Сократить»

    очистка журнала регистрации 1С

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

    В поле «Удалить события до:» выбираем дату до который будем очищать журнал регистрации.

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

    Автоматизация процесса очистки журнала регистрации

    Автоматизация процесса через командную строку Windows выглядит таким образом:

    "[PathTo1Cv8Exe]\1cv8.exe" CONFIG [ConnectionString] /Out[PathToOperLog] /ReduceEventLogSize [ShrinkDate] -saveAs [BackUpedLog]

    [ConnectionString] — строка подключения к информационной базе. Т.к. речь идёт о серверном варианте, эта строка будет иметь вид «/S[ServerName][InfoBaseName] /N[UserName] /P[UserPassword]». Пользователь должен иметь право администрирования.

    [PathToOperLog] — путь к файлу, в котором будут сохранены сообщения системы при выполнении этой операции.

    [ShrinkDate] — дата, по которую будет укорочен журнал регистрации в формате yyyy-mm-dd

    [BackUpedLog] — путь к файлу в формате *.elf, к которым можно будет обратиться в случае необходимости проводить расследования давних операций с информационной базой.

    Операцию необходимо выполнять когда нет активных подключений к базе 1С.

    Образец скрипта для PowerShell

    #
    # backup & shrink 1c logs
    #
    
    param (
        [string]$1cexe = "C:\Program Files (x86)\1cv82\8.2.15.319\bin\1cv8.exe",
        [string]$1cbase = "srvrname\ibname",
        [string]$1cuser = "username",
        [string]$1cupassword = "password",
        [string]$1coperlog = "s:\logs\1cshrink.txt",
        [string]$1cdaysoflogstore = 7, #[дата по которую удалить логи] (get-date).Date.AddDays(-$1cdaysoflogstore).ToString("yyyyMMdd")
        [string]$1clogsarchive = "s:\backup\6months\", #[путь к сохраняемому в другом месте файлу логов *.elf] 
        [string]$1clogfilename = $env:COMPUTERNAME.ToLower() + "-1clog-" + ($1cbase.split("\"))[1] + "-" + (get-date).Date.ToString("yyyyMMdd") + ".elf"
    )
    
    $1clog = $1clogsarchive + $1clogfilename
    
    cmd /c "`"`"$1cexe`" CONFIG `/s$1cbase `/N`"$1cuser`" `/P`"$1cupassword`" `/Out$1coperlog `/ReduceEventLogSize $((get-date).Date.AddDays(-$1cdaysoflogstore).ToString("yyyy-MM-dd")) -saveAs`"$1clog`"`""

    Внимание! Данные для подключения к базе 1С обезличены. Необходимо заменить на свои.

    Перенос журнала регистрации на другой диск

    Чтобы избежать переполнения системного диска файлами журнала регистрации 1С папку SRVINFO можно перенести на другой диск. Выполнить это можно изменив параметры запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows.

    В редакторе реестра переходим по ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.2 Server Agent и в параметре ImagePath изменяем значение «Агент сервера 1С:Предприятия 8.3» «C:\Program Files (x86)\1cv8\8.3.10.2667\bin\ragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:\Program Files (x86)\1cv8\srvinfo».
    Вместо «C:\Program Files (x86)\1cv8\srvinfo» указываем новую директорию нахождения журнала регистрации.

    редактирование запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows

    В статье использован источник: http://infostart.ru/public/161396/

    Журнал событий

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

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

    Для событий доступа к данным или отказа в доступе вы можете выбрать список деталей для регистрации. А именно, вы можете предоставить список полей объекта конфигурации, которые будут отслеживаться на предмет попыток доступа, и указать структуру дополнительной информации, которая будет записана в журнал событий при попытке доступа. Например, вы можете настроить платформу для регистрации событий, когда пользователи читают суммы заработной платы из регистра, в котором хранится заработная плата. Более того, вы можете настроить платформу для регистрации не только имени пользователя, читающего суммы заработной платы, но и имени пользователя, чьи суммы заработной платы они читают.

    Журнал событий доступен как в режиме «1С: Предприятие», так и в Конструкторе.

    В режиме 1С: Предприятие при нажатии на поле Данные или Представление данных открывается объект прикладного решения, указанный в записи журнала событий.

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

    Вы можете указать, какие уровни событий записываются в журнал и будет ли журнал разбиваться на файлы.Ведение журнала можно включить или отключить как в интерактивном режиме, так и из скрипта 1С: Предприятия.

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

    Если время безотказной работы платформы велико, журнал событий может содержать большое количество записей. Таким образом, поддерживается уменьшение размера журнала путем удаления записей, которые больше не важны, с возможностью сохранения удаляемых записей в файл.Также поддерживается объединение журнала событий с журналом, хранящимся в файле.

    Разработчики могут экспортировать журнал событий в текстовый документ или электронную таблицу, используя стандартные инструменты управления списками. Затем текст или документ электронной таблицы можно сохранить в исходном или другом формате, например в электронной таблице Microsoft Excel или документе HTML.

    Также поддерживается экспорт данных журнала в формате XML, что дает возможность анализировать экспортированные данные с помощью инструментов-скриптов 1С: Предприятия.

    Особенности журнала событий


    • В новых информационных базах по умолчанию регистрируются все уровни событий.
    • Когда информационная база загружается из файла, журнал событий не очищается.
    Следующая страница: Параметры информационной базы

    См. Также:

    Технологический журнал 1С: Предприятие 8 для ленивых

    Технологический журнал (далее ТЛ) предназначен для выявления ошибок, возникших при работе с системой и диагностики работы службы технической поддержки компании «1С», а также для анализа технических характеристик работы системы.

    TL позволяет регистрировать все события 1С: Предприятия (или их часть с использованием фильтра), например:
    — исполняемый код 1С: Предприятия 8;
    — код Transact-SQL для СУБД;
    — интерактивные действия пользователя;
    — сообщения об ошибках;
    — утечки памяти.

    В случае аварийного завершения журнал позволяет выгрузить память и скопировать экран для отправки разработчикам.

    Журнал настраивается с помощью файла logcfg.xml, который можно создать в программном каталоге C: \ Program Files \ 1cv82 \ bin \ conf (конкретный каталог зависит от емкости операционной системы и емкости 1С).

    1) Для успешного создания журналов необходимо создать каталоги для журналов (например, C: \ 1cv82 \ logs) и дампов (например, C: \ 1cv82 \ dumps)

    2) Для этих каталогов ТЛК необходимо настроить права:
    — полные права на каталог технологического журнала;
    — права на чтение директории технологического журнала.

    Примечание. Если вы по-прежнему не можете писать TL, то вам следует дать права всем на этот каталог (временно, чтобы убедиться, что причина в правах).

    3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, содержащий посторонние файлы, не позволит вам создавать журналы.

    4) Вы не можете комбинировать дампы каталогов и журналы, потому что после указанного интервала (по умолчанию 1 час) содержимое полностью стирается, и вы потеряете дампы.

    TL (с помощью фильтров — тегов logcfg.xml) лучше настраивать только для исследуемых событий, остальное собирать не надо, иначе, скорее всего, мы используем все доступное дисковое пространство и получим проблемы с работой сервера.

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

    Чтобы настроить в logcfg.xml фильтрацию событий для конкретного ИБ, необходимо использовать тег «p: processName =»

    понятно, что мало собрать логи, их нужно обработать для решения определенной задачи.

    Трудности чтения TL:
    — Требуется хорошее понимание архитектуры работы системы
    — Тексты запросов записываются на внутреннем языке 1С: Предприятия и на языке СУБД

    Файлы технологического журнала хранятся в подкаталогах.Имя каждого подкаталога технологического журнала для отдельного процесса будет иметь вид: _, например: rphost_4076. Имя файла журнала задается шаблоном YYMMDDHH.log. Например, в журнале 07051819.log имя файла формируется с 18 мая 2007 года, 19 часов)

    Журнал может быть загружен в Excel для анализа с использованием запятой в качестве разделителя

    Примеры:

    1) Запись в журнал всех исключений, а также запросов к MS SQL длительностью более 3 секунд + генерация дампов при сбое приложения:

     

    2) Генерация полной TL без выбора:

     

    Если вы не нашли ответа на свой вопрос, давайте расширим материал.

    © Гилев.Вячеслав (http://www.gilev.ru)

    [Всего: 0 Среднее: 0/5]

    Как: Подключить 1С: Предприятие с Onlizer

    1С: Предприятие — наиболее популярная в СНГ линейка бухгалтерских, деловых и CRM-приложений. Но интеграция этой системы может быть очень сложной. В этой статье с практическими рекомендациями рассказывается, как настроить и подключить учетную запись 1С к Onlizer, чтобы упростить дальнейшую интеграцию и автоматизацию.

    Настроить доступ к 1С через интерфейс OData

    В данном руководстве рассматривается сценарий, когда сервер 1С и веб-сервер размещаются на машине под управлением Windows.Если вам нужна информация о том, как настроить серверы под управлением Linux, пожалуйста, свяжитесь с нами [email protected]

    1. Настроить веб-сервер

      Для публикации интерфейса OData потребуется веб-сервер, поэтому вам необходимо его настроить.

      Установка IIS 7 в Windows Server 2008 или Windows Server 2008 R2

      Установка IIS 8 на Windows Server 2012

      После установки потребуются дополнительные настройки для пула приложений по умолчанию.Для этого:

      • Запустите диспетчер IIS с помощью Win + R и команды « inetmgr » или из меню Пуск> Инструменты администрирования Windows> Диспетчер информационных служб Интернета (IIS)

      • Выберите в пуле диспетчера IIS и элемент Дополнительные настройки слева

      • Установить Включить 32-разрядные приложения для параметра значение True

      • Также необходимо указать пользователя в настройках Identity .Эта учетная запись пользователя должна иметь права доступа к месту установки базы данных / сервера 1С и каталогу, в котором будет опубликован интерфейс OData

      • После сохранения настроек перезапустите (перезапустите) пул приложений

    2. Публикация стандартного интерфейса OData на веб-сервере

      Начиная с версии 8.3.5, платформа «1С: Предприятие» может автоматически формировать REST-интерфейс для всего приложения.Для каждого объекта конфигурации (каталога, документа, регистра информации и т. Д.) Вы можете разрешить модификацию на основе данных, полученных через интерфейс REST. Платформа использует OData версии 3.0 в качестве протокола доступа.

      Чтобы опубликовать службы OData, в Designer в меню «Администрирование» щелкните «Опубликовать на веб-сервере» и установите флажок «Опубликовать стандартный интерфейс OData». Поддерживаются форматы Atom / XML и JSON. После публикации приложения на веб-сервере сторонние системы могут получить к нему доступ через интерфейс REST с помощью HTTP-запросов.Для работы с приложением 1С: Предприятие по протоколу OData программирование на стороне приложения 1С: Предприятие не требуется.

      Таким образом, URL типа http : // / /odata/standard.odata/Catalog_Products вернет содержимое каталога продуктов в формате XML — коллекцию элементы ввода

    3. Настройка интеграции Onizer Connect

      Для начала заходим на портал Onlizer.Для этого введите в адресной строке браузера «portal.onlizer.com» или воспользуйтесь быстрой ссылкой. Войдите на портал, используя свой адрес электронной почты или имя пользователя и пароль.

      Теперь нам нужно добавить вашу учетную запись 1С в Онлайзер. Для этого перейдите в раздел «Connection Hub» в меню навигации (левая часть экрана).

      В этом разделе содержится список всех ваших сторонних сервисов, подключенных к Onlizer. Не волнуйтесь, если у вас сейчас пустой список, скоро здесь появятся названия ваших сервисов.Чтобы добавить новую услугу, щелкните ссылку «Добавить новую услугу».

      Теперь вы будете перенаправлены на портал Onlizer Connect и появится список услуг. Вы можете подключить любой из них к своему проекту и использовать в своей бизнес-логике. В списке есть пакет услуг, и мы его постоянно обновляем. Найдите плитку со значком и заголовком «1С: Предприятие» и щелкните по ней.

      Укажите конечную точку OData 1С в формате http: // <хост> / <конфигурация> / odata / standard.odata /, логин и пароль от учетной записи пользователя 1С. Затем нажмите « Connect »

      После успешного установления соединения вы будете перенаправлены на страницу Connections Hub, где будет показано вновь созданное соединение 1С.

    Страница не найдена

    Документы

    Моя библиотека

    раз
      • Моя библиотека
      «» Настройки файлов cookie

      1c-сервер-составить / докер-составить.yml на главном сервере · Goblenus / 1c-server-compose · GitHub

      1c-server-compose / docker-compose.yml на главном сервере · Goblenus / 1c-server-compose · GitHub Постоянная ссылка

      В настоящее время невозможно получить участников
      версия: ‘3’
      услуг:
      1c-postgres:
      изображение: postgrespro-1c: последний
      сборка:
      контекст:./ докер-postgrespro-1c
      выставить:
      –5432
      тома:
      — «1c-postgres-data: / data: rw»
      — «/ etc / localtime: / etc / localtime: ro»
      среда:
      POSTGRES_PASSWORD: 1c_pg_password_Sec3t
      перезапуск: всегда
      развертывание:
      restart_policy:
      состояние: любое
      задержка: 5 с
      окно: 120 с
      1c-сервер:
      образ: 1c-server: 8.3.11-2867
      сборка:
      контекст: ./docker-1c-server
      аргументы:
      ВЕРСИЯ ПЛАТФОРМЫ: 83
      ВЕРСИЯ_СЕРВЕРА: 8.3.11-2867
      тома:
      — «1c-server-home: / home / usr1cv8»
      — «1c-сервер-журналы: / var / log / 1C»
      — «/ etc / localtime: / etc / localtime: ro»
      портов:
      — «10.8.0.18: 1540-1541: 1540-1541 «
      — «10.8.0.18:1560-1591:1560-1591»
      зависит_он:
      — 1c-postgres
      перезапуск: всегда
      развертывание:
      restart_policy:
      состояние: любое
      задержка: 5 с
      окно: 120 с
      тома:
      1c-postgres-данные:
      1c-домашний-сервер:
      журналы 1c-сервера:
      Вы не можете выполнить это действие в настоящее время.Вы вошли в систему с другой вкладкой или окном. Перезагрузите, чтобы обновить сеанс. Вы вышли из системы на другой вкладке или в другом окне. Перезагрузите, чтобы обновить сеанс.

      Выпущено обновление 1c VMware vSphere 7.0

      VMware выпустила vCenter 7.0 update 1c, ESXi 7.0 1c, а ранее они выпустили VMware Tools 11.2.1.

      vCenter 7.0 обновление 1c

      Что нового:

      • Физическая статистика сетевой карты:
        • vCenter Server 7.0 Обновление 1c добавляет пять физических статистических данных NIC: dropRx , dropTx , errorsRx , RxCRCErrors и errorsTx , в файл hostd.log по адресу /var/run/log/hostd.log чтобы вы могли обнаружить неисправленные сетевые ошибки и предпринять необходимые корректирующие действия.
      • Advanced Cross vCenter vMotion:
        • С vCenter Server 7.0 с обновлением 1c в vSphere Client вы можете использовать функцию Advanced Cross vCenter vMotion для управления массовым переносом рабочих нагрузок между системами vCenter Server в различных vCenter Single Sign-On домены.Advanced Cross vCenter vMotion не зависит от расширенного связанного режима vCenter или гибридного связанного режима и работает как в локальной, так и в облачной среде. Advanced Cross vCenter vMotion упрощает переход от VMware Cloud Foundation 3 к VMware Cloud Foundation 4, который включает vSphere с Tanzu Kubernetes Grid, и предоставляет унифицированную платформу для виртуальных машин и контейнеров, позволяя операторам выделять кластеры Kubernetes из vCenter Server. Эта функция также обеспечивает плавный переход на последнюю версию vCenter Server за счет упрощения миграции рабочих нагрузок с любого экземпляра vCenter Server версии 6.x или новее.
      • Параллельное исправление на хостах в кластерах, которыми вы управляете с помощью vSphere Lifecycle Manager baselines:
        • С vCenter Server 7.0 Update 1c вы можете запускать параллельное исправление на хостах ESXi в режиме обслуживания в кластерах, которыми вы управляете с помощью vSphere Lifecycle Manager baselines.
      • Сторонние плагины для управления сервисами на платформе vSAN Data Persistence:
        • С vCenter Server 7.0 Update 1c вы можете включить сторонние плагины для управления сервисами на платформе vSAN Data Persistence из vSphere Клиент, так же как вы управляете своей системой vCenter Server.Для получения дополнительной информации см. Документацию по настройке и управлению vSphere с Tanzu.

      См. Примечания к выпуску здесь.

      ESXi 7.0 1c

      Что нового:

      • ESXi 7.0 с обновлением 1c поддерживает быструю загрузку vSphere на следующих серверах:
        • Cisco Systems Inc:
          • HX240C-M5SD
          • HXAF240C-M5SD
          • UCSC-C240-M5SD
        • Dell Inc:
            52 PowerEdge
          • PowerEdge C6525
          • PowerEdge FC640
          • PowerEdge M640
          • PowerEdge MX740c
          • PowerEdge MX840c
          • PowerEdge R540
          • PowerEdge R6515
          • PowerEdge R6525
          • PowerEdge R7515
          • PowerEdge
          • PowerEdge R7515
          • PowerEdge
          • PowerEdge
          • PowerEdge
          • PowerEdge
          • R940
          • PowerEdge R940xa
        • HPE:
      • С ESXi 7.0 Обновление 1c, вы можете использовать параметр --remote-host-max-msg-len , чтобы установить максимальную длину сообщений системного журнала до 16 КиБ, прежде чем они должны быть разделены. По умолчанию демон системного журнала ESXi (vmsyslogd) строго придерживается максимальной длины сообщения в 1 КиБ, установленной RFC 3164. Более длинные сообщения разбиваются на несколько частей. Установите максимальную длину сообщения до минимальной длины, поддерживаемой любым из приемников системного журнала или реле, задействованных в инфраструктуре системного журнала.
      • С ESXi 7.0 Обновление 1c, вы можете использовать параметр загрузки установщика systemMediaSize , чтобы ограничить размер разделов системного хранилища на загрузочном носителе. Если ваша система занимает мало места, для которой не требуется максимальный размер системного хранилища 138 ГБ, вы можете ограничить его минимум 33 ГБ. Параметр systemMediaSize принимает следующие значения:
        • мин. (33 ГБ, для однодисковых или встроенных серверов)
        • малый (69 ГБ, для серверов как минимум с 512 ГБ ОЗУ)
        • по умолчанию (138 ГБ)
        • макс. (использовать все доступное пространство, для серверов с несколькими терабайтами)
        • Выбранное значение должно соответствовать назначению вашей системы.Например, система с 1 ТБ памяти должна использовать минимум 69 ГБ для системного хранилища. Чтобы установить параметр загрузки во время установки, например, systemMediaSize = small , обратитесь к разделу «Ввод параметров загрузки для запуска сценария установки или обновления». Для получения дополнительной информации см. Статью 81166 базы знаний VMware.
      • Выберите Решенные проблемы:
        • После обновления серверов HPE до встроенного ПО HPE Integrated Lights-Out 5 (iLO 5) версии 2.30 вы увидите предупреждения о состоянии датчика памяти

      См. Примечания к выпуску здесь.

      Инструменты VMware 11.2.1

      В этой версии исправлены некоторые ошибки драйвера дисплея в версии 11.2.0.

      См. Примечания к выпуску здесь.

      Что такое 1С сервер?

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

      Сервер 1С состоит из двух компонентов: сервера приложений, обрабатывающего данные, и SQL-сервера, на котором хранятся данные.Он совместим с такими продуктами, как Microsoft SQL Server, Linux PostgreSQL, IBM DB2. Сервер 1С выступает посредником между сервером базы данных и клиентскими компьютерами. Он выполняет тяжелые вычислительные задачи, значительно освобождая клиентские компьютеры.

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

      Многие компании до сих пор используют архитектуры файловых серверов, но у них есть некоторые ограничения.Например, сложно организовать одновременную работу нескольких пользователей, размер базы данных ограничен, а при большой номенклатуре база данных просто не справляется с запросами.

      Важным событием стал переход 1С на технологию клиент-сервер. В платформе 7.7 появилась экспериментальная версия SQL, в которой для хранения и управления базой данных использовалась отдельная СУБД.

      В 1С: Предприятии 8.0 было разделение на клиентские и серверные процедуры.С тех пор установка и настройка сервера 1С стала обычным вариантом.

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

      Когда пользовательских сессий больше десяти, локальная сеть перегружается, что сильно замедляет параллельную работу.Например, если 1С использует отдел из 20 человек, плюс менеджмент и кассиры в торговых точках. Другой пример — оптовый поставщик, у которого может быть не так много пользователей, но ассортимент товаров и список контрагентов огромны. В этих случаях сервер 1С становится необходимостью.

      Выбор сервера для 1С — типовая архитектура


      Архитектура решения может быть разной в зависимости от поставленных задач. В основном он включает в себя следующие компоненты: сервер 1С: Предприятия и сервер СУБД, чаще всего MSSQL или PostgresSQL PRO.Это программные серверы, которые могут располагаться как на физических, так и на виртуальных серверах.

      Клиенты. Если вам необходимо запустить платформу на ПК (например, при использовании определенных моделей торгового и кассового оборудования) — на рабочие устройства устанавливаются программные клиенты. Ключи защиты вставляются в эти компьютеры, распространяются по сети с помощью специальной программы или сервера 1С.

      Если вы устанавливаете компоненты веб-сервера на сервере 1С (входит в платформу 1С), то клиенты вам не понадобятся — вы получаете доступ через браузер.

      Другой вариант — клиентская программа устанавливается на том же сервере, что и сервер 1С, или на «соседнем», а пользователи авторизуются по RDP.

      Сервер 1С в облаке

      Построение инфраструктуры для платформы 1С предполагает большие вложения, плюс затраты на обслуживание и обновления, найм ИТ-специалистов и т.д. Альтернативное решение — аренда инфраструктуры для 1С в облаке. Сервер 1С на виртуальной машине будет стоить намного дешевле — так как это модель IaaS, вам нужно будет заплатить только за используемые ресурсы.

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

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

      Аренда виртуального сервера для 1С с Cloud4Y

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

      Как использовать 1С в облаке? Возможны три варианта реализации:

      Подключение к удаленному серверу (по протоколу MS RDP) .Сервер 1С разворачивается на площадке провайдера и подключается к серверу (при необходимости могут использоваться защищенные соединения). Пользователь подключается к удаленному виртуальному серверу по протоколу RDP и получает визуализацию того, что происходит на другом компьютере. Все вычислительные процессы происходят на сервере.

      Подключение к серверу приложений . RemoteApp — это служба удаленного приложения, предоставляющая доступ к 1С по протоколу RDP. Для настройки связи между локальным компьютером и облачной 1С с помощью этого метода также используется клиент удаленного рабочего стола.Вычислительные процессы выполняются на сервере с помощью приложения. В отличие от RDP, у пользователя есть доступ только к программе 1С, а не ко всему удаленному рабочему столу.

      Доступ через веб-браузер . При таком варианте вам не нужно устанавливать 1С на локальные ПК. Все, что вам нужно сделать, это запустить браузер и перейти по адресу.

      Cloud4Y также предоставляет в аренду лицензии 1С. Если у компании уже есть лицензии, вы можете использовать свои USB-ключи.

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

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *