Мониторинг и настройка Informix XPS

Оценить
(1 голос)
XPS включает множество утилит для организации доступа, управления и мониторинга экземпляров БД. Из них, вероятно, наиболее важной для решения задач мониторинга является утилита onstat. Эта утилита контролирует множество аспектов активности взаимодействующих серверов и ведет статистику системы XPS, некоторые ее показатели будут рассмотрены далее в настоящее главе. Запуск утилиты onstat с аргументом — выводит список всех ее доступных опций. В приведенном далее списке упоминается несколько других важных утилит: •             dbaccess: Обеспечивает интерфейс SQL-команд к XPS. Вызванная без аргументов, выполняется в полноэкранном режиме, функционируя на основе меню. Эта утилита также принимает два необязательных параметра: имена БД и файла, содержащего команды SQL, подлежащие…
Оценить
(1 голос)
•             oninit: Инициализирует память совместного использования и приводит сервер БД в оперативное состояние, определяемое настройками переменных окружения INFORMIXSERVER (идентифицирует имя этого сервера) и ONCONFIG (идентифицирует имя файла конфигурации onconfig, описываемого в следующем разделе). Эта команда используется совместно с утилитой xctl (она будет описана далее) для того, чтобы одновременно запустить все взаимодействующие серверы. Опция -i заставляет утилиту oninit разрушать все существующие данные и повторно инициализировать корневые пространства БД (root dbspaces). •             onlog: Отображает содержание файла логического журнала. Утилита onlog может быть полезна в том случае, когда вы отлаживая приложение, наблюдаете за подробностями транзакций. •             onmode: Изменяет рабочие режимы сервера БД и…
Оценить
(1 голос)
Большинство настраиваемых параметров XPS находятся в файле конфигурации, расположенном в $INFORMIXDIR/etc/$ONCONFIG. Этот файл конфигурации включает в себя глобальный раздел и разделы, специфичные для взаимодействующих серверов. Параметры глобального раздела применяются ко всем взаимодействующим серверам. Когда глобальные параметры, такие как ROOTPATH, содержат различные имена на каждом взаимодействующем сервере, то строка подстановки, %с, представляющая номер конкретного взаимодействующего сервера, может быть включена как часть его имени. Номер взаимодействующего сервера будет подставлен при разворачивании имени каждого из этих серверов. Раздел файла конфигурации, специфичный для взаимодействующих серверов, состоит из групп параметров, разделяемых следующими ключевыми словами: coserver coserver_number END. XPS установит взаимодействующий сервер для каждой из этих…
Оценить
(0 голоса)
Этот файл содержит сообщения об ошибках, предупреждения и уведомления для всех взаимодействующих серверов. Далее представлен фрагмент файла online.log. [002] Sat Sep 1 18:51:56 2001 [002] 18:51:56 Dynamically allocated new shared memory segment (size 8388608) [002] 23:36:54 Checkpoint Completed: duration was 0 seconds. [001] Sat Sep 1 23:39:12 2001 [001]     23:39:12 Checkpoint Completed: duration was 0 seconds. [002]     23:42:00 Checkpoint Completed: duration was 0 seconds. Каждая строка начинается с номера взаимодействующего сервера и временной метки.
Оценить
(0 голоса)
QEPs (Query Execution Plans - планы выполнения запросов) могут помочь вам разобраться в поведении запроса. Если вы только что создали индекс, то, например, нет никакой гарантии того, что оптимизатор будет использовать этот индекс. QEP проливает свет на стратегию, которую использует оптимизатор для выполнения конкретного запроса. Оптимизаторы обсуждаются в главе 8. Если оператору языка SQL предшествует команда set explain on, то план выполнения запросов будет выведен в файл, имеющий имя sqexplain.out, в текущем каталоге. Далее показывается содержимое одного такого файла sqexplain.out. QUERY: Оптимизатор оценивает значение показателя Estimated Cost (предполагаемая стоимость) для ряда возможных планов и выбирает план с самой низкой стоимостью.…
Оценить
(0 голоса)
Как было показано в разделе "Управление памятью" в главе 11, XPS не кэширует во время облегченного сканирования страницы данных кэша в буферном пуле. Чтобы определить, использует ли запрос буферный пул или память DS, следует применить утилиту onstat с аргументами -g sen. Далее представлен пример: alameda.xps% onstat -g sen Informix Extended Parallel Server Version 8.31.FC1 — On-Line Up 05:20:27 — 30720 Kbytes RSAM sequential scan info SesID Thread Partnum Rowid Rows Scand Scan Type Lock Mode Notes 33 124 10119 14d 76      Buffpool SLock+Test RSAM index scan info SesID Thread Partnum Scan Type Lock Mode Notes В приведенном примере выполняется тип…
Оценить
(0 голоса)
Утилита onstat включает множество опций контроля оперативных запросов. Рассмотрим некоторые опции утилиты onstat, предоставляющие полезную информацию об активности и состоянии выполнения запросов. Для удобства чтения за существенным разделом каждого отчета следуют комментарии. Запросы, обращающиеся к множеству взаимодействующих серверов Первым примером является отчет, создаваемый утилитой onstat с аргументами -g гдш. Этот отчет отображает информацию о запросах, которые обращаются к данным многочисленных взаимодействующих серверов. Первый раздел этого отчета показывает параметры, определяющие поведение RGM (Resource Grant Manager - менеджера предоставления ресурсов). В их число входят параметры DS_MAX_QUERIES (максимальное количество запросов, интенсивно расходующих память, которые одновременно могут быть активны на сервере БД) и DS_TOTAL_MEMORY…
Оценить
(0 голоса)
Сегменты запроса и операторы SQL, которые в настоящее время выполняются на одном из взаимодействующих серверов, могут быть отображены следующей командой: onstat -g xmp Первый раздел отчета отображает сегменты запросов (Query Segments), выпол-няющиехся в настоящее время. В столбце width показывается количество параллельных процессов, которые могут быть вовлечены в выполнение этого оператора (не только на данном взаимодействующем сервере). Столбец seqno отображает порядок, в котором были выполнены эти сегменты плана. Раздел операторов запроса (Query Operators) рассматриваемого отчета показывает адреса памяти и идентификаторы для запроса, сегмент в пределах плана и ветвь в пределах сегмента. Также отображаются тип оператора SQL (столбец opname), стадия обработки (столбец…
Оценить
(0 голоса)
Выполнение команды onstat -g xqs qryid позволяет получить статистику по указанному плану запроса. Перед выполнением этой команды замените qryid на идентификатор реального запроса. Идентификаторы запросов отображаются в столбце qryid отчета, формируемого с помощью команды onstat -g xmp, и в столбце Plan отчета, формируемого с помощью команды onstat -g rgm; оба отчета рассматривались ранее в настоящей главе. В следующем примере показывается тип отчета, формируемого с помощью этой команды. alameda.xps% onstat-gxqs 500 Informix Extended Parallel Server Version 8.31.FC1 — On-Line — Up 04:33:40 — 49152 Kbytes XMP Query Statistics Cosvr_ID: 1 Plan ID: 500 Информация, показанная в приведенном отчете, аналогична выходной информации…
Оценить
(0 голоса)
Достижение оптимальной настройки системы XPS требует внимания к средствам параллельной обработки данных, к памяти, операциям ввода/вывода, ЦП, загрузке данных и организации связи между серверами. Настройка средств параллельной обработки данных В XPS не предусмотрено отдельного параметра для введения параллелизма запросов. Параллелизм запросов определяется рядом факторов, включая количество доступных взаимодействующих серверов, количество VPs на один взаимодействующий сервер, фрагментацию данных и сложность запроса. Если, например, требуемые для запроса данные распределены между несколькими взаимодействующими серверами, то все эти серверы должны быть вовлечены в работу для того, чтобы данный запрос мог быть успешно завершен. Настройка памяти Как буферный пул, так и память DS должны быть…
«ПерваяПредыдущая123СледующаяПоследняя»
Навигация