Отслеживание использования позволяет администраторам отслеживать запросы к содержанию на уровне пользователей.
Отслеживание использования на основе частоты запросов и времени отклика помогает определить, какие запросы пользователей создают узкие места производительности. Администраторы настраивают критерии отслеживания запросов пользователей и создания отчетов об использовании, которые можно использовать различными способами, например, для оптимизации базы данных, стратегий агрегации, выставления счетов пользователям или отделам в зависимости от используемых ими ресурсов.
Отслеживание использования можно настроить в сервисах, которые предлагают возможности корпоративного моделирования. Информация об использовании подробно отслеживается на уровне запросов пользователей, позволяя ответить на следующие вопросы:
Собранная статистика использования поможет отслеживать использование и производительность системы, чтобы лучше понимать и прогнозировать поведение пользователей. Можно повысить эффективность и сократить количество ошибок, если заранее знать, как будет использоваться система.
При включении отслеживания использования система собирает записи данных для каждого выполняемого запроса и записывает их в таблицы базы данных. Логические и физические запросы отслеживаются и регистрируются в отдельных таблицах вместе с различными показателями производительности, такими как время выполнения запроса и количество строк, в которых выполняется поиск при обработке запроса пользователя.
Если необходимо отслеживать использование, убедитесь, что выполнены следующие требования:
Чтобы настроить отслеживание использования, необходимо добавить сведения из базы данных отслеживания использования в семантическую модель с помощью средства семантического моделирования или инструмента администрирования моделей.
Необходимо иметь учетные данные пользователя с правами на создание таблиц отслеживания использования в схеме базы данных и запись данных об использовании в таблицы.
Если установлен флажок Системное подключение, подключение становится доступным в средстве семантического моделирования. Аналогичным образом в инструменте администрирования моделей параметр Системное подключение позволяет выбрать Использовать подключение для передачи данных и ввести Идентификатор объекта подключения в поле Имя источника данных вместо сведений о подключении. См. раздел "Указание базы данных отслеживания использования".
Примечание.:
Если вы используете инструмент администрирования моделей, подключения к базам данных для семантических моделей и базу данных отслеживания использования можно также задать с помощью консоли. См. раздел "Подключение к данным в базе данных Oracle Cloud". Если вы используете консоль, то при указании базы данных отслеживания использования в инструменте администрирования моделей можно выбрать Использовать подключение к консоли и ввести Имя подключения вместо ввода сведений о подключении в поле Имя источника данных.
В системе в указанной базе данных хранятся сведения об отслеживании использования. В качестве базы данных может использоваться Oracle Database или Oracle Autonomous Data Warehouse. В семантической модели сведения о базе данных и пуле подключений указываются с помощью средства семантического моделирования или инструмента администрирования моделей.
После указания базы данных, в которой будет храниться информация об использовании, с помощью консоли необходимо задать параметры отслеживания использования (страница Расширенные системные настройки).
Параметры для настройки отслеживания использования:
Данная система позволяет создавать полезные отчеты об использовании на основе данных отслеживания, добавленных в таблицы регистрации физических и логических запросов.
Вы можете подключиться к базе данных, создать набор данных на основе таблиц, а также создать отчеты и визуализации, чтобы понять запросы пользователей и предпринять соответствующие действия для повышения производительности.
В системе данные отслеживания использования хранятся в трех таблицах базы данных.
Процесс отслеживания использования создает эти три таблицы с именами таблиц, указанными в настройках на странице "Системные настройки".
Таблица регистрации логических запросов отслеживания использования
TOTAL_TIME_SEC
равно END_TS
минус START_TS
. Столбцы не содержат таких точных значений по следующей причине:
Столбцы, связанные с пользователями, сеансами и идентификаторами
Столбец | Описание |
---|---|
|
В этом столбце таблицы логического запроса указывается уникальный идентификатор строки. Этот столбец таблицы физического запроса помечается именем |
|
Содержит |
|
Указывает имя каталога. По умолчанию установлено значение Null, тип данных — Varchar(128). |
|
Указывает имя имперсонированного пользователя. Если запрос не выполняется от имени имперсонированного пользователя, то этот параметр имеет значение None (Нет). По умолчанию установлено значение None (Нет), а тип данных — Varchar(128). |
|
Указывает имя пользователя, отправившего запрос. |
ECID |
Указывает созданный системой идентификатор контекста выполнения. Тип данных: Varchar2(1024). |
TENANT_ID |
Указывает имя арендатора пользователя, запустившего блок инициализации. Тип данных: Varchar2(128). |
SERVICE_NAME |
Указывает имя сервиса. Тип данных: Varchar2(128). |
SESSION_ID |
Указывает идентификатор сеанса. Тип данных: Number(10). |
HASH_ID |
Указывает значение HASH для логического запроса. Тип данных: Varchar2(128). |
Столбцы, связанных с источником запросов
Столбец | Описание |
---|---|
|
Источник запроса. Обратите внимание, что инициатор запроса может задать переменной QUERY_SRC_CD любое строковое значение, чтобы идентифицировать себя. Возможные значения:
|
|
Указывает путь к информационной панели. Если запрос не был отправлен через информационную панель, значение равно NULL. |
|
Указывает имя страницы на информационной панели. Если запрос не является запросом информационной панели, значение равно NULL. По умолчанию установлено значение Null, тип данных — Varchar(150). |
|
Указывает путь в каталоге для анализа. |
Столбцы, связанные со сведениями о запросах
Столбец | Описание |
---|---|
|
Содержит сообщение об ошибке из серверной базы данных. Этот столбец применим, только если параметру |
|
Содержит всю логическую инструкцию SQL без усечения. Столбец |
|
Содержит хеш-ключ MD5, сгенерированный в системе на основе логической инструкции SQL. По умолчанию установлено значение Null, тип данных — Varchar(128). |
|
Указывает инструкцию SQL, отправленную для запроса. Тип данных: Varchar(1024). Длину этого столбца Можно изменить (с помощью команды ALTER TABLE), но обратите внимание, что текст, написанный в этом столбце, всегда усечен до размера, определенного в физическом слое. Администратор семантической модели не должен устанавливать для этого столбца длину, превышающую максимальную длину запроса, поддерживаемую серверной физической базой данных. Например, базы данных Oracle позволяют использовать не более 4000 символов типа Varchar, но базы данных Oracle усекаются до 4000 байт, а не 4000 символов. При использовании набора многобайтовых символов фактический максимальный размер строки соответствует различному количеству символов в зависимости от набора символов и используемых символов. |
|
Указывает имя семантической модели, к которой обращается запрос. |
|
Содержит название бизнес-модели, к которой осуществляется доступ. |
|
Указывает статус завершения запроса, как определено в следующем списке:
|
Столбцы, связанные с временем выполнения
Столбец | Описание |
---|---|
|
Содержит время в секундах, необходимое для компиляции запроса. Число |
|
Указывает дату завершения логического запроса. |
|
Указывает час и минуту завершения логического запроса. |
|
Указывает дату и время завершения логического запроса. Метки времени начала и конца также отражают время ожидания доступности ресурсов запросом. Если пользователь, отправляющий запрос, уходит со страницы до завершения обработки запроса, то окончательная выборка не завершается и записывается значение времени ожидания 3600. Однако если пользователь возвращается на страницу до истечения времени ожидания, выборка завершается в этот момент, который записывается как время |
|
Указывает дату отправки логического запроса. |
|
Указывает час и минуту момента отправки логического запрос. |
|
Указывает дату и время отправки логического запроса. |
|
Указывает время в секундах, затраченное системой на обработку запроса, пока клиент ожидал ответа на анализ. |
RESP_TIME_SEC |
Указывает время, которое потребовалось, чтобы ответить на запрос. Тип данных: Number(10). |
Столбцы, связанные со сведениями о выполнении
Столбец | Описание |
---|---|
|
Содержит совокупное время всех запросов, отправленных в базу данных. Запросы выполняются параллельно, поэтому совокупное время запросов равно или больше общего времени подключения к базе данных. Например, предположим, что логический запрос порождает отправку в базу данных 4 физических инструкций SQL, время обработки 3 инструкций составляет 10 секунд, а время обработки одной инструкции — 15 секунд, |
|
Содержит общее количество строк, возвращенных серверными базами данных. |
|
Указывает количество запросов, отправленных серверным базам данных для выполнения логического запроса. Для успешных запросов (SuccessFlag = 0) это число равно 1 или больше. |
|
Указывает количество строк, возвращенных клиенту запроса. Когда в ответ на запрос возвращается большой объем данных, этот столбец не заполняется до тех пор, пока пользователь не отобразит все данные. |
TOTAL_TEMP_KB |
Указывает общее количество килобайт, полученных для запроса. Тип данных: Number(10). |
Столбцы, связанные с кэшем
Столбец | Описание |
---|---|
|
Значение Y указывает на попадание в кэш для запроса; N указывает на промах кэша. По умолчанию: N. |
|
Указывает, сколько раз возвращался результат кэша для запроса. |
|
Указывает, сколько раз запрос создавал запись кэша. Значение по умолчанию: Null. |
Таблица регистрации физических запросов отслеживания использования
В следующей таблице описана таблица базы данных, которая отслеживают физические запросы. В этой таблице базы данных регистрируются физические данные SQL для логических запросов, которые хранятся в таблице регистрации логических запросов. Таблица физических запросов связана с таблицей логических запросов посредством отношения внешних ключей.
Столбцы, связанные с пользователями, сеансами и идентификаторами
Столбец | Описание |
---|---|
|
Указывает уникальный идентификатор строки. |
|
Ссылается на логический запрос в таблице регистрации логических запросов. Тип данных: Varchar(250). |
HASH_ID |
Указывает значение HASH для логического запроса. Тип данных: Varchar2(128). |
PHYSICAL_HASH_ID |
Указывает значение HASH для физического запроса. Тип данных: Varchar2(128). |
Столбцы, связанные со сведениями о запросах
Столбец | Описание |
---|---|
|
Содержит всю физическую инструкцию SQL без усечения. Столбец |
|
Содержит инструкцию SQL, отправленную для заданного запроса. Тип данных: Varchar(1024). |
Столбцы, связанные с временем выполнения
Столбец | Описание |
---|---|
|
Указывает дату завершения физического запроса. |
|
Указывает час и минуту завершения физического запроса. |
|
Указывает дату и время завершения физического запроса. Метки времени начала и конца также отражают время ожидания доступности ресурсов запросом. |
|
Указывает время выполнения физического запроса. |
|
Указывает дату отправки физического запроса. |
|
Указывает часы и минуты момента отправки физического запроса. |
|
Указывает дату и время отправки физического запроса. |
Столбцы, связанные со сведениями о выполнении
Столбец | Описание |
---|---|
|
Содержит количество строк, возвращенных клиенту запроса. |
Таблица блоков инициализации отслеживания использования
Примечание.:
В настоящее время таблицы отслеживания использования блоков инициализации включают только блоки инициализации сеансов и не включают блоки инициализации семантической модели.Столбцы, связанные с пользователями, сеансами и идентификаторами
Столбец | Описание |
---|---|
USER_NAME |
Имя пользователя, запустившего блок инициализации. Тип данных: Varchar2(128). |
TENANT_ID |
Имя арендатора пользователя, запустившего блок инициализации. Тип данных: Varchar2(128). |
SERVICE_NAME |
Имя сервиса. Тип данных: Varchar2(128). |
ECID |
Созданный системой идентификатор контекста выполнения. Тип данных: Varchar2(1024). |
SESSION_ID |
Идентификатор сеанса. Тип данных: Number(10). |
Столбцы, связанные со сведениями о запросах
Столбец | Описание |
---|---|
REPOSITORY_NAME |
Имя семантической модели, к которой обращается запрос. Тип данных: Varchar2(128). |
BLOCK_NAME |
Имя запущенного блока инициализации. Тип данных: Varchar2(128). |
Столбцы, связанные с временем выполнения
Столбец | Описание |
---|---|
START_TS |
Дата и время запуска блока инициализации. |
END_TS |
Дата и время завершения блока инициализации. Метки времени начала и конца также отражают время ожидания доступности ресурсов запросом. |
DURATION |
Время, которое потребовалось для выполнения блока инициализации. Тип данных: Number(13,3). |
Столбцы, связанные со сведениями о выполнении
Столбец | Описание |
---|---|
NOTES |
Примечания о блоке инициализации и его выполнении. Тип данных: Varchar2(1024). |
Здесь описываются задачи для отслеживания запросов к Oracle Analytics Cloud на уровне пользователя.
Задача | Описание | Дополнительная информация |
---|---|---|
Решите, где будете хранить данные отслеживания использования |
Узнайте, какие типы баз данных можно использовать для отслеживания использования. |
|
Настройте подключения к базе данных отслеживания использования |
Создайте подключение данных (или подключение консоли) к базе данных, где будет храниться информация об отслеживании использования. |
|
Укажите базу данных отслеживания использования |
Укажите базу данных отслеживания использования в семантической модели. |
|
Определите параметры отслеживания использования |
Включите отслеживание использования для своей системы и укажите сведения о подключении и имена таблиц базы данных со статистикой отслеживания использования. |
|
Анализ данных отслеживания использования |
Создайте отчеты об использовании на основе данных отслеживания использования. |
Прежде чем отслеживать использование отчетов, инфопанелей и рабочих книг визуализации данных в системе, необходимо указать базу данных для хранения данных отслеживания использования в семантической модели.
В указанной базе данных должна быть определена хотя бы одна схема. Система создает таблицы отслеживания использования в схеме, имя которой совпадает с именем пользователя, указанным в сведениях о подключении к базе данных. Например, если схема в базе данных отслеживания использования носит имя UT_Schema, в поле Имя пользователя для подключения необходимо указать UT_Schema. Таблицы отслеживания использования создаются в схеме с именем UT_Schema.
Необходимо настроить сведения о базе данных и пуле подключений на физическом уровне файла семантической модели. Для настройки семантической модели используйте средство семантического моделирования или инструмент администрирования моделей.
Если требуется использовать Oracle Autonomous Data Warehouse в качестве базы данных отслеживания использования, перед ее указанием необходимо дополнительно выполнить следующие задачи для этого решения. См. раздел "Предварительные условия отслеживания использования".
Воспользуйтесь средством семантического моделирования для настройки базы данных отслеживания использования, если вы используете его для разработки семантических моделей.
Воспользуйтесь инструментом администрирования моделей для настройки базы данных отслеживания использования, если вы используете его для разработки семантических моделей.
Чтобы начать запись информации об использовании, необходимо указать сведения о подключении к нужной базе данных и имена таблиц базы данных, используемых для отслеживания использования. Эти параметры задаются с помощью консоли (страница системных настроекРасширенные системные настройки).
Oracle Analytics создает таблицы отслеживания использования и начинает регистрировать запросы пользователей.
Создавайте отчеты об использовании для понимания запросов пользователей и выполнения соответствующих действий.
Создавайте отчеты об использовании, формируя наборы данных с данными из физических и логических таблиц регистрации запросов для понимания запросов пользователей.
Создавайте отчеты об использовании, используя предметную область в семантической модели, чтобы понимать запросы пользователей.