MetaCube Agent Administrator's Guide

Эта глава является введением в механизмы MetaCube и предлагает пошаговые инструкции для запуска, остановки и управления системой.

Расписание MetaCube управляет всеми процессами на сервере MetaCube. Так основываясь на RDBMS-механизмах, расписание позволяет пользователям установить задания серверу, создав записи в таблице базы данных. Задания выполняются из формы очереди любого приложения MetaCube, которая хранит команды, связанные с этим заданием как строку. Расписание MetaCube вычисляет приоритет каждого задания, привилегии пользователя, который запрашивает задание и все связи и зависимости, которые должны быть удовлетворены перед началом выполнения задания, и затем создает соответсвующий процесс для выполнения задания на сервере.

Расписание MetaCube имеет множество расширенных средств по сравнению с расписаниями операционной системы, такими как UNIX Chron. Примерами таких средств расписания могут служить:

Расписание MetaCube хранится как главный процесс для всех процессов агента MetaCube. Эти процессы включают задания, созданные для выполнения SQL-операторов, QueryBack функций, функций полной и автоинкрементной агрегации, и даже команд оперционной системы.

Агент расписания MetaCube для Windows NT инсталлирован и запущен как сервис Windows NT и может управляться и работать так же как другие сервисы - через Windows NT Service Manager в Панели Управления (Control Panel).

Вы также можете остановить агентов из Windows через MetaCube Agent Administrator. Смотрите объяснение MetaCube Agents Control Window на странице 90.

Эта глава поможет администрировать агента MetaCube.

Администратор агента MetaCube это графическое приложение в стиле Microsoft Windows, которое позволяет Вам администрировать все возможности и функции расписания MetaCube, включая возможность запуска различных агентов на выполнение. С администратором агентов Вы можете управлять очередью заданий, добавлять новые задания и управлять пользователями и привилегиями.

Для запуска администратора дважды щелкните на иконке MetaCube Agent Administrator в группе программ MetaCube. После появления заставки Вы должны ввести имя пользователя и пароль:

Пожалуйста, обратите внимание на то, что если у Вас нет полной информации о соединении к Администратору MetaCube, то Вы должны получить ее перед попыткой соединения. Щелкните на кнопку Cancel и выберите Preferences из меню Edit. Информация о соединении и настройки описаны в главе 15.

После того, как Вы успешно подсоединились к базе данных, Администратор отобразит пустой экран с полоской меню и полоской инструментов Toolbar.

Полоска инструментов предлагает немедленный доступ к наиболее часто употребляемым функциям Администратора MetaCube. Эта секция предлагает сжатое описание тех функций, которые будут описаны подробней ниже в следующих главах.

Новое/New
Открывает новое окно задания, в котором Вы можете определить тип задания, которое Вы хотите выполнить на сервере, и частичное описание этого задания.

Вырезать текст/Cut text
Переносит текст в буфер обмена Microsoft Windows. Эта кнопка доступна тогда, когда открыто любое окно, в котором можно ввести текст.

Копировать текст/Copy text
Копирует текст в буфер обмена Microsoft Windows. Эта кнопка доступна тогда, когда открыто любое окно, в котором можно ввести текст.

Вставить текст/Paste text
Переносит текст из буфера обмена Microsoft Windows в текущую редактируемую область. Эта кнопка доступна тогда, когда открыто любое окно, в котором можно ввести текст.

Удалить задание/Delete job
Удаляет выбранное задание(я) из очереди заданий. Эта кнопка доступна тогда, когда выбрано задание в окне заданий Job Queue.

Отбор заданий/Filter Jobs
Выбор критерия для отбора тех заданий, которые появляются в окне заданий Job Queue.

Сортировка заданий/Sort Jobs
Устанавливает критерии для порядка отображения заданий в очереди.

Зависимости задания/Job Dependencies
Просмотр, установка и управление зависимостями задания. Эта кнопка доступна тогда, когда выбрано задание в окне заданий Job Queue или открыто окно нового задания.

Установка времени и периодичности выполнения задания/Set Job Time, Frequency
Просмотр, установка и изменение необходимого времени начала выполнения заданий и характеристики периодичности запуска заданий. Эта кнопка доступна тогда, когда выбрано задание в окне заданий Job Queue или открыто окно нового задания.

<!!!!!>Обновление очереди заданий/Refresh Job Queue
Обновляет информацию очереди заданий в окне заданий Job Queue для отображения всех изменений в заданиях или появившихся новых заданий. До открытия окна заданий Job Queue Администратор размещает очередь заданий в JOB-таблице, но Администратор не регистрирует добавленные задания или изменения текущих заданий до тех пор, пока Вы не нажмете эту кнопку. Эта кнопка доступна тогда, когда выбрано задание в окне заданий Job Queue.

<!!!!!>Поставить задание/Submit Job
Эта кнопка, доступная при открытом окне нового задания, переносит в Расписание задание, определенное в этом окне.

<!!!!!>Просмотр очереди заданий/View Job Queue
Эта кнопка раскрывает окно с очереью заданий.

Управление пользователями/Manage Users
Эта кнопка раскрывает окно, в котором Вы можете установить права, ограничения или отменить привилегии пользователям для выполнения заданий Расписанием.

<!!!!!>Управление параметрами/Manage Parameters
Эта кнопка раскрывает окно, в котором Вы можете установить временные параметры для SQL-операторов QueryBack..

<!!!!!>Управление системными сообщениями/Manage System Messages
Эта кнопка раскрывает окно, в котором Вы можете создать, изменить или удалить системное сообщение. Системные сообщения включаются в метаданные каждого клиентского приложения MetaCube.

<!!!!!>Управление MetaCube/MetaCube Control
Эта кнопка раскрывает окно, в котором Вы можете настроить установки Расписания такие, как максимальное количестов заданий, выполняемых Расписанием установить права, ограничения или отменить привилегии пользователям для одновременного выполнения заданий Расписанием, периодичность, с которой Расписание проверяет наличие новых заданий.

В этой главе раскрываются возможности системы очереди заданий, также хорошо известные как функции администрирования агента, которые могут применяться к заданию в очереди.

Очередь заданий это список всех заданий, которые приняты к выполнению. Задания стоят в очереди друг за другом даже после их выполнения. Задание может быть удалено из очереди либо пользователем, который определил задание, либо администратором. При удалении задания из очереди появится запрос Расписания на удаление из базы данных всех временных таблиц, которые могли быть созданы для хранения множества результатов задания. Однако при удалении агрегирующих заданий не нужно удалять агрегации, созданные заданием.

Статус задания может быть либо в ожидании, либо в выполнении, либо завершено:

Статус задания	Изображение	Внутренний код	Описание
Ожидание Pending		0	Задание принято Расписанием, но Расписание еще не создало процесс для его выполнения, либо потому что пользователь установил время запуска, которое еще не пришло, либо потому что друние задания с более высоким приоритетом должны выпольниться первыми, либо потому что Расписание сейчас не может выполнять задания.
Выполнение Running		1	Расписание запустило процесс на выполнение задания.
Выполнено Finished	(успешно success) (с ошибками errors)	2	Задание было выполнено либо с ошибками, либо успешно. Все выполненные задания, идентифицированные по внутреннему коду; агент Администратора очереди разделяет таблицу с метаданными на определяемые, если задание выполнено с ошибками.
Неопределенное состояние Unknown state		3	Задание находится в неопределяемом состоянии.
Подготовка Scheduled	нет	4	Крайне редкое неопределенное состояние, в котором Расписание подготавливает задание к выполнению, но еще не принятое к обработке.

Таблица 2: Коды состояний заданий и сообщения

Когда пользователь запускает задание, его первоначальное состояние - "Ожидание/Pending", которое означает одно из следующего:

Когда Расписание периодически просматривает очередь заданий для поиска новых заданий, оно автоматически расчитывает приоритет всех заданий, принятых к исполнению в это время или раньше, и запускает процессы для заданий с более высокими приоритетами. Когда Расписание запускает процесс для выполнения задания, состояние задания меняется на "Выполнение/Running". При полном завершении его состояние поменяется на "Выполнено/Finished". Агент Администратора отображает одно из двух изображений для представления окончания работы задания, в зависимости от того, вернулись ли какие-нибудь ошибки в Расписание. В JOB-таблицу записывается значение состояния задания в столбик STATUS, который хранит внутренние коды 0, 1, 2, 3 или 4, которые агент Администратор переводит либо как "ожидание", либо как "выполнение", либо как "выполнено", либо как "неопределено", либо как "подготавливается" в окне очереди заданий.

Для каждого задания, поставленного в очередь, MetaCube-Расписание вычисляет приоритет пользователя, который поставил задание в очередь (приоритет пользователя) и приоритет, который пользователь сопоставил этому заданию (приоритет задания). По нажатию кнопки Управление пользователями/Manage Users в агенте Администратора, Вы можете управлять приоритетом каждого пользователя, например, часами, в которые его или ее задания могут выполняться на сервере. Расписание определяет общий приоритет задания, суммируя два числовых приоритета: приоритет пользователя, поставившего задание, и приоритет, который пользователь установил этому заданию. Задания с более высоким общим приоритетом выполняются первыми.

