WebMoney: WMZ Z294115950220 WMR R409981405661 WME E134003968233 |
Visa 4274 3200 2453 6495 |
MySQL Enterprise Monitor доступен как часть подписки MySQL Enterprise,
узнайте больше на
https://www.mysql.com/products/. Questions and Answers
C.1:
Если я модернизирую до 3.1, что происходит с пользователями, определенными в
более ранних версиях? Все пользователи, определенные в более ранних версиях, отображены
к ролям по умолчанию, введенным в Access Control Lists в MySQL Enterprise
Monitor 3.1. Имена пользователей сохраняются, но их разрешения определяются
отдельно в ролях по умолчанию. Все существующие ранее пользователи
автоматически отображаются к ролям по умолчанию. Например, если User1 определяется как dba в MySQL Enterprise Monitor
3.0.x, User1 создан в MySQL Enterprise Monitor 3.1, но назначен на роль
C.1:
Как найти
Со страницы MySQL Instances откройте панель
Unmonitored Instances, включите фильтр
Ignored Instance
и выполните поиск. Это перечисляет проигнорированные экземпляры MySQL. Чтобы изменить статус проигнорированного экземпляра MySQL, выберите
Show Instance из контекстного меню для
определенного экземпляра MySQL или отметьте проигнорированный экземпляр
и нажмите кнопку . C.2:
Используя MySQL Enterprise Service Manager
3.2 со старыми агентами, почему я вижу вот такие предупреждающие
сообщения в журналах агента? MySQL Enterprise Monitor 3.2 ввел поддержку репликации с несколькими
источниками. Часть функциональности, введенной в этих агентах 3.2,
недоступна в более ранних агентах. Эти предупреждения не подразумевают, что что-либо неправильно с вашей
установкой, или любые данные отсутствуют в коллекциях.
Однако, сильно рекомендуется, чтобы вы модернизировали своих агентов до той
же самой версии, как ваш MySQL Enterprise Service Manager. C.3:
В 2.3 Да, это больше не требуется и проигнорировано, начиная с
MySQL Enterprise Monitor 3.0.0. Откройте инструментальную панель MySQL Instances
и выберите из
меню экземпляра. Альтернативно, взведите флажок для одного экземпляра и
нажмите . Переименование сервера таким образом отвергнет все другие обозначения
сервера, включая изменения конфигурации агента. C.5:
Query Analyzer работает со всеми версиями
MySQL и MySQL Client Libraries? Поддерживается MySQL 5.1 и позже. Анализ результатов Performance Schema требует
MySQL Server 5.6.14 и выше. C.6:
Почему файл Это сообщение иногда пишется, когда компоненты web-стека или
web-приложения перезагружаются или закрываются, это не повод для
беспокойства. Не практично отключать эти сообщения в Tomcat. C.7:
Почему контроль экземпляра MySQL с
таблицами FEDERATED делается с дополнительными
связями и уменьшенной производительностью? Когда агент начинает работу, это выполняет процесс открытия, который
выполняет много запросов к INFORMATION_SCHEMA, которые собирают информацию
о таблице для правил. Эти запросы к INFORMATION_SCHEMA
могут быть дорогостоящими на экземплярах с многими таблицами, особенно с
большими количествами таблиц FEDERATED к другому экземпляру, поскольку каждой
таблице открыли новую сессию для нее на целевой машине. C.1:
Каковы особенности и связанная выгода
MySQL Enterprise Monitor? MySQL Enterprise Monitor похож на наличие "Virtual DBA Assistant", чтобы
рекомендовать методы наиболее успешной работы, устранить уязвимости системы
обеспечения безопасности, улучшить и оптимизировать работу.
Для полного списка особенностей и преимуществ посетите
http://www.mysql.com/products/enterprise/monitor-features.html.
C.2:
Какова непосредственная выгода MySQL Enterprise Monitor? Часто установки MySQL осуществляются с настройками по умолчанию, которые
могут не подойти лучше всего для определенных
образцов использования. Советники MySQL применяются, чтобы
работать в этой окружающей среде, чтобы определить потенциальные проблемы и
заранее зарегистрировать и консультировать DBA по вопросам ключевых
параметров настройки MySQL, которые могут быть настроены, чтобы улучшить
доступность, безопасность и увеличить пропускную способность
существующих серверов MySQL.
C.3:
Какова долгосрочная выгода от MySQL Enterprise Monitor? Со временем задача управления даже средним масштабом сервера MySQL
становится более сложной по экспоненте, тем более, что груз пользователей,
связей и прикладных запросов на каждом сервере MySQL растет.
Enterprise Monitor все время контролирует динамическую безопасность, работу,
репликацию и соответствующие метрики схем всех серверов MySQL, поэтому в то
время, как нагрузка продолжает расти, DBA получают решение
потенциальных проблем и превентивные меры, которые могут быть осуществлены,
чтобы гарантировать, что каждый сервер продолжает работать на высших уровнях
безопасности, производительности и надежности.
C.4: Как MySQL Enterprise
Monitor установлен и развернут? Enterprise Monitor приведен в действие распределенным веб-приложением,
которое установлено и развернуто в границах корпоративного брандмауэра.
C.5:
Как спроектировано веб-приложение Enterprise Monitor? Веб-приложение Enterprise Monitor включает три компонента: Monitor Agent: легкая Java-программа, которая устанавливается на
каждом из проверенных хостов. Ее цель состоит в том, чтобы собрать данные SQL
и метрики операционной системы, которые позволяют DBA контролировать полное
здоровье, доступность и работу сервера MySQL и хоста.
Monitor Agent это единственный компонент в приложении, которое затрагивает
или соединяется с MySQL Server. Это сообщает о данных, которые собирает,
через XML по HTTP централизованному Service Manager. Service Manager: главный сервер приложения. Менеджер по сервису
управляет и хранит сборы данных, которые входят от каждого агента монитора.
Это анализирует эти коллекции с использованием MySQL, предоставляя
советник по вопросам наиболее успешной практики, что позволяет создать
правила, определить здоровье, безопасность, доступность и исполнение каждого
из проверенных MySQL Server. Service Manager
также обеспечивает содержание для Enterprise User Interface, который служит
интерфейсом пользователя клиента для распределенного веб-приложения. Repository: база данных MySQL, которая используется
для хранения коллекций данных и данных конфигурации уровня приложения.
C.6:
Что делает MySQL Enterprise уникальным? Из продуктов на рынке, которые контролируют определенные метрики MySQL,
кода SQL и OS, MySQL Enterprise Monitor это единственное решение, которое
строится и поддерживается инженерами в MySQL. В отличие от других решений,
которые сообщают относительно сырого MySQL и метрик уровня OS, MySQL
Enterprise Monitor разработан, чтобы оптимизировать использование MySQL,
заранее контролируя экземпляры MySQL и предоставляя уведомления и экспертные
знания MySQL DBA в коробке, советы относительно корректирующих мер, которые
может принять DBA прежде, чем проблемы происходят.
C.7:
Какие версии MySQL поддерживаются MySQL Enterprise Monitor?
MySQL Enterprise Monitor поддерживает MySQL 5.1 and above.
C.8:
Какие платформы операционных систем поддерживаются
MySQL Enterprise Monitor? Enterprise Monitor Service Manager полностью поддерживается на
актуальнейших версиях Linux, Windows, Windows Server Editions и Solaris.
Monitor Agent поддерживает любую платформу, поддержанную сервером MySQL
Enterprise. Для полного списка того, что поддерживает
MySQL Enterprise, см.
MySQL Supported Platforms и выберите
C.9:
Как подписчики уведомлены о наличии нового или обновленного MySQL Enterprise
Monitor, MySQL Enterprise Advisors и правил советника? Клиенты получают уведомления по электронной почте о новых и обновленных
версиях MySQL Enterprise Monitor. Также раздел
What's New в MySQL Enterprise Monitor, если включен,
содержит новые объявления о продукте. C.1:
Что такое MySQL Query Analyzer?
MySQL Query Analyzer позволяет DBA, разработчикам и системным
администраторам улучшать производительность приложения, собирая, контролируя
и анализируя запросы, когда они работают на серверах MySQL.
http://www.mysql.com/products/enterprise/query.html C.2:
Как установить и включить
MySQL Query Analyzer? См. раздел 31.1. C.3:
Какие издержки я могу ожидать, включая
MySQL Query Analyzer? В MySQL 5.6 или выше при включенной Performance
Schema издержек незаметно. C.4:
Каковы главные особенности и преимущества MySQL Query Analyzer?
Для полного перечня особенностей и преимуществ посмотрите
MySQL Enterprise Monitor Features and Benefits. C.5:
Каковы типичные варианты использования MySQL Query Analyzer?
Типичные варианты использования для разработчиков,
DBA и системных администраторов: Разработчики: применение монитора и настройка запросов приложений
во время развития прежде, чем они будут использованы в производстве. DBA и системные администраторы: определение проблемного кода SQL,
когда это работает и консультирование группы разработчиков по вопросам того,
как настроить. Этот вариант использования извлекает выгоду больше всего из
регулярной выборки запросов, когда они работают. C.6:
Что делает MySQL Query Analyzer уникальным? Другие продукты (свободные, с открытым исходным кодом и коммерческие),
которые обеспечивают контроль запросов MySQL, зависят от включения MySQL Slow
Query Log и доступны для выборки. В то время, как это обеспечивает некоторую
экономию времени по сбору данных DBA и парсингу журналов, Slow Query Log
идет с издержками и не захватывает миллисекунды выполнения.
Данные журналов также становятся огромными очень быстро. MySQL Query Analyzer собирает запросы и статистику выполнения без
зависимости от SQL Query Log, это захватывает все SQL-операторы, посланные в
сервер MySQL, и обеспечивает соединенное представление
полного времени выполнения и самых дорогих по времени запросов.
Это также полностью поддерживается как часть подписки MySQL Enterprise. C.7:
Как я могу получить MySQL Query Analyzer?
MySQL Query Analyzer встроен в MySQL Enterprise Monitor. Чтобы испытать MySQL Enterprise Monitor в течение 30 дней, посетите
the http://www.mysql.com/trials/ C.8:
Query Analyzer работает с MySQL Cluster? Да, если именно этот узел проверен агентом, и анализатор был позволен для
этого узла. Обратите внимание на то, что необходимо получать доступ к данным
о кластере через стандартный узел MySQL. C.9:
Query Analyzer позволяет мне контролировать
чтение с диска и запись во время запроса? Нет, эта информация не доступна анализатору, но многие советники
действительно обращаются с этой информацией. Агент контролирует хост, что
включает контроль CPU, диска и памяти. C.10:
Query Analyzer обрабатывает подготовленные запросы? В настоящее время анализатор не отслеживает подготовленные запросы
серверной стороны. Однако, конфигурации по умолчанию для большинства
клиентских библиотек для MySQL не используют их, они эмулируют их на
клиентской стороне, а там анализатор следит.
C.11:
Query Analyzer будет работать без какой-либо специальной установки?
В MySQL Server 5.6.14 и выше Query Analyzer автоматически (по умолчанию)
собирает данные и показывает с использованием
Performance Schema Statement Digests MySQL Server.
Если вы контролируете более раннюю версию сервера MySQL, то можно продолжить
использовать альтернативные методы обеспечения данных Query Analyzer. Для получения информации о различных методах получения данных о запросе
посмотрите раздел 31.1.
Приложение C. MySQL Enterprise Monitor
Frequently Asked Questions
dba
. Если User1 определен как dba и
имеет разрешения Query Analyzer в 3.0.x, он назначен на роль dba и на
роль Query Analyzer в 3.1.игнорируемые
экземпляры MySQL? Как их увидеть?/
WARN [HttpPollingJobFetcher-thread-0:com.mysql.etools.agent.ManagedOrder]
bean order property CoalescedCollectionRunner.collections is a collection
and contains a class not available on the agent. This element of the
collection will be ignored. Upgrading the agent to a version at least the
same as the service manager may solve this problem.
java.lang.RuntimeException: java.lang.ClassNotFoundException:
com.mysql.etools.inventory.model.mysql.XXXXXXX
XXXXXXX
представляет один из классов, недоступных в более раннем агенте.agent-mgmt-hostname
содержит последовательность "heartbeat" как путь URL. Это изменилось?
apache-tomcat/logs/tomcat.log
показывает сообщения об ошибках This is very likely to
create a memory leak
? Это важно?MySQL Enteprise Monitor
.
Найди своих коллег! |
Вы можете направить письмо администратору этой странички, Алексею Паутову.