Имя: Пароль:
1C
1С v8
ЦУП, ТЖ или как все-таки провести мониторинг
,
0 Emilio
 
02.03.13
16:54
Коллеги, 1С-ники, подскажите если кто работал с этим чудом "Центральное управление производительностью". На этапе формирования ТЖ выпадает в ошибку http://docs.google.com/file/d/0ByqmyQXHdkYvai1CQW5XSGcwXzQ/edit?usp=sharing
Доступ везде где можно раздал, на всех и на каждого пользователя отдельно. СУБД под постгри все службы запускаются от пользователя postgres. У кого какие идеи?
1 Emilio
 
02.03.13
17:02
хм... никто не сталкивался с ЦУПом? =(
2 МихаилМ
 
02.03.13
17:18
нет такого чуда

"Центральное управление производительностью"
3 МихаилМ
 
02.03.13
17:20
(0)
Вы уверены, что у всех Ваших "коллег" должен быть экаунт в
в гугле?
4 Emilio
 
02.03.13
17:22
(3) прошу прощения, в голову пришел только гугл диск.
вот другая ссыль http://xmage.ru/images/iliili.jpg
5 MadHead
 
02.03.13
17:24
что в статусе пишет в момент ошибки? на каком этапе вылетает?
6 Emilio
 
02.03.13
17:27
(5) на 50% при включении ТЖ из каталога \\serv\conf в c:\temp\log
7 MrStomak
 
02.03.13
17:45
проверить лукап доменного имени serv, прописать его в хостс если надо. Либо проблема в правах на сетевую папку.
8 Emilio
 
02.03.13
18:22
(7) может быть глупый вопрос, но все же, что такое "лукап"?
на сетевую папку дал разрешения и в общем доступе и в безопасности. на пользователя под которым был произведен вход, на пользователя под которым запущены службы агент 1с и постгри, а так же права всем и пользователю под которым произведен вход в систему на котором крутится база ЦУПа.
9 Demiurg
 
02.03.13
22:10
посмотри права с помощью процесс монитор, вот  пример http://youtu.be/x4nXi7Cub8s
еще один вариант, если ты все таки ошибся с путями, такое бывает при путаницей путей к logcfg.xml серверной и клиентской части
10 Emilio
 
03.03.13
12:14
(9) спасибо огромное за помощь. попробую проверить  процесс монитором.
11 Emilio
 
05.03.13
19:49
(9) что-то все равно не получается(((
на шел на твоем сайте описание о ТЖ пункт с правами, еще раз все переделал и перераздал права и перешарил каталоги, таже самая фигня.
Но вот, что интересно такое чувство будто ЦУП пытается получить не для чтения не существующий файл
http://xmage.ru/images/procmon.jpg
12 Emilio
 
06.03.13
11:58
Заметил, что если ТЖ включается ЦУПом, то в логах журнала ничего не пишется (файлы создаются, но они пустые), а если ТЖ включить ручками, т.е. во время работы ЦУП с испытуемой БД взять ТЖ и после вылета ошибку вновь подкинуть этот же ТЖ, то создастся лог и они будут заполнены.
13 krbIso
 
06.03.13
12:21
на bin\conf права кто запускает клиент ЦУПА есть?
14 Emilio
 
06.03.13
12:39
(13) да, есть. добавил и всем права и себе лично и пользователю от которого запущены службы агент1с и постгри.
15 Emilio
 
06.03.13
12:47
(13) ТЖ какраз включается, файл xml создается в каталоге с логами создаются логи, но они пустые, а если руками подкинуть ТЖ то логи создаются и заполняются данными. Не могу никак понять, что еще надо сделать. Может создать админа базы?
16 Emilio
 
06.03.13
12:50
+ (15) у каталога лога и тж один и тот же владелец
17 krbIso
 
06.03.13
12:57
а сам ЦУП размещен на отдельном сервере? или ЦУП и иследуемая база на одном серваке? файлик logcfg пробовали удалять? или папка conf изначально пуста?
18 Emilio
 
06.03.13
13:01
(17) ЦУП и исследуемая база на разных серваках, файлик logcfg удалял и создавал заново. в каталоге conf есть еще файл conf.cfg может его удалить?
19 krbIso
 
06.03.13
13:06
попробуй ЦУП и ИБ разместить на одном сервере проще настроить.
20 Emilio
 
06.03.13
13:10
(19) с ЦУПом ситуация на этапе ознакомления, размещать его на одном и том же серваке, что и ИБ не хочется ибо как раз требуется осуществить вариант мониторинга нескольких баз, дабы выявить причины торможения разных баз на одной конфе, т.е. одна база работает быстрее другой, хотя конфа одна и таже и данные почти идентичны.
21 Emilio
 
06.03.13
13:18
вероятно придется дождаться когда (Demiurg) появиться.
22 Emilio
 
06.03.13
13:33
Вот что вещают служебные сообщения:
06.03.2013 13:26:27, ДЕЙСТВИЕ  : Включение технологического журнала '\\server\conf/logcfg.xml' в 'C:\temp\Log\edb9918e-ba85-4db5-bcb6-b84ca6be1cd9'
06.03.2013 13:26:27, РЕЗУЛЬТАТ : Включен технологический журнал '\\server\conf/logcfg.xml' в 'C:\temp\Log\edb9918e-ba85-4db5-bcb6-b84ca6be1cd9'
06.03.2013 13:27:27, ДЕЙСТВИЕ  : Отключение технологического журнала '\\vrnhd1c-server\conf/logcfg.xml'
06.03.2013 13:27:27, РЕЗУЛЬТАТ : Технологический журнал '\\vrnhd1c-server\conf/logcfg.xml' отключен
23 Demiurg
 
06.03.13
23:24
во первых на скриншоте не видно чтобы создавались логи, там только каталоги
скорее всего у вас не пустой logcfg.xml, удалите его перед тем как запустить цуп
больше похоже на плохой файл logcfg.xml
а вообще у меня в профиле написано куда надо правильно задавать вопрос по производительности :)))
24 andreynikus
 
02.04.13
06:37
(0) Первая распространенная ошиба при настройке ЦУП это действительно права доступа
Ну а если ты клянешся и божишся что права есть, тогда проверь вот что:
Каталог в который ты пишешь логи должен быть пустым, т.е. там не должно быть ничего кроме логов.
Сделай по порядку следующее
- Удали logcfg.xml
- Удали все файлы из того каталога, в который должны сохраняться логи
- Собсно попробуй настраивать еще раз
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.