http://devopswiki.net/index.php?title=%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%9D%D0%BE%D0%B2%D1%8B%D0%B5_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B&feed=atom&hideredirs=1&limit=20&offset=&namespace=0&username=&tagfilter=devopswiki - Новые страницы [ru]2024-03-28T11:21:02ZМатериал из devopswikiMediaWiki 1.24.2http://devopswiki.net/index.php/GamificationGamification2015-05-26T13:46:47Z<p>Admin: Новая страница: «Gamification (или гамификация) - использование креативных подходов и игровых механик в рабочих…»</p>
<hr />
<div>Gamification (или гамификация) - использование креативных подходов и игровых механик в рабочих ситуациях, для улучшения эффективности работы или обучения, творческих усилий при решении проблем, необычных стимулов и мотивации сотрудников при выполнении повседневных задач.</div>Adminhttp://devopswiki.net/index.php/End-to-end_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3End-to-end мониторинг2014-06-05T14:44:14Z<p>Admin: </p>
<hr />
<div>'''End-to-end мониторинг''' - это комплексный подход к мониторингу критических бизнес-приложений, одно из направлений мониторинга и управления производительностью приложений ([[APM]]). С точки зрения пользователей, end-to-end мониторинг обеспечивает гарантированное качество ИТ сервисов.<br />
Основная идея заключается в том, что работу бизнес-приложений можно наблюдать и оценивать в целом, а не разбивать на контроль отдельных компонентов (база данных, сеть, веб-сервис, и т.д.). Даже если каждое из них по отдельности работает, это вовсе не означает, что видна полная картина, и работа всего приложения или сервиса приемлема.<br />
<br />
Часто термин "end-to-end" используют некорректно, в сочетании с отдельными компонентами инфраструктуры или сервиса (например, end-to-end мониторинг баз данных). Обычно при этом подразумевают традиционные инструменты мониторинга, которые мониторят компоненты индивидуально и работают с метриками по отдельности, иногда обобщая в некой централизованной консоли. При этом, когда речь заходит о приложении или сервисе в целом, или о мониторинге транзакций, сегменты не объединяются в единый поток прохождения транзакции.<br />
<br />
Современные средства уже обеспечивают комплексный мониторинг процессов и сервисов, единую картину с возможностью при необходимости углубляться в детали работы отдельных компонент. Такой подход позволяет в реальном времени замечать деградацию сервисов, обеспечивает [[Проактивный мониторинг|проактивный]] подход к решению проблем и мониторинг согласованных уровней сервиса (SLA).</div>Adminhttp://devopswiki.net/index.php/%D0%9F%D1%80%D0%BE%D0%B0%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D1%8B%D0%B9_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3Проактивный мониторинг2014-06-05T12:25:56Z<p>Admin: Новая страница: «'''Проактивный мониторинг''' (англ. '''proactive monitoring''') - это мониторинг, который ищет закономер…»</p>
<hr />
<div>'''Проактивный мониторинг''' (англ. '''proactive monitoring''') - это мониторинг, который ищет закономерности и корреляции в событиях для предсказания возможных будущих проблем. С помощью постоянного сбора информации о событиях в наблюдаемых системах и сервисах, а также контроля ключевых параметров, позволяет получить полную картину текущего состояния и обнаруживать тенденции нежелательных изменений.<br />
<br />
С практической точки зрения проактивный мониторинг дает возможность решать проблемы до того, как они скажутся на работе всей системы или сервиса и затронут конечных пользователей. Если же инцидент все-таки случился, оперативно показывает источники и причины, помогает устранить инцидент в максимально сжатые сроки.<br />
<br />
Большинство проблем не возникает мгновенно, а постепенно накапливаются, либо появляются косвенные признаки, по которым их можно предсказать и предотвратить. Даже если проблемы не перерастают в инциденты, они влияют на производительность систем и удовлетворенность пользователей, и их решение только улучшает продуктивность работы и производительность систем в целом. <br />
<br />
Проактивный подход к решению вопросов улучшает стабильность и доступность систем, производительность, экономит время и ресурсы на обслуживание. В результате не только повышается удовлетворенность пользователей, но и уменьшаются операционные расходы на обслуживание.</div>Adminhttp://devopswiki.net/index.php/UptimeUptime2014-04-08T09:09:32Z<p>Admin: Новая страница: «Uptime - время непрерывной работы системы либо сервиса, с начала работы до момента прекраще…»</p>
<hr />
<div>Uptime - время непрерывной работы системы либо сервиса, с начала работы до момента прекращения работы. Если с последнего запуска системы или сервиса работа не прерывалась, uptime считается до текущего момента.<br />
<br />
Второе значение термина - среднее время работы системы и сервиса, в процентах от общего времени наблюдения. В этом случае, общее время состоит из uptime и [[downtime]]. Например, 99% uptime означает примерно 8 часов простоя системы в месяц.</div>Adminhttp://devopswiki.net/index.php/DowntimeDowntime2014-04-08T09:00:54Z<p>Admin: Новая страница: «Downtime - период недоступности системы или сервиса. Зачастую подразумевается вынужденный п…»</p>
<hr />
<div>Downtime - период недоступности системы или сервиса. Зачастую подразумевается вынужденный простой, хотя бывают и технические остановки. С практической точки - это период времени, когда система не может выполнять свои основные функции или сервис недоступен для пользователей. С понятием downtime тесно связаны концепции надежности и доступности.<br />
<br />
Исторически термин применялся по отношению к сетям и серверам. И основными причинами были системные сбои либо отсутствие связи.</div>Adminhttp://devopswiki.net/index.php/%D0%A1%D0%BA%D0%B2%D0%BE%D0%B7%D0%BD%D0%BE%D0%B9_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3_%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D0%B2Сквозной мониторинг бизнес-процессов2014-04-07T20:49:09Z<p>Admin: </p>
<hr />
<div>Сквозной мониторинг бизнес-процессов - это новое направление в мониторинге и управлении производительностью приложений (APM). <br />
<br />
Строится полноая визуальная картины бизнес процесса, с детальной разбивкой по каждому шагу. Это позволяет определить и рассчитать ключевые метрики для отдельных шагов и процесса в целом - такие как время обработки, возникающие ошибки, количество заявок на шаге и т.д. Все эти метрики обрабатываются и собираются в реальном времени.<br />
<br />
С помощью дашбордов появляется возможность наглядно определять эффективность процесса и узкие места, возникающие ошибки и их причины. А это, в конечно итоге, позволяет оптимизировать процесс, уменьшить количество возникающих ошибок, и в любой момент видеть полную картину происходящего.<br />
<br />
По мере возможности мы будем освещать [http://devopshub.net/tag/skvoznoy-monitoring-biznes-protsessov/ данное направление] на devopshub.net</div>Adminhttp://devopswiki.net/index.php/AccentureAccenture2014-02-18T14:23:52Z<p>ALG devTeam: </p>
<hr />
<div>'''Aсcenture''' - ирландская компания, специализирующаяся на консалтинговых услугах в области стратегического планирования, аутсорсинга и IT технологий. В компании работает приблизительно 281 тысяч сотрудников. Компания <br />
Aсcenture представлена в 200 городах в 56 странах мира. Чистый доход за 2013 год составил 28,6 млн. долларов США. <br />
<br />
Специалисты Aсcenture разрабатывают и внедряют IT технологии для оценки и повышения производительности и эффективности деятельности клиентов, а также клиенты могут передавать им часть бизнеса на аутсорсинг.<br />
<br />
== '''История''' == <br />
<br />
История компании берет свое начало в далеких 1950х годах, когда компания установила первую компьютерную систему для коммерческого использования в американской корпорации General Electric’s.<br />
<br />
Сначала компания выступала в роли технологического консультанта и системного интегратора. В конце 1980х стала предлагать клиентам новые решения по бизнес-интеграции, которые помогали объединить технологии, процессы и людей со стратегией компании. На сегодняшний день компания Aсcenture является пионером среди бизнес и системных интеграторов и специализируется на:<br />
<br />
* ERP (enterprise resource planning) системах <br />
* CRM (customer relationship management) системах<br />
* Электронных сервисах.<br />
<br />
== '''Accenture Software''' == <br />
<br />
Подразделение Accenture Software разрабатывает программное обеспечение для разных отраслей экономики:<br />
* ''Банковское ПО. Продукты:''<br />
* Accenture Mortgage Cadence <br />
* Accenture Multichannel Platform <br />
* Accenture Product and Fee Factory <br />
* Alnova Financial Solutions™<br />
* Accenture Enterprise Customer System<br />
* ''ПО для рынка потребительских товаров и услуг. Продукт: Accenture CAS.'' <br />
Программа Accenture CAS была признана Gartner как одна из лучших платформ для розничного бизнеса и мониторинга розничных товаров.<br />
* ''ПО для управления грузоперевозками и логистикой.'' Данное ПО признано лучшим в номинации «Air Cargo»<br />
* ''ПО для сектора здравоохранения и государственных учреждений.'' <br />
* ''ПО для управления человеческим капиталом (Human Capital Management).''<br />
* ''ПО для страховых компаний.''<br />
<br />
== '''Облачные решения от Accenture:''' == <br />
<br />
* Облачная платформа Accenture - Accenture Cloud Platform<br />
* Облачный сервис Accenture - Cloud-Based Accenture Software Services<br />
* Бизнес-процесс как Услуга - Business Process as a Service<br />
* Облачные приложения от Accenture - Cloud Application and Platform Services<br />
* Облачная инфраструктура - Cloud Infrastructure<br />
* IT-безопасность в облаке - Cloud Security<br />
* Cloud Strategy<br />
* ПО как Услуга - Software as a Service (SaaS) <br />
<br />
== '''Ссылки''' ==<br />
<br />
[http://www.accenture.com/ Официальный сайт компании Accenture]<br />
<br />
[[Категория:Производители ПО]]</div>ALG devTeamhttp://devopswiki.net/index.php/TRACTRAC2014-01-23T08:35:23Z<p>ALG devTeam: Новая страница: « Эта страница находится в работе. Общую информацию о термине Вы можете найти по [http://www.new.…»</p>
<hr />
<div><br />
<br />
Эта страница находится в работе. Общую информацию о термине Вы можете найти по [http://www.new.trac-research.com/about-trac-2/ ссылке].</div>ALG devTeamhttp://devopswiki.net/index.php/C%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_(System)Cистема (System)2013-12-18T13:29:31Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Загруженность CPU с момента последнего измерен…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Загруженность CPU с момента последнего измерения (CPUUsageSinceLastMeasurement) || systemModule.cpuUtilization || Средняя утилизация CPU с момента последнего считывания.<br />
Примечания:<br />
* Поскольку для выполнения инициализации необходим первый вызов, он вернет невозможное значение «0». Все последующие вызовы будут возвращать ожидаемые значения.<br />
* На машинах SMP возвращенное значение отражает среднюю загруженность по всем CPU.<br />
|-<br />
| Свободная память (FreeMemory) || systemModule.freeMemory || Объем фактически свободной памяти, доступной в системе.<br />
Примечания:<br />
* Фактическая нераспределенная память является только нижней границей свободной памяти, поскольку многие операционные системы задействуют часть неиспользуемой памяти для дополнительной буферизации ввода/вывода.<br />
* Точный объем высвобождаемой буферной памяти зависит как от платформы, так и приложений, выполняемых на ней.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%92%D0%B5%D0%B1-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5_(Web_Application)Веб-приложение (Web Application)2013-12-18T13:26:11Z<p>ALG devTeam: </p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Одновременно обрабатываемые запросы (ConcurrentRequests) || webAppModule.servlets.concurrentRequests || Количество одновременно обрабатываемых запросов.<br />
|-<br />
| Время обработки (ServiceTime) || webAppModule.servlets.responseTime || Время отклика (мсек) на запрос сервлета.<br />
|-<br />
| Одновременно обрабатываемые запросы (ConcurrentRequests) || webAppModule.url.concurrentRequests || Число одновременно обрабатываемых запросов для URI сервлета.<br />
|-<br />
| Время отклика службы (ServiceTime) || webAppModule.url.responseTime || Среднее время отклика службы (мсек) для URI соответствующего сервлета.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%9F%D1%83%D0%BB_%D0%BF%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%B2_(Thread_Pool)Пул потоков (Thread Pool)2013-12-18T13:23:17Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Число активных потоков (ActiveCount) || threadPoolModule.activeT…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Число активных потоков (ActiveCount) || threadPoolModule.activeThreads || Число одновременно активных потоков.<br />
|-<br />
| Размер пула (PoolSize) || threadPoolModule.poolSize || Среднее число потоков в пуле.<br />
|-<br />
| Среднее время максимальной загрузки пула (PercentMaxed) || threadPoolModule.percentMaxed || Среднее значение времени (в процентах), когда активны все потоки.<br />
|-<br />
| Число зависших потоков (DeclaredthreadHungCount) || threadPoolModule.declaredThreadHung || Число потоков, объявленных зависшими.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%A2%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8_(Transaction)Транзакции (Transaction)2013-12-18T13:19:33Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Активные глобальные транзанкции (ActiveCount) || transa…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Активные глобальные транзанкции (ActiveCount) || transactionModule.activeGlobalTrans || Число одновременно активных глобальных транзакций.<br />
|-<br />
| Активные локальные транзанкции (LocalActiveCount) || transactionModule.activeLocalTrans || Число одновременно активных локальных транзакций.<br />
|-<br />
| Откат глобальных транзанкций (RolledbackCount) || transactionModule.globalTransRolledBack || Общее число глобальных транзакций, которые откатили назад.<br />
|-<br />
| Откат локальных транзанкций (LocalRolledbackCount) || transactionModule.localTransRolledBack || Число локальных транзакций, которые откатили назад.<br />
|-<br />
| Глобальные транзакции, завершенные по таймауту (GlobalTimeoutCount) || transactionModule.globalTransTimeout || Число глобальных транзакций, завершенных по таймауту.<br />
|-<br />
| Локальные транзакции, завершенные по таймауту (LocalTimeoutCount) || transactionModule.localTransTimeout || Число локальных транзакций, завершенных по таймауту.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%A1%D0%B5%D1%81%D1%81%D0%B8%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%BB%D0%B5%D1%82%D0%BE%D0%B2_(Servlet_Session)Сессии сервлетов (Servlet Session)2013-12-18T13:14:39Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Число активных сессий (ActiveCount) || servletSessionsModule.act…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Число активных сессий (ActiveCount) || servletSessionsModule.activeSessions || Число одновременно активных сессий . Сессия активна, если WAS в текущий момент обрабатывает запрос.<br />
|-<br />
| Число локальных сессий (LiveCount) || servletSessionsModule.liveSessions || Число локальных сессий кэшируемых в памяти в текущий момент.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%92%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_Java-%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0_(Java_Virtual_Machine,_%D1%81%D0%BE%D0%BA%D1%80%D0%B0%D1%89%D0%B5%D0%BD%D0%BD%D0%BE_-_JVM)Виртуальная Java-машина (Java Virtual Machine, сокращенно - JVM)2013-12-18T13:11:49Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Свободная память (FreeMemory) || jvmRuntimeModule.freeMemory || Св…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Свободная память (FreeMemory) || jvmRuntimeModule.freeMemory || Свободная память в JVM.<br />
|-<br />
| Использование CPU (ProcessCpuUsage) || jvmRuntimeModule.cpuUsage || Загруженность CPU (в процентах) под нужды JVM.<br />
|-<br />
| Используемая память (UsedMemory) || jvmRuntimeModule.usedMemory || Используемая память в JVM.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%9F%D1%83%D0%BB_%D1%81%D0%BE%D0%B5%D0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B9_JDBC_(JDBC_Connection_Pool)Пул соединений JDBC (JDBC Connection Pool)2013-12-18T13:08:18Z<p>ALG devTeam: Новая страница: «{| class="wikitable" |- ! Счетчик !! Ключ !! Описание |- | Одновременно ожидающие соединения потоки (Concu…»</p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| Одновременно ожидающие соединения потоки (Concurrent waiters) || connectionPoolModule.concurrentWaiters || Число потоков, ожидающих соединения в текущий момент.<br />
|-<br />
| Ошибки (Faults) || connectionPoolModule.faults || Общее число ошибок, таких как таймаут, в пуле соединений.<br />
|-<br />
| Процентное использование пула (Percent used) || connectionPoolModule.percentUsed || Среднее значение (в процентах) использования пула.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/WebSphere_-_%D1%81%D1%87%D0%B5%D1%82%D1%87%D0%B8%D0%BA%D0%B8_Enterprise_Java_BeansWebSphere - счетчики Enterprise Java Beans2013-12-18T13:02:00Z<p>ALG devTeam: </p>
<hr />
<div>{| class="wikitable"<br />
|-<br />
! Счетчик !! Ключ !! Описание<br />
|-<br />
| ReadyCount || beanModule.readyCount || Число одновременно активных Java Beans (объектных и сеансовых). В версиях 3.5.5+ и 4.0 этот счетчик назывался «concurrent active».<br />
|-<br />
| LiveCount || beanModule.concurrentLives || Число одновременно используемых Java Beans.<br />
|-<br />
| MethodResponseTime || beanModule.avgMethodRt || Среднее время ответов (в миллисекундах) методов Java beans (домашний, удаленный, локальный).<br />
|-<br />
| ActiveMethodCount || beanModule.activeMethods || Число одновременно активных методов – число методов, вызываемых одновременно. <br />
|-<br />
| MessageCount || beanModule.messageCount || Число сообщений, доставленных Java Bean с помощью метода onMessage.<br />
|-<br />
| MessageBackoutCount || beanModule.messageBackoutCount || Число сообщений, которые не удалось доставить Java Bean методом onMessage.<br />
|-<br />
| PooledCount || beanModule.poolSize || Число объектов в пуле (в т.ч. stateless).<br />
|-<br />
| WaitTime || beanModule.avgSrvSessionWaitTime || Среднее время, требуемое для получения ServerSession из пула.<br />
|}<br />
<br />
[[Категория:Счетчики WebSphere]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%A1%D1%87%D0%B5%D1%82%D1%87%D0%B8%D0%BA%D0%B8_OracleСчетчики Oracle2013-12-11T16:14:14Z<p>ALG devTeam: </p>
<hr />
<div>Самые важные счетчики Oracle<br />
<br />
{| class="wikitable"<br />
|-<br />
! Счетчик !! Описание <br />
|-<br />
| Сортировки (дисковая подсистема) - sorts (disk) (V$SYSSTAT 1/sid) (absolute) || Количество операций по сортировке, которым требовалась хоть одна запись на диск. <br />
Сортировки, которым требуется работа с дисковой подсистемой, являются достаточно ресурсоемкими. Возможно, стоит увеличить размер параметра SORT_AREA_SIZE.<br />
|-<br />
| Сортировки (память) – sorts (memory) (V$SYSSTAT 1/sid)(absolute) || Количество операций по сортировке, которые были выполнены полностью в памяти и не требовали записи на диск. Самый оптимальный вариант, быстрее будет только отсутствие сортировки . Сортировки обычно вызваны критериями выбора при выполнении операций соединения таблиц в SQL.<br />
|-<br />
| Количество запросов блоков в БД - db block gets, (V$SYSSTAT1/sid)(absolute)|| Количество блоков, к которым обращались в буферном кэше с INSERT, UPDATE, DELETE, SELECT FOR UPDATE. Отображает логические чтения блоков (из кэша). Логические операции чтения ВСЕГДА включают физические. <br />
Предпочтительно минимальное количество физического чтения.<br />
|-<br />
| Стабильные запросы - (V$SYSSTAT 1/sid) (absolute) || Количество блоков, к которым обращались в буферном кэше обычные запросы(–SELECT без использования update). Отображает логические чтения блоков (из кэша). Логические чтения ВСЕГДА включают физические. Предпочтительно минимальное количество физического чтения.<br />
|-<br />
| Физическое чтение – (V$SYSSTAT 1/sid) (absolute) || Общее количество чтений блоков данных с диска. Этот показатель равен сумме непосредственно физических чтений и всех чтений в буферный кэш. Оптимальным является минимальное количество физического чтения. Этот счетчик надо сравнивать с количеством логических чтений для того, чтобы определить коэффициент попадания в кэш. Логическое чтение – это сумма запросов блоков БД и стабильных запросов.<br />
|-<br />
| Физическая запись – physical writes (V$SYSSTAT 1/sid) (absolute) || Общее количество блоков записанных на диск. Этот показатель равняется количеству непосредственно физических записей + всех записей из буферного кэша.<br />
|-<br />
| Записи в журнал изменений – redo writes (V$SYSSTAT 1/sid) (absolute)|| Общее количество записей LGWR в файлах журнала изменений. Записанные блоки изменений поделенные на этот показатель = количеству блоков на 1 запись.<br />
|-<br />
| События изменений – redo entries (V$SYSSTAT 1/sid) (absolute)|| Этот счетчик содержит информацию, необходимою для воспроизведения или отмены изменений, произведенных в БД с помощью операций INSERT, UPDATE, DELETE, CREATE, ALTER или DROP. При необходимости используется для восстановления базы данных. Количество событий изменений -> успешные записи в журнал изменений. Коэффициент Redo<br />
buffer allocation retries / Redo entries должен быть меньше 1%<br />
|-<br />
| Повторные попытки выделения пространства для буфера изменений – redo buffer allocation retries (V$SYSSTAT 1/sid) (absolute)|| Общее количество повторных попыток, понадобившихся для выделения пространства для буфера изменений. Эти попытки нужны в случае, если не удалось записать изменение или если произошло переключение между журналами. <br />
Redo buffer allocation retries -> неудавшиеся записи в журнал изменений Коэффициент Redo buffer allocation retries / Redo entries должен быть меньше 1%.<br />
|-<br />
| Запросы на выделение пространства для журнала изменений – redo log space requests (V$SYSSTAT 1/sid) (absolute)|| Количество случаев, когда активные файлы журналов были заполнены, и Oracle нужно было ждать выделения дискового пространства для записи изменений. Такое пространство необходимо для переключения журналов. <br />
Файлы журналов, которые малы по сравнению с SGA, а также большая рабочая нагрузка, могут привести к проблемам. Прежде чем произойдет переключение журналов, Oracle необходимо убедиться, что вся «грязные» буферы выполненных операций записаны на диск. Если в SGA много «грязных» буферов и маленьких файлов журналов изменений, при переключении журналов придется ждать, пока DBWR запишет буферы на диск. <br />
Рекомендуем заодно проверить события ожидания log file space и log file space switch в V$SESSION_WAIT<br />
|-<br />
| Счетчик выполнения структурного анализа – parse count (hard)(V$SYSSTAT 1/sid) (absolute)|| Общее количество выполнений структурного анализа. Hard Parse очень затратная операция с точки зрения использования памяти, поскольку Oracle приходится выделять рабочую кучу и другие структуры памяти, после чего строить дерево структурного анализа.<br />
Должен быть сведен к минимуму. Соотношение Hard Parse к Total Parse должно быть меньше 20%.<br />
|-<br />
| Счетчик общего структурного анализа - parse count (total)(V$SYSSTAT 1/sid) (absolute)|| Общее количество обращений к структурному анализу (hard и soft). Soft parse это проверка объекта в распределенном пуле с целью убедиться, что разрешения для данного объекта не изменились. <br />
Соотношение Hard Parse к Total Parse должно быть меньше 20%.<br />
|-<br />
| Время CPU, затраченное на структурный анализ – parse time cpu (V$SYSSTAT 1/sid) (absolute) || Общее время процессора потраченное на структурный анализ (hard и soft), в 10х миллисекунд. <br />
|-<br />
| Полное время структурного анализа - parse time elapsed (V$SYSSTAT 1/sid) (absolute) || Все время, потраченное на структурный анализ, в 10х миллисекунд. Чтобы определить общее время ожидания ресурсов для анализа, необходимо отнять parse time cpu от parse time elapsed.<br />
|-<br />
| Ресурсы CPU за данную сессию - (V$SYSSTAT 1/sid) (absolute) || Количество времени процессора (в 10х миллисекунд) за данную сессию с начала пользовательского вызова и до момента его завершения. Если вызов выполняется в течение 10 миллисекунд, то время начала и завершения обращения с точки зрения данного счетчика одинаковы, поэтому миллисекунды не добавляются.<br />
|-<br />
| К-во байт, отправленных через SQL*NET клиенту – bytes sent via SQL*Net to client (V$SYSSTAT 1/sid) (absolute)|| Общее количество байт, отправленных клиенту активными процессами. Дает общее представление о количестве данных переданных по сети.<br />
|-<br />
| К-во байт, полученных через SQL*NET от клиента – bytes received via SQL*Net from client (V$SYSSTAT 1/sid) (absolute)|| Общее количество байто, полученных от клиента через Oracle Net Services. Дает общее представление о количестве данных переданных по сети.<br />
|-<br />
| Текущее к-во входов в систему - (V$SYSSTAT 1/sid) (absolute) || Общее количество текущих входов в систему. Используется лишь в V$SYSSTAT. <br />
|}<br />
В дополнение к перечисленным счетчикам, обычно рекомендуют мониторить использование пространства таблиц. Если в любой из таблиц количество свободного пространства составляет меньше 2%, то размер должен быть увеличен.<br />
<br />
[[Категория: APM]]</div>ALG devTeamhttp://devopswiki.net/index.php/Foglight_for_Virtualization,_Free_EditionFoglight for Virtualization, Free Edition2013-11-26T08:15:29Z<p>ALG devTeam: </p>
<hr />
<div>== Foglight for Virtualization, Free Edition ==<br />
<br />
<br />
'''Foglight for Virtualization, Free Edition ''' - – бесплатная виртуальная среда и инструмент для управления мощностями. Foglight for Virtualization позволяет с легкостью оценивать производительность и работоспособность виртуальных машин (Virtual Machines, VM), а также осуществлять мониторинг мощностей. Это программное обеспечение состоит из шести утилит, которые предоставляют администраторам полную видимость в гетерогенной виртуализированной среде. Становится проще анализ производительности на виртуализированных платформах VMWare, Hyper-V, Red Hat, и появляется возможность получить данные о производительности виртуальных машин, осиротевших снимков файловой системы (далее снэпшоты), скорости СХД, ограничениях памяти, сайзинге (количественной оценке) виртуальных машин и последствиях изменений в инфраструктуре. <br />
<br />
<br />
== Составляющие Foglight for Virtualization: == <br />
<br />
<br />
* Snapshot Explorer<br />
* Storage Explorer<br />
* Change Explorer<br />
* Environment Explorer<br />
* vScope Explorer<br />
* SearchMyVM Explore<br />
<br />
<br />
'''Snapshot Explorer''' – утилита, которая обеспечивает видимость всех снэпшотов, включая осиротевшие снэпшоты. Помогает избежать проблем производительности виртуальных машин и мощностей. Благодаря этой утилите нет необходимости тратить уйму времени, чтобы отслеживать снэпшоты вручную. Snapshot Explorer использует расширенные фильтры, чтобы найти конкретные снэпшоты и облегчить поиск и устранение неисправностей.<br />
<br />
'''Storage Explorer''' – утилита, которая определяет критические проблемы в хранилище данных, например, недостаточную емкость, несоответствие файловых систем виртуальной машины, низкую скорость и т.д. Позволяет визуализировать критические проблемы производительности виртуальной машины, такие как низкая доступность дискового пространства, низкая скорость СХД. Storage Explorer позволяет быстро находить информацию и сортировать по метрикам, чтобы определить проблемы, возникающие у определенных пользователей.<br />
<br />
'''Change Explorer''' – утилита, которая помогает визуализировать все изменения, произошедшие в ЦОД, кластерах, пулах ресурсов, хостах, хранилищах данных и виртуальных машинах за последние семь дней с присвоением определенной степени риска. Change Explorer быстро находит информацию с возможностью применения фильтра на имя объекта, пользователя или тип. Анализирует количество изменений, чтобы понять, когда они происходят.<br />
<br />
'''Environment Explorer''' – утилита, позволяющая анализировать критические ошибки конфигурации виртуальной машины, такие как: ограничения памяти и устаревшие снэпшоты. Дает возможность визуализировать «узкие места» производительности виртуальной машины. Легко выявляет потери при чрезмерном выделении ресурсов виртуальными машинами. Максимально увеличивает количество мощностей, благодаря возможности утилиты определять, какое дополнительное количество виртуальных машин может быть развернуто.<br />
<br />
'''vScope Explorer''' – утилита, которая мониторит производительность, мощность и эффективность всей виртуальной инфраструктуры. Быстро определяет «состояние здоровья» виртуальной инфраструктуры и выявляет виртуальные машины, испытывающие проблемы производительности, низко доступные хосты и хранилища данных с тщетно потраченными ресурсами.<br />
<br />
'''SearchMyVM Explorer''' – утилита, которая позволяет быстро находить информацию с возможностью генерировать и сохранять определенные атрибуты расширенного поиска для виртуальной машины, хоста, кластера и пула ресурсов в ИТ среде компании.<br />
<br />
<br />
== Минимальные требования системы для установки Foglight for Virtualization: ==<br />
<br />
<br />
* vCPUs<br />
* 4 GB памяти<br />
* 64 GB - storage space<br />
* VMware ESX 3.0 или vCenter 2.5 (или более новая версия)<br />
* Microsoft SCOM 2007 R2 (или более новая версия) + SCVMM 2008 R2 (или более новая версия)<br />
* Red Hat Enterprise Virtualization Manager 3.0 или более новая версия<br />
<br />
<br />
== Ссылки: == <br />
<br />
<br />
[http://www.quest.com/foglight-for-virtualization-free-edition/ официальный сайт Dell/Quest]<br />
<br />
[[Категория:Продукты APM]]</div>ALG devTeamhttp://devopswiki.net/index.php/Foglight_%D0%B4%D0%BB%D1%8F_%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8Foglight для виртуализации2013-11-21T12:06:16Z<p>ALG devTeam: Новая страница: « Эта страница находится в работе.»</p>
<hr />
<div><br />
<br />
Эта страница находится в работе.</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%93%D0%BB%D1%83%D0%B1%D0%BE%D0%BA%D0%B8%D0%B9_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3Глубокий мониторинг2013-11-21T12:04:40Z<p>ALG devTeam: </p>
<hr />
<div>'''Глубокий мониторинг (deep dive monitoring)'''– одна из пяти составляющих модели управления производительностью приложений (APM). Глубокий мониторинг также известен, как глубокий компонентный мониторинг (deep dive component monitoring, DDCM). <br />
<br />
'''Garnter''', одна из самых известных в мире IT индустрии исследовательских компаний, определяет '''глубокий мониторинг''', как всесторонний набор технологий для эффективной диагностики и решения проблем производительности. Помимо анализа высокоуровневой информации, полученной с помощью прочих составляющих модели АРМ, часто требуется заглянуть «вглубь» критических элементов, которые обеспечивают работу современных приложений. Например, такими элементами являются:<br />
<br />
* Системы управления базами данных<br />
* Связующее программное обеспечение<br />
* Фреймворк приложений<br />
* Отдельные элементы сетевой инфраструктуры. <br />
<br />
Одним из распространенных методов глубокого мониторинга является диагностика отдельных компонентов приложения при помощи байт-код инструментации. Преимущество такого подхода в возможности собрать большое количество детальной информации о приложении. Это, в свою очередь, позволяет быстро выявлять, диагностировать и разбираться с проблемами. Более того, быстро идентифицируются источники проблем с производительностью, включая исходный код. <br />
<br />
Следует отметить, что многие решения APM не предоставляют таких возможностей, останавливаясь на уровне серверов и приложений . Среди продуктов, которые позволяют провести глубокий мониторинг:<br />
<br />
* Dell Foglight<br />
* IBM Tivoli Composite Application Manager (ITCAM).<br />
* CA Technologies Application Performance Management (Introscope)<br />
* AppDynamics<br />
<br />
Решения APM с функционалом глубокого мониторинга незаменимы для управления производительностью критически важных бизнес-приложений, реализованным с применением технологий Java и .NET.<br />
<br />
== Ссылки ==<br />
<br />
* [http://www.quest.com/foglight/ Официальный сайт Dell Foglight]<br />
* [http://www-01.ibm.com/software/tivoli/ Официальный сайт IBM Tivoli]<br />
* [http://www.appdynamics.com/ Официальный сайт AppDynamics]<br />
* [http://www.ca.com/us/application-management.aspx CA Technologies Application Performance Management (Introscope)]<br />
<br />
[[Категория:APM]]</div>ALG devTeamhttp://devopswiki.net/index.php/%D0%9C%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3_%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81_%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B9Мониторинг бизнес транзакций2013-11-21T12:02:47Z<p>ALG devTeam: </p>
<hr />
<div>== '''Мониторинг бизнес транзакций (business transaction monitoring, BTM''' ==<br />
<br />
'''Мониторинг бизнес транзакций (business transaction monitoring, BTM'''- также известен как управление бизнес транзакциями (business transaction management) – это практика управления информационными технологиями с точки зрения бизнес транзакций. Он предоставляет инструмент для отслеживания потока транзакций в ИТ инфраструктуре, а также выявления, оповещения и исправления непредвиденных изменений бизнес или технических условий. BTM обеспечивает полную видимость в потоке транзакций по всем уровням инфраструктуры.<br />
<br />
Мониторинг бизнес транзакций позволяет находить транзакции по контексту или содержимому сообщения – например, по времени получения или типу сообщения. Это предоставляет возможность находить причины таких распространенных проблем, как ошибки в приложениях, зависшие транзакции, неверные значения данных.<br />
<br />
Конечная цель BTM в том, чтобы улучшить качество сервиса для пользователей, осуществляющих бизнес транзакции, и улучшить эффективность ИТ приложений и инфраструктуры, в которой эти транзакции осуществляются. Основное преимущество мониторинга бизнес транзакций - это возможность точно определить, где именно в рамках ИТ инфраструктуры задерживаются транзакции. Еще одной целью является способствование проактивному предотвращению проблем и сбору аналитики по бизнес сервису, для оптимизации выделения ресурсов и виртуализации.<br />
<br />
Есть целый рад факторов, благодаря которым появился спрос на BTM: <br />
<br />
* Современные приложения стали более сложными, модульными, распределенными, взаимозависимыми и чувствительными по отношению к условиям среды.<br />
* ИТ инфраструктура стала сложной и многоуровневой.<br />
* Увеличилось количество сервис ориентированных архитектур в разрабатываемых систем.<br />
* Распространение соглашений об уровне услуг (SLA). <br />
<br />
Мониторинг бизнес транзакций отслеживает скачки потока транзакций, используя разные методы сбора данных: анализ уровня ОС, сетевого пакета, логов, протоколов ПО промежуточного слоя и др.<br />
<br />
== '''Связь с управлением производительностью приложений (APM):''' == <br />
<br />
BTM иногда классифицируют, как разновидность мониторинга или управления производительностью приложений. Он работает бок о бок с системами ИТ мониторинга, такими, как мониторинг восприятия конечных пользователей (End-User Experience Monitoring), мониторинг синтетических транзакций (Synthetic Transaction Monitoring), глубокий мониторинг (Deep-Dive Monitoring) и мониторинг бизнес активности (Business Activity Monitoring).<br />
Согласно Gartner, одной из самых известных исследовательских компаний в мире, BTM и глубокий мониторинг принципиально отличаются и, как правило, проводятся командами специалистов с разными навыками. АРМ же рассматривается как более полный набор решений. Максимальная производительность может быть достигнута более эффективно с помощью корреляции событий, автоматизации системы, и прогнозирующей аналитики, которая сейчас является частью АРМ.<br />
<br />
== '''Связь с виртуализацией и облачными вычислениями:''' == <br />
<br />
ВТМ динамично отображает выполненные пользователями транзакции по мере их прохождения сквозь инфраструктуру. И в виртуализированной, и в облачной среде, связь между приложением и инфраструктурой в некоторой степени определена, хотя иногда и динамически. ВТМ определяет инфраструктуру и анализирует каждую происходящую в ней транзакцию с целью поиска и решения проблем, и тюнинга инфраструктуры. В архитектуре частных и открытых облаков ВТМ может отслеживать транзакции в облако и обратно. <br />
<br />
== Ссылки ==<br />
<br />
[http://en.wikipedia.org/wiki/Business_transaction_management Wikipedia]<br />
<br />
[[Категория:APM]]</div>ALG devTeam