Пользователи MetaCube-Проводника и агента Администратора могут связать каждое свое задание с различным приоритетом в диапазоне от одного до пяти. Все задания QueryBack, исходящие из MetaCube for Excel для Расписания, имеют приоритет задания, равный трем, например, задания на полную агрегацию, исходящие из WareHouse Optimizer. Диапазон приоритетов пользователей зависит от того, какой коэффициент значимости Вы желаете сопоставить весу приоритета каждого пользователя.

Если Расписание будет всегда полагать, что те, кто поставил задание, уже измерили приоритет задания сами, то оно определит приоритет пользователя, который может быть более пяти. Для примера, Расписание всегда поставит выше задание, поставленное пользователем с приоритетом десять, над заданием, поставленным пользователем с приоритетом один, не глядя на приоритеты, установленные пользователями для своих заданий.

Вы можете также определить приоритеты пользователей с диапазоном менее пяти, и таким образом задание с высоким приоритетом, поставленное пользователем с маленьким приоритетом, будет выполняться раньше задания с низким приоритетом, но поставленного пользователем с высоким приоритетом. Таблица 3 показывает как разные диапазоны для приоритетов пользователей разветвляют систему:

Таблица 3: Соотношение приоритетов пользователя и задания

Пожалуйста, обратите внимание на то, что Расписание не определяет дату, когда задание было принято или необходимого времени ожидания, когда определялось, какое задание будет выполнено следующим. Задания с высоким общим приоритетом выполняются первыми, не зависимо от того, когда они были приняты.

Для просмотра очереди заданий из агента Администратора выберите Очередь заданий/Job Queue из меню Просмотр/View или нажмите иконку Просмотр очереди заданий/View Job Queue на панели инструментов:

Очередь заданий показывает наименование, ассоциированное с каждым задание, а также уникальный идентификационный номер, сгенерированный Расписанием для задания, имя пользователя, который поставил задание в очередь, приоритет задания, тип задания, время, в которое Расписание запустит процесс на его выполнение и время завершения процесса. Последние два поля будут не заполненными в случае, если задание в "ожидании", и последнее поле будет пустым, если состояние задания "выполняется".

Для просмотра тех или иных характеристик конкретного задания используйте указатель мышки для выбора желаемого задания в очереди. Характеристики выбранного задания появятся в бланке формы внизу окна очереди. Таблица 4 описывает эти поля:

Поле	Хранящаяся информация
Идентификатор задания Job ID	Номер, сгенерированный Расписанием, уникально идентифицирующий каждое задание в очереди
Название задания Job Name	Имя, которое пользователь сопоставил заданию. Для заданий QueryBack от вас требуется сохранить описание запроса в метаданных MetaCube, имя под которым запрос был сохранен также является названием, под которым Queryback-задания принимаются Расписанием.
Пользователь User	Имя пользователя, который поставил задание.
Приоритет Priority	Приоритет, сопоставленный пользователем перед постановкой задания, оюычно между одним и пятью, хотя имеется возможность расширить диапазон приоритетов.
Тип задания Job Type	Тип поставленного задания, который соответсвует одному из шести значений: SQL, QueryBack, Operaiong System, Full Aggregate, Incremental Aggregate, Post Aggregate или Job Set. Каждый тип задания описан в соответсвующих главах.
Состояние Status	Состояние задания, описанное в таблице 2.
Код ошибки Error Code	Код ошибки, возвратившейся заданием, если оно было завершено с ошибкой. Для полного сообщения об ошибке нажмите на иконке Полная Информация/More Information
Время принятия Submit Time	Дата и время, в которые пользователь поставил задание на выполнение.
Плановое время запуска Target Start	Дата и время, в которые пользователь требовал выполнить поставил задание.
Время запуска Start Time	Дата и время, в которые процесс был создан для выполнения задания. Если Расписание еще не создавало процесс, это поле не заполнено.
Время завершения Stop Time	Дата и время, в которые процесс закончил выполнять задание. Для всех ожидающих выполнения заданий это поле не заполнено.
Периодичность Recurring	Определяет частоту, с которой задание повторяется. Одно из значений: однажды/once, ежедневно/daily, еженедельно/weekly, ежемесячно/monthly, ежегодно/annually.

Выбирая конкретное задание, Вы требуете у Расписания пересмотреть JOB-таблицу и обновить поля внизу окна очереди, регистрируя любое изменение в состоянии задания. Пожалуйста, обратите внимание на то, что агент Администратора может поставить новые задания в JOB-таблицу и запрос, которые таблица отразит в окне очереди заданий и поставит их задания, независимо от статуса Расписания. В этом случае для большей функциональности Администратора можно продемонстрировать компьютер, не подсоединенный к серверу.

Вы можете обновить содержимое окна очереди нажав Обновить/Refresh из меню Файл/File или выбрав иконку Обновить очередь/Refresh Job Queue на панели инструментов.

Так как очередь заданий растет, Вы возможно захотите ограничить задания, появляющиеся в окне очереди. Вы можете наложить фильтр на этот список, выбрав Отбор заданий/Filter Jobs из меню Просмотр/View или щелкнув на иконке Отбор/Filter на панели инструментов. Следующий выбор возможен в окне выбора фильтра:

Любой фильтр на очередь заданий определяется тремя критериями: идентификация пользователей, которые ставят задания, тип заданий и состояние заданий. Фильтр может быть определен любой комбинацией этих критериев.

Для просмотра заданий, поставленных конкретным пользователем, выберите имя пользователя из выпадающего списка пользователей. Вы можете также увидеть все задания конкретного типа, выбрав один из шести доступных типов во втором выпадающем списке. Наконец, Вы можете увидеть задания в конкретном состоянии, выбрав одно из четырех состояний из последнего выпадающего списка. Для просмотра заданий, которые помечены на удаление, но которые Расписание еще не удалило из JOB-таблицы, включите флажок Показать Удаленные Задания/Show Deleted Jobs.

Для изменения порядка отображения очереди заданий выберите Сортировка заданий/Sort Jobs из меню Просмотр/View или щелкнув на иконке Сортировка/Sort на панели инструментов. Следующий выбор возможен в окне выбора сортировки:

Сортировка по критерию перестраивает очередь согласно выбранного порядка. Сортируя по пользователям, например, перестроится очередь по именам пользователей с возрастанием имен согласно алфавита. Сортируя по типу заданий очередь перестроится в следующем порядке: SQL, QueryBack, Job Set, Operaiong System, Full Aggregate, Incremental Aggregate и Post Aggregate. Сортировка по состояниям покажет все ожидающие задания первыми, затем подготавливаемые, выполняемые и, наконец, выполненные задания.

Когда сортируется по любому критерию, отличному от идентификационного номера задания, агент Администратора будет всегда сортировать по идентификационному номеру как по вторичному сортируемому полю. Например, если Вы сортируете по пользователям, агент отсортирует сначала по пользователям, а внутри перечня заданий, поставленных одним и тем же пользователем, будет отсортирован по идентификационному номеру.

По умолчанию, порядок сортировки также по идентификационным номерам. С учетом того, что эти идентификационные номера генерируются последовательно, то сортировка по ним обычно строит задания в порядке их постановки.

Пользователи могут поставить QueryBack-задания прямо из Проводника и MetaCube for Excel. Обычно пользователи ставят агрегирующие задания из WareHouseOptimizer. Администратор может поставить задание любого типа из агента Администратора. Для постановки нового задания выберите Новое задание/New Job из меню Файл/File или щелкнув на иконке Новое задание/New Job на панели инструментов. Окно нового задания сначала запросит у Вас описать желаемый тип задания, который Вы хотите создать:

Выберите желаемый тип задания и нажмите OK. Агент Администратора откроет окно нового задания согласно выбранного типа. Каждое окно нового задания описывается в соответсвующей главе.

По умолчанию, администратор назначает задания под именем, под которым он или она зарегистрировались при входе в агент Администратора. Однако администратор может назначить задание под другим именем пользователя. С учетом того, что другие пользователи имеют другие привилегии на базу данных и другие приоритеты Расписания, идентифицировать пользователя для их задания очень важно. Для назначения задания под именем другого пользователя выберите Сменить пользователя/Switch User из меню Правка/Edit. Агент Администратора отобразит список пользователей и их приоритеты. Выберите желаемого пользователя и нажмите OK.

Пожалуйста, заметьте, что Вы можете изменить пользователя только перед назначением нового задания. Вы не можете изменить пользователя существующему заданию если не внесете изменения в JOB-таблицу вручную через SQL-интерфейс, такой как DB Access. Фактически после открытия окна нового задания Вы не измените пользователя, чье имя внесено в выполнение задания. Заголовки окон всех новых заданий показывают имя пользователя, связанное с этимс заданием. Также заметьте, что только администратор имеет привилегии назначать задания другим пользователям.

