А вы не пробовали использовать как есть данный фикс? он работает на вашей версии java. Насчет сп, правада не знаю... на 21 вроде работает, мб и на 20 тоже?
Пользователь
Поиск по сайту
Реклама
Опрос
Погода
Helceriell (все сообщения)
| |||||||||||||||||||||
|
|
Exchange 2010 и SD4.5, Не принимаются servicecall по почте со вложенными файлами, если это письмо отправлено с ексченч 2010.
|
|
|
|
|
|
Мониторинг доступности серверов
|
Спасибо!
Этим: @java -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.ext.integration.SdAccess %CMD_LINE_ARGS% >nul намного лучше проверять  |
|
|
|
|
Мониторинг доступности серверов
|
Если честно, кучу всего перепробовала, но сервисом так и не удалось запустить. Поэтому такой вариант не проходит
|
|
|
|
|
Мониторинг доступности серверов
|
Коллеги, реализовано ли у кого-нибудь отслеживание времени доступности/простоя серверов приложений?
Потребовалось получить подобный отчет. При этом интересует именно доступность приложения в рабочее время(у нас нет поддержки 24х7, поэтому простой сервера в нерабочее время не учитывается); проблемы с сетью, аппаратные неполадки и т.д. в данном случае не должны учитываться, т.к. это разные зоны ответственности. Есть идея проверять возможность соединения с сервером по 30999 порту. В случае изменения состояния сервера, в БД делается запись о времени, состоянии и имени сервера. После чего в базе же строится вью, где при помощи самописной функции можно расчитать время доступности/простоя. В случае недоступности БД, записи идут в текстовый файл, как только БД снова доступна, записи переносятся туда. Все бы ничего, но если пробовать соединиться с сервером, то в логи попадают записи типа:
Возможность коннекта пробовала проверить телнетом и netsh diag connect iphost Мб я все усложняю и есть способы намного проще получить требуемую статистику? |
|||
|
|
|
Глюк отображения client2008
|
Спасибо, проблема решена
 |
|
|
|
|
Глюк отображения client2008
|
Здравствуйте, коллеги.
Win7 x64, client2008. Клиент без проблем работал до смены клавиатуры и мыши с установкой соответсвующего софта. Теперь же интерфейс клиента отображается с глюками. То половина формы пропадает, то представления не масштабируются и т.п. Переустановка клиента результатов не дала.  Как можно исправить ситуацию? |
|
|
|
|
Влияние/приоритет в зависимости от SLA
|
А связка как раз будет через правила. Пусть новые поля для SLA называются "Время восстановления low", "Время восстановления medium", "Время восстановления high". Если заполнено SLA в заявке и приоритет, допустим, low, то правилом устанавливаем срок решения заявки такой, как значение в проставленном SLA для "Время восстановления low". Таким образом у нас получается 3 правила (по одному для каждого приоритета, если приоритетов у нас 3)
|
|
|
|
|
Влияние/приоритет в зависимости от SLA
|
Для того, чтоб сделать так, как я указала, нужно добавить в SLA 3 Custom поля типа Duration. После чего добавить их на форму SLA и проставить значения в каждом SLA.
|
|
|
|
|
Влияние/приоритет в зависимости от SLA
|
У нас для каждого SLA есть возможность задать различное время выполнения. Добавлено 3 поля в SLA, где указывается время восстановления для low, medium, high приоритета соответственно. Ну и 3 UI правила создано для каждого приоритета. Работает так: когда в заявке проставлен некий SLA и приоритет Х, то срок выполнения заявки устанавливается как срок восстановления из SLA для приоритета Х.
|
|
|
|
|
команда Update
|
Там было название нашего почтового домена. Мой коллега, настраивавший почту в свое время в сервис деске, сказал, что вычитал в мануале и на форумах, что так надо, без этого не работала почта. Хотя сейчас на тестовом все неплохо работает.
|
|
|
|
|
Сегодня были (гостей: 63, пользователей: 0, из них скрытых: 0)