Комментарии
Избранное
Подписка
Сортировка:
Древо
Это не единственная проблема, с которой я столкнулся на 8.3 с ЦУПом, не знаю, может в новой версии поправили, но буквально несколько месяцев назад настраивал - извелся весь. Мониторить мог, счетчики работали, но при попытке собрать какую-нибудь инфу типа плана запросов - просто удалял данные. Ну, много, много там напильником было перепилено, пока не заработало. Тут вот в комментариях обсуждали:
Решение не совсем верное, поскольку "comcntr.dll" регистрируется от последней установленной платформы... т.е. если после 8.3.5.1098 установить 8.2.16 то он обновится, и чтобы правильно работал нужно регистрировать необходимый "comcntr.dll" под правами администратора.
как-то так.. regsvr32 "C:\Program Files\1cv8\8.3.5.1098\bin\comcntr.dll";
как-то так.. regsvr32 "C:\Program Files\1cv8\8.3.5.1098\bin\comcntr.dll";
(6)DoctorRoza
Последний ЦУП 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. Тут решение для каждого индивидуальное, необходимо смотреть как этот счетчик называется в системном мониторе и такое же название вписать в функцию. Все остальные проблемы связаны с настройкой прав.
Два варианта: либо старая версия ЦУП не понимавшая формат ТЖ 8.3, либо у пользователя, под которым был запущен сервер 1С с ЦУПом, тупо небыло прав на папку c:\temp
Последний ЦУП 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. Тут решение для каждого индивидуальное, необходимо смотреть как этот счетчик называется в системном мониторе и такое же название вписать в функцию. Все остальные проблемы связаны с настройкой прав.
Мониторить мог, счетчики работали, но при попытке собрать какую-нибудь инфу типа плана запросов - просто удалял данные.
Два варианта: либо старая версия ЦУП не понимавшая формат ТЖ 8.3, либо у пользователя, под которым был запущен сервер 1С с ЦУПом, тупо небыло прав на папку c:\temp
(11) h00k, При попытке анализа запросов, да и вообще, любого аналитического показателя, замеры не сохранялись, показатели анализировались, но просмотр анализов был недоступен. Пришлось довольно поковыряться, в общем. Дело было совсем не в правах, данные в ЦУП попадали. Не знаю, может не разобрался, конечно, да и время поджимало, других задач много было...
В очередной раз поражаюсь корявости ЦУП. Версия 2.0.14.12.
Стоит клиент-серверно на 8.2. При поптыке подключиться к 8.3.5 ругается что не совпадает версия с 8.2.
Ставлю локально (установлена тестовая 8.3.6, зарегана для консоли 8.3.5) пытаюсь подключиться к 8.3.5 - не совпадает версия с 8.3.6.
Ставлю в настройках запуска ЦУП версию 8.3.5, запускает как 8.3.5, но при попытке подключения вообще выдает кривую ошибку про точку входа в DLL.
Вот неужели трудно было дать пользователю выбрать версию в настройках?
Стоит клиент-серверно на 8.2. При поптыке подключиться к 8.3.5 ругается что не совпадает версия с 8.2.
Ставлю локально (установлена тестовая 8.3.6, зарегана для консоли 8.3.5) пытаюсь подключиться к 8.3.5 - не совпадает версия с 8.3.6.
Ставлю в настройках запуска ЦУП версию 8.3.5, запускает как 8.3.5, но при попытке подключения вообще выдает кривую ошибку про точку входа в DLL.
Вот неужели трудно было дать пользователю выбрать версию в настройках?
(14) friend0, что-то вы с версиями просто мудрите, мне кажется... Если версия платформы на которой крутится ЦУП и версия платформы исследуемой базы совпадают - выдается ошибка? Можно скрин или просто текст ошибки, может кто подскажет чего, тут многие от ЦУПа натерпелись...
(15) necropunk, да если совпадают, то поди будет работать. Мне сейчас просто не особо надо - хотел быстренько глянуть что там как в новой версии, не появилось ли вдруг каких-нибудь длинных запросов. Но быстренько не получилось. Но ИМХО разворачивать отдельный ЦУП для каждой используемой версии (у нас и 8.1 и 8.2 и 8.3 используются) не совсем правильно, если вся разница в используемой длл для СОМ-соединения.
день добрый. Проблемка возникла сначала такая как в теме, но она решилась добавлением кода, а вот как решить не выбирается кластер а выдаёт "Справочник.ИнформационнаяБаза.Форма.Настройка.Форма(160)}: Поле объекта не обнаружено (Name)
СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.Name + Описание);"
Вследствие чего не могу запустить монитор.
СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.Name + Описание);"
Вследствие чего не могу запустить монитор.
(17) spyx7, сам решил, если у кого также вылезет то вот в этой процедуре вместо ТекущийКластер.Name нужно написать ТекущийКластер.HostName
// Заполнить список доступных кластеров на указанном центральном сервере
//
Процедура КластерНачалоВыбораИзСписка(Элемент, СтандартнаяОбработка)
СписокКластеров = ЭлементыФормы.Кластер.СписокВыбора;
СписокКластеров.Очистить();
Кластеры = мАгентСервера.GetClusters();
Для Каждого ТекущийКластер Из Кластеры Цикл
Порт = Формат(ТекущийКластер.MainPort, "ЧГ=0");
Описание = " (" + ТекущийКластер.HostName + ":" + Порт + ")";
СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.HostName + Описание);
//СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.Name + Описание);
КонецЦикла;
КонецПроцедуры // КластерНачалоВыбораИзСписка()
// Заполнить список доступных кластеров на указанном центральном сервере
//
Процедура КластерНачалоВыбораИзСписка(Элемент, СтандартнаяОбработка)
СписокКластеров = ЭлементыФормы.Кластер.СписокВыбора;
СписокКластеров.Очистить();
Кластеры = мАгентСервера.GetClusters();
Для Каждого ТекущийКластер Из Кластеры Цикл
Порт = Формат(ТекущийКластер.MainPort, "ЧГ=0");
Описание = " (" + ТекущийКластер.HostName + ":" + Порт + ")";
СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.HostName + Описание);
//СписокКластеров.Добавить(ТекущийКластер.MainPort, ТекущийКластер.Name + Описание);
КонецЦикла;
КонецПроцедуры // КластерНачалоВыбораИзСписка()
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|