» Adventnet ManageEngine ServiceDesk Plus

kmtrx

Личные настройки:
http://www.loadpicture.ru/?v=wfwwfw.jpg

Отчет:
http://www.loadpicture.ru/images/swssws.jpg

Сервер перезагружал много раз.

что за отчет

Добавлено:
http://www.loadpicture.ru/?v=1eye.jpg

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

kmtrx

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

http://www.loadpicture.ru/images/1clc.png

http://www.loadpicture.ru/?v=2zsz.jpg

Полученные: по дате, затем по отделу

оно?

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

http://www.loadpicture.ru/?v=3kik.jpg

kmtrx

все верно, но на выходе у нас с табой в таблице формат отличается. Страно. А какая у тебя версия SDP? У меня: Your SDP Version : 7.5.0 Build 7509

DelPavel2010 отпиши мне на мыло, чтобы не засорять эфир

kmtrx

Для меня твой емэйл скрыт, мой: DelPavel@mail.ru

Может кто поможет в решении глобальной проблемки. Стоит 7.5.0 Build 7514 на 2003 R2, MSSQL 2005 всё работало хорошо. Появился программист, который полез в базу и начал править таблы, добавлять тригера и т.п. После этого программа перестала обновляться, перестали работать отчеты, фильтры не добавляются не изменяются, бекапы стали кривые, выпадают иногда в ошибку (если поднимать на чистой БД они поднимаются без заявок, хотя весят 4 Гб). Программер уволен, а чего он наделал никто не знает. Хочу поставить чистую, но вытащить заявки с инициаторами и спецами, бизнес правила, категории, уведомления, решения контракты. Сейчас сидим и сравниваем таблы пустой и существующей базой, которую лопатил уволенный прогер (чтоб его так). Некоторые вещи получается перелить, а вот с заявками и инициаторми и спецами возникают проблемы. Мож есть какая мысля?

2 vrednyi

Было нечто аналогичное... Поэтому не стал исправлять чужие ошибки..., а установил и настроил систему с Нуля используя на тот момент последний build SD. Но для этого надо понимать логику работы системы, а не "тупо" копировать предыдущие правила и настройки. По скольку у вас старая версия (SD 7.5.0 Build 7514), то в ней нет новых и полезных функций... поэтому рекомендую все настроить с нуля.

Это понятно, что лучше с нуля. Я как бы и хочу так, но с одним условием, чтобы сохранились заявки, а настроить - это не проблема

2 vrednyi

По прошлому опыту переноса системы, общаясь с внедренцами этого ПО, они ВСЕ рекомендавали производить установку и настройку SD с нуля. И даже не рекомендовали переходить на последний Build SD с использованием многоступенчатых апгрейдов SD (ваш случай). Вы должны для себя определить, что вам будет важнее всего- иметь постоянные проблемы с работой SD (при вмешательстве в закрытую систему SD), или надежность и никаких серьезных проблем в дальнейшей эксплуатации SD. Я бы, выбрал второе.))

vrednyi
Можно попробовать, но однозначно лучше сделать как советует SVRRR

С помощью sql server management studio, перебрасываем таблицы с одной в другую.
Все приблизительно! выглядит следующим образом.

INSERT INTO table1 *
SELECT ALL
FROM table2

ЗЫ. таблички начинающиеся с WorkOrder

Это таблички с разной детализацией
но только есть один нюанс: все ID поля надо сделать обычными: вот что МелкоСофт по этому поводу пишет:

INSERT statements do not specify values for the following types of columns because the SQL Server 2005 Database Engine generates the values for columns of the following types:
Columns with an IDENTITY property that generates the values for the column.
Columns that have a default that uses the NEWID function to generate a unique GUID value.
Computed columns

т.е. не копирует вычисляемые поля ID и те у которых значение по умолчанию NEWID

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

я бы предпочел второй вариант:
1. быстрее сделать
2. точно ничего не запориться
3. точно ничего не пропуститься

Выше описанные действия, ВЫ делаете на свой риск!!!
Мог что то упустить, по этому, поправьте меня если нужно

2 optimusprinceps


Цитата:

У меня 7610, проблема присутствует. Я так понимаю, что проблема таки в билде? Вопрос в том в какой из последующих билдов будет включен фикс и будет ли вообще. Или может есть уже известное решение данной проблемы при обновлении?

Добавлено:
Вот нашёл.
http://forums.manageengine.com/topic/questions-about-business-rules

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

optimusprinceps, скажите пожалуйста, удалось Вам решить проблему с бизнес-правилами в SDP 7610?

Если кто знает:

Встречается ли эта проблема (неотрабатываются бизнес-правила) в SDP 7611?

Какие проблемы есть в SDP 8 ?

Цитата:

optimusprinceps, скажите пожалуйста, удалось Вам решить проблему с бизнес-правилами в SDP 7610?

Да, удалось. Я же отписал:

Цитата:

почта с которой ассоциирована заявка не привязана ни к одному из сайтов

Цитата:

Какие проблемы есть в SDP 8

Ну на откровенные грабли пока не натыкался...

есть проблема в 8-ке, как и в 7-ке:

не всегда работают механизмы:

1. установки агентов на выбранные АРМ. - запускается после перезагрузки SD

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

2 optimusprinceps


Цитата:

Да, удалось. Я же отписал:

Цитата:почта с которой ассоциирована заявка не привязана ни к одному из сайтов