Хотя Вы не сможете изменить имя пользователя, который назначил задание после его назначения, Вы сможете изменить другие характеристики ожидающих заданий после их появления в очереди. Для изменения зависимостей существующего задания выберите задание в окне очереди. Затем выберите Зависимости задания/Job Dependencies из меню Просмотр/View или щелкните на иконке Зависимости задания/Job Dependencies на панели инструментов. Зависимости описываются в главе ниже.

Для изменения приоритета существующего задания подсветите задание в окне очереди и выберите Приоритет задания/Job Priority из меню Просмотр/View. Агент Администратора запросит Вас ввести новый приоритет.

Для изменения даты и времени начала исполнения или частоту, с которой задание будет выполняться, выберите существующее задание в окне очереди и выберите Время и частота задания/Job Time-Frequency из меню Просмотр/View или щелкните на иконке Время и частота задания/Job Time-Frequency на панели инструментов. Агент Администратора запросит Вас ввести новую информацию. Диалог ввода времени и частоты исполнения задания описан в главе 7.

MetaCube автоматически устанавливает и поддерживает состояние задание (ожидание, подготовка, выполнение, выполнено и неопределено). Но в экстремальных редких ситуациях, таких как сбой сервера, определяемое состояние может быть неверным и в этаких случаях Вам нужно вручную изменить его. Например, если задание в состоянии "выполнения", хотя сервер отключился, после перезапуска, MetaCube Администратор будет предполагать, что задание выволняется. В таких случаях Вы захотите вручную изменить состояние либо в "ожидание" для запуска выполнения задания опять, либо в "выполнено", подсказав Расписанию игнорировать прерванное задание.

Для ручного изменения состояния определенного задания выберите Состояние задания/Job Status из меню Просмотр/View. Агент MetaCube Администратора предупредит Вас о том, что это не стандартная операция, и запросит новый код состояния, из списка описанных в Таблице 2.

Для удаления задания из очереди выберите его в списке окна очереди. Затем выберите Удаление задания/Delete Job из меню Правка/Edit или щелкните по иконке Удаление задания/Delete Job на панели инструментов. Это действие пометит запись, соответсвующую заданию в JOB-таблице для удаления. Когда Расписание "пробудиться" из периодического "сна", он удалит определенные записи из JOB-таблицы и все временные таблицы, созданные для хранения результатов задания.

Пожалуйста, обратите внимание на то, что непосредственное удалени записей из JOB-таблицы через SQL еще не означает чистку временных таблиц, связанных с удаляемыми заданиями.

Агент Администратора MetaCube позволяет Вам установить множество условий, которые должны быть удовлетворены перед выполнением конкретного задания или группы заданий. Например, Вы можете оговорить, что выполнение одного задания зависит от успешного завершения другого. Также вы можете оговорить, что выполнение задания зависит от удовлетворения произвольного условия, такого как вычисленный SQL-оператор. Такие условия называются зависимостями.

Задание может зависеть от выполнения одного или многих других заданий. Когда определяется зависимость для задания, Вы можете требовать успешного завершения другого задания или Вы можете обусловливать, что все выполнения закончатся успешно без ошибок.

Если задание зависит от выполнения других заданий, то оно не будет выполняться до тех пор, пока эти задания не закончатся, независимо от того, в какое время первоначально планировался запуск этого задания. Исходное задание таким образом имеет приоритет выше, чем приоритет задания, от которого сделана зависимость. Если задание зависит от других заданий, для одного или более из которых еще не пришло определенное время выполнения или с низшим приоритетом, то задание будет ожидать до тех пор, пока эти задания не выполняться, независимо от собственного приоритета и времени, в которое требовалось его выполнить.

Один тип задания, от которого зависит другое, является SQL-задание. Независимо от результата, возвращаемого SQL-оператором, связанным с заданием, зависимость будет удовлетворена, если SQL-оператор успешно выполнился и, в зависимости от природы связи, может даже удовлетворена, если SQL-оператор выполнился с ошибками.

Второй тип зависимости, называемый SQL-зависимостью, вычисляет результат, возвращаемый SQL-оператором SELECT. SQL-оператор может успешно выполниться, но не возвращающий результата, определяется как ложь/false; через SQL-зависимости Вы можете определить зависимость, которая не будет удовлетворена до тех пор, пока SQL-оператор успешно не выполнится, но зато вернет результат истину/true.

Когда определяется SQL-оператор для SQL-зависимости Вы должны убедиться, что этот оператор возвращает одну запись. Если вернулась нулевая или пустая запись, или если SELECT-оператор возвращает много записей, то зависимость не удовлетворяется. Все другие результаты удовлетворяют условие.

Простым примером такой зависимости может служить проверка успешной загрузки таблицы; SELECT-оператор, возвращающий количество вставленных записей. Зависимость будет только удовлетворена, если количество не равно нулю, то есть, если записи существуют в таблице. SQL-зависимость также полезна, потому что таким образом можно создать задания, зависящие от произвольных условий на базу данных.

Пожалуйста, заметьте, что в отличии от других зависимостей, которые могут включать задания с другими приоритетами, установленными для запуска в другое время и т.п., SQL-операторы для SQL-зависимости вычисляются немедленно перед обработкой задания, для которого зависимость создавалась.

Вы можете установить зависимости заданию перед тем, как устанавливаете его из окна нового задания или Вы можете изменить или создать зависимости для установленного задания, выбрав его в окне очереди. Для создания или изменения зависимостей выберите Зависимости задания/Job Dependencies из меню Просмотр/View или щелкните иконку Зависимости задания/Job Dependencies на панели инструментов. Агент Администратора отобразит окно зависимостей с именем задания, для которого Вы их устанавливаете, в заголовке окна и именами ожидающих заданий, на которые можно установить зависимость, которые отображаются слева в рамке:

В примере на картинке имя задания, для которого устанавливаются зависимости, называется QueryBack Example. Список возможных заданий отображается в верхнем левом углу окна и содержит все другие ожидающие (на данный момент) задания в очереди, которые представляют из себе все задания, доступные для включения в ваше определение этой зависимости.

Задание должно быть уже в очереди в списке для зависимости к другому заданию. Список Зависимости/Dependencies отображает все задания, на которые выбранное задание установило зависимости. Для добавления задания в этот список просто дважды щелкните на задание в списке Возможные задания/Possible Jobs. Для удаления задания из списка зависимостей дважды щелкните по нему в списке Зависимости/Dependencies.

Каждое задание в списке зависимостей может требовать успешного завершения или просто любого завершения. Отметка в виде изображения в списке показывает, что задание требует успешного завершения. Другие задания могут быть удовлетворены с любым завершением (что отражается изображением предупреждающего треугольника), независимо от того, задание завершилось успешно или с ошибками. Для изменения вида удовлетворяющего завершения выберите задание в списке Зависимости/Dependencies и установите переключатель/radio buttons в Успешно/Success или Завершение/Completion.

Любые SQL-зависимости, которые Вы пожелали привязать, будут появляться в рамке, которая отделена линией внизу окна зависимосьей, и будут выполняться первыми. Вы можете обусловить неограниченное количество SQL-зависимостей, каждый из которых будет появляться отдельной строкой в списке SQL-операторов. Для добавления SQL-зависимости щелкните на кнопку Создать/Create, после чего агент Администратора попросит Вас ввести SQL-оператор. Для редактирования существующей зависимости выберите SQL-оператор в списке и щелкните кнопку Редактировать/Edit. Для удаления существующей зависимости выберите SQL-оператор в списке и щелкните кнопку Удалить/Remove.

В этой главе объясняется как установить задание к выполнению в определенное время и с заданной периодичностью.

Вы составляете расписание для выполнения задания сервером в определенное время, когда назначаете задание из Проводника или агента Администратора. Для определения даты и времени, в которые Вы желаетет выполнить конкретное задание, выберите задание в очереди или для новых заданий откройте окно нового задания. Для нового задания в открытом окне или выбранного в очереди ожидающего задания выберите Время-Частота задания/Job Time-Frequency в меню Просмотр/View или щелкните на иконку Установить время-частоту заданию/Set Job Time, Frequency на панели инструментов. Агент Администратора отобразит диалог выбора времени, похожий на диалог, который появлялся в Проводнике MetaCube QueryBack:

По умолчанию задания назначаются для запуска "как только возможно". Однако щелкните на определенную дату и время и нажмите на переключатель Определенные Дата-Время/Specific Day-Time. Затем выберите день, выбирая дату в календаре с помощью мышки. Вы можете изменить отображаемый месяц и год, щелкнув на стрелки слева и справа от названия месяца и года. Выберите время, щелкая на прокручиваемые элементы (spin controls), следующие к индикаторам часов и минут, и выберите опцию AM/PM.

Пожалуйста, заметьте, что задания не всегда начинаются точно в определенное Вами время. Задание становится в "ожидание" до того достижения момента выполнения. Это будет происходить в одном их пяти случаев:

Для того, чтобы составить расписание заданию с повтором через постоянные интервалы времени, выберите соответсвующий интервал из выпадающего списка Частота/Frequency в диалоге выбора времени. По умолчанию, разовый/once означает задание без повторов; все остальные установки Ежедневно/Daily, Еженедельно/Weekly, Ежемесячно/Monthly и Ежегодно/Annually являются самораскрывающимися.

Перед тем, как MetaCube Расписание запустит процесс для установки повторяемости задания, он разместит новое задание в очереди с временем запуска, равным времени запуска существующего задания, но увеличенным на определенный интервал. Таким образом каждая итерация повторяемого задания будет иметь свой собственный уникальный идентификационный номер в очереди. Для прерывания повторяемости задания удалите установки из последнего найденного вхождения этого задания в очереди или просто удалите задание во время его ожидания.

Эта глава показывает как создать и привязать SQL-оператор заданию.

SQL-задание это задание серверу на выполнение любого SQL-оператора, который не возвращает записи, например такие, как UPDATE-, INSERT- и DELETE-операторы. Для выполнения SQL-операторов, которые возвращают записи, такие как SELECT-оператор, нужно составить QueryBack-задание из агента Администратора, который включит интерфейс для ввода выших собственных SQL-операторов.

Пожалуйста, обратите внимание, что SQL-задания содержат только один SQL-оператор. Если ваша база данных позволяет выполнять множественные SQL-операторы как один блок, такие как Informix's Stored Procedure language, вводите целый блок для одновременного выполнения.

Для создания SQL-задание выберите Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов, открывая окно нового задания. Выберите из списка типов заданий SQL-задание/SQL Job в окне нового задания и щелкните OK. Агент Администратора откроет новое окно SQL-задания:

Вы должны присвоить имя и приоритет вашему заданию. В поле Имя задания/Job Name введите имя задания. Это имя не должно быть уникально. Введите текст SQL-оператора в поле SQL-оператор/SQL Statement. Для изменения приоритета нажимайте кнопки-флипперы наверху справа в окне SQL-задания.

Имя задания, которое задал пользователь по умолчанию будет использоваться в протоколировании работы и показывается в заголовке окна. Для постановки SQL-задания под другим именем закройте окно задания и выберите Переключение пользователя/Switch User из меню Правка/Edit.

Вы можете определить дату и время, в которые Вы хотите выполнить задание и с какой частотой Вы хотите повторять его, выбрав Время-Частота задания/Job Time-Frequency из меню Просмотр/View или щелкнув на иконку Время-Частота задания/Job Time-Frequency в панели инструментов. Вы можете определить зависимости для этого задания, выбирая Зависимости задания/Job Dependencies из меню Просмотр/View или щелкая на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы полностью определили задание, нажмите кнопку Поставить/Submit. Пожалуйста, заметьте, что Вам не нужно обязательно включать команду Commit в ваш SQL-оператор, так как все SQl-операторы автоматически выполняют эту команду.

Когда Вы поставили SQL-задание на выполнение, Вы можете выбрать его в окне очереди заданий для просмотра его команд. Щелкните на иконку Команды/Details в окне очереди и агент Администратора отобразит SQL-текст для этого SQL-задания:

Эта глава показывает как создавать задания операционной системы, также известные как OS-задания.

Задания операционной системе запускают определенные команды операционной системы для пользователя. Пожалуйста, заметьте, что для UNIX-систем команды могут активизироваться как выполняемые скрипты. Выполняемый тип должен быть такой же, как выполнение, под которым MetaCube Расписание запускается. Все major-запуски UNIX будут приняты, включая C-, Bourne и Corne-запуски.

Для создания задания операционной системы Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов, открывая окно нового задания. Выберите из списка типов заданий OS-задание/OS Job в окне нового задания и щелкните OK. Агент Администратора откроет новое окно OS-задания:

Вы должны присвоить имя и приоритет вашему заданию. В поле Имя задания/Job Name введите имя задания. Это имя не должно быть уникально. Введите текст команды операционной системы в поле OS-команда/OS Command. Для изменения приоритета нажимайте кнопки-флипперы наверху справа в окне OS-задания.

Имя задания, которое задал пользователь по умолчанию будет показываться в заголовке окна. Вы можете определить дату и время, в которые Вы хотите выполнить задание и с какой частотой Вы хотите повторять его, выбрав Время-Частота задания/Job Time-Frequency из меню Просмотр/View или щелкнув на иконку Время-Частота задания/Job Time-Frequency в панели инструментов. Вы можете определить зависимости для этого задания, выбирая Зависимости задания/Job Dependencies из меню Просмотр/View или щелкая на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы определили приоритет задания, нажмите кнопку Поставить/Submit.

Когда Вы поставили OS-задание на выполнение, Вы можете выбрать его в окне очереди заданий для просмотра его характеристик в полях внизу формы. Для просмотра синтаксиса OS-задания щелкните на иконку Команды/Details в окне очереди и агент Администратора отобразит команды для этого задания:

Эта глава показывает как создать QueryBack-задания.

QueryBack процесс выполняет SQL, сгенерированный средствами MetaCube или введеный через QueryBack-интерфейс агента Администратора, сохраняя результат SELECT-оператора во временных таблицах на сервере базы данных. Этот агент позволяет пользователям спланировать запросы, построенные в Проводнике/Explorer и MetaCube for Excel и сохранить их для фоновой обработки. Результат QueryBack-задания сохраняется под именем, под которым сохранен запрос в метаданных.

Процесс на выполнение для SELCT-оператора виртуально идентичен SQL-процессу. Отличие между двумя агентами только в том, что QueryBack-агенты могут сохранять результаты во временных таблицах. Имя временной таблицы, связанной с конкретным QueryBack-заданием, хранится в JOB-таблице, и может принимать результаты запроса по требованию, и соответсвенно, при удалении задания (автором или администратором) будут удаляться и временные таблицы.

Агент QueryBack может не только обрабатывать SQL, сгенерированные средствами MetaCube, но и введенные вручную через интерфейс агента Администратора. Так как только агент Queryback может сохранять результаты SELECT-оператора, все SQL-операторы, которые возвращают результат, должны обрабатываться этим агентом.

Хотя QueryBack-задания обычно ставятся из Проводника/Explorer, MetaCube for Excel или других MetaCube приложений, Вы можете вручную ввести SELECT-оператор для QueryBack-задания в агенте Администратора.

Для создания QueryBack-задания в агенте выберите Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов, открывая окно нового задания. Выберите из списка типов заданий QueryBack-задание/QueryBack Job в окне нового задания и щелкните OK. Агент Администратора откроет новое окно QueryBack-задания, в котором Вы можете вручную ввести SELECT-оператор:

Вы должны присвоить имя и приоритет вашему заданию. В поле Имя задания/Job Name введите имя задания. Это имя не должно быть уникально. Вы можете изменить приоритет (по умолчанию три). Для изменения приоритета нажимайте кнопки-флипперы наверху справа в окне. Введите текст SELECT-оператора в поле SQL-оператор/SQL Statement.

Когда Вы определили приоритет задания, нажмите кнопку Поставить/Submit.

Когда Вы поставили QueryBack-задание на выполнение, Вы можете выбрать его в окне очереди заданий для просмотра его характеристик в полях внизу формы, таких как SQL-оператор, хранящийся как строка в JOB-таблице. Щелкните на иконку Команды/Details в окне очереди и агент Администратора отобразит тест SQL-оператора для этого задания:

Эта глава показывает как создать и привязать агрегацию к заданию.

Агрегация это таблица, которая суммирует транзакционные записи по различным многоразмерным группировкам, совершая расширенные ресурсо-интенсивные вычисления, которые иначе мешают высокой производительности. Так как SQL-генерирующее MetaCube средство автоматически направляет запросы в агрегирующую таблицу (как только это возможно), то создание агрегаций может улучшить производительность запросов для пользователя любого MetaCube-приложения. Принимая и группируя записи из агрегированной таблицы вместо очень больших фактических таблиц, запросы могут обрабатываться очень быстро.

Оптимизатор Хранилища Данных может анализировать модель данных для определения оптимальных уровней в многоразмерных системах, в которых нужно строить агрегирующие таблицы, включая рекомендацию об агрегировании таблиц в их описания метаданных. Оптимизатор Хранилища Данных также имеет возможность прямого доступа к Расписанию, таким образом позволяя приложению размещать агрегирующие задания в очередь. Хотя агрегации размещаются в очередь из Оптимизатора Хранилища Данных, впоследствии они могут быть изменены в агенте Администратора.

Вы можете также создавать агрегированные таблицы в двухпроходном процессе, который начинается в Оптимизаторе Хранилища Данных. Оптимизатор Хранилища Данных позволяет администраторам определять описания метаданных для агрегирования, на основании которых агент Агрегации может строить физические таблицы. Оптимизатор Хранилища Данных генерирует SQL-операторы, определяя агрегирующую таблицу и включая поля, в которых пользователь может ввести приблищающие индексы и привилегии. Как только описание агрегации было зарегистрировано в MetaCube метаданных, Вы можете пороить процесс построения агрегации из агента Администратора.

Для большей информации некоторых терминов, использованных в этой главе, таких как агрегация и фактическая таблица, и для сведений о документации на MetaCube Менеджер Хранилища Данных и Оптимизатор Хранилища Данных, пожалуйста, смотрите Руководство на MetaCube Менеджер Хранилища Данных/MetaCube Warehouse Manager's Guide.

Для построения и поддержки агрегации MetaCube Расписание порождает три процесса: aggexec, increxec и postexec. Aggexec - это процесс, отвечающий за совершение функций Агрегатора в полном режиме, суммирование данных в фактическую таблицу путем группировок суммируемых уровней в размерных таблицах, создание введенных новых агрегаций.

Когда бы Вы не ввели новую информацию в фактическую таблицу, Вы должны обновить все агрегации, которые Вы создавали. Так как агрегирующие таблицы суммируют данные из фактической таблицы, то они должны пересчитаться каждый раз, когда основные данные в фактической таблице меняются, иначе расхождения между детальными и суммированными данными будут накапливаться. Такие вычисления будут обременительны, если желаемая агрегированная таблица была удалена и будет производиться каждый раз перевычисление данных фактической таблицы.

Допустим, например, что агрегированные суммированные записи хранятся в фактической таблице в 100 миллионов строк, причем каждый месяц добавляется по миллиону новых строк. В этом примере будет очень громоздко строить наращиваемые версии старых агрегаций с новыми данными, подсчитывая миллион строк, которые будут строить новую агрегацию на основе 101 миллиона строк фактической таблицы. Процесс обновления существующих агрегаций от изменения файла, содержащего только новые данные, это называется наращиваемой агрегацией. Двумя процессами, совершающих эту операцию, являются increxec и postexec.

Агент Администратора не поддерживает интерфейс для определения или описания таблицы агрегации, которую Вы хотите создать. Процесс для создания агрегации обычно начинается либо в Менеджере Хранилища Данных, либо Оптимизаторе Хранилища Данных, оба из которых документированы в Руководство на MetaCube Менеджер Хранилища Данных/MetaCube Warehouse Manager's Guide

Оптимизатор Хранилища Данных анализирует базу данных для получения рекомендации об оптимальном наборе для построения агрегаций. По вашему подтверждению Оптимизатор может сгенерировать SQL для построения рекомендованных агрегаций и поставить задание агрегирования прямо в Расписание, пропуская агент Администратора. После постановки в очередь в JOB-таблицу задания агрегаций могут управляться из агента Администратора.

Менеджер Хранилища Данных предоставляет графический пользовательский интерфейс для описания агрегации в терминах размерностей, размерных элементов, атрибутов и измерений, уже связанных с источником данных. Менеджер Хранилища Данных может описывать как существующие агрегированные таблицы, так и таблицы, которые пока не существуют, в случае если мы этого желаем.

Пожалуйста заметьте, что когда создаются метаданные для таблицы, которая не существет, Вы можете предотвратить попытку MetaCube получить данные из таблицы, указав, что таблица некорректна, в поле в Менеджере Хранилища Данных. Если Вы зададите некорректные метаданные для агрегируемой таблицы, то aggexec будет делать это сама перед выполнением любых других операций. После того, как процесс aggexec будет работать с таблицей, он автоматически пометит таблицу как корректную перед выходом.

После того, как Вы определили имя и владельца таблицы для агрегируемой таблицы и идентифицировали измерения для суммаризации и уровни размерностей, по которым эти измерения суммируются, Менеджер Хранилища Данных может генерировать SQL для получения агригирующей таблицы. По подсказке Менеджера Хранилища Данных Вы сможете его сгенерировать, просто нажав кнопку Генерировать SQL/Generate SQL в окне Информация о создании агрегации/Aggregate Create Information Window. Это окно включает поле, в котором Вы можете ввести пароль, необходимый для создания таблицы агрегации. Процесс aggexec выполняет оператор CREATE TABLE.

Для составления расписания создания новой агрегации или полного перевычисления и пересоздания существующей агрегации выберите Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов. Таким образом логическое описание агрегации должно быть зарегистрировано в метаданных. В окне нового задания выберите Полная агрегация/Full Aggregate из списка типов заданий и нажмите OK. Агент Администратора откроет окно Задание полной агрегации/Full Aggregate Job, которое отображает список всех агрегаций, зарегистрированных в метаданных для DSS системы, к которой Вы подключены:

Рамка со списком Select Aggregate Jobs to Run содержит все агрегации, определенные в метаданных для DSS системы. Пожалуйста заметьте, что этот список включает все агрегации, для которых существуют определения в метаданных, независимо от того SQL при создании был сгенерирован из Менеджера Хранилища Данных или нет.

Вы можете выбрать одну или более агрегаций из списка, щелкая на желаемые элементы (удерживая Shift или Ctrl). Каждая выбранная агрегация будет создавать новое задание в очереди заданий. Если агрегирующая таблица уже существует, aggexec будет удалять старую таблицу, создавать новую таблицу на ее месте. Если агрегирующая таблица описана в метаданных, но не существует в базе данных, aggexec создаст новую таблицу.

Пользователь, запустивший задание на агрегацию, отображается в заголовке окна. После того, как Вы выбрали задание в списке или множество заданий, Вы можете определить время и дату, когда Вы желаете запустить задание, с какой частотой Вы хотите его повторять. Для этого выберите пункт Время и частота задания/Job Time&Frequency из меню Просмотр/View или щелкнув на иконку Время и частота задания/Job Time&Frequency на панели инструментов. Вы можете определить зависимости для этого задания, выбрав Зависимости задания/Job Dependencies из меню Просмотр/View или щелкнув на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы закончите определять задание(я), щелкните на кнопку Поставить/Submit.

Агент Администратора строит агрегацию за несколько этапов-шагов, описанных в таблице 5.

Таблица 5: Описание полной агрегации по шагам

После того, как Вы поставили задание в расписание, Вы можете выбрать задание в окне очереди заданий и просмотреть детали его выполнения. Щелкнув на иконку Детали/Detail в окне очереди заданий Вы увидите шаги, которые Агрегатор уже выполнил. Окно протокола агрегации/Aggregate Log Window отобразит ниже хронику выполнения полной агрегации:

Инкрементальные версии существующих таблиц могут быть построены из идентифицируемого набора вновь загружаемых данных, хранящихся в поэтапно сохраняемых схемах баз данных, которые обычно называются metainer. Такая схема содержит небольшие версии данных из производных фактических таблиц и агрегаций. Небольшие версии этих таблиц имеют точно такую же структуру как производные таблицы и могут быть соответсвенно построены. Однако разница между сохраняемыми и производными таблицами заключается в том, что сохраняемые таблицы включают только последние изменения базы данных.

Предположим, что ваша фактическая таблица очень большая и Вы уже имеете несколько посчитанных агрегаций по этой таблице. Каждую неделю вводятся новые данные, причем добавляются около миллиона строк в фактическую таблицу. Чем добавлять эти строки напрямую в фактическую таблицу, Вы можете размещать их в "сохраняемой" схеме. Агрегации, как и основная таблица, могут автоматически обновлять эту таблицу.

Создание инкрементальной агрегации состоит из двух шагов. На первом этапе выполняется процесс increxec, суммирующий инкрементальные данные в поэтапной схеме для создания инкрементальный версий всех агрегаций. На втором этапе, выполняемом процессом postexec, сохраняются инкрементные копии фактической таблицы и их агрегации в существующих таблицах, обновляя строки там, где это необходимо, добавляя новые строки там, где не было ранее записей. Разделяя процесс на два отдельных шага возможно Вы совершите качественную проверку перед обновлением производной схемы.

Рисунок 3: процесс инкрементной агрегации требует дополнительной схемы базы данных, используемой для областей "этапирования" и "сохранения".

После того, как Вы создали схему, в которой есть поэтапные данные и частично инкрементная версия фактической таблицы, содержащей новые данные, Вы можете начать инкрементную агрегацию, построив инкрементные версии существующих агрегированных таблиц. Выберите пункт Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов. Выберите Инкрементную агрегацию/Incremental Aggregate и выберите OK. Агент Администратора откроет окно нового инкрементного задания:

Присвойте заданию произвольное имя. Вы должны заполнить все поля, описанные в таблице 6.

Пожалуйста, заметьте, что постановка задания инкрементной агрегации для фактической таблицы создает инкрементную версию для каждой связанной агрегированной таблицы, описанную и помеченную как корректную в метаданных. Вам не нужно создавать отдельно задания на инкрементные агрегации для каждой из таблиц.

Пользователь, который запускает это задание, отображается в заголовке окна. Вы можете определить время и дату, в которые Вы хотите выполнить задание, а также частоту его повторов, выбрав пункт Время и частота задания/Job Time&Frequency из меню Просмотр/View или щелкнув на иконку Время и частота задания/Job Time&Frequency на панели инструментов. Вы можете определить зависимости для этого задания, выбрав Зависимости задания/Job Dependencies из меню Просмотр/View или щелкнув на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы закончите определять задание(я), щелкните на кнопку Поставить/Submit.

После того, как Вы поставили задание на выполнение, Вы можете выбрать задание в окне очереди заданий и просмотреть его детали. Щелкните на иконку Детали/Detail в окне очереди заданий и агент Администратора отобразит статус каждого шага, который выполнился для этого задания:

Агент инкрементного агрегатора будет выполнять три шага для каждой таблицы, которая создается:

Для каждой инкрементной агрегации в окне деталей отображается список этих шагов. Инкрементная агрегация сохраняется отдельным процессом, детально описанным в следующей главе.

После того, как таблицы для инкрементных агрегаций были созданы Вы выполняете качественную проверку перед консолидацией (объединением) этих таблиц в производную базы данных. Часто здравая проверка по суммируемым данным в инкрементных агрегациях это лучше, чем проверка на низком уровне в фактичесих таблицах. Когда Вы убедились, что данные корректны, поставьте задание, которое сохранит инкрементные результаты в производную схему. Процесс сохранения обновит фактическую таблицу и все вычисленные инкрементные агрегации в одном задании.

Для совершения этой операции выберите пункт Новое задание/New Job из меню Файл/File или щелкните на иконке Новое задание/New Job на панели инструментов. Выберите Сохранение инкрементных агрегаций/Post Incremental Aggregates и выберите OK. Агент Администратора откроет окно сохранения инкрементных заданий:

Таблица 7: поля сохранения инкрементной агрегации

Пользователь, запустивший задание, показывается в заголовке окна. Вы можете определить время и дату, в которые Вы желаете выполнить задание, а также частоту его повторов, выбрав пункт Время и частота задания/Job Time&Frequency из меню Просмотр/View или щелкнув на иконку Время и частота задания/Job Time&Frequency на панели инструментов. Вы можете определить зависимости для этого задания, выбрав Зависимости задания/Job Dependencies из меню Просмотр/View или щелкнув на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы закончите определять задание(я), щелкните на кнопку Поставить/Submit.

Детали задания сохранения инкрементной агрегации

После того, как Вы поставили задание на выполнение, Вы можете выбрать задание в окне очереди заданий для просмотра его деталей. Щелкните на иконку Детали/Detail в окне очереди заданий и агент Администратора отобразит статус каждого шага, который выполнился для этого задания:

Каждый раз, когда сохраняющее задание для заданной таблицы будет входить в точку сброса изменений (commit), оно будет генерировать другую запись. Поле Количество строк/Row Count показывает сколько записей было вставлено или модифицировано в производной схеме для этой таблицы. Поле Количество строк/Row Count увеличивается на единицу каждый раз при выполнении Commit Point. вы можете управлять настройками точки сохранения данных из экрана MetaCube Agents Control, см страницу 92.

Пожалуйста, заметьте, что таблицы в сохраняемой схеме не доступны во время процесса сохранения postexec; этот процесс только обновляет производную схему.

Эта глава показывает как создать, поддерживать, привязывать и управлять набором заданий.

Набор заданий это коллекция заданий. Например, Вы можете определить набор заданий, который запустит два SQL-оператора, набор UNIX-комманд и затем вычислит три агрегации. Набор заданий определяетсчя и ставится на выполнение из разных окон. Сначала набор определяется, а потом Вы можете его поставить как коллекцию в одном этапе. Набор заданий это удобный путь группировать связанные задания. Набор заданий может состоять из любой комбинации заданий разных типов, разные задания в наборе могут зависеть от каждого другого. Если это возможно, то набор заданий включается в другой набор.

Для определения нового набора заданий выберите Новое/New из меню Набор заданий/Job Set. Агент администратора MetaCube отобразит окно определения набора. Следующий пример показывает набор заданий под именем "Мой набор заданий/My Job Set", состоящий из двух заданий - SQL-задания и агрегирующего задания, который запущен пользователем METACUBE:

Слева отображается полный список заданий, определенных как часть набора. Для создания нового задания в этом наборе, нажмите кнопку Создать/Create. Процесс создания задания для набора идентичен созданию обычного задания, исключая то, что заданиям в наборе не устанавливаются индивидуальные приоритеты. Вместо этого все задания в наборе наследуют приоритет самого набора. Вы установите приоритет набору, когда вы поставите набор заданий в очередь из меню Новое Задание/new Job.

Для изменения определния задания в наборе выберите его в библиотеке и щелкните кнопку Редактирование/Edit. Для удаления задания из набора выберите его в списке и щелкните на кнопку Удаление/Delete.

Когда вы закончите определять набор выберите кнопку OK.

Редактирование определения набора заданий

Для изменения определения существующего набора заданий выберите Редактирование/Edit из меню Набор заданий/Job Set. Агент администратора MetaCube запросит у Вас имя набора и после ввода перед Вами раскроется окно определения набора.

Для удаления существующего набора заданий выберите Удаление/Delete из меню Набор заданий/Job Set. Агент администратора MetaCube запросит у Вас имя набора и после ввода перед Вами раскроется окно для подтверждения Вашего запроса на удаление набора.

Зависимости набора заданий ведет себя иначе чем зависимости заданий, так как Вы определяете набор перед непосредственной постановкой его в очередь. Задания в наборе могут только зависеть от других заданий в этом наборе. Для установки такой зависимости выберите определенное задание в окне определения набора и щелкните на кнопку Зависит/Depends.

Главное отличие между этим окном и стандартным окном зависимостей в том, что только задания из текущего набора перечислены в списке возможных заданий и не включены номера заданий. Это вызвано тем, что задание не имеет номера до тех пор, пока оно не поставлено на выполнение в очередь.

Пожалуйста, заметьте, что сам выбранный набор заданий может зависеть от других заданий в очереди; вы можете установить его зависимость когда будете ставить его в очередь.

После того, как набор определен Вы можете поставить его в очередь, выбрав Новое Задание/New Job из меню Файл/File или щелкнув на панели инструментов на После того, как набор определен Вы можете поставить его в очередь, выбрав Новое Задание/New Job. Выберите Набор заданий/Job Set из списка и нажмите OK. Агент ажминистратора отобразит новое окно:

Вы можете выбрать один набор или несколько из списка. Все выбранные наборы будут поставлены в очередь.

Имя пользователь, который запустил это задание, отображается в заголовке окна. Вы можете задать время и дату, в которые Вы желаете выполнить набор заданий, а также частоту повторов, выбрав пункт Время и частота задания/Job Time&Frequency из меню Просмотр/View или щелкнув на иконку Время и частота задания/Job Time&Frequency на панели инструментов. Вы можете определить зависимости для этого набора заданий, выбрав Зависимости задания/Job Dependencies из меню Просмотр/View или щелкнув на иконку Зависимости задания/Job Dependencies на панели инструментов.

Когда Вы закончите, щелкните на кнопку Поставить/Submit.

После того, как Вы поставили задание на выполнение, Вы можете выбрать этот набор заданий в окне очереди заданий для просмотра его деталей. Щелкните на иконку Детали/Detail в окне очереди заданий и агент Администратора отобразит статус каждого задания, который выполнился для этого набора:

Это окно позволяет Вым просматривать статус каждого задания в наборе.

Когда Вы первый раз ставите набор заданий в очередь только одна запись в очереди представляет набор. Например, если Вы поставили задание "Мой набор заданий" (описанный в предыдущем примере) в очереди набор заданий будет отображен как одно задание:

Однако после того, как придет время выполнения набора заданий в очереди будут отображаться все задания в этом наборе:

Когда набор заданий выполнится процесс выполнения наборов setexec совершит следующие операции:

После того, как набор заданий размещается в очереди, это задание как любое другое может быть сразу же поставлено на выполнение.

Эта глава описывает настройки агента расписаний MetaCube.

Всеми установками Расписания можно управлять через агент Администратора MetaCube. Для изменения установки выберите Управление агентами MetaCube/MetaCube Agents Control из меню Управление/Manage или щелкните на иконке Контроль Расписания/Scheduler Control на панели инструментов. Агент Администратора отобразит окно управления:

Пожалуйста заметьте, что все изменения, внесенные в параметры, будут применены только при завершении следующего цикла ожидания ядра Расписания. Ядро перечитает изменения установок только когда "проснется".

