21.09.2005, 11:53 | #1 |
Участник
|
Компания Дата Софт разработала и внедрила свое новое решение на базе ERP системы MBS Navision. При построении сложных распределённых систем, очень часто возникает необходимость запускать в автоматическом режиме по расписанию различные задачи в удалённых базах данных. В этом случае возникает децентрализация управления и как следствие возрастает стоимость обслуживания такой информационной системы. С целью снижения стоимости администрирования распределённых систем и обеспечения их бесперебойного функционирования, был разработан монитор задач. Монитор задач является внешней по отношению к Navision программой и выполняет следующие важные функции.
1. Удобно отображает в едином окне статусы планировщиков всех баз данных, входящих в информационную сеть. Кроме текстового обозначения статуса используются светофоры. Если ошибок нет, то горит зелёный сигнал светофора, а в случае ошибки загорается красный сигнал. Таким образом, в одном окне отображается текущее состояние планировщиков задач во всех базах, что позволяет оперативно реагировать администратору распределённой сети и в короткий срок ликвидировать ошибки. 2. Отображает детальную информацию об ошибке, возникшей на планировщике задач любой удалённой базы данных, и незавершённом задании, при выполнении которого возникла ошибка. 3. Позволяет вручную останавливать и запускать удалённо планировщики задач, используя кнопки управления в окне монитора. Для этого не нужно использовать терминальный или какой-либо другой способ доступа к удалённой базе и тратить время на ввод логинов, паролей и вход в удалённую базу данных. Для этого необходимо в едином окне монитора задач нажать одну кнопку. 4. Позволяет в автоматическом режиме перезапускать планировщики в удалённых базах данных, если в результате сетевых ошибок или действий локального администратора планировщик задач был остановлен. Таким образом, монитор задач выполняет одновременно роль некоего робота, который следит за всеми планировщиками и в случае сбоя восстанавливает их работу самостоятельно. В принципе эта возможность позволяет администратору распределённой системы экономить время и заниматься выполнением более важных задач. Таким образом, монитор задач существенно уменьшает затраты на администрирование сложных распределённых систем и централизует управление. www.datasoft.ru |
|
21.09.2005, 11:58 | #2 |
Участник
|
Перенесено в раздел Новости рынка.
|
|
21.09.2005, 12:04 | #3 |
Moderator
|
А репликацией он случаем не управляет?
|
|
21.09.2005, 13:03 | #4 |
Участник
|
Цитата:
Сообщение от Dzemon
А репликацией он случаем не управляет?
|
|
21.09.2005, 13:17 | #5 |
Moderator
|
А Планировщик подразумевается навижиновский или какой-то другой?
|
|
21.09.2005, 16:21 | #6 |
Участник
|
Планировщик собственный. Но можно переработать под любой другой планировщик, так как все они очень похожи и построены на общих принципах.
|
|
21.09.2005, 16:44 | #7 |
Moderator
|
"Огласите весь список, пожалуйста..." (с)
У Вас там целый комплекс накручен, а рассказываете только про верхушку.... |
|
21.09.2005, 17:08 | #8 |
Участник
|
DSoft - действительно.. Раскажите подробнее.
Интересуют следующие вопросы: 1. Планировщик работает как на NativeDB, так и на сиквельной версии? 2. Требования к удаленным серверам для управления планировщиком (запущенный Application Server, некий сервис... etc.). 3. Протокол обмена данными (http, e-mail... etc) и требования к каналу связи. |
|
21.09.2005, 18:34 | #9 |
Участник
|
Планировщик написан на C/AL и работает у нас под NativeDb. Но в действительности можно использовать и SQL сервер, как хранилище данных, от этого суть не меняется. Настройки соответственно тоже хранятся в таблицах Navision. Никаких Aplication серверов мы не используем(даже в своём Интернет решении мы их не используем), но действительно используем собственные сервисы и отдельную программу(монитор задач), написанную на C++ для управления этими планировщиками. Протокол tcp. У нас каналы связи VPN от 64 до 128кb/c, но они нужны только для репликации. Для работы монитора задач можно и попроще каналы, так как он не создаёт трафика.
Но дело не в планировщике-это тривиальная вещь и их существует множество, есть РБОошные, есть в сервисном модуле и т.д. Действительно монитор является частью большого комплекса, но прямого отношения к репликации он не имеет, но может использоваться вместе с ней. Дело в том, что мониторить и соответственно управлять информационной системой, состоящей например из 10 и более баз данных, разбросанных по всему земному шарику достаточно сложно. В каждой базе выполняется множество задач в автоматическом режиме. Все эти задачи запускаются планировщиками в заданное время. Следить за работой этих планировщиков(например, используя всеми любимый терминальный доступ) при большом количестве баз данных очень сложно и неудобно, а в удалённых точках и некому, поэтому и был придуман монитор задач, который в едином окне показывает статусы планировщиков и в случае сетевых сбоев автоматически либо вручную(путём нажатия кнопочки) перезапускает их в удалённых базах через VPN каналы. В результате получаем жуткую экономию времени администратора и соответственно удешевляем затраты.) Сложностей в реализации решения особых нет, но выгода существенная. |
|