Виконуєте перевірку стану здоров’я на сервері ArcGIS?

Налаштування ArcGIS-сервера у корпоративному середовищі:

тобто кілька SOC, можливо встановлення збою, окремий веб-сервер, SDE / СУБД на окремій машині тощо.

Не заглиблюючись у специфіку версій / програмного забезпечення / операційних систем / тощо, я хотів би знати, що рекомендують люди при проведенні «перевірок здоров’я» в такому режимі встановлення масштабу. Чи, можливо, діагностика - це краще слово?

Я думав, що було б хорошою ідеєю проводити щомісячні перевірки (на відміну від послідовного моніторингу), щоб переконатися, що все працює безперебійно і, можливо, визначити вузькі місця або проблемні області в налаштуваннях. Ідеально мати певний робочий процес, який можна легко повторити, а потім зібрати історичні дані, щоб побачити, чи налаштування погіршилося з часом.

Я сподіваюся, що це не надто суб'єктивне запитання, але я думаю, що там будуть фахівці, які матимуть «правильні» відповіді на це, і, можливо, будь-яке обговорення можна зробити за допомогою коментарів та видалити, як потрібно?

Щоб зробити питання більш конкретним, будь ласка, припустіть:

• SDE було налаштовано оптимально.
• Сервіси ArcGIS Server також були оптимально налаштовані (тобто кешовані, де це доречно, масштабні діапазони / запити визначення тощо).

Я думав створити спеціальну програму, яка сидить на веб-сервері і дозволяє користувачеві натиснути кнопку, яка б робила такі дії:

• пінг кожної кінцевої точки (кожен IP, перевірити XML на сервері WSDL нормально, різні кінцеві точки REST)
  • Збій / перехід до цих тестів
  • Можливо, повторіть ці пінгви та покажіть середній час відгуку для кожної кінцевої точки.

Ці випробування можна було б виконати в неробочий час, а потім створити базовий звіт про результати.

Я думаю, ви також можете замінити ArcGIS Server на будь-яку серверну технологію (що змусило мене замислитись, можливо, це належить до ServerFault).

Я знаю, що ArcGIS Server має можливості реєстрації та статистики . Я також повинен зазначити, що автоматичні сповіщення вже введені для сповіщення, коли сервери виходять з роботи або працюють дуже погано. Я дійсно після деяких порад щодо того, що перевірити / визначити з точки зору діагностування, чи загальна система "здорова" (тобто це нормально, чи гірше, ніж минулого місяця, можна щось покращити?)

Мені було б цікаво дізнатись, що про це думають люди (які мають досвід багаторівневих / значних налаштувань).

Latitude Geographics саме для цієї мети розробила оптимізатор Geocortex . Це програма, яка встановлюється як сервіс та здійснює періодичний моніторинг ваших служб ArcGIS та серверів за ними (виконуючи запити ping, веб-запити, запити на карту, а також моніторинг файлів журналів та лічильників продуктивності).

Також є гачки API, які дозволяють підключити веб-переглядач до колекторів оптимізатора, щоб ви могли отримати інформацію про те, як використовується ваш веб-переглядач. (які розширення, які інструменти, діяльність користувачів тощо)

Дані, які він збирає, висуваються в базу даних, і існує модуль звітності, який аналізує дані та представляє результати у вигляді веб-сторінки. Існують графіки та теплові карти, які допомагають візуально представити тенденції та використання. Ви також можете періодично надсилати деякі звіти.

ВІДПОВІДАЛЬНІСТЬ : Я працюю в Latitude Geographics, хоча не безпосередньо з продуктом Optimizer.

У вільний час я працював над сценарієм Python, який генерує веб-запит до URL-адреси REST-сервера ArcGIS і оцінює відповідь служби. Якщо відповідь негативна, надішлемо сповіщення електронною поштою на певну адресу електронної пошти.

Я думаю, що це просто, але корисно для моніторингу окремих служб ArcGIS Server. Я сподіваюся, що це комусь корисно.

Вся інформація у нашому блозі: http://oneteamgis.wordpress.com/2014/03/24/uno-script-python-che-monitora-i-servizi-di-arcgis-server/

Даміано