Этот параметр управляет количеством заданий Администратора, который могут выполняться одновременно. Этот параметр полезен для настройки систем с многопроцессорными конфигурациями. Обычно максимум расчитывается как:

Конечно Вы можете зарезервировать некоторые процессоры для других заданий, например, для запросов, которые пользователи передают непосредственно в базу данных, уменьшая число процессоров, предназначенных для фоновой обработки Расписания MetaCube. Однако Вы обычно не должны устанавливать это число меньше чем 3 в случае поддержки наборов заданий.

Этот параметр управляет частотой, с которой ядро Администратора будет проверять очередь для выполнения новых заданий. Обычно этот параметр устанавливают между 30 и 60 секундами.

Расписание может работать в одном из трех режимов: запущен, приостановлен или остановлен. Таблица 8 описывает каждый из режимов:

Вы можете управлять режимом, выбирая соответсвующую опцию из выпадающего списка Режимы работы/Run Mode.

Пожалуйста заметьте, что если ядро не запущено, Вы можете перезапустить sc процесс из командной строки UNIX. Смотрите Главу 3, Расписание MetaCube. Однако Вы можете переключаться между "Нет новых заданий/No New Jobs" и "Нормальное выполнение/Normal Operation" без перезапуска в UNIX.

Агент запускает агент ведения записей о событиях в log-файлы на сервере; установка уровеня протоколирования управляет уровнем детализации этих записей. Доступны три уровня протоколирования: выключен, минимальный и полный. Для стандартных операций рекомендуется минимальный уровень ведения протоколов. Полный протокол необходим Вам для быстрого устранения проблем.

Этот параметр (Commit Point) определяет частоту, с которой изменения будут переноситься в базу данных во время длительных процессов. Он означает, что Вы определяете количество строк, которые будут вставлены или изменены перед тем, как MetaCube выполнит команду COMMIT. Этот параметр предназначен для настройки Вами производительности системы. Подтверждение транзакций обычно влечет некоторую степень излишества, частично из-за протоколирования, поэтому Вы захотите увеличить это число. С другой стороны, чем это число больше, тем больше места необходимо для откатов перед тем, как произойдет подтверждение. Также чем больше Вы ждете подтверждения, тем больше данных может быть потеряно в случае сбоя. Точка подтверждения используется QueryBack-заданиями, заданиями полной агрегации, заданиями инкрементной агрегации и заданиями сохранения.

Возможность пользователям Проводника непосредственно регистрироваться

По умолчанию, агент Администратора должен регистрировать пользователя в системе MetaCube перед тем, как пользователь может поставить какое-нибудь QueryBack-задание. Включив этот параметр Вы позволяете пользователям, незарегистрированным в Проводнике MetaCube, ставить QueryBack-задания.

В этой главе объясняется как создавать пользователей агентов MetaCube и назначать им требуемые привилегии.

Пользователь агентов MetaCube это тот, кто имеет привилегии для запуска фоновых заданий из MetaCube. Пользователь должен быть зарегистрирован в агенте Администратора чтобы использовать любую из фоновых функций. Если пользователь Проводника MetaCube не зарегистрирован в агенте Администратора и не имеет привилегий регистрироваться самостоятельно, то ему не разрешено ставить задания в QueryBack.

Для создания пользователя в агенте Администратора выберите Пользователи/Users из меню Управление/Manage или щелкните на иконку Управление пользователями/Manage Users на панели инструментов. Агент Администратора отобразит окно управления пользователями:

Список показывает имя каждого пользователя и соответсвующий уровень приоритета. Для информации о пользователях и приоритетах смотрите страницу 32.

Для создания нового пользователя выберите кнопку Создать/Create. Агент Администратора запросит у Вас его имя и приоритет; оба параметра обязательны для заполнения:

MetaCube может автоматически следить за пользовательскими запросами во время их выполнения на сервере. Это средство ревизии перехватывает определение запроса и соответсвующее время для его выполнения в базе данных. Эта информация может позже использоваться системой для настройки производительности. Эта специфическая информация помогает агенту Администратора выбрать те дополнительные агрегации, которые могут повысить производительность. Аудит может быть включен или выключен для каждого индивидуального пользовательского уровня. Для включения аудита для этого пользователя включите параметр Аудит запросов пользователя/Audit User Queries.

Для изменения имени пользователя или его приоритета или для включения/выключения аудита выберите пользователя в списке и щелкните кнопку Редактировать/Edit. Агент Администратора отобразит окно, описанное выше для изменения информации о пользователе.

Для удаления пользователя (удаления фоновой функциональности для него) выберите пользователя в списке и щелкните кнопку Удалить/Delete.

После того, как пользователь определен он имеет привилегии для постановки заданий в очередь. Однако эти задания будут выполняться только в те часы, в которые он имеет привилегии на выполнение заданий. Чтобы дать привилегии пользователю на запуск заданий в определенное время дня выберите пользователя из списка в окне управления пользователями и щелкните на кнопку Часы/Hours. Агент Администратора MetaCube отобразит окно установки часов:

В этом примере агент Администратора позволит пользователю выполнять задания в любое время за исключением ночи Вторника с 5:00 p.m. до полуночи. Администратор базы данных DBA может зарезервировать это время для системного тестирования и backup'а.

По умолчанию пользователь не имеет выбранных часов. Каждая ячейка в сетке представляет один час. Ячейки, отмеченные X - это часы, в которые пользователю позволено выполнять задания. Пустые ячейки означают ограничения пользователя. Выберите соответсвующую ячейку для пользователя указателем мышки и щелкните кнопку Выбрать/Select. После этого ячейка пометиться символом X.

Вы можете выбрать все ячейки одновременно щелкнув на кнопку Выбрать все/Select All. После этого пользователю будет позволено выполнять запросы в любое время.

Для снятия соответсвующих часов с пользователя выберите диапазон ячеек мышкой и щелкните на кнопку Разъотметить/Deselect.

Когда Вы закончите делать выбор выберите OK для сохранения ваших изменений в базу данных.

Пожалуйста заметьте, что пользователи могут ставить задания в очередь в любое время, независимо от установленных здесь часов. Часы здесь показывают то время, когда агент Администратора может выполнять задания пользователя.

В этой главе описываются параметры и дается краткое описание их назначения.

Обычно это определяется для заданий задолго до того, как они выполняются Расписанием. Это случается так часто, как задание ставится на автоматический повтор. Например, задание может быть поставлено в Январе так, что оно повторяется двенадцать раз в году. В этих случаях, очень полезно иметь возможность динамически переопределять задание во время выполнения.

Например, предположим, что пользователь Проводника MetaCube ставит QueryBack-задание, которое генерирует отчет о еженедельных продажах каждую неделю. Пользователь может пользоваться связанным временным фильтром, который определяется как "текущая неделя". Когда отчет выполняется, он должен задать информацию о текущей неделе, изменив требуемый SQL-оператор для генерации отчета, и затем выполнив запрос. Параметр это динамическиопределяемый компонент запроса, меняемый каждый раз во время выполнения QueryBack процесса.

Для управления параметрами выберите Параметры/Parameters из меню Управление/Manage. Агент Администратора отобразит окно параметров:

Окно параметров отобразит список всех параметор, которые определены. Когда Вы закончите их менять, щелкните на кнопке Закончить/Done.

Для создания нового параметра выберите кнопку Создать/Create. Агент Администратора отобразит окно для создания параметра:

Вы должны дать имя параметру и определить SQL-оператор, который вернет точно одно число. Этот пример возвращает код временного периода для определенной строки в таблице временных размеров, который назван "текущий период".

Для изменения имени параметра или его определния выберите параметр в окне параметров и щелкните кнопку Редактировать/Edit, открывая окно параметра, описанное выше.

Для удаления параметра выберите его в окне параметров и щелкните кнопку Удалить/Delete.

Параметры доступны пользователям Проводника MetaCube для постановки запросов с фильтром на "связанное время". Условие связанного времени может означать, например, "последняя неделя в данных" или "этот месяц по сравнению с таким же периодом последнего года". В таких случаях QueryBack ищет "текущий период" во время выполнения, используя параметры. С параметрами запрос, требующий продажи последеней недели может быть определен заранее и каждый Понедельник QueryBack знает как восстановить данные продаж с недели, предыдущей данному Понедельнику.

Для возможности использования этого средства в Проводнике MetaCube Вы должны определить один параметр для каждого элемента во временной размерности для данной фактической таблицы. Например, предположим, что ваша временная размерность содержит следующие элементы: неделя, финансовый год и четырех недельный период. Вы тогда должны определить три параметра.

Имена параметров те же, что и заголовки элементов размерности основных атрибутов Проводника, исключая то, что все не буквенные и не числовые символы должны быть удалены. В предыдущем примере имена параметров это "Week" (неделя), "Fiscal YTD" (финансовый год) и "FourWeekPeriod" (четырех недельный период). SQL-оператор для каждого параметра должен возвращать код периода для текущего временного периода, для получения которого он предназначен. Таблица 9 описывает различные временные параметры:

MetaCube поддерживает параметры в SQL-операторах также, как и в QueryBack-заданиях. Для постановки SQL-задания с динамическим изменением во время выполнения включите имя параметра в двойные угловые скобки:

Например, предположим Вы хотите выполнять UPDATE-оператор каждую неделю. UPDATE-оператор меняет ярлык в отчете для отображения имени текущей недели, которая определена в системе MetaCube. SQL-оператор может быть затем поставлен на выполнение со встроенным параметром для недели: <<week>>.

UPDATE report_labels SET btitle =
SELECT week_description FROM time_dimension
WHERE week_code = <<week>>

Когда SQL-оператор выполняется числовое значение будет подставлено вместо <<week>>.

Эта глава описывает системные сообщения и дает описание их использования.

Окно системных сообщений обеспечивает удобный метод агента Администратора по отображению последнего состояния базы данных для пользователей. В основном, пользователи будут иметь возможность посмотреть дату последнего обновления базы данных и другую информацию, которая может быть полезной для системы. Агент Администратора может также здесь помещать другую полезную информацию, такую как телефонный номер для вызова технической поддержки.

Для создания, редактирования или удаления системных сообщений выберите Системные сообщения/System Messages из меню Управление/Manage или щелкните на иконку Системные сообщения/System Messages на панели инструментов. Агент Администратора отобразит окно системных сообщений:

Каждое сообщение связано с конкретной DSS-системой. Для выбора текущей DSS-системы для просмотра/редактирования щелкните кнопку . Когда Вы закончите, щелкните на кнопке Закончить/Done.

Для создания системного сообщения щелкните на кнопку Создать/Create. Агент Администратора отобразит окно создания системного сообщения:

В поле Последнее обновление/Last Update введите любую строку, которая может быть связана с датой. Кнопка Сегодня/Today заполняет поле текущими датой и временем. В поле Сообщение/Message введите свое сообщение. Когда Вы закончите, щелкните на кнопке OK.

Для редактирования существующего системного сообщения выберите его в списке в окне системных сообщений. Затем щелкните на кнопку Редактировать/Edit. Агент Администратора отобразит окно, описанное выше и позволит Вам изменит сообщение.

Для удаления существующего системного сообщения выберите его в списке в окне системных сообщений. Затем щелкните на кнопку Удалить/Delete.

Пользователи Проводника MetaCube могут просматривать системные сообщения выбрав Системные сообщения/System Messages из меню Проводника Просмотр/View или щелкнув на иконку Системные сообщения/System Messages на панели инструментов. Окно Проводника покажет окно, похожее на окно системных сообщений в агенте Администратора MetaCube.

Для изменения любой опции конфигурации агента Администратора выберите Настройка/Preferences из меню Редактирование/Edit. Агент Администратора отобразит окно настроек:

Описание каждого пункта находится в таблице 10.

Диапазон приоритетов задания	Диапазон приоритетов пользователя	Результат
1-5	1-10	Задания, поставленные пользователем с высоким приоритетом всегда выполняются первыми
1-5	1-4	Задания с высоким приоритетом всегда выполняются первыми

Шаг	Описание
Проверка агрегации/ Invalidate Aggregate	Агрегатор начинает агрегацию с того, что выставляет в описание метаданных флага, означающего, что агрегация недоступна для запросов. Запросы, которые будут нормально обрабатываться, будут переадресовываться к другим агрегациям или фактической таблице.
Удаление агрегированной таблицы/ Drop Aggregate Table	Если агрегированная таблица уже существует, то агент Агрегатора уничтожает таблицу, удаляя данные из нее. Для сохранения существующей таблицы во время добавления новых данных, распространите процесс на икрементную агрегацию, как это описано в этом руководстве.
Создание новой агрегированной таблицы/ Create New Aggregate Table	На этом шаге Агрегатор создает, но не заполняет агрегированную таблицу в реляционной базе данных. Хотя SQL, сгенерированный Менеджером Хранилища Данных по наполнению агрегированной таблицы, поддержиивает AINSI-стандарт, оператор CREATE будет изменяться от одной базы данных к другой; агент Агрегатора сам (в зависимости от пллатформенной зависимости) генерирует и выполняет оператор CREATE.
Заполнение агрегирующей таблицы/ Populate Aggregate Table	На этом шаге Агрегатор заполняет таблицу, созданную на предыдущем шаге, выполняя SQL, сгенерированный в Менеджере Хранилища Данных. Для генерации оператора в Менеджере Хранилища Данных нажмите кнопку Создать оператор/Create Statement, которая появится в редактируемой панели, когда метаданные для агрегирования выбраны в Logical Object Map. Заметьте, что если администратор не генерировал SQL в Менеджере Хранилища Данных, то агрегационное задание будет выдавать ошибку на этом шаге. Из-за того, что заполнение агрегирующей таблицы влечет перебор, группировку и суммирование огромного числа записей из фактической таблицы и размерностных таблиц, эта операция чаще всего самый длительный этап процесса.
Доступ/ Grant Access	После создание таблицы Агрегатор выполняет SQL-операторы, введенные через интерфейс Менеджера Хранилища Данных для раздачи прав доступа авторизированным пользователям или роли доступа для вновь созданной таблицы.
Создание индексов/ Create Indexes	Агент Агрегатора выполняет SQL-операторы, введенные через индекс-интерфейс Менеджера Хранилища Данных для построения индексов по агрегирующей таблице.
Проверка агрегации/ Validate Aggregate	После успешного выполнения предыдущего шага Агрегатор регистрирует агрегацию в метаданных как доступную. Когда анализируется база данных для оптимальных таблиц, обрабатываемых в запросах, MetaCube включает в свои оценки и новую агрегированную таблицу, перенаправляя запросы к этой таблице, если в этом случае возможно увеличение производительности.

Поле	Описание
схема метамодели/ Metamodel schema	Это поле представляет схему базы данных, которая хранит метаданные, называемую схемой MetaCube.
Пароль метамодели/ Metamodel Password	Пароль для схемы метамодели
Инкрементная схема/ Incremental schema	Схема базы данных, которая хранит инкрементные версии существующих данных таблиц.
DSS-система/ DSS System	Имя DSS-системы, для которой Вы создаетет инкрементную агрегацию. Выберите DSS-систему, нажав на кнопку
Фактическая таблица/ Fact Table	Выберите фактическую таблицу, которую Вы будете обновлять инкрементной агрегацией, нажав на кнопку

Поле	Описание
схема метамодели/ Metamodel schema	Это поле представляет схему базы данных, которая хранит метаданные. В основном, метаданные хранятся в схеме MetaCube.
Пароль метамодели/ Metamodel Password	Пароль для схемы метамодели
Инкрементная схема/ Incremental schema	Схема базы данных, которая хранит инкрементные версии существующих данных таблиц.
DSS-система/ DSS System	Имя DSS-системы, для которой Вы создаетет инкрементную агрегацию. MetaCube позволяет задать больше, чем одну DSS-систему для одной базы данных. Выберите DSS-систему, нажав на кнопку
Фактическая таблица/ Fact Table	Выберите фактическую таблицу, которую Вы будете обновлять инкрементной агрегацией, нажав на кнопку

Режим	Описание
Нормальное выполнение/ Normal Operation	Расписание работает нормально.
Нет новых заданий/ No New Jobs	Ядро Расписания активен, но не выполняет ни одно из новых заданий.
Остановка Расписания/ Stop Scheduler	Ядро Расписания не запущено.

Описание времени Проводника	Имя параметра	SQL-оператор возвращает	Пример SQL-оператора
Неделя/Week	Week	Код временного периода для текущей недели	SELECT week_code FROM time_dimension WHERE current_period='Y'
Финансовый год/Fiscal YTD	FiscalYTD	Код временного периода для текущего финансового года	SELECT fiscal_ytd_code FROM time_dimension WHERE current_period='Y'
Четырех недельный период/Four Week Period	FourWeekPeriod	Код временного периода для текущего четырех недельного периода	SELECT four_week_code FROM time_dimension WHERE current_period='Y'

Настройка	Описание
Конфигурирование/ Configuration	Если Вы используете агент Администратора не только для одной базы данных, то будет удобно сохранять конфигурационную информацию для каждой базы данных отдельно. Вы можете выбрать из списка сохраненных конфигураций, выбирая из выпадающего списка.
Схема метаданных/ Metamodel Scheme	Имя схемы, которая содержит метаданные MetaCube. Обычно это METACUBE.
Инкрементная схема/ Incremental Schema	Имя схемы, испольующейся для поэтапных инкрементных агрегаций.
Идентификатор для DSS-системы/ DSS System ID	Идентификатор конфигурационной DSS-системы для этого пользователя.
Продавец базы данных/ Database Vandor	Выберите продавца для используемой RDBMS.
Host соединение/ Host Connection	Имя источника ODBC.