1с цуп установка и настройка
Сбор технологической информации для расследования проблем производительности и работоспособности с помощью ЦУП с использованием внешней обработки
В процессе эксплуатации информационной системы пользователи могут сталкиваться с различными технологическими проблемами, такими, как проблемы производительности, стабильности и работоспособности. При решении некоторых проблем такого вида может быть полезен Центр управления производительностью (ЦУП) – конфигурация, входящая в состав Корпоративного инструментального пакета (КИП).
Поскольку развертывание ЦУПа в информационной системе клиента не всегда целесообразно, технологическая информация, необходимая для расследования, может быть собрана с помощью внешней обработки с целью дальнейшего анализа с использованием Центра управления производительности.
Обработка AnalyticalIndicatorsGathering_1.0.1.2.epf находится в каталоге EXE\EnterpriseToolsPackage\PerformanceManagementCenter\AnalyticalIndicatorsGathering_1.0.1.2.epf
Порядок использования
Обработка может быть открыта в произвольной информационной базе. Перед первым использованием необходимо выполнить настройку подключения к анализируемой информационной базе.
Настройка подключения и сбора технологического журнала
Для обеспечения возможности сбора информации следует настроить подключение обработки к исследуемой информационной базе, а также настроить сбор технологического журнала. Для этого следует открыть формы настройки, доступные по соответствующим гиперссылкам, заполнить поля формы и нажать кнопку Проверить настройки.
Информация о порядке настройки подключения и сбора технологического журнала доступна во встроенной справке соответствующих форм настройки.
После того как настройки будут выполнены, станет доступным сбор данных. Информация о выполненных настройках сохраняется при закрытии обработки. При следующем открытии выполнять настройку не требуется (при условии, что реквизиты подключения, указанные в процессе настройки, не изменились).
Виды показателей
После того как первичная настройка завершена, необходимо выбрать виды показателей, информация по которым будет собираться.
Доступны следующие виды:
Анализ запросов - Позволяет определить наиболее длительные и частые запросы к серверу СУБД, Анализ серверных вызовов - Позволяет определить наиболее длительные и частые клиент-серверные вызовы, Анализ ожиданий на блокировках 1С - Позволяет определить причины ожиданий на управляемых блокировках, Анализ ожиданий на блокировках СУБД - Позволяет определить причины ожиданий на блокировках СУБД (доступен только информационных баз, работающих под управлением MS SQL Server), Анализ взаимоблокировок 1С - Позволяет определить причины взаимоблокировок на управляемых блокировках, Анализ взаимоблокировок - Позволяет определить причины взаимоблокировок на уровне СУБД в исследуемой информационной базе (доступен только информационных баз, работающих под управлением MS SQL Server)Параметры показателей
При необходимости у пользователя существует возможность уточнить некоторые параметры сбора технологической информации:
Длительность хранения файлов ТЖ - Длительность хранения файлов технологического журнала, указываемая в файле logcfg.xml при включении сбора данных. В случае превышения длительности хранения сервер анализируемой информационной базы автоматически удаляет файлы технологического журнала. Не рекомендуется указывать большое значение, т.к. файлы журналов могут занимать значительный объем. Минимальная длительность серверного вызова - Минимальная длительность запроса, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Минимальная длительность запроса - Минимальная длительность клиент-серверного вызова, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Получать планы запросов - Признак получения планов для анализируемых запросов.Сбор данных
После нажатия на кнопку Старт, обработка включает сбор технологической информации. Данные будут собираться до тех пор, пока не будет нажата кнопка Стоп.
Рекомендуется ограничивать длительность сбора информации в зависимости от характера нагрузки исследуемой информационной базы:
При высокой нагрузке (одновременно работает большое количество пользователей либо выполняются тяжелые операции обработки данных) - минимально необходимое время для регистрации проблемы (обычно в пределах нескольких минут, но не более 15 минут), При умеренной нагрузке (одновременно работает небольшое количество пользователей, тяжелые операции обработки данных не выполняются) - время, необходимое для регистрации проблемы, При низкой нагрузке (например, если база тестовая, и активность пользователей отсутствует) - длительность сбора практически не ограниченаПри этом следует учитывать, что фактический сбор данных может начаться чуть позже (с задержкой до одной минуты) в связи с периодичностью чтения настроек рабочими процессами платформы 1С:Предприятие. Также в процессе сбора рекомендуется контролировать размер формируемых журналов (размер каталогов, указанных в настройках обработки).
Выгрузка данных
После завершения сбора данных становится доступной выгрузка собранных данных в произвольный каталог. Для выгрузки следует убедиться, что интересующие замеры выбраны в списке сеансов сбора данных (установлен флаг Выгружать собранные данные), указать каталог экспорта и нажать кнопку Выгрузить.
Важно: Обратите внимание, что собранные данные удаляются из исходных каталогов только после выполнения выгрузки в каталог экспорта либо после удаления замеров из списка сбора данных. Если по каким-либо причинам собранные данные выгружать не требуется, то следует удалить их вручную.
Важно: Обратите внимание, что сбор технологических журналов отключается в момент нажатия кнопки Стоп. Поскольку собираемые технологические журналы могут занимать значительный объем, то в случае нештатного завершения клиента 1С:Предприятия с открытой обработкой, находящейся в режиме сбора данных, необходимо самостоятельно отключить сбор технологических журналов путем ручного внесения изменений в файл logcfg.xml.
Анализ данных в ЦУП
Выгруженные данные могут быть загружены в ЦУП (доступно начиная с версии ЦУП 2.1.3). После завершения загрузки данные становятся доступны для разбора, аналогично данным, собранным с использованием ЦУПа. Результаты разбора могут быть проанализированы с помощью монитора просмотра результатов анализа.
Сбор технологической информации для расследования проблем производительности и работоспособности с помощью ЦУП с использованием внешней обработки
В процессе эксплуатации информационной системы пользователи могут сталкиваться с различными технологическими проблемами, такими, как проблемы производительности, стабильности и работоспособности. При решении некоторых проблем такого вида может быть полезен Центр управления производительностью (ЦУП) – конфигурация, входящая в состав Корпоративного инструментального пакета (КИП).
Поскольку развертывание ЦУПа в информационной системе клиента не всегда целесообразно, технологическая информация, необходимая для расследования, может быть собрана с помощью внешней обработки с целью дальнейшего анализа с использованием Центра управления производительности.
Обработка AnalyticalIndicatorsGathering_1.0.1.2.epf находится в каталоге EXE\EnterpriseToolsPackage\PerformanceManagementCenter\AnalyticalIndicatorsGathering_1.0.1.2.epf
Порядок использования
Обработка может быть открыта в произвольной информационной базе. Перед первым использованием необходимо выполнить настройку подключения к анализируемой информационной базе.
Настройка подключения и сбора технологического журнала
Для обеспечения возможности сбора информации следует настроить подключение обработки к исследуемой информационной базе, а также настроить сбор технологического журнала. Для этого следует открыть формы настройки, доступные по соответствующим гиперссылкам, заполнить поля формы и нажать кнопку Проверить настройки.
Информация о порядке настройки подключения и сбора технологического журнала доступна во встроенной справке соответствующих форм настройки.
После того как настройки будут выполнены, станет доступным сбор данных. Информация о выполненных настройках сохраняется при закрытии обработки. При следующем открытии выполнять настройку не требуется (при условии, что реквизиты подключения, указанные в процессе настройки, не изменились).
Виды показателей
После того как первичная настройка завершена, необходимо выбрать виды показателей, информация по которым будет собираться.
Доступны следующие виды:
Анализ запросов - Позволяет определить наиболее длительные и частые запросы к серверу СУБД, Анализ серверных вызовов - Позволяет определить наиболее длительные и частые клиент-серверные вызовы, Анализ ожиданий на блокировках 1С - Позволяет определить причины ожиданий на управляемых блокировках, Анализ ожиданий на блокировках СУБД - Позволяет определить причины ожиданий на блокировках СУБД (доступен только информационных баз, работающих под управлением MS SQL Server), Анализ взаимоблокировок 1С - Позволяет определить причины взаимоблокировок на управляемых блокировках, Анализ взаимоблокировок - Позволяет определить причины взаимоблокировок на уровне СУБД в исследуемой информационной базе (доступен только информационных баз, работающих под управлением MS SQL Server)Параметры показателей
При необходимости у пользователя существует возможность уточнить некоторые параметры сбора технологической информации:
Длительность хранения файлов ТЖ - Длительность хранения файлов технологического журнала, указываемая в файле logcfg.xml при включении сбора данных. В случае превышения длительности хранения сервер анализируемой информационной базы автоматически удаляет файлы технологического журнала. Не рекомендуется указывать большое значение, т.к. файлы журналов могут занимать значительный объем. Минимальная длительность серверного вызова - Минимальная длительность запроса, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Минимальная длительность запроса - Минимальная длительность клиент-серверного вызова, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Получать планы запросов - Признак получения планов для анализируемых запросов.Сбор данных
После нажатия на кнопку Старт, обработка включает сбор технологической информации. Данные будут собираться до тех пор, пока не будет нажата кнопка Стоп.
Рекомендуется ограничивать длительность сбора информации в зависимости от характера нагрузки исследуемой информационной базы:
При высокой нагрузке (одновременно работает большое количество пользователей либо выполняются тяжелые операции обработки данных) - минимально необходимое время для регистрации проблемы (обычно в пределах нескольких минут, но не более 15 минут), При умеренной нагрузке (одновременно работает небольшое количество пользователей, тяжелые операции обработки данных не выполняются) - время, необходимое для регистрации проблемы, При низкой нагрузке (например, если база тестовая, и активность пользователей отсутствует) - длительность сбора практически не ограниченаПри этом следует учитывать, что фактический сбор данных может начаться чуть позже (с задержкой до одной минуты) в связи с периодичностью чтения настроек рабочими процессами платформы 1С:Предприятие. Также в процессе сбора рекомендуется контролировать размер формируемых журналов (размер каталогов, указанных в настройках обработки).
Выгрузка данных
После завершения сбора данных становится доступной выгрузка собранных данных в произвольный каталог. Для выгрузки следует убедиться, что интересующие замеры выбраны в списке сеансов сбора данных (установлен флаг Выгружать собранные данные), указать каталог экспорта и нажать кнопку Выгрузить.
Важно: Обратите внимание, что собранные данные удаляются из исходных каталогов только после выполнения выгрузки в каталог экспорта либо после удаления замеров из списка сбора данных. Если по каким-либо причинам собранные данные выгружать не требуется, то следует удалить их вручную.
Важно: Обратите внимание, что сбор технологических журналов отключается в момент нажатия кнопки Стоп. Поскольку собираемые технологические журналы могут занимать значительный объем, то в случае нештатного завершения клиента 1С:Предприятия с открытой обработкой, находящейся в режиме сбора данных, необходимо самостоятельно отключить сбор технологических журналов путем ручного внесения изменений в файл logcfg.xml.
Анализ данных в ЦУП
Выгруженные данные могут быть загружены в ЦУП (доступно начиная с версии ЦУП 2.1.3). После завершения загрузки данные становятся доступны для разбора, аналогично данным, собранным с использованием ЦУПа. Результаты разбора могут быть проанализированы с помощью монитора просмотра результатов анализа.
Чтобы проанализировать данные производительности, нужно эти данные сначала собрать. Для этого в ЦУП предназначен сценарий "Мониторинг". Всего в сценарии доступно 22 показателя, разделенных на 5 групп. Для сбора данных по этим показателям ЦУП использует 3 источника данных: данные агента кластера 1С, счетчики операционной системы, технологический журнал.
После запуска сценария, сразу подключается обработчик ожидания, который начинает считывать значения показателей и выводить их на экран (кроме аналитических показателей). Обработчик выполняется раз в секунду, но интервал считывания и обновления данных на экране можно указать в параметрах.
Каждая группа показателей использует определенные источники данных, поэтому рассмотрим их по отдельности.
Группа показателей "Запросы"
- "Суммарное время выполнения запросов"
- "Максимальное время выполнения запросов"
- "Среднее время выполнения запросов"
- "Количество выполняемых запросов"
При первом получении данных производится подключение к агенту сервера 1С. Далее при каждом такте обновления показателей (частота обновления задана в параметрах) происходит получение списка соединений с выбранной информационной базой. Для каждого соединения анализируется свойство durationCurrentDBMS (Время текущего вызова СУБД), измеряется в миллисекундах. Это же значение можно посмотреть в консоли кластера серверов в разделе сеансы, колонка "Время вызова СУБД (текущее)". Но здесь время измеряется уже в секундах. Если свойство больше 0, тогда оно попадет в нашу выборку.
Количество выполняемых запросов вычисляется как количество соединений, выполняющих запросы к СУБД в данный момент. Иными словами, количество соединений, у которых в данный момент свойство durationCurrentDBMS > 0.
Группа показателей "Ожидания на блокировках". Блокировки СУБД
- "Суммарное время ожидания на блокировках СУБД"
- "Максимальное время ожидания на блокировках СУБД"
- "Среднее время ожидания на блокировках СУБД"
- "Количество текущих ожиданий на блокировках СУБД"
- "Количество таймаутов"
Первые 4 показателя работают аналогично показателям из группы "Запросы", только вместо свойства durationCurrentDBMS у соединений анализируется BlockedByDBMS (Идентификатор cоединения, блокирующего работу данного соединения (в СУБД)). Т.к. в этом свойстве храниться номер соединения, то время ожидания на блокировках вычисляется как ТекущееВремя - ВремяНачалаБлокировки. Время начала блокировки определяется как время начала первого такта, в котором возникло ожидание.
Количество таймаутов - здесь уже используется счетчик операционной системы "SQL Server: Locks\Lock Timeouts (timeout > 0)/sec". Если открыть Performance Monitor и добавить этот счетчик, то показания совпадут с теми, что отобразит ЦУП.
Группа показателей "Ожидания на блокировках". Блокировки 1С
- "Суммарное время ожидания на блокировках 1С"
- "Максимальное время ожидания на блокировках 1С"
- "Среднее время ожидания на блокировках 1С"
- "Количество текущих ожиданий на блокировках 1С"
Анализируется свойство blockedByLM (идентификатор соединения, блокирующего работу данного соединения) описания соединений агента кластера. В остальном показатели работают также, как и показатели ожидания на блокировках СУБД.
Группа показателей "Взаимоблокировки"
Обрабатывается счетчик операционной системы "SQL Server: Locks\Number of Deadlocks/sec". Хоть в названии и стоит "/sec", но на самом деле счетчик кумулятивный.
Группа показателей "Анализ"
- "Анализ запросов"
- "Анализ ожиданий на блокировках"
- "Анализ взаимоблокировок MS SQL Server"
Т.к. показатели аналитические, то в режиме мониторинг значения равны нулю. Чтобы начать сбор данных необходимо включить запись.
"Анализ запросов". Включается технологический журнал с двумя событиями: DBMSSQL и SDBL. Для каждого события устанавливается отбор по длительности (свойство duration). Значение длительности указывается в параметрах показателя.
"Анализ ожиданий на блокировках". Используется сразу два лога ТЖ. Один с событиями DBMSSQL и SDBL для ожиданий на блокировках СУБД. Второй с TLOCK и SDBL с отбором по событию BeginTransaction для анализа ожиданий на блокировках 1С (включается только в том случае, если режим управления блокировками управляемый).
"Анализ взаимоблокировок MS SQL Server". Включается ТЖ по событиям DBMSSQL и SDBL. Также включается трассировка MSSQL по событию Deadlock graph.
Если у показателей "Анализ ожиданий на блокировках" и "Анализ взаимоблокировок MS SQL Server" стоит параметр "Получать планы запросов", то в файл настроек ТЖ добавится свойство planSQLText.
Группа показателей "Качество"
Считается на основании двух показателей по следующей формуле:
(Суммарное время ожидания на блокировках СУБД / Суммарное время выполнения запросов) * 100
Я, как и многие, столкнулись с тем, что ЦУП достаточно капризная программа, особенно в плане COM коннектора, и на платформе 8.3 категорически не желает его признавать установленным.
Что было: сервер (физ. машина) ОС WIN2008 server, SQL Server 2005, 1С Сервер х64, 1С платформа 8.3.5.1098 и Центр управления производительностью, редакция 2.0 (2.0.5.43).
Первая попытка была путем типовых инструкций типа: regsvr32 comcntr.dll, уговорить его работать, все напрасно, но думаю, что сам шаг необходим.
После долгих мучений пришлось взяться за отладчик и исследовать ЦУП.
В итоге выяснилось, что встроеная библиотека никак не опознает того, что в системе есть COM-соединитель, и решение объяснить, откуда он берется, вручную, оказалось правильным.
Вот собственно код для процедуры общего модуля "МастерНастройки":
После этого ЦУП на сервере прижился и даже выполняет свои функции.
Специальные предложения
Но ошибок конечно в ЦУПе масса, с этим полностью согласен, без напильника с ним не поработаешь. Решение не совсем верное, поскольку "comcntr.dll" регистрируется от последней установленной платформы. т.е. если после 8.3.5.1098 установить 8.2.16 то он обновится, и чтобы правильно работал нужно регистрировать необходимый "comcntr.dll" под правами администратора.
как-то так.. regsvr32 "C:\Program Files\1cv8\8.3.5.1098\bin\comcntr.dll"; Выглядит странным сегодня, в конце 2014 года пытаться запускать версию 11 года. Актуальная на сегодня версия - 2.0.13.10, вышла совсем недавно. (5) vlad.frost, на 8.3 нормально запускается? В комментариях курса по Оптимизации Андрея Бурмистрова, говорится, что, по крайней мере, Тест-Центр работает нестабильно!
Последний ЦУП 2.0.13.10 вполне себе хорошо работает как на 8.2.19 + MS SQL 2008/2012, так и на 8.3.5.1248 + MS SQL 2012/2014.
Проверен в двух основных вариантах развертывания:
- на одном общем сервере,
- на двух независимых серверах в домене: Сервер 1С+СУБД + Сервер 1С(ЦУП)+СУБД.
В настройках ЦУП, Меню – ЦУП – Настройки, наконец то изменили дефолтную настройку длительности хранения файлов логов ТЖ до 4 часов. В старых версиях стояло 10 000 часов и при настройке необходимо было не забыть уставить разумную длительность, а теперь их можно даже не открывать, ну если только для отключения режима отладки.
Из возможных нюансов могу отметить что в моей версии ЦУП:
- Изменен запрос в функции ВыгрузитьДанные общего модуля Анализ, вложенный запрос заменен обращением к временной таблице.
- Изменен запрос в процедуре ПодготовитьДанныеДляПросмотра общего модуля ЖурналПоказателей, данные журнала выбираются только за анализируемый период времени.
- Для варианта на одном общем сервере изменены названия счетчиков в функциях ИмяСчетчикаКоличествоОжиданийMSSQL и ИмяСчетчикаКоличествоВзаимоблокировокMSSQL общего модуля КипWindows. Тут решение для каждого индивидуальное, необходимо смотреть как этот счетчик называется в системном мониторе и такое же название вписать в функцию. Все остальные проблемы связаны с настройкой прав.
Для работы ЦУП-а потребуется COM-соединитель, который по умолчанию не устанавливается при установке сервера 1С. Поэтому обычно требуется его установить. Перейдём на Windows-сервере в раздел установки/изменения программ, выделим курсором серверную часть 1С выберем Изменить.
Может последовать стандартное Предупреждение. Продолжаем.
Соответсвенно выбираем пункт "Изменить" и нажимаем кнопку Далее":
Находим необходимый нам пункт "COM-соединение", напротив которого стоит "крестик" - это говорит, что данный компонент не установлен.
Нажимаем на кнопку с "крестиком" и выбираем пунк, который установит данный компонент:
"Крестик" превратиться в изображение накопителя на жёством носителе. Нажимаем кнопку "Далее":
Снова нажимаем кнопку "Далее".
. и кнопку "Установить":
Пойдёт процесс установки:
Часть 2
Установка конфигурации 1С
Можно указать каталог установки:
Процесс установки выглядит так:
Снимаем галку - "Готово":
Часть 3
Обновление конфигурации 1С
Считаем, что стандартная база Центр Управления производительностью была установлена ранее и нам требуется лишь её обновление до последней версии.
Запускаем Конфигуратор по базе Центра Управления производительностью. Заходим в меню Конфигурация --> Поддержка --> Обновить конфигурацию:
Выбираем пункт Поиск доступных обновлений, нажимаем кнопку "Далее":
Для начала попробуем обновить конфигурацию выбрав пункт Искать в текущих каталогах шаблонов и обновлений. (Должно сработать на сервере). Нажимаем кнопку "Далее".
Теперь выберем пункт Искать обновления в каталогах и нажмём кнопку с плюсиком в кружочке расположенную чуть правее выбранной надписи.
Нажмём кнопку с тремя точками.
. и укажем каталог расположения новой конфигурации. Нажмём кнопку "Открыть":
Выбранный каталог будет показан в виде пути к нему. Нажмём кнопку "OK":
Новый путь появиться в списке выбора. По умолчанию он будет отмечен галочкой. Нажимаем кнопку "Далее".
Увидим, наконец, наше обновление:
Выберем нужное обновление и нажмём кнопку Готово:
Будет показана информации об обновлении. Для обвновления нажимаем кнопку "Продолжить обновление":
Часть 4
Настройка Центра Управления Производительностью 1С
Запустим Центр Управления производительностью 1С в обычном режиме. Выберем снизу закладку "Монитор показателей производительности".
Далее сверху показавшегося окна нажимаем "Новое соединение":
Выбираем сценарий Мониторинг и нажимаем кнопку "OK":
Далее предлагается выбрать информационну базу, как при обычном запуске 1С. Изначально у нас нет базы, поэтому нажимаем кнопку "Добавить":
В самом начале отображается введение, как в книгах. Его стоит почитать. Затем нажмите "Далее".
Укажите наименование подключения и нажмите "Далее".
Укажите Центральный сервер и нажмите "Далее". Если необходимо - поменяйте порт центрального сервера.
Далее необходимо указать кластер исследуемой базы.
. выбрав его из выпадающего списка:
Если вы ограничивали доступ к кластеру именем пользователя и паролем, то в секции Администратор кластера укажите их. (Не путайте с логином администратора информационной базы - он будет запрашиваться позже). Затем нажмите "Далее".
Если Администратор кластера не создавался, то оставьте пустыми поля имени и пароля в секции Администратор кластера. Затем нажмите "Далее".
В выпадающем списке выберите Информационную базу. Ниже, в секции Пользователь информационной базы, укажите имя пользователя и пароль для доступа к информационной базе. Права пользователя в информационной базе должны удовлетворять описаным в окне требованиям. Указав необходимые данные, нажмите "Далее".
Далее будет произведено подключение COM-соединителя к информационной базе:
. и получение чего-то из информационной базы - вобщем - это тестирование соединения.
Далее будет предложено выбрать Типы показателей. По умолчинию предлагаются типы показанные ниже на картинке. Просто нажмите "Далее".
По умолчанию, роль processadmin не назначается логину базы данных, поэтому и здесь она по умолчанию не отмечена:
Роль processadmin указывается логину 1С (через который сервер 1С соединяется с SQL-сервером) в среде MS SQL Management Studio:
Поставьте галочку и нажмите "Далее".
Читаем инструкцию - чего же там ещё требуется. Нжмите кнопку Инструкция:
Вот что нам показывает инструкция:
Идём в настройки пользователя, под которым мы собираемся запускать ЦУП.
При добавлении группы ищем её по названию "Пользователи системного монитора":
Добавляем в список:
Наблюдаем новую группу в списке:
Если у Вас нет возможности стать членом этой группы, то можно отключить часть показателей для сбора анализа. Для этого нужно вернутся на 2 шага назад, убрать галочку с показателя Взаимоблокировки и нажать "Далее".
Не забудьте поставить галочку напротив processadmin. Нажмите "Далее".
Далее требуется настроить Технологический журнал (ТЖ). Нажмите круглую зелёнкую кнопку с плюсиком , для добавления записи:
Дальше "топайте" по кнопкам с "тремя точками" и указывайте пути:
В итоге получится примерно следующее. Для продолжения нажмите "Далее".
Ещё раз попробовать нажать "Далее".
Чего-нибудь поменять и снова пытаться перейти на следующий уровень, нажимая кнопку "Далее".
Редкий и оптимистичный "прогрессбар" может нам поднять настроение аж до 50% . но облом таки неизбежен.
пытаемся, таки, прочесть инструкцию:
В конечном итоге необходимо приглядеться и указать в поле "Каталог настроек ТЖ:" сетевой, а не локальный путь. И, кстати, тут может возникнуть вопрос - а на какой локальный каталог должен указывать сетевой путь?. Отвечаю: На каталог из которого запускается сервер 1С. Т.е. в любом случае 32-х-битный у нас сервер или 64-х-битный, необходимо расшаривать путь к каталогу: C:\Program Files\1cv82\conf. Т.е. никаких (x86) в пути!
Расшарили, указали необходимые права, вписываем сетевой путь и жмём далее:
Предпоследний пукт нашего квеста:
Посмотрим инструкцию, посмотрим картинки. Сразу скажу - одна картинка "левая". Можете попробовать следовать инструкции 1С и искать её сами, а можете посмотреть вот на эту, правильную картинку о том где искать параметры:
Ну а это логичное продолжение предыдущей картинки - указано, что нужно отметить в SQL-сервере:
Что здесь нужно указать написано в инструкции 1C, но по ней сложно понять. Даже если прочесть 5 раз. В конце концов, я догадался и поясню проще (как для людей): Здесь указывается локальный путь на SQL-сервере (именно локальный, а не сетевой, даже если мы настраиваем ЦУП на одной машине, а SQL-сервер запускается на другй). Путь к указываемому каталогу должен существовать. Для SQL-сервера должн быть предоставлен соответсвующий доступ в этот каталог - т.е. SQL-сервер будет туда писать. Жмём Далее.
Ну наконец-то!
Мы прошли этот Квест!
Правда, интересная "игрушка"? Когда в итоге нам надоест ею играться, мы будем вынуждены нажать кнопку "Отмена":
Появиться запрос на сохранение того, что мы сделали (в ранних версиях сохранить полпути было невозможно). Соглашаемся и нажимаем кнопку "Да":
В списке информационных баз появиться наша база. Можно запустить мониторинг базы, нажав кнопку "Выбрать":
На мониторе потекут красивые графики, примеры которых приведены ниже:
Часть 5
Работа с Центром Управления Производительностью 1С
Далее работы выбираем "Новое соединение":
Выбираем сценарий Мониторинг и нажимаем кнопку "OK":
Выбираете нужную базу:
Вот ещё немного картинок по работе 1С:ЦУП:
Может так случиться, что 1С:ЦУП пропишет в файл C:\Program Files\1cv82\conf\logcfg.xml свои значения в секцию ns:log. Начинаться секция может с такого параметра:
| <ns:log xmlns:ns="http://v8.1c.ru/v8/tech-log" history="10000" location sun_color_Red">D:\pmc_UPP\744be0e6-f7f0-42e0-9eea-37f5abd170d9"> |
1С:ЦУП может прописать такие чудные параметры для сбора логов, что даже после окончания работы с 1С:ЦУП сервер 1С продолжит гадить плодить логи в каталог D:\pmc_UPP\744be0e6-f7f0-42e0-9eea-37f5abd170d9, тем самым быстро кушая свободное место на диске. Оно и правильно - это ведь технологический журнал! Так что имейте ввиду - быстро кончается место - ищите кто и куда чего плодит. С логами нужно быть поосторожней!
Читайте также: