Технологические вопросы крупных внедрений
27.11.2022

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

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

• Аварийное завершение процессов кластера или клиентского приложения.

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

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

• Значительный рост информационной базы.

• Значительный рост сеансовых данных.

• Увеличение времени выполнения реструктуризации информационной базы.

• Увеличение времени выполнения операции "Закрытия месяца" в ERP.

• Увеличение времени выполнения открытия формы документа.

• Ошибки взаимоблокировок на управляемых блокировках 1С.

• Ошибки взаимоблокировок в СУБД.

• Ошибки таймаутов на управляемых блокировках 1С.

• Ошибки таймаутов в СУБД.

• Ошибки, возникающие у администратора системы, при обновлении конфигурации (реструктуризации БД).

• Ошибки, возникающие у пользователей, при работе через web-браузер.

• Ошибки, возникающие у пользователей, работающих в тонком клиенте.

• Повышенная нагрузка на диск в сервере кластера 1С.

• Повышенная нагрузка на диск в сервере СУБД.

• Повышенная нагрузка на процессор в сервере кластера 1С.

• Повышенная нагрузка на процессор в сервере СУБД MS SQL Server.

• Проблемы, возникающие у пользователей, при работе с полнотекстовым поиском.

• Проблемы, возникающие при работе с запросами в Postgres.

• Проблемы, возникающие при работе с внешними компонентами.

• Проблемы, возникающие при работе с лицензиями 1С.

• Проблемы, возникающие при работе с системой лицензирования конфигураций (СЛК).

• Проблемы производительности конкретного запроса.

• Снижение производительности всех операций.

• Снижение производительности отдельной операции.

• Утечки памяти.

Аварийное завершение процессов кластера или клиентского приложения.

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

<dump create="true" location="D:\LOGS\Dumps" type="3" prntscrn="false" externaldump="false"/>

В этом случае в директории Windows "D:\Log\DUMPS" будут храниться сформированные дампы процессов. В некоторых ситуациях может потребоваться дополнительное использование Windows Error Reporting. В отдельной статье дана подробная инструкция по настройке сбора таких дампов.

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

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="D:\LOGS\Dumps" type="3" prntscrn="false" externaldump="false"/>
</config>

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

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

• Сценарий возникновения проблемы.

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

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

  

• Полный технологический журнал с клиентской машины. Пример настроек технологического журнала:

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\LOGS\1cv8" history="4">
    <event>
        <ne property="Name" value=""/>
    </event>
     <property name="all"/>
  </log>
  </config>

   

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, TLOCK, SDBL, DBMSSQL (DBPOSTGRS, DBORACLE, DB2), SCALL, CALL с отбором по имени пользователя

  <eq property="Usr" value="ИмяПользователя"/>.

  Пример настроек технологического журнала для Windows и MS SQL Server:

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
         <eq property="Name" value="EXCP"/>
     </event>
     <event>
                <eq property="Name" value="TTIMEOUT"/>
     </event>
     <event>
         <eq property="Name" value="TDEADLOCK"/>
     </event>
     <event>
         <eq property="Name" value="TLOCK"/>
     </event>
     <event>
         <eq property="Name" value="SDBL"/>
     </event>
     <event>
         <eq property="Name" value="DBMSSQL"/>
     </event>
     <event>
         <eq property="Name" value="CALL"/>
         <eq property="Usr" value="ИмяПользователя"/>
     </event>
     <event>
         <eq property="Name" value="SCALL"/>
         <eq property="Usr" value="ИмяПользователя"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования с клиентской машины, со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Файл конфигурации (cf) используемой базы.

• Копию файла реестра кластера 1С (1CV8Clst.lst). Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Также сохранить в файл результат выполнения метода встроенного языка ПолучитьСтруктуруХраненияБазыДанных(), который позволит получить соответствие таблиц в базе данных именам таблиц информационной базы.

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

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

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

  

• Полный технологический журнал с клиентской машины. Пример настроек технологического журнала:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\LOGS\1cv8" history="4">
    <event>
        <ne property="Name" value=""/>
    </event>
     <property name="all"/>
  </log>
  </config>

   

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, PROC, ADMIN, CONN, SESN, CLSTR, SRVC, ATTN, также CALL, SCALL без контекстов.

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <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="CONN"/>
     </event>
     <event>
        <eq property="Name" value="SESN"/>
     </event>
     <event>
        <eq property="Name" value="CLSTR"/>
     </event>
     <event>
        <eq property="Name" value="SRVC"/>
     </event>
     <event>
        <eq property="Name" value="ATTN"/>
     </event>
     <event>
       <eq property="Name" value="CALL"/>
     </event>
     <event>
       <eq property="Name" value="SCALL"/>
     </event> 
     <property name="all"/>
     <property name="Context">
     <event>
        <ne property="Name" value="CALL"/>
        <ne property="Name" value="SCALL"/>
     </event>
     </property>
  </log>
  </config>

   

• Счетчики загруженности оборудования с клиентской машины, со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• В момент зависания снять серию минидампов всех процессов кластера серверов 1С. Для этого необходимо запустить batch file из директории, в которой расположен ProcDump

  Копировать в буфер обмена

  @ echo off
  echo Start dumping all rmngrs, rphosts and ragents on this server...
  CD %~dp0
  for /f "usebackq tokens=2" %%a in (`tasklist /FO list /FI "IMAGENAME eq rmngr.exe" ^| find /i "PID:"`) do (
  start /b procdump.exe -ma %%a rmngr_%%a
  )
  for /f "usebackq tokens=2" %%a in (`tasklist /FO list /FI "IMAGENAME eq rphost.exe" ^| find /i "PID:"`) do (
  start /b procdump.exe -ma %%a rphost_%%a
  )
  for /f "usebackq tokens=2" %%a in (`tasklist /FO list /FI "IMAGENAME eq ragent.exe" ^| find /i "PID:"`) do (
  start /b procdump.exe -ma %%a ragent_%%a
  )
  pause

Значительный рост информационной базы.

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

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

  

• Для MS SQL Server через SQL Server Management Studio (SSMS) получить размер занимаемых таблиц через стандартный отчет "Использование дисковой памяти верхними таблицами".

  

• Для PostgreSQL вывод следующего запроса:

   

  Копировать в буфер обмена

  SELECT *, pg_size_pretty(total_bytes) AS total
      , pg_size_pretty(index_bytes) AS index
      , pg_size_pretty(toast_bytes) AS toast
      , pg_size_pretty(table_bytes) AS table
    FROM (
    SELECT *, total_bytes-index_bytes-coalesce(toast_bytes,0) AS table_bytes FROM (
        SELECT c.oid,nspname AS table_schema, relname AS table_name
  
                , c.reltuples AS row_estimate
  
                , pg_total_relation_size(c.oid) AS total_bytes
  
                , pg_indexes_size(c.oid) AS index_bytes
  
                , pg_total_relation_size(reltoastrelid) AS toast_bytes
  
            FROM pg_class c
            LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
            WHERE relkind = 'r'
    ) a
  ) a;

  Для выполнения запроса можно использовать pgAdmin или psql.

• Вывод функции ПолучитьСтруктуруХраненияБазыДанных(), которая возвращает информацию о структуре таблиц базы данных всех объектов конфигурации (в виде таблицы значений), или воспользоваться обработкой. Начиная с версии платформы 8.3.15 и выше, можно воспользоваться методом глобального контекста ПолучитьРазмерДанныхБазыДанных(). Для этого можно перебрать все объекты и получить их размер, например:

   

  Копировать в буфер обмена

  МассивИменМетаданных = Новый Массив();
  МассивИменМетаданных.Добавить("Справочник.Номенклатура");
  МассивИменМетаданных.Добавить("Документ.РасходнаяНакладная");
  РазмерДанных = ПолучитьРазмерДанныхБазыДанных(Новый Массив(),МассивИменМетаданных);

Значительный рост сеансовых данных.

Платформа 1С-Предприятия в своей работе постоянно использует механизм, называемый «сеансовые данные».

• В этих данных находится ВременноеХранилище, хранится служебная информация, необходимая для работы сеанса 1С:Предприятия. За работу с сеансовыми данными отвечает менеджер кластера – rmngr.exe.
• Если в кластере несколько рабочих серверов, то сеансовые данные будут расположены в соответствии с требованиями назначения функциональности.
• Если требования не заданы, то сеансовые данные распределятся равномерно по всем рабочим серверам.
• С точки зрения операционной системы, сеансовые данные представляют собой файлы в каталоге …\srvinfo\reg_<номер порта>\snccntx<GUID>. 
• Необходимо следить за наличием свободного места на диске, где расположены сеансовые данные.
• Не следует размещать файлы технологических журналов на одном диске с сеансовыми данными.
• Если на диске, где расположены сеансовые данные, закончится место, то это может сказаться на стабильности работы системы. 

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

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, PROC, ADMIN, CONN, SESN, CLSTR, ATTN, CALL, SCALL.

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

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <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="CONN"/>
     </event>
     <event>
        <eq property="Name" value="SESN"/>
     </event>
     <event>
        <eq property="Name" value="CLSTR"/>
     </event>
     <event>
        <eq property="Name" value="ATTN"/>
     </event>
     <event>
        <eq property="Name" value="CALL"/>
     </event>
     <event>
        <eq property="Name" value="SCALL"/>
     </event> 
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования  со всех рабочих серверов кластера 1С содержащие в себе следующие счетчики:

  • Memory\Available Mbytes

  • Memory\Page Faults/sec

  • LogicalDisk(...)\Free Megabytes

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst

• Данные из RamMap, на которых отображается значение памяти, выделеной под Mapped File.

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

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

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

  

• Информацию об используемой версии реструктуризации (вер.1 или вер.2).

• Для версии 1 собрать технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, DBMSSQL (DBPOSTGRS, DBORACLE, DB2).

  Пример настроек технологического журнала для Windows:

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
       <eq property="Name" value="EXCP"/>
     </event>
     <event>
       <eq property="Name" value="DBMSSQL"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Для версии 2 (новой) собрать технологический технологический журнал по всем событиям, в свойствах которых поле "EventType" (тип события) может принимать одно из трех значений — "Workflow", "Analysis" и "Restructuring". Также ограничиваем сбор системных событий только компонентой "dmf".

  Пример настроек технологического журнала для Windows:

  Копировать в буфер обмена

  <?xml version="1.0"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
      <system level="trace"/>
  <log location="C:\LOGS\Restruct" history="96"> 
          <event>
              <eq property="EventType" value="Workflow"/>
          </event>
          <event>
              <eq property="EventType" value="Analysis"/>
          </event>
          <event>
              <eq property="EventType" value="Restructuring"/>
          </event>  
          <event>
              <eq property="component" value="dmf"/>
          </event>
          <property name="all"/>
      </log>
  </config>

   

• Счетчики загруженности оборудования со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Исходный файл конфигурации (cf) используемой базы вместе с тем файлом, на который обновлялись + имеющиеся расширения.

Увеличение времени выполнения операции "Закрытия месяца" в ERP.

Для расследования причин увеличения времени выполнения регламентной операции "Закрытие месяца" в ERP рекомендуем собирать следующие данные:

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

  

• Счетчики загруженности оборудования со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst

• Файл конфигурации (cf) используемой базы + имеющиеся расширения.

• Протокол выполнения операции по "Закрытию месяца". Он хранится в регистре сведений ПротоколыРасчетаПартийИСебестоимости.

Увеличение времени выполнения открытия формы документа.

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

• Если возможно, то опросить пользователей, выяснив подробности появления ошибки, т.е. какая последовательность действий предшествовала возникновению ошибки.

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

  

• Полный технологический журнал с клиентской машины. Пример настроек технологического журнала:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\LOGS\1cv8" history="4">
    <event>
        <ne property="Name" value=""/>
    </event>
     <property name="all"/>
  </log>
  </config>

   

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, TLOCK, SDBL, DBMSSQL (DBPOSTGRS, DBORACLE, DB2) с отбором по имени пользователя

  <eq property="Usr" value="ИмяПользователя"/>.

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="TLOCK"/>
        <eq property="Usr" value="ИмяПользователя"/>
     </event>
     <event>
        <eq property="Name" value="SDBL"/>
        <eq property="Usr" value="ИмяПользователя"/>
     </event>
     <event>
        <eq property="Name" value="DBMSSQL"/>
        <eq property="Usr" value="ИмяПользователя"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования с клиентской машины, со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Замер производительности проблемной формы документа конфигуратором с серверой частью.

• WPR-трассировку с "CPU Usage", "File I\O Activity", "Networking I\O Activity"

• Трассировку собранную инструментом Fiddler.

Ошибки взаимоблокировок на управляемых блокировках 1С.

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

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, TLOCK, TDEADLOCK.

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="TLOCK"/>
     </event> 
     <event>
        <eq property="Name" value="TDEADLOCK"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Файл конфигурации (cf) используемой базы, если есть расширения, то также их.

Ошибки взаимоблокировок в СУБД.

Для расследования проблем паралелльной работы пользователей, связанной с возникновением ошибок взаимоблокировок на СУБД, рекомендуем собрать следующие данные:

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, EXCPCNTX, SDBL, DBMSSQL (DBPOSTGRS, DBORACLE, DB2).

  Пример настроек технологического журнала для Windows и MS SQL Server:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config
  xmlns="http://v8.1c.ru/v8/tech-log">
    <log location="D:\LOGS\Tech_logs" history="24">
      <event>
         <eq property="Name" value="EXCP"/>
      </event>
      <event>
         <eq property="Name" value="EXCPCNTX"/>
      </event>
      <event>
         <eq property="Name" value="DBMSSQL"/>
      </event>
     <property name="all"/>
    </log>
    <dbmslocks/>
  </config>

   

• Файл конфигурации (cf) используемой базы.

• Для MS SQL Server  версии 2012 и выше собрать расширенное событие (extended event) xml_deadlock_report.

  

• Для версии MS SQL Server версии 2008 и ниже собрать трассировку Profiler с событиями "Deadlock graph".

  

• Для PostgreSQL достаточно лога из каталога pg_log, по-умолчанию местом хранения в Linux является $PGDATA/pg_log, а в Windows подпапка pg_log внутри каталога с установленным экземпляром PostgreSQL.

Ошибки таймаутов на управляемых блокировках 1С.Ошибки таймаутов на управляемых блокировках 1С.

При жалобах пользователей на ошибки таймаутов на управляемых блокировках 1С

рекомендуем собрать следующую информацию:

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, TLOCK, TTIMEOUT.

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="TLOCK"/>
     </event> 
     <event>
        <eq property="Name" value="TTIMEOUT"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Файл конфигурации (cf) используемой базы, если есть расширения, то также их.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst

Ошибки таймаутов в СУБД.

Для расследования жалоб пользователей на ошибки вида «Конфликт блокировок при выполнении транзакции»

либо ошибки фиксируются в технологических журналах процессов rphost на рабочих серверах системы

42:01.559001-0,EXCP,6,process=rphost,p:processName=test600,OSThread=6764,t:clientID=12,t:applicationName=1CV8C,t:computerName=Morozov-AN,t:connectID=4,SessionID=2,Usr=DefUser,AppID=1CV8C,dbpid=107,Exception=DataBaseException,Descr='Конфликт блокировок при выполнении транзакции:
Microsoft SQL Server Native Client 11.0: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=33, Severity=10, native=1222, line=1
',Context='Форма.Вызов : Обработка.Дедлоки.Форма.Форма.Модуль.ТаймаутСУБДНаСервере
Обработка.Дедлоки.Форма.Форма.Форма : 267 : Реквизит1 = Спр.Реквизит1;'

рекомендуем собрать следующую информацию:

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, EXCPCNTX, SDBL, DBMSSQL (DBPOSTGRS, DBORACLE, DB2).

  Пример настроек технологического журнала для Windows и MS SQL Server:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="EXCPCNTX"/>
     </event>
     <event>
        <eq property="Name" value="SDBL"/>
     </event>   
     <event>
        <eq property="Name" value="DBMSSQL"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования с клиентской машины, со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Файл конфигурации (cf) используемой базы.

• В момент возникновения проблемы сохранить вывод отчета по динамическим представлениям «Top Transactions by Locks Count», который позволит увидеть транзакции, удерживающие наибольшее число блокировок.
  А также получить соответствие таблиц в базе данных именам таблиц информационной базы придется отдельно, воспользовавшись методов встроенного языка 1С:Предприятия 8 ПолучитьСтруктуруХраненияБазыДанных().

• Для MS SQL Server собрать детальную информации по ожиданиям на транзакционных блокировках. (Инструкция в статье см. раздел "Получение детальной информации по ожиданиям на транзакционных блокировках в MS SQL Server")

Ошибки, возникающие у администратора системы, при обновлении конфигурации (реструктуризации БД).

В расследовании проблем при работе с механизмом реструктуризации информационной базы помогут следующие данные:

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

  

• Информацию об используемой версии реструктуризации (вер.1 или вер.2).

• Для версии 1 собрать технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, EXCPCNTX, DBMSSQL (DBPOSTGRS, DBORACLE, DB2).

  Пример настроек технологического журнала для Windows и MS SQL Server:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="EXCPCNTX"/>
     </event>
     <event>
        <eq property="Name" value="DBMSSQL"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   
• Для версии 2 (новой) собрать технологический технологический журнал по всем событиям, в свойствах которых поле "EventType" (тип события) может принимать одно из трех значений — "Workflow", "Analysis" и "Restructuring". Также ограничиваем сбор системных событий только компонентой "dmf".

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
      <system level="trace"/>
      <log location="C:\LOGS\Restruct" history="96"> 
          <event>
              <eq property="EventType" value="Workflow"/>
          </event>
          <event>
              <eq property="EventType" value="Analysis"/>
          </event>
          <event>
              <eq property="EventType" value="Restructuring"/>
          </event>  
          <event>
              <eq property="component" value="dmf"/>
          </event>
          <property name="all"/>
      </log>
  </config>

    

• Счетчики загруженности оборудования со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Исходный файл конфигурации (cf) используемой базы вместе с тем файлом, на который обновлялись + имеющиеся расширения.

Ошибки, возникающие у пользователей, при работе через web-браузер.

Для расследования проблем пользователей, работающих в web-браузере, рекомендуем собрать следующую информацию:

• Сценарий возникновения проблемы.

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

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

  

• Технологический журнал со всех серверов кластера 1С с событиями EXCP, PROC, ADMIN, CONN, CLSTR, ATTN, в котором прописана база. (Пример настроек технологического журнала)

• Скопировать вывод консоли в консоли разработчика (F12) в web-браузере.

  Например для Google Chrome Версии 88.0.4324.190 консоль можно найти так

  

• С закладки Network последний запрос, который привел к ошибке (в Chrome такой запрос будет подсвечен цветом)

• HAR-логи или журнал сетевых запросов. (Инструкция по сбору)

Технологические ошибки у пользователей, работающих в тонком клиенте.

Для расследования проблем возникающих на рабочих станциях пользователей, работающих в тонком клиенте, рекомендуем собрать следующую информацию:

• Сценарий возникновения проблемы.

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

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

  

• Полный технологический журнал с клиентской машины. Пример настроек технологического журнала:

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\LOGS\1cv8" history="4">
    <event>
        <ne property="Name" value=""/>
    </event>
     <property name="all"/>
  </log>
  </config>

   

• Копию файла реестра кластера 1С (1CV8Clst.lst). Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst

• Ошибки и предупреждения из Журнала регистрации.

Повышенная нагрузка на диск в сервере кластера 1С.

В случае высокой нагрузке на дисковую подсистему в сервере приложений 1С рекомендумаем собирать следующие даные:

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, CALL, SCALL.

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
        <eq property="Name" value="EXCP"/>
     </event>
     <event>
        <eq property="Name" value="CALL"/>
     </event>
     <event>
        <eq property="Name" value="SCALL"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования со всех рабочих серверов кластера 1С, а также с сервера(ов) СУБД.

• Файл конфигурации (cf) используемой базы + имеющиеся расширения.

Повышенная нагрузка на диск в сервере СУБД MS SQL Server.

В случае высокой нагрузке на дисковую подсистему в сервере СУБД MS SQL Server рекомендуем собирать следующие даные:

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

  

• Копию файла реестра кластера 1С (1CV8Clst.lst) . Например, файл может располагаться в директории C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst.

• Информацию об установленной версии СУБД.

• Счетчики загруженности оборудования с сервера(ов) СУБД.

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

Повышенная нагрузка на процессор в сервере кластера 1С.

При высокой нагрузке на CPU в сервере, где развернут кластер 1С, рекомендуем собирать следующие данные:

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

  

• Технологический журнал со всех серверов кластера 1С, в котором прописана база, с событиями EXCP, CALL с фильтром по CpuTime

  Пример настроек технологического журнала для Windows:

   

  Копировать в буфер обмена

  <?xml version="1.0" encoding="UTF-8"?>
  <config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\LOGS\Tech_logs" history="24">
     <event>
       <eq property="Name" value="EXCP"/>
     </event>
     <event>
       <eq property="Name" value="CALL"/>
       <gt property="CpuTime" value="0"/>
     </event>
     <property name="all"/>
  </log>
  </config>

   

• Счетчики загруженности оборудования  со всех рабочих серверов кластера 1С.

• Список сеансов с номером и временем начала сеансов из консоли администрирования, находящихся в длительном клиент-серверном вызове (колонка "Время вызова (текущее)") и не в вызове СУБД (колонка "Время вызова СУБД (текущее)").

• Копию журнала регистрации.

Если по этим данным с применением методики выяснить виновника не получилось, то необходимо снять дампы всех процессов кластера серверов 1С. Для этого запустить batch file из директории, в которой расположен ProcDump

Повышенная нагрузка на процессор в сервере СУБД MS SQL Server.

Описание собираемых данных и методика расследования причин высокой нагрузки CPU на СУБД доступны по ссылке.

Проблемы, возникающие у пользователей, при работе с полнотекстовым поиском.

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

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

  

• Сценарий возникновения проблемы. Если возможно, то опросить пользователей, выяснив сценарий воспроизведения проблемы.

• Копию информационной базы, если это невозможно, то файл конфигурации (cf) используемой базы + имеющиеся расширения.

• Индекс ППД.

Проблемы, возникающие при работе с запросами в СУБД Postgres.

Для расследования возможных проблем с запросами на СУБД Postgres рекомендумаем собирать следующие даные:

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

  

• Информацию об установленной версии СУБД.

• Проблемный запрос.

• Бэкап базы с проблемным запросом.

  Чтобы создать бэкап базы можно воспользоваться командой:

  pg_dump -h сервер -U имя_пользователя -d имя_бд -f файл -Fp

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

  psql -h сервер  -U имя_пользователя -d имя_бд -1 -f файл -v ON_ERROR_STOP=1

Сценарий возникновения проблемы. Если возможно, то опросить пользователей, выяснив сценарий воспроизведения проблемы.

<dump create="true" location="D:\Log\DUMPS" prntscrn="false" type="3" externaldump="1"/>

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="D:\LOGS\Dumps" type="3" prntscrn="false" externaldump="false"/>
</config>