а далее, идет - "возможно по этому и не срабатывает правило. завтра попробую поправить."
Поэтому решил уточнить)

2 dencomua


Цитата:

Oleg BO
Те же грабли.
И заметил что 8 версия медленнее, не значительно, но заметно.

С Exchange и AD проблем нет. Все настройки сохранились.


Столкнулся с тем, что останавливается выборка почты.
При этом статус выборки - "Выполняется". Помогает перезагрузка SDP.
Кто то сталкивался с такой проблемой?

dencomua, скажите пожалуйста, удалось ли решить проблему остановки выборки почты в SD 8?

В чем выражается - "8 версия медленнее, не значительно, но заметно" ?

И какие ваши общие впечатления о SDP 8?


Добавлено:
2 kmtrx


Цитата:

при вновь установленном SD данные механизмы работают, после восстановления БД - перестают.

Уточнение., т.е установил SD с нуля и работаешь без проблем, а накатил обновления, получаешь частично не работающую систему с букетом сюрпризов.. ?

Что понимается под "восстановлением БД"?

не так, ставишь с нуля, все настраиваешь - все работает

потом в процессе работы что-то перестает работать.. (было такое, что в SD ничего не менялось - пользователи не заходили, логинился только админ и ничего не делал, а что-то переставало работать)


бэкапишь БД, переустанавливаешь SD, настраиваешь - все работает.

восстанавливаешь БД - не работает

SVRRR
Да, удалось, в чем именно была проблема не скажу))так как проблем было несколько.
знаю одно, что если использовать спец символы в письме, то SDP останавливается без сообщения об остановке. При этом статус выборки - "Выполняется"(мой случай)
+ нужно вовремя менять пароль на почтовый ящик, откуда производится выборка

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

Сталкивался с проблемой как у kmtrx, потом начал читать логи, там довольно много информации ))

В целом, 8-я версия стабильнее, по крайней мере у меня проблем гораздо меньше.

2 dencomua


Цитата:

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

Если только при ожидании авторизации... SDP 8 медленно работает, то это некритично.

А вот если включить рассылку уведомлений (Администрирование_Правила уведомления_запрос_ ), то при создании пользователем заявки, время ожидания записи заявки в базу сколько составляет сек.?


Добавлено:
2 kmtrx

ясно, спасибо!

на данный момент - установка агентов происходит только один раз - после перезагрузки SD, повторная задача по установке агентов не запускается (начинает выполняться после перезапуска SD).

Люди, поставил 8, не работает сквозная авторизация через AD,на 7,6 продолжает работать на другом сервраке, а на 8 не работает, я уже измаился, помнб находил инфу по поводу NTLM2, но больше найти не могу, получется когда в админке пишу просто какую то машину у меня показывает что типа все настоенно, но после этого после попытки зайти через веб интерфейс просто зависает все, приходится бекап поднимать, до момента включения сквозной, я так понял это связано как то все таки с групповой политикой, у меня она уже не стандартная, что делать? подскажите? юзера просто не будут в ней сидеть,если им придется вводить каждый раз логин

2 shamsa


Цитата:

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

Сквозную авторизацию не использую.
А чтобы каждый раз не вводить пароль на вход в SD, необходимо просто поставить галочку в поле "запомнить меня" (при авторизации), и вынести им ярлык на рабочий стол.

2 dencomua


Цитата:

Сталкивался с проблемой как у kmtrx, потом начал читать логи, там довольно много информации ))

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

В SD 8.0 стоит галка запретить динамическое добавление инициаторов. Заявки формируются из почты. Естественно попадает спам, который убивается руками.
Но несмотря на запрет динамического добавления инициаторов спамерские адреса
попадают в список инициаторов. Сейчас их уже более 35.000.

1. Есть ли какой-то способ удалить всех инициаторов у которых нет ни одной заявки?
2. Почему не работает запрет динамического добавления инициаторов?

2 doediez

В такой конфигурации SD у вас превратиться в "спам-помойку", что собснно и происходит сейчас... Задача стоит АВТОМАТИЗИРОВАТЬ службу поддержки, а Вы заранее этими действиями только усложняете весь процесс обработки заявок. Да и бизнес-правила у вас корректно не работают.

У вас какое общее число инициаторов (пользователей) в SD?

Ктонибудь сталкивался с проблемой отчетов?
Отчет отрабатыевает только 1 раз и только после нажатия "Сохранить" в настройке СД+.
нажал - отработает, ещё раз запускаешь - неработаетт
ещё раз нажал - отработает.

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

уже нет сил бороться.
заранее спасибо.

2 SVRRR


Цитата:

В такой конфигурации SD у вас превратиться в "спам-помойку", что собснно и происходит сейчас... Задача стоит АВТОМАТИЗИРОВАТЬ службу поддержки, а Вы заранее этими действиями только усложняете весь процесс обработки заявок. Да и бизнес-правила у вас корректно не работают.

У вас какое общее число инициаторов (пользователей) в SD?

Уже превратился

Бизнес правила отрабатывают коректно и спам фильтр тоже настроен. Но все равно все
отправители писем автоматом заводятся как инициаторы. Даже для тех писем что отсеялись спам-фильтром.

Общее кол-во инициаторов что-то порядка 700, но проблема в том что они постоянно меняются. Т.е из одной организации могут поступать запросы от разных людей. Поддерживать этот список в актуальном состоянии нет возможности.

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