/
Автор: Бэст Т. Биллингс М. Дж.
Теги: руководство базы данных учебное пособие системное администрирование
Год: 2007
Похожие
Текст
$
Огас1е ОаСаЬаге 10д:
Администрирование II
Том I • Руководство слушателя
017092К1130
Версия 3.0
Сентябрь 2007
052834
оРАСье
АиШога СорупдЫ €>2006, ОгаЫе. АН лдЫз геаегхей.
Тот Вез1 МЛ. ВШш&з ВгэсЫгпе? ТЫз йоситеп! согйатз ргоргёйагу тЬгтайоп алб 1а рго1ес!еб Ру сорупдш апб ойчег ийеНесЮа! ргорейу !ада. Уои тау сору апб рпп! (Ыз бсситеп! 5о1е1у Тог уоиг
ТесЬтса! Соп1пЬи(ог$ ап<1 КеУ1е^ег8 ода иве 1п ап ОгаМе тзопд соигее. Тпе боситегй тау по! Ье тобй>еб от аИегеб 1п апу дау. Ехсер! и'Ьеге уоиг изе сспзШи1ез ”1ак и$е" ипбег сорупдМ 1а\АА уои тау по! иае. аКаге, бода1оад; ир1оай, сору, рпп!> йеркау, регТотг гергойисе. риЬВзИ,
НегЬеП ВгадЬигу Нохуагй ВгасПеу НагаШ уап Вгеедегойе МЛ. Вгук§а Поппа Соокаеу Лое Роп^ Аиду Еогшпак (ЛеНМе Ргепгеп Лое! боодтап 8и$Ьта Ла&аппаФ СНп$1те Леа! Р!егге ТаЬгопхве Леггу Тее 8сеГап ТЫЫаЛ и?еш!у То У! Ти Агк!геа$ КетЬагск 1га 81п^ег Латев 8р!!1ег Лапе! 81ет Леап~Ртапсо18 Уегпег О1е& 1ушюу Нсепзе, роа!» {гапзтН, ог б181пЬи1е ЙМб йоситеп! 1п «уЬо!е ог !п рай \м!Ьои1 !Не ехргезз аи!Ьопгайоп оГ 0гас!е. ТЬе Ногтайоп соп!а»лой 1п йж боситеп! & аиЬ]ес1 !о сЬапде ш^Ьои! пойсе. И уои Гтб апу ргоЫет» ю 1Ье доситап!, р!еазе герой !Ьет 1п дайпд 1о: Огас!е ип!УегкИу, 500 0гас1е Рагкдау, Кебдаоб 8Ьогее Са1Иот!а 94065118Д. ТЫз Йосигпеп! !з по! даггап!еб 1о Ье еггоМгее. ЕезЫсШй ШдЫе Нойсе И !Мз боситеШайоп РеНуегей ю те ОгШегё 81а1еа Ооуеттеп! ог апуопе изюд те бооитеШаЙоп оп ЬеЬаИ оГ !Ье Мойей 81а!еа Оог'еттеп!, те 1оНоуйпд пойсе 1а аррйсаЫе: М.8. ОСЛ/ЕКИМЕЫТ И6НТ8 ТОе М.8. ОоуеттепГз пдМз !о нее, тойИу, гергобисе, ге1еа5е. рейогт, €й$р1ау, ог Й8с1оае Юеве йаНпд та!епа1з аге гез1пс1еб Ьу те !егтз о! те аррНсаЫе 0гас1е йсепае адгеетеп! алб/ог те аррНсаЫе 11.8. боуеттеп! сопйас!. Тгабетагк Нойсе Огасте, ОМ Ебдагбв, апй Реор!е8ой аге гедттгеб Тгабетагка оГ ОгаМс Согрогайоп апб/ог йз аОа1ез. Отег патез тау Ье тайетагкз оТ тег геересйуе одаеге. Перевод выяоонен: Догадиин Е.. УКЦ ФОРС, 2007
ЕсШ<)Г8
А]п Китаг
ЬШа Рауйгап
СгарЫс Ве$1&пег$
81еуе ЕКуоос!
Загуееу 8Гшгта
РиЫЕЬег
8суа1Ьа Ыаеепдга
Содержание
Предисловие
1 . Введение
Цели урока 1-2
Цели курса 1 -3
Рекомендуемое расписание 1 -4
Что рассматривалось в курсе Администрирование I 1-5
Примеры, используемые в курсе: схема НК 1 -4
Огас1е ПаГаЬазе 1О# база данных для сетевых вычислений (Спб) 1 -7
Обзор архитектуры базы данных 1-8
Структуры памяти Огаск 1 -9
Процессы Огаск 1-11
Обзор управления экземпляром Огаск 1-12
Физическая структура базы данных 1-14
Файлы, сопровождаемые Огас 1е (ОМЕ) 1-16
Логические и физические структуры базы данных 1-17
Архитектура базы данных: обобщенный перечень структурных компонентов 1-19
Итоги 1-20
2 Конфигурирование Кесоуегу Манате?
Рассматриваемые вопросы 2-2
Обзор резервирования и восстановления 2-3
Возможности утилиты Кесогхгу Мапа^ег 2-4
Компоненты утилиты Кесоуегу Мапа§ег 2-6
Шаги конфигурирования КМАМ 2-8
Сравнение видов репозитория РМАИ 2-9
Месторасположения бэкапов 2-П
Управление носителем 2-12
Использовании флэш-области восстановления вместе с РМАМ 2-14
Мониторинг флэш-области восстановления с помощью ЕМ 2-16
Использование пространства во флэш-области восстановления 2-17
7$ ЕЬА5 Н КЕСС7ЕР.У__АЕЕА__и 5АСЕ 2-18
Резервирование флэш-области восстановления 2-20
Преимущества использования флэш-области восстановления 2-21
Задание параметров, влияющих на выполнение РМАИ 2-22
Использование ЯМАЫ 2-24
Виды соединений КМАК 2-25
Запуск ЯМАМ 2-26
Дополнительные параметры при вызове ЯМАМ из командной строки 2-27
Конфигурирование настроек ЯМАМ с помощью ЕМ 2-28
Конфигурирование настроек ЯМАМ с помощью ЕМ 2-29
Автоматическое резервирование управляющего файла 2-30
Политика удержания 2-32
Сопровождение установленных параметров 2-34
Выделение канала 2-35
Автоматическое и ручное выделение канала 2-36
Опции управления каналами 2-37
Итоги 2-39
Обзор практического занятия: конфигурирование 1<МА№ 2-40
3 Использование Кесоуегу Мападег
Рассматриваемые вопросы 3-2
Ввод команд утилиты Несоуегу Мападег 3-3
Типы команд НМАЫ 3-5
Пример работы 3-6
Обзор команд КМА19 3-7
Команда ВАСКИР 3-9
Ограничения резервирования 3-10
Распараллеливание резервных наборов 3-11
Сжатые резервные наборы 3-13
Копия образа 3-14
Тэги для резервных наборов и копий образов 3-16
Опции команды ВАСКИ ₽ 3-17
Резервные наборы архивных журналов 3-19
Копирование всей базы данных 3-21
Типы резервирования в РМАИ 3-22
Выбор между дифференциальным и кумулятивным резервированием 3-24
Отслеживание измененных блоков 3-25
Включение отслеживания измененных блоков 3-26
Инкрементально-обновляемые резервные копии 3-27
Команда Ы 5Т 3-28
Команда КЕРСЖТ 3-29
Команда КЕРОКТ ЫЕЕЕ ВАСКбР 3-30
Примеры команды В.ЕРОКТ КЕЕЕ ВАСКПР 3-31
Команды НЕРОКТ ОВ8ОТЕТЕ и ВЕЬЕТЕ ОВЗОЬЕТЕ 3-32
Сопровождение резервных объектов с помощью ЕМ 3-33
Динамические представления, используемые КМ А№ 3-34
Мониторинг резервирования с помощью КМАИ 3-36
Итоги 3-38
Обзор практического занятия: резервирование базы данных 3-39
4 Восстановление после несущественных потерь
Рассматриваемые вопросы 4-2
Причины потери файла 4-3
Сравнение критических и некритических потерь 4-4
Потеря временного файла 4-5
Восстановление при потере временного файла 4-6
Статус журнальной группы 4-7
Потеря элемента оперативной журнальной группы 4-8
Пересоздание оперативных журнальных файлов 4-9
Повторное создание индексов 4-13
Методы аутентификации администраторов базы данных 4-15
Повторное создание файла парольной аутентификапии 4- 16
Итоги 4Л8
Обзор практического занятия: восстановление после потери временного файла и оперативного
журнального файла 4-19
5 Восстановление базы данных
Рассматриваемые вопросы 5-2
Методы восстановления 5-3
Восстановление, управляемое пользователем: команда ЕЕСОУЕК 5-4
Восстановление с помощью ПМАИ: команды ЕЕЗТС^Е и НЕССУЕН 5-5
Восстановление с использованием Егйегргве Мападег 5-6
Сравнение полного и неполного восстановления 5-7
Полное восстановление 5-8
Неполное восстановление 5-9
Ситуации, вызывающие необходимость неполного восстановления 5-11
Типы неполного восстановления 5-12
Выполнение неполного восстановления, управляемого пользователем 5-14
Пример убавляемого пользователем неполного восстановления до определенного момента
времени 5-16
Пример управляемого пользователем неполного восстановления до прерывания 5-18
Неполное восстановление БД посредством РМАЫ 5-20
Пример неполного восстановления посредством КМАМ с использованием предложения
(ЖТ1Е Т1МЕ 5-21
Пример неполного восстановления посредством РМАИ с использованием предложения
ЕЫТ1Е 8Е06ЕЙСЕ 5-23
Неполное восстановление с использованием ЕпШгрпзе Мападег 5-24
Неполное восстановление и сигнальный файл 5-25
Точки восстановления 5-26
Неполное восстановление: указания 5-27
Восстановление управляющего файла из автобэкапа 5-29
Создание нового управляющего файла 5-31
Восстановление табличных пространств с доступом только на чтение 5-33
Вопросы восстановления табличных пространств с доступом только на чтение 5-35
Итоги 5-37
Обзор практического занятия: выполнение неполного восстановления 5-38
6 Флэшбэк
Рассматриваемые вопросы 6-2
Обзор технологии флэшбэк 6-3
Е1азйЪаск Егор и корзина удаленных объектов 6-4
Корзина удаленных объектов 6-5
Восстановление удаленных объектов из корзины 6-7
Автоматическое использование пространства корзины 6-8
Ручное освобождение пространства корзины 6-10
Когда удаляемые объекты не переносятся в корзину 6-11
Запрос сведений о содержимом корзины 6-12
Запрос данных из удаленных таблиц 6-13
Обзор операции Е1 азЕЬаск ОакаЬазе 6-14
Описание процесса ПазЬЬаск Оа^аЬазе 6-15
Конфигурирование ПазНЬаск 0а1аЬазе 6-16
Конфигурирование возможности ПазЬЬаск Оа^аЬазе с помощью ЕМ 6-11
Примеры ПазЬЬаск Оа1аЬазе 6-19
ПазЫэаск Оа!аЬаье с помощью ЕМ 6-20
Исключение табличных пространств из операции ЕЗазйЬаск ЕакаЬазе 6-23
Рассмотрение функциональной возможности ПазйЬаск ОагаЬазе 6-24
Мониторинг ПаяЬЬаск ВазаЬазе 6-26
Мониторинг ПазйЬаск ЕЫаЬазе с помощью ЕМ 6-28
Гарантированные точки восстановления 6-29
Итоги 6-30
Обзор практического занятия: откат базы данных 6-31
7 Обнаружение и устранение повреждений информации в базе данных
Рассматриваемые вопросы 7-2
Что такое повреждение блока? 7-3
Симптомы повреждения блоков: ОКА-1578 7-4
Как обнаруживать и устранять влияние повреждений 7-5
Функциональные возможности, имеющие отношение к обнаружению и устранению
повреждений 7-7
Утилита ЕВУЕКРЕУ 7-8
Интерпретация выходных данных утилиты СВУЕЕРЕУ 7-9
Команда АЫАЕТ 2Е 7-11
Проверка целостности блока в реальном времени: ЕВ_В1.,ОСК__СНЕСК1ИС 7-12
Проверка целостности блока в реальном времени: ЕВ_ВЬОСК__СНЕСКЗЕМ 7-13
Использование утилиты ЕХР для обнаружения повреждения 7-14
Использование ЯазКЬаск в случае логических повреждений 7-15
Пакет ВВМ8_КЕРАТЕ 7-16
Использование пакета Е)ВМ8 ГЕРАТЕ 7-17
Восстановление блоков после сбоя носителя (ВМК) 7-21
ВЬОСККЕСОУЕЕ Соттапс! 7-22
Примеры использования команды ВЕОСКЕЕСОУЕН 7-23
Интерфейс ВМК, предоставляемый утилитой КМАИ 7-25
Альтернативные действия 7-26
Итоги 7-27
Обзор практического занятия: восстановление блоков после сбоя носителя 7-28
8 Мониторинг и управление памятью
Рассматриваемые вопросы 8-2
Обзор управления памятью 8-3
Структуры памяти Огас1е 8-4
Кэш буферов 8-6
Использование нескольких пулов буферов 8-8
Разделяемый пул 8-10
Большой пул 8-11
Заха-пул 8-12
Журнальный буфер 8-13
Обзор автоматического управления разделяемой памятью 8-14
Преимущества автоматического управления разделяемой памятью 8-15
Как функционирует А8ММ 8-16
Конфигурирование А8ММ с использованием Оа(аЬа$е Соп1го1 8-17
Ручное конфигурирование А8ММ 8-18
Использование автонастраиваемых параметров БОА 8-21
Использование параметров БОА, настраиваемых вручную 8-22
Использование представления У$РАЕАМЕТЕР. 8-23
Изменение значения 8СА ТАРСЕТ 8-24
Отключение АЗ ММ 8-25
Ручное изменение динамических параметров, влияющих на размер БОА 8-26
Программная глобальная область (РОА) 8-27 ?
Автоматическое управление пространством РОА 8-29
Средства поддержки управления РОА 8-30
Использование консультанта памяти для задания размера БОА 8-31
Использование консультанта памяти для задания размера РОА 8-32
Указания по эффективному использованию памяти 8-33
Указания по настройке библиотечного кэша 8-35
Итоги 8-37
Обзор практического занятия: использование А8ММ для устранения проблем распределения
памяти 8-38
9 Автоматическое управление производительностью
Рассматриваемые вопросы 9-2
Проведение настройки 9-3
Планирование производительности 9-4
Настройка экземпляра 9-6
Методология настройки производительности 9-7
Сбор статистик 9-8
События ожиданий в Огас!е 9-10
Статистики системы 9-11
Вывод статистик, связанных с сеансом 9-13
Вывод статистик, связанных с службой 9-14
Представления, используемые при поиске и устранении неисправностей, а также при
настройке 9-15
Представления словаря 9-16
Диагностика подвисаний или крайне медленное функционирование БД 9-17
Использование режима доступа к памяти 9-18
Использование страницы анализа подвисаний 9-19
Автоматический репозиторий рабочей загрузки 9-21
Базовые показатели, получаемые на основе моментальных снимков из А\Л/П 9-23
Обзор инфраструктуры консультантов 9-24
Использование консультантов с помощью Оа^аЬазе Согйго! 9-26
Типичный сеанс настройки с использованием консультанта 9-27
Ручной вызов АСОМ 9-28
Обзор применение консультанта настройки кода БОБ 9-29
Обзор применения консультанта доступа к данным из кода БОБ 9-30
Типичный сеанс консультанта доступа к данным и кода 8ОБ 9-31
Рабочая нагрузка 9-32
Опции получения рекомендаций 9-33
Просмотр рекомендаций 9-35
Асинхронная операция СОМИТ Т 9-36
Использование асинхронной операции СОММ 1Т 9-37
Итоги 9-38
Обзор практического занятия: использование АТОМ для диагностики проблем
производительности 9-39
10 Управление объектами схем
Рассматриваемые вопросы 10-2
Типы таблиц 10-3
Что такое секция и для чего она используется? 10-4
Секции 10-5
Создание секции 10-6
Методы секционирования 10-7
Сопровождение секций 10-8
Индекс-таблицы 10-9
Индекс-таблицы и обычные неупорядоченные таблицы 10-10
Создание индекс-таблиц 10-12
Кластеры 10-13
Типы кластеров 10-14
Ситуации, в которых полезны кластеры 10-16
Отсортированный хэш-кластер: обзор 10-17
Отсортированный хэш кластер: пример 10-18
Отсортированный хэш кластер: общая структура 10-19
Задачи сопровождения схем 10-20
Оценка ресурсов, необходимых сегменту 10-21
Анализ тенденций роста 10-22
Сопровождение статистик оптимизатора 10-23
Оперативная реорганизация объектов схем 10-24
Реорганизация объектов: отчет о воздействии этой операции 10-26
Реорганизация объектов: обзор 10-27
Основные шаги оперативной реорганизации, выполняемой вручную 10-28
Итоги 10-29
Обзор практического занятия: управление объектами схем 10-30
11 Управление хранением
Рассматриваемые вопросы 11 -2
Обзор управления пространством 11 -3
Управление свободным пространством 11 -4
Типы сегментов 11 -5
Размещение экстентов 11-6
Управление пространством блока 11 -7
Миграция и сцепление строк 11-8
Профилактический мониторинг табличных пространств 11 -9
Пороговые значения и разрешение проблем, связанных с пространством 11-10
Мониторинг использования табличных пространств 11-11
Сжатие объектов 11-12
Результаты операции сжатия 11-13
Возврат пространства при использовании А88М 11-14
Обзор сегментного консультанта 11-15
Сегментный консультант 11-16
Реализация рекомендаций 11-18
Г)а1аЬа$е Сопгго! и сжатее сегмента 11-19
Сжатие сегментов с использованием 11-20
Управление выделением пространства для возобновления операции 11-21
Использование возможности выделения пространства для возобновления приостановленной
команды 11 -22 <
Возобновление приостановленных команд 11 -24
Переносимые табличные пространства 11 -26
Концепция минимального уровня совместимости 11 -27
Процедура переноса табличных пространств 11 -28
Выяснение порядкового формата платформы 11 -29
Переносимые базы данных 11 -30
Процедура переноса базы данных гпреобразование в исходной системе 11-31
Процедура переноса базы данных:преобразование в целевой системе 11 -32
Переносимые базы данных: указания 11 -33
Итоги 11-34
Обзор практического занятия:управление хранением 11-35
12 Автоматическое управление пространством хранения данных
Рассматриваемые вопросы 12-2
Обзор автоматического управления пространством хранения данных 12-3
Общая архитектура А8М 12-5
Задачи, связанные с экземпляром А8М 12-7
Создание экземпляра А8М 12-8
Параметры инициализации экземпляра А8М 12-9
Изменения в параметрах экземпляра базы данных 12 10
Запуск экземпляра А8М 12-11
Доступ к экземпляру А8М 12-12
Домашняя страница А8М 12-14
Страница производительности А8М 12-15
Страница конфигурации А8М 12-16
Остановка экземпляра А8 М 12-17
Утилита ОВСА и опции хранения 12-18
Основные понятия, связанные с А8М 12-19
Дисковые т'руппы А8М 12-20
Группа отказа 12-21
Зеркалирование дисковых групп 12-22
Динамическая перебалансировка дисковых групп 12-23
Сопровождение дисковых групп 12-24
Страница администрирования А8М 12-25
Страница создания дисковой группы 12-26
Создание и удаление дисковых групп 12-27
Добавление дисков в дисковые группы 12-28
!Х
Примеры команд А1 Н е г В18КСН00 Р 12-30
А8М~файлы 12-32
Утилита А8МСМО 12-33
Миграция базы данных в структуры хранения А8М 12-34
Итоги 12-36
Обзор практического занятия: использование А8М 12-3 7
13 Управление ресурсами
Рассматриваемые вопросы 13-2
Обзор ресурсного менеджера базы данных 13-3
Определения менеджера ресурсов базы данных 13-4
Использование ресурсного менеджера 13-5
Доступ к ресурсным планам 13-7
Пример: 5 У 3:ТЕМ ЕЬАЕ 13-8
Создание нового ресурсного плана 13-9
Создание групп потребителей 13-10
Включение пользователей в группы потребителей ресурсов 13-11
Задание директив ресурсного плана 13-12
Методы распределения ресурсов в плане 13-13
Сравнение методов ЕМРНАЗ18 и РАТ10 13-14
Механизм пула активных сеансов 13-16
Настройка пула активных сеансов 13-17
Максимальное расчетное время выполнения 13-18
Конфигурирование переключения группы потребителей & 13-19
Возврат в исходную труппу потребителей при завершении вызова 13-20
Настройка тайм-аута 13-22
Установление соответствия группам потребителей ресурсов 13-23
Активация ресурсного плана для экземпляра 13-25
Информация менеджера ресурсов базы данных 13-26
Мониторинг менеджера ресурсов 13-27
Итоги 13-30
Обзор практического занятия: использование менеджера ресурсов 13-31
14 Автоматизация выполнения задач с помощью планировщика
Рассматриваемые вопросы 14-2
Упрощение управления задачами 14-3
Простое задание 14-4
Шаги использования основных компонентов 14-5
К Создание программы 14-6
2. Создание и использование расписаний 14-7
3. Создание и выполнение задания 14-8
4. Мониторинг задания 14-9
Использовании расписания, основанного на времени или событиях 14-10
Создание задания, выполнение которого основано на времени 14-11
Создание расписания, основанного на событиях 14-13
Создание расписаний, основанных на событиях, с помощью Еп1егрп8е Мапа^ег 14-14
х
Создание задания, основанного на событиях 14-15
Составление расписаний, основанных на событиях 14-16
Создание сложных расписаний 14-18
Создание цепочек заданий 14-19
Пример цепочки 14-21
1. Создание объекта цепочки 14-22
2. Определение шагов цепочки 14-23
3. Определение правил цепочки 14-24
4. Запуск цепочки 14-25
Мониторинг цепочек задавши 14-26 7
Дополнительные понятия планировщика 14-27 ®
Создание класса заданий 14-28
Создание окна 14-29
Приоритеты заданий внутри окна 14-30
Итоги 14-31
Обзор практического занятая: автоматизация решения задач с помощью планировщика 14-32
15 Безопасность базы данных
Рассматриваемые вопросы 15-2
Обзор прозрачного шифрования данных (ТОЕ) в Огас1е 15-3
ПронессТОЕ 15-5
Реализация прозрачного шифрования данных 15-6
Существующие таблицы и ТОЕ 15-9
Прозрачное шифрование данных: указания 15-10
Поддержка имен пользователей и паролей в цифровом бумажнике 15-11
Утилита Паса Ршпр и прозрачное шифрование данных 15-12
Обзор шифруемых бэкапов КМАХ 15-13
Настройка прозрачного режима 15-14
Установка парольного режима 15-15
Настройка двойного режима 15-16
Шифруемые бэкапы РМА1Ч: указания 15-17
Необходимость конфиденциальности данных 15-18
Определение и использование терминов 15-19
Общее описание виртуальной частной базы данных .15-20
Особенности виртуальной частной базы данных 15-21
Пример УРИ на уровне столбцов 15-22
Создание политики на уровне столбцов 15-23
Итоги 15-24
Обзор практического занятия: использование возможностей обеспечения безопасности базы
данных Огас1е 15-25
16 Использование поддержки глобализации
Рассматриваемые вопросы 16-2
Что необходимо знать каждому АБД 16-3
Что такое кодировка? 16-4
Кодировки Пшсобе 16-6
Как используются кодировки? 16-8
Такие проблемы следует избегать 16-9
Пример еще одной проблемы .16- 10
Выбор кодировки 16-11
Кодировки базы данных и национальные кодировки 16-12
Получение информации о кодировках 16-13
Задание языковых особенностей 16-14
Задание языковых особенностей для сеанса 16-15
Значения параметров, зависимые от языка и территории 16-16
Задание языковых особенностей 16-18
Лингвистический поиск и сортировка 16-19
Использование лингвистического поиска и сортировки 16-21
Использование лингвистического поиска и сортировки 16-23
Поддержка поиска и сортировки в командах и функциях ЗОЕ 16-24
Поддержка лингвистических индексов 16-25
Настройка лингвистического поиска и сортировки 16-26
Неявные преобразования СЬОВ в ЫСЬОВ и ИСТОВ в СВОЕ 16-27
МЕ 8-преобразования данных при использовании утилит Огас1е 16-28
ЫйЗ-преобразование данных при использовании утилиты 0а1а Рнтр 16-30
Характеристики поддержки глобализации 16-31
Итоги 16-32
Обзор практического занятая: использование возможностей поддержки глобализации 16-33
17 Практикум
Рассматриваемые вопросы 17-2
Методика практикума 17-3
Эксплуатационные требования 17-5
Конфигурация базы данных 17-6
Метод разрешения проблем базы данных 17-7
Итоги 17-9
Обзор практикума 17-10
Приложение А: Практические задании
Приложение В: Решения практических заданий
Приложение С: основные команды Ыпих и команды редактора VI
Приложение П: термины и сокращения
Приложение Е: Разделяемые серверные процессы Огас1е
Рассматриваемые вопросы Е-2
Установление соединения Е-3
Выделенный серверный процесс Е-4
Пользовательские сеансы Е-5
Пользовательские сеансы: выделенный сервер Е-6
Пользовательские сеансы: разделяемый сервер Е-7
Обработка запроса Е-8
8ОА и РОА Е-9
хн
116А и разделяемый сервер Огас1е Е-10
Конфигурирование разделяемого сервера Огас1е Е-11
Параметр 015 РАТСНЕК5 Е-12
Параметр 5НАКЕЕ 5ЕЕА7ЕК5 Е-14
Параметр МАХ_8НАНЕЕ__8ЕНУЕК8 Е-15
Параметр С1КС01Т8 Е-16
Параметр 5НАКЕС__8ЕКУЕК_5Е8810Ы8 Е-17
Другие параметры Е-18
Проверка настройки архитектуры разделяемого сервера Е-19
Динамические представления словаря данных Е-21 #
Выбор вида соединения Е-22
Когда не используется разделяемый сервер Е-23
Итоги Е-24
Приложение Е: Огас!е 8есиге Васкир
Рассматриваемые вопросы Г-2
Использование ленточных накопителей для защиты данных стека продуктов Огас1е Р-3
Преимущество для покупателя - комплексное решение от фирмы Огас1е Г-4
Централизованное управление резервированием на ленту, обеспечиваемое Огас1е Зесиге
Васки р Г-5
Административный домен Огас1е Зесиге Васкир Е-6
Огас1е Зесиге Васкир: обзор управления резервированием Р-7
Каталог Огас1е Зесиге Васкир Е-8
Пользователи Огас!е Зесиге Васкир Г-9
Предопределенные классы Г-11
Интерфейсные опции Огас1е Зесиге Васкир Е-12
У правление зашитой данных Г-13
Понятия Огас!е Зесиге Васкир, имеющие отношение к носителям Г-14
Повторное использование набора томов Г-15
Автоматическое управление устройствами Г-17
Операции управления библиотекой Г-19
Инсталляция Огас1е Зесиге Васкир Г-20
Инсталляция программного обеспечения Огас1е Зесиге Васкир Г-21
Пример инсталляции административного сервера Е-22
Использование ЕМ для определения административного сервера Г-23
Страница Огас!е Зесиге Васкир Семсе алс1 Месйа Г-24
Добавление устройств Г-25
Управление устройствами с помощью ЕМ Г-26
КМАЫ и Огас1е Зесиге Васкир Г-27
Доступ к Огас1е Зесиге Васкир из РМАГ1 Г-28
Предварительная аутентификация пользователя Г-29
Селектор хранения бэкапов базы данных Г-30
Модель использования ИМАМ и Огас1е Зесиге Васкир! Р-31
Определение селектора хранения баз данных Г-32
Проверка ленточных накопителей Г-33
Планирование операций резервирования с использованием ЕМ ИаГаЪахе СопИо! Е-34
хш
Рекомендуемая Огас1е стратегия резервирования Г-35
Сопровождение бэкапов на ленте Е-36
Выполнение восстановления БД с использованием бэкапов на ленте Г-37
Резервирование файлов файловых систем с помощью Огас1е Зесиге Васкир Е-38
УУеЫшструмент Огабе 8есиге Васкир Р-39
Сценарии создания наборов данных Огас!е Бесиге Васкир Г-40
Примеры сценариев создания наборов данных Р-41
Структура хранения файлов описаний наборов данных Р-42
Создание наборов данных с использованием \Л/еЬ-интерфейса Р-43
Понятия, относящиеся к резервированию файлов файловых систем Р-44
Задания Огаскэ Бесиге Васкир Р-45
Создание запросов резервирования по требованию Р-47
Передача запросов резервирования планировщику Р-48
Создание планов резервирования Р-49
Создание триггеров резервирования Р-50
Просмо тр свойств заданий и транскриптов Р-51
Восстановление файлов файловых систем с помощью Огас1е Бесиге Васкир Р-52
Создание запроса восстановления на основе каталога Р-53
Передача планировщику запроса восстановления на основе каталога Р-56
Вывод информации о всех бэкапах клиента Е-57
Итоги Р-58
Приложение С: Вопросы, представляющие интерес
Обзор приложения С-2
Обзор табличных пространств вида ЫдШе 6-3
Преимущества табличных пространств вида Ыдй1е 6-4
Модель использования табличного пространства вида Ыдй1е 6-5
Создание табличных пространств вида ЬфШе 6-7
Предложения команд 6-8
Примеры ВРТ и команд 6-9
Сведения, добавленные в словарь данных для поддержки \/1ОВ 6-10
Расширенный формат КСЖТБ и ВЕТ 6-11
Поддержка Х/ИЭВ: пакет БВМ8_Р(ЖТО 6-13
Обзор использования группы временных табличных пространств (ТТ6) 6-14
Преимущества группы временных табличных пространств 6-15
Создание и сопровождение групп временных табличных пространств 6-16
Группа временных табличных пространств: примеры кода БОР 6-17
Итоги 6-20
Продолжение Н: Следующие шаги, продолжающие ваше обучение
В каком направление двигаться дальше? Н-2
Возможности продолжения образования Н-3
Огас1е 11т\'ег8Йу Н-4
Продолжение вашего образования Н-5
Центр компетенции Огас1е Пшуегзйу Н-6
Огас1е Тесйпо1о§у ЫеГхогк Н-7
Обучение технологии Отас!е Н~8
Примеры использования Огас1е (ОВЕ) Н-9
Журнал Огас1е Ма^ахте Н-10
Сообщество пользователей и разработчиков приложений Огас1е Н-11
Техническая поддержка: Огас1е МелЯлпк Н-12
Спасибо! Н-13
Индекс 5- $
Предисловие
Общие сведения
Перед началом изучения курса
• необходимо иметь опыт практического использования и базовые знания о командах Ьших
Предварительные знания
Огаск ГкМаЬазе 10%: Администрирование / (017090ЯУ20)
Как организован курс
Курс Огаск ОаЯаЬазе 10%: Администрирование //проводится инструктором и включает
теоретический материал и практические упражнения. Демонстрационные примеры и предварительно
подготовленные практические занятия иллюстрируют изучаемые концепции и помогают приобрести
необходимые навыки.
5
Рекомендуемые последующие курсы „
* Огаск йШаЬазе 10%: $()Е Титп& Жогк&ор (О17265ОСЮ)
* Огаск Етегрпзе Мапа%ег 10% Огк! Согнго1 (ОГ7244СС11)
• Огаск БшаЬазе 10%: Кеа! АррИсаИоп С1и$1ег$ (I) 17276ОС20)
* Огаск Оа1аЬа$е 10%: 1тр1етен18!геатз (Т) 17333€?С 10)
• Огаск ИашВаае 10^: Оаш 6иагс1 АЛтйнМгакоп (017316С1С20)
Связанные публикации
Публикации Огас1е
Название
Огас1е ОаТаЬазе 2 Оау ОБА 10д Ре!еазе 2 (10.2)
Огас!е ОаГаЬазе А0т1пш(га(ог,8 (ЗикЗе 10д Ре1еазе 2 (10.2)
Огас1е 0а1аЬазе АррПсайоп Оеуе1орег*8 Зи^е - Багде ОЬ]ес1з 10д Ре!еазе 2 (10.2)
Огас1е Оа&Ьазе Васкир апс! Ресоуегу Абуапсеа Озег’з ОиЮе 10д РЫеазе 2 (10.2)
Огас!е 0а1аЬазе Васкир апй Ресоуегу Вазюз 10д Ре!еазе 2 (10.2)
Огас!е 0а1аЬазе СопсерШ 10д Ре!еазе 2 (10.2)
Огас1е ОакаЬазе 0а1а ^агеЬоизтд СикЗе 10д Ре!еазе 2 (10.2)
Огас1е ОаШЬазе 31оЬа1йабоп 8иррог1 ЗиЙе 10д Ре!еазе 2 (10.2)
Огас1е Ба&Ьазе Ысеп8Н1д 1п1огтайоп 10д Ре1еазе 2 (10.2)
Огас!е ОаТаЬазе №1 Зетсез Абт!П18(га1ог’з бийе 10д Ре!еазе 2 (10.2)
Огас!е ОаТаЬазе Ме1 Зетсез РеГегепсе 10д Рекэазе 2 (10.2)
Огас!е 0а1аЬазе Ыеш РеаТигез ЗикЗе 10д Ре1еазе 2 (10.2)
Огас!е Оа1аЬазе Рег1оппапсе Типпд Зи^е 10д Ре!еазе 2 (10.2)
Огас!е ОаШЬазе РБ/801 Раскадез апс! Турез РеГегепсе 10д Ре1еазе 2 (10.2)
Огас!е ОаТаЬазе Р1/8(Х Меег’з ЗиЮе апб РеГегепсе 10д Яе!еазе 2 (10.2)
Огас!е 0а1аЬазе Ресоуегу Мападег Оиюк 31аг1 СиИе 10д Не1еазе 2 (10.2)
Огас1е 0а1аЬазе Ресоуегу Мападег РеГегепсе 10д Ре!еазе 2 (10.2)
Огас1е Оа(аЬазе РеГегепсе 10д Ре1еазе 2 (10.2)
Огас1е 0а(аЬазе Зесигку ЗиЮе 10д Ре1еазе 2 (10.2)
Огас!е 0а1аЬазе 301 Ои1ск РеТегепсе 10д Ре1еазе 2 (10.2)
Огас1е ОаТаЬазе 801 Ре(егепсе 10д Ре1еазе 2 (10.2)
Огас!е 0а1аЬазе ШНйез 10д Ре1еазе 2 (10.2)
Огас!е 81геатз АОуапсес! Оиеитд Озег’з 6ик!е апй РеСегепсе
Огас1е 31геат8 Сопсер1з апО Абт1п1з1га1юп
Дополнительные публикации
• Бюллетени версий продуктов Огас1е
• Руководства по установке и настройке
• Файлы геадте
® Статьи международной ассоциации пользователей Огас1е (ЮИ6)
• Журнал Отс1е Ма^агте
Идентификатор
В14196-02
В14231-01
В14249-01
В14191-02
В14192-03
В14220-02
В14223-02
В14225-01
В14199-02
В14212-02
В14213-01
В14214-02
В14211-01
814258’01
В14261-01
814193-03
В14194-03
В14237-02
В14266-01
В14195-02
В14200-02
В14215-01
814257-01
В14229-01
1 Обозначение Элемент =... Пример _ _
* Полужирный = шрифт Придание особого значения словам и фразам (только для УУеЬ-контента) Для навигации внутри этого приложения не щелкайте на кнопке Васк или Еопуагск
Полужирный ! курсив Т ермины глоссария, * В алгоритме вводится новый ключ.
1 Квадратные скобки Название клавиши Нажмит^на клавишу [ЕпГег].
Прописные и строчные буквы Кнопки, флажки, триггеры, окна Щелкните на кнопке Выполнить. Установите флажок Не Удалять Карточку. Назначьте триггер \А/ЬепЛ/аШа1е-11ет блоку ОКО Открыть окно Основное Расписание.
Знаки вставки Путь в меню Выбери П1е > 8ауе.
Запятые 1 ТоследовательносЕь клавиш Нажмите и отпустите ио очереди следующие клавиши: [АН]. [Г],[Р] .
Шрифт Соипег ; пе\у с учетом регистра (по умолчанию ; нижний регистр) Выходной код, имя каталога, имя файла, пароль, путь доступа, ввод пользователя, имя пользователя. Строка кода: деЬид. зект (’I *, 300); Каталог: Ы.п (1)08), $ГМНОМЕ (1Ж1Х) Имя файла: расположение файла тпЗХ.ога Пароль: введите пароль Отдег Путь доступа: откройте с: \шу__с!ос5\ргсдес118 Ввод пользователя: введите 300 Имя пользователя: соединитесь как НЯ.
С прописной буквы .... 1 Метки (за исключением имен собственных) Адрес клиента (но Огас1е РауаЫе§)
Курсив 1 Слова и фразы, которые необходимо подчеркнуть, названия книг и курсов, переменные Не сохраняйте изменения в базе данных. Более подробная информация содержится в руководстве Огас1е ВашЬахе 500 Ке/егепсе Ке1еазе 2(10,2), Введите изег^тсЮЗгогз.с от, где ихегй! - имя пользователя.
Обозначение Элемент । Пример [
Кавычки Элементы интерфейса с длинными именами, у которых прописная буква только первая; ! названия глав и уроков в ссылках. 1 Выберите‘Тпс1ибе а геизаЫе тобик еотропеШГ и щелкните на Пп18Ь. Эта тема рассматривается в уроке “Работа с объектами.”
' Верхний * регистр Имена столбцов, команды ЭДЕ, схемы, таблицы, * триггеры базы данных. Используйте команду ЗЕЬЕСТ для просмотра информации, хранимой в столбце ЬА8Т_ЫАМЕ таблицы ЕМРЬОУЕЕЗ.
____Ь
Типографские обозначения в коде
Обозначение | Клемент Пример
; Нижний регистр , Имена столбцов, . таблиц, । триггеров базы ; данных Пароли ЗЕЬЕСТ 1азЕ__пате ГК.ОМ етрЬоуеез; СКЕАТЕ ОК КЕРЬАСЕ ТК1ССЕК зесиге _етр!оуеез СКЕАТЕ ПЗЕК зсоЕЕ | 1СЕЫТ1Е1ЕО ВУ Ыдег;
Объекты РЬ/8рЕ 1Еетз.ЬЕЬЕТЕ(3);
Нижний регистр, курсив Верхний регистр Синтаксические переменные Команды и функции 8<2Е СКЕАТЕ КОЬЕ го1е ЗЕЬЕСТ Ез.гзЕ__пате ЕНОМ етрЬоуеез;
Типографическая система обозначений (продолжение)
Типографические соглашения в путях навигации
В курсе используются упрощенные пути навигации» Например, для Огас1е АррНсабопз:
(Ы) 1пуо1се > Етгу > 1пУО1се ВаТсйез $шптагу (М) Онегу > Ршд (В) Аррготе
Этот упрощенный путь интерпретируется следующим образом:
1. (И) В окне навигатора выберите 1пуоке" 2» (М) В меню выберите Онегу > Ейк1 3. (В) Нажмите на кнопку Арргоге Обозначения: > Еп1гу > (тюке ВаГсйез Бпттагу»
(И) ~ Навигатор (I) ~ Пиктограмма (М) " Меню (Н) Гиперссылка (Т) ~ Табуляция (В) Кнопка
РгЫасе- 7
Введение
орлсие
СорупдЫ © 2006 0гас1е. АН пдЫе геееп/еск
Цели урока
Перечень целей курса и его построение
Обзор архитектуры базы данных Огас!е 10д
1-2
СорупдЫ © 2006, Огас!е. АН пдКШ геьегуе(±
Цели курса
В ходе этого курса вы получите практический опыт:
• Использования современных методов
резервирования и восстановления,
предоставляемых утилитой Кесоуегу Мападег
(НМАЫ) .
• Применения методов мониторинга базы данных
для настройки памяти, производительности и
структур хранения
• Управления ресурсами, планирования
выполнения заданий, решения вопросов
безопасности и глобализации
[1-3 СорупдЫ © 2006, Огас!е. А!1 пдЫз геаегуес!
Рекомендуемое расписание
1: Введение
У 2: Конфигурирование КМАЫ
3: Использование КМАИ
4: Восстановление после
несущественных потерь Д
* * 5: Восстановление ***'
6: Флэшбэк
7: Повреждения Безопасность
8: Память , ' *
16: Глобализация
9: Производительность 17: Практикум
7 Приложения
10: Схема
11: Управление
хранением
12: А8М
13: Ресурсы
14: Планиоовш»
Что рассматривалось в курсе
Администрирование !
Т 1. 2. 3. 4. Введение Инсталляция Создание БД Экземпляр К 13. Производительность 14» Концепции резервирования и восстановления 15. Резервирование
Ж 5. Структуры хранения 1 ж 16. Восстановление
6. Пользователи л 17. Флэшбэк
(к 7. Схема С" 18. Перемещение данных
8. Данные & Одновременный доступ
9. Данные отмены
10. Безопасность
11» Сеть
12. Активное сопровождение
Г ' " '' Ь„. * ' В . ' л . .Ж- Жжй ОРАСЬ-в:' I у/" ~~ ••' \ ж х . .• . . X,, - ' I
1-5 СорупдЫ © 2006 Огас!е. АЙ пдМб гезеп/ей. 1
Примеры, используемые в курсе:
схема нк
РЕ6ЮЫ„Ю (РК)
КЕО1ОЫ КАМЕ
,,,..../14
соиытя!Е$
сонктрудр (РК)
СОНЫТРУ КАМЕ
РЕОЮИДР (РК)
ЕОСАТ1ОН„Ю (РК)
8ТКЕЕТ АВОКЕ88
РО8ТАК„СОРЕ
С1ТУ
ЗТАТЕРКСММСЕ
СОУЫТЯУЮ (РК)
ОЕРАКТМЕКТ„Ю (РК)
ВЕРАКТМЕЫТ КАМЕ
МАЫА(ЗЕП_Ю
ШСАТЮКЮ (РК)
лжг' '
ЛОВДО (РК)
ЛОВ ТГП-Е
М1Ы8АЕАКУ
МАХ ЗАГАРУ
Е
ЕМРЬОУЕЕДВ (РК)
НН8ТДЧАМЕ
ГА8ТД4АМЕ
ЕМА1Г
РНОИЕ^ШМВЕН
Н1ЯЕ„ОАТЕ
ЛОВ„Ю (РК)
ВАКАРУ
СОММ1В1О1М.РСТ
МАКА6ЕНЮ (РК)
ОЕРАЙТМЕИТДР (РК)
<
ЕМРГОУЕЕДР (РК)
8ТАРТДЭАТЕ (РК)
ЕЫВОАТЕ
ЛОВДР (РК)
РЕРАКТМЕНТДР (РК)
Примеры, используемые в курсе: схема НК
В курсе используется приложение НК (Нншап Ке$оигсе$,Персонал). Оно может быть
включено как составная часть в создаваемую базу данных.
Ниже перечислены основные бизнес-правила приложения НВ:
• В каждом отделе могут работать один или несколько служащих. Каждый служащий
может быть зачислен в один и только один отдел.
* Каждая должность должна быть занята одним или несколькими служащими. Каждый
служащий в данное время должен занимать одну и только одну должность.
• При изменении отдела или должности служащего в таблицу ДОВ_Н18ТОРУ
записывается строка, в которой указываются даты начала и завершения периода, в
течение которого служащий занимал определенную должность в каком-то отделе.
Строки таблицы ДОВ_Н±8ТОКУ однозначно идентифицируются составным главным
ключом (РК), включающим столбцы ЕМРЬОУЕЕ__1В и 8ТАНТ__БАТЕ.
Условные обозначения: РК = рптагу кеу (главный ключ). РК ~ Гоге^п кеу (внешний ключ)
Сплошная линия отражает обязательное ограничение внешнего ключа (РК), пунктирная
линия - необязательное ограничение РК.
Таблица ЕМРВОУЕЕ8 также имеет рефлексивный внешний ключ. Это ограничение реализует
бизнес-правило: каждый сотрудник может подчиняться одному и только одному менеджеру.
Этот РК необязательный, потому что самый высокопоставленный сотрудник никому не
подчиняется.
Огас1е ОаСаЬазе 10д:
база данных для сетевых вычислений (бпс!)
• Автоматическое управление пространством
• Переносимое кластерное программное
обеспечение
• Кеа! АррПсабоп С1ие<:ег5 и автоматическое
управление рабочей нагрузкой
• Ресурсный менеджер
• Огас!е 8<геата
• Централизованное управление с помощью
Еп(егрпае Мападег 6Нс1 Соп1го1
• Новые функциональные возможности
самоуправления базы данных Огас1е 10д
1-7__________________________________СорупдЫ © 2006, Огас1е. АН пдЫз гезегуеб.
ОРАС1
Огас!е ОаГаЬазе 10д: ТКе ОаГаЬазе Гог ГЬе 6гШ
Огаск БаГаЬазе 10^ - первая база данных, спроектированная для грид-вычислений
сотриНп^}, В ней можно выделить некоторые наиболее важные функциональные
возможности:
• Автоматическое управление пространством (АШотаИс Зюга^е Мапа%етеп1, А8М),
поддерживающее виртуальную среду, упрощающую предоставление устройств для
хранения информации баз данных.
• Огас1е ВашЬаяе 10^ предоставляет переносимое кластерное программное обеспечение
кластеров, функционирующее на всех платформах.
• Огаск ЭаеаЬаяе 10^ обеспечивает автоматическое управление рабочей нагрузкой
служб внутри базы данных в среде кластера (ВАС).
• Огаск ГШаЬаяе 10^ обеспечивает дополнительное соответствие групп потребителей на
основе хост-машины, приложения, имени пользователя ОС или службы.
• Огаск $1геаш$ позволяет создавать потоки передачи информации между базами
данных, узлами или группами серверов грида. Отас1е Бйеашз предоставляет
унифицированную среду совместного использования информации, объединяющую в
единой технологии очереди сообщений, репликацию, события и загрузку данных в
хранилище.
• Ешегрпве Мападег Опб Сопйо! предоставляет в одном инструменте возможности
мониторинга и управления не только программным обеспечением Огаск (Огас1е
АррНсайоп Зегуег 10^ и Огас1е Оа1аЬа$е 10^) вашей грид-среды, но также \УеЪ-
приложениями (дня этого используется АррПсабоп РегГоппапсе Мапа&етеЩ (АРМ)),
хостами, устройствами хранения и устройствами балансирования загрузки серверов.
Обзор архитектуры базы данных
1-8 СорупдМ © 2006, Огас1е. АН пдМз гегеп/еб.|
Обзор архитектуры базы данных
На следующих страницах представлен обзор архитектуры базы данных Огаск. Этот курс
расширяет ваши знания о структурах, процессах и утилитах базы данных Огаск.
Каждая работающая база данных Огаск связана с экземпляром (1пмстсе) Огаск. Когда на
сервере баз данных стартует база данных, программное обеспечение Огаск выделяет
память для системной глобальной области ($уз1ет С1оЪа1 Агеа, 8СА) и запускает
несколько фоновых процессов (ЪаскртоипАргосежех) Огаск. Такое объединение 8ОА и
процессов Огаск называется экземпляром Огис1е.
После запуска экземпляра программное обеспечение связывает экземпляр с определенной
базой данных. Это называется монтированием базы данных. Вслед за этим база данных
готова для открытия, после которого она становится доступной для зарегистрированных
пользователей. На одном компьютере могут одновременно функционировать несколько
экземпляров с доступом к своей собственной физической базе данных.
Архитектуру баз данных Огаск можно представлять как совокупность различных
взаимосвязанных структурных компонентов.
База данных Огаск использует структуры памяти и процессы для управления и доступа к
базе данных. Все структуры памяти располагаются в основной памяти компьютеров,
образующих сервер базы данных. Процессы представляют собой задания, работающие в
памяти этих компьютеров. Процесс определяется как "‘поток управления” (“йнеаб о Г
сопШР) или как механизм (шесйапшп) в операционной системе, который может
выполнять последовательность шагов.
Структуры памяти Огас1е
Разделяемый
пул
Пул потоков
Большой пул
Лауа-пул
Кэш
буферов БД
Журнальный
буфер
СорупаМ © 2006, Огас!е. АН пдЫа гекегуес1
Структуры памяти Огас1е
Основные структуры памяти, связанные с экземпляром Огас1е:
• Системная глобальная область (8у§(ет С1оЬа! Агеа, 8СА), разделяемая всеми
серверными и фоновыми процессами
• Программная глобальная область (Рго^гат С1оЬа1 Агеа, РОА), частная для
каждого серверного и фонового процесса (каждому процессу выделяется своя РОА).
БОА - это область разделяемой памяти, в которой содержатся данные и управляющая
информация экземпляра.
Структуры данных БОА:
• Кэш буферов БД (БаШЬазе ЬнРГег сасйе); содержит выбираемые из БД блоки данных.
• Журнальный буфер (Кейо 1о& Ьийег); кэширует информацию повторного
выполнения (используемую при восстановлении экземпляра) до момента записи в
журнальные файлы.
• Разделяемый пул (Бйагей роо!); кэширует различные структуры, которые могут
совместно использоваться пользователями.
• Большой пул (Баг&е роо!) - необязательная область, в которой отводится память для
буферов определенных больших операций ввода/'вывода (например, операций
резервирования и восстановления), а также для серверных процессов ввода-вывода.
* Дата-пул; используется для расположения Дата-кода сеансов и данных внутри
виртуальной 1ауа-машины (Зата У1гШа1 МасЫпе - ]УМ).
• Пул потоков (81геаш8 роо!); используется Огас1е Биеатз.
При запуске экземпляра с помощью ЕпШгрпяе Мапа^ег или Б()Е*Р1и$ показывается размер
памяти, выделенной для БОА.
Структуры памяти Огас1е (продолжение)
Программная глобальная область (РСА) - это область памяти, выделяемая для каждого
серверного процесса, содержащая данные и управляющую информацию этого процесса.
Серверный процесс - это процесс, который обрабатывает запросы клиента. Каждый
серверный процесс имеет свою приватную область РОА, которая создается при старте
серверного процесса. Доступ к этой области имеет только этот серверные процесс,
операции чтения/записи в эту область выполняются через код Огас1е, вызываемый из этого
серверного процесса.
В рамках динамической инфраструктуры 86А можно без остановки экземпляра менять
размеры кэша буферов БД, разделяемого пула, большого пула, 1ауа-пула и пула потоков.
База данных Огас1е использует параметры инициализации для создания и
конфигурирования структур памяти. Например, параметр 5СА__ТАК6ЕТ задает общий
размер памяти, доступной для 86А. Когда параметр 8СА ТАКСЕТ ~ 0, автоматическое
управление разделяемой памятью (АгйотаИс Зйагес! Метогу Мапа^етеп!) выключено.
Процессы Огас1е
Серверный
процесс
Серверный
процесс
Серверный
процесс
Серверный
процесс
Системная
глобальная область
86А
Системный
монитор
5МОИ
Монитор
процессов
РМО1М
Процесс
записи в БД
ОВУУл
Процесс
контрольной
точки
СКРТ
Процесс
записи в
журнал
Архиватор
АКСп
Фоновые процессы
1-11
СорупдЫ © 2006, Огас!е. АН пдЫб геаегуеё.
Процессы Огас1е
Когда вызывается прикладная программа или инегрументальное средство, например,
Еп(егрп$е Мапа^ег, Огас1е создает серверный процесс для выполнения команд,
порождаемых приложением.
Кроме того. Огас1е создает набор фоновых процессов для экземпляра. Эти процессы
взаимодействуют друг с другом и с операционной системой. Они управляют структурами
памяти, записывают информацию на диск в асинхронном режиме ввода/вывода и
выполняют общесистемные служебные действия.
Состав работающих в текущий момент фоновых процессов зависит от используемых
функциональных возможностей базы данных. Наиболее общие процессы следующие:
• Системный монитор (8у«1ет топИог - 8МОГМ); выполняет восстановление после
отказа экземпляра при его последующем старте.
• Монитор процессов (Ргосезз шонНог - РМ(Ж); выполняет очистку после
аварийного завершения пользовательского процесса.
• Процесс записи в БД (ВаШазе ятгйег ~ ПВВ^п); пишет модифицированные блоки
из кэша буферов БД в файлы на диск.
• Процесс контрольной точки (СЬескро1п( - СКРТ); изменяет все файлы данных и
управляющие файлы, внося в них информацию о самой последней контрольной
точке.
• Процесс записи в журнал (Ьо§ мтйег - ЬСХУН); пишет журнальные записи на диск.
• Архиватор (АгсЫтег - АКСп); копирует файлы оперативного журнала в архив
после заполнения оперативных журнальных файлов или после выполнения
переключения журнала.
Обзор управления экземпляром Огас1е
Пример:
Запуск экземпляра БД
Установление соединения
...........—...........
..ы..;.,
8СА
Системный
монитор
(8МОН)
Монитор
процессов
(РМОЫ)
ользонэтельскии
процесс
^Серверный
3 ) процесс
Кэш
буферов БД
Лк.
Процесс
записи в
БД
да
Журнальный
буфер
Процесс
записи в
журнал
(шут)
Оперативные журналы
Файлы иных
1-12
СорупдЫ © 2006, Огас!е. АН пдЬШ гезегуеб.
I
Обзор управления экземпляром Огас1е
В приводимом примере на наиболее общем уровне описываются операции, выполняемые
базой данных Огас1е. Этот пример отражает конфигурацию Огас1е, в которой
пользовательские и связанные с ними серверные процессы выполняются на различных
компьютерах (соединение через сеть).
1. На компьютере, на котором функционирует Огас1е (часто такой хост называют
сервером баз данных) был запущен экземпляр базы данных Огас1е.
2. На локальном компьютере или рабочей станции, на которой функционирует
приложение запускается пользовательский процесс. Клиентское приложение
пытается установить соединение с экземпляром с использованием драйвера служб
Огас1е Не1.
3. Экземпляр обнаруживает поступающий от приложения запрос на установление
соединения, связывает приложение с серверным процессом, который начинает
выполнять запросы на выполнение операций, приходящие от пользовательского
процесса.
Обзор управления экземпляром Огас1е
- .............................................
Экземпляр:
Обработка
команды 8СЛ.
Кэш
буферов БД
1йлйр>^
86А
•«
I
Серверный
процесс
Процесс
записи в
БД
(РВУУл)
1ользовательски1Г
процесс >
10
Процесс
контрольной
точки
ц^ци
Журнальны
й буфер
Процесс
записи в
журнал
(ШУУК)
Архиватор ;
(АЯСп)
1-13
Файлы данных Управляющий Оперативные Архивные
файл
журналы
журналы
изменяет строку»
СорупдЫ О 2006. Огас1е. АН пдМа гевегуеД
Обзор управления экземпляром Огас1е (продолжение)
4. Пользователь изменяет строку.
5. Серверный процесс получает команду и проверяет, находится ли уже такая же
команда в разделяемом пуле 86А. Если найдена разделяемая область 8рЕ,
серверный процесс проверяет привилегии доступа пользователя к требуемым
данным, а затем использует для обработки команды существующую разделяемую
область 8рЬ. Если команда не найдена в разделяемом пуле, тогда для проведения
синтаксического разбора и выполнения команды выделяется новая разделяемая
область 8(}Е.
6. Серверный процесс выбирает необходимые для обработки табличные данные из
файлов данных или из блоков данных, находящихся в 86А.
7. Серверный процесс модифицирует табличные данные в 8СА.
8. При фиксации транзакции процесс ПМ немедленно записывает в оперативный
журнал информацию о транзакции.
9. Процесс ИВит? пишет эффективным образом модифицированные блоки на диск.
10. Серверный процесс передает приложению сообщение об успешном или неудачном
завершении операции.
В ходе всей этой процедуры также выполняются фоновые процессы, отслеживающие
условия, при которых требуется их вмешательство.
Физическая структура базы
данных
Управляющие
файлы
ъ
'Ш 9^
Файл
параметров
' !
Файл паролей
Ч
-** д^-
Файлы данных
Г* г
Г
ч 1
а®
Файлы с
резервными
объектами
Оперативные
журналы
Архивные
журналы
Сигнальный и трассировочные файлы
1-14 ______________________________СорупдЫ © 2006, Огас!е. АН пдЫа гекегуед.______________________________________________
Физическая структура базы данных
В базе данных Огас1е находятся перечисленные ниже виды файлов.
• Управляющие файлы; содержат метаданные о самой БД (например, данные о
физической структуре). Эти файлы очень важны для БД. Без них не могут быть
открыты файлы данных и поэтому не может быть открыт доступ к информации БД.
• Файлы данных; содержат данные пользователей и приложений, хранимые в БД.
• Оперативные журналы (оперативные файлы повторного выполнения);
позволяют восстановить базу данных после сбоя экземпляра. Когда работа базы
данных завершается аварийно и при этом не теряются никакие файлы данных,
экземпляр может восстановить базу данных на основе информации в этих файлах.
Большое значение для успешной работы БД имеют следующие файлы.
• Файл параметров; используется для описания стартовой конфигурации экземпляра.
• Файл паролей; позволяет пользователям удаленно подсоединяться к базе данных
для выполнения административных задач.
• Файлы с резервными объектами; используются для восстановления базы данных.
Эти файлы обычно копируются из резерва (гемогё) в случае потери носителя (теска
/аНиге\ а также в случае пользовательской ошибки, приведшей к повреждению или
удалению первоначального файла.
• Архивные журналы (архивные файлы повторного выполнения);
хронологические копии созданных экземпляром оперативных журналов. Эти файлы
позволяют восстановить базу данных. Для этого сначала из резервных объектов базы
данных извлекаются потерянные файлы данных, которые затем восстанавливаются с
помощью архивных и оперативных журналов.
Физическая структура базы данных (продолжение)
• Трассировочные файлы; каждый серверный и фоновый процесс может писать в
связанный с ним трассировочный файл. При обнаружении внутренней ошибки
процесс выводит дамп с информацией об ошибке в трассировочный файл. Некоторая
часть информации, которая пишется в трассировочный файл, предназначена для
администратора базы данных, другая часть данных необходима службам
технической поддержки Огас1е (Огас1е 8пррог18егу1се$).
* Сигнальные файлы: являются специальными трассировочными файлами.
Сигнальный файл базы данных представляет собой хронологический журнал
сообщений и ошибок. Огас!е рекомендует просматривать такие файлы.
$
Файлы, сопровождаемые Огас1е (ОМЕ)
Задание операций с файлами в терминах объектов
базы данных, а не с использованием имен файлов.
Параметр Описание
ВВ_СЖАТЕЕ1ЕЕ_ЮЕ5Т Указывает директорию по умолчанию в файловой системе для файлов данных и временных файлов
ПЕ8Т_п Определяет месторасположение по умолчанию для создаваемых журнальных и управляющих файлов
Определяет месторасположение резервных объектов, получаемых с помощью утилиты КМАЫ
Пример:
8СЬ> АЬТЕК 8У5ТЕМ 8ЕТ ВВ_СКЕАТЕ_Е1ЕЕ_СЕ8Т = 80Е> СКЕАТЕ ТАВИЕ8РАСЕ. ЫиОг/огаЗДж*;
' 2’16 _______ _ __2 _ _ "
Файлы, сопровождаемые Огас1е (ОМЕ)
Использование файлов, сопровождаемых Огас1е (Огас1е Мапаред ГИез ~~ ОМЕ) устраняет
необходимость прямого управления администратором файлами операционной системы,
входящими в базу данных Огаск. Операции задаются в терминах объектов базы данных, а
не с использованием имен файлов. При необходимости база данных использует внутри
себя стандартный интерфейс файловой системы, чтобы создавать и удалять файлы
следующих компонентов БД:
* табличных пространства;
• журнальных файлов;
• управляющих файлов;
* архивных журналов:
• файлов отслеживания измененных блоков;
• журналов отката;
• резервов &МА1Ч.
В базе данных могут быть как файлы, сопровождаемые, так и не сопровождаемые
сервером Огаск. Каталоги файловой системы, задаваемые в этих параметрах, должны
существовать, и база данных их не создает. Для каталога должны быть установлены права
доступа, позволяющие базе данных создавать в нем файлы.
В примере на слайде задан параметр 1)В СКЕАТЕ_Е1ЬЕ__ОЕ8Т. Поэтому в команде
СКЕАТЕ ТАВЬЕ 8 РАСЕ опущена фраза БАТАГ1БЕ. Файл данных создается в
месторасположении, определяемом параметром ОВ_СКЕАТЕ_Е1ЕЕ_ЕЕ5Т.
1-17 СорупдЫ ® 2006, Огасте. АН пдЫв гезегуед.|
Логические и физические структуры базы данных
База данных Огас1е - совокупность данных, обрабатываемых как единое целое. Обшее
назначение базы данных заключается в хранении и получении связанной информации.
База данных состоит из логических и физических структур.
Табличные пространства
База данных делится на логические компоненты хранения, называемые табличными
пространствами. В них объединяются связанные между собой логические структуры.
Например, в табличном пространстве обычно группируют все объекты приложения для
упрощения некоторых административных операции. Можно создать табличное
пространство для данных приложения и дополнительно табличное пространство для
индексов приложения.
Базы данных, табличные пространства и файлы данных
Па слайде показаны взаимосвязи между базой данных, табличными пространствами и
файлами данных. Каждая база данных логически делится на одно или несколько
табличных пространств. Для каждого табличного пространства явно создается один или
несколько файлов данных. В них хранятся данные всех логических структур,
размещенных в табличном пространстве. Для временного (ТЕМРОНАКУ) табличного
пространства вместо файла данных создается файл временных данных (1етрШе).
Логические и физические структуры базы данных (продолжение)
Схемы
Схема - совокупность объектов базы данных, принадлежащих пользователю БД. К
объектам схемы , например, относятся таблицы, представления, последовательности,
хранимые процедуры, синонимы, индексы, кластеры и связи базы данных. В общем
случае в число объектов схем включается все, что приложение создает в базе данных.
Блоки данных
Данные в Огас1е на самом низком структурном уровне хранятся в блоках данных. Один
блок данных связан с конкретным количеством байтов в физическом пространстве базы
данных на диске. Для каждого табличного пространства при его создании задается размер
блока. База данных использует и распределяет свое свободное пространство в блоках
данных Огас1е.
Экстенты
Следующий более высокий уровень логического пространства базы данных называется
экстентом. Он содержит конкретное количество смежных блоков данных (полученных при
одном выделении), используемых для хранения информации определенного вида.
Сегменты
В логической структуре БД сегмент располагается на один уровень выше экстента.
Сегмент - набор экстентов, выделенных определенной логической структуре. Ниже
перечислены некоторые типы сегментов.
• Сегменты данных’, каждая таблица, отличная от кластеризованной и индекс-
таблицы, имеет сегмент данных. Все табличные данные хранятся в экстентах своего
сегмента данных. В секционированной таблице у каждой секции свой сегмент
данных. У каждого кластера также имеется свой сегмент данных. Данные всех
таблиц кластера располагаются в кластерном сегменте данных.
• Индексные сегменты: у каждого индекса имеется индексный сегмент, в котором
находятся все его данные. В секционированном индексе каждая секция имеет свой
индексный сегмент.
• Сегменты отмены*, администратор базы данных создает одно табличное
пространство типа ВЬЮО для временного хранения информации отмены (ипск)). Эта
информация используется для генерации данных при согласованном чтении из базы
данных, а также при восстановлении базы данных и откате незафиксированных
транзакций пол ьзователей.
• Временные сегменты*, создаются Огас1е, когда командам $рЬ требуется рабочая
область для завершения выполнения. После окончания выполнения экстенты
временного сегмента возвращаются экземпляру для последующего использования.
Задавайте временное табличное пространство для каждого пользователя или же
временное табличное пространство, используемое по умолчанию для всей базы
данных в целом.
База данных Огас1е выделяет пространство динамически. Дополнительные экстенты
выделяются, когда заполнены все экстенты сегмента. Так как выделение экстентов
производится, когда это необходимо, на диске экстенты одного и того же сегмента могут
быть смежными и несмежными.
Архитектура базы данных: обобщенный
перечень структурных компонентов
• Структуры памяти:
- Системная глобальная область (56А): кэш буферов
БД, журнальный буфер и другие пулы
- Программная глобальная область (Р6А)
• Процессы: ,
- Пользовательский процесс и серверный процесс
- Фоновые процессы: 8М0Ы, РМОЫ, ОВУУл, СКРТ,
1_6УУК, АКСл и т.д.
• Структуры хранения:
- Логические: база данных, схема, табличное
пространство, сегмент, экстент, блок Огас1е
- Физические: файлы данных, файлы параметров,
журналы и блок ОС
СорупдЫ © 2006, Огас1е. АН пдМе гезегуеб|
Архитектура базы данных: обобщенный перечень структурных компонентов
На этом уроке был представлен обзор структурных компонентов базы данных Огас1е
(структуры памяти, процессы и структуры хранения). Понимание архитектуры базы
данных Огас1е необходимо для изучения этого курса.
Итоги
• Перечень целей курса
• Обзор архитектуры базы данных Огас1е 10д
I
Конфигурирование Яесоуегу Мападег
%
1
СорупдМ © 2006, Огас1е. АН пдЫа гевеп/ед
Рассматриваемые вопросы
• Репозиторий и каталог восстановления КМАЫ
• Описание интерфейса библиотеки управления
носителем
• Конфигурирование параметров базы данных,
влияющих на операции, выполняемые КМАИ
• Подсоединение к трем различным типам баз
данных с использованием КМАЫ
• Конфигурирование двух видов политики
удержания
• Изменение стандартных установок КМАМ по
команде С0ЫЕ161ЖЕ
2-2
СорупдМ © 2006, Огас1е. АП ге&егуеб.
Рассматриваемые вопросы
Кесоуегу Манате? (НМАЫ) - это компонент базы данных Огас1е 10^, используемый
для выполнения операций резервирования и восстановления. ЕШегрпяе Мапа^ег
(ЕМ) предоставляет графический интерфейс к наиболее часто используемым
функциональным возможностям утилиты КМАИ.
На занятиях курса База данных Огас1е: администрирование I демонстрировались
основные операции КМАИ, выполняемые с помощью ЕМ ПагаЬаке СоШго! Соп$о1е.
Поэтому в этом уроке графический интерфейс к ЯМАМ не будет подробно
рассматриваться.
Обзор резервирования и
восстановления
В курсе Администрирование / рассматривались
следующие основные вопросы, связанные с
резервированием и восстановлением:
• Типы сбоев, которые могут произойти
- в команде, сеансе, сбой экземпляра, потеря
носителя и т.д.
• Конфигурирование режима акснгуеьос
* Планирование автоматического
резервирования
• Инкрементальное резервирование
• Выполнение и настройка восстановления
после сбоя экземпляра
ОГ?АСкЕ
2-3
СорупдЫ © 2006, Огас1е. АН НдЫа ге$егуеб.
Обзор резервирования и восстановления
В курсе База данных Огас1е: администрирование / рассматривались основные
вопросы, связанные с резервированием и восстановлением В последующих уроках
некоторые из этих вопросов будут рассмотрены значительно подробнее.
Возможности утилиты Кесоуегу Мападег
КМАЫ предоставляет гибкие методы:
* Резервирования баз данных, табличных
пространств, файлов данных, управляющих
файлов и архивных журналов
* Управления задачами резервирования и
восстановления
* Выполнения инкрементального
резервирования и восстановления на уровне
блоков
• Выявления поврежденных блоков во время
резервирования
• Использования двоичного сжатия во время
создания бэкапов
Возможности утилиты Яесоуегу Мападег
Кесоуегу Мападег (КМАК) - это утилита Огаск, используемая для управления
операциями резервирования, копирования из резерва и восстановления базы данных
Огас1е. ЯМАИ имеет мощный командный язык, который не зависит от ОС.
Утилита ЯМАХ предоставляет несколько возможностей для резервирования,
недоступных при использовании команд операционной системы.
• Хранит часто выполняемые операции в базе данных в виде скриптов.
• Включение отслеживания изменений в базе данных позволяет ЯМАЛ
ограничить инкрементальное резервирование копированием только тех блоков,
которые были изменены с момента выполнения предыдущего резервирования.
В результате повышается производительность резервирований и уменьшается
время операций восстановления базы данных, работающей в режиме
АКСНТУЕЬОС.
• Для каждой резервного набора можно определить размер фрагмента и
сократить время создания за счет распараллеливания операций резервирования.
• ЯМАХ может восстанавливать отдельный поврежденный блок или набор
блоков одного файла данных вместо того, чтобы копировать из бэкапа и
восстанавливать файл данных целиком.
Возможности утилиты Кесоуегу Мападег (продолжение)
• Операции КМАИ могут быть сгруппированы и автоматически выполняться с
помощью планировщика базы данных Огас1е (Огас1е Ва1аЬа$е ВсйеМег).
Планировщик будет рассмотрен в уроке “Автоматизация выполнения задач
с помощью планировщика”.
• Обнаружение поврежденных блоков во время резервирования и доступ к
информации о таких блоках с использованием динамических представлений
У$ВАСКиР__СОННПРТ1ОК и У$СОРУ_СОКВПРТЮ1М .
» Следующие особенности КМАИ повышают производительность:
- автоматическое распараллеливание процессов резервирования,
копирования из бэкапа и восстановления;
- отсутствует генерация лишних журнальных записей при оперативном
резервировании базы данных;
- при резервирований чтение данных из файла может выполняться
ограниченное параметром количество раз в секунду, чтобы не снизить
производительность ОЬТР-системы;
- при помощи мультиплексирования предотвращается загруженность
файлов операциями чтения/записи и обеспечивается непрерывность
подачи данных для записи на ленточный носитель.
• Для повышения скорости работы и надежности при взаимодействии
инструментов управления носителем сторонних фирм с устройствами для
хранения данных используется специальный программный интерфейс
приложения (АР1).
• При использовании пользовательских методов управления необходимо
хранить информацию обо всех файлах баз данных и бэкапах. Когда
требуется восстановление, администратор должен найти местоположение
бэкапов, скопировать их в правильное место с использованием команд ОС и
выбрать применяемые журналы. КМАИ выполняет эти задачи
автоматически. Это преимущество в особенности важно при использовании
файлов, сопровождаемых Огас1е (Огас1е Мапа^ед ВИез) и флэш-области
восстановления (В1аз11 Весогегу Агеа).
Примечание
Не все из этих свойств рассматриваются в данном курсе. Дополнительную
информацию о:
• КМАИ и его возможностях см. в документах Огас1е Оа1аЪа$е Васкир апВ
Весогегу Ва$1с$ и Огас1е Па1аЬаае Васкир апс! Весохегу АбхапсеВ Укег’х
ОшВе\
• синтаксисе команд КМ АН см. в руководстве Огас1е Ва1аЬа$е Весохегу
Мападег Ве/егепсе.
Компоненты утилиты Кесоуегу Мападег
СорупдЫ © 2006, Огас1е. АН пдМа геаегуеа.
ЛС1_€Е
Компоненты утилиты Кесоуегу Мападег
Исполняемый модуль (Кесоуегу Мападег ЕхесШаЫе)
Исполняемый модуль КМАК предоставляет интерфейс командной строки
утилиты Несоуегу Мападег, доступный с помощью клиентского приложения
КМА№ Кесоуегу Мападег интерпретирует команды пользователя и запускает
соответствующие серверные сеансы для выполнения требуемых задач.
Еп€егрг1§е Мападег
Еп1егрп8е Мападег Оа1аЬа§е Соп1го1 Соп8о1е обеспечивают графический
пользовательский интерфейс к большинству наиболее используемых
возможностей К.МАМ
Серверные сеансы (8егуег 8е«81он8)
Серверные процессы (1Ж1Х) или нити (ХУМогуз), вызываемые КМАИ,
устанавливают соединение с базой данных назначения для выполнения функций
резервирования, копирования из бэкапа и восстановления через интерфейс
РЬ/ЗРЬ. Эти сеансы пишут или читают файлы с диска, ленты, флэш-области
восстановления (стандартного места хранения файлов, имеющих отношение к
восстановлению базы данных).
Компоненты утилиты Несоуегу Мападег (продолжение)
База данных назначения (Таг§е$ Оа1аЬа§е)
База данных, в которой выполняются операции резервирования и восстановления.
Информация о физической структуре базы данных хранится в управляющем
файле. Серверные процессы (сеансы), вызываемые из КМАГС используют такие
сведения, как размер и местонахождение файлов данных, оперативные и архивные
журнальные файлы, управляющие файлы, для выполнения операций
резервирования и восстановления
Вспомогательная база данных (АпхШагу Ва(аЬа$е)
Вспомогательная база данных используется при создании дублирующей БД
{дирИсате скйаЬазе) или выполнении восстановления табличного пространства
на моменто-прошлом (1аЫе$расе ротРт-Ите гесоуегу ТБР1ТБ).
Вспомогательная база данных может размещаться на том же самом хосте, что и
родительская БД или на другом хосте. Дополнительные сведения о
вспомогательной базе данных см. в документе Огас1е 1)а1аЪа$е Васкир анД
Весоуегу АДуапсеД Ухег’х (пн Де
Капал (Сйаппе!)
Канал отображает поток данных, связанный с устройством определенного типа.
Для выполнения операций резервирования и восстановления КМ АЫ требуется
канал связи с базой данных назначения. Канал устанавливает соединение путем
создания сеанса в целевой базе данных. Этот сеанс может взаимодействовать с
файловой системой хоста (при обмене данными с дисками) и с библиотекой
управления носителем (при обмене данными с лентами). Канал может быть
выделен до начала выполнения команд резервирования и восстановления вручную
или предварительно сконфигурирован с использованием возможности
автоматического выделения канала.
Репозиторий НМА1Ч (КМА1^ Нерозйогу)
К.МАИ сопровождает метаданные о целевой базе данных (1аг^е1 (кпаЬахе) и
выполненных в ней операциях резервирования и восстановления в своем
репозитарии. В нем КМАЫ также содержит сведения о своих конфигурационных
установках, структуре целевой БД, архивных журналах и всех файлах с резервами
на дисках и лентах. Репозиторий КМАЭД всегда хранится в управляющем файле
целевой БД.
Каталог восстановления (НесоVе^у Са€а1о^)
Репозиторий ЕМАЫ может дополнительно храниться в каталоге восстановления,
который находится в отдельной базе данных Огас1е.
Библиотека управления носителем (МеШа Мапа^ешеп! ЫЪгагу - ММЬ)
Библиотека управления носителем используется КМАИ при чтении и записи на
ленточный накопитель. Для записи данных на ленту требуется дополнительное
программное обеспечение, предоставляемое поставщиками систем носителей и
памяти. Продукт Огас1е Бесиге Васкир также позволяет КМАЫ резервировать на
ленту, но при этом не требуются инструментальные средства сторонних фирм.
Шаги конфигурирования КМАЫ
1. Выберите месторасположение репозитория:
управляющий файл или каталог восстановления.
2. Установите переменные базы данных и среды.
3. Запустите КМАЫ и подсоединитесь к целевой
базе данных, а также необязательно к каталогу
восстановления баз данных.
4. Сконфигурируйте настраиваемые параметры
НМАЫ.
2-8 СоруядЫ © 2006, Огас1е. АН пдЫ8 гевегуей.
Сравнение видов репозитория КМАЫ
Управляющий файл:
~ Упрощение администрирования
- Репозиторий по умолчанию
«
Метаданные
Перечень резервных
наборов
Перечень копий
образов
СорупдМ © 2006, Огас1е. АН пд&$ гееегуеа
Каталог восстановления:
- Копии данных управляющего
файла
- Пространство, позволяющее
хранить больше информации
- Может использоваться для
обслуживания многих
целевых БД
™ Можно хранить скрипты АМАН
Сравнение видов репозитория НМАЫ
Данные репозитория К.МАЭД всегда хранятся в управляющем файле целевой базы
данных. Такие данные также могут храниться в схеме отдельной базы данных,
называемой каталогом восстановления.
Каталог восстановления {гессмегу са1а1о%) предохраняет информацию о
резервировании, сохраняя ее в отдельной базе данных, которая может оказаться
полезной в случае потери управляющего файла. Каталог восстановления позволяет
хранить дольше хронологические данные о резервных объектах, ч ем это позволяет
делать репозиторий на основе управляющего файла. В одном каталоге
восстановления можно хранить информацию о многих целевых базах данных. Кроме
того, в нем можно хранить скрипты, содержащие последовательность команд КМАТЯ
для решения обычно возникающих задач резервирования. Хранить скрипты в
централизованном каталоге восстановления может быть удобнее, чем использовать
командные файлы.
Для небольших систем не рекомендуется использовать каталог восстановления, так
как администрирование отдельной базы данных каталога восстановления может
вызвать только одни дополнительные затраты.
Сравнение видов репозитория НМАИ (продолжение)
Создание каталога восстановления
1. Создайте базу данных, которая будет использоваться в качестве
каталога восстановления. В качестве альтернативы для хранения каталога
восстановления можно использовать уже существующую базу данных. Один
каталог восстановления позволяет обслуживать несколько баз данных.
Поэтому можно выбрать вариант, при котором для обслуживания работ
по резервированию и восстановлению всех баз данных создается один
каталог восстановления.
2. В базе данных каталога восстановления создайте пользователя-владельца
информации каталога восстановления. Например, пусть саЕдЬ - имя базы
данных каталога, гсаЕ_Ез - имя табличного пространства, которое было
создано для хранения данных каталога.
$ здХрХиа вуз/равз^огабсатбЬ аз ауадЬа
50Ь> СКЕАТЕ П8ЕЕ гтап ЮЕЕТХЕХЕР ВУ саР
2 ТЕМРОЕАЕУ ТАВЕЕ8РАСЕ Гетр
3 ОЕЕА1Л./Г ТАВЕЕ8РАСЕ гсаЕ_фз
4 СПОТА ПЕЫМ1ТЕ0 ОЕ гсаЕуСа;
8С'Ь> ОКАЕТ ПЕЫМХТЕГ; ОЫ гсаЕ_Ез ТО ггпап;
3. Предоставьте роль КЕСОУЕКУ___САТАЬОО__О1ХЕЕК владельцу каталога. Эта
роль содержит все привилегии, необходимые для сопровождения и запроса
информации из каталога восстановления.
ОКАЕТ ВЕСОУЕКУ_САТАЬОС__ОЕЕЕК ТО гтап;
4. Запустите КМАМ и подсоединитесь как владелец каталога.
$ гтап саПаХод гтап/саЕбсаЕдЬ
КМАЕ> СЕЕАТЕ САТАЬОО ТАВЕЕ8РАСЕ гсаЕ_фз;
5. Подсоединитесь в К М АМ к целевой базе данных и зарегистрируйте ее в
новом созданном каталоге восстановления.
$ гтап ЕагдеС зуз/огасХеОогсХ саЕаХод гтап/саСбсаСсОэ
КМАЕ> гедХаХег йаЕаЬазе;
Примечание: базу данных каталога восстановления следует резервировать.
Месторасположения бэкапов
• Каталог на диске
• Устройство хранения данных на магнитной ленте
(необходима библиотека управления носителем)
- Обычно используется при аварийном
восстановлении, когда потеряны бэкапы на диске.
• Флэш-область восстановления
- Отдельная дисковая область, используемая для
резервирования и восстановления, а также для
отката базы данных назад.
- Необходимо задать ее месторасположение и размер.
- Имена создаваемым файлам присваиваются
автоматически как файлам, сопровождаемым Огас1е.
- Файлы хранятся с учетом политики удержания и
автоматически удаляются при необходимости.
2-11 СорупдЫ © 2006, Огас!е. АН пдЬШ геаегуеб.
Месторасположения бэкапов
При резервировании файлы могут записываться в указанный каталог на диске, на
ленту с использованием библиотеки управления носителем (Месйа Мапа^етеш
ГлЬгагу) или во флэш-область восстановления. Получаемые при резервировании
бэкапы размещаются на дисковом носителе данных, если указывается катало на
диске или флэш-область восстановления . Обычно такие резервные объекты
регулярно переносятся в автономном режиме на ленту через интерфейс управления
носителем, чтобы освободить место на диске. Любой задаваемый в качестве места
расположения бэкапов каталог на диске должен уже существовать.
При использовании флэш-области восстановления упрощается решение многих
задач резервирования и восстановления. База данных Огас1е автоматически
присваивает имена файлам, а также удаляет устаревшие (оЬзо1е1е) файлы при
нехватке пространства.
Управление носителем
СорупдЫ © 2006, Огас1е. А11 пдЫ$ гезегуеб.
Управление носителем
Для работы с запоминающими устройствами на ленте утилите КМАК требуется
либо Огас1е Зесиге Васкир, либо программа управления носителем (теска тапа^ег).
Огас1е Зесиге Васкир подробно рассматривается в приложении Е.
Программа управления носителем {теска тапа^ег)- это утилита, которая загружает,
помечает и разгружает носители с последовательным доступом (накопители на
магнитной ленте) в процессе выполнения резервирования, копирования из бэкапа и
восстановления. Сервер Огас1е вызывает программы из библиотеки управления
носителем (теска тапа^етеш ИЪгагу - ММ1_) для резервирования и восстановления
файлов данных с накопителя.
Некоторые средства управления носителем полностью управляют перемещением
информации между файлами данных Огас1е и устройствами для резервирования.
Другие средства, которые используют высокоскоростное соединение между
памятью и подсистемами управления носителем, могут снизить нагрузку на
основной сервер базы данных при выполнении резервирования.
Отметим, что серверу Огас1е нет необходимости устанавливать соединение с
программным обеспечением библиотеки управления носителем (ММЬ) для
выполнения резервирования на диск.
Управление носителем (продолжение)
В рамках программы Огас1е по поддержке решений резервирования (Огас1е Васкир
8о1ийоп8 Рго^гап1-~В8Р) предоставляется ряд средств управления носителем, которые
удовлетворяют спецификациям ММЬ фирмы Огас1е. Программное обеспечение,
совместимое с интерфейсом ММЬ, позволяет сеансу сервера Огас1е обратиться к
программе управления носителем для выполнения резервирования и
восстановления. Проверьте вместе с производителем носителя, совместима ли
версия программного обеспечения управления носителем с Огас1е В8Р.
Перед тем, как начать использовать КМАГ4 вместе с программой управления
носителем, эту программу необходимо установить и убедиться, что КМАК1 может с
ней взаимодействовать,Указания по тому, как это сделать, должны быть в
документации производителя программного обеспечения управления носителем.
При установке обычно выполняются следующие основные шаги:
1. Установка и конфигурирование программного обеспечения управления
носителем на узле назначения или в производственной сети. Никакой
интеграции с ВМАИ на этом шаге не требуется.
2. Проверка выполнения резервирования файлов операционной системы без
на узле базы данных назначения. Этот шаг облегчает последующий
поиск неисправностей. Найдите в документации на ПО управления носителем,
как выполнить такое резервирование файлов.
3. Приобретение у третьей фирмы и установка модуля управления носителем для
интеграции с сервером Огас1е. Этот модуль должен содержать библиотеку,
загружаемую Огас1е для доступа к программе управления носителем.
Резервирование и восстановление с использованием программы управления
носителем
Следующий командный файл утилиты Кесоуегу Мападег выполняет резервирование
на ленту с использованием программы управления носителем:
тип {
# АНосаЕГпд а сНаппе! о У Гуре ’ зЬс ’ Еог зегга! деутсе
АЕЬОСАТЕ СНАКЖЕЬ сМ БЕ\ПСЕ ТУРЕ зЬС;
ВАСКИР ПАТАПЬЕ 3;
}
При выполнении этой команды утилита Кесоуегу Мападег посылает запрос сеансу
сервера Огас1е, который производит резервирование. Сеанс сервера Огас1е
определяет выходной канал как устройство управления носителем и запрашивает
программу управления носителем, чтобы загрузить ленту и произвести запись.
Программа управления носителем помечает ленту и отслеживает имена файлов,
хранимых на каждой ленте.
Операции восстановления также производятся с помощью программы управления
носителем. В процессе восстановления файла выполняются следующие шаги:
1. Сервер Огас1е запрашивает восстановление определенного файла.
2. Программа управления носителем находит ленту, содержащую файл, и читает
ее.
3. Программа управления передает информацию сеансу сервера Огас1е.
4. Сеанс сервера Огас!е записывает файл на диск.
Использовании флэш-области
восстановления вместе с КМАЫ
Флэш-области восстановления может быть
сконфигурирована и использоваться утилитой ЯМАМ.
1к
Область базы
данных
Процесс
резервирования
утилиты КМАМ
Флэш-область
восстановления
ПВ_КЕС0УЕКУ_Е1ЬЕ_ПЕ8Т = ' /и01/огас!е/^га'
СВ_КЕСОУЕНУ_Е1ЬЕ_ПЕ8Т_512Е » 2С
СорупдЫ © 2006, Огас1е. АН пдЫв гебеп/ед.
Использовании флэш-области восстановления вместе с ЯМА1М
Операции резервирования можно выполнять без флэш-области восстановления
{фахй гесох’егу агеа). Однако ее использование упрощает управление дисковым
пространством и файлами, имеющими отношение к резервированию и
восстановлению. Так не требуется задавать имена для файлов бэкапов, поскольку
КМАЫ генерирует эти имена автоматически в соответствие с шаблонами файлов,
сопровождаемых сервером Огас1е (Огас1е Мапа^ес!ГИе$ - ОМГ).
Каждый раз, когда КМАЫ создает файл во флэш-области восстановления, Огас1е
изменяет список файлов, хранить которые на диске больше необязательно. Если
файл необходимо записать во флэш-область восстановления и в ней нет доступного
пространства, Огас1е удаляет файл из списка устаревших (оЪ8о1е1ё} файлов и заносит
уведомление об этом в сигнальный файл.
В ситуации, когда во флэш-области нет свободного пространства и нет устаревших
файлов, которые можно удалить, выдается предупреждающее сообшение. Для
разрешения этой проблемы можно добавить дисковое пространство, зарезервировать
файлы устройстве третьего уровня (уекбагу дех1се), удалить с помощью КМАИ
файлы из флэш-области восстановления или изменить политику удержания ЯМАМ
По умолчанию КМАЫ автоматически помещает резервируемые файлы во флэш-
область восстановления, если установлен параметр инициализации
ЕВ_ВЕС07ЕВУ ЕТЕЕ __рЕ5Т. Размер флэш-области восстановления задается
параметром инициализации ЕВ В.ЕС07ЕВУ___Е1ЬЕ___ЕЕ5Т 81 ЕЕ.
Использовании флэш-области восстановления вместе с КМАМ
(продолжение)
Примечание. Флэш-область восстановления может быть размещена на А8М-
устройстве (АШота^еА $1ога%е Мапа^етеШ), Флэш-область восстановления может
также располагаться в кластерном файловом хранилище (С1и$1ег ЕИе $1ога$е ~~ СГ$)
Огас1е или в любой локальной системе хранения.
$
2-16 СорупдЫ © 2006, Огас?е. Ай пдИ& гезегуеа.
Мониторинг флэш-области восстановления с помощью ЕМ
Метрики флэш-области восстановления можно просмотреть в реальном времени,
используя ЕМ Оа1аЬа$е Соп1го1 Соп8о1е.
Прокрутите вниз страницу МаНепапсе и выберите в секции Ке1а1ес1 Нпкз ссылку
АН Ме1пс$. Просмотрите список и щелкните на Кесоуегу Агеа.
В результате будет выведена страница с метрикой Кесоуегу Агеа Ггее Брасе
(%), которая отражает процент свободного пространства в области восстановления .
Щелкните на значение метрики в процентах, чтобы просмотреть график
использования области восстановления.
Использование пространства во флэш-
обл асти восстановления
* Задайте для политики удержания
минимальное значение, подходящее для вашей
базы данных
• Регулярно резервируйте архивные журналы и
удаляйте архивные журнальные файлы после
завершения резервирования
• ИСПОЛЬЗуЙте КОМанДЫ КМАЫ ВЕРОКТ овзоьете
и реьете овеоьете для удаления ненужных
резервных наборов и копий файлов
иммяаммнннны|
2-17 __СорупдЫ © 2006, Огас!е. АН пдЪ& гезегуеб.
Использование пространства во флэш-области восстановления
Во избежание превышения ограничения на размер области восстановления, не
следует хранить в ней файлы, сопровождаемые пользователем. При необходимости,
когда это возможно, выполняйте следующие действия:
• удаляйте ненужные файлы из области восстановления с помощью КМ АН;
• чаще резервируйте область восстановления с использованием КМ АН:
• измените политику удержания КМАИ так, чтобы резервные объекты хранились
меньший период времени:
* измените политику удаления архивных журналов при использовании КМАЫ;
• добавьте дисковое пространство и увеличьте значение параметра
инициализации базы данных ВВ_ВЕСО'\7ЕНУ__Е1ЬЕ_ОЕ8Т__812;е, если часто
происходят ситуации, когда не хватает места во флэш-области восстановления.
Например, для резервирования архивных журналов в области восстановления и
последующего удаления архивных журнальных файлов используйте следующую
команду КМАН:
ВАСКИР АКСН1УЕЬОС АЬЬ ВЕЬЕТЕ АБЕ 1ЫРПТ;
При использовании утилит резервирования, отличных от КМАН, приходится
удалять файлы из флэш-области восстановления с помощью КМАН. После
завершения резервирования архивных журнальных файлов и удаления их с диска
выполните команды КМАН СВО88СНЕСК и ОЕЬЕТЕ. В результате удаленные
архивные журналы перестают учитываться при подсчете занятого пространства
флэш-области восстановления. Такие действия следует выполнять регулярно после
каждого такого резервирования.
У$ ЕЬАЗН__КЕСОШКУ_АКЕА__иЗАСЕ
Для просмотра данных об использовании
дискового пространства флэш-области
восстановления можно выполнить запрос к
представлению У$ПА8Н_КЕСОУЕКУ_АКЕА_О8А6Е.
.......................г .......ГУ.-.—
8ВБЕСТ <х!е_1:урег
> ^егаепЪ^врасе^изеа А8 шйф
3 рег^еп1:_фасе_^ес1а1жаЬ1е А8 гесХ^тЬХе,
4 ^Э^'^даЬег
5 ЖОМ у$<1авЪ гестл^у агеа иааде ;
ЕТЬЕ ТУРЕ С8ЕЙ «ЕСХАГМЛВЪЕ ПЬЕЗ
2-18 СорупдЫ © 2006, Огас!е. АН пдНз гезегуеск
У$Г1Л5Н_КЕС0УЕКУ_АКЕА_П5А6Е
Выходные данные запроса к представлению
У$Е1Л.ЗН_КЕС0УЕКУ_АКЕА_115АСЕ
Ж, ?
ЕЖЗаЕ ТУРЕ ПЗЕП НЕЗНАНЬЕ га®
3? — — ——
еттегш 0 л и
ОМЬХВЕЮОС 0 ё <
ЗШСНХУЕЕОС 69 лз а
ЖСКПРРХЕСЕ 0 0
ХШСЕСОРУ-- 0 0 ю
ВУКЗНВАСКЕОС 0 37
|2-19 СорупдМ © 2006, Огас1е. АН пдЫ& геаегуес.
У$ГЬА5Н_КЕСОУЕНУ_АКЕА_С8АСЕ
Столбцы данного представления:
• Е1ЕЕ_ТУ₽Е показывает тип файла (СОЫТВОЬЕ1ЬЕ. ОЫЫЕЕЕОС,
АКСНРУЕЬОС, ВАСК11РР1ЕСЕ, 1МАСЕСОРУ, ЕЬАЗНВАСКЬОС).
• ₽ЕНСЕМТ_5РАСЕ_П8ЕО - процент пространства флэш-области
восстановления, занимаемого файлами данного типа.
₽ЕКСЕЫТ_БРАСЕ_КЕСЬА1МАВЕЕ - процент пространства флэш-области
восстановления, используемого в настоящее время для хранения таких файлов
данного типа, которые можно удалить, так как они устарели (оЬ$о1е<е),
избыточны (гес1ипдап1) или были зарезервированы на третичные устройства
((егПагу деттсе).
• 1ШМВЕК_ОЕ_Е1ЬЕ5 - количество файлов указанного типа.
Резервирование флэш-области
восстановления
1п8гапсе: > ЗсЬесУе Васкир
ЗсЬесЫе Васкир
Си§(от1гес1 Васкир
8е1есГ 1ке оЬ]ес1(5) уои и/ап1 Го Ьаск ир. \ 5сЬескЯе Си^огп^еа Васкир
ШЫе ОШаЬазе
(Не 1о(Ь~?пс? з$% ю«жкйо поги г -чк^е •4<ий»е
йаскир 5ТАС!Ни
С ТаЫезрасез
С РаШГИез
Г АгсЫуе1085
[Р в АП Ресоуегу №5 ап РЫ- ]
;р 5 п0|
зИгЙ' Ьз&кей ир О Ьзе
Т7^"'"'"''"1Т Т'' '' 1П ".’ Г " I |‘щ|,”"ц|".1 Т*^^ЯИЩ^ДММИМММИИИИИИ?^В®^^
ВМАЫ> ЙЩР® КЕСОУЕКХ ПЬЕЗ;
______________________________________________
2-20
СорупдМ © 2006, Огас1е. АН пдЫв ге&егуес!.
Резервирование флэш-области восстановления
Поскольку флэш-область восстановления содержит важные данные, следует
регулярно резервировать, находящиеся в ней файлы. Чтобы сконфигурировать это,
перейдите на страницу МаНепапсе в секцию Васкир/Ресоуегу и щелкните на
ссылке 5сКеби1е Васкир. Выберите значение СизСот!гед в выпадающем списке
поля Васкир 81га1еду, а затем отметьте опцию АН Кесоуегу Я1ез оп О&к. Для
резервирования флэш-области восстановления можно также использовать команду
КМА1Ы ВАСКОТ.
♦ ВМАК> ВАСКОТ ВЕСОУЕВУ АВЕА;
Эта команда резервирует все файлы из флэш-области восстановления, которые
были созданы в текущем ее местоположении и не были ранее
зарезервированы. Резервируются файлы следующих видов: полные и
инкрементальные резервные наборы, автобэкапы управляющих файлов,
архивные журналы и копии файлов данных. Не резервируются остальные
файлы: журналы флэшбэка, инкрементальные битовые матрицы, текущий
управляющий файл и оперативные журнальные файлы.
• ВМАЫ> ВАСКОТ ВЕСОУЕВУ Е1ЬЕ5;
Эта команда резервирует все файлы, имеющие отношение к восстановлению,
которые ранее не резервировались. Резервируются файлы следующих видов:
полные и инкрементальные резервные наборы, автобэкапы управляющих
файлов, архивные журналы и копии файлов данных.
Преимущества использования флэш-
области восстановления
• Упрощение размещения резервных объектов
базы данных.
• Автоматическое управление дисковым
пространством, выделяемым для файлов,
используемым при восстановлении.
• Не требуется вносить изменения в
существующие скрипты.
• Размещение бэкапов базы данных, архивных
журналов и бэкапов управляющего файла во
флэш-области восстановления.
Преимущества использования флэш-области восстановления
Использование флэш-области восстановления для всех файлов, связанных с
восстановлением, упрощает текущее администрирование базы данных и
основывается на параметрах инициализации ОВ__ВЕСО\7ЕВУ_Е1ЬЕ_ЕЕ8Т__812Е и
□В__КЕСОУЕЕУ__Г1ЬЕ_ПЕ8Т. Корпорация Огас1е рекомендует использовать флэш-
область восстановления для всех файлов, имеющих отношение к восстановлению.
Задание параметров, влияющих на
выполнение ЯМАЫ
• Параметры инициализации базы данных:
- СОКТВОЬ_Г1ЕЕ_КЕСО1Ф_КЕЕР_.Т1МЕ
- 0В__КЕС0УЕВУ__ПЬЕ_ПЕ5Т И
ОВ_ВЕСОУЕКУ_Е1ЕЕ_ПЕ8Т_812Е(если
используется флэш-область восстановления)
• Переменные окружения:
- КЬЗ_ПАТЕ_Е0КМАТ
- ЫЬ8_ЬАИС
2-22 СорупдЫ О 2006, Огас!е. АН гезеп/еД
Задание параметров, влияющих на выполнение КМАМ
КМАК хранит информацию о целевой БД и операциях резервирования и
восстановления в своем репозитарии. Размер хранимой информации может расти в
зависимости от частоты резервирования, числа архивных журнальных файлов и
периода удержания записей КМАЫ.
Параметр СОЫТКОЬ__Г1ЬЕ__КЕСОВЕ_КЕЕР__Т1МЕ определяет минимальный период
(в днях), в течение которого информация утилиты КМАИ хранится в управляющем
файле до перезаписи. Небольшое значение параметра приводит к частому
переписыванию информации, замедляя таким образом рост управляющего файла.
При использовании каталога восстановления следует выбирать небольшие значения
параметра.
Этот параметр воздействует только на записи управляющего файла, которые
используются повторно в круговом режиме. К ним, например, относятся записи об
архивных журналах и о различных резервных объектах. Параметр не влияет на
записи о файлах данных, табличных пространствах и потоках оперативных
журналов, которые никогда повторно не используются, если только, например,
соответствующий файл не удаляется из табличного пространства.
По умолчанию величина параметра СОЫТКОЬ___Е1ЬЕ КЕСОКП__КЕЕР_ИМЕ равна 7
дням.
Задание параметров, влияющих на выполнение НМАЫ (продолжение)
Когда определена флэш-область восстановления, в нее по умолчанию пишутся
файлы, получаемые в результате операции резервирования. Размер и
местоположение флэш-области восстановления задаются с помощью параметров
инициализации ОВ__КЕСОУЕКУ___Е1ЬЕ__ОЕ5Т и ЕВ_НЕСОУЕКУ__Г1ЕЕ___ОЕ8Т_312Е.
Можно также задать политику удержания, которая определяет, когда
резервные объекты становятся ненужными. В случае задания такой политики КМАЫ
управляет хранением резервных объектов и удаляет устаревшие бэкапы на диске, а
также уже скопированные на ленту, когда требуется пространство. Однако при
этом КМАЫ сохраняет на диске столько зарезервированных объектов, сколько
позволяет пространство. *
Таким образом минимизируется объем гр<>уемых операций сев тоге при
выполнении действий по извлечению из бэкапа (гее Тоге), хранимому на ленте, и
восстановлению (гесосегу). Размер флэш-области восстановления можно в любой
момент изменить, используя динамический параметр инициализации
ОВ~КЕСОУЕКУ___Е I ЬЕ__ЕЕ 3 Т.
Переменные окружения МЬ8__ОАТЕ_ЕОКМАТ и ЫЬ8 _ЬАЫС определяют формат
временных параметров таких команд КМАЫ, как ЕЕЗТОКЕ, КЕСОУЕК и КЕРОКТ.
Когда база данных не смонтирована, по умолчанию предполагается, что ее
кодировка Е87А8С11. Если кодировка отличается от предполагаемой по
умолчанию, тогда задайте соответствующую переменную окружения ЫЬЗ__ЬАЕЗ.
Например, если кодировка СЕ8МЗЮЫ1251, установите следующее значение для
ЫЬ8__ЬАЫС-АМЕЕ1САМ___АМЕВ1СА. СЬ8М5ИЫ12 51
Использование КМАЫ
• Ресурсы: разделяемая память,
дополнительные процессы
• Привилегии пользователей
- База данных: бузова
- Операционная система: доступ к устройствам
• Удаленные операции
- Создание файла паролей
- Наличие резервной копии файла паролей
2-24 СорупдЬ! © 2006, Огас1е. АН пдМз геэегуесЗ.
Использование КМАЫ
Перед использованием утилиты Кесоуегу Мапа^ег должны быть рассмотрены следующие
вопросы:
• Разделяемые ресурсы системы. Большинство операций КМАИ выполняется с
помощью серверных процессов Огас1е. Такие операции могут выполняться
параллельно, увеличивая пропускную способность. Это приводи! к тому, что параметр
инициализации РР.ОСЕ88Е8 должен иметь достаточно большое значение. С точки
зрения операционной системы это означает, что разделяемая память и семафоры
должны быть адекватно установлены.
* Множество пользователей, выполняющих привилегированные операции.
Необходимо определить таких пользователей с соответствующими привилегиями,
установленными на уровне базы данных Огас1е и ОС. Например, чтобы запустить или
остановить базу данных пользователю нужна привилегия 8У8ЕВА.
• Удаленные операции. Необходимо использовать файл паролей, чтобы с удаленной
машины установить соединение с базой данных назначения через Огас1е Ие1 и
выполнить такие привилегированные операции, как запуск и остановка БД..
• Использование каталога восстановления. Когда используется каталог
восстановления, ИМАМ можез выполнять больший набор функций по
автоматическому резервированию и восстановлению. Использование каталога
восстановления требует увеличения пространства и вызывает дополнительные затраты
по его сопровождению. Необходимо решить, будете ли вы использовать отдельную
базу для хранения каталога восстановления многих баз данных назначения.
Виды соединений ЯМАН с базами данных
Используя утилиту Кесоуегу Мападег, можно соединиться со следующими видами
баз данных :
* База данных назначения; администратор для соединения с БД назначения
должен иметь привилегию 5У8БВА. Эта привилегия необходима для
успешного соединения. При этом происходит подсоединение к экземпляру
целевой БД, в которой необходимо выполнить обычные операции НМАН
• База данных каталога восстановления; это необязательная база данных,
которая конфигурируется для репозитория КМАН Соединение с базой
данных каталога восстановления устанавливается для получения хранимой в
нем информации, например, сведений о резервах или хранимых скриптах.
• Вспомогательная база данных. Такая БД может быть:
- создана по команде КМАН ОПРЫ САТЕ;
- временной базой данных, используемой при восстановлении
табличного пространства на момент времени в прошлом (1аЫе$расе
ротг-т-Ите гесогегу -Т8Р1ТК);
~ резервной базой данных, представляющей собой копию
производственной базы данных и используемой при выходе из строя
основной БД.
Запуск ЯМАМ
• Локальный запуск КМАЫ
I I ,.||||||(Г1П1Д«).^..;:...|1:,|||.|.|| ; ЛТТ--ГТ Т1 (пг 1гпгг11г||)1«тгтгггпт|111г---111пг| . 'г'1'1"п11” Ч1-1
Ш1Х: $ ОНАСЬЕ___51В=ОВ01; езрогЪ ОВАСЬЕ
| риал ЪагдеЪ /
—.......................................................... ............ > . , ,...................г.......
Ихпйоиа ЫТ: С:\> «®Ъ ОНАСЬЕ_31Г>=ОВ01
С: \> Рйап Ъагде!: /
„ ....... ...Г . .. : /
* Удаленный запуск КМАЫ
~ипап~^а2^ ”
................ ..................................
2-26 СорупдЫ © 2006, Огас1е. АН пдМз геаегуес]
Соединение с базой данных назначения без использования каталога
восстановления
Локальное соединение
Для локального соединения с КМАЫ нужно ввести в командной строке ОС:
в 1ГМХ: $ ОКАСЬЕ_81В==БВ01; ехрогС ОВАСЬЕ__81В
$ гтап СагдеС /
вШкЫумС: \> ЗЕТ ОВАСЬЕ__81В~ВВ01
С:\> гтап ТагдеТ /
Если в команде старта не указываются имя и пароль, а только косая черта (§1а8Й),
происходит соединение под пользователем 8Т8 с аутентификацией на уровне ОС.
Можно также указать необязательное ключевое слово ЫОСАТАЬОС:
$ гтап СагдеВ / посаТаТод
ЕОСАТАЬОС - режим, по умолчанию, означающий использование ЯМ АН без
каталога восстановления.
Удаленное соединение
Чтобы соединиться с другого сервера, используйте псевдоним имени службы
целевой базы данных в Огас1е Ие€:
$ гтап сагдеТ зуа/1агдеЬ_ръ/с10ВБО1
Дополнительные параметры при
вызове КМАЫ из командной строки
• Запись вывода КМАЫ в файл журнала:
$ гйап ТАЯ6ЁТ"зуа/огасТе
$НОМЕ/огааа11а/иОЗ/гтап.1од АРРЕГГО
• Выполнение командного файла при вызове КМАЫ:
$ ийап тарсет шуз/огасЯ® . '
СЖ>Е1ЕЕ=$Н0№5/зсг1рЪз/п1у гп1ап асг1рЪ, гспг
• Установление соединений с базами данных при
запуске КМАЫ :
$ так ТАКСЕ# ЗХ5/зуз_рэда@огс1 САТАЬОС
хтап/гтаапйгсаЪ ....
Параметры, используемые при вызове ЯМАМ из командной строки
Параметр ЬОС = имя_файла задает файл, в который К.МАИ будет писать свои
выходные данные. Если этот параметр не указан, КМАЫ пишет свои сообщения в
стандартный вывод.
Ключевое слово АР РЕК Б определяет, что новые выходные данные должны быть
добавлены в файл журнала сообщений.
Параметр СМБЕ1ЕЕ = имя__файла может быть использован для запуска файла,
содержащего команды КМАМ КМАИ завершает свою работу после выполнения
командного файла.
Любое имя файла должно быть заключено в кавычки, если первый символ имени
файла отличается от алфавитного символа.
Следующие варианты соединения можно использовать в КМАЫ:
- ДЦХ1Б1АНУ; задает строку соединения к вспомогательной базе данных;
• САТАЬОС; задает строку соединения к БД, содержащей каталог
восстановления;
• ЫОСАТАЬОС; показывает, что КМАИ используется без каталога
восстановления.
• ТАКСЖГ; задает строку соединения к целевой базе данных.
Когда в строке вызова указывается фраза 8СК1РТ, К.МАИ после подсоединения к
целевой БД (фраза ТАКСЕТ) и каталогу восстановления (фраза САТАЕОС) выполняет
в целевой БД скрипт, хранимый в каталоге восстановления.
Конфигурирование настроек НМАЫ
• В ЯМАЫ предварительно заданы настройки
конфигурации по умолчанию
• Использование команды соыетспке:
- Конфигурирование автоматических каналов
- Определение политики удержания резервов
- Определение количества создаваемых
резервных копий
- Задание типа резервирования по умолчанию
(ВАСКОТЗЕТ ИЛИ СОРУ)
- Ограничение на размеры резервных наборов
- Исключение табличного пространства из
процедуры резервирования
- Включение и выключение оптимизации при
резервировании
- Конфигурирование автоматического
резервирования управляющего файла
2-28 СорупдЫ © 2006, Огас1е. АП лдЫз гезегуес!.
Конфигурирование настроек ₽ШАИ
Для упрощения повседневного резервирования и восстановления с
использованием КМАН можно задать набор настроек для каждой целевой базы
данных. Такие параметры управляют многими характеристиками операций
утилиты К.МАЫ, выполняемыми с целевой базой данных. Можно запомнить в
репозитарии (управляющем файле или каталоге восстановления) 1ШАК
устойчивые конфигурационные установки, например, параметры каналов, уровень
параллелизма и тип канала по умолчанию.
Для таких параметров есть значения по умолчанию, что позволяет немедленно
использовать их при работе утилиты К.МАК Однако более совершенная стратегия
резервирования и восстановления может потребовать изменить эти установки.
Команда СОНЕIСОВЕ позволяет задать устойчивые конфигурационные
параметры, действующие при выполнении операций ЕМАИ по резервированию,
копированию из бэкапа, дублированию и сопровождению. Эти установки
доступны в любом сеансе КМАЫ, пока конфигурация не будет сброшена
(С Ь Е АВ) или изменен а.
Конфигурирование настроек ЯМАЫ с
помощью ЕМ ________________________________________________________
Васкур/Несоуегу ВеШпдв
Васкир Зейтдз —
Реу1се Васкир 8е» ЁЙёУ ^руегу,Сдтка8е№м§
Махкпит Васкир Р1есе (ЕЙе) г——у——।
$12е । |№21
8рш<у аУзЮе !о ?е§1г»ст -Ье же
Таре 8еШпд§ ^_—_
Тке 1Ы1о\Ипд рагатеГегз гедЫге асШопа! сопЯдигайопоп сМегеп1 гпесНа рсо1з
Сор1ез оЮаМе Васкирз р
ГЙе ЙМТ-Ъг? кУ-и?С«1 Сйг?к?5 ГйГ
сЫдЛ? уай.ир5.
Сор1ез 01' АгсЫуе1од Васкирз [Г™
5респ’у 0«; лиг&чг о1 ъл
5; :?р!'-еюу Ь?С.
Но51 СгесйгЛЬ
То зауе (Не Ьаскир зеЭДпдз, зирр!у орега^пд зуз!ет 1одт сгебелЙа18 (о ассезз
Гке гарде! с1а!аЬазе.
* Озетате |~ ~"
* Раззшогс!
V $ауе аз РгеГепесЗ СгейепОа!
Конфигурирование настроек НМАЫ с помощью ЕМ
Чтобы задать параметры резервирования для экземпляра, можно воспользоваться
Огас1е ЕШегрпзе Мападег. Для этого выберите на странице Ма1п1епапсе в области
Васкир/Кесоуегу ссылку Васкир 8еИшс|§.
Страница Васкир 8еЙ1пдз имеет три закладки с параметрами: Оеу1се, Васкир 8еС и
РоНсу.
• На странице Оеу1се можно задать конфигурационные установки для дисков и
лент, включая параметры библиотеки управления носителем (ММЬ).
• На странице Васкир 8е1 (показана на слайде) указываются параметры
резервных наборов, а также имя и пароль в ОС (Коз! сгебепйа18).
• На сзранице РоНсу до начала выполнения операций резервирования задаются
различные параметры политики резервирования (Ьаскир роПсу) и политики
удержания (геШпйоп роНсу), например, автоматическое резервирование
управляющего файла и файла серверных параметров при каждом
резервировании и изменении структуры БД ( аи1отайса11у ЬасИпд ир Ше
СОП1го1 Й1е апб 8РР1БЕ На этой странице можно также сконфигурировать
поддержку отслеживания измененных блоков, которая обеспечивает более
быстрое инкрементальное резервирование (ЕпаЫе Ъ1оск сКапде (гасИпд Тог
Га$(ег 1псгетеп<а1 Ьаскирз).
Примечание: такие измененные параметры применяются при выполнении любой
операции резервирования, в которой эти установки явно не переопределяются.
Автоматическое резервирование
управляющего файла
КМАЫ> СО№1СЦВЕ СООТКОЬЕХЬЕ ДОТОВ АСКОТОМ;
Васкир ЗеПтдз
оеуюе Васкир $е1 I Рейсу
Васкир Ройсу
Р АиЮтайсаИу Ьаскир соШто! т!1е апй зегуег рагате^ег Я1е (ЗРРИЕ) адШ еуегу Ьаскир апй
йа1аЬазе ай исйл а! скапдс
АийзЬаскир 01зк касайсп
А-- йгеею-у -?? ски.дгоцз г=агг:& иИеге гКе сопрей зпб ж & р^^аегег Лк Ье
Ьзилй :..!р уаи йо зр%Г:ту акхаТЬп, ^'=« Ъ? Ьзс^и ир 1о 1.Ь:' Лзй> гйсоте-у* ^еа
Огас1е рекомендует включать автоматическое резервирование
управляющего файла.
2-30
ггг~т~——* г гг:
СорупдМ © 2006, Огас!е. АН пдМв геьегуес. |
Автоматическое резервирование управляющего файла
Во избежание потери копии текущего управляющего файла следует
сконфигурировать в КМАГ4 автоматическое резервирование управляющего файла.
Оно выполняется независимо от резервирования этого файла, производимого
командой Ь а с ки р.
При использовании КМАИ в режиме МОСАТАЬОС настоятельно рекомендуется
сконфигурировать автоматическое резервирование управляющего файла. В
противном случает при потере управляющего файла возможно не удастся
восстановить базу данных.
Чтобы сконфигурировать автоматическое резервирование управляющего файла,
измените политику резервирования базы данных, используя Еп1егрп$е Мапа^ег или
следующую команду КМАИ:
СОЫГ1ОТВЕ СОМТКОЬПЬЕ АОТОВАСКОТ ОМ;
По умолчанию автоматическое резервирование управляющего файла выключено.
После его включения КМАК автоматически резервирует управляющий файл и
текущий файл серверных параметров (если он использовался при старте БД). Это
происходит в одном из двух случаев:
• при успешном завершении команды резервирования и записи об этом сведений
в репозитарий КМА№
• после изменения структуры базы данных, что влечет за собой изменение
содержимого управляющего файла и, следовательно, необходимость его
резервирования.
Автоматическое резервирование управляющего файла (продолжение)
Имя автоматически резервируемого управляющего файла формируется с
использованием стандартного формата %Е для всех типов устройств. Поэтому
&МАМ может угадать файл в месте расположения и восстановить его без
репозитария. Переменная формата %Е транслируется в строку с-ШШИИ™
УУУУММЕЕ-ОО, где:
• 1ШШШ означает ОВИ);
* УУУУЕ1МГЮ - это временная метка дня генерации бэкапа;
• ОС - последовательность шестнадцатеричных чисел, начиная с 0 0 до
максимального значения ЕЕ.
Стандартный формат имени можно изменить по команде СОЫЕЮТВЕ
СОМТКОЪЕХЬЕ АОТОВАСКОР ГОКМАТ ЕОН &ЕУХСЕ ТУРЕ Ьуре ТО 'строка В
строке должна содержаться подстановочна! переменная %Е и не могут
присутствовать другие переменные подстановки. Пример:
СОЕГТСШЕ СОЫТКОЬЕТЬЕ АОТОВАСКиР ЕОВМАТ
ЕОР. ОЕУТСЕ ТУРЕ О18К ТО ’/и01/огаааЕа/сЕ_ОКСЬ___аиСо %Е1 ;
Автоматически резервируемый управляющий файл сохраняется во флэш-области
восстановления, когда она сконфигурирована.
При наличии автоматически зарезервированных управляющих файлов КМАЫ может
восстановить базу данных, даже когда текущий управляющий файл, каталог
восстановления и серверный файл параметров недоступны. Поскольку формат имен
автоматических резервов хорошо известен, используя путь к каталогу, где хранятся
автоматически зарезервированные копии управляющего файла, ЕМАИ может найти
и восстановить (гезЕоге) файл серверных параметров и управляющий файл.
Политика удержания
• Политика удержания определяет, какие резервные
объекты будут храниться и как долго.
* Существует два вида такой политики:
- Окно восстановления; задает период, внутри
которого должна быть предоставлена возможность
восстановления на любой момент времени.
Л Л . л Текущий
Файл 2 Файл 1 момент
Бэкап файла 2 не I_______________]_____|
должен удаляться У
7-дневное удержание
- Избыточность; определяет фиксированное
количество обязательно хранимых резервных
объектов.
• Это взаимоисключающие друг друга политики,
которые могут быть установлены по команде
СОВГГ1СЯЖЕ.
2-32 СорупдМ © 2006, Огас1е. АН пдЫв гезегуеб.
Политика удержания
Политика удержания (ге1епНоп роНсу) определяет, какие резервные объекты будут
храниться и как долго. Значения атрибутов политики удержания задаются по
команде СОЫЕТОТРЕ. Наилучший подход - задать период времени, в течение
которого предоставляется возможность обнаружить логические ошибки и устранить
пострадавшие объекты путем восстановления на момент времени непосредственно
перед возникновением ошибки. Такой период времени называют окном
восстановления (гесоъегу ууМоук). В этом случает при определении политики
удержания задается количество дней и для каждого файла данных должен
существовать один его зарезервированный образ, удовлетворяющий условию:
БУЗЬате - сЬескро!пк__Ыте >= гесслгегу_иТпскж
Например, пусть политика задана следующим образом:
КМАЫ> С0ЕЕ161ЖЕ КЕТЕЕТЮЫ РОЫСУ
2 ТО НЕСОУЕРУ ШТО ОЕ 7 ПАУ8;
Тогда для каждого файла данных должен быть содержащий его резервный объект,
удовлетворяющий условию:
8У8ОАТЕ - (8ЕЕЕСТ скескротпк ОТте
ЕРОМ У$ВАСКПР_ОАТАЕ1ЬЕ Ш1ЕР.Е Шей ...) >== 7
В примере на слайде для Файла 1 и Файла 2 есть бэкапы, позволяющие
восстановиться в рамках 7-дневного периода удержания. Бэкап Файла 2 не должен
удаляться в соответствие с заданной политикой удержания, так как он поддерживает
восстановление на любой момент 7-дневного периода. В рамках периода удержания
был зарезервирован только файл 1, для файла 2 следует получить новый бэкап.
Политика удержания (продолжение)
Вы должны задавать период окна восстановления меньшим либо равным значению
параметра СОЫТРЮЬ__ЕIЬЕ_ ЕЕСОНП__КЕЕ Р Т1МЕ, чтобы предотвратить
перезапись в управляющем файле сведений о ранее полученных бэкапах.
Если требуется задать количество удерживаемых зарезервированных образов,
политика удержания определяется через избыточность {гесктсктсу). Тогда в
репозитории должно быть зарегистрировано необходимое количество резервных
объектов, а лишние объекты будут рассматриваться как устаревшие (оЪзоЛег е).
По умолчанию Р.ЕТЕКТ1ОЕ РОЕIСТ сконфигурирована как КЕО11ЫЕАМСУ 1. Это
означает, что только один зарезервированный образ для каждого файла должен
храниться в произвольный момент времени. Резервный объект считается
устаревшим (оЬзоЛебе), если большее, чем требуется число версий одного и того
файла находится в резервных объектах.
Сопровождение установленных
параметров
• Используйте команду ЗНОЙ для вывода
текущих установок:
ВМАЫ> ЗНОЙ СООТКОЬПЬЕ АОТОВАСКОТ ГСЖМАТ;
КМАН> 8НОИ ЕХСШЖ;
ЙШГ> ЗНОЙ АЪЬ;
V..и................. -г.^т-^-ппг,
• Используйте опцию сьеак для сброса и
возврата к значениям по умолчанию для
установочных параметров:
НМАЫ> СОЫЕЮТКЕ ВАСКОТ ОРТ1М12АТ1ОК СЬЁАН
КМАЫ> СОНГЮТКЕ МАХЗЕТ312Е СЬЕАК
|ЦШ> СОЫГКЭЦКЕ ЙЕЕЫШГ ПЕУ1СЕ ТУРЕ СЕВАН
СорупдЬШ 2006, Огас!е. АН пдМз гезеп/еб.
Сопровождение установленных параметров
Команда К.МА1Ч 8НСЖ позволяет просмотреть конфигурационные установки.
После подсоединения к целевой БД по команде 8НСЖ АЬЬ выводятся^ только те
конфигурационные установки, которые имеют отношение к соответствующему
узлу и базе данных.
Вернуться к значению параметра по умолчанию можно по команде СОЕЕЮТКЕ с
опцией СЬЕ АП
Выделение канала
Канал представляет собой поток данных, направленный на устройство
определенного типа. Канал должен быть выделен перед выполнением команд
резервирования и восстановления. Для каждого выделенного канала
устанавливается соединение из КМАЫ с экземпляром целевой базы данных и
создается серверный процесс.
Каждой команде ВАСКОТ, СОРУ, ЕЕ8ТОКЕ или ЕЕСОУЕН, выполняемой в
Кесогегу Мапа^ег, необходим хотя бы один канал. Тип выбранного накопителя
определяет тип выделяемого канала. Число выделенных каналов задает
максимальный уровень параллелизма при выполнении резервирования,
копирования из резерва и восстановления.
Представление У$ВАСКЕР_ОЕУ1СЕ показывает поддерживаемые типы
устройств.
Автоматическое и ручное выделение
канала
• Автоматический канал предварительно
сконфигурирован и используется в последующих
командах. Чтобы изменить тип устройства по
умолчанию для автоматически выделяемого
канала, выполните:
ЮСШ> СООТ1.13ЦЙЕ ОЕЕАЦЬТ ЬЕУТСЕ ТГРЕ
Канал, выделенный вручную, переопределяет
автоматически сконфигурированный канал. Такой
канал действует в рамках блока команды гип:
КМАЫЖШ (
2> АЬЬОСАТЕ СНАИЫЕЬ с1 ЮЕУТСВ ЖЕ Д1вк;
3>ВАСКШ»ОАТАЕ1ЙВ ’/и01/огаааЪа/и5ег01.аЬ€' ;
2-36
СорупдМ © 2006, Огас1е. АН ге&егуеб.
Автоматическое и ручное выделение канала
Используйте команду СОНЕЮТКЕ, чтобы предварительно сконфигурировать каналы для
всех сеансов КМАИ, использующих автоматическое выделение каналов. Автоматические
каналы применяются только в таких работах ЯМАК в которых каналы не выделяются
вручную.
По умолчанию ШМАИ имеет предварительно сконфигурированный дисковый канал, что
позволяет резервировать на диск без ручного конфигурирования. Поэтому, если
администратор собирается выполнять резервирование на диск, а не на ленту с
использованием программы управления носителем, он может сразу приступить к такой
операции.
Команда АЬЬОСАТЕ СНАГЖЕЬ, заданная внутри команды К1Ж, и команда АЬЬОСАТЕ
СНАЫЫЕЬ РОК МА1ЫТЕМАМСЕ, введенная в командной строке после приглашения ИМАМ
используются для ручного выделения канала. Такое выделение канала переопределяет
автоматическое выделение.
Каналы, выделенные вручную, могут использоваться для выполнения команд (например,
СНАЫСЕ, ЬЕЬЕТЕ и СКО88СНЕСК), которые удаляют или изменяют статус существующих
резервных объектов. Однако, если вы сконфигурировали автоматические каналы с помощью
команды СОЕЕЮТКЕ, тогда КМАЫ может ими воспользоваться для выполнения операций
сопровождения и нет необходимости вручную конфигурировать такие каналы по команде
АЬЬОСАТЕ СНАЕЫЕЬ РОК МА1ЕТЕМАМСЕ. Кроме того, сконфигурированные таким образом
вручную каналы сопровождения не могут быть использованы для некоторых других
операций ввода-вывода, например, Ьаскир и сору.
Автоматическое и ручное выделение каналов - взаимно исключающие возможности. КМАЭД
использует одну из них для каждой работы.
Опции управления каналами
• Конфигурирование параллелизма:
Ймйй> сбИЕЮТКЕ ЕЕVI СЕ ТУРЕ ЛИЙ РАКАЬЙЕЫЗМ'’3;.
• Установка максимального размера резервного
фрагмента:
НМАК> СОЫГЮТКЕ СНАШЕЪ ВЕ^СЕ ТУРЕ ШЕК
2>МАХ₽1ЕСЕ812Е 2С;
;_______________________
• Задание формата генерируемых имен для
создаваемых резервных файлов:
КММЯЖШ {
2>ЛЕ1ЙСАТЕ СИМШЁ1. Й1 СЕУ1СЕ ТУРЕ ВТ8К
Опции управления каналами
Можно установить опции управления для выделяемых каналов, изменяющие их
характеристики ио умолчанию. Следующие опции задаются при описании ручных
и автоматически выделяемых каналов:
• СОШЕСТ; строка соединения с экземпляром целевой БД;
• ГОКМАТ; формат для генерации имен создаваемых при использовании
канала резервных фрагментов;
• МАХОРЕКГ1БЕ5; максимальное число входных файлов, которые могут быть
открыты командой влекив в произвольный момент времени (по умолчанию
8)
> МАХР1ЕСЕ312Е; максимальный размер любого резервного фрагмента в
данном канале, задается в байтах (по умолчанию), килобайтах (К),
мегабайтах (М) или гигабайтах (6).
• ПОНАТЮЫ; задает в часах и минутах продолжительность выполнения
работы по резервированию. Можно следующим образом уточнить
продолжительность:
- РАНТХАЬ; не выдавать ошибок, если резервирование не завершено до
конца заданного интервала времени.
- М1Ы1М12Е Т1МЕ; резервирование на предельной скорости, которая
возможно позволит завершить операцию в заданном временном
интервале.
Опции управления каналами (продолжение)
~ М1Ы1М12Ж ЪОЖ); КМАГ4 осуществляет мониторинг скорости
резервирования и автоматически снижает скорость обработки, когда
обнаруживает, что операция резервирования будет завершена в
заданный интервал времени. Эту опцию нельзя установить при записи
на ленту, так как желательно выполнять запись на ленту на предельной
скорости.
Для у каналов с типом устройства 8ВТ или 8ВТ__ТАРЕ можно также указывать
следующее:
• РАВМЗ^ПЕМУ(„.) ”
установка переменных окружения для серверного сеанса, связанного с
клиентом КМАЫ
задание местоположения библиотеки носителя, используемой каналом.
Для автоматических каналов можно также сконфигурировать уровень
параллелизма по умолчанию и тип устройства (диск или ленту), одновременно
определив вид создаваемых резервных объектов :В АС КЕР ЗЕТ, СОМРКЕ88ЕО
ВАСКОТ8ЕТ или СОРУ.
Итоги
• Использование управляющего файла и каталога
восстановления в качестве репозитория КМАИ
• Изменение стандартных установок НМАЫ по
команде сонпсоке
• Использование флэш-оСфасти восстановления
для операций ЯМАЫ ,
• Мониторинг флэш-области восстановления с
помощью представлений и Еп^егрпае Мападег
• Реализация политики удержания либо в виде
окна восстановления, либо на основе заданной
избыточности
• Ручное и автоматическое выделение канала
ордсие
2-39 СоруНдЫ © 2006, Огас1е. АН пдЫа геаегуей.
Обзор практического занятия:
конфигурирование КМАЫ
• Использование утилиты Кесоуегу Мападег для
соединения с целевой базой данных в
действующем по умолчанию режиме
ЫОСАТАЬОС
• Вывод текущих конфигурационных параметров
ЯМАЫ
• Конфигурирование автоматического
резервирования управляющего файла
• Изменение действующей для базы данных
политики удержания
2-40
СорупдМ © 2006, Огас!е. АН геаегуеск
Рассматриваемые вопросы
Команды
ВАСКИР
Отслеж.
изм. блоков,
Инкр. обнов.
Ы8Т
ВЕРСЖТ
ОЕЕЕТЕ
• Использование команды васкир утилиты
КМАН для создания резервных наборов и
копий образов
• Сопровождение резервных наборов и копий,
полученных с помощью КМАН
I 3-2 СорупдЫ © 2006, Огас1е. АН гевеп/еб.
Рассматриваемые вопросы
Кесоуегу Мападег (КМАН) - это компонент базы данных Огас1е 10^, используемый для
выполнения операций резервирования и восстановления. ЕпГегрпзе Мападег (ЕМ)
предоставляет графический интерфейс к наиболее часто используемым функциональным
возможностям утилиты КМАН
На занятиях курса База данных Огас1е: Администрирование! демонстрировались
основные операции КМАН, выполняемые с помощью ЕМ ПагаЬазе Соп1го1 Сопыйе.
Поэтому в этом уроке графический интерфейс к КМАН не будет подробно
рассматриваться.
Ввод команд утилиты Кесоуегу Мападег
* Интерактивный клиент
- Команды вводятся после строки приглашения
КМАЫ
- Используется при проведении анализа, получении
отчетов или выполнении хранимых скриптов
• Пакетный режим ~
- Используется для автоматизации выполнения
работ
- При запуске КМАЫ указывается командный файл
- Для получения протокола указывайте журнальный
файл
* Интерфейс канала
- Задается параметром рхре в командной строке
- Используется для передачи данных между
сеансами или между КМАЫ и внешнимприл^^
3-3 СорупдЫ © 2006, Огас1е. АН пдЫб геееп/ей.
Ввод команд утилиты Яесомегу Мападег
Кесоуегу Мападег имеет свой собственный язык команд. Существует несколько путей
ввода команд КМАЫ с использованием интерфейса командной строки {соттапсМте
тТегфасе ~~ СМ).
Для ввода команд в интерактивном режиме запустите КМАЫ. Затем вводите команды в
интерфейсе командной строки. Пример:
$ гтап ТАКСЕТ зуз/5уз__р^д@дЫ
КМАК> ВАСКЕ? ВАТАВАСЕ;
Можно записать команды в файл, а затем их выполнить, задав имя этого файла в строке
вызова утилиты. Это принято называть пакетным режимом обработки {Ьа1ск тос!е
ргосехмпрР Файл должен содержать команды, которые обычно вводятся в командной
строке. Пример выполнения командного файла:
С:\> гтап ТАКСЕТ ЕУЕ/зуз _р^д0ргой1 @ ’ /огас1е/Ьаскир__а11__10 . гсу ’
В пакетном режиме КМАЫ читает командный файл и пишет выходные сообщения в
журнальный файл (если он задан). КМА№ производит синтаксический разбор всего
командного файла перед компиляцией и выполнением команд. В файле можно не
указывать команду выхода ех1Е, так как КМАЫ завершает работу при достижении
конца файла.
Ввод команд утилиты Кесси/егу Мападег (продолжение)
Интерфейс канала {ргре йнег/асе) утилиты КМАЫ предоставляет альтернативный
метод ввода команд для утилиты КМАЫ и получения выходных данных этих команд.
КМАЫ получает команды и передает выходные данные с помощью пакета Р17$(}Е
БВМЗ^РТРЕ.
Интерфейс канала задается в командной строке с помощью параметра Р1РЕ. КМАЫ
использует два частных канала: один для получения команд, а другой для передачи
выходных данных. Имена каналов получаются на основе значения параметра Р1РЕ.
Пример:
% гтап РТРЕ аЬс ТАРСЕТ 8У8/огас1е@ТгдЕ
КМАЫ открывает два канала в целевой базе данных: ОВА$ВМАМ__АВС__1Е,
используемый для приема команд утилитой КМАЫ, и ОЖ$ВМАЫ_АВС_ООТ - для
передачи всех выходных результатов обратно из КМА1Ы. Все сообщения входного и
выходного каналов имеют тип 7АВ.СНАК2.
При использовании интерфейса канала КМАЫ не читает и не пишет данные, используя
командный процессор (бШ!) операционной системы. Каналы можно применять для
взаимодействия с другим сеансом или с ожидающим сообщения приложением,
например программой в 1ЛЧ1Х. С помощью этой возможности можно написать
переносимый программный интерфейс к КМАЫ.
Дополнительные сведения об использовании каналов в КМАКТ см. в документе Огас1е
ИашЬоБе Васкир апс1 Весокегу АсВапсеВ Ибсг \ СиШе.
Дополнительные сведения о пакете ОВМ5__Р1РЕ и создании каналов в базе данных см. в
документе РЫ8<2Ь Раскален апВ Туре$ Ве/егепсе.
Команды КМАЫ
Типы команд КМАЫ:
* Одиночные
- Вводятся для выполнения только после
приглашения ЯМАЫ *
- Выполняются отдельно
- Не могут присутствовать в виде подкоманд
внутри команды кто
• Работы
- Должны заключаться в скобки команды НШ
- Выполняются в рамках группы
• Выполняемые как одиночные или в рамках
работы
3-5 СорупдЫ €> 2006, Огас1е. Ай пдМв гевегуе^.|
Команды КМАН
В КМАЫ используются два типа команд: одиночные (Мапс1-а1опе) и работы (]оЪ\
Одиночные вводятся после приглашения КМА№ и обычно самодостаточные. Примеры
одиночных команд:
• СНАКСЕ
• СОККЕСТ
• СКЕАТЕ САТАЕОС, КЕ8УЫС САТАЕОС
• СКЕАТЕ 8СВ.1РТ, ОЕЕЕТЕ 8СК1РТ,КЕРЬАСЕ 8СК1РТ
Команды работ обычно группируются и КМАН выполняет их внутри командного блока
("пт ”) последовательно. Если какая-либо команда блока завершается с ошибкой, КМА№
прекращает обработку и последующие команды блока не выполняются. Однако
результаты уже выполненных команд остаются в силе и никаким образом не отменяются.
В качестве примера команды, выполняемой только в рамках работы, можно привести
АЕЬОСАТЕ СНАКЫЕЬ. Выделяемый при этом канал действует только при выполнении
работы, поэтому такая команда не может быть одиночной.
Некоторые команды (например, ВАСКПР ПАТАВА5Е) могут быть введены как одиночные
после приглашения КМАН или же выполнены внутри блока, определяемого командой
КОМ. При вводе подобных одиночных команд ВМАК выделяет необходимые каналы,
используя возможность автоматического выделения каналов.
Пользователь может выполнять одиночные команды и работы в диалоговом или пакетном
режимах.
Пример работы
Команды работы приводятся внутри блока
команды кцы:
НМАН> ШЖ {
2> ВАСКИР АЗ ВАСКИРЗЕТ
3> ЕОКМАТ '/и01/аЬ01/Ьаскир/%а_%5_%р'
4> ЛОПАТЮК 10:00 М1К1М12Е ЮАО
5> (БАТАВАЗЕ);
б> ЗОЕ ’аХ-Ьех вувЬэш агсЬллге Ход сиггепЪ’?
7> }
• * ' - оРАсие*
|3-6 СорупдЫ © 2006, Огас1е. АН пдЫ$ гезегуед.
Пример работы
В отличие от одиночных команд команды работы должны заключаться в скобки команды
КОК. Примеры команд работы:
• АЪЬОСАТЕ СНАЫЫЕЬ
• 5ЭД1ТСН
КМА^ выполняет команды внутри командного блока КОТ последовательно. Если какая-
либо команда блока завершается с ошибкой, КМ АН прекращает обработку и
последующие команды блока не выполняются.
Команда КИИ определяет блок выполняемых команд. После завершения последней
команды блока КПК Огас1е освобождает все ресурсы на стороне сервера (например,
буферы ввода-вывода или подчиненные процессы ввода-вывода), которые были выделены
внутри блока.
Обзор команд ЯМАЫ
ЕпШгрпзе
Мападег
КЕЙТОНЕ
ВАСКИР
БРАНЕ
КЕСОУЕН
ГЕАВНВАСК
ЯМАЫ
Хранимые
скрипты
Архивные
журналы
Сопровождение
каталога
СНОБЗСНЕСК
ПЕБЕТЕ...ЕХР1КЕП
СШШСЕ
Управляющий
файл
НЕРОНТ
ЫЙТ
СорупдЫ © 2006, Огас1е. АН пдЫв гевегуесб
Обзор команд РМАЫ
Обычно при работе с целевой базой данных используются следующие команды НМАИ:
• ВАСКИР выполняется на целевой или резервной БД для резервирования базы
данных, табличного пространства, файла данных (текущего или копии),
управляющего файла (текущего или копии), 8РБ1БЕ, архивных журналов и
резервных наборов. Резервирование резервных наборов представляет собой
простой способ их перемещения с диска на ленту.
• РОТЫ САТЕ создает клон БД {скте скиаЪазё} или резервную БД (у1апс1Ъу дШаЬазе)
на основе резервных объектов (резервных наборов или копий образов) целевой БД.
• Е1А5НВАСК выполняет операции отката БД (ПахкЬаск Ба(аЪазе\ которые
возвращают базу данных к заданному целевому моменту времени (или
непосредственно перед ним), 8СИ или номеру оперативного журнала.
• КЕСОУЕК для восстановления и КЕЕ ТОКЕ для копирования файлов из резервных
наборов или копий образов.
КМАИ предоставляет следующие команды получения отчетов:
Ы8Т запрашивает каталог восстановления или управляющий файл для получения
списков резервных наборов, копий архивных журналов и инкарнаций БД.
• КЕ РОЕТ детально анализирует каталог восстановления или управляющий файл.
Обзор команд (продолжение)
КМАК предоставляет набор команд для сопровождения каталога восстановления:
• СВО38СНЕСК проверяет статус резервного набора или копии на диске или ленте.
- БЕЬЕТЕ выдает список резервных объектов и запрашивает подтверждение перед их
удалением.
• СНАМСЕ используется для изменения статуса резервных объектов в репозитарии.
« Ь18Т отражает результат выполнения команды СКО88СНЕСК и объекты, которые
будут удалены по команде БЕ ЕЕ ТЕ; ЕХР1ЕЕБ.
Команда васкир
Команды
> ВАСКИР
Отслеж.
изм блоков
Инар. обнов,
ызт
КЕРОКТ
ВЕЪЕТЕ
КМАЫ> ВАСКОТ АЗ ВАСКОТЗЕТ
Тйййй1 ‘7ЖЖй₽/а«_%<^%з_^.Ьиз'
3> ТАВЕЕЗРАСЕ Ьг ааЪа;
1 пространство!
I НЕМРАТА..|
опглсие
3-9 СорупдЫ © 2006, Огас1е. Ай пдЫз гезегуед.
Команда васкпр
Васкир - это копия данных из вашей БД, используемая для воссоздания данных. В
результате операции резервирования, выполняемой с использованием КМА1Ч, могут быть
созданы либо копии образов, либо резервные наборы. Копия образа (ипа^е сору)
совпадает с точностью до бита с копией файла данных. КМАН может также хранить свои
бэкапы в собственном формате, называемом резервным набором (Ъаскир зе(). Резервный
набор - это совокупность файлов, называемых резервными фрагментами (Ьаскир р1есез)^
в каждом из которых могут быть зарезервированы один или несколько файлов БД.
При выполнении резервирования с использованием КМА№ можно указать следующее.
• Тип резервирования. Можно выполнять полное (ЕПЬЬ) или инкрементальное
(РЕСЕЕМЕЕТАР) резервирование. КМАИ автоматически резервирует управляющий
файл и текущий файл серверных параметров после команд ВАСКОТ. если включен
режиме автоматического резервирования управляющего файла (СОКЕ I СПЕЕ
СОЕТЕОЬЕРРЕ АОТОВАСКОТ ОН).
• Что резервировать. Можно задать такие правильные значения: БАТАВА8Е,
БАТАЕ1РЕ, ТАВРЕ8РАСЕ, АКСНРУЕЬОС, СИККЕМТ СОЕТИОРЕ1РЕ, 8РЕ1РЕ.
• Создавать ли копию образа (А8 СОРУ) или резервный набор (А8 ВАСКОТ 8ЕТ).
• Формат имен файлов и местоположение резервных фрагментов (ЕОКМАТ).
• Какие файлы данных или архивные журналы исключить из резервного набора
(8К1Р).
• Максимальный размер резервного набора (МАХ8 ЕТ812Е).
• Удаление входных файлов после удачного создания резервного набора (БЕРЕТЕ
1ЫРБТ).
Ограничения резервирования
• База данных должна быть смонтирована или
открыта.
• Не поддерживается резервирование
оперативных журналов
• Только “чистое” резервирование применимо в
режиме ыоакснхуеьос
• Резервирование “текущего” файла данных
применимо только в режиме аксшуеьос
СорупдЫ © 2006, Огас!е. АН пдЫз гезегуеб.
Ограничения резервирования
При выполнении резервирования с использованием утилиты Яесоуегу Мападег
необходимо следующее:
* Целевая база данных должна быть смонтирована для того, чтобы с ней можно
было установить соединение из утилиты Кесоуегу Мападег.
• Не поддерживается резервирование оперативных журналов.
• Если целевая БД в режиме ЕОАКСНТУЕЬОС, могут быть получены только
“чистые” бэкапы табличных пространств и файлов данных (т.е. бэкапы табличных
пространств ‘только для чтения’ или переведенных в автономное состояние с
параметром ПОКМАЬ). Бэкап базы может быть получен только, если база данных
вначале была чисто остановлена и затем запущена в режиме МООТТ.
* Если целевая БД в режиме АКСНТУЕЬОС, только “текущие” файлы данных могут
быть зарезервированы (при восстановлении выполняется копирование из бэкапа).
• Если используется каталог восстановления, БД каталога восстановления должна
быть открыта.
Распараллеливание резервных наборов
Для повышения производительности выделите
несколько каналов и задайте файлы для каждого канала.
Резервный
фрагмент 1
Резервный
фрагмент 2
Резервный
фрагмент 3
Распараллеливание резервных наборов -
Администратор может задать конфигурацию параллельного резервирования с
помощью параметра РАВАЬЬЕЫЕМ (значение больше 1) в команде СОНЕТ СШЕ или
при ручном выделении каналов. КМАЭД распараллеливает операции и пишет
одновременно в резервные наборы. Файлы назначаются и распределяются между
серверными сеансами, выполняющими резервирование.
Пример
КМАЫ> КБЫ {
2> АЬЬОСАТЕ СНАШЕЬ С1 ОЕУ1СЕ ТУРЕ 5Ы
3> АЬЬОСАТЕ СНАЫЕЕЬ с2 0Е71СЕ ТУРЕ зЫ
4> АЬЬОСАТЕ СНАЕЫЕЬ сЗ ОЕУТСЕ ТУРЕ зЬЬ
5> ВАСКОР
6> ТЕСКЕМЕЫТАЬ ЬЕУЕЬ - 0
7> ЕОКМАТ '/сИзк1/Ьаскир/о:Т__%с1_%8_%р.Ьак*
8> (ОАТАЕ1ЕЕ 1,4/5 СНАЕЕЕЬ с1)
9> (РАТАПЬЕ 2,3,9 СНАЬШЕЬ с2)
10> (ОАТАЕТЬЕ 6,7,8 СНАЬЫЕЬ сЗ);
11> ’АЬТЕК 5У8ТЕМ АКСН1УЕ ЬОС СПВ.НЕЕТ ’ ;
12> }
Распараллеливание резервных наборов (продолжение)
На резервируемые файлы можно ссылаться по их полному имени, включающему путь,
или по их номеру. Например, следующие две команды выполняют одинаковые
действия:
ВАСКИР ЭЕVIСЕ ТУРЕ зЬЬ ПАТАЕтЪЕ ’/поте/огасРе/зузЕетО!.аЬг’;
ВАСКИР ОЕХ/1СЕ ТУРЕ сЬг ЭАТАЕ1РЕ 1;
Когда пользователь создает несколько резервных наборов и выделяет несколько
каналов, КМ АН автоматически распараллеливает операции и пишет резервные наборы
одновременно. Серверные сеансы делят между собой работу по резервированию
заданных файлов данных, управляющих файлов и архивных журналов. Отметим, что
через несколько каналов нельзя писать в один резервный набор.
Распараллеливание операций ио созданию резервных наборов достигается:
• определением в команде СОКЕТСПКЕ для параметра РАКАьЬЕЫЕМ значения,
большего 1, или выделением нескольких каналов;
* заданием наборов резервируемых файлов.
Пример (см. слайд)
• Имеется 9 файлов, которые необходимо зарезервировать (файлы данных с I по 9).
* Файлы данных аккуратно распределены таким образом, что каждый набор имеет
приблизительно одинаковое число блоков данных для резервирования (из
соображений эффективности).
- файлы данных 1,4 и 5 приписаны к резервному набору 1;
- файлы данных 2, 3 и 9 приписаны к резервному набору 2;
~ файлы данных б, 7 и 8 приписаны к резервному набору 3.
Примечание: можно также использовать параметр Г1РЕ8РЕВ5ЕТ для ограничения
количества файлов данных, включаемых в один резервный набор.
Сжатые резервные наборы
Файлы БД
2> ССЖРВЕ38ЕП ВАСКОТ8ЕТ
3> РАТАВАБЕ; ,,, ,_____*
и >
Сжатые
резервные
файлы
ЯМАН> СОКЕХГОКЕ ^ЕVIСЕ ТУРЕ
2> БхЗК ЕАНАЫЕ&Х8М 2
3> ВАСКОТ ТУРЕ ТО
4> СОМРНЕЗБЕР ВАОШР8ЕТ; ;
3-13
СсрупдМ © 2006, Огас1е. АН пдЬ& гекегуеа.
Сжатью резервные наборы
Сжатые бэкапы (сотргеззед Ъаскирх) уменьшают размер пространства, требуемого для
хранения резервных наборов.
Следующая команда создает сжатый резервный набор базы данных:
ВМАЕ> ВАСКИР А8 СОМРНЕ88ЕП ВАСКИР8ЕТ 0АТАВА8Е;
Сжатые резервные наборы нельзя создавать в базах данных, предшествовавших версии
10^. Параметр инициализации базы данных сомраттврыту должен иметь значение не
ниже 10.0.0.0. Сжать можно только резервные наборы, но не копии образов.
Автоматическое получение сжатых резервных наборов конфигурируется следующей
командой СОЫЕ1СОВЕ оеухсе туре утилиты КМАЫ:
КМАИ> СОКЕЮТКЕ ОЕУРСЕ ТУРЕ В18К РАКАЬВЕЫЗМ 2
2> ВАСКИР ТУРЕ ТО С0МРКЕ88Е0 ВАСКСРБЕТ;
По умолчанию сжатие отключено.
Копия образа
КМАЫ> А2 СОРУ
2> ВА.ТАЕОД ’ /ОКАОАТА/изегз 01 аЬОХ.аЫ
ЗЖ КЖМАТ ’/ВАСКПР/изегзО!.дЪУ;
КМАК> ВАОШР $$ СОРУ
4> ЖЙИОьре ык| 'агсЬ_1060.агс’
5> ГОКМАТ ’агсЪ_1060.Ьак';
Копия файла данных 3
Копия архивного журнала
Особенности копии образа -
Копия образа представляет собой копию одного файла данных, архивного журнала или
управляющего файла. Копия образа может быть создана по команде ВАСКИР А8 СОРУ
утилиты КМАЫ или с помощью команды операционной системы.
При создании копии образа по команде ВАСКОР АЗ СОРУ утилиты КМАК сеанс
сервера проверяет блоки файла и помещает запись о полученной копии в управляющий
файл.
Копирование образа характеризуется следующими особенностями:
• Может производиться только на диск. Поэтому копирование больших файлов
может занять длительное время, однако время восстановления (ге$1оге)
сокращается, так как копии доступны на диске.
• При хранении файлов на диске они могут использоваться немедленно (т.е. нет
необходимости восстанавливать их с других носителей). Это обеспечивает
быстрый способ восстановления посредством команды КМАК 8МТСН, которая
эквивалентна команде 8уЬ АЬТЕЕ РАТАВА8Е КЕЕАМЕ Е1ЬЕ.
Особенности копии образа (продолжение)
• Оно подобно резервированию средствами операционной системы, так как
копирует все блоки вне зависимости от того, содержат они данные или нет. Но не
полностью совпадает с ним, так как серверный процесс Огас1е копирует файлы и
осуществляет такие дополнительные действия. как проверка на повреждение
блоков и регистрация копии в управляющем файле. Для ускорения процесса
копирования можно использовать параметр КОСНЕСК8ИМ.
• Может являться частью полного резервирования или резервирования с
инкрементальным уровнем 0, так как копия файла содержит все его блоки. Если
копия будет использоваться вместе с инкрементальным резервным набором,
необходимо указать параметр “1еVе1 О”.
Пример создания копии образа
В примере, приведенном на слайде, создается две копии образов:
* копия файла данных и б е г б 01 ___с!Ь 01. сТМ под именем и 8 е г б 01. аЬ Е
помещается в директорию /ВАСКИР ;
• копия архивного журнала номер 1060.
В примере предполагается, что используется автоматическое выделение канала. Чтобы
выделить канал вручную, включите команду СОРУ в выполняемый блок команды РЬШ:
КМАИ> НИМ |
2> АЬЬОСАТЕ СНАШЕЬ с! Суре бЬзк;
3> СОРУ
4> РАТАРТЬЕ 1 /ОР.АРАТА/изегз__01__аЬ01 .аЬР’ Ко
5> ’/ВАСКИР/изегзО!. аЬЬ’ Еад^ОЕЗ,
6> АКСНТУЕЬОС ’ агсЬ__1060 . аге г Со
7> * агсЬ__1060 .Ьак ’; }
Тэги для резервных наборов и копий
образов
Тэгом является логическое имя, присвоенное
резервному набору или копии образа
топЪЪ_^и11_Ьаскир
*геек_Ги! 1_Ъаскир
3-16
СорупдЫ © 2006, Огас1е. АН гезегуеЦ,
Тэги для резервных наборов и копий образов
Тэгом является значимое имя, присваиваемое резервному набору или копии образа.
Преимуществами пользовательских тегов являются:
• предоставление полезной ссылки на коллекцию копий файла или резервный набор;
• может использоваться в команде Ы 8Т для простого поиска резервных файлов:
• может использоваться в командах ВЕСТОНЕ и 8ЭД1ТСН;
• один и тот же тег может использоваться для нескольких резервных наборов или
копий файла.
Если тег, не являющийся уникальным, ссылается на несколько файлов данных, КМАН
выбирает самый свежий доступный файл.
Пример
* Полное резервирование файлов данных 1,2, 3 и 4 осуществляется ежемесячно. Тег в
управляющем файле для такого резервного набора топЕп1у__Ги!1_Ьаскир
(ежемесячное полное резервирование), хотя для физического файла генерируется
имя с!Е__ОВОО__863__1. дЬЕ.
НМАЕ> ВАСКИР ТАС ’топЕЪ__Еи11_Ьаскир ’ ВАТАЕ1ЕЕ 1,2,3,4;
• Полное резервирование файлов данных 3 и 4 осуществляется еженедельно. Для
него имя тэга — ^еек1у_Еи11_Ьаскир (еженедельное полное резервирование).
КМАК> ВАСКИР ТАС Ч7еек_Ги11 Ьаскир’ РАТАЕ1ЕЕ 3,4;
Опции команды ВАСКИР
• Проверка наличия блоков с физическими
повреждениями
• Поиск не только физических, но и логических
повреждений
• Задание порогового числа обнаруженных повреждений,
после чего команда завершается с ошибкой
* Проверка наличия повреждений во входных файлах
перед выполнением операции резервирования
• Дублирование резервного набора
• Перезапись существующего резервного набора или
существующей копии образа
• Передача уровню ММ1_ (тесНа тападетегй 1ауег)
управления пересылкой информации между
устройствами хранения и файлами данных на диске
уровню
• Шифрование файлов, получаемых при резервировании
|3-17 СорупдМ © 2006, Огас1е. АН пдМв ге&егуе&
Опции команды васкот
Во время операции резервирования процесс сервера Огас1е вычисляет контрольную
сумму каждого блока, чтобы обнаружить повреждения. КМАЭД проверяет контрольную
сумму при восстановлении копии. Такие проверки принято называть обнаружением
физических повреждения (ркуыса! соггирГюп с1е1ес1юп). Параметр КОСНЕСК8ИМ
отключает режим проверки и увеличивает скорость процесса резервирования. Если в
базе данных уже выполняется проверка на основе контрольной суммы, данный
параметр не оказывает никакого действия
Необходимо указать параметр СНЕСК ЬОСРСАЕ, чтобы обнаружить логические
повреждения блоков данных и индекса при проверке на наличие физических
повреждений. К таким повреждениям относятся, например, повреждение фрагмента
строки и элемента индекса. Информация об обнаруженных логических повреждениях
записывается в сигнальный файл и файл трассировки серверного процесса.
Максимальное число логических и физических повреждений может быть задано с
помощью параметра МАХСОВВЕРТ. До тех пор. пока сумма обнаруженных физических
и логических повреждений ниже указанного значения, КМАК выполняет
резервирование, и по его окончанию Отас1е заполняет представление
\7$РАТАВА8Е_ВЬОСК__СОКВПРТ1ОЕ данными об обнаруженных поврежденных
блоках. Когда число поврежденных блоков достигает порогового значения, заданного
во фразе МАХСОВВЕРТ. процесс прекращается без заполнения представлений.
Опции команды васкир (продолжение)
Можно использовать опцию ИАШ БАТЕ для проверки наличия физических и
логических ошибок в файлах базы данных. При использовании опции ИАШБАТЕ в
команде ВАСКИР КМАИ полностью просматривает заданные файлы и проверяет их
содержимое, выявляя возможность резервирования файла. По этой команде на самом
деле резервирование заданных файлов не выполняется.
Шифрование файлов, получаемых при резервировании, рассматривается в уроке
“Безопасность базы данных’;
В ходе резервирования администратор может создать до четырех одинаковых копий
каждого резервного набора. Для выполнения дублирования резервных наборов
используются следующие команды:
* ВАСКИР СОР1Е8
• ЗЕТ ВАСКИР СОР1Е8
• СОЕЕ1СПР.Е . . . ВАСКИР СОР1Е8
КМАИ не создает несколько резервных наборов, он создает идентичные копии каждого
резервного фрагмента в наборе. Эту возможность нельзя использовать в команде
ВАСКИР АЗ СОРУ для создания нескольких копий образов.
Параметр ВЕИ8Е разрешает: К.МАК переписывать уже существующий резервный набор
или копию образа с таким же именем файла, как и у создаваемого текущей командой
ВАСКИР.
При использовании возможности прокси-копирования для выполнения резервирования
заданных файлов управление передачей данными между устройствами хранения и
файлами данных на диске производится программным обеспечением управления
носителем. Программа управления носителем {тееИа тапа&ег) (а не ЯМАК1) решает как
и когда перемещать данные. По команде ВАСКИР с опцией РИОХУ КМАК выполняет
следующие шаги:
1. Ищет канал с заданным типом устройства и функциональными возможностями
прокси. Если такой канал не найден, КМАЭД выдает предупреждение и пытается
выполнить обычное (не прокси) резервирование заданных файлов.
2. При обнаружении канала с функциональными возможностями прокси КМА^
вызывает программу управления носителем и проверяет, может ли она создать
прокси-копии файлов. Если программа управления носителем не может выполнить
прокси-копирование, тогда КМАЬ1 использует режим обычного резервирования
файлов.
Чтобы КМАИ не пытался выполнить обычное копирование в случае аварийного
завершения прокси-копирования, задайте опцию ОЫЬУ.
Поскольку копии образов создаются только на диске, нельзя указывать опцию ЕНОХУ в
команде ВАСКПР А8 СОРУ.
Примечание: вместе с опцией РВОХУ в строке формата (параметр ЕОНМАТ)
необходимо указывать переменную %р явно или неявно через переменную %И.
Резервирование архивных журналов
• Автоматическое переключение оперативного
журнала
• Проверка архивного журнала на наличие
повреждений
• Можно указать резервирование архивных
журналов из заданного интервала
• Резервные наборы содержат только архивные
журнальные файлы
2> ЮЯМЙЙЙ- */ЗЗМЙ1/Ьаскир/аг__%Ъ>_.%6_%р*
3> АКСНХУЕЬОС ГКОМ 8ЕСЦЕНСЕ=234
4> ВЕ1М®. ХКРВТй;
ОП?АС!_е
3-19 СорупдЫ © 2006, Огасте. АП пдЫ8 гезегуеё.
Резервные наборы архивных журналов
Общей проблемой, с которой сталкиваются АБД, является отсутствие информации о
завершении копирования архивного журнала в место хранения до начала его
резервирования. Кесоуегу Мападег имеет доступ к управляющему файлу или
информации в каталоге восстановления. Таким образом, известно, какой журнал
архивирован и может быть скопирован из бэкапа для операции восстановления
Резервирование архивных журнальных файлов может быть выполнено по команде
ВАСКИР АВСНРУЕЪОС или вместе с резервированием файлов данных и управляющих
файлов по команде ВАСКИР . . . РЬИВ АРСН1\7ЕЬОС. Архивные журналы всегда
заносятся в отдельный резервный набор, даже если используется фраза РЕШ
АКСНРУЕЕОС (в этом случае создается несколько резервных наборов). Для
резервирования определенных архивных журнальных файлов можно указать диапазон
их номеров. Во всех случаях архивные журналы всегда размещаются в отдельных
резервных наборах, не содержащих других файлов.
Дополнительно в команде ВАСКИР АРСН1\7ЕЕО6 можно использовать фразу МОТ
ВАСКЕБ ИР целое Т1МЕЗ для того, чтобы зарезервировать только те журналы,
которые не резервировались заданное целое число раз. Это обычный способ
резервирования архивных журналов на заданном носителе (например, вам необходимо
иметь гри копии каждого журнала на ленте).
Резервные наборы архивных журналов (продолжение)
КМА^ автоматически проверяет архивный журнал на наличие повреждений. Если
обнаруживаются поврежденные блоки архивного журнала, КМАИ производит поиск
архивного файла без поврежденных блоков в других местах расположения.
В примере, приведенном на слайде, все архивные журналы, начиная с 234, помещаются в
резервный набор. После завершения копирования архивных журналов они удаляются с
диска и помечаются как удаленные в представлении х7$АНСН1'\/ЕО_ ЬОС.
Копирование всей базы данных
Весоуегу Мападег позволяет простым образом получать копии образов всех файлов базы
данных. Дополнительно можно скопировать 8РПЕЕ и архивные журналы. Для этого надо
смонтировать базу данных, запустить КМА№ и ввести команду ВАСКИР, показанную на
слайде. Однако такое возможно, когда до этого уже были выполнены следующие команды
СОВЕТСЕНЕ:
• СОВЕТСШЕ РЕЕАВЬТ ОЕУТСЕ ТУРЕ ТО олзк;
. СОКЕ1СОНЕ ЕЕУЮЕ ТУРЕ В15К ВАСКЛР ТУРЕ ТО СОРУ;
• СОКЕТОИКЕ СОЫТКОЬЕТЬЕ АОТОВАСКОР ОК;
Можно также создать бэкап (резервный набор или копии образов), полученный в
результате резервирования созданных ранее копий образов всех файлов данных и
управляющих файлов базы данных:
КМАЫ> ВАСКЕР СОРУ ОЕ ОАТАВА6Е;
По умолчанию НМАК выполняет каждую команду ВАСКЕР последовательно. Но
операцию можно распараллелить, когда:
• была выполнена команда С0ЕЕ16ЕР.Е БЕУТСЕ ТУРЕ Б18К РАРАЬЬЕЫЗМ п, где г? -
требуемый уровень параллелизма;
* выделено несколько каналов;
• одна команда ВАСКЕР А8 СОРУ используется для нескольких файлов.
Примечание: Высокая степень распараллеливания приводит к потреблению большего
количества машинных ресурсов, но при этом выполнение команды может происходить
быстрее.
Типы резервирования в ЯМАМ
Полный бэкап, содержит все
использовавшиеся блоки
файлов данных.
Инкрементальный бэкап на
уровне О, как и полный
бэкап, содержит все блоки
файлов данных, а также отметку о
том, что его уровень 0.
Кумулятивный инкрементальный
бэкап уровня 1 содержит только
блоки, измененные с момента
предыдущего инкрементального
резервирования на уровне 0
Дифференциальный
инкрементальный бэкап уровня 1
содержит только блоки, измененные
с момента предыдущего
инкрементального резервирования.
Полное или
инкрементальное
Кумулятивное
инкрементальное
Дифференциальное
инкрементальное
3-22 СорупдМ © 2006, Огас1е. АН пдЫз гезеп/еб.
Типы резервирования в ЯМАМ
Полное резервирование
Полные бэкапы (&П Ьаскнр) отличаются от бэкапа всей базы данных (мйо1е с1а1аЪа$е
Ъаскир). Бэкап всей базы данных содержит файлы данных и управляющий файл целевой
базы данных. Полный бэкап файла данных содержит все использовавшиеся в файле блоки.
В ходе создания полных бэкапов ЕМАИ читает весь файл и копирует все блоки в
резервный набор или копию образа. При создании резервного набора пропускаются
блоки, которые никогда не использовались. В случае полной копии образа точно
воспроизводится содержимое всего файла. Полный бэкап не является частью стратегии
инкрементального резервирования и не может использоваться в качестве исходного
бэкапа для последующего инкрементального резервирования.
Инкрементальное резервирование
Инкрементальный бэкап (тсгетеп1а1 Ъаскир) может быть либо уровня 0 (тогда в него
включаются все блоки файла данных, кроме тех, которые никогда не использовались),
либо уровня 1 (в него включаются только блоки, измененные с момента предыдущего
резервирования). Инкрементальный бэкап на уровне 0 физически схож с полным бэкапом.
Единственное отличие в том, что бэкап на уровне 0 может использоваться в качестве базы
для резервирования на уровне 1, а полный бэкап ~ нет.
Инкрементальное резервирование определяется в команде ВАСКЕР с помощью ключевого
слова 1ЫСР.ЕМЕЫТАЕ. Пользователь задает 1ЕСРЕМЕЫТАЕ ЬЕУЕЬ = [0 | 1].
Типы резервирования в КМАН (продолжение)
Инкрементальное резервирование (продолжение)
В КМАЫ могут быть созданы многоуровневые инкрементальные бэкапы:
• Дифференциальный (ВйТегепйа!).
Действующий но умолчанию режим инкрементального резервирования, при
котором копируются все блоки, измененные после самого последнего
инкрементального резервирования либо на уровне 1, либо на уровне 0.
* Кумулятивный (СшпиМте)
Резервируются все блоки, измененные после самого последнего резервирования на
уровне 0.
Примеры
• Для инкрементального резервирования на уровне 0 используйте команду:
НМАЕ> ВАСКЕР ГЕСНЕМЕЫТАЬ ЬЕУЕЬ 0 ВАТАВА8Е;
• Чтобы выполнить дифференциальное инкрементальное резервирование, введите
команду:
ВМАЫ> ВАСКОР ТЫСВЕМЕКТАЬ ЕЕУЕЪ 1 БАТАВА5Е;
• Чтобы выполнить кумулятивное инкрементальное резервирование, введите
команду:
ВМАК> ВАСКНР ХЫСКЕМЕКТАЬ ЬЕУЕЬ 1 СВШЬАТГКЕ ОАТАВАБЕ;
КМАИ по умолчанию выполняет полное резервирование, если не указаны ни опция
ЕЕЬЕ, ни 1ЫСКЕМЕЫТАЕ. При этом в процессе резервирования и копирования файлов
данных в наборы пропускаются блоки, в которые никогда ничего не писалось (сжатие
неиспользуемых блоков — шшяес/ Ыоск сотрге^яюп). Так происходит даже при полном
резервировании.
Полное резервирование не оказывает влияния на последующее инкрементальное
резервирование и не рассматривается как часть инкрементальной стратегии, хотя
полная копия образа может быть инкрементально обновлена путем применения
инкрементальных бэкапов по команде ЕЕ С СМЕН (это будет рассмотрено далее в этом
уроке).
Выбор между дифференциальным и
кумулятивным резервированием
* Дифференциальный инкрементальный резервный набор
содержит все блоки, измененные с момента самого
последнего инкрементального резервирования.
• Кумулятивный инкрементальный резервный набор
содержит все блоки, измененные с момента самого
последнего инкрементального резервирования уровня 0.
Уровень 0
Сб
Вт
0
Вс
СорупдЫ © 2006, Огас1е. АН пдЫз геаегуед.
Уровень 0
Уровень о
День Вс ПН
1К
Пт
3-24
Выбор между дифференциальным и кумулятивным резервированием
Кумулятивное инкрементальное резервирование повторяет работу по копированию тех же
блоков, которые копировались при предыдущем некумулятивном инкрементальном
резервировании на таком же уровне. Поэтому, если сначала выполняется инкрементальное
резервирование на уровне 1, тогда последующее кумулятивное резервирование на уровне 1
копирует блоки, измененные после инкрементального резервирования на уровне 1, а
также блоки, которые уже копировались в ходе этого инкрементального резервирования на
уровне 1. Это означает, что только один инкрементальный бэкап такого же уровня
необходим при полном восстановлении.
Сравнение инкрементального и кумулятивного резервирования:
• Дифференциальное инкрементальное резервирование быстрее пишет меньше блоков
и создает меньшие файлы. Инкрементальные бэкапы создаются быстрее, однако при
восстановлении КМАК1 вынужден найти и применить все инкрементальные бэкапы.
• Кумулятивное инкрементальное резервирование может занять большее время,
потребовать записи большего числа блоков и создать большие по размеру файлы.
Кумулятивное резервирование повышает скорость восстановления, поскольку при
этом применяется меньше бэкапов.
На представленном графике показана стратегия резервирования компании, основанная на
инкрементальном и кумулятивном резервирование. Каждое воскресенье выполняется
инкрементальное резервирование уровня 0. Дважды в неделю (в среду и пятницу)
производится кумулятивное резервирования с целью снижения времени восстановления
БД. В остальные дни выполняется инкрементальное резервирование, чтобы уменьшить
время, необходимое для резервирования, и требования к пространству хранения.
Команды
ВАСКИР
> Отслеж. изм.
блков
Инкр. обнов,
ызт
НЕ РОИТ
ВЕГЕТЕ
Отслеживание измененных
блоков
Включение отслеживания измененных
блоков может ускорить процесс резервирования
* Регистрация измененных блоков в файле для
отслеживания изменений
• Если режим отслеживания включен, этот файл
автоматически используется утилитой КМАЫ
• Оптимизация инкрементального резервирования за
счет устранения необходимости полного просмотра
файлов данных в ходе резервирования
Список измененных
блоков
86А
Генерация данных
"^повторного выполнения Г
1011001010110
0001110100101
1010101110011
Файл
отслеживания
изменений
Оперативный
журнал
3-25 СорупдЫ © 2006. Огас1е. АН пдЬ& гезегуеа.
Отслеживание измененных блоков
Цель инкрементального резервирования состоит в копировании только тех блоков,
которые были изменены после предыдущего резервирования. В ходе каждого
инкрементального резервирования читается весь файл данных, даже если после
последнего инкрементального резервирования была изменена только очень небольшая
часть этого файла.
Фоновый процесс записи отслеживаемых изменений (сканце 1гаскт^ ътИег- СТ№)
заноет информацию о физическом расположении всех изменений, сделанных в базе
данных, в файл нового типа, называемый файлом отслеживания изменений (скап^е
ггаскт^фНе). После включения возможности отслеживания изменений первое
инкрементальное резервирование уровня 0 все же вызывает полный просмотр всего файла
данных, так как в файле для отслеживания изменений еще не отражается статус блоков.
Последующие операции инкрементального резервирования используют файл
отслеживания изменений для определения резервируемых блоков. В результате
повышается производительность, поскольку не надо читать весь файл данных.
При включенной возможности отслеживания измененных блоков для выполнения
инкрементального резервирования используются обычные команды. Сам файл
отслеживания изменений не требует большого сопровождения после его начального
конфигурирования. Его размер пропорционален:
• размеру БД и количеству включенных потоков (Шгеаск) в среде КАС;
• числу старых резервных объектов, сопровождаемых с помощью такого файла.
Включение отслеживания измененных
блоков
8йъ> АЬТЕК 0АТАВА8Е ЕЕАВЕЕ
2> ВЕОСК СНАЫ6Е ТКАСК1ЫС
3> 081ЫС ПЬЕ '/тусИг/гтап сИапде Ыаск.Г'
4> КГО8Е;
РауаЬазе !П8Гапсв: ога! о?ас=е-сог? > Васкир ЗеЙпдз
Васкир 5ей1пдз
РеуЕе Васкир [ РоЙсу Г™
Васкир РоНсу
Г~ АигоглаЙсаНу Ьаскир 1Ье сопгго! Ше алб зегуег рагатеШг Т11е (5РРИЕ) шЙН еуегу Ьаскир апй баШЬазе
зЬисШга! скапде
АиШЬаскир ЕЕк коса^оп |~
Ап ежй^ дгег-лу о? с§зк«тар гал? V» соп^го! ;я₽з «лте ратанек? Йе ^41 ь® ир И
упу -'4с п=Я и» Гйеъ Пс Ь.?с=ли а? Ь.ч |Ь?» гкиФ: пчс'жу жа 1йег4:-?п
Г Орйпйзе Ше шЪЫе багабазе Ьаскир Ьу зк1рр1пд илсЬапдеб Шез зисК аз геаб-ол!у апб скВпе ба&Шез
Шаг кауе Ьеел Ьаскеб ср
Й ЕпаЫе Ыоск спапде гхасНпд ЬгТазГег 1лсгетеп1а1 Ьаскирз
В1оск СЬапде ТгасИпд П1е [
мрад?-? -> 1ос?1:оп йпй с-г₽?: =4П Сг?ск« йи: -.1.ш е* 1к. ?;%а.
3-26 СорупдЫ © 2006, Огас1е. А!! пдЫз геаегуеск
Включение отслеживания измененных блоков
Возможность отслеживания измененных блоков включается в ЕпТегрпзе Мападег (ЕМ) на
странице Ма1п1епапсе. Щелкните на ссылке Васкир $е#1пд8, а затем на закладке РоНсу.
Чтобы сохранить установки резервирования, необходимо ввести имя пользователя и
пароль для аутентификации на уровне ОС.
Минимальный размер файла для отслеживания изменений -10 Мб и новое пространство
выделяется с шагом 10 Мб. Не требуется указывать имя этого файла, когда задан
параметр инициализации дЪ_сгеаЕе_ЕИе_деБ1:; в этом случае создается файл,
сопровождаемый сервером Огас1е.
Для ручного конфигурирования быстрого инкрементального резервирования
используются команды:
8СЪ> АЬТЕВ. ВАТАВА8Е ЕЫАВЬЕ ВЬССК СНАКСЕ ТВАСКПГС;
80Ь> АЬТЕН ВАТАВА8Е ВТЗАВЬЕ ВЬОСК СНАКСЕ ТКАСК1ЫС;
Если параметр бЬ_сгеасе_ЕИе_дезЕ не установлен, используйте фразу 1)8ТМС ЕТЕЕ,
чтобы задать местоположение и имя файла для отслеживания изменений.
Представление У$ВЬОСК__СНАМСЕ_ТКАСК1НС содержит текущие характеристики
конфигурации функциональной возможности отслеживания измененных блоков.
По умолчанию отслеживание изменений отключено, поскольку оно добавляет небольшие
накладные расходы, влияющие на производительность обычных, операций в базе данных.
Инкрементально-обновляемые
резервные копии
Копия образа
файла данных
I ' _ 1
Команды
ВАСКИР
Отслеж.
изи. блоков.
> Инкр. обнов.
ызт
НЕРОНТ
ПЕЬЕТЕ
Файлы с инкрементальными
резервными объектами
3-27
ВЕСОШН СОРУ ОЕ
2> ОАТАГ1Ш :{П| 5имя_файла5}
з> юта тао ’хпсг ира
Копия образа файла
данных, обновленная к ।
более близкому по
времени состоянию 1
Восстановлен н ый
файл /данных
.....................................
СорупдЫ © 2006, Огас1е. АН пдЬ& гевегуед.
Инкрементальнообновляемые резервные копии
Функциональная возможность инкрементсьчъш)~об1ювляемые резервные копии
{1псгетеп1а11у ЦрВШеВ Васкир) позволяет, используя КМАЫ, применять файлы,
полученные в результате инкрементального резервирования, к копиям образов файлов
данных. С помощью такого метода КМАК подкатывает вперед копию образа к
определенному моменту времени (восстанавливает копию файла данных ). В копию
вносятся все изменения, сделанные до момента, определяемого системным номером
(8СМ), при котором был получен инкрементальный бэкап.
В ходе восстановления после потери носителя КМАИ может использовать обновленную
копию образа также, как он использует полную копию образа, полученную на момент того
же 8СК При этом не надо ежедневно тратить дополнительные ресурсы для получение
полной копии образа всей базы данных или файла данных.
Две различные команды используются с инкрементально-обновляемыми бэкапами.
• Команда ВАСКПР 1ЫСВЕМЕКТАЕ ЬЕУЕЪ 1. . . ЕОН несоуек ое сору ЮТН ТАС ...
создает инкрементальные резервные наборы, которые можно инкрементально
обновить с помощью команды ВАСКЕР. Если не существует инкрементальный
резервный объект на уровне 0, он создается по этой команде с заданным тегом.
• По команде КЕСОУЕП сору . . лтггн тас к множеству копий образов с заданным
тегом применяются инкрементальные резервные объекты. При отсутствии копий
файлов данных или инкрементальных резервных объектов команда выдает
сообщение, но не генерирует ошибку.
Теги необходимо использовать для идентификации инкрементальных резервных объектов
и копий файлов данных, к которым применяется рассматриваемая стратегия
восстановления, так чтобы не было пересечений с другими стратегиями резервирования.
1
Команда Ы5Т
* Перечень резервных наборов БД
ыш? вмжж сж еатавабе;
Команды
ВАСКОР
Отслеж.
изм, блоков
Инкр. обнов.
> ызт
ЯЕРОНТ
ОЕЫЕТЕ
• Перечень резервных наборов, содержащих
указанный файл данных
киак> васкот ог оатаетье
2> "/сЬ01/СЖЛША1А/иО^/11вех»01.аЬГ,;4
• Список копий файлов данных указанного
табличного пространства
КМАЫ> Е18Т СОРУ ОЕ ТАВЕЕ8РАСЕ "8У5ТЕМ”;
• Список копий архивных журналов из указанного
интервала времени
КМАИ> Ц.18Т СОРУ ОЕ ОАТАВАЗЕАКСНХУЕЕОС ” ;
_____ |
<4^2 Г*
3-28 СорупдЫ © 2006, Огас1е. АН пдН& гезегуеД]
Команда Ы5Т
Команда КМАЭД Ы5Т используется для вывода хранимой в репозитарии информации о
резервных наборах, прокси-копиях и копиях образов. Можно вывести перечень,
содержащий:
* резервные наборы и копии, не имеющие статус АУАТВАВЕЕ в репозитарии К.МАИ;
• резервные наборы и копии файлов данных, которые доступны и могут быть
использованы в операции извлечения из бэкапа (ге 8 Во г е);
• резервные наборы и копии, содержащие указанные в списке файлы данных или
заданные табличные пространства;
• резервные наборы и копии, содержащие архивные журналы с заданным именем или
из указанного диапазона;
• резервные наборы или копии с указанным тегом, временем завершения создания,
пригодные для восстановления или хранимые на определенном типе устройств
• инкарнации заданной базы данных или всех баз данных, о которых есть сведения в
репозитарии;
• хранимые скрипты в каталоге восстановления.
До выполнения команды ШЕТ необходимо установить соединение с целевой БД. Для
соединения в режиме НОСАТАТОС она должна быть смонтирована, а для соединения с
использованием каталога восстановления необходимо, чтобы был запущен целевой
экземпляр, а база данных может быть не смонтирована.
Кроме того, можно задавать порядок выводимых данных (ВУ ВАСКОТ или ВУ Е1ЪЕ), а
также уровень их детализации (УЕВВОЗЕ или 8ПММАВУ).
Команда
• Детальный анализ
репозитария
• Ответы на вопросы:
- Какие файлы данных
принадлежат базе данный?
- Какие файлы необходимо
резервировать?
- Какие резервные объекты
можно удалить?
- Какие файлы не
восстановимы?
Команды
ВАСКИР
Отслеж.
изм блоков
Инкр. обнов.
ызт
> ВЕРОПТ
ПЕСЕТЕ
Команда керокт
Команда КЕРСЖТ помогает выполнить детальный анализ информации репозитария
ИМАЫ.
С помощью команды ЕЕ РОЕТ могут быть получены ответы на такие вопросы:
• Какова структура база данных?
ЕМАЕ> ЕЕРОЕТ 5СНЕМА;
• Какие файлы необходимо резервировать?
ЕМАЫ> ЕЕРОЕТ МЕЕР ВАСКЕР . . . ;
• Какие резервные объекты могут быть удалены (так как они устарели)?
ЕМАМ> ЕЕРОЕТ ОВЗОЬЕТЕ;
* Какие файлы не восстановимы из-за невозможности выполнения операции
восстановлен ия?
ЕМАЕ> ЕЕРОЕТ ШЕЕСОУЕЕАВЬЕ . . . ;
Команда КЕРОКТ ЫЕЕБ ВАСКИР
* Список всех файлов данных, которые необходимо
резервировать
• Предполагается, что при восстановлении
используется самый последний резервный объект
• Доступны четыре опции:
- 1псгегпеп1а1
- Оаув
- Кес1ипс1апсу
- Кесоуегу уутйош
• Если опция не указана, принимается во внимание
политика удержания
[ 3-30 СорупдЫ © 2006, Огас1е. АН пдЫз гееегуеД]
Команда керокт мееп васкир
Команда яерокт кеео васкир используется для выявления всех файлов данных, которые
необходимо резервировать. Отчетные данные выдаются на основе предположения, что в
случае восстановления используется самый последний резервный объект.
Команда имеет четыре опции:
• ХпсгешепЫ; целое, определяющее максимальное число инкрементных резервных
объектов, используемых при восстановлении. Если при восстановлении требуется
такое или большое число инкрементных резервных объектов, необходимо выполнить
новое полное резервирование.
Например, чтобы выявить файлы, для восстановления которых необходимы зри или
более инкрементных резервных объектов, используется команда:
КМАН > КЕРОКТ КЕЕО ВАСКИР ТпсгетепЪа! 3 йаИаЬазе;
• Вау§; целое, определяющее максимальное число дней с момента последнего полного
или инкрементного резервирования файла. Если возраст последнего резервно! о
объекта равен или превышает заданное значение, требуется резервирование файла.
Например, чтобы выявить файлы, которые не резервировались последние гри дня:
КМАН > НЕРОГЧТ ЫЕЕО ВАСКИР йауз 3 саЫезрасе зузИет;
• Кейппйапсу; целое число, определяющее минимальный уровень избыточности.
Например, для уровня избыточности, равного двум, резервирование необходимо при
отсутствии хотя бы двух резервных объектов.
• Кесотегу тппйст; временное окно, в рамках которого К.МАИ должен быть в
состоянии восстановить базу данных.
Примеры команды керокт иееп васкпр
• Файлы, для восстановления которых необходимы
три или более инкрементных резервных объекта:
КМАЫ> ПЕРОКТ ИЕЕД ВАСКИР хпсгешепЬа! 3;
* Файлы, которые не резервировались последние три
дня:______________________
вмаи> КЕРОКТ КПЕЕР ВАСКО? йауэ 3;
• Резервирование необходимо при отсутствии хотя бы
двух резервных объектов:
КМАИ> КЕРОКТ КЕЕЮ ВАСКИР геФшвапсЛ^ __________
• Сведений о файлах, для которых нет подходящих
бэкапов, позволяющих выполнить восстановления на
любой момент времени из прошедших трех дней:
ЮТШ> КЕРОЮ МЕЕР ВАСКИР
2> гесотегу о± 3 дау в.;
_ ....> „ ; —--------—-----------—
3-31 СорупдЫ © 2006, ОгасЗе. АН пдЫ& гееегуеД
Примеры команды керою ыеео васкир
Время восстановления можно оценить, имея сведения о количестве бэкапов, которые
необходимо обработать для восстановления файлов. Если нежелательно обрабатывать
более трех инкрементальных бэкапов при восстановлении, можно, используя следующую
команду, выяснить, какие файлы нарушают данное требования:
РМАК> РЕРОРТ ВЕЕВ ВАСКЕР 1псгетепЪа1 3;
Если за последнее время были выполнены некоторые значительные изменения в базе
данных, необходимо установить, какие файлы после этого не резервировались. Например,
допустим, что изменения производились три дня назад, тогда следующая команда
показывает, какие файлы не резервировались с этого времени:
РМАН> РЕРОРТ ВЕЕВ ВАСКИР ба у 5 3;
При рассмотрении сценариев, не основанных на стандартной политике удержания, могут
понадобиться сведения о файлах, для которых нет определенного количества
существующих бэкапов. Например, следующая команда, выдает данные на основе уровня
избыточности, равного двум:
НМАН> РЕРОРТ КЕЕВ ВАСК11Р геаипаапсу 2;
Чтобы получить сведений о файлах, для которых нет подходящих бэкапов, позволяющих
выполнить восстановления на любой момент времени из прошедших трех дней, введите
команду:
ВМАК> РЕРОРТ ВЕЕВ ВАСКУР гессллегу юТпаою оР 3 ба уз;
Команды
ВАСКИР
Отслеж.
изм. блоков
Инкр. обнов.
ЫЗТ
НЕРОКТ
> ВЕЬЕТЕ
Команды ВЕРСЖТ ОВЗОЬЕТЕ И
ОЕЬЕТЕ ОВЗОЬЕТЕ
• Выявить устаревшие и поэтому непригодные
для восстановления файлы исходя из
текущей политики удержания:
КМА»> КЕНЖТ ОВЗОЬЕТЕ;
• Перечень файлов, устаревших из-за того, что не
требуется хранить более двух резервных копий:
НМАЫ> КЕЮКТ ОВЗОЬЕТЕ КЕОШАЫСУ 2;
• Удалить резервный набор с ключом, равным 4:
ВМАЫ> ВЕЬЕТЕ ВАСКОТЗЕТ 4;
• Удалить файлы, устаревшие по причине того, что
имеется более двух бэкапов, пригодных для
восстановления:
НМАИ> ВЕЬЕТЕ ОВЗОЬЕТЕ КЕВОТГОАИСУ 2;
••ш. < К ЛЬ У,... ... м.... 0140045' ( ...ж
3-32 СорупдМ © 2006, Огас1е. АН пдМ§ ге вегу ей. 1
Команды НЕРОЕТ ОВЗОЬЕТЕ И ВЕЬЕТЕ ОВЗОЬЕТЕ
Устаревший резервный объект может иметь статус ОВЗОЬЕТЕ или ЕХР1ВЕР. Отличие между
ними в том, что объект со статусом ОВЗОЬЕТЕ больше не нужен, исходя из пользовательской
политики удержания, а объект со статусом ЕХР.ШЕЭ был переведен в это состояние после
выполнения команды СВОЗЗСНЕСК, которая не обнаружила его на носителе.
Команда ВЕРОВТ ОВЗОЬЕТЕ позволяет обнаружить файлы, которые больше не нужны по
причине старения на основе политики удержания. По умолчанию команда КЕРОКТ ОВЗОЬЕТЕ
выводит файлы, устаревшие на основе текущей сконфигурированной политики удержания.
Можно также выводить файлы, устаревшие по причине применения другой политики удержания,
задаваемой опцией НЕОШОАКСУ или ВЕСОУЕВУ ШЬта в команде ВЕРОВТ ОВЗОЬЕТЕ.
При выполнении команды ВЕРОВТ ОВЗОЬЕТЕ без опций, когда не сконфигурирована политика
удержания, КМАЫ возвращает сообщение об ошибке.
Команда ВЕЬЕТЕ может удалить все виды файлов, которые обрабатываются командами ЫЗТ и
СВОЗЗСНЕСК. Например, можно удалить резервные наборы, архивные журналы и копии файлов
данных. Команда ВЕЬЕТЕ удаляет физически файл и строку об этом файле из каталога
восстановления. Команда ВЕЬЕТЕ ОВЗОЬЕТЕ удаляет резервные объекты, которые больше не
нужны. В ней можно задавать такие же опции ВЕВ1ЖВАЕСУ и КЕСОУЕКУ И1КВОЭД, как и в
команде ВЕРОК! ОВЗОЬЕТЕ.
После удаления резервных объектов без использования КМАЫ можно воспользоваться
командами СВОЗЗСНЕСК и ВКСАТАВОС для удаления файлов из каталога восстановления.
Сопровождение резервных объектов
_____________________ с помощью ЕМ___________________________________
Мападе Сиггеп! Васкирз
(Сата1од АсИПюг.а! Н8е$) (_Сго$$сйеск Ай) к Ре!е?е АН ОЬ5о!е1е) (ре!еге АН Вхр!гес0
ТЫз Ьаскир йаш м/аз геЫеуеб йот Йпе йа&Ьазе соп&о! Я1е.
Васйф 5е<5 1таае Сор&з
8еагсЛ
$1аЮ5 [Ду5|аЬ1е Д л
СопГепГз Р ОатаШе Р' АгскКей Вейо код Р 8РГ11Е Р СоШго! П1е
Сотр1ег1оп Типе | ШЫп а ггюпГП ‘
Не^и1Ь
' Сга$$сИеск^[Сйаг1де ю ЦпашИаЫе^рё>ете^ч УаНйаге
Зе1ес1 АН | Зе1ес1 Ноле
Сотр1сГк>п11тч ^С$теи& Кее у
’ г 4ЕХАм'Р1ЕА~ия 18.2005 6:46:31 АМ ОАТАЕНЕ Р18К АУАИАВЬЕМО И
' Г ЗЦЗЕКЗ Лид 18,2005 6:46:08 АМЙАТАПЕЕР18К АУАИАВЬЕМО 1;
Подсказка по навигации:
Страница Оа1аЬа$е Ноте > Ма1п1епапсе > Мападе Сиггеп* Васкира
3-33 СорупдЫ © 2006, Огас1е, АН пдЫа геаегуеб.
Сопровождение резервных объектов с помощью ЕМ
ЕнЩгрпве Мападег предоставляет следующие возможности сопровождения бэкапов.
• Просмотр списков резервных объектов (резервных наборов и копий образов), записи
о которых хранятся в репозитарии КМАН.
• Перекрестная проверка репозитария:
- проверка того, что резервные объекты, записи о которых есть в репозитарии,
действительно существуют и доступны;
- резервные объекты, недоступные во время перекрестной проверки, помечаются
как устаревшие (статус ЕХР1КЕБ).
♦ Удаление записей о резервных объектах со статусом ЕХР1КЕБ из
репозитария.КМАИ
• Удаление записей об устаревших резервных объектах со статусом ОВЕ О ЬЕ ТЕ из
репозитария и самих резервных файлов с диска.
Для перехода в ЕЩегрпзе Мападег на страницу Мападе Сиггеп! Васкирз щелкните на
ссылке Мападе Сиггеп! Васкире в секции Васкир/Ресоуегу, расположенной на
странице Ма1п1епапсе. На странице Мападе Сиггеп! Васкирз имеется две закладки для
перехода на страницы Васкир 8е1 (выводится первой) и 1таде Сору. Обе страницы
предназначены для вывода сведений о резервных объектах, информация о которых
хранится в репозитарии утилиты Кесоуегу Мападег.
Примечание: когда в качестве хранилища резервных объектов используется флэш-
область восстановления, уменьшается объем или совсем устраняется необходимость
операций по сопровождению, поскольку Огас1е автоматически сопровождает дисковое
пространство и файлы в этой области на основе политики удержания.
Динамические представления,
используемые НМАЫ
• У$АКСН1УЕО_ЬО(3
• У$ВАСКОТ_СОШ«1РТ1ОН
• У$ВАСЮТР_рЕУ1СЕ
• У$ВАСКе₽_Е1ЕЕ!5
• У$ВАСКЦР_Р1ЕСЕ
• У$ВАСКПР_КЕООЕО6
• У$ВАСКПР_8ЕТ
• У$ВАСКП₽_8РГ1ЬЕ
• у$сору_соккиртюы
• У$КМАЫ_СОЫПСЦКАТ1ОЫ
СорупдЫ © 2006, ОгаеДе. АН пдЬШ геквтхк
Динамические представления, используемые ЯМАЫ
Следующие представления используются для получения информации утилиты КМ АН
из управляющего файла:
• \7$АКСН1УЕЕ_ЬОС; показывает, какие архивные журналы создавались,
резервировались или удалялись из базы данных.
* V $ ВАСКЬ Р__СОКВП ВТ IОЫ; показывает, какие блоки обнаружены искаженными в
процессе записи резервного набора.
* У$ВАСКПР__ЕАТАЕ1 ЬЕ; используется для определения количества блоков
каждого файла данных в созданных резервных наборах; на основе этих данных
можно создавать в дальнейшем резервные наборы одинакового размера; это
представление также содержит количество искаженных блоков для конкретного
файла данных.
• V $ ВАСКЬ Р__ ЕЕ VI СЕ; показывает информацию о поддерживаемых устройствах
резервирования; тип устройства Е18К никогда не возвращается при запросе к
этому представлению, так как это устройство всегда доступно.
• V $ ВАСКУ Р__Г I ЬЕ 8; показывает сведения о всех бэкапах (копиях образов и
резервных наборах), а также о зарезервированных архивных журналах. Это
представление отражает сведения, выводимые по командам Ы5Т ВАСКЕР и
Ы 5Т СОРУ утилиты ЯМАМ
Динамические представления, используемые КМАЫ (продолжение)
• V? ВАСКЕ Р__Р1 ЕСЕ; показывает фрагменты резервных наборов.
• 7$ВАСКЕР_КЕБОЕОС; показывает архивные журналы, хранимые в резервных
наборах.
• V $ ВАСКИ Р_8ЕТ; показы вает созданные резервные наборы.
• ,7$ВАСКЕР_8РЕ1ЕЕ; выводит сведения о файлах серверных параметров,
хранимых в резервных наборах.
* V $ СО РУ_СО№И РТI ОМ; показывает, какие блоки обнаружены искаженными в
процессе записи копии образа.
. 7$БАТАВА8Е _ВЕОСК_СОКВЕРТЮМ; показывает, какие блоки были помечены
как поврежденные в процессе самого последнего резервирования, выполнение! о
ЯМАМ
• У$НМАМ СОМЕЮТР.АТ1ОМ: выводит значения установленных устойчивых
параметров конфигурации КМАИ.
При использовании прокси-копирования с ЯМ АН можно запрашивать представления:
. 7$ РВОХУ__АКСН17ЕБЕОС
» У$ РКОХУ_БАТАЕ1ЕЕ
Статистики резервирования можно запросить в представлениях:
. У$ВАСКЕР_А8УМС_1О
- У$ВАСКЕР__8УМС_1О
Мониторинг резервирования с
помощью КМАЫ
• Свяжите серверные сеансы с каналами,
используя команду ЗЕТ СОММАЫО 1П
• Выполните запрос к представлениям
У$РВОСЕ88 И У$8Е8310Ы ДЛЯ выявления
сеансов, соответствующих каналам КМАИ
• Выполните запрос к представлению
У$8Е881ОЫ_ЬОЫСО₽8 ДЛЯ мониторинга
выполнения резервирования и копирования
• Используйте утилиту операционной системы
для мониторинга процессов или потоков
3-36 СорупдЫ © 2006, Огас1е. АН пдЫз гезегуед.
Мониторинг резервирования с помощью НМАЫ
Чтобы соотнести пронесс и канал во время резервирования, выполните следующие шаги:
1. Запустите утилиту Кесоуегу Мападег, установив соединение с базой данных
назначения и, если необходимо, с каталогом восстановления.
2. Установите параметр СОММАЕЮ Ю после выделения каналов и затем скопируйте
требуемые объекты. Строка, заданная в команде 8ЕТ соммаыо то, отображается в
столбце у$8Е88ЮЕ . сыеыт_тыео для всех выделенных каналов.
гоп {
аИосаЁе сЬаппе! 01 Туре сНбк;
зек соттапа 10 То 'гтап’;
Ьаскор дакаЕНе 1;
геТеазе сЬаппе! Т1;}
3. Выполните запрос представлений \7$РКОСЕ88 и У$8Е5810Е, чтобы получить для
каждого канала идентификатор сеанса {$е$$юп ккпИфгег - 810 и идентификатор
прогресса в операционной системе (ррегаПп^хуметргосекх Шепйрег - 8РТ1)),
используя строку, заданную на предыдущем шаге во фразе соммаыо ю.
8Е12ЕСТ 81(1, 8р1д, сйепГшГо
ЕНОМ у$ргосезз р, У$зе8з1оп 2
ЭДНЕНЕ р . адаг - 2 . радаг
АЕ О с 11 е п Т __ 1 п I с ЬIКЕ ’ % 1 гтап % ’ ;
Мониторинг резервирования с помощью ЕМАМ (продолжение)
4. Чтобы получить сведения о продвижении процесса резервирования, выполните
запрос к представлению 7$8Е8810Н_Ь0№0Р5.
БЕРЕСТ зтсЧ зегТа!#, сопЕехЪ, зоЕат, ЫаЫгк,
гоипд (зоЕаг/Ыса1могк*100, 2) "% СотрТеке"
ЕНОМ У$8Е85ЮК__Ь0КС0Р8
ЖЕНЕ орпагсе ЫКЕ ’ КМАЕ: %’
АКО орпате КОТ ЫКЕ ’КМАЫ: аддгедаке%’
АКО кока!могк 0;
5. Если используется канал с типом устройства зЬЕ и обнаруживается, что
выполнение процесса приостановилось, закроемте представление
\7$8Е881ОМ___Ж1Т, используя 810, полученный на шаге 3, чтобы проверить, ждеи
ли КМ АН завершения вызванной функции5 программы управления носителем.
8ЕТЕСТ * ГНОМ У$БЕ8510КЫ?А1Т 1ЛГНЕКЕ е-гепЕ ЫКЕ ’зЬё%’;
Итоги
• Использование команды васкир утилиты
КМАЫ для создания резервных наборов и
копий образов
* Использование команды ызт для получения
данных о резервных наборах и копиях,
полученных с помощью НМАЫ
• Использование команды керокт для получения
сведений об устаревших резервных объектах
НМАЫ и команды леъете для их удаления
3-38
СорупдМ © 2006, Огас!е. АН лдК& гевегуес!.
Обзор практического занятия:
резервирование базы данных
• Включение архивирования оперативных
журналов базы данных
• Использование утилиты КМАЫ для получения
информации о структура базы данных
• Использование Несоуегу? Мападег для
резервирования файлов данных и
управляющего файла
• Использование Яесоуегу Мападег для создания
копий образов файлов данных
• Создание сжатого резервного набора базы
данных
• Планирование задания по резервированию
«
3-39 СорупдЫ © 2006, Огас1е, АН лдМа гезегуед.
Восстановление после
несущественных потерь
СорулдМ © 2006, Огас1е. АН пдМз гезеп/еск
Рассматриваемые вопросы
• Восстановление временных табличных
пространств
• Восстановление элемента журнальной группы
• Восстановление после потери индекса
• Пересоздание файла паролей
СорупдМ © 2006, Огас1е. АН пдЬШ гевегуеб.
Причины потери файла
• Ошибка пользователя
• Ошибка в приложении
• Потеря носителя
СорупдЫ © 2006, Огас1е. АП пдЫа гезегуед.
Причины потери файла
Файлы могут быть потеряны или повреждены вследствие следующих причин.
• Ошибка пользователя. Администратор может непреднамеренно удалить или
перенести необходимый для функционирования файл в операционной системе.
• Ошибка в приложении. Приложение или скрипт может содержать логическую
ошибку, которая при обработке файлов базы данных приводит к потере или
повреждению файла.
• Потеря носителя. Может произойти полный или частотный откат дисковода или
контроллера, в результате чего искажаются или даже полностью теряются файлы.
Сравнение критических и некритических
потерь
В случае потери некритического файла база
данных может продолжить свое функционирование.
Для устранения проблемы выполняется одно из
следующих действий:
• Создание нового файла к
• Пересоздание файла.
• Восстановление потерянного или
поб ежденного файла. ________
•- Г-,. -IV
4-4 СорупдЫ © 2006, Огас1е. АН пдЫз ге§егуесЗ.
Сравнение критических и некритических потерь
Несущественным (поп-спйса!/Не) считается такой файл, без которого может быть
продолжено функционирование базы данных и большинства приложений. Например,
при потере одного из мультиплексируемых управляющих файлов можно
воспользоваться остальными управляющими файлами для сохранения
работоспособности базы данных.
Потеря несущественного файла может повлиять на функционирование базы данных, но
не вызовет полный отказ (сгазй) базы данных. Например:
• Потеря индексного табличного пространства может сильно замедлить работу
приложений и выполнение запросов и даже сделать приложение непригодным
для использования (ипи$аЫе) в случае, когда индексы использовались для
поддержки ограничений.
• Потеря оперативной журнальной группы, которая не является текущей (сштеп1),
может вызвать приостановку работы базы данных до создания новых журнальных
файлов.
• Потеря временного табличного пространства может не позволить пользователям
выполнять запросы или создавать индексы до тех пор, пока пользователям не
будет назначено новое временное табличное пространство.
Потеря временного файла
Команды 8ОЬ, которым при выполнении требуется
временное табличное пространство, могут
завершаться с ошибкой, если потерян один из
временных файлов.
5СЬ> зеТесЬ * €гот ЫдуаЫе «жвег Ьу
1,2,3,4 ^5$,6 ,1, 8,9,10,11^12^ 13 г
зе1есЪ * €гсж Ьхд__ЪаЫе огйег Ьу
1,2, ,7,8,9,10> 11,12,13 ;
*
ЕВКОК .&> КК 1:
ОВА-01565; еггог хп хДепЪх€у1пд: 111е
»/<01/ая^Ж&Ше/огааа1;а/огс1/Ъе1пр01. дЬГ’
ОВА-27037; >хаЫе Ъо оЬШп Ше вЪаЪиа
Ипия Еггог: 2 ? Но аисЬ Гх1е ог ОхгесЪогу
4-5
СорупдЫ © 2006, Огас1е. АН пдЬ& геаегуед
Потеря временного файла (темрпье)
Временной табличное пространство (например, ТЕМР) становится недоступным, когда
теряется или повреждается принадлежащий ему файл. Эта проблема обнаруживается в
ходе выполнения команд $(?Е, которым необходимо временное табличное
пространство для сортировки.
Команда показанная на слайде, содержит длинный список столбцов в
предложении о г де г Ьу, и поэтому ей при выполнении понадобится временное
табличное пространство. В результате обнаружится отсутствие временного файла.
База данных Огас1е может быть запущена без потерянного временного файла. Если
какой-либо временный файл отсутствует во время старта базы данных, он создается
автоматически и база данных открывается нормально. В таких случаях в сигнальном
файле при старте БД появляется сообщении, подобное приведенному ниже:
НесгеаМпд ГегпрШе /и01/арр/огас1е/огадаЬа/огс1/Ьетр01.дМ
Восстановление при потере
временного файла
СорупдЫ © 2006, Огасте. АН пдЫз гевегуеД
Восстановление при потере временного файла
После потери временного файла можно восстановиться без перезапуска базы данных.
Например, пусть удален на уровне ОС файл Ьешр01. ЙЬЕ, принадлежащий
временному табличному пространству по умолчанию ТЕМЕ. Чтобы выполнить
восстановление в базе данных после такого удаления добавьте новый файл, а затем
выполните операцию дгор для удаленного файла:
8СЪ> АЬТЕК ТАВЬЕЗРАСЕ Тетр АРВ ЬАТАГРЬЕ
’/и01/арр/огас1е/огадаСа/огс1/Сетр02ЫЫ:1 312Е 20М;
ТаЫезрасе аЬЬегесЕ
30Е> АЬТЕК ТАВЬЕЗРАСЕ Тетр РВ.ОР ТЕМРЕТЬЕ
’/п01/арр/огасЬе/огадата/огсР/ЬетрО!.аЬЬ1;
ТаЫезрасе а! -Сегед.
Статус журнальной группы
В любой момент времени статут журнальной
группы имеет одно из следующих значений:
А
V
ссквеыт: процесс ЬСУУК в текущий
момент времени пишет данные в
журнальную группу.
астгуе: в журнальную группу больше не
производится запись, но она все еще
требуется для восстановления после
сбоя экземпляра.
ШАСТГТЕ: в журнальную группу больше
не производится запись, и она не нужна
для восстановления после сбоя
экземпляра.
4-7
СорупдМ © 2006, Огас1е. АН пдЫа геэегуед.
Статус журнальной группы
В ситуациях, когда теряется файл оперативной журнальной группы, пригодится знание
возможных состояний оперативных журнальных групп. В нормально
функционирующей базе данных Огас1е такие группы проходят в круговом режиме
через три состояния. В каждом таком цикле состояние (статус) журнальной группы
изменяется в следующей последовательности.
. СШШЕКТ
Процесс ЕСЖК пишет в данную группу журнальные записи с информацией о
выполняемых в базе данных транзакциях. Журнальная группа находится в таком
состоянии до переключения в другую журнальную группу.
• астхуе
Данные журнальной группы все еще необходимы для восстановления после сбоя
экземпляра. Этот статус сохраняется, пока не завершится выполнение
контрольной точки, по которой в файлы данных записываются все измененные
данные, отраженные в записях оперативной журнальной группы.
• ХКАСТГУЕ
Выше упомянутая контрольная точка завершилась, и поэтому оперативная
журнальная группа больше не нужна для восстановления после сбоя экземпляра.
Такая группа свободна и может быть следующей текущей (статус СЖНЕЫТ)
журнальной группой.
Потеря элемента оперативной
журнальной группы
Потеря журнального файла отражается в
сигнальном файле и трассировочном файле
архивного процесса (АЯСл).
Еггожз Хв
/иО1/а^/Ъгас1е/аатхп/0гс1/Ьс1р^/огс1лв<агс1_2573В. Ъгс:
СЖА-00313: ореп ^аХХвЙ шЫэегв о! Ход дхстр 2
X
Ход 2 -ЬИгев.д. 1:
1 /и0Х/арр/огасХе/ога4аЪа/огсХ/ге4о02Ь Ход9
ОН^-27037:ипаЬХе Ъо оЬЪахп €х1е
Ьхпих Жггох: '2: Ко зисЪ 1:х1е ох 41хШ±огу
СорупдЫ© 2006, Огас1е, АН пдЫз гееегуеД
Потеря элемента оперативной журнальной группы
Журнальные данные повторного выполнения важны для восстановления, поскольку
они содержат записи обо всех изменениях в базе данных, что позволяет выполнить
подкат вперед при восстановлении после копирования из бэкапа.
Группа оперативных журналов может содержать несколько одинаковых элементов.
Таким образом обеспечивается избыточное хранение журнальных данных. Для
продолжения функционирования БД необходимы, по крайней мере, две журнальные
группы с хотя бы одним доступным элементом в каждой из них.
Когда какой-либо элемент журнальной группы недоступен, сообщение об этом
заносится в сигнальный файл и формируется трассировочный файл архивного процесса
При потере нетекущей оперативной журнальной группы можно воспользоваться
командой АЬТЕК БАТАВА5Е СЬЕАВ. ЬОСЕ1ЬЕ. чтобы пересоздать элементы этой
труппы. При этом не происходит никаких транзакционных потерь. В случае, когда
журнальная группа была заархивирована до того, как произошла ее потеря, больше
ничего не требуется делать. В противном случает необходимо немедленно выполнить
полное резервирование базы данных. Резервные объекты, полученные до момента
потери журнала, не пригодны для восстановления.
Пересоздание оперативных
журнальных файлов
5дъ> АЪТЕК ЮАТАВА5Е ШОР ШЗЗШШЬ МЕМВЕЕ
> ’ /и01/арр/огас1е/огайаЪа/огс1/ге<Хо02Ъ. Ход' ;
3$1»> ’хш /и01/арр/огас1е/йгайаШ/огс1/ге<4о02Ь.1од
С!АТ ЖТЯ*1?12> П1Ф2Ш1СП? ВПП "Т АГ2&ТТ Т?
МлиЛ&ЬМ ММАМШШ& ЛЫЬ# Л&Ш»
> ’ /цО 1/арр/огас1е/огадаЪа/огс1/хес!о02Ь> Ход’
> ТО СКОПР 2,
4-9 СорупдЫ © 2006, Огас1е. АН пдЫ$ геаегуеск
Пересоздание оперативных журнальных файлов
В некоторых случаях может понадобиться удалить целиком журнальную группу или
один, или несколько файлов журнальной группы. Например, в случае дискового отказа
придется удалить все оперативные журнальные файлы, расположенные на отказавшем
диске, чтобы база данных не выполняла попыток записи в недоступные файлы.
Для удаления оперативной журнальной группы необходимо иметь системную
привилегию АЬТЁК БАТАВАЗЕ. Кроме того, следует принять меры предосторожности
и учесть следующие ограничения:
• Экземпляру требуются хотя бы две группы оперативных журнальных файлов,
независимо от количества элементов в группах.
• Группу или элемент группы можно удалить только, когда группа неактивна
(статус 1ЫАСТ1\7Е в представлении \7$ЬОС).
• Когда БД в архивном режиме, удалить элемент или группу можно, если
оперативная журнальная группа заархивирована (ТЕЗ в столбце АВСНЬУЕВ
представления У$ЬОС).
ЗЕЬЕСТ СКОПЕ#, АНСН1УЕВ, ЗТАТПЗ ЕНОМ У$ЬОС;
СКОПЕ# АНС ЗТАТПЗ
1 УЕЗ АСТ1УЕ
2 КО СПКВЕИТ
3 УЕЗ 1ЫАСТ1УЕ
Пересоздание оперативных журнальных файлов (продолжение)
Удаление группы оперативных журналов производится по команде 8()Е АЕТЕЕ
САТАВА8Е, содержащей фразу ОНОР ЬОСТТЪЕ. Следующая команда удаляет группу
под номером 3:
АЬТЕН ОАТАВА8Е ОНОР ЬОСЕТЕЕ СНООР 3;
Чтобы удалить элемент оперативной журнальной группы, необходимо иметь
системную привилегию АЬТЕН 0АТАВА8Е. Кроме того, следует принять меры
предосторожности и учесть следующие ограничения:
• Можно удалить оперативные журнальные файлы, и в результате
мультиплексируемый журнал становится временно асимметричным. Например,
при использовании дуплексных групп оперативных журналов можно удалить
один элемент в одной группе, при этом во всех остальных группах останется по
два файла. Настоятельно рекомендуется немедленно исправить эту ситуацию и
сделать так. чтобы во всех группах было хотя бы два элемента. Тогда все группы
будут защищены от возможного сбоя.
* Экземпляру требуются хотя бы две работоспособные группы оперативных
журнальных файлов, независимо от количества элементов в группах.
* Если БД в архивном режиме, проверьте, что группа, к которой принадлежит
удаляемый файл, была заархивирована. Для этого запросите представление
У$ЬОО.
* Элемент журнальной группы не может быть удален, когда его группа активна
или является текущей. Если необходимо удалить элемент текущей группы,
сначала выполните принудительное переключение журнала. После этого группа
переходит либо в состояние АСТ1УЕ, либо ТЕАСТ1УЕ. Если состояние
1ЕАСТ1УЕ, тогда можно выполнить команду удаления группы. Если же
состояние АСТ1УЕ, тогда следует сначала выполнить принудительную
контрольную точку, чтобы перевести группу в состояние ТЕАСТ1УЕ. В
следующем примере показывается, как происходит такой переход для первой
группы (1 в столбце СНООР# ), которая сначала имела статус СЖР.ЕШ’, затем
АСТ1УЕ и наконец 1ЫАСТ1УЕ:
80Е> 8ЕЕЕСТ ОНООР#, АНСН1УЕО, 8ТАТО8 ЕНОМ У$ЕОС;
6Н00Р# АНС 8ТАТО5
1 ЕО СОННЕЕТ 4=*——^
2 УЕ5 1ЕАСТ1УЕ
3 УЕ8 1ЕАСТ1УЕ
80Е> аНег зузТет зшХсЬ 1одЕ11е;
8=0Е> 8ЕЕЕСТ СНООР#, АНСН1УЕО, 8ТАТО8 ЕНОМ У$ЕОС;
СНООР# АНС 8ТАТО8
1 УЕ8 АСТ1УЕ .............
2 ЕО СОПРЕЕТ
3 УЕ8 1ЫАСТ1УЕ
50Ь> а1Лег зузСегп сЬескротпс;
ЗузЕет аЮегеО.
80Е> 8ЕЕЕСТ СНООР#, АНСН1УЕО, 5ТАТО8 ЕНОМ У$ЕОС;
СНООР# АНС 8ТАТО8
1 УЕ8 1ЕАСТ1УЕ
2 ЕО СОННЕЕТ
3 УЕ8 1ЕАСТ1УЕ
Пересоздание оперативных журнальных файлов (продолжение)
Для удаления элемента неактивной и нетекущей группы оперативных журналов
используется команда 80>Ь АЬТЕВ 0АТАВА8Е, содержащая фразу ОР.ОР ЬОСЕТЬЕ
МЕМВЕВ. Следующая команда удаляет оперативный журнальный файл
/ и 01 / а р р / о г а с 1 е / с г а а а Е а / о г с 1 / г е й о 0 2 Ь. 1 о д:
АЬТЕВ. БАТАВА5Е РВОР ЬОСГТЬЕ МЕМВЕВ
* /и61/арр/огас1е/огс1б.аЬа/агс1/гес1о02Ь, 1.од’;
При удалении журнальной группы или отдельного элемента всегда удаляются ссылки
на них в управляющем файле, а соответствующие файлы в операционной системе
остаются, кроме случая, когда используются файлы, сопровождаемые Огас1е (Огас1е
Мапа§е<1ЕИез ОМЕ). Проверьте, что операция удаления элемента или оперативной
журнальной группы завершилась успешно, а затем, если не использовались ОМЕ-
файлы, удалите файлы оперативных журналов д помощью соответствующих команд
ОС.
При использовании файлов, сопровождаемых Огас!е, удаление этих файлов в
операционной системе выполняется автоматически.
Пересоздание оперативных
журнальных файлов
скаг 1од5е
С штепС ; 1Мс 51200 50; 1847791)
!пасЛуе. 2 Уез 51200 46. 1792269
!пасйуе; 1 Уез 51200 49 1821085|
ЕсШ Небо код Сгоир: 2
Асйопз [сЕа7Год1Ге
500 ^Ееуегу) ^Дрр1у)
(лгоир # 2
А1е з12е 51200 КВ
ЗШ05 1НАСТ1УЕ
Вейо код МетЬег«
С гес1о02.1од
® гес!о02Ь.1ад
Ю&В1ЫйЬгу
/и01 /арр/огас!е/огас1а1:а/огс1/
/иО1 /арр/огас1е/огайака/агс1/
4-12
СорупдМ © 2006, Огас8е. АН пдЫз геаегуеск
РАсие
Пересоздание оперативных журнальных файлов
ЕШегрше Мапа^ег позволяет создавать и редактировать информацию о группах
оперативных журналов, связанных с текущей базой данных. Для этого на странице
Абт1П1з1гайоп выберите ссылку Небо код (Згоирз в секции ЗТогаде.
На странице Рейс код бгоирз выводится информация о каждой журнальной группе, а
также предоставляется возможность просмотра и редактирования состава группы.
Выберите отдельную журнальную группу и щелкните на кнопке У|в\л/. Для оперативной
журнальной группы будет выведена таблица, содержащая файлы и директории, в
которых они находятся.
Добавить или удалить элементы группы можно, используя кнопку Ейй.
Повторное создание индексов
Используйте параметры, уменьшающие время
создания индекса:
• РАНАЬЬЕЪ
• ыоьоссхыс ?
аеь> СЖЕАТЕ 1ИПЕХ гпатеДЛх
2 ОК Ьг.гедхопв (гедхоп_пате)
3 РАКАЬЬЕЬ 4 ;
СорупдМ © 2006, Огас!е. АП пдЫ$ гезеп/ед.
4-13
Повторное создание индексов
При создании и пересоздании индекса можно использовать следующие ключевые слова
для снижения времени выполнения операции:
• РАЯАЪЬЕЬ (по умолчанию ЫОРАНАЬЬЕЬ).
Индекс может создаваться несколькими процессами, выполняющими
одновременно совместную работу. Разделяя необходимые для создания индекса
действия между несколькими серверными процессами, Огас1е может создать
индекс более быстро, чем это сделает одиночный процесс, создающий индекс
последовательно. Из таблицы случайным образом выбираются данные,
выявляются множества индексных ключей, которые равномерно разбивают
индекс на части. Количество этих множеств определяет уровень параллелизма.
Первый набор процессов запроса полностью просматривает таблицу, выделяет
пары, состоящие из ключей и гсжтд и передает каждую пару процессу во втором
наборе процессов запроса, исходя из значения ключа. Каждый процесс во втором
наборе сортирует ключи и строит индекс обычным образом. После того, как все
части индекса выстроены, координатор параллельных процессов объединяет части
(которые упорядочены), чтобы окончательно сформировать индекс.
--- Л Л—
Повторное создание индексов (продолжение)
« коьосстш
Индекс строится быстрее, поскольку в ходе операции создания очень небольшой
объем информации заносится в журнал. Это значение также значительно
минимизирует объем генерируемых журнальных данных в процессе выполнения
прямой вставки (сИгес1ра1к хпзегЕ) п производимой с помощью утилиты
80>1ЛЕоас1ег прямой загрузки (ЕНгесГ Ьоабег). НОЬОССТМС - постоянный
атрибут, который хранится в словаре данных. Он может быть изменен в любое
время с помощью команды:
АЬТЕК 1ЕЮЕХ К0Ь06С1ЫС/Ь0С61КС.
При потере индекса может оказаться быстрее и проще его пересоздать, а не пытаться
произвести восстановление (гессл/ег). Один из способов определения кода 80Ь для
создания индекса - использование утилиты ГЫа Ршпр: гтрйр
50Ь ЕIЬЕ=<имя__ файла>
В качестве имени_файла указывается выходной файл, сгенерированный при
выполнении команды ехрф. В результате на основе ёшпр-файла генерируются
команды 8(}Ь для создания импортируемых объектов, но сам импорт не выполняется.
Команды ехрбр и гшрдр подробно рассматриваются в курсе Огас1е 1)а1аЬозе 10%:
Администрирование /.
Методы аутентификации
администраторов базы данных
Методы аутентификации администраторов базы данных
Администрирование базы данных может производиться локально на той же самой
машине, на которой расположена база данных. С другой стороны, можно управлять
многими различными сервера с единого удаленного клиента. В зависимости от
выбранного подхода к администрированию может быть отдано предпочтение либо
аутентификации на уровне ОС, либо аутентификации при помощи файла паролей.
* Если есть парольный файл базы данных и пользователю предоставлена системные
привилегии роли 5У8БВА или ЗУ ЗОРЕК, тогда он может пройти аутентификацию
при помощи парольного файла.
• Если на сервере не используется парольный файл или пользователю не
предоставлены привилегии ЗУ5ЕВА и ЗУ 50 РЕК и поэтому нет нужды в
парольном файле, тогда может использоваться аутентификация на уровне ОС. В
большинстве операционных систем для аутентификации администраторов
необходимо разместить пользователя ОС в специальной группе, на которую
обычно ссылаются как на группу ОЗЕВА. Пользователям этой группы
предоставлены привилегии ЗУ ЗЕВА. Группа 030РЕК используется для
предоставления пользователям привилегий 3 У ЗОРЕК.
Аутентификация на уровне ОС имеет приоритет над аутентификацией при помощи
парольного файла. Так, если пользователь входит в группу 03 ЕВА или 080РЕК и
соединяется как ЗУЗВВА или 8 У ЗОРЕК, тогда соединение устанавливается с
соответствующими административными привилегиям, независимо от того, какое имя и
пароль были введены.
Повторное создание файла парольной
аутентификации
1. Соединитесь с базой данных, используя
аутентификацию на уровне ОС.
2. Установите значение ыоые в параметре
КЕМ0ТЕ_Ь0С1К_РА88Н0М)Е1ЬЕ и перезапустите БД.
3. Пересоздайте парольный файл, используя
утилиту огарка.
$ огарка Гх1е=$бМЖЕ_^Н(Ж1
раге«гога=аатхп епЪгхеа=5
4. Установите значение ехсшзгте в параметре
КЕМ0ТЕ_Ь0С1Ы_РА58Н0В0Е1ЬЕ.
5. Добавьте пользователей в парольный файл и
выделите каждому необходимые привилегии.
6. Перезапустите экземпляр.
Повторное создание файла парольной аутентификации
Для создания парольного файла Огас1е предоставляет утилиту огар^д. При
установлении соединения с привилегиями 5У8ВВА пользователь подсоединяется к
схеме ЗУ 8, а не к своей собственной схеме. Как 8УЗОРЕК пользователь соединяется с
схемой РЕВЫ С. Доступ к базе данных с использованием парольного файла
предоставляется по команде ОВАЫТ, выполненной привилегированным пользователем.
Обычно парольный файл не включается в резервные наборы, так как почти во всех
ситуациях парольный файл можно пересоздать. При потере парольного файла для того,
чтобы его пересоздать, требуется хотя бы раз остановить и повторно запустить базу
данных. Чтобы не терять время на остановку БД, следует включить парольный файл в
перечень резервируемых объектов.
Чрезвычайно важно для обеспечения системной безопасности защищать парольный
файл и переменные окружения, которые задают местоположение парольного файла.
Пользователи, имеющие доступ к такой информации, потенциально могут нанести вред
безопасности соединения.
Примечание. Не удаляйте и не изменяйте парольный файл, если БД или экземпляр
были смонтированы с параметром инициализации ВЕМОТЕ_ЕОО1К_РА55Ж)ЕЕЕ1ЕЕ,
равным ЕХСЬПЗТУЕ (или 5 НАНЕ В). После таких действий нельзя удаленно
переподсоединиться с использованием парольного файла. Даже если заменить этот
файл, новый парольный файл нельзя использовать, так как временные метки и
контрольные суммы будут неверными.
Повторное создание файла парольной аутентификации (продолжение)
Использование файла паролей
I. Файл паролей создается с помощью утилиты огарькЕ
огарчд Ше=<имя файла> раБ8ьюга^<пароль> егТСгРев =<число>
где:
имя_файла имя файла паролей (обязательный параметр);
пароль пароль для соединения с привилегиями 8У8ОРЕВ или
8У80ВА (обязательный параметр);
число число, задающее максимальное количество администраторов
базы данных, которые могут подсоединиться с
привилегиями 8У8ЕВА или 8У8ОРЕВ;
при превышении за^нного числа необходимо пересоздавать
файл паролей, поэтому рекомендуется указывать большее
число;
не должно быть пробелов вокруг знака равно (=).
Пример: огаржЯ Е11е=$0КАСЬЕ__Н0МЕ/дЪ8/огариП15
разз^огй-адтВп епгг±е8~5
2. Значение параметра КЕМОТЕ_ЕОС1Ы__РА88^ОВВЕ1ЬЕ установите равным
ЕХСЬШВ/Е
где:
ЕХСЫ)81УЕ указывает на то, что данный файл паролей может
использоваться только одним экземпляром и что он
содержит еще какие-то имена кроме 8У8; когда парольный
файл используется в режиме ЕХСЕШТУЕ, привилегии
8У8ОВА и 8У8ОРЕВ могут быть выделены другим
пользователям.
3. Соединение с базой данных с использованием парольного файла устанавливается
следующим образом:
ССФЖЕСТ зуз/адтУп А8 8У80ВА
Расположение файла паролей
1ЛЧ1Х: $0ВАСЕЕ__Н0МЕ/аЪз
ХТТ: %0КАСВЕ_Н0МЕ%/даЕаЬа8е
Сопровождение файла паролей
Удалите файл паролей и создайте новый файл с помощью утилиты ОВАРШ.
Повторное создание файла парольной аутентификации (продолжение)
Использование файла паролей
1. Соединитесь с базой данных, используя аутентификацию на уровне ОС.
2. Установите значение НОМЕ в параметре КЕМОТЕ___ЬОС1К___РА88^ОВОЕ1ЕЕ и
перезапустите БД.
3. Создайте парольный файл, используя утилиту огарьк!
огармб Е11е~<имяфайла> раззж>гд~<пароль> епЕгРез ~<число>
где:
имя файла имя файла паролей (обязательный параметр);
пароль пароль для соединения с привилегиями 8УЗОРЕК или
ЗУ 8БЕА (обязательный параметр);
число число, задающее максимальное количество
администраторов базы данных, которые могут
подсоединиться с привилегиями 8Х5ЕВА или 8Х8ОРЕК;
при превышении заданного числа необходимо
пересоздавать файл паролей, поэтому рекомендуется
указывать большее число;
не должно быть пробелов вокруг знака равно (:=).
Пример: огарей Е±1е~$ОКАСЬЕ_НОМЕ/с1ЪБ /огаръДЛ 5
раз8^огй~ас1т1п егХг!ез~5
4. Значение параметра КЕМОТЕ_ЬОСIЫ___РА8БРОКЕРI ЕЕ установите равным
ЕХСЕПЗтУЕ:
- ЕХСШ81УЕ указывает на то. что данный файл паролей может
использоваться только одним экземпляром и что он содержит еще какие-то
имена кроме 8X5; когда парольный файл используется в режиме
ЕХСЕП5РУЕ, привилегии 5X8ОБА и 5Х5ОРЕВ могут быть выделены другим
пользователям.
5. Соединитесь с базой данных, используя парольный файл, созданный на шаге 3.
СОЕНЕСТ зуе/айгатп АЗ 5Х5ЕВА
6. Перезапустите экземпляр.
Расположение файла паролей
1ЛЧ1Х: $0КАСЕЕ_Н0МЕ/аЬ5
ХУшйохуь: % ОКАС ЬЕ__НОМЕ %\баг аЬа з е
Сопровождение файла паролей
Удалите существующий файл паролей, используя команду операционной системы, и
создайте новый файл с помощью утилиты ОВАРТО.
Итоги
• Восстановление временных табличных
пространств
• Восстановление элемента журнальной группы
• Восстановление после потери индекса
• Пересоздание парольного файла
'АСкФ
[ 4-19 СорупдН © 2006, Огас!е. АН пдЫз гезегуесЕ
Обзор практического занятия:
восстановление после потери временного
файла и оперативного журнального файла
• Запуск базы данных с потерянным временным
файлом
• Создание нового временного табличного
пространства
• Изменение для базы данных табличного
пространства по умолчанию
• Восстановление после потери элемента
оперативной журнальной группы
СорупдЫ © 2006, Огас1е. АН гезеп/ей.
Восстановление базы данных
1
СсруидЫ © 2006, Огас1е. АН пдЬ& гебегуеа.
Рассматриваемые вопросы
* Полное и неполное восстановление,
управляемое пользователем
• Ситуации, в которых необходимо неполное
восстановление
Польз.упр.
НМА1М СО
ЕМ
Полное
Неполное
Упр.файл
КОТВЗ
• Выполнение полного и неполного
восстановления с использованием КМАЫ
* Неполное восстановление на основе времени,
8СЫ, номера журнала, точек восстановления и
метода прерывания процесса восстановления
• Восстановление с использованием автоматически
зарезервированного управляющего файла
• Использование Егйегрпзе Мападе для
выполнения восстановления
• Восстановление табличных пространств с
доступом только на чтение
5-2
СорупдИУ© 2006, Огас!е. АН пдЬЬ геаегуеб.
Методы восстановления
• Восстановление, управляемое пользователем
- Необходимо вручную сопровождать и
перемещать файлы в требуемое место.
- Используются команды 8О1_*Р1ие.
• Восстановление с помощью КМАИ
- Автоматическое управление файлами.
- Использование функциональных возможностей
КМАЫ, включающих сопровождение всего
репозитария и получение отчетов.
- Может быть произведено с использованием
Еп1егрпзе Мападег.
- Корпорация Огас1е рекомендует использовать
этот метод.
Методы восстановления
Восстановление, управляемое пользователем, требует большего ручного вмешательства,
чем восстановление с использованием КМАМ Поэтому использование КМАИ -
рекомендуемый метод резервирования, и он подробно рассматривается далее в этом
уроке.
Восстановление, управляемое
пользователем: команда кесоуек
> Польз, упр<
НМАЫ си
ЕМ
Полное
Неполное
Упр.файл
НОТВ5
• Скопируйте из резерва все файлы базы данных,
а затем выполните восстановление:
50Ъ> КЕСОУЕК ОАТАВАЗЕ
• Скопируйте из резерва поврежденные файлы
данных, а затем выполните их восстановление:
82Ь> КЕСОУЕК ТАНЕЕ8РАСЕ ±ПС1ех«Э8
ИЛИ
5ЙЬ> КЕСОУЕР. ВАТАПЪЕ
‘/охайа^а/хпдхО! .сЦхЕ'
СорупдЫ © 2006, Огас1е. АН пдНЕ гезегуед.
Восстановление, управляемое пользователем: команда весоуек
На первом шаге восстановления после потери носителя необходимо вручную скопировать
файлы данных из резервных объектов. Если нельзя восстановить файл данных в его
первоначальное местоположение, следует обновить в управляющем файле указатель на
его местоположение, используя команду аьтев ватавазе кеыаме етье. Необходимо
также вручную восстановить архивные журналы, требуемые для восстановления
извлеченных из резерва файлов данных. При использовании КМАЬТ новое место, в
которое копируются извлекаемые из резерва файлы, задается командой ЗЕТ ые^ыаме.
Для восстановления базы данных или файла данных может быть запущена одна из
приводимых ниже команд:
• КЕСОУЕК [АВТОМАТ!©] ЕАТАВА8Е
Используется только для восстановления закрытой базы данных.
• ВЕСОУЕК [АНТОМАТ1С1 ТАВЬЕЗРАСЕ <ИМЯ>
Используется только для восстановления открытой базы данных.
• КЕССУЕК [АПТОМАТ1С] ОАТАЕ1ЕЕ <НОМЕР> | <1имя_файла1>
Используется для восстановления как открытой, так и закрытой базы данных.
Ключевое слово АОТОМАТ1С задает директиву базе данных Огас1е по выполнению
автоматического генерирования имени следующего архивного журнального файла,
необходимого для продолжения операции восстановления файлов данных. В противном
случае выдаются запросы для ввода таких имен.
Восстановление с помощью КМАЫ:
команды КЕ5ТОКЕ и весочек
Польз, упр.
> нмлиси
ЕМ
Полное
Неполное
Упр файл
НОТВ8
яд! "АЬТЕК ТАВИЕ8РАСЕ хпу_Й^ ОЕГЫИЕ 1ММЕВ1АТЕ” ;
\ КЕЙТОНЕ ТАВЬЕЗРАСЕ 1хж_1ф8;
! ЦКХЛЛКК ТАВЬЕЗРАСЕ 1ПУЧ08 ВЕЬЕТЕ АЙСНГЖЁбЙ;
I "АЬТЕЕ. ТАВЬЕЗРАСЕ ОТ ЬЬз ОЫЫЫЕ";
«1_________________________Е_________________
5-5 СорупдЫ © 2006, Огас1е. АН пдИ& геаеп/есК
Восстановление с помощью КОДАМ: команды кезтоке и еесоуек
Если для восстановления после потери носителя используется КМАЫ, тогда он извлекает
из резерва архивные журналы, необходимые в ходе операции восстановления. Если
резервные объекты доступны с помощью программы управления носителем,
сконфигурируйте или выделите каналы для доступа к хранимым резервным объектам.
Восстановление всего или части содержимого базы данных на основе резервных объектов
обычно включает две фазы: извлечение из резерва копии файла данных и повторное
применение изменений из архивных и оперативных журналов к файлу с момента
резервирования до требуемого 8СЫ (обычно до самого последнего системного номера
изменений). Команда КЕ5ТОКЕ копирует на диск файл данных, извлекая его из резерва,
хранимого на ленте, диске или другом носителе, и делает этот файл, доступным для
сервера базы данных. Команда кессл/ев применяет к извлеченной копии файла данных
изменения, записанные в журнальных файлах базы данных.
БЕЬЕТЕ АНСНГУЕЕОС - это одна из очень полезных опций для сопровождения дискового
пространства, связанного с восстанавливаемыми файлами. Она вызывает удаление
извлеченных из резерва архивных журналов, как только они становятся ненужными для
операции КЕСОУЕН.
Когда КМАЫ копирует из резерва архивные журналы во флэш-область восстановления
для выполнения операции кесоуен, восстановленные журналы автоматически удаляются
после их применения к файлам данных, даже если не используется опция беёете
АКСНТУЕЬОС.
Восстановление с использованием
ЕЩегрпзе Мападег
С помощью Еп1егрпзе Мападег можно
создать и запустить скрипт КМАЫ для
Польз.упр.
КМАН си
> ЕМ
Полное
Неполное
Упр.файл
ЯОТВ8
выполнения восстановления.
ОаШЬазе 1п51апсе: огс1.огас1е.сош
йтё Рего талей А;? ’ |~КЩ{п^йапсе ||
ТНе АбтозйаШзп ШЬ Й15р1ауз Нпкз Ша* аНоде уои № айт1п1зГег йаШЬазе оЬ]еск5 апс!
оШе йагаЬазе срегайопз 1пз1йе ап Огас1е ааГаЬазе. ТЬе Ма1п*епапсе *аЬ гёзр1ауз Йпкз
Ша* ргоуЙе (ипсйопз Ша* соп*го! Ше Ида сШш Ье*у/ееп ог ои&Ше Огас!е йе^аЬазез.
Н1дИ Дуа11аЬ|1йу
Васкир/йесоуегу
РлТегпг Аесп’',ал' I
$
Мападе НезЮге Ро1пй
Васкир НепоПз
Васкир/Несоуагу
ВеШпдв
Васкир ЗеШпдз
Вессуегу Зе&пдз
Несоуегу Са>.а1оу ВеШпдз
Огас!© Весиге
Васкир
Огас& Зесиге Васкир
Реу|се апс! Мейа
г Не 5уз*егп Васкир апй
Йезюге
ВМ?Ш> КЕСОтеК ВАТАВА5Е
СсрупдЫ © 2006,. Огас1е. АН пдМз геаегуеР.
Восстановление с использованием Егйегрг1$е Мападег
Полное и неполное восстановление может быть также произведено с помощью мастера
восстановлений, предоставляемого в Епкегрпзе Мападег ИаШЪаве Сопкгок
Войдите в ОаШЬазе Соп1го1. Для этого введите на странице кодт имя и пароль
пользователя с привилегиями 5X8ОБА. После щелчка на кнопке код!п появится страница
ОаОЬазе с общей информацией о базе данных. На этой странице щелкните на закладке
Ма1П(епапсе. В результате будет выведена страница Мазепа псе, предоставляющая
различные возможности резервирования, копирования из резерва и восстановления.
Щелкните на ссылке РегТогт Ресоуегу.
Сравнение полного и неполного
восстановления
Два типа восстановления:
• Полное восстановление переносит базу данных к
настоящему моменту времени; оно включает повторение
всех изменений данных до момента времени, когда
возникла необходимость восстановления.
Полное _
восстановление
Неполное _
восстановлен не
Копирование Потерянные транзакции-*
из бэкапа после неполного восстановления
Задача
восстановления
появилась в этот
момент
Неполное восстановление переносит БД к заданному
времени в прошлом, предшествовавшему моменту, в
котором возникла необходимость восстановления.
я
СерупдЫ © 2006, Огас1е. АН пдЫв геаегуед.
Сравнение полного и неполного восстановления
Выполняя полное восстановления, вы переносите базу данных в состояние, полностью
соответствующее текущему времени, повторяя все изменения, сделанные после получения
бэкапа.
Неполное восстановление переносит базу данных к какому-то моменту в прошлом. Это
означает, что не производится повторение некоторых транзакций, в результате чего
теряются результаты изменений, произведенных после целевого момента времени. Во
многих случаях неполное восстановление выполняется для достижения желаемой цели,
поскольку необходимо отменить последствия некоторых действий в базе данных.
Восстановление к моменту в прошлом - это способ удаления результатов транзакций,
внесших нежелательные изменения в базу данных.
Полное восстановление
Польз.упр.
КМАЫ СМ
ЕМ
> Полное
Неполное
Упр.файл
НОТВЗ
Ар*
Копирование
из бэкапа
файлов
данных
Восстановленные
файлы данных
Применение
изменений
БД
открыта
Применение
данных отмены
Файлы данных, содержащие
результаты зафиксированных
и незафиксированных
транзакций ______________
СорупдЫ © 2006, Огас1е. АН пдЫз гееегуед.
Полное восстановление
Шаги полного восстановления:
1. Поврежденные и потерянные файлы восстанавливаются из резервных объектов.
2. При необходимости применяются изменения с использованием инкрементальных
резервных объектов, архивных и оперативных журналов. Изменения из оперативных
журналов применяются к файлам данных до самых последних записей текущего
оперативного журнала и при этом повторяется выполнение самых последних
транзакций. Одновременно генерируются блоки отмены. Этот шаг принято называть
подкатом вперед или восстановлением кэша.
3. Скопированные из бэкапа файлы могут теперь содержать как зафиксированные, так и
незафиксированные изменения.
4. База данных открывается перед применением данных отмены. Это делается для
предоставления высокого уровня доступности.
5. Блоки отмены используются для отката назад любых незафиксированных изменений.
Этот шаг принято называть откатом назад или восстановлением транзакции.
6. Файлы данных теперь в восстановленном состоянии и согласованы с другими
файлами данных БД.
Неполное восстановление
Польз.упр.
НМАН си
ЕМ
Полное
> Неполное
Упр.файл
НОТВ8
Применение изменений до момента
времени (ро1п1 !п Игле - Р1Т)
. ВД
открыта
Применение
данных отмены
1)
Копирование
файлов данных
из подходящего
по моменту
времени бэкапа
Файлы данных, содержащие
зафиксированные и
незафиксированные
данные.
Транзакции до Р1Т
Файлы данных,
восстановленные до
момента времени (Р!Т)
г
5-9
СорупдЫ © 2006, Огас1е. Ай пдМз гезегуед.
Неполное восстановление
Неполное восстановление (1псотр1еге гесоуегу) или восстановление на момент-в-прошлом {ротг-т-
Нте гесслегу) использует резервные объекты для воссоздания базы данных в ее предшествовавшем
по времени состоянии. В этом случае при восстановлении не применяются все журнальные записи,
сгенерированные после самого последнего резервирования. Такое восстановление производится
только в случае, когда это действительно необходимо. Для проведения неполного восстановления:
• требуются резервные объекты, полученные в автономном или оперативном состоянии БД,
пригодные для восстановления всех файлов базы данных и полученные до требуемого
момента восстановления;
• необходимо иметь все архивные журналы с момента последнего резервирования и до
выбранного времени восстановления.
Последовательность действий при неполном восстановлении:
1. Копирование файлов данных из бэкапа. Если целевая точка восстановления не находится
совсем близко от текущего момента, может использоваться не самый последний по времени
бэкап,
2. Применение всех архивных журнальных файлов, требуемых для достижения точки
восстановления.
3. Файлы данных содержат результаты как зафиксированных, так и незафиксированных
транзакций, поскольку после повторения действий по журналам не все данные могут быть
зафиксированы.
4. База данных открывается перед тем, как применяется информация отмены. Таким образом
достигается более высокая доступность.
5. Данные журналов повторного выполнения применялись ко всем файлам данных, в том числе
также и к файлам типа ипао. Поэтому данные отмены доступны. Они применяются к файлам
данных для отмены незафиксированных транзакций.
6. Файлы данных теперь восстановлены к выбранному моменту времени.
Неполное восстановление (продолжение)
Восстановление на момент-в-ирошлом - это единственная возможность в ситуации, когда
восстановление необходимо и обнаруживается, что потерян архивный журнал,
содержащий записи о транзакциях, произошедших между временем последнего
резервирования и 8СК до которого требуется провести восстановление. Не имея журнал,
нельзя применить изменения к восстанавливаемым файлам за период, отслеживаемый в
этом журнале. Единственный выход - восстанавливать базу данных с момента получения
резервных объектов, используемых при восстановлении, применяя архивные журналы,
пока не будет прервана их цепочка, а затем открыть базу данных с параметром
КЕ2ЕТЬОС5. Все изменения из утерянного журнала и последующие изменения будут
потеряны.
Ситуации, вызывающие необходимость
неполного восстановления
• Полное восстановление завершилось неудачно
из-за потери архивного журнала
• Потеря одного или нескольких
сархивированных журналов и файла данных
• Для открытия или восстановления базы
данных используется резервная копия
управляющего файла
ОАС
5-11 СорупдЫ © 2006, Огас!е. АН пдМе гезегуеб.
Ситуации, вызывающие необходимость неполного восстановления
Обычно неполное восстановление всей БД выполняется в следующих ситуациях:
• Потеря журналов. Зеркальных копий журналов не было, и произошла потеря
журнала до его архивирования вместе с файлом данных. Восстановление не
может пройти через потерянный журнал.
• Отсутствующая архивная копия. Операция полного восстановления
завершилась неудачно вследствие плохого либо отсутствующего архивного
журнала. Восстановление можно завершить только на момент-в-прошлом,
предшествующий применению архивного журнала.
• Резервная копия управляющего журнала используется для открытия базы
данных вместо текущей копии. Этот подход используется, когда:
- все управляющие файлы потеряны, управляющий файл не может быть создан
заново, и имеется в наличии двоичная копия управляющего файла;
зеркалирование управляющего файла (на различные диски) и сохранение
текущей текстовой версии команды СЕЕАТЕ СОКТВОЬЕРЬЕ уменьшит
вероятность потребности в использовании этого метода.
- копируются из бэкапа все файлы базы данных, структура которой отлична от
текущей, для восстановления к моменгу-в-прошлом.
При использовании старой копии управляющего файла требуется указать фразу ОЕ1ЫС
ВАСКИР СОЫТОВЕ1ЕЕ в команде РЕСОИЕК БАТАВАЗЕ, чтобы выполнить
восстановление и открыть базу данных.
Типы неполного восстановления
Четыре типа неполного восстановления:
• Восстановление по времени
• Восстановление до прерывания
• Восстановление с использованием номера
изменений
• Восстановление до журнала с заданным
номером
Типы неполного восстановления
Восстановление по времени
С помощью фразы ПМТ1Ь Т1МЕ задается момент времени, до которого необходимо
восстановить базу данных. Восстановление согласно этому методу прекращается после
того, как в базе данных зафиксированы все изменения, внесенные до указанного
момента времени. Этот подход используется, когда в данные были внесены
нежелательные изменения либо удалены важные таблицы, и известно приблизительное
время ошибки. Потери данных будут минимальны, если администратора уведомили
немедленно. Хорошо протестированные программы, процедуры и защита данных
должны предотвратить потребность в таком типе восстановления.
Восстановление до прерывания
Этот метод восстановления завершает свою работу, когда в командной строке
восстановления вводится САЫСЕЬ (вместо имени журнального файла). Этот подход
используется в следующих ситуациях:
• Текущий журнальный файл либо журнальная группа повреждены и недоступны
для восстановления. Зеркалирование, как правило, предотвращает потребность в
таком типе восстановления.
Типы неполного восстановления (продолжение)
• Архивный журнал, фебующийся для восстановления, потерян. Частое
резервирование и дублирование архивов (использование нескольких мест
архивирования) должны предотвратить потребность в таком виде восстановления.
Восстановление с использованием номера изменений
С помошью фразы ИЕТТЬ СНАЫСЕ при восстановлении, управляемом пользователем, и
фразы ПЕТТЬ 8СЕ при восстановлении с помошью КМАК задается системный номер
изменений (зуз1ет сканце питЬег - 8СЫ} последнего зафиксированного изменения, до
которого необходимо восстановиться. Восстановление согласно этому методу
прекращается после того, как в базе данных зафиксированы все изменения, внесенные
до указанного системного номера изменения (8С1Ч), Данный подход используется при
восстановлении баз данных, работающих в распределенной среде. Вы можете также
воспользоваться фразой ИЕТ1Е ЕЕ5ТОНЕ НОМТ и задать псевдоним для 8СТЧ,
называемый точкой восстановления (ге$1оге ройи\ Точки восстановлен ня будут
рассмотрены далее в этом уроке.
Восстановление до журнала с заданным номером
Используя резервные объекты, сопровождаемые КМАН можно задать номер
последнего журнала, используемого для восстановления базы данных с помощью фразы
Ш4Т1Е 8Е0ЕЕИСЕ. Восстановление согласно этому метод}' прекращается после того,
как были применены все журналы до, но не включая журнал с заданным порядковым
номером.
Выполнение неполного восстановления,
управляемого пользователем
• Восстановление базы данных до
определенного момента времени:
32Ь> ИЕСОУЕН РАЙЩАЗВ ШТ1Ь 2 Т1МЕ ’2005-1'?-14-:12:10:03’;
• Восстановление базы данных до прерывания:
5$1> НЕСОУЕК ЬАТАВАБЕ ГОЮТ САЫСЕЬ;
• Восстановление с использованием резервной копии управляющего файла:
МИ.Ш.ППИГ , пппни.ц, 1111111 . . . ' , • • БС1> КЕСОУЕК ОАТАВАЗЕ 2 ЦОТ1Е Т1МЕ «2005-12-14:12: Ю: 03’ 3 О81КС ВАЕКОТ? СОКТКОЬПЬЕ;
5-14 СорупдЫ © 2006, Огас1е. АП пдЫз гезегуеб. 1
Выполнение неполного восстановления, управляемого пользователем
Для выполнения неполного восстановления используется следующая команда:
НЕСОУЕВ [АОТОМАТ1С] ЕАТАВА8Е опция
где:
• АОТОМАТ1С: автоматически применяются архивные и оперативные
журнальные файлы.
• опция: ПЕТ1Е Т1МЕ »УУУУ-ММ-ПЭ:НН24:М1:58 *
ОЫТ1Е САЕСЕЬ
□ЕТТЕ СНАЕСЕ <целое>
Е51Е'С ВАСКИР СОЕТКОЬЕТЬЕ
Примечание: для автоматического применения журнальных файлов во время
восстановления можно использовать команду ЗЕТ АЕТ0КЕС0У7ЕЕУ ОК утилиты
8рЬ*Р1и8, ввести АПТО после запроса журнала командой восстановления, либо
использовать команду КЕСС/СЕк АПТОМАТ1С.
Выполнение неполного восстановления,
управляемого пользователем
1. Остановите базу данных.
2. Скопируйте файлы данных из резервных
объектов. 1.
3. Смонтируйте базу данных.
4. Восстановите базу данных.
5. Откройте базу данных с опцией ЯЕ8ЕТСО68.
Выполнение неполного восстановления, управляемого пользователем
(продолжение)
1. Если база данных открыта, то нужно завершить ее работу с использованием
параметра ЫОКМАЬ, 1ММЕБ1АТЕ или ТКАИ5АСТ1С)ЫАЬ.
2. Восстановите все файлы данных из резервной копии (самой последней, если это
возможно). Может быть, потребуется выполнить восстановление из резервной копии
архивных журналов. Если достаточно дискового пространства, нужно выполнить
восстановление архивных журналов из резервной копии на место
ЬОО_АКСН1\7Е__БЕ8Т либо использовать для изменения местоположения одну из
команд:
АЬТЕК 8У8ТЕМ АКСНТУЕ ЬОС 8 ТАКТ ТО < местоположение> или
ЗЕТ ЬОС8ОЕТКСЕ < местоположение^
3. Смонтируйте базу данных.
4. Восстановите базу данных, используя команду КЕССЛ/ЕК БАТАВА8Е.
5. Для синхронизации файлов данных с управляющими и журнальными файлами
необходимо открыть базу данных с использованием параметра КЕ8ЕТЕОС8.
Пример управляемого пользователем
неполного восстановления до
определенного момента времени
Сценарий:
* Задание выполнилось с ошибкой и необходимо
отменить его последствия.
• Это произошло 15 минут назад и после этого
активность операций в базе данных была небольшой.
• Вы решаете выполнить неполное восстановление
базы данных к состоянию, в котором она находилась 15
минут назад.
8©Ь> БНОТООШ 1ММЕЮ1АТЕ
$ ср /ВМЬф?/* /и01/<ЯЬ01/ОШШАТА
8ТАКТОРМОТЫТ
МЙЖ дасауЕН ОАТАВАЗЕ Ц№Г1Ь ТЕМЕ ' 2005-11-28: И: 44:
8рЬ> А1ЛГЕК РАТАВА8Е ОРНМ КЕ8ЕТ1Ю63;
5-16
СорупдЫ © 2006, Огас!е. АН пдЫз гекегуед.
Пример управляемого пользователем неполного восстановления до
определенного момента времени
Рассмотрим типичный сценарий применения метода восстановления ШТГТЬ Т1МЕ:
• Текущее время - 12 дня, 28 ноября 2005 года,
• Было выполнено некорректное задание, затронувшее многие таблицы в нескольких
схемах.
• Это произошло примерно в 11:45 утра.
• Активность обращений к базе данных минимальна, поскольку персонал находится в
настоящий момент на собрании. Требуется восстановить состояние базы данных на
момент перед выполнением задания.
Поскольку известно приблизительное время сбоя и структура базы данных с 11:44 утра не
изменялась, можно использовать метод восстановления до определенного момента
времени (ШТТЬ ТТМЕ):
1. Если база данных открыта, то нужно завершить ее работу с использованием
параметра МОКМАЬ, 1ММЕЕ1АТЕ или ТКАЕЕАСТТОЕАЬ.
2. Восстановите все файлы данных из резервной копии (самой последней, если это
возможно). Может быть, потребуется выполнить восстановление из резервной копии
архивных журналов. Если достаточно дискового пространства, нужно выполнить
восстановление архивных журналов из резервной копии на место
ЬОС__АКСН1УЕ__ОЕ5Т либо использовать для изменения местоположения одну из
команд: АЬТЕК 8У8ТЕМ АВСН17Е ТОО 5ТАКТ ТО < местоположение^ ИЛИ
ЗЕТ ЬОСЗООКСЕ < местоположение^
3. Смонтируйте базу данных»
Пример управляемого пользователем неполного восстановления до
определенного момента времени (продолжение)
4. Восстановите базу данных :
80Ь> гесох^ег ааЕаЬаае ипХХХ 1.1те ’ 2005-11-28:11:44:00 ’
ОНА-00279: сЬапде 148448 ... 11/27/05 17:04:20 пеейед Хог
Енгеаа .. .
МеаХа гесслгегу сотрХеТе.
5. Для синхронизации файлов данных с управляющими и журнальными файлами
необходимо открыть базу данных с использованием параметра КЕ8ЕТЬО65:
50Ь> а11ег баЕаЬаае ореп гезеТХодз;
80Ь> агсЫл/е Ход ХХзт
ОХаезХ опИпе Ход зеаиепсе 0
ЫехТ Ход зедиепсе 0 о агсЫл/е X
СиггепХ 1од зедиепсе X
Если восстановление завершилось успешно и резервирование выполнено, можно
уведомить пользователей, что база данных доступна для использования, а все данные,
введенные после времени, на которое выполнено восстановление (утро, 11:44), должны
быть введены повторно.
Пример управляемого пользователем
неполного восстановления до прерывания
Сценарий похож на предыдущий, за исключением
следующего:
• Журналы не мультиплексированы
• Один из оперативных журналов отсутствует
• Отсутствующий журнал не был записан в архив
• Журнал содержал информацию начиная с
11:34 утра
• Введенные в течение 26 минут данные будут
потеряны
• Пользователи смогут повторно ввести свои
данные
5-18 СорупдЫ © 2006, Огас!е. АН НдЫв гееегуеб.
Пример управляемого пользователем неполного восстановления до
прерывания
После поиска в директории было обнаружено, что журнал 1од2а. где отсутствует и не
был записан в архив. Поэтому невозможно продолжить восстановление, начиная с этого
журнала.
Результат запроса У$ЬОС_Н18ТОКУ подтверждает отсутствие архивного журнала номер
48 (1од2а. г до):
80Ъ> ЗЕЬЕСТ * ЕНОМ ^1од__п±8Еогу;
НЕС 10 8 ТАМ? .. Е1Н8Т_СНАЫСЕ Е1К8Т_Т1МЕ
1 318531466 . . .. 88330 05-11-15:12:43
47 319512880 .. . . 309067 05-11-28:11:26
Пример управляемого пользователем
неполного восстановления до прерывания
Восстановите следующим образом базу данных:
1. Остановите БД.
2. Восстановите все файлы данных из самой
последней резервной копии.
3. Смонтируйте базу данных.
4. Выполните команду кесоуен патавазе цыпе
САЫСЕЬ.
5. Выполните команду аьтек патавазе ореы
везетьосз, чтобы открыть базу данных.
5-19 Сорупд5( © 2006, Огасте. АН пдЫз гезегуеб.
Пример управляемого пользователем неполного восстановления до
прерывания (продолжение)
Шаги восстановления до прерывания такие же, как и при восстановлении до
определенного времени, за исключением шага, на котором выполняется команда
КЕССУЕК БАТАВА8Е. При выполнении команды КЕСОУЕК БАТАВА8Е 1ЛФГ1Е САКСЕЕ
восстановление выполняется до тех пор, пока предоставляется очередной журнальный
файл. Чтобы остановить восстановление, введите САЫСЕЬ, когда будет запрошено имя
журнального файла, на котором необходимо прервать процесс восстановления.
Неполное восстановление БД
посредством КМАЫ
1. Смонтируйте базу данных.
2. Выделите несколько каналов для
распараллеливания процесса.
3. Выполните копирование из резерва всех
файлов данных.
4. Восстановите базу данных, используя
предложения цытть ттме, сити. зеопеысе или
ПЫЛЬ 5СИ.
5. Откройте базу данных с параметром
КЕЗЕТЬОСЗ.
5-20 СорупдЫ © 2006, Огас1е, АН пдЫз гезеп/ед.;
Неполное восстановление БД посредством КМАН
С помощью КМАК можно выполнить восстановление на момент-в-прошлом, до 8СИ или
номера оперативного журнала.
Неполное восстановление вызывает необходимость открытия БД с опцией КЕ5ЕТЕОС8.
В результате использования этой опции оперативным журналам присваивается новая
временная метка и системный номер изменений, устраняя таким образом возможность
повреждения файлов данных путем применения устаревших архивных журналов. Нельзя
восстановить отдельные файлы данных до момента, предшествующего открытию БД с
параметром НЕЗЕТТОС8, а другие - на момент после открытия БД с параметром
ВЕ8ЕТЕО68. Необходимо восстановить все файлы данных к одному и тому же 8СЫ.
Единственное исключение составляют файлы данных, переведенные в автономное
состояние с параметром погта! или находящие в состоянии ‘только чтение’. Такие
файлы можно оставить в состоянии ‘только чтение’ или в автономном состоянии после
открытия БД с опцией КЕ8ЕТЕО68, так как в журналах нет транзакционных изменений
для таких файлов данных.
Примечание: ИМАМ можно использовать для восстановления файлов данных из резерва
только, когда когда резервный объект был получен с помощью ЕМАЫ или же после
получения резервной копии вручную она была зарегистрирована в КМАМ
Пример неполного восстановления
посредством КМАЫ с использованием
предложения пыль Т1МЕ
ВМАЫ> М {
2> ЗЕТ ЦЫТ1Г ТЕМЕ = ’2005-11-28:11:44:00';
3> КЕЗТОКЕ САТАВАЗЕ; *
4> КЕСОУЕК САТАВАЗЕ;
5> АЬТЕН САТАВАЗЕ ОРЕЫ КЕЗЕТЕ0С8; )
5-21 СорупдМ © 2006, Огас1е. АН пдЫз гееегуеб.
Пример неполного восстановления посредством НМА14 с использованием
предложения шти тхме
В 12:00 дня в четверг 28 ноября 2005 года обнаруживается, что ошибочно уничтожена
таблица ОЕ.ОКОЕЕ5. Поскольку известно приблизительное время сбоя, и структура базы
данных не изменялась с 11:44 утра, при восстановлении можно использовать метод ПЫТ1Б
Т1МЕ (“по времени”).
1. Если база данных открыта, выполните чистую остановку.
2. Смонтируйте целевую базу данных. Не осуществляйте резервирования базы данных
в течение процедуры восстановления.
3. Убедитесь, что переменные среды МЬ5__ЬАЫС и МЕ8__ОАТЕ__ЕОКМАТ установлены
надлежащим образом:
$ЕЕ5_ЬА1\Т0^атег±сап_атег1са. у/е81ао8859р15
$ИЬ5_ОАТЕ__ЕОКМАТ—’УУУУ-ММ-00:НН2 4:М1:55’
4. Запустите утилиту Кесоуегу Мапа^ег и соединитесь с целевой базой данных.
$ггсап СагдеС гшап/гшапбОКСЬ
5. Для повышения производительности можно выделить несколько каналов:
КМАЫ> гип {аНосаСе спаппе! с! Суре О15К;
2> аНосаСе сйаппе! с2 Суре О18К;
Пример неполного восстановления посредством КМАЫ с использованием
предложения гжтхь тхме (продолжение)
6. Установите время для восстановления и произведите с помощью команд НМАЫ
копирование всех файлов из резервной копии. Утилита КМАЫ будет выполнять
отбор файлов, используя дату и время, указанные в команде ЗЕТ ХШТХЬ:
НМАЬ!> . , зег ипШ Игле 2005-11-28 :11: 44 : 00 * ;
НМА1\> . . . гезХоге йаЬаЬазе;
Примечание: если необходимо копирование из резерва архивных журнальных
файлов в новое место, используйте команду КМ АН ЗЕТ АНСНХУЕЬОС
0Е5Т1ЙАТ10Ы ТО <местоположение>.
7. Выполните восстановление базы данных до времени, указанного в команде ЗЕТ
ЕЫТ1Ь:
НМАМ> . . . гессптот даЕаЬазе;
8. Откройте базу данных, используя параметр КЕЗЕТЬОСЗ :
КМАН> » . . а!тег даТаЬазе среп кезеПодз; }
9. Убедитесь, что таблица восстановлена, и выполните резервирование.
10. Проинформируйте пользователей, что база данных готова к работе. Они должны
ввести заново все данные, которые не были зафиксированы перед сбоем.
Пример неполного восстановления
посредством НМАЫ с использованием
предложения мт зеопенсе
КМАКОКОТ {
2> ЗЕТ ГЛИЧЬ ЗЕОЦЕЫСЕ -Ж20 *ТНКЕаЬ 1;
3> АЕТЕК. ПАТАВАЗЕ МО1Й»; ?
4> ИЕЗТСЖЕ.0АТАВА5Е;
5> КЕСОУЕН ПАТАВАЗЕ; # восстановление до 119
журнала вклоттаетьно
е> АЪТЕП ОРЕЫ
5-23
СорупдМ © 2006, Огас1е, АН пдЬ& гееегуеё.
Пример неполного восстановления посредством ЯМАИ с использованием
предложения пытхе веупеысе
В предложении (ЖИЬ 8ЕОТЕЫСЕ указывается порядковый номер журнала и потока
для ограничения процесса восстановления сверху. КМАН выполняет операции по
восстановления до. но не включая журнал с заданным порядковым номером. В примере,
приведенном на слайде, предполагается, что журнал с порядковым номером 120
потерян, и база данных должна быть восстановлена с использованием доступных
архивных журналов.
Неполное восстановление с
использованием ЕпШгрпзе Мападег
РаЕюазе 1п$1апсе;..ргс1.егас1е<соп: > РеНсгт Яесоуегу
РеНогт Ресоуегу
Ш1ю!е 0аЬЬэ5е Вестгегу
Аесоуег ш Ше сытепГйгпе ог а ргеИоиз роН-Мте , регйггп шйв отаь’^ё кёсо*егу)
члй Ье -еТогей йх>« ГЬ? гептад
Г Резкого а!1 йаГаГйез
Г«:К. 3(1.ГУ ог к.^ ;-ем^псе. Т=е Ьаг&к? Г&еГ: ог рНсг (о 1Пз1 Нал
к л-' &о?ер &. ' иНл’р'Чл-’ъ^» 'й .р^гЛ “»
Г Аесоуег Тгогп ргеу1оиз!у гезшгед баГаШез
ОЬ|е€| Ееш1 Несжтегу
ОЬ]ес1 Туре РегТогт ОЬ]еа 1еуе1 Еесоуегу)
Орегайоп Туре Весоуег Ю сиггепГ йгпе
О^?гй? >:•& Ъг । у-.. । №дач?а
Г' Вез1оге скйаГйез
Гвпе, ЗСГУ мг 1с-л 'й<е Ьзйкиз йксГ: <И о? рк,? (о и-?:* &* Гх- гесеут-
Ч 3 Ье гЖТи,'Г:!еС; »•; ийеГ5.:к;П
Г Несоуег 1гот ргеуюиз!у гезйзгес! йаМез
В1оск Несоуегу
' -> <: -< -
5-24 СорупдЫ © 2006, Огас1е. АН пдМа гезегуеР,
Неполное восстановление с использованием Еп1егрп8е Мападег
Чтобы восстановить всю базу данных на определенный момент времени, выберите на
странице РегТогт Ресоуегу опцию “Кесоуег 1о (Не сиггегй Оте ог а ргемоие роюНп-
Оте’\ Затем щелкните на кнопке РегТогт \Мю1е Оа(аЬаее Несоуегу.
На странице РегТогт Ресоуегу также доступна опция “Рее1оге а11 ба1ай1е8”. Ее
использование позволяет извлечь из резервных объектов все файлы БД в том состоянии, в
котором они находились во время предыдущего резервирования.
Последняя опция “Ресоуег Тгот ргеуюиз1у ге8(огеб йа^аГНез” позволяет выполнить
подкат вперед базы данных к некоторому моменту времени.
Неполное восстановление и
сигнальный файл
* Проверяйте сигнальный файл до и после
восстановления
В сигнальном файле содержится информация
об ошибках, подсказки и системные номера
изменений (8СК1) ?
• В сигнальный файл пишется подтверждение
того, что процесс восстановления завершился
успешно
5-25 _____________СорупдЫ © 2006, Огас1е. АН пдЫз геБегуед.
Неполное восстановление и сигнальный файл
Во время восстановления информация о выполнении хранится в сигнальном файле.
Этот файл необходимо всегда проверять до и после восстановления. Например:
$ VI $ОКАСЬЕ__ВА8Е/аб.т1п/огсХ/к>с1итр/а1егЕ__огс1. Ход
АЬТЕК 0АТАВА8Е КЕСОУЕВ даТаЬазе ипЫ1 сапсеХ
МедХа Кесо^^егу 8ЕагЕ
ОКА-279 зХдпаХХед йигХпд: АЬТЕК ЬАТАВА8Е КЕСОУЕК оаЕаЬазе
ипЬХХ сапсеХ
ЕгХ Аид 26 15:22:46 2005
АЬТЕК ВАТАВА8Е КЕСОУЕК СОКТ1ГГОЕ БЕГАЬЬТ
ЕгХ Аид 26 15:28:27 2005
ЛЕТЕВ ВАТАВА5Е КЕСОУЕК САКСЕЬ
ЕгХ Аид 26 15:28:27 2005
МесНа Кесог^егу СапсеХео.
СотрХеЬеа: АЬТЕК ОАТАВА8Е КЕСОУЕК САКСЕЬ
Точки восстановления
Точка восстановления:
• Служит в качестве псевдонима для
8СЫ или заданного момента времени
• Хранится в управляющем файле
• Может использоваться в командах:
- НЕСОУЕК ОАТАВАЕЕ
Ье^оге 1оас1
- ГЪАЗНВАСК ОАТАВАЗВ
- ПЛЗНВАСК ТАВЪЕ I / /
— ._______________________________
(7) I Б01> СКЕАТЕ НЕЗКЖЕ РОЮТ Ьегоге^оай;
2) КМЖ> КЕСОУЕК РАТАВАБЕ «ИХЪ КЕ8ТОКЕ ВОЮТ Ье«оге 1оа4;
| 'У',, , ... . ......Ж
СорупдМ © 2006, Огас1е. А» пдЫв гезегуед.
Точки восстановления
При создании обычной точки восстановления (поппа! геМоге ро1п1) задается имя для определенного
момента времени или 8СК Оно служит в качестве закладки или псевдонима, которым можно
воспользоваться в командах, распознающих стразу ВЕ8ТОЕЕ РО1ЫТ.
Перед выполнением операции, результаты которой, возможно, придется отменить, вы можете
создать обычную точку восстановления. Имя точки восстановления и 8СЫ записываются в
управляющий файл. Если позднее, вам понадобиться сослаться на этот момент времени в команде
КЕСО7ЕВ. ВАТАВА8Е, это можно будет сделать без указания временной метки или значения 8С№
При использовании таких возможностей, как Е1азЬЬаск ОаЕаЬазе, ЕЛазЪЬаск ТаЫе и
восстановление на момент времени, можно ссылаться на целевое время с помощью имени точки
восстановления, а не временного выражения или $С№ Определение обычной точки восстановления
перед операцией, которая будет после завершения отменена, устраняет необходимость
предварительной ручной записи 8СЫ, а также поиск корректного 8СЫ с помощью НазЬЬаск Омегу.
Обычные точки восстановления очень нересурсоемкие. Управляющий файл может сопровождать
одну запись о тысячах точках восстановления, не оказывая существенного влияния на
производительность базы данных. Со временем устаревающие точки восстановления удаляются из
управляющего файла, если удаление не производится вручную. Поэтому их использования не
требует дополнительного сопровождения.
Примечание: использование точек восстановления в командах ЕЕА8НВАСК рассматривается в
уроке “Флэшбэк”.
Неполное восстановление: указания
Заранее планируйте и проверяйте сценарии
восстановления.
Изучайте и проверяйте необходимость
неполного восстановления.
Точно выполняйте все шЬги по восстановлению.
Выполняйте резервное копирование всей базы
данных до и после восстановления.
Всегда проверяйте, успешно ли завершилось
восстановление.
Используйте преимущества точек
восстановления.
5-27
СорупдМ © 2006, Огас1е. АН пдМе гезегуеД
Неполное восстановление: указания
• Очень важно точно следовать всем рекомендациям по восстановлению, поскольку
большинство проблем с восстановлением вызвано ошибками администраторов во
время неполного восстановления.
• Возможен только подкат вперед по транзакциям к желаемому моменту времени, но
не откат назад к требуемому времени. По этой причине необходимо восстановление
всех файлов из резервной копии для того, чтобы вернуть состояние базы данных на
момент-в-прошлом. Если при восстановлении всех файлов данных из резервной
копии произойдет сбой, несинхронизированную базу данных нельзя будет открыть.
• Перед неполным восстановлением необходимо выполнить резервирование всех
файлов закрытой базы данных (включая управляющие файлы и журналы). Это
поможет в следующих случаях:
- Восстановление после ошибки. Если восстановление завершается неудачно
(например, восстановление завершилось раньше требуемой точки
восстановления), журналы и управляющие файлы не могут использоваться для
следующего восстановления, если у этих файлов нет резервной копии.
- Экономия времени в случае неудачного завершения восстановления. В этой
ситуации, можно выполнить восстановление файлов данных из новой резервной
копии, а не из предыдущей резервной копии, использование которой потребует
применения архивных журналов.
Рекомендации по неполному восстановлению (продолжение)
Примечание. Если резервирование всей базы данных не было выполнено, нужно, по
крайней мере, выполнить архивирование текущего журнала:
50Ъ> АЬТЕК 5У8ТЕМ АНСНТУЕ ЬОС СШПЕЫТ
и резервирование управляющего файла:
8С-Ь> АЬТЕК ОАТАВА5Е ВАСКИР СОЫТКОЬРТЬЕ ТО ’ /и01 /ааьа/Ьаскир. сЫ ’ ;
* Необходимо производить резервирование всей базы данных при закрытой базе
данных после успешного восстановления. Резервная копия сэкономит много часов,
если до следующего планового резервирования потребуется восстановление. При
использовании базы данных Огас1е 10^ этот шаг стал необязателным.
• Перед открытием системы для доступа пользователей необходимо убедиться, что
в результате восстановления сбой был устранен, на случай, если восстановление
завершится неудачно и потребуется его повторение.
Рассмотрим следующий прмер:
* У базы данных при номере журнала 14 имеются архивные журналы с номерами от
2 (агсИ_2 . гс!о) до 13 (агсЬ__13 . тс!о).
* После выполнения неполного восстановления создается новая инкарнация базы
данных, номер журнала устанавливается на 0.
• Архивные журналы от агсИ_2. г до до агсб_13 . г до теперь являются частью
старой инкарнации базы данных.
• После нескольких переключений журнала архивный журнал агс!\__2. г до будет
перезаписан и будет заархивирован вместе со всеми остальными архивами
(включая старые архивные журналы, начиная с агсЬ_3. гдо до агсЬ._13 . гдо).
♦ На более поздней стадии, если восстановление потребует архив агс1у_6 . гдо, то
потребуется архивный журнал, полученный путем восстановления из резервной
копии, соответствующей правильной инкарнации базы данных, иначе произойдет
ошибка.
Для предотвращения такого перемешивания архивных журналов используйте шаблон
%г в параметре инициализации 1од_агсИ1^е__/оггпаЕ. Это:
• приводит к автоматическому включению идентификатора сброса журналов
(Келе11о^8 Ю) в имена архивных журнальных файлов;
• гарантирует уникальные имена архивных журналов в разных инкарнациях базы
данных.
5-29
Восстановление управляющего
файла из автобэкапа
: НМАИ> КЕ5ТОКЕ 5ВЙШЕ ТО
’/огайаеа/врГНе.Ьак' ГНОМ АОТОВАСКШ?;
Яесоуегу
Мападег
(ЯМАЫ)
Флэшчгбласть
восстановления
Управляющий
файл
КЕ8ЕТШ35;
несожн
База
данных
Польз.упр.
вмды си
ЕМ
Полное
Неполное
> Упр.файл
КО ТВ8
АЬТЕК ТЖВШВ-РДСЕ ЫйПф АЛР
ТЕМРЕ11&. » Л
СорупдЫ €> 2006, Огас>е. АН пдЫз геаегуед.
Восстановление управляющего файла из автобэкапа
Если не используется каталог восстановления, следует сконфигурировать автоматическое
резервирование управляющего файла. Это позволяет при необходимости быстро
скопировать из бэкапа управляющий файл. Для такой операции применяются одни и те же
команды, независимо от того, используется или нет флэш-область восстановления.
Однако при использовании флэш-области восстановления КМА^ неявно выполняет
перекрестную проверку (сгоззсЪеск) резервных наборов и копии образов,
перечисленных в управляющем файле, а также заносит (саг а 1 од) в извлеченный из
бэкапа управляющий файл сведения об отсутствующих в нем файлах, которые он находит
во флэш-области восстановления. В результате управляющий файл лучше подходит для
восстановления остальной части базы данных.
Примечание. Резервные объекты на ленте не подвергаются перекрестной проверке после
копирования из бэкапа управляющего файла. При использовании резервных объектов на
ленте для них необходимо выполнить перекрестную проверку после копирования из
бэкапа управляющего файла и монтирования базы данных.
Восстановление управляющего файла из автобэкапа (продолжение)
Чтобы скопировать управляющий файл из автобэкапа, требуется перевести базу данных в
состояние МОМОПЫТ, а затем выполнить команду КЕ5ТОКЕ СОЫТКОЬЕЧЬЕ ЕНОМ
АПТОВАСКЕР:
КМАЕ> 5НОТВ(Ж$ 1ММЕЕ1АТЕ;
НМАЫ> БТАЕТСТР КОМОШТ;
ЕМАЕ> КЕ8ТОКЕ СОЫТКОЕЕТЬЕ ЕНОМ АОТОВАСКИР;
ЯМАИ производит поиск файла, содержащего автоматически зарезервированный
управляющий файл. При обнаружении такого файла КМАН извлекаем из него
управляющий файл и копирует его во все места расположения, перечисленные в
параметре инициализации СОМТКОЬ__Е1 ЬЕЗ.
Если каталог восстановления существует, тогда необязательно задавать РВЮ и
использовать управляющий файл из автобэкапа для последующего восстановления.
Можно ввести команду ЕЕ8ТОВЕ СОМТНОЕЕРЬЕ без параметров:
РМАЫ> КЕБТОЕЕ СОМТКОЬЕТЬЕ;
При выполнении этой операции экземпляр должен быть в состоянии ИОМО11ЕТ и КМ АП
должен быть подсоединен к каталогу восстановления. Восстанавливаемый управляющий
файл будет копироваться во все места расположения, перечисленные в параметре
инициализации СОЫТКОЪ_Е1 ЕЕ8.
При потере 8РГГЕЕ процедура его восстановления схожа с процедурой восстановления
управляющего файла из автобэкапа. Сначала требуется задать ИВЮ базы данных, а затем
воспользоваться командой НЕ8ТОКЕ 8РЕРЬЕ ЕР.ОМ АПТОВАСЮЖ
После запуска экземпляра с восстановленным файлом серверных параметров можно с
помощью КМАМ извлечь из автобэкапа управляющий файл. Затем смонтировать
экземпляр с восстановленным управляющим файлом, в котором содержится информация,
позволяющая выполнить операции гезЬоге и гесс^ег для базы данных.
После восстановления из бэкапа управляющих файлов необходимо выполнить полное
восстановление после потери носителя, а затем открыть базу данных с опцией
КЕЗЕТЬОСЗ.
Создание нового управляющего файла
АЬТЕК ПАТАВА8Е ВАСКПР СОЫТКОЬЕТЬЕ
ТО ТКАСЕ;
5-31 СорупдЫ © 2006, Огас1е. АП пдНз гевегуед.
Создание нового управляющего файла
Необходимость пересоздания управляющего файла может и не возникнуть, если
сконфигурировано автоматическое резервирование управляющего файла.
По команде аптек оатавабе васкор сомткоеетье то трасе генерируется
пользовательский трассировочный файл, содержащий команды 8<2Ь для повторного
создания управляющего файла. Скопируйте трассировочный файл в скрипт-файл,
например, пею_сопЕго1. здЛ, удалите в нем заголовок с информацией о выполненной
трассировке (до строки перед командой втактвр ТЮМ01ЖТ), а также внесите требуемые
изменения, например, увеличьте значения параметров махватаетъез, махеосетееб и
т.д. В этом файле два варианта скрипта для создания управляющего файла, отличающиеся
опциями ЫОКЕБЕТЬОСБ (сохранение старых оперативных журналов) и НЕ8ЕТЕОС8
(сброс и начало нумерации оперативных журналов с 1). Обычно выбирается первый
вариант (до строки с комментарием начала второго варианта скрипта: — 8е1 #2.
ЯЕ8ЕТЕОС8 саяе).
Выполните скрипт, создающий новый управляющий файл. Для этого вы должны
подсоединиться как пользователь с привилегиями ЗУБЕВА к опущенной базе данных с
правильно установленным параметром окружения 0КАСЬЕ__8Ю, в котором задается имя
запускаемого экзем пляра.
Создание нового управляющего файла
Эа-'.рд ? |п :>/ ',г > Соп1го1Н1ез
Согйго! Я1ез
глддеа !п Аз ЗУ5
Сенега! Ас1уапсеб "Йёсогб Сесйоп
ВаскирТс Т гас е)
СогйгЫ П1е Увггог 1тадев
Огас1е &1гапд1у гесотгпепйз ФаГ уоиг с!аФЬазе Иаз а тНтит о1 йуо согйго! Я!ез
апс! ФаГ Феу аге 1осаШс! оп зерагаГе сОзкз. И а соппо! Ше 1з батадей с!се Го а й!зк
гаУиге, к сои!б Ье гезФгес! изюд Фе 1пГай серу оТФе сопФо! Ше Ггогп Фе оФег сУзк.
У'ои сап зреейу Фе!г !ссаГюп !п Фе йаГаЬазе’з 1пШа1|2а1юп рагатеФг Й1е,
ЭДМ Г7Ь
УА1Ю сопггоЮ1.сИ
V А110 сопФо]02.сЙ
УДЕЮ сопГгоЮЗ.сЙ
/оО 1 /арр/огас1е/огайаГа/огс1/
/иО1 /арр/огас1е/сгайаГа/огс1/
/и01/арр/огас!е/огас1аГа/сгс1/
Сепега! \ АОУапсе^ Весен! 5ес&зп
^ллвД,...ж...ж..... ш . ОГ^АСЬЕ:
5-32 СорупдМ©2006; Огаск?. АН пдМб геаегуеск
Создание нового управляющего файла (продолжение)
ВаГаЬа$е СоШго! Сопвок позволяет выполнять сопровождение управляющих файлов базы
данных. На странице Абт1П18(гайоп выберите в секции 81огаде ссылку Соп1го1 Ейез.
На странице Согйго! П1ез Оепега! выводятся имена и места расположения зеркально
сопровождаемых сервером Огас1е копий управляющих файлов. Используйте кнопку
Васкир 1о Тгасе, чтобы создать трассировочный файл, содержащий скрипт для
пересоздания управляющего файла.
Можно также самостоятельно написать команду СКЕАТЕ соеткоеетье, но при этом
необходимо правильно указать:
• полные имена и размеры оперативных журнальных файлов;
• полные имена всех файлов данных базы данных, в том числе файлов табличных
пространств 5У8ТЕМ И 5У8АУХ.
Восстановление табличных пространств
Польз.упр.
виды си
ЕМ
Полное
Неполное©
Упр.файл
> КОТВ8
с доступом только на чтение
Случай 1
Случай 2
Случай 3
Резервирование
В случае потери
управляющего файла для
восстановления будет
использоваться
глгтляммя Отка3 И
табп= восстановления зарезервированный в
таоличного данное время
пространства управляющий файл
Восстановление табличных пространств с доступом только на чтение
Перевод табличного пространства в состояние ‘только чтения’ препятствует записи в
файлы данных этого табличного пространства, независимо от уровня привилегий
пользователя для проведения изменений. Главное ~ устранить необходимость
резервирования и восстановления больших, статических порций информации БД.
Табличные пространства ‘только чтения’ также защищают данные за прошлый период от
изменений пользователей. Так как такие табличные пространства никогда не изменяются,
их можно разместить на устройствах СО-КОМ или \УОКМ (хугйе опсе, геад тапу;
однократная запись и многократное чтение).
Метод восстановления табличного пространства ‘только чтения’ зависит от того, какие
резервные объекты доступны, а также от того, переводилось ли табличное пространство в
состояние ‘только чтения’ или чтение-запись в рассматриваемом периоде.
Случай 1. Восстанавливаемое табличное пространство является доступным только на
чтение, кроме того оно находилось в этом же состоянии при проведении последнего
резервирования. В этом случае можно просто выполнить копирование табличного
пространства из резервной копии. Нет необходимости в применении журнальной
информации.
Восстановление табличных пространств с доступом только на чтение
(продолжение)
Случай 2. Восстанавливаемое табличное пространство является доступным для чтения-
записи, но находилось в состоянии доступном только на чтение при проведении
последнего резервирования. В этом случае может возникнуть необходимость
выполнить копирование табличного пространства из резервной копии и применить
информацию журнала с того момента времени, когда табличное пространство было
переведено в состояние чтение-запись.
Случай 3. Восстанавливаемое табличное пространство является доступным только на
чтение, ио находилось в состоянии доступном на запись при проведении последнего
резервирования. Так как всегда следует проводить резервирование табличного
пространства после его перевода в состояние ‘только чтения’, такая ситуация не должна
возникнуть. Тем не менее, если это случилось, нужно обязательно выполнить
копирование табличного пространства из резервной копии и произвести его
восстановление вплоть до момента времени, когда табличное пространство было
переведено в состояние ‘только чтения*.
Во всех трех случаях, когда недоступен текущий управляющий файл, звездочка
означает, какой бэкап управляющего файла следует использовать для восстановления.
Это необходимо, поскольку, когда используется бэкап управляющего файла, процесс
восстановления требует открытия базы данных с параметром КЕЗЕТЬОСЗ. При таком
открытии обновляются заголовки файлов данных, а писать в файлы данных в состоянии
'только чтение* нельзя.
Вопросы восстановления табличных
пространств с доступом только на чтение
Табличным пространствам с доступом только на
чтение необходимо уделить специальное внимание
при:
• Повторном создании управляющего файла
* Переименовании файлоцданных
• Использовании резервной копии
управляющего файла
5-35 СорупдЫ © 2006, Огас!е. АН пдЪ& гееегуед.>
Вопросы восстановления табличных пространств с доступом только на чтение
Повторное создание управляющего файла
Если требуется заново создать управляющий файл по команде СВЕАТЕ СОЫТВОЬ Е1ЬЕ, а
БД имеет табличные пространства с доступом только на чтение, нужно выполнить
специальные действия. Поскольку табличное пространство находится в состоянии ‘только
чтение’, в него не вносятся изменения и поэтому предполагается, что его не надо
восстанавливать. Файлы такого табличного пространства не включаются в создаваемый
управляющий файл. Вследствие этого, когда база данных запускается с новым
управляющим файлом, производится перекрестная проверка с файлами, сведения о которых
хранятся в словаре данных. Обнаруженные в словаре данных файлы, отсутствующие в
управляющем файле, добавляются в управляющий файл с именами вида: МТЗЗТЫСппппп.
После открытия базы данных такие файлы необходимо переименовать в управляющем
файле, используя команду АЬТЕК Г) АТ АВ АЗЕ КЕЕАМЕ Е1ЬЕ:
АЬТЕК ОАТАВА8Е НЕМАМЕ ЕТЬЕ 8М1881ЫС00005'
ТО ’/и01/арр/огас1е/ога<1аЪа/огс1/ехатр1е01.аЬЕ’;
АЬТЕК ТАВЬЕЗРАСЕ "ЕХАМРЬЕ" ОКЫКЕ;
Корпорация Огас1е рекомендует включить в 11МАИ авторезервирование управляющего
файла. Это устранит необходимость выполнения таких искусственных приемов при
восстановлении управляющего файла, потребность в которых возникает, если
резервирование было выполнено по команде АЬТЕК Е)АТАВА8Е ВАСКЕР СОЫТКОЬЕТЬЕ
ТО ТРАСЕ.
Вопросы восстановления табличных пространств с доступом только на
чтение (продолжение)
Переименование файла данных
Если невозможно выполнить копирование файла данных табличного пространства с
доступом только на чтение из резервной копии в правильное местоположение, для
изменения расположения файла можно использовать команду АКТЕР. БАТ АВ АЗЕ НЕ К АМЕ.
Резервная копия управляющего файла
Операция восстановления с использованием фразы 1)81ИС ВАСКЕ₽ СОЫТКОЬЕТЬЕ при
наличии табличного пространства ‘только чтения’ на носителе, доступном только на
чтение, может отличаться низкой производительностью и сопровождаться ошибками.
Такая ситуация происходит, если в управляющем файле табличное пространство
отражается как доступное на чтение-запись, так как таким оно было, когда выполнялось
резервирование управляющего файла. В ходе операции восстановления после потери
носителя будет сделана попытка записи в файлы табличного пространства. Для носителя,
доступного только на чтение, база данных выдаст ошибку, в которой будет сообщено о
невозможности записи в файлы.
Ниже приведены альтернативные решения проблемы восстановления файлов на носителе,
доступном только на чтение, с использованием резервной копии управляющего файла:
♦ Переведите файлы данных табличного пространства ‘только чтения5 в автономное
состояние перед восстановлением с использованием резервной копии управляющего
файла, а затем верните файлы в оперативное состояние в конце операции
восстановления после потери носителя.
• Используйте корректную версию управляющего файла для восстановления. Если
табличное пространство должно быть в состоянии ‘только чтения’ по завершению
операции восстановления, тогда необходим управляющий файл, полученный на
момент времени, когда табличное пространство было в состоянии ‘только чтения’.
Напротив, если табличное пространство должно быть в состоянии чтения-запись в
конце операции восстановления, тогда необходим управляющий файл, полученный
на момент времени, когда табличное пространство было доступно для чтения-записи.
Восстановление базы данных ОаЫ>а$е
Если файл в состоянии ‘только чтение’ в момент времени, к которому восстанавливается
база данных, тогда ЯМА№ не восстанавливает этот файл. Чтобы изменить такое
функционирование и сделать так, чтобы КМАП проверил заголовки существующих в
данное время файлов данных, задайте в команде КЕСС\/ЕК БАТАВА8Е опцию С НЕ СК
КЕАООМКУ.
Итоги
• Выполнение полного и неполного
восстановления, управляемого пользователем
• Выполнение полного и неполного восстановления
с использованием ЯМАМ
• Ситуации, в которых необходимо неполное
восстановление <
• Неполное восстановление на основе времени,
8СМ, номера журнала, точек восстановления и
метода прерывания процесса восстановления
• Восстановление с использованием автоматически
зарезервированного управляющего файла
• Использование Еп^егрпее Мападе для выполнение
восстановления
• Восстановление табличных пространств с
доступом только на чтение
5-37
СорупдШё) 2006, Огас1е. АН пдИШ гезегуеа.
Обзор практического занятия:
выполнение неполного восстановления
• Восстановление на момент времени в прошлом
с использованием КМАЫ
Флэшбэк
СорупдЫ €> 2006, Огас!е. Ай пдЫз гезегуед.
Рассматриваемые вопросы
Корзина
НавЬЬаск БД
Конфиг. ГВ ВВ
йДонит, ГВ 1ЭВ
Гараи, т.восст.
• Запрос к корзине удаленных объектов
• Конфигурирование ПааИЬаск БаЪаЬаве
• Выполнение операции ПааЪЪаск РаЪаЬаее для
отката БД к определенному моменту времени
• Мониторинг статистик журнала ГХазЪЬаск
• Включение и отключение функциональной
возможности РХааЬЬаск ВабаЬаве
• Использование мастера восстановлений
Еп1егрп$е Мападег для выполнение операции
ГХааЬЬаск ОаЪаЬаае
• Использование гарантированных точек
восстановления в операции ГХааЬЬаск РабаЬаае
6-2 СорупдЫ© 2006, Огас!е. АН лдЫв геаегуеб-
Обзор технологии флэшбэк
Уровень объекта Примеры сценариев Технологий; флэшбэк . г Используется Влияние : н< данные
База данных ТгипсаЕе ЪаЫе; Выполнены нежелательные многотабличные Ва&Ьазе Журналы флэшбэк Да
изменения
ОРАСЬе
6-3
СорупдЫ © 2006, Огас1е. АН пдЫв гезеп/еД
Обзор технологии флэшбэк
Технологию отката или использования данных об изменениях в прошлом (ИазйЬаск,
флэшбэк) следует применять при возникновении логических искажений в базе данных
Огас1е, когда требуется простое и быстрое их устранение.
В случае человеческих ошибок трудно выявить объекты и строки, на которые оказала
воздействие неверная транзакция. Технология флэшбэк помогает диагностировать то, как
ошибочные данные были внесены в базу данных. После этого вы можете устранить
последствия искажения данных.
Вы можете просмотреть транзакции, в которых были выполнены изменения определенной
строки, просмотреть все версии данной строки в указанном периоде времени, а также
просмотреть данные в том виде, в каком они отображались в определенный момент в
прошлом. Вышеприведенная таблица показывает типичные случаи использования
технологий флэшбэк.
Операция ПазЪЬаск ОакаЬазе использует журнал возврата ^1азкЪаск 1орз)^
Е1ааЬЬаск Егор корзину удаленных объектов (гесус1е Ын). Все остальные методы
используют данные отмены (ипдЬ с1а1а).
Не все возможности флэшбэк изменяют базу данных. Некоторые из них ~~ это просто
методы запроса версий данных. Они помогают исследовать проблему и определить цель
восстановления. В результате таких запросов можно выполнить одно из двух:
• определить, какой тип операций ЕТазИЬаск следует произвести в БД для
устранения проблемы;
♦ направить результаты запросов в команду 1ЫЗЕРХ БРЕАТЕ или ЕЕЬЕТЕ. что
позволит простым образом исправить ошибочные данные.
ЕТазЫЬаск Ьгор и корзина удаленных
объектов
ЕХазИЬаск Огор и корзина удаленных объектов
В предыдущих версиях базы данных Огас1е после ошибочного удаления таблицы
требовалось восстановление базы данных к предыдущему до удаления таблицы моменту
времени. Эта процедура часто занимала мною времени и приводила в результате к потере
изменений, выполненных в других транзакциях.
В Огас1е ОаГаЬазе 10^ введена возможность восстановления удаленных объектов
{/кмкЬаск дгорУ которая позволяет отменить команду БКОР ТАББЕ без помощи
традиционного метода восстановления на момент времени.
Примечание. Параметр инициализации РЕСУСБЕВ1Е используется для включения (ОМ)
или отключения (ОЕЕ) функциональной возможности ЕХазИЬаск Егор. Если параметр
имеет значение ОЕЕ, тогда удаленные таблицы не попадают в корзину {гесус!е Ын), Если
же значение этого параметра ОГЕ тогда удаляемые таблицы помещаются в корзину и могут
быть восстановлены. По умолчанию для параметра ЕЕСУСБЕВТИ установлено значение
ОК.
6-5
СорупдЫ © 2006, Огас1е. АН пдЫг гезегуеб.
Корзина удаленных объектов
Если отключена функциональная возможность ведения корзины (ВЕСУСЬЕВтК^ОЕЕ),
тогда при удалении таблицы немедленно освобождаегся пространство, занимаемое
таблицей и зависимыми от нее объектами (т.е., оно может быть использовано для других
объектов).
Когда корзина активна (ВЕСУСЬЕВТЫ^ОЫ), тогда при удалении таблицы пространство,
занимаемое таблицей и зависимыми от нее объектами, немедленно не освобождается,
хотя появляется в словаре ЕВА__ЕЯЕЕ__8РАСЕ. Вместо этого удаленные объекты временно
помещаются в корзину (гесус1е Ып) и все еще принадлежат своему владельцу.
Пространство, занимаемое объектами корзины никогда автоматически не освобождается,
если только не возникнет проблема нехватки пространства. Это позволяет восстановить
объекты из корзины в течение максимально возможного отрезка времени.
При удалении и перемещении таблицы в корзину она и связанные с ней объекты и
ограничения получают новые имена, сгенерированные системой. Это необходимо для
устранения конфликтов имен, которые могут возникнуть, если позднее создать новую
таблицу с таким же именем.
Корзина сама по себе представляет собой таблицу словаря, в которой сопровождаются
связи между первоначальными именами удаленных объектов и имена, сгенерированными
для них системой. Запросить содержимое таблицы можно с помощью представления
ОВА_КЕСУСЬЕВ1Ы.
Корзина удаленных объектов (продолжение)
Диаграмма на слайде иллюстрирует описанную выше новую функциональную
возможность:
1. Вы создали таблицу ЕМРЬОУЕЕ8 в своем табличном пространстве.
2. Вы удалили таблицу ЕМРЬОУЕЕЗ.
3. Экстенты, занимаемые таблицей ЕМРЕОУЕЕ8, теперь рассматриваются в качестве
свободного пространства.
4. Таблица ЕМРЕОУЕЕ8 переименована и добавлена в корзину.
Восстановление удаленных объектов
из корзины
• Восстанавливаются удаленные таблицы и зависимые от
них объекты.
• Если имеется несколько записей в корзине с
одинаковым первоначальным именем:
- Используйте уникальные-сгенерированные системой
имена для восстановления определенной версии объекта.
- При восстановлении таблиц с одинаковыми
первоначальные имена в соответствии с алгоритмом МЕО
извлекается последняя удаленная таблица.
• Измените первоначальное имя таблицы, если оно
используется в настоящее время.
ГЬАЗНВАСК ТАВЬЕ <имя__таблицы>
ТО ВЕГОВЕ ОНОР [КЕЫАМЕ ТО <новое имя>]
6-7 СорупдЫ © 2006, Огас1е. АН пдЫв гезегуед.
Восстановление удаленных объектов из корзины
Команда ГЬА8 НВ АСК ТАВЬЕ . .. ТО ВЕРОВЕ ВВОР используется для
восстановления из корзины таблицы и всех зависимых от нее объектов. Можно указывать
либо первоначальное имя таблицы, либо имя, сгенерированное системой и назначенное
объекту при его удалении.
Если задается первоначальное имя и в корзине несколько объектов с таким именем, тогда
занесенный последним в корзину объект восстанавливается первым 1п Рйъ1 От -
ПРО). Если необходимо извлечь более старую версию таблицы, можно указать
сгенерированное системой имя таблицы или же выполнять команды ЕЕА8НВАСК ТАВЬЕ
... ТО ВЕЕОВЕ БВОР, пока не будет выбрана нужная таблица.
При извлечении таблицы с первоначальным именем, совпадающим с именем новой
таблицы, созданной в той же схеме после удаления старой таблицы, выдается ошибка,
если только не указана фраза ВЕИАМЕ ТО.
Примечание. При извлечении таблицы из корзины восстанавливаемые индексы,
триггеры и ограничения сохраняют имена, которые они имели в корзине. Поэтому
целесообразно запросить данные из корзины и представления ьва__С0Е8ТРА1ЕТ8 перед
операцией ГЬА8НВАСК ТАВЬЕ. После этого можно переименовать восстанавливаемые
индексы, триггеры и ограничения и дать им более подходящие имена.
Автоматическое использование
пространства корзины
Корзина
Авторасширение (з)
ыхсие'
6-8
СорупдЫ © 2006, Огас1е. АН пдЫа гезегуеа.
Автоматическое использование пространства корзины
До тех пор, пока пространство, используемое корзиной, не потребуется базе данных для
других целей, возможно восстановление удаленных объектов. Существуют следующие
варианты освобождения пространства корзины, занимаемого объектами:
• Ручная очистка корзины по команде РЕЕСЕ.
• Автоматическая очистка по причине нехватки пространства. Пространство,
занимаемое объектами корзины, может быть автоматически возвращено для другого
использования. Поэтому оно отражается в представлении бва__екее_5₽асе. До тех
пор, пока не возвращено пространство, занимаемое объектами в корзине, вы можете
восстановить такие объекты, используя ЕХазИЬаск Егор. Ниже приведены
правила, по которым в указанном порядке занимается свободное место в табличном
пространстве:
1. Свободное пространство, не связанное с корзиной;
2. Свободное пространство, связанное с корзиной; корзина автоматически
очищается на основе алгоритма НГО (/гглт т Р1т1 Ош, первым поступил,
первым удален).
3. Свободное пространство автоматически выделяется, если файлы табличного
пространства с авторасширением.
Автоматическое использование пространства корзины (продолжение)
Предположим создается новая таблица в табличном пространстве ТВ81. Если в этом
табличном пространстве есть свободное место, не занимаемое корзиной, тогда сначала
используется это свободное пространство. Если его недостаточно, тогда занимается место,
используемое в табличном пространстве ТВ81 объектами корзины.
При использовании свободного пространства корзины соответствующие объекты
автоматически удаляются их корзины. После этого их нельзя восстановить по команде
ЕХазЬЪаск <Хгор.
Если все таки места для таблицы недостаточно, база данных применяет автоматическое
расширение табличного пространства ТВ81, если эго возможно.
Ручное освобождение пространства
корзины
РОКСЕ {ТАВЕЕ <имя_!габлиЕдц> 11М0ЕХ <имя_индекса >}
РОКСЕ ТАВЬЕЗРАСЕ < имя__табличного :
пространства» [Ц8ЕК<имя пользователя >]
РОКСЕ [ОЗЕК_|СВА_]ВЕСУСЕЕВ1К
РагаЬаве ш&1а.псе: огс1огас1есо!Н > ТаЫез > Аесус1е Вп
Несус1е Вт
I. Рпзз^|
$е!есг АН I Зе=ес1 Мопе I Ехраас! АН | СоИарзе АЙ
Г"-' 44 ..4. -- V
! -л- ОЬ|.Ш -.. ....
ш ж (леаге । 81ге Орегайоп
Г~ Ж Аесус1е Вт ? =_
Г >ЕМРЮУЕЕ8НВ2 ТАВ1ЕШЕВ8 2005-08-31:17:44:17 2005-08-31:17:40:45 8 У(е\* Самет)
.2- ЗОВ5 НА2 ТАВ1ЕЫ5ЕН8 2005-08-31:17:44:30 2005-08-31:17:41:288 ^У^Сотет)
в-1 ц ьорупдш 2шь, огаме, ан пдпш гезегуеа.
Ручное освобождение пространства корзины
Используйте команду РИКСЕ, чтобы удалить объекты из корзины. Одновременно из базы
данных окончательно удаляются зависимые от них объекты. В результате удаленные из
корзины объекты больше не могут быть восстановлены с помощью команды ЕРазИЬаск
с!гор.
Использование команда РОКСЕ:
• РИКСЕ ТАВРЕ; удаления указанной таблицы.
• РОКСЕ 1ИИЕХ; удаления указанного индекса.
• РОКСЕ ТАКИЕ8РАСЕ; удаление всех объектов, размешенных в заданном табличном
пространстве. Дополнительно могут быть удалены зависимые объекты, размещенные
в других табличных пространствах. Кроме того, можно задать фразу И5ЕК, чтобы
удалить объекты, принадлежащие только указанному пользователю. Это опция
применяется в случае, когда у пользователя небольшая квота на дисковое
пространство данного табличного пространства.
• РИКСЕ КЕСУСИЕВ1И; удаление всех объектов текущего пользователя. КЕСУСИЕК1Ы
и И8ЕК__КЕСУСИЕВ1И - это синонимы.
РИКСЕ ВВА_КЕСУСИЕВ1И; удаление всех объектов из корзины. Для выполнения
этой команды необходимы соответствующие системные привилегии или привилегия
8У8ИВА.
Примечание: Когда в корзине содержится несколько объектов с именем удаляемого
объекта, указанным в команде РИКСЕ ТАКИЕ или РИКСЕ ЮТЕХ, тогда из корзины
первым удаляется объект, который дольше всего находится в корзине (Пгм1н Иг$1 Ош -
первым пришел, первым ушел).
Когда удаляемые объекты не
переносятся в корзину
ЬКОР ТАВЬЕ <имя таблицы > [Р0КС8Е] ;
У****. “ ”
ЙО <имя^абЛшн6го пространс»1»ва>
[ТЫСЪТОТИС; СООТЕИТЗ] ;
ВВОР ВЗЕВ <имя пользоваталя> (СА5САВЕ] ;
<я5ао
СсрупдЫ © 2006, Огас1е. АИ пдЫв гезегуед_______________
Когда удаляемые объекты не переносятся в корзину
Команда ОПОР ТАВЬЕ РЖСЕ окончательно удаляет таблицу и зависимые от нее объекты
из базы данных. При использовании этой команды соответствующие объекты не попадают
в корзину. Она действует так же, как и команда ЬР.ОР ТАВЬЕ в предыдущих версиях.
При выполнении команды БВОР ТАВЬЕЗРАСЕ . . . РЫСЬОТРЫС СОЕТЕЫТ8 объекты
табличного пространства не перемещаются в корзину. Более того, объекты, находящиеся в
корзине и принадлежащие табличному пространству, удаляются из нее. Для успешного
выполнения такой команды без фразы 1ЕСЫ1МЕС СОМТЕЕТ8 необходимо, чтобы
табличное пространство было пустым. Однако при этом объекты, принадлежащие
удаляемому табличному пространству, могут находиться в корзине. Они в этом случае из
нее удаляются.
Команда ЬР.ОР 08 ЕВ . . . САЗ САВЕ удаляет пользователя и все его объекты навсегда из
базы данных. Объекты удаляемого пользователя, находящиеся в корзине, также удаляются.
Запрос сведений о содержимом
корзины
Ч9ЖВВС7 оипех, ®х±д1па1_пате, сйо®сЪ_па1из^
Туре, ез_пате, агорЫте, геХаЪей, зрас® ,
гном аьа^есусХеЬш
1-ЖЙЕКЕ сап шмЗгор « 'ХЖЗ’г
................................. .............- .
Ж* *------—'яу; — .................... ........— —
.ЕЕЬЕСТ огХд1паХ_пате, оЪ^есТ_паше,
Туре, Ьв_пате, йгорТхше, хеХаШеЙ^ зрасе
ГКОМ изег_хесусХеЫп
КИЕВЕ сап ши1грр = 'УЕЗ';
...........т.ц.щшд., ...............п.,...п,,,Кк!|_!Л1 ^,.,,.--^1 .ГЯНД
301> ЗНОЙ КЕСУСХЕВХЯ
... -, .. ..... „ - , • ...............................................
6-12 СорупдЫ © 2006, Огас8е, АН пдЫз геэегуеб.
Запрос сведений о содержимом корзины
Можно просмотреть все сведения об объектах, которые были удалены, запросив для
этого представление П8ЕК__ВЕСУСВЕВ1Е или КЕСУСВЕВ1Е.
Представление ВВА_ВЕСУСВЕВ1Ы показывает все объекты, которые были удалены
всеми пользователями и все еще находятся в корзине.
Кроме того можно воспользоваться командой $р1*Р1из 8НОЭД РЕСУСВЕВ1№ По этой
команде выводятся только такие объекты, которые можно восстановить.
В приведенных примера показывается, как получить следующую сведения об объектах
корзины:
* ОКIСIЫАВ_ЫАМЕ; как назывался объект перед удаление;
. ОВ СЕСТ__ЕАМЕ; сгенерированное системой имя для объекта после его удаления;
• ТУРЕ; тип объекта;
• Т8_ЕАМЕ; имя табличного пространства, которому принадлежит объект:
• ОРОРТ тМЕ; дата удаления объекта;
• ЕЕ В АТЕ Б; идентификатор объекта (столбец оЬ д е с Е__1 а в аЬ а__оЬ д е с В з) для
удаленного объекта;
8 РАСЕ; количество блоков, используемых объектом в настоящее время.
Можно также просмотреть содержимое корзины с помощью ВашЪазе Соп1го1.
Примечание: дополнительную информацию о представлении ВВА ВЕСУ СВЕВ IК см. в
документу Огас1е ОашЬазе Ке/егепсе.
6-13
СорупдЫ © 2006, Огас!е. АН пдЫ$ гезегуед
Запрос данных из удаленных таблиц
Когда таблица удаляется, она перемещается в корзину и ей присваивается уникальное
сгенерированное системой имя. Так как удаленная таблица все еще находится в схеме
пользователя-владельца, сведения о ней можно просмотреть в представлениях, например,
ЕВА__ТАВЕЕ8, ЕВА___ОВ ЕЕСТ8 и ЕВА___8ЕСМЕЫТ8. Для того, чтобы можно было отличить
таблицы, находящиеся и не находящиеся в корзине, в представление ЕВА ТАВЬЕ8 был
добавлен новый столбец ЕКОРРЕЕ, значение в котором равно УЕ8 для таблиц, которые
были удалены, но все еще находятся в корзине.
Вследствие этого в команде ЗЕЬЕСТ и запросам флэшбэк можно указывать объект,
имеющий сгенерированное системой имя, пока он находится в корзине. Но операции
ВМЕ и ОВЕ над такими объектами производить нельзя.
Обзор операции
ПазЬЬаск ОаЪаЬаее
Корзина
> ПаеЬЬаск БД
Конфиг. ГВ ПВ
Монит. РВ БВ
Таран. т.восст.
Операции ПаеЬЬаск ОаЪаЬаге:
• Выполняются подобно действию кнопки
обратной прокрутки для БД
* Могут использоваться в случае логических
повреждений, сделанных пользователями
п
Пользователи
совершают
ошибки
Поврежденная
база данных
Нажмите кнопку
прокрутки назад
Обзор операции Р1а8ИЬаск Ва(аЬаее
Е1азЪЬаск БакаЬазе позволяет быстро перенести вашу БД к предыдущему
моменту времени путем отмены всех изменений, сделанных после этого момента
времени. Это быстрая операция, поскольку не надо производить восстановление из
резервных копий БД. Р1азИЬаск БакаЬаае можно использовать для отмены
изменений, приведших к логическим повреждениям данных.
Когда в базе данных обнаруживаются физические повреждения или происходит потеря
носителя, тогда вы должны применять традиционные методы восстановления.
Описание процесса ЯаеЬЬаск БаТаЬазе
флэшбэк
буфер
56А
Не все
изменения!
Кэш буферов
КаждоеЕ
^изменение
Журнальный
буфер
I
навпЬаск
1оо§
Периодическая
запись в
журнал старых
образов
Журнал
Откат назад изменений Восстановление
в БД с помощью носителя путем
предыдущих образов подота вперед
блоков данных (
6-15
СсрупдЫ © 2006, Огас!е. АН пдЫ§ геэеп/ей.
ж
Описание процесса отката базы данных
При включении возможности отката базы данных запускается фоновый процесс ЕУ№..
Он последовательно пишет данные для отката БД из флэшбэк буфера уктЬЪаск Ьифёг) в
журнал возврата (НазкЪаск Оа/аЪазе который заполняется 4по кругу' и поэтому
старые данные со временем затираются новыми. При выполнении команды
ЕЬАБНВАСК БАТАВА8Е журнал возврата используется для восстановления
предыдущих образов блоков, после чего для подката вперед к требуемому моменту
применяется оперативный журнал.
Накладные расходы, связанные с включением возможности возврата базы данных,
зависят от рабочей нагрузки по чтению-записи в базе данных. Поскольку команды
запросов не вызывают генерации данных для возврата, только возрастание рабочей
нагрузки, связанной с операциями записи, вызывает рост накладных расходов,
вызванных включением возможности отката базы данных.
Примечание: журнал возврата БД не архивируется.
Конфигурирование возможности
НазЬЬаск ОайаЬазе с помощью ЕМ
Включите опцию ЛазЬЬаск 1одд1пд и задайте
использование ЯазЬ гесоуегу агеа.
10 |1ёЁ'_0вПЙЕС07ЕЙУ_Р11Е_0Е5Т ’пт УЛЮ.
?Т1Р !1 •а Уж агеЬИ Ьдйев Ье $ргеас асяз^ 1Ье
$<Т1Р V:--:: <1р^сИ>/ 1ф 10 ЙЙЖЖППЙ
Е1азЬ Яесоуегу Агеа
й 1$ ЫдМу гесопютеггёей 1йа1 уои иве Яа§1ч гекоуёгу агеа 16 аи!ота1б уоиг Лек Ьаскир глападегееп!
Е1аеЬ Ресоуегу Агеа 1бса1юп
ПаэЬ Гесо?егу Агеа Вае р? (Ъв 3
?,©>: %;&'; к-т Ъъл ы '-ж. \-Л'ж & сеЗ
Оееб г 1й8{1 Аесб^агу Агеа 2пге (МВ) 124.195
Р ЕпаЫе ЯаеИЬаск кдапд (о? 1йй1 багеЬаее ройй-Ыкпе гесоуегу* |
уоп тйу ;еей?8г уоуг йпйй йй?к>зле
Зресйу Ьо-л- Ьг Ьаск уои *йей 1е ПааЬ 1Ье «ШаЬазе 1п 1Ие ШШге
РШЬЬаск Е&1ег4ген Типе рмГ"* । Неоге 3
6-18 СорупдЫ © 2006, Огас!е. АН пдЫк гевев/есЗ.
Конфигурирование возможности ПазЬЬаск Оа!аЬа$е с помощью ЕМ
(продолжение)
После проверки архивного режима БД вернитесь на страницу Песох/егу 8ей1пдз и
прокрутите вниз содержимое экрана, чтобы отметить новые установки в секциях МесУа
Ресоуегу и Р!анЬ Несоуегу Агеа. Если сконфигурирована флэш-область восстановления и
архивный режим, тогда □8Е_ОВ_КЕСОУЕНУ__Е1ЬЕ__БЕ8Т используется в качестве
параметра, задающего место архивирования под номером 10. Включите журналирование
данных для выполнения отката БД, отметив поле ЕпаЫе ПазКЬаск Боддюд.
Дополнительно можно задать время удержания данных (Па^кЪаск Ке1еш1оп\ а также
просмотреть важную информацию, относящуюся к временному окну операции флэшбэк.
Проверьтеместоположение флэш-области восстановления (Р1азК Яесох/егу Агеа). Флэш-
область восстановления -- это унифицированное место хранения всех связанных с
восстановлением файлов и результатов операций в БД Огас1е. Все файлы, необходимые для
полного восстановления БД после потери носителя, содержатся в этой области. В число
связанных с восстановлением файлов, которые могут быть созданы во флэш-области
восстановления, входят: архивные журналы, управляющие файлы, резервные объекты,
созданные утилитой ВМА'Ы, журнал отката БД, а также файл отслеживания изменений.
Выделение в определенной области пространства хранения и сопровождение в ней файлов,
связанных с восстановлением, освобождает АБД от обязанности сопровождения дисковых
файлов, создаваемых компонентами Огас1е. По умолчанию месторасположение флэш-
области восстановления совпадает со значением параметра $ОКАСЬЕ__ВА8Е. Если
необходимо использовать другое месторасположение, сделайте изменения сейчас.
Прокрутите вниз содержимое экрана до конца и щелкните на кнопке Арр1у.
Примеры ЯазЬЬаск Оа(аЬа$е
КМАМ> СТЛЗНВАСК ЬАТАВАЗЕ ТО ТХМВ'*
"2> ”ТО_САТЕ(' 2004-05-27 16;00:00
3> ЧЛЛГУ-ММ-СО НН24;М1:53*У”;
РМАМ> Г1А5НВАСК САТАВАЗЕ ТО 8С№*23565|
КМАК> ГЬАЗНВАСК ОАТАВАЗЕ *
2> ТО 5Е0ОЕКСЕ=223 ТНКЕАР=1;
ЗСЬ> ЕЬАЗНВАСК ОАТАВАЗЕ
2 ТОШ®8Т1Ц«₽(ЗУ8САте-1/24);
801> ЕЬАЗНВАСК ОАТАВАЗЕ ТО ЗОИ 53943;
5Щ> ГЬАЗНВАСК САТАВАЗЕ ТО ВЕ5ТОКЕ ВОЮТ Ь4_1оай;
___6-19 СорупдМ©2006, Огас1е. АП пдЫз гезел/ед.
.и
Примеры НазЬЬаск Оа&Ьазе
Команда КМАМ ЕЕА8НВАСК ЕАТАВА8Е используется для выполнения операции
восстановления. В ней можно с помощью параметров 5Е0ПЕЕСЕ и ТНВЕАБ задать в
качестве ограничения сверху на номер журнала и номер потока. КМАЫ выбирает только
те журналы, которые могут быть использованы для подката вперед, но не применяет
журнал с заданным в команде номером.
Другие способы отката с помощью команды ЕЬАВНВАСК БАТ АВ АЗЕ - возврат базы
данных на момент времени в прошлом или к определенному 8СЫ. При использовании
фразы ТО 5СЕ необходимо указать номер. Если задается фраза ТО Т1МЕ8ТАМР, следует
ввести значение временной метки.
Примечание: база данных должна быть смонтирована в монопольном режиме перед
выполнением команды ЕЕА8НВАСК ЕАТАВА8Е, а после завершения выполнения команды
открыта с опцией Р.Е8ЕТЕОС8.
Конфигурирование
ПааЬЬаск Оа(аЬаае
Корзина
НааИЬаск БД
> Конфиг. РВ ВВ
Монит. РВ ОБ
Гаран. т.восст.
1. Конфигурирование 2. Задание геШгШоп 3. Включение
ЛазЬ гесоуегу агеа 1агде1 НазКЬаск Оа1аЬаае
БОЕ> 8НЦТО0ЙИ 1ММЕ01АТ^
8С2Ь> 5ТАКТО₽ ЖЭТТЫТ ЕМпЩгУЕ
8йь> летев зааивм зет
? СВ_ЕЕА5НВАСК_КЕТЕКТ1ОК_ТА8(ЖТ^2880 ЗСОРЕ=ВОТН;
8Щ> ЛЕТЕВ САТАВАЗЕ ГЕА8НВАСК ОН;
30Е> ЛЕТЕВ ЮАТАВАЗЕ ОВЕЙ;
6-16 СорупдЫ © 2006, Огас!е. Ай пдЫз гезегуеб.
Конфигурирование возможности отката базы данных
Возможность отката базы данных конфигурируется следующим образом:
1. Сконфигурируйте флэш-область восстановления.
2. Задайте время удержания с помощью параметра инициализации
ОВ__ЕЬАЗНВАСК___ВЕТЕЕТ1ОЕ__ТАВСЕТ. Оно определяет максимальное время, на
которое возможно удастся откатить назад базу данных. В примере задается 2880
минут, что эквивалентно двум дням. Этот параметр задает только целевое значение,
но не дает полных гарантий. Реальный интервал времени отката назад зависит от
того, сколько данных для отката сохранится во флэш-области восстановления.
3. Включите возможность отката базы данных:
АЬТЕВ ЮАТАВА5Е Е1А5НВАСК ОН;
Перед тем, как выполнить эту команду, необходимо перевести базу в режим
архивирования и запустить ее в режиме МОНЕТ ЕХСЫ1817Е.
Проверить, включена ли возможность отката БД, можно, выполнив запрос:
5ЕЕЕСТ г1азпЬаск__оп ЕНОМ ^гЗдакаЬаве;
Выключить возможность отката БД можно по команде АЕТЕН БАТАВА5Е
ЕЬАЗНВАСК ОЕЕ. В результате весь существующий журнал отката БД будет
автоматически удален.
Примечание: включить возможность флэшбэк БД можно только, когда база
данных смонтирована в режиме МОНЕТ ЕХСЬН5Т\7Е, но не открыта.
Конфигурирование возможности
ПаеЬЬаск ОаСаЬаае с помощью ЕМ
Проверьте, находится ли БД в режиме авсшуеьос.
Ресоуегу 5
ТЫ слпепНу т АРСНР/Е100?тобе, 1п АРСНУЕкОО ггюбе, Ьо
врасе (ог 1сд8- К усш сЬапде (Ье ййаЬаее (о АРСНМЕкОС ггю^е, уои еЬоо!
сЫЙ Ьаскира апй сШа тау Ье 1о&( !п 1Ье еуеп( о( ШаЬаее сотШюп.
^АРСН1УЕкОСМйбе'‘
код АгсКп® Рйепате ЕогтаГ
Лч? оопу-^жп к« 1ое
Конфигурирование возможности НаеЬЬаск Оа1:аЬа$е с помощью ЕМ
Установите соединение с Егйегрпзе Мападег 0а1аЬа8е Соп8о1е. На странице
Ма!п1епапсе выберите в секции Васкир/Ресоуегу ЗеИюдз ссылку Ресоуегу $ей1пд8.
Проверьте, включен ли в базе данных режим АВСНТУЕЬОС. Если нет, тогда отметьте поле
АПСН1\/ЕЕОО Мобе и щелкните на кнопке Арр1у. Придется остановить, а затем
перезапустить экземпляр, чтобы изменения вступили в силу.
Е1а$КЬаск ОаШЬазе с помощью ЕМ
й$М1 сЬип те рс .
^?<т:ле ат п > • । :>Фй-
з Й€'х<й агП Ыдив Ь я»ч МО> >1ТЕр • ||
РегТопп Несоуегу: Туре
Выберите тип
объекта и операции у Шаггйрй
Ты? скиы -
зйШ О® '
Туре
ОЬ|ес1 Туре |уйю1е 0а1аЬазе Щ
Орегайоп ресоуег те |Ие сиггегй Шпе ог а ргеиооз рЫпЫгМйт
Туре с=5йатй4 Ьё 1гоф И'й =й&®? &зскц> ае гвс&И®!
Г' Не§1оге ай <й1аШе&
Меей Гс< зр&о^у Тяяе, :>СВ й< к=§ $ецчега». ТНе ж?аскш? Ькеп з1=?
Ыпе у/гЗ Ье изеа
Ресеувг йогп рге*юи$1у гевЫгей {ЫаШе®
Нов! Сге4епНа1з
Та регйзгт геспуегу, ®ирр!у ореоппд еуетегг; 1адт сгвскг&а!®.
« Пзетате ржГе
6-20
СорупдЫ ©2006, ОгасТе. АЙ пдЫз гезегуеск
НазЬЬаск Оа!аЬаве с помощью ЕМ
На странице Ма1п1епапсе щелкните на ссылке РегТогт Ресоуегу.
Выберите в выпадающем списке поля ОЬ]ес( Туре значение №о!е ПаЁаЪазе. Затем
отметьте Ресоуег 1о сиггегй Игле ог а ргеуюиз р01пМп41те справа от ОрегаИоп Туре.
В секции Нов! Сгес1еп11а18 введите имя и пароль пользователя ОС. В Ншх это должен
быть пользователь-владелец базы данных, обычно принадлежащий группе бЬа в
операционной системе. В \Утс1о\у$ пользователь должен иметь привилегию Ьо^ он ах а
Ьагск ]оЬ.
После этого щелкните на кнопке №х(, чтобы перейти к следующему шагу подготовки
операции отката базы данных.
Е1а$11Ьаск ОаЬЬазе с помощью ЕМ
Запуск мастера восстановления
О .< ъ ?
ОгйаЬазе: огс1 не.сгас!е. ссгп
Нессмвгу УШагй
1=
ТЪв йгйаЬазе %4Н Ье эМйсжп зпй з1аПей/гпоип1ег1. Р!еаеш есте Шпв Гог 1Ые
срегайоп 1с сотр!в(е апй скск ‘РеГгезИ’ Теш *ю1| Ье геейгесЫ 1а а раде 10 дс
ТЬгоидЬ Ше гессадегу уИгап!
ч Кейе$п^
ПаЫЬа«е | 5ш?ир | РгеГегецсеа. I Не1р | ТйдсшГ
Соруй^й ©1996,2004, Огас1е. АН НдЙ® ге®ег'/й.
АЬои ЕгйгргНе Мападег 10д РШе&е®е Сот? о!
СорупдЫ © 2006, Огас1е. АН пдЫз гееегуед.
НавЬЬаск Оа?аЬа$е с помощью ЕМ (продолжение)
После того, как был выбран тип операции восстановления, запускается соогветствующий
мастер (Кесоуегу ТОхагд). Вы получаете сообщение о том, что база данных будет
остановлена и повторно запущена в режиме монтирования. Эта операция займет
несколько минут и вам будет выдана информация о временной задержке. После ожидания
в течение некоторого времени вам предлагается щелкнуть на кнопке РеТгезИ, чтобы
продолжить действия.
ПазЬЬаск 0а1аЬазе с помощью ЕМ (продолжение)
Теперь мастер восстановления запущен. База данных останавливается, а затем запускается
в режиме МОШТ. Щелкните на кнопке РеТгезЬ.
Вы попадаете на страницу РегТоггп Ресоуегу: Ро1пМп4|те. На этой странице выберите
опцию Ресоуег 1о а рг'юг ротМл-йте, а затем задайте либо дату, либо 8СМ После этого
щелкните на кнопке Ыех1
Появляется страница РегТоггп Ресоуегу: ПазЬЬаск, на которой можно выбрать либо
откат назад, либо обычное восстановление. Выберите соответствующую опцию, а затем
щелкните на кнопке Ыехй
Вы перейдете прямо на страницу РегГогт Ресоуегу: Реу1е\л/, пример которой приведен
на слайде. Чтобы выполнить откат базы данных, щелкните на кнопке ЗиЬтЙ.
Исключение табличных пространств из
операции ПазЬЬаск ЦаЪаЬаае
АМЕР. ТАВЕЕ5РАСЕ <Ъв_пап»> ГБА5НВАСК {ОН | ОЕЕ)
.. .;.' 'УУ .
ада* БЕЬЕСТ шипе,. ПаёйЬаск^М
) 2 ЕНОМ у$ЪаЫёзрасе;
• Переведите табличное пространство в
автономное состояние перед выполнением
восстановления путем отката базы данных.
• Удалите табличное пространство или
восстановите автономные файлы с помощью
обычного восстановления на момент-в-прошлом.
СорупдЫ © 2006, Огас1е. АН пдМа гезегуед]
Исключение табличных пространств из операции ПааЬЬаск ОаЪаЬаее
В базе данных может быть табличное пространство, для которого нет необходимости
вести журналы флэшбэк. Команда АЬТЕВ. ТАВЬЕЗРАСЕ позволяет исключить
табличное пространство из процесса флэшбэк. Этот атрибут может быть также
установлен, когда табличное пространство создается. По умолчанию значение атрибута
-ОЫ.
Перед выполнением операции флэшбэк необходимо перевести такое табличное
пространство в автономное состояние. Затем его можно удалить или же восстановить
его автономные файлы данных, используя традиционные методы восстановления на
момент времени в прошлом.
Чтобы выяснить возможность отката табличного пространства при откате БД,
выполните запрос к представлению У$ТАВЬЕЗРАСЕ и выведите значение столбца
Е1а8ЬЪаск__оп.
Примечание. После пересоздания управляющего файла все табличные пространства
переводятся в режим ЕЬАЗНВАСК ОМ. Необходимо повторить команды АЬТЕН
ТАВЬЕЗРАСЕ, чтобы исключить табличные пространства из операций ЫазЬЪаск
РаЬаЬазе.
Рассмотрение функциональной
возможности ПазЬЬаск Оа&Ьаве
• После завершения операции ПаеЪЬаск ПаЪаЬазе
откройте базу данных:
- В режиме ‘только чтение’ для проверки того, что
использовалось правильное целевое значение
времени или 8СИ
- С опцией КЕ8ЕТ1_О(Э8, чтобы разрешить изменения
• Обратная операция для ЛазКЬаск - операция гесоуег
• Нельзя применять откат БД в следующих ситуациях:
- Управляющий файл был скопирован из резерва или
пересоздан
- Было удалено табличное пространство
- Файл данных был сжат
• Используйте фразу то вегоке кезетеооз для отката
к моменту, предшествующему последнему
ОТКРЫТИЮ БД С ОПЦИеИ КЕ5ЕТЕО63
6~24 СорупдМ © 2006, Огас1е. АН лдЫз гезегуед =
Рассмотрение функциональной возможности ПаеЬЬаск Оа1аЬа$е
В ситуациях, когда нельзя использовать возможность НазКЬаск 0а1аЬа8в, следует
применять операции неполного восстановления, чтобы вернуть БД к требуемому моменту
времени. После завершения выполнения команды ПазИЬаск БакаЬазе базу данных
можно открыть в режиме только для чтения, чтобы проверить значение времени или 8СЫ.
Если значение было указано неправильно, можно снова откатить назад БД или произвести
восстановление методом подката вперед. Таким образом, чтобы отменить операцию
ЕТазЪЬаск БакаЪазе, необходимо выполнить команду гессжег и подкатить БД вперед.
Нельзя использовать ПазЬЬаск 0а1аЬа8е, чтобы восстановить файл данных, который был
удален в течение промежутка времени, в котором выполняется ПазЬЬаск Оа^аЬазе.
Удаленный файл данных добавляется к управляющему файлу и помечается как автономный,
но не восстанавливается.
Операция ПазКЬаск Оа1аЬазе не может возвратить файл данных к моменту времени между
его созданием и перед операций изменения его размера. Если размер файла был изменен в
течение промежутка времени, в котором выполняется откат назад БД, следует перевести этот
файл в автономное состояние перед началом операции ПазЬЬаск 0а1аЬазе. Так же следует
поступить с файлами, которые сжимались, а не расширялись. К автоматически расширяемым
файлам операция ПазНЬаск ОаШЬазе применима.
Рассмотрение функциональной возможности Р1а$ЬЬаск Оа1аЬа$е
(продолжение)
Вы можете произвести откат назад непосредственно к моменту перед открытием базы
данных с опцией ВЕ8ЕТЕОС8. Для этого следует указать в команде ЕЬА8НВАСК
ВАТАВА8Е фразу ТО ВЕРОНЕ КЕ8ЕТЕОО8.
Примечание: значение ЛазКЬаск геШпйоп 1агде1 не гарантирует возможность операции
ЛазйЬаск. Когда во флэш-области восстановления требуется пространство для файлов,
журналы флэшбэк могут автоматически удаляться.
$
Мониторинг ЯазЬЬаск кон“в§1
Оа<аЬаве * моиит.гвов
Гаран. т.восст
Мониторинг возможности отката БД в соответствие с
заданным целевым временем удержания:
• Просмотрите квоту дискового пространства во
флэш-области восстановления: _______
.вШй' ЗЕЬЕСТ ез-Ыта±еа_€1авИЬаск__зхге,
3 ЕЖЖ У$ГЬА8НВАСК___РАТАВА5Е_ЕОС;
• Выясните текущее окно флэшбэк:_______________
’801> ЗЕЬЕСТ о1аеаЪ_Г1азЬЬаскц_8с17’"'
2 о1<ае8С_^1азИЬаск_М1пе
3 ГНОМ У$ГЬА5НВАСК ДА^даАЗЕ ,’ЬОбТ
.......'.. .................... *“**** ..... .
• Ведите наблюдение за журналом флэшбэк :
Мониторинг ПааИЬаск Оа&Ьазе
Необходимо осуществлять мониторинг использования пространства флэш-области
восстановления, чтобы знать, насколько достижимо заданное целевое время для отката БД..
Представление У$ГЬА8НВАСК ВАТАВА8Е_Ь0С позволяет вести мониторинг целевого
времени удержания информации для флэшбэк.
• Е 8 ТIМАТЕ Б__ЕЬ А8 НВАСК__812 Е; оценка размера области дискового пространства во
флэш-области восстановления, необходимого для журнала отката БД, в соответствие с
текущим целевым значением удержания данных для флэшбэк. Чтобы оценить эту
величину используются ранее записанные в журнал данные для отката БД. Оценка
основывается на рабочей загрузке с момента запуска экземпляра или в течение самого
последнего временного интервала, равного целевому значению удержания данных
флэшбэк, если этот интервал меньше времени работы экземпляра.
• ЕЬА8НВАСК__812Е; текущий размер в байтах, занимаемый во флэш-области
восстановления данными для флэшбэк.
• ОЬЕЕ8Т__ЕЬА8НВАСК_8СЫ и ОЬПЕ8Т__ЕЬА8НВАСК_Т1МЕ; приблизительное
значение для наименьшего 8СЫ и момента времени, к которому можно восстановить
данные. Столбец СВВ.кЕЕТ__8СК в представлении \/$БАТАВА8Е показывает текущий
8С№ базы данных.
Мониторинг НазЬЬаск Оа^аЬазе (продолжение)
Представление \7$ЕЕА5НВАСК__1)АТАВА8Е_8ТАТ позволяет веста мониторит
накладных расходов, связанных с ведением журнала данных для флэшбэк БД.
Представление содержит информацию за последние 24 часа и каждая строка отражает
интервал в один час. Представление можно использовать для определения того, как
меняется скорость генерации данных для отката БД.
8О.Ь> 8ЕЕЕСТ Ьед1п__Ъ±ше, епа__Е1те, Е1азЬЬаск_ дата, дЬ^дака,
2 гедо дада, езЕ1такед_Е1аБпЬаск 81хе А8 Е8Т_ЕБ_82Е
3 ЕНОМ \7$ЕЬА5НВАСК_ОАТАВА8Е__8ТАТ;
ВЕС1М_Т1М ЕЬГО_Т1МЕ ЕЕА8НВАСК рАТА Г)В ОАТА НЕБО БАТА Е8Т_ГВ_52Е
12-КЕВ-04
12-ЕЕВ-04
12-ЕЕВ-04
12-ГЕВ-04
12-ЕЕВ-04
12-ЕЕВ-04
12--ЕЕВ-04
12-ЕЕВ-04
16384
6594560
17235968
311648256
0
7471104
12361728
3724 24
24576
1533440
5150720
10272768
0
815923200
839467008
855195648
На основе этих данных возможно потребуется скорректировать время удержания или
размер флэш-области восстановления.
ЕЬАЗНВАСК^ ВАТА и НЕ ВОМБАТА отражают размер (в байтах) данных для флэшбэк и
журнальных данных, записанных в соответствующем временном интервале, а ОБХВАТА
показывает число байтов в прочитанных и записанных блоках данных. Это представление
также содержит оценку пространства для данных отката в указанном интервале времени.
Чтобы получить сведения, касающиеся флэш-области восстановления, можно выполнить
запрос к представлению 7$ВЕСОУ7ЕКУ__Е1ЕЕ_ПЕ8Т, имеющему следующие столбцы:
• МАМЕ: имя флэш-области восстановления, показывающее ее местоположение;
• 8РАСЕ_ЪХМ1Т; ограничение на размер дискового пространства, заданное
параметром инициализации ОВ__КЕСОУЕКУ_Е1ЬЕ__ОЕ8Т__812Е;
• 5РАСЕ_П5ЕП; используемое пространство (в байтах) во флэш-области
восстановления;
* 5РАСЕ_НЕСЬА1МАВЕЕ; размер пространства, которое может освободить алгоритм
управления пространством после удаления устаревших, избыточных и других
неважных файлов
• ЫЦМВЕК^ОЕ^ЕХЪЕЗ; количество файлов.
8О.Ъ> 8ЕЕЕСТ пате, зрасе_11т1Е А8 диска,
2 5расе_изес А8 изес,
3 зрасе__гес1ахтаЫе А5 гес1а!таЫе,
4 питЬег__о1__Е11ез А8 Шез
5 ГНОМ \/$гесохтегу111е_дезк ;
НАМЕ
ОИОТА И8ЕБ НЕСЬАТМАВЬЕ Е1ЬЕ8
/и01/Е1азк__гесогегу_агеа 5368709120 2509807104 203386880 226
Мониторинг НазЬЬаск Оа^аЬазе с
помощью ЕМ
ПаеН Несо^егу
ПазЬ Аесс^егу Агеа 1з епаЬЫ (ог № баГаЬазе. ТЬе сЬагГ зКодаз зрасе
изеб Ьу еасЬ Гйе Гуре ФаГ !з псГ гес!аю=аЫе Ьу Огас1е. Рег&пШд Ьаскирз
Го акегйагу зкогаде гз спе и/ау Го така зрасе гес1акпаЫе, МзаЫе ПазЬ
Аесоуегу Агеа 1псЫез (гее апд ге^таИе зрасе.
ПазЬ Весоуегу Агеа касайоп ^и01/арр/огас1е/йазктгесоуегу„агеа
Пазк Несоуегу Агеа $йе [г (ЗГИ
Н.?гг: Ь? гй
ПавН Кесоуегу Агеа Уваде
Рес1а1таЫе Пазк Весоуегу™ «
Агеа (МВ)
Ргее Пазк Весоуегу Аге^00 $
Р ЕпаЫе ПазЬЬаск СаГаЬазе - йазкЬаск кюдпд сап Ье мзей
(ШаЬазе ротЬМте гесоуегу*
и й За й ?<г, н / & • - н»й! ее ж г * -;г4 а А ч'... I । ?
гег-о^е? уо«: -<<айю г>йП:чг? тйачпа З'ег П
1а<Х;уагу' 4»I гиб гбС&'/а.ху %;;<?•« ?> [ -п».
И !таде Сору - 0.48СВ (24.2%)
0 Васкир Иесе - 0.22 СВ (11%)
Н А'ТЙГуе код - 0.1СВ (4.8%)
В Сопгго! вне - ОСВ (0%)
Д ОпНпе код - ОСВ (0%)
И НахкЬаск код - 0.01СВ (0.7%)
д и$аые - 1.01СВ <59 з%)
ЗресИу ком/ Гаг Ьаск уои илзк Ю ЙазЬ Ше йаГаЬазе !п Ше й
ПазкЬаск АеГепйоп Типе р4~~'~"~ роиг
СигтепГ зйе оТ ГЬе ЙазЬЬаск 1одз(МВ) 196.383
Ьоу/езГ 8СМ 1п 1ке ЯазЬЬаск даГа 1252302
ПазЬЬаск Пте Ос14,2005 10:31 :§сг?чш-
6-28
СорупдЫ © 2006, ОгасМ АН ндМа гезегуеск
Мониторинг Е1а$11Ьаск ОаШЬазе с помощью ЕМ
Большинство упомянутых на предыдущих страницах статистик флэшбэк можно
просмотреть на странице Ресоуегу 8еЙ1пдз. В их число входят следующие метрики:
текущий размер всех журналов отката БД, наименьший 8СЫ и момент времени,
соответствующий этому наименьшему системному номеру изменений данных для
флэшбэк.
Гарантированные точки
восстановления
Корзина
Г1а§ЬЬаск БД
Конфиг. ГВ ВВ
Монит. ГВ ОВ
> Гаран. т.восст.
Гарантированные точки восстановления
обеспечивают возможность в любой момент
времени восстановиться по команде еьазнваск
ОАТАВА5Е к соответствующему 8СЫ.
*
80Ь> СКЕАТЕ КЕЙТОНЕ КОХЛТ ЬеТоге_1оа4 I
2 СОАКАМТЕЁ ЕЕА8НВАСК ПАТМАНЕ;
.« «*сэкгАсье;: •
СорупдЫ © 2006, Огас1е. АН пдЫа гезеп/ед.
Гарантированные точки восстановления
Подобно обычным точкам восстановления {погта! гемогеро1п1$\ рассмотренным в уроке
“Восстановление базы данных”, гарантированные точки восстановления (^иагаШеед
ге^оге рот1$) могут использоваться в качестве псевдонимов для системных номеров
изменений (8СЫ) в операциях восстановления. Кроме того, они предоставляют
специальные функциональные возможности, используемые операцией ПаьйЬаск Ва1аЬа§е.
Создание гарантированной точки восстановления для конкретного 8СК обеспечивает
возможность выполнения операции Е1 а 5 ЬЬ а с к ОакаЬазе, возвращающей базу данных
в состояние на момент времени, соответствующий данному 8СМ, даже если в базе данных
не включено ведение журнала флэшбэк. При включенном журнале флэшбэк создание
гарантированной точки восстановления обеспечивает удержание данных журнала флэшбэк,
которые позволяют откатить базу данных с помощью операции ЕХазЕЬаск ОакаЪаае к
любому моменту времени после самой ранней созданной точки восстановления.
Гарантированная точка восстановления может быть использована для отката всей базы
данных к заведомо хорошему состоянию, в котором она находилась несколько дней или
недель назад. Для этого необходимо наличие во флэш-области восстановления дискового
пространства, достаточного для хранения требуемых журналов. Гарантированные точки
восстановления, как и операция ЕХазЪЬаск Га к аЬ азе, позволяют откатить последствия
действий в режиме ЫОЬОССХЫС, например, загрузки методом прямой вставки.
Примечание. Гарантированные точки восстановления могут, как и обычные точки
восстановления, использоваться для указания момента времени в операции ВЕСОУЕК
0АТАВА8Е. Дополнительные сведения см. в уроке “Восстановление базы данных”.
Итоги
• Запрос к корзине удаленных объектов
• Конфигурирование ГХааЫЬаск БаЪаЬаее
• Выполнение операции ЕХаеЬЬаск РаЪаЬаее для
отката БД к определенному моменту времени
• Мониторинг статистик журнала ^ХавЬЬаск
• Включение и отключение функциональной
возможности ЕХазЪЬаск ПакаЬазе
• Использование мастера восстановлений
Еп^егрпее Мападег для выполнение операции
ЕХазкЬаск СакаЬазе
• Использование гарантированных точек
восстановления в операции ГХазЪЬаск ПаЪаЬазе
Обзор практического занятия: откат
базы данных
• Выполнение операции ПаеЪЬаск ПаЪаЬазе
для отмены ненужных транзакций
• Мониторинг удержания данных для операции
ПааЬЬаск РаЪаЬаге
• Определение размера журналов флэшбэк
6-31
СорупдЫ © 2006, Огас1е. АН пдЫб гевегуесЗ.
Обнаружение и устранение
повреждений информации в базе
данных
СорупдМ © 2006, Огас1е. АН пдЫе гезеп/еск
Рассматриваемые вопросы
• Причины возникновения повреждений в базе
данных:
- аппаратное обеспечение
- программное обеспечение
• Обнаружение повреждений в базе данных с
помощью:
- АыльтаЕ
— <^Ь^гх1:у
- ОВ_ВЬОСК_СНЕСК1Ы(;
- ОВМЗ^КЕРАХК
• Использование КМАЫ для устранения
повреждений
ОГ?.
7~2 СоруидЫ © 2006, Огас1е. АН пдЬ& гезегуед.
Что такое повреждение блока?
• При каждом чтении и записи блока
производится проверка его согласованности:
- Версия блока
- Значение ОВА (йа1а Ыоск асШгезз,адрес блока
данных) в кэше сравнивается со значением ОВА
в буфере блока
- Подсчет контрольной суммы блока, если такая
возможность включена
• Два типа повреждений блоков:
- Повреждение носителя
- Логические (программные) повреждения
Повреждение блоков
Поврежденный блок данных (соггир1ес1 <1а1а Ыоск) - это блок, содержимое которого не
распознается на основе формата Огас1е или его содержимое внутренне несогласованно.
Обычно повреждения вызываются сбоями аппаратуры или проблемами операционной
системы.
База данных Огас1е определяет блоки, поврежденные программным обеспечением или
логически (внутренняя ошибка Огас1е), а также блоки после повреждения носителя
(некорректный формат блока).
При логическом повреждении возникает внутренняя ошибка Огас1е. Блоки помечаются
базой данных как логически поврежденные (1о$1са11у согсир!) после обнаружения их
несогласованности.
Если искажение блока вызвано повреждением носителя (тедИа сокгир}), тогда нет' смысла
читать информация блока с диска.
Блок, искаженный вследствие повреждения носителя, можно исправить, проведя
восстановление блока или же удалив объект, содержащий такой блок. Если повреждение
вызвана плохой работой аппаратуры, проблема не может быть полностью решена, пока не
будет устранена аппаратная неисправность.
Симптомы повреждения блоков:
ОКА-1578
ОКА-01578: "ОКАСЬЕ йаЪа Ыоск соггирЬей
(Ше # %з, Ыоск # %з)"
• Эта ошибка генерируется при обнаружении
повреждения блока данных
* В сообщении об ошибке всегда возвращается
абсолютный номер файла и номер блока
• Ошибка возвращается в сеансе, в котором
выполняется запрос, обнаруживший
повреждение
• Появляется в файле аХегЪ. Ход
7-4 СорупдЫ © 2006, Огас1е. АН пдЫз геаегуеД
Симптомы: ОКА-1578
Обычно ошибка ОКА-157 8 возникает в результате аппаратных проблем.
Ошибка ОКА-1578, постоянно возвращаемая с одними и теми же параметрами, почти
всегда означает искажение блока на носителе.
Если параметры в сообщении о возвращаемой ошибке всегда, отличаются, тогда это может
отражать аппаратную проблему. Следует проверить память и страничное пространство, а
также подсистему ввода-вывода с целью обнаружения плохих контроллеров.
Как обнаруживать и устранять влияние
повреждений
• Проверяйте сигнальный файл и системный
журнал операционной системы.
• Используйте доступные инструменты
диагностики для выявления типа повреждений.
• Выясните, постоянно ли*возникает ошибка,
выполнив проверку несколько раз.
• Восстановите данные поврежденного объекта,
если это необходимо.
7-5
СорупдЫ © 2006, Огас1е. АН пдНз геаеп/еб.
Как обнаруживать и устранять влияние повреждений
Всегда пытайтесь выяснить, постоянно ли возникает ошибка. Выполните команду
АЕАЬУХЕ несколько раз. Если это возможно, остановите и запустите снова базу данных, а
затем повторите операцию, приводившую раньше к ошибке.
Выясните, есть ли еще повреждения. Другие блоки также могут быть повреждены, если
обнаружен один искаженный блок. В подобной ситуации воспользуйтесь утилитой
ОВУЕКТЕУ.
Как обнаруживать и устранять влияние
повреждений
• Разрешите аппаратные проблемы
- Платы памяти
- Дисковые контроллеры
- Диски
• Восставите или извлеките данные из
поврежденного объекта, если это необходимо.
СорупдМ © 2006, Огас!е. АН пдЫз гезегуед.
Как обнаруживать и устранять влияние повреждений (продолжение)
В случае отказа аппаратуры работа должна быть остановлена. Следует обратиться к
поставщику оборудования для проведения проверки и устранения неисправности машины.
Необходимо провести полную диагностику аппаратного обеспечения.
Возможные типы аппаратных сбоев:
• отказ аппаратуры или программно-аппаратных средст в ввода-вывода;
• проблемы, связанные с кэшем и подсистемой ввода-вывода операционной системы;
* проблемы памяти и страничного обмена;
• ошибочное выполнение утилит восстановления после дисковых сбоев (Шзк герай
иННбез).
Функциональные возможности, имеющие
отношение к обнаружению и устранению
повреждений
Функциональная возможность Обнаруживаемое повреждение Исправление повреждения
ОВУЕШЕГ Физическое Нет
ММПЕ Логическое Нет
ПВ^ЪОСК_СНЕСК1№ Логическое Нет
ПВ_ВЪОСК_СНЕСК51Ж Физическое Нет
езср Физическое Нет
ПаеЫэаск Логическое Да
ОВМ5_КЕРА1В Логическое Да
Восстановление на уровне блоков (ВМК) Никакое Да
7-7
СорупдЫ © 2006, Огасте. АЛ пдЫз гезегуе^.
Функциональные возможности, имеющие отношение к обнаружению и
устранению повреждений
Имеется много инструментальных средств, предназначенных для обнаружения,
диагностирования и устранения повреждений в базе данных ОгасТе. На слайде
представлена краткая сводка таких инструментов, рассматриваемых в этом уроке.
Утилита ивуектгу
• Проверяет только файлы данных, с ее
помощью нельзя протестировать оперативные
журнальные файлы.
• Проверяет целостность блоков.
• Может применяться при открытой базе данных.
• Имя программной утилиты: <ЗЬу
$ йЬу Гх1е=/и01/огаваСа/иэег501\
Ъ1осквхге®8192
.... ....................................
7-8__________
Утилита БВУЕВХГУ
СорупдМ © 2006, Огас!е. АП пдМ§ геаегуеск
БВУЕКТЕУ - это внешняя утилита с интерфейсом командной строки, выполняющая
физическую проверку структурной целостности информации автономной базы данных. Она
может использоваться для проверки копий образов и оперативных файлов данных (или их
части). Применяйте утилиту ББУЕМЕУ главным образом, если необходимо удостовериться
в корректности копии базы данных (или файла данных) перед восстановлением, а также
как средство диагностики, если были зафиксированы симптомы повреждения данных.
Поскольку утилита БВ7ЕК1ЕУ может работать, когда база данных в автономном состоянии,
проверка целостности выполняется значительно быстрее.
Ограничения использования утилиты ЕВУЕВЛЕУ:
• БВУЕК1ЕУ не выявляет проблемы несоответствия индексов и таблиц, которые могут
быть обнаружены по команде АЫАЬУ 2Е ТАВЬЕ . . .УАЫБАТЕ ВТРЛСТВВЕ СА5САОЕ.
• БВУЕВЬЕУ не проверяет ни оперативные журналы, ни управляющие файлы.
• БВУЕКЬЕУ проверяет блоки только изолированно, она не выясняет, является ли блок
частью существующего объекта или нет.
• Для "чистых”устройств (гаъг сйлисез, "чистых" дисковых секций) необходимо
задавать параметр ЕЕ Б, чтобы устранить просмотр блоков, размещенных за границей
пространства файла данных:
Е1ЬЕ=/ае^/гдзк/г1. аЬЕ Е№^последнх4Й_блок_данных#
Интерпретация выходных данных
утилиты ОВУЕКТГУ
• Число страниц- это число блоков в файле данных.
• При несовпадении контрольной информации в заголовке
блока (Кеас!) и его конечной части (1аН) утилита ввуеюту
перечитывает блок. Если при повторном чтении
контрольная информация совпадают, о таком блоке
сообщается как о “плывущем" (1п11их), если нет - как о
поврежденном (соггир*) блоке*________________________
ТсО1 РадМ вОИЙМ' : 128®
Тоъа! дев, фака) : 4408
$оЫ1 Радев 8^4'Ипд фаЪа) О
Тойа! Радез Ргосеззей (Хпвек|: 1264
Тов Радей Магкей Соггирк : 4
ТЬЪа! Радев: ХпЯшс г О
ЫОО> 8Ш: 654836 (0.65483»
7-9 _________________Сорупд1Л © 2006, Огас1е. АН пдМв гезег/еа.
Интерпретация выходных данных утилиты ивуемгу
“Плывущие блоки” {т/1их Ыоскх} ~~ это расщепленные блоки ($рШ Ыоскз). Утилита
ГОВУЕКТЕУ не определяет такой блок как поврежденный, так как во время первого чтения
процесс писал новую версию этого блока и при проверке были прочитаны новая и
старая части блока. СВУЕВТЕУ обнаруживает только логические повреждения. Поэтому
возможно появление искаженных блоков выше отметки максимального заполнения {1й%к~
исИег тагк).
Пример использования утилиты ОВУЕВТЕУ:
$ йЬу Е11е=ехатр1е01.аЫ Ь1оскз1.2е^8192
ОВУЕВ1ГУ: Ве1еазе 10.2.0.1.6 - РгобисЫоп оп Ег1 Вер 9
13:17:45 2005
СоругЕдЫ: (с) 1982, 2005, 0гас1е. АН гхдпкз гезегх^еа.
ВВУЕК1ЕУ - УегЮхсакЕоп зЕагМпд : Е1ЬЕ = ехагпр1е01. ЙЫ
Е)ВУЕК1ГУ - УегтЕтсаМоп сотр1е0е
Интерпретация выходных данных утилиты гжуектгу (продолжение)
Тока! Раде а Ехатхпе-б : 12800
Тока! Радев Ргосеввеб (Рака) : 4409
Тока! Раде а ЕаШпд (Рака) : 0
Тока! Раде 5 Ргосеввео (!пбех): 1264
Тока! Радев Рах11пд (Iпбех): 0
Тока! Радев Ргосеввеб (Оккег) : 1539
Тока! Радез Ргосезвед (5ед) : 0
Тока! Радев ЕаШпд (Зед) : 0
Тока! Радев Етрку : 5588
Тока! Радез Маг кеб. Сохгирк : 0
Тока! Радез 1п!1их : 0
Нхдкевк Ыоск 5СЫ : 654836 (0.654836)
Команда аыаъуее
• Выполняет логическую проверку блоков
• Не помечает блоки как поврежденные (зоЙ
соггирСеф, а только сообщает о них
• Проверяет индексные и табличные записи
30Ь> АЫМДГ2Е ТАВЪЕ имя_шавлйци УАЫОАТЕ
2 .ЗФЮСТОКЕ САЗСАИЕ^
801> АЫАЫГ2Е ЙЙЕЖХ имя_ивяв^еа УАЫПАТЕ
2 БИШСТЦНЕ;
..................................
СорупдЫ © 2006, Огас1е. АН пдЫз геаегуед.
Команда аыаьхяе
Команда АКАЕУ2Е используется для проверки структуры таблицы или секций таблицы, а
также индекса или индексных секций. Анализируемый объект должен быть локальным и
находиться в собственной схеме пользователя, выполняющего команду, либо
пользователь должен иметь системную привилегию АЫАЬУЕЕ АПУ. Если задан параметр
СА8САОЕ, выполняется проверка указанного объекта и всех связанных с ним объектов.
Такую команду можно запускать несколько раз в сеансе $0Ь*Р1и8 с параметром
СА8САБЕ, чтобы выяснить, постоянно ли при этом обнаруживаются ошибки целостности
данных.
Для секционированных таблиц команда АЫАЬУЕЕ также проверяет принадлежность
строки к соответствующей секции.Значение КОИ10 неверно расположенной строки
заносится в таблицу 1ЫУАЫ0__РШ8.
8С?Ь> АНАЕУ2Е ТАВЬЕ секционеров а нная__таблипа РАНТ1Т1СЖ (р1)
2 УАЫВАТЕ ЗТКиСТВВЕ ТИТО ЬпуаИа_гои5 ;
Простая команда выбора (ЗЕЬЕСТ * ЕНОМ ЬаЫе) полностью просматривает таблицу,
читая все блоки до отметки максимального заполнения. Такую команду можно
использовать для быстрой проверки наличия повреждений в текущих данных таблицы.
Кроме того, можно воспользоваться утилитой Оа1а Ритр для экспорта объектов; в этом
случае также производится полное сканирование каждой таблицы.
Примечание: команда АПАЕУ2Е проверяет битовые матрицы, используемые при
автоматическом управлении пространством сегментов (аШо лестен! $расе тана$етеп1 -
но не принимает во внимание неразмеченные блоки ниже отметки максимального
заполнения.
Проверка целостности блока в реальном
времени:пв_вьоск_снеск1ЫС
Параметр инициализации ев_вьоск_снеск1ЫО:
• Управляет уровнем проверок непротиворечивости,
производимых над каждым блоком во время его
обработки
• Может помочь предотвратить повреждения памяти
и данных
• Может быть установлен с помощью команд аътек
8Е8810И ИЛИ АЬТЕК 8У8ТЕМ СЕГЕКНЕР
7-12 СорупдЫ © 2006, Огас1е. АН пдЫа гееегуеск|
Проверка целостности блока в реальном времени: ОВ_ВЬОСК_СНЕСК1Ш
Когда значение параметра равно ТЕБЕ, осуществляется проверка всех блоков данных.
Производя такие проверки Огас1е, читает данные блока, чтобы убедиться в их
согласованности. Включенная проверка блоков часто предотвращает повреждения памяти и
данных. Дополнительные накладные расходы, которые обычно при этом возникают,
составляют от 1 до 10%, в зависимости от рабочей нагрузки. Чем больше изменений и
вставок, тем дороже обходится включение этого режима проверки. Параметр
БВ_ВЬОСК__СНЕСК1МС может иметь одно из следующих значений:
• ОГВ*; никакие проверки блоков не производятся ни в каком табличном пространстве,
за исключением 8У8ТЕМ.
БОИ; производятся основные проверки заголовка блока после изменения содержимого
блока в памяти (например, после команд ЕРОАТЕ и Ю8ЕВТ, а также чтений с диска).
• МЕО1ОМ; производятся все проверки, определяемые значением ЬСЖ а также проверки
блоков, не принадлежащих индекс-таблицам.
♦ ЕПББ; производятся все проверки, определяемые значениями ЬОЭД и МЕО ЮМ, а также
проверки индексных блоков.
Для параметра БВ _ВЬОСК__СНЕСК1ЫС следует устанавливать значение ЕБЬО, когда с
точки зрения производительности допустимы возникающие накладных расходы.
Для обратной совместимости по умолчанию установлено значение ЕАЬЗЕ, что
эквивалентно О ЕЕ.
Даже если эта возможность отключена, табличное пространства 8У8ТЕМ всегда
проверяется.
Проверка целостности блока в
реальном времени: ов_вьоск__снескбш
Параметр инициализации ов_вьоск_снескзцм:
• Определяет, сопровождается и проверяется ли
контрольная сумма для каждого блока
Может предотвратить повреждение, причиной
которого являются базовые системы ввода-
вывода
7-13
СорупдЫ © 2006, Огас!е. АН пдЫа гекегуег!
Проверка целостности блока в реальном времени: ов_въоск_снескз1Ж
Когда параметр 0В__ВЬ0СК__СНЕСК8ИМ установлен в ТЕПЕ, процесс БВШ и операция
прямой загрузки подсчитывают контрольную сумму и сохраняют ее в заголовке (соске
кеадег) каждого блока во время записи его на диск. Контрольная сумма - это число,
подсчитываемое по всем байтам блока. При последующем чтении блока контрольная
сумма пересчитывается и сравнивается с хранимым в блоке значением. Так как
контрольные суммы позволяют обнаружить повреждения дисков, систем хранения и
систем ввода-вывода, вызывая при этом небольшие накладные расходы (от 1% до 2%),
корпорация Огас1е рекомендует устанавливать в ТИПЕ значение параметра
ОВ__ВЬОСК_СНЕСК8ЕМ
Использование утилиты ехр для
обнаружения повреждения
Обычный режим экспорта можно использовать для
обнаружения повреждения.
$ ехр Иг/Ъг ЩЫе8=аер4»Шеп1;я
АЬспЛ |<? ехрогЪ аресхПей каЫев уха Сопу^ШШопа! ИЙЙ
. . еафогМад ЪаЫе ОЕРАКТМЕНТ8
ЕХР-00056^ (ЖАСЬЕ еггог 1578 епсрир^егед
ОКА-0157®* ОВАСИЕ 4аЪа Ыоск согсир'Ьей «Не # 3-, Ыоск #
51)
ОВА-01110: йаЪа Ше 5*
' /и01/гчи>/огас1е/<>гйааеа/оет1^§ка1ир1е01 .аьГ*
< - I И V/! СОЛС?. Г~<Н I 1X^1 «ЛЭ
Использование утилиты ехр для обнаружения повреждения
Другая возможность обнаружения поврежденных блоков предоставляется утилитой
экспорта (ЕХР). Поскольку утилита ЕХР полностью сканирует каждый блок
экспортируемого объекта, она выдает сообщение об ошибке при обнаружении
поврежденного блока.
Использование ЯазЬЬаск в случае
логических повреждений
Уег51оп8
Онегу
НаеНЬаск
Найдены
поврежденные
данные
ПаеНЬаск
ТгапеасИоп
Онегу
Пользователь
Отмена
кода 801.
или откат
таблицы
7-15
СорупдЫ © 2006, Огас1е. АН пдЫе гезегуеб.
Использование ЯаеИЬаск в случае логических повреждений
После исключения причин появления физических повреждений можно воспользоваться
возможностями технологии ретроспективных данных для выяснения того, когда
появилось логическое повреждение. Например, можно сначала просмотреть строки,
полученные с помощью ПазИЬаск \/ег8ЮП5 Омегу . Затем, используя полученные
идентификаторы транзакций, просмотреть все объекты, на которые оказала воздействие
одна и та же транзакция.
Для восстановления поврежденных данных можно воспользоваться кодом, возвращаемым
в столбце Ш\ЮО__50Ь, или же откатить таблицу назад к моменту времени (8С14) перед
началом транзакции.
Примечание: подробно выполнение ПазИЬаск \/ег81ОП8 Онегу рассматривается в курсе
Огас1е РаШЬазе 10^: Администрирование I.
Пакет 0ВМ5 КЕРА1В
Процедуры пакета:
• СНЕСК_ОВОТСТ
• Е1Х_СОККПРТ_ВЪОСК8
• 0ЦМР_0К₽НАЫ_КЕУ8
• КЕВП1Ь0_ГКЕЕЫЗТ8
• ЗЕ(ЗМЕЫТ_Г1Х_8ТАТПЗ
• 8К1Р_С0КНиРТ_ВЬ0СКЗ
• АПМ1М_ТАВЬЕЗ
СорупдЫ © 2006, Огас1е. АН пдМз гезегуеб.
Пакет рвмз_ке₽А1Н
Другой способ устранения влияния повреждений блоков данных состоит в использовании
пакета БВМ8 НЕРА1К. Пакет применяется для обнаружения и устранения поврежденных
блоков таблиц и индексов. Он позволяет найти место повреждения и. не прекращая
использования объекта, выполнять действия по его перестройке или устранению
повреждений. Пакет содержит следующие процедуры:
• СНЕСК^ОВОЕСТ; обнаружение и выдача информации о повреждениях в таблице или
индексе;
Г1Х_С0ШШРТ_ВЬ0СК8 помечает блоки, ранее обнаруженные процедурой
СНЕСК_ОВ^СТ, как программно (или логически) поврежденные;
- В1ЖР_ОВРШШ_КЕУ8 заносит в таблицу сведений о зависших ключах индекса,
ссылающихся на поврежденные блоки данных;
КЕВП11Д)_ЕКЕЕЫ8Т8; перестройка списков свободных блоков объекта;.
- 8ЕОМЕ1ЯТ_Е1Х_8ТАТП8; предоставляет возможность устранения поврежденного
состояния входа битовой матрицы, используемой при автоматическом управлении
свободным пространством сегмента;
• 8К1Р_СОКНОРТ_ВЬОСК8; при полных просмотрах таблицы или индекса
игнорируются блоки, отмеченные как поврежденные; когда поврежденные блок не
отмечен, возникает ошибка ОНА - 01578.
• АОШН__ТАВЕЕ8; возможности сопровождения (создание, удаление, очистка) таблиц с
данными о табличных повреждениях или огрйап кеуя (записи индекса, указывающие
на несуществующие строки таблицы); такие таблицы всегда создаются в схеме 8У5.
Примечание: зависшие ключи индекса (огркаи кеул) - записи индекса, указывающие на
несуществующие строки таблицы.
Использование пакета пвмз_вера1К
1. Обнаружение и отчет о повреждениях.
зеток
Е. ЮТ;
пии^йогй^Ъ := О; • !
^В^^^₽АIВ.СШСК^ОВ^ЕСТ. (
8сИета_пате =>
оЬ]есЪ_пате => ЧЖРАКТМЕЖЗ *
герахх_еаЫе_пате => • НЕРА1К_ТАВЬЕ’,
аотгирЪ аоипК *=> пит соггирЪ);
йЗ Ж*
ШШ;
__________________________________________
2. Оценка преимуществ и издержек, связанных с
использованием пакета пвм8_ке₽А1К.
_____7-17_________________СорупдЫ © 2006, Огж1е. Ай пдМа геаегуед.___________
Использование пакета 0ВМ5_кера1Н
Первая задача, которую следует решить до использования пакета ЕВМ5__КЕРА1К, -
обнаружение и получение сведений о повреждениях. Это предполагает не только
установление того, что неверно в блоке, но также и определение соответствующих
директив исправления (гераи) повреждений. После использования инструментов,
представленных ранее в этом уроке, можно рассмотреть возможность применения пакета
ЕВМ8_КЕРАТК для исправления повреждения. Процедура СНЕСК_ОВЛЕСТ проверяет
заданный объект и заполняет служебную таблицу сведениями о повреждениях и
директивах по их устранению. Перед выполнением любой процедуры пакета
ЕВМ2 КЕРА1К необходимо иметь созданную таблицу результатов проверки. Для этого
используется процедура АЕМ1Ы__ТАВЬЕ8:
ВЕ81Е
ЕВМ8__КЕРАТЯ. АОМ1Ы__ТАВЬЕ5 (
ТаЫе_пате => ’ КЕРА1К_ТАВЬЕ ’,
ЕаЫе__Суре => ВВМ8__КЕРА1К. ЯЕРА1В__ТАВЬЕ,
асТ1.сп => ЕВМ8_КЕРАТК.СКЕАТЕ_АСТ1ОЫ,
ЬаЫеарасе => ’ибЕКЗ’);
Е1О;
До применения пакета ВВМ8_ КЕРА1К следует оценить преимущества и связанные с ним
искажения результатов обработки данных. Следует также оценить возможность
использования других средств обнаружения поврежденных объектов.
Использование пакета пвмб_невмн (продолжение)
На нервом шаге необходимо ответить на следующие вопросы.
♦ Насколько велики повреждения? Выполните процедуру СНЕСКОВУЕСТ, чтобы
занести сведения о повреждениях и указания по их устранению в таблицу
результатов. Затем выполните запрос данных из этой таблицы.
• Какие другие возможности доступны для обнаружения и устранения поврежденных
блоков?
• Какие логические повреждения отмечаются с помощью пакета БВМ8___КЕРА1К я
каковы последствия такого подхода, в результате которого можно использовать
объект? Можно ли добиться удовлетворительных результатов при таком подходе?
* Если при устранении последствий повреждений теряются данные, можно их все таки
как-то получить?
Данные можно выбрать из индекса, когда блок данных отмечен как поврежденный.
Процедура БУМР_ОРРНАЕ КЕУ8 может помочь выбрать эту информацию. Конечно такой
способ получения данных в значительной степени зависит от объема информации
таблицы, не хранимой в индексе.
В ниже приводимом примере показывается, как создается таблица ОКРНАЫ_КЕУ_ТАВЬЕ,
используемая для получения сведений о зависших ключах и размещаемая в табличном
пространстве У8ЕЕ8.
ВЕСТЫ
ОВМ8_НЕРА1К. АЭМ1Н_ТАВЬЕ5 (
ЕаЫе_пате => ’ОРРНАК__КЕУ__ТАВЬЕ’,
ЪаЫе__Ъуре => 0ВМ8 ЕЕРА1Е.ОКРНАЕ__ТАВЬЕ,
асттоп => 0ВМ8__ВЕ₽А1Н.СКЕАТЕ__АСТ10К,
ТаЫезрасе => ”08ЕЕЗЩ;
Е1Я);
Использование пакета овмз_КЕРА1К
3. Переведите объект в состояние, позволяющее
его использовать.
Использование пакета (продолжение)
Пакет ЕВМ8_КЕРА1Р возвращает объект в состояние, позволяющее его использовать. Для
этого выполняются процедуры Е1Х_СОРРПРТ__ВЬОСК8 и 8К1Р__СОРРиРТ_ВЕОСК8.
После их применения игнорируются повреждения, обнаруживаемые при полных
просмотрах таблицы и индекса.
С помощью процедуры Е1Х СОНВиРТ_ВЬОСК2 блоки с искаженной информацией
(например, в какой-либо строке блока) отмечаются как поврежденные. Затем процедура
8К1Р__СОРВиРТ__ВЬОСК5 устанавливает режим пропуска при полном просмотре таблицы
или индекса отмеченных поврежденных блоков. Эти процедуры используются для
устранения влияния повреждений тесИа и зой соггпрГеб блоков. Вы можете выяснить,
включена ли возможность пропуска помеченных поврежденных блоков таблицы, запросив
столбец 8К1Р___СОЕЕПРТ в представлении словаря данных ВВА__ТАВЬЕ8.
Если данные в индексе и таблице не согласованы, тогда в транзакции, в которой установлен
режим ЗЕТ ТЕАЫ8АСТ1ОЫ ЕЕ АВ ОЫЬУ, возможно рассогласование выбираемых данных,
если в одном запросе данные читаются только из индекса, а в последующем из индекса и
таблицы. Когда блок в таблице отмечен как поврежденный, эти два запроса возвращают
разные результаты, нарушая правило целостного чтения в рамках всей транзакции. Один из
выходов из такой ситуации - неприменение режима пропуска поврежденных блоков, когда
в транзакциях используется команда ЗЕТ ТЕАЫЗАСТЮЕ ЕЕАР ОКЕУ.
Использование пакета овм8_кера1Н
4. Устранение повреждений и перестройка
потерянных данных.
БЕТ БЕГОЕКООТШТ ОМ
МЕС1ЛВЕ П1Ж_огрЬапз 1МТ;
(ВЕСХМ
Щщ_огрИап8 О;
^ВМЗ^ЕШЖIН.^ШР^□ГОЁ^^ЕXБ (
всЪета_пате -> 6БСОТТ* ,
оЬзесЕ_пдае< «ф ^НуЬЕВТ? ।
-> овиб^швмн лжех_овоест>
зг^раКх^аЬХе^пате ?ЖЕРМВ^ТАВШ’ ,
ЬтЪап ЪаЫе пате * ОГОНАМ КЕУ ТАВЬЕ * г
< . $* ««« «й»
-> тта_огрЪап8);
ПВМ8_ООТРОТ. Р0ТШ1МЕ (’ огрЬап кеу соипЪ: 1 | |
8В
7-20 СоруидЫ © 2006, Огас1е. АН пдЫа гезегуеб.
Использование пакета овмб_ве₽ахк (продолжение)
После перевода объекта в пригодное для использование состоянии можно восстановить
данные, используя процедуру пиМР__ОКРНАЫ__КЕУ5. Она сообщает об индексных входах,
которые указывают на поврежденные блоки данных. Сведения о всех таких индексных
входах (ключ и КСЖТВ) вставляются в таблицу зависших ключей (ргрйап кеу 1аЫё).
Таблица зависших ключей должна быть предварительно создана.
После просмотра информации об индексных входах можно перестроить индекс, используя
команду АЬТЕЕ 1ЕБЕХ ... ПЕВШЕЕ ОЫЕ1ЫЕ.
Восстановление блоков после сбоя
носителя (ВМК)
• ВМК уменьшает среднее время восстановления
• ВМК сохраняет доступность информации
- Файл данных остается в оперативном состоянии
во время восстановления
- Недоступны только восстанавливаемые блоки
• Команда НМАЫ вьосквесоуек запускает ВМК
- Из доступных резервных объектов копируются
отдельные блоки
- Сервер выполняет их согласование
7-21 СорупдМ © 2006, Огасте. АН пдЫк гекегуес!.
Восстановление блоков после сбоя носителя
Восстановление блоков после сбоя носителя (Ыоск МесНа Кесогегу ~~ ВМК} позволяет
вместо файла данных восстанавливать наименьшую структуру единицу:- один блок. Если
известно, что необходимо восстановить небольшое число блоков, тогда наиболее
эффективный путь - скопировать из резерва и восстановить эти блоки. В ходе
восстановления только восстанавливаемые блоки недоступны, остальная часть базы
остается открытой для оперативного доступна. ВМК имеет два главных преимущества по
сравнению с восстановлением на уровне файла:
• меньшее среднее время восстановления (теап Ите 1о гесогег - МТТКу,
• более высокая степень доступности информации во время восстановления, поскольку
файл данных остается в оперативном состоянии.
В ходе ВМК используются существующие механизмы восстановления и применяются
потоки данных из журналов повторного выполнения к версиям блоков, скопированным из
подходящих резервных объектов. Выполняя ВМК, утилита К.МАК копирует из доступных
резервных объектов отдельные блоки данных и согласовывает их с помощью серверного
процесса Огас1е. Без восстановления на уровне блока, даже если поврежден только один
блок, весь файл данных должен быть скопирован из резерва и все изменения из журналов
должны быть применены к файлу для восстановления. Уменьшение МТТК при
использовании восстановления на уровне блока достигается за счет снижения как времени
копирования из резервов, так к и времени восстановления. Отметим, что возможно только
полное восстановление. Неполное восстановление приведет базу данных в логически
несогласованное состояние.
Команда вьосквесоуев.
• Команда въосквесоуек выявляет резервные
объекты, содержащие восстанавливаемые блоки.
• Команда читает резервные объекты и
аккумулирует требуемые блоки во входных
буферах оперативной памяти.
• Команда вьосккесоуек управляет сеансом
восстановления поврежденных блоков, считывая
при необходимости архивные журналы из резерва.
• Не может быть использована для неполного
восстановления.
НММО ВЬОСКЯЕСОУЕК ОАТАКХЪЕ 6 В1ЛСК ~1
.................г........
7-22 СорупдЫ © 2006, Огас!е, АН пдЬ(8 гезегуед.
Команда ПМАЫ ВЬОСККЕССМЕЖ
КМАЫ поддерживает ВМК с помощью команды ВЬОСКВЕСОУЕВ. Пользователь
обнаруживает поврежденные блоки, когда получает сообщение об ошибке или
просматривает сигнальный и трассировочные файлы. После этого АБД может
воспользоваться командой ВЕОСКВЕСОУЕК, чтобы восстановить из резервного объекта
только требуемый блок. В результате система не простаивает в течение большого
промежутка времени и данные остаются доступными.
Команда ВЬОСККЕСОУЕВ выполняет следующие действия:
• Выявляет резервные объекты, из которых будут извлекаться блоки для восстановления.
• Читает резервные объекты и аккумулирует требуемые блоки во входных буферах
оперативной памяти. Если какой-либо из требуемых блоков поврежден (вследствие
повреждения носителя или логического искажения), КМАЫ читает предыдущую
резервную копию, содержащую необходимый файл. Выбор резервных наборов или
копий файлов ограничивается опцией ЦКТ1Е, в которой задается момент времени, 8СЫ
или номер журнала, до которых включительно должно было быть выполнено
резервирование. При использовании в команде ВЬОСКВЕСОУЕВ опции 11ЫТ1Е может
использоваться не самый последний по времени зарезервированный объект.
• Запускает и управляет сеансом восстановления поврежденного блока, читает архивные
журналы из резерва, когда это необходимо.
• Всегда производит полное восстановление. По команде ВЪОСКВЕСОХ/ВВ нельзя
выполнить восстановление на момент-в-прошлом.
Примеры использования команды
ВЬОСККЕСОУЕК
• Восстановление группы поврежденных блоков.
• Ограничение типа резервных объектов,
используемых в команде восстановления на
уровне блоков. *
* Ограничение на используемые при
восстановлении резервные объекты,
задаваемое тэгом.
• Ограничение на используемые при
восстановлении на уровне блока резервные
объекты, задаваемое в виде момента времени,
8СЫ или номера журнала.
.______ ______________________________!
|7-23 СорупдЫ © 2006, Огас1е. АН пдЫб геаегуед.
Примеры использования команды въосккесоуек
• Восстановление группы поврежденных блоков:
ВЬОСКНЕСОУЕВ ЕАТАЕ1ЕЕ 2 ВЕОСК 12, 13
0АТАЕ1ЕЕ 7 ВЕОСК 5, 98, 99 ВАТАЕ1ЕЕ 9 ВЕОСК 19;
• В этом примере восстанавливаются заданные в команде блоки, которые извлекаются
голько из копий файлов данных:
{
ВЕОСККЕСОУЕК БАТАЕ1ЕЕ 3 ВЕОСК 1,2,3,4,5
ТАВБЕ5РАСЕ за!ев ОБА 4194405, 4194409, 4194412
ЕРОМ БАТАЕ1ЕЕ СОРУ;
I
Примечание: ВВА - это адрес блока данных (с1а1а Ыоск асШгехч).
* Ограничение на используемые при ВМК резервные объекты, задаваемое тэгом:
ВЕОСКНЕСОУЕР. ТАВЕЕ5РАСЕ 5У5ТЕМ ОВА 4194404, 4194405
ЕРОМ ТАС "иеек!у_Ьаскир";
* В следующем примере восстанавливаются два блока табличного пространства
5У8ТЕМ и при этом используются резервные объекты, с момента получения которых
прошло хотя бы два дня:
ВЪОСККЕСОУЕ'Н ТАВЕЕ8РАСЕ 5У5ТЕМ Г)ВА 4194404, 4194405 РЕБТОКЕ
ШТ1Е Т1МЕ 18У8ОАТЕ-2’;
Примеры использования команды вьосккесошн (продолжение)
• В следующем примере восстанавливаются два блока и при этом используются
резервные объекты, полученные до 8СИ 100:
ВЬОСККЕСОУЕК ЕАТАЕТЬЕ 9 ВЬОСК 13 ИАТАПЬЕ 2 ВЬОСК 19 КЕЗТОКЕ
1ШТ1Ь 8СК 100;
• В следующем примере восстанавливаются два блока и при этом используются
резервные объекты, полученные до журнала 7024:
ВЬОСККЕСОУЕК НАТАЕТЬЕ 9 ВЬОСК 13 НАТАЕТЬЕ 2
ОКТТЬ ЗЕОУЕНСЕ 7024;
ВЬОСК 19 КЕЗТОКЕ
Интерфейс ВМК, предоставляемый
утилитой КМАЫ
• Представление у$сатавазе_вьоск_соквп₽Т1ОЫ
хранит перечень поврежденных блоков БД.
НМАЫ> ВЕОСКВЕСОУЕН ССЖВОТТЮЫ ЫЗТ
2> КЕЗТОКЕ ОТТ11. Т1МЕ 'зузааЪе - 10';
• Представление у$ВАСкпр_соккирт1ОВ отражает
перечень поврежденных блоков файлов данных в
резервных наборах.
• Представление У$С0РУ_С0РииРТ10Ы отражает
перечень поврежденных блоков в копиях образов
файлов.
7~25 СорупдЫ © 2006, Огас1е. АН пдЬЕ гедегуеб.|
Интерфейс ВМН, предоставляемый утилитой КМА!\1
Используя фразу СОННОВТ ЮН Ы5Т, можно восстановить блоки, которые перечисляются в
представлении У$0АТАВА5Е__ВЬ0СК__С0НН0РТ10Ы. Это представление заполняется в ходе операции
резервирования при обнаружении поврежденных блоков. Когда в процессе резервирования
обнаруживается большее, чем допустимо количество поврежденных блоков, представление совсем не
заполняется. Вам следует в таком случае выполнить команду ВАСКПР. . . УАЫВАТЕ, чтобы
полностью заполнить это представление сведениями о всех поврежденных блоках.
После устранения повреждения в результате восстановления на уровне блока (или обычного
восстановления после потери носителя) представление У$ОАТАВА8Е_ВЕОСК__СОВ.К6РТ1ОК не
изменяется до тех пор, пока не будет произведено новое резервирование. Фраза ВЕТТЕ определяет,
какие резервные наборы и копии могут быть использованы для извлечения блока. В ней указывается
время, 8СТ4 или номер журнала. Резервный объект, полученный до момента, задаваемого одним из этих
параметров, может быть использован для извлечения и восстановления блока. При использовании
возможности ВМК всегда выполняется полное восстановление до текущего момента времени.
Два типа повреждений отражаются в строках представлений \7$ВАСКиР__СОНЕВРТЮЕ и
У$СОРУ__ССКВПРТ1СЕ после выполнения команд ВАСКПР и СОРУ.
• Физические новревдения (иногда называемые повреждениями носителя). Сервер Огас!е
совсем не распознает блок: контрольная сумма неправильная, блок содержит одни нули или
заголовок (йеабег) и конечная часть (Гоо1ег) блока не соответствуют друг другу. Проверка
физических повреждения по умолчанию включена (ОЕ) и может быть отключена с помощью
опции Е0СНЕСК81М
• Логические повреждения. Контрольная сумма блока правильная, заголовок и конечная часть
блока соответствуют друг другу и т.д. Однако содержимое блока логически противоречиво. По
умолчанию логическая проверка отключена (О ЕЕ) и может быть включена с помощью опции
СНЕСК ЬОСХСАЬ.
Альтернативные действия
* Таблица: данные в поврежденном блоке
потеряны
- Удалите таблицу, создайте ее повторно и
импортируйте данные из экспортного файла
- С помощью 801. и Р12801. извлеките данные
из таблицы и перенесите в новую
созданную таблицу [
• Индекс: удалите и повторно ?
создайте индекс 7^
I 7-26 СорупдМ © 2006, Огас1е. АН пдЫз гееегуеб.
Альтернативные действия
Если вы не собираетесь выполнять для файлов данных операции гезЕоге и гессл/ег,
тогда можете с помощью приведенного ниже запроса выяснить, какой объект был
поврежден.
В сообщении об ошибке, вызванной обращением к поврежденному блоку, выводится
абсолютный номер файла и номер блока. Пусть, например, это файл с абсолютным
номером 5 и блоком 2:
ОРА-01578: ОНАСЬЕ бака Ыоск соггирЕеб (П 1е #5, Ыоск # 2)
Выполните следующую команду:
80Ь> 8ЕЕЕСТ зед.теп1р_пате, зедтеп1р_еурег ге1аЕП7е_Епо
2 ЕНОМ с1Ьа__ехЕепкз
3 ШЕНЕ Е11е__±б - 5
4 АЕБ 2 ВЕТШЕЕК Ыоск_1б А№ Ыоск_дб 4- Ыоскз - 1;
8Е6МЕЕТ__ЕАМЕ 8Е0МЕЕтТ_ТУРЕ КЕ1АТ1УЕ__ЕЫО
ЕХАМРЬЕ
ТАВЬЕ РАВТ1Т1СЖ
После выявления поврежденного объекта можно попробовать другие варианты
восстановления. Воспользуйтесь бнтр-файлов, полученным путем экспорта, чтобы
восстановить таблицу. Или же напишите код 8рЬ для создания таблицы из поврежденной.
При этом могут потребоваться знания о бизнес-данных. Для поврежденного индекса
наиболее эффективный способ - просто удалить и пересоздать индекс.
Итоги
* Причины возникновения повреждений в базе
данных:
- аппаратное обеспечение
- программное обеспечение
• Обнаружение повреждений в базе данных с
помощью:
- АЫА1ЛГ2Е
- с!^егх1:у
- ПВ_ВЕОСК_СНЕСК1№
• Использование ВМАЫ для устранения
повреждений
V ' И ’ ' • . .
7-27 _________________________СорупдМ © 2006, Огас1е. АН пдМ§ геБег/еб.
Обзор практического занятия:
восстановление блоков после сбоя носителя
• Обнаружение повреждений
* Выявление месторасположения повреждения
• Устранение повреждений с помощью
восстановления на уровне блока
|7-28 СорупдЫ © 2006, Огас1е. АН гевегуеб
Мониторинг и управление памятью
Рассматриваемые вопросы
• Описание компонентов, размещаемых в 86А
• Реализация автоматического управления
разделяемой памяти
• Ручное конфигурирование параметров 8СА
• Конфигурирование автоматического
управления Р6А
8-2
СорупдЫ © 2006, Огас!е. АН пдИ& гезегуеб.
Обзор управления памятью
Управление памятью должно рассматриваться АБД
как важная часть его работы:
• Размер доступной памяти ограничен
• Выделение большей памяти для использования
определенными видами функций может
повысить общую производительность
• Автоматическое выделение памяти - наиболее
подходящая конфигурация. Однако в
определенных средах или при одних и тех же
коротких условиях может потребоваться
дополнительное рассмотрение.
оггАСье
8-3
СорулдЫ © 2006, Огас1е. АН пдЫа геаегуеск
Обзор управления памятью
Память сервера баз данных имеет определенный размер. Поэтому пространство,
доступное экземпляру базы данных Огас1е, ограничено. Необходимо уделять внимание
тому, как распределяется память. Когда слишком много памяти под определенную
область, а в этом нет необходимости, тогда существует вероятность того, что
функционирование неоптимально, так как другим областям недостаточно места.
Использование автоматического выделения памяти значительно упрощает задачу. Но даже
в таком случае в целях оптимизации необходим мониторинг и может потребоваться
ручное конфигурирование размеров некоторых частей памяти.
В курсе Огас1е йаюЬазе 10%: Администрирование I было представлено введение в
вопросы настройки памяти. В этом уроке описывается, как функционирует
автоматическая настройка памяти, когда производить ручную настройку, что представляет
из себя программная глобальная область (Рго^гат С1оЬа1 Агеа - Р6А), а также
предоставляются подробные сведения о каждой структуре памяти экземпляра Огас1е.
Структуры памяти Огас1е
8-4 СорупдЫ © 2006, Огас!е. АН пдЫв геаегуед.
Структуры памяти Огас1е ~
С экземпляром Огас!е связаны следующие основные структуры памяти:
• системная глобальная область (Бузкт С1оЬа1 Агеа - 8СА); эта область совместно
используется всеми серверными и фоновыми процессами.
• программная глобальная область (Рго^гат С1оЬа1 Агеа - РСА); такая приватная
область выделяется для каждого серверного и фонового процесса (одна область РОА
для каждого процесса).
86А - разделяемая область, содержащая данные и управляющую информацию экземпляра.
86А содержит следующие структуры данных:
• кэш буферов базы данных (сШаЬазе ЬпПег сасйе) - используется для кэширования
блоков, выбираемых из файлов данных;
• журнальный буфер (гейо 1о$ Ьий’ег) - содержит журнальные данные перед их
записью в журнальные файлы;
• разделяемый пул («йагей роо!) - содержит различные структуры, которые могут
совместно использоваться пользователями;
• большой пул (1аг§е роо!) - необязательная область памяти, используемая буферами
ввода-вывода большого объема при выполнении параллельных запросов, разделяемым
сервером, Огаск ХА, а также определенными типами операций резервирования;
• ]ата~пул - используется при выполнении 1ауа-кода всех сеансов и обработки данных
внутри виртуальной ^га-маишны (Лям Пг1иа! МасЫпе -- ЗУМ)\
• §1геаш8 пул - используется опцией Огаск 8ггеаш8;
• кеер пул - необязательный дополнительный пул буферов для объектов, чьи блоки
должны оставаться в памяти как можно дольше;
* гесуск пул -- для блоков, которые не должны задерживаться в памяти;
Структуры памяти Огас!е (продолжение)
® кэши буферов для блоков размера лК; кэшируют блоки данных, размер
которых отличается от стандартного размера блока базы данных; используются
для поддержки перемещаемых табличных пространств (1гапхроПаЫе
1аЫе$расе$}.
В динамической инфраструктуре 86А размеры кэша буферов базы данных,
разделяемого пула, большого пула, §1геат$~пула и 1ауа-пула изменяются без
остановки экземпляра. Кроме того, размеры таких структур памяти, как
удерживающий кэш буферов (кеер Ъи$ег сасЬе\ рециклирующий кэш буферов (гесус1е
ЬиЯег сасйе), а также кэши буферов для блоков размера иК, могут быть изменены без
остановки экземпляра.
Преконфигурированная база данных предварительно настроена и для нее установлены
соответствующие параметры использования памяти. Однако по мере расширения
использования может возникнуть необходимость изменить установки таких
параметров.
Огас1е предоставляет сигнальные сообщения и рекомендации для выявления проблем,
связанных с размерами структур оперативной памяти и определению подходящих
значений параметров использования памяти.
Программная глобальная область (Ргоруат С1оЬа1 Агеа - РСА) ~ область памяти,
содержащая данные и управляющую информацию для каждого серверного процесса.
Серверный процесс (зегуегргосеж) - это такой процесс, который обслуживает запросы
по выполнению команд, поступающие от клиента. Каждому серверному процессу
принадлежит своя собственная приватная область РОА, которая создается, когда
запускается серверный процесс. Доступ к этой области предоставляется
исключительно этому серверному процессу и все действия по чтению и записи в эту
область производятся только путем вызова соответствующего кода сервера Огас1е.
Размер памяти, используемой РОА, и ее содержимое зависит от того,
сконфигурирован ли экземпляр в режиме разделяемого сервера. Обычно РОА
содержит следующее.
• Приватная область 8(}Е (рпта$е 8(}Е агеа)
В этой области находятся такие данные, как информация привязки и структуры
памяти, используемые при выполнении команды. Каждый сеанс, в котором
вводится команда 8<2Е, имеет приватную область
• Память сеанса ($е$$хои шетогу)
В памяти сеанса находятся переменные сеанса и другая информация, связанная с
сеансом.
8-6
Кэш буферов
86А
Список Очередь
ЦЗН контрольной
точки Кэш буферов БД
ВВ_САСНЕ_81ЕЕ
ВВ_НЕСТСЕЕ_САСНЕ_Б1ЕЕ
0В_КЕЕР_САСНЕ_81ЕЕ
Файлы данных
орлеце
ПВВЬОСК 812Е
СорупдЫ © 2006, Огас1е. АН пдЫз геаегуеб.
Кэш буферов
Для конфигурирование кэша буферов используется параметр ПВ__САСНЕ__512Е. Кэш
буферов содержит копии блоков данных из файлов данных. Размер этих блоков равен
значению параметра ОВ_ВЬОСР:__512Е. Поскольку кэш буферов является частью 8€тА, эти
блоки могут использоваться всеми пользователями. Серверные процессы читают блоки из
файлов данных в кэш буферов. Для повышения производительности серверный процесс
иногда читает несколько блоков за одну операцию чтения. Процесс 0В№л записывает
данные из кэша буферов в файлы данных. Для повышения производительности процесс
ВВЭДл записывает несколько блоков за одну операцию записи.
В произвольный момент времени кэш буферов может содержать несколько копий одного и
того же блока базы данных. Только одна из них является текущей, остальные
конструируются на основе информации сегментов отмены (соп^гпс! геад~соп$Ыеп1 сор1е8
Ггот раз1 ппа^е тГогтабоп ~ СК Ыоск). Они обеспечивают целостные чтения данных.
Для мониторинга использования буферов используется список наиболее давно
использовавшихся {1еат гесеп(1у ихес1~ЫШ} буферов. В этом списке буферы сортируются на
основе учета того, как давно и как часто они использовались. Поэтому в одном конце этого
списка находятся буферы, которые использовались совсем недавно {тот гесепНу ихес! -
МКС), а в другом - давно не использовавшиеся буферы, которые доступны в первую
очередь для перезаписи блоками, поступающими в кэш. Поступающий блок копируются в
буфер в конце списка, где располагаются давно не использовавшиеся блоки, а затем
переносится в середину списка. После этого он будет перемещаться вверх или вниз но
списку в зависимости от использования.
Характеристики кэша буферов (продолжение)
Буферы в кэше буферов могут быть в одном из четырех состояний:
• Рхппед (“закрепленный”) - означает, что несколько сеансов не могут в один и тот
же момент времени писать в один блок и вынуждены ждать доступа к блоку,
находящемуся в буфере.
• С1еап (“чистый”) - означает, что буфер в настоящее время не закреплен (ипртпеф
и является кандидатом на удаление из кэша, если на его содержимое не будет опять
ссылок. Содержимое буфера либо синхронизировано с блоком на диске, либо буфер
использовался для генерации и обработки старого моментального снимка блока в
режиме целостного чтения (сопхЫеп? кеад ~~ СК блок).
* Егее/ипиаед (свободный/неиспользуемый) ~~ означает, что буфер пустой, т.к.
экземпляр только что был запушен. Состояние очень похоже на состояние с1еап, за
исключением того, что буфер еше не использовался.
* ЛхгЪу (“грязный”) - буфер больше не является закрепленным, но его содержимое
было изменено и должно быть записано на диск процессом перед удалением
из кэша.
Серверные процессы используют блоки в кэше буферов, но доступными блоки делает
процесс записывая их в файлы данных. Очередь контрольной точки (сйескрогш
циеие} представляет собой список буферов (блоков), которые должны быть записаны на
диск.
Огас1е поддерживает использование несколько размеров блоков в одной и той же базе
данных. Стандартный размер блока используется в табличном пространстве 8У5ТЕМ и
задается параметром инициализации БВ__ВЬОСК_812Е. Нестандарные размеры блока
могут иметь значение 2П в диапазоне от 2 Кб до 32 Кб и задаются следующими
параметрами инициализации:
• ВВ__2 К_САСНЕ_81ЕЕ
• ОВ_4К_САСНЕ__812Е
• ОВ__8К__САСНЕ__812Е
. БВ__16К_САСНЕ_312Е
. БВ__3 2 К__С АСНЕ__8 ТЕЕ
Параметры БВ__пК__САСНЕ_31ЕЕ не могут использоваться для задания размера кэша с
буферами, равными стандартному размеру блока. Если значение параметра
ВВ__ВЬОСК___81ЕЕ равно лК, тогда нельзя задать параметр ЕВ_лК_САСНЕ__812Е. Размер
кэша с буферами стандартного размера всегда определяется параметром
БВ__САСНЕ_812Е.
Любой кэш буферов ограничен по размеру. Поэтому не все данные, хранимые на диске,
могут разместиться в кэше. Когда кэш заполнен полностью, последующие непопадания в
кэш (сасйе гтяхех) заставляют Огас1е производить запись “грязных” (измененных) данных
из кэша на диск для того, чтобы освободить место для новых данных. Если буфер
“негрязный”, то не требуется писать его содержимое на диск перед чтением нового блока
в буфер. Последующее обращение в данным, которые уже были записаны на диск,
вызовет дополнительное неудачное чтение из кэша (сасйе ип$$е8).
Размер кэша влияет на вероятность того, что запрос данных обнаружит их в кэше
(попадание в кеш - сасйе йН). Когда кэш большой, больше вероятность того, что в нем
содержатся запрашиваемые для обработки данные. С увеличением размера кэша
возрастает процент удачных обращений к кэшу (сасйе ййх).
Использование нескольких пулов буферов
АБД может повысить производительность кэша буферов базы данных, создавая несколько
буферных пулов. Объекты назначаются буферному пулу в зависимости от того, как
осуществляется доступ к этим объектам. Существует три буферных пула:
• КЕЕР (удерживающий); используется для удержания в памяти объектов,
вероятность повторного использования которых велика - это позволяет уменьшить
количество операций ввода-вывода. Удержание буферов в этом пуле обеспечивается
за счет задания такого размера пула, который больше чем общий размер сегментов,
размещаемых в этом нуле. В результате не возникнет необходимость выгрузки
буферов из оперативной памяти на диск. Удерживающий пул конфигурируется путем
задания значения параметра БВ__КЕЕР__САСНЕ 812Е.
• КЕСЕСЕЕ (повторно используемый); используется для удаления из памяти блоков,
если вероятность их повторного использования мала. Размер повторно
используемого пула меньше, чем общий размер размещаемых в нем сегментов.
Поэтому блоки, читаемые в этот пул, часто выгружаются на диск.Данный пул
конфигурируется путем задания значения параметра ЕВ _РЕСУСЬЕ__САСНЕ_812Е.
• РЕЕ А НЕТ (стандартный пул по умолчанию); этот пул существует всегда - он
эквивалентен единственному кэшу буферов для экземпляра без удерживающего и
рециклирующего пулов и конфигурируется с помощью параметра БВ__САСНЕ_812Е.
Примечание: память пулов кеер и гееус!е не выделяется из пространства пула йеГаиИ.
Использование нескольких пулов
буферов
СКЕАТЕ 1№ЕХ сизЪ_хах .г.
ЗУОКАСЕ (ВОТЕ’ЕН_₽СЮЬ "КЕЕ₽ ,...) ;
АЕТЕК ТАВЬЕ ое.сизЪотега
ЗУОКАСЕ (ВОЕЕЕК_₽ООЬ КЕСУСЕЕ);
А1.УЕК ИГОЕХ сие. сивЪ^Злавж^хх
ЗУОКАСЕ (ВОЕЕЕН_₽ООЬ КЕЕР);
СорупдЫ © 2006, Огас!е. АН пдМз гезегуеа.
Использование нескольких пулов буферов (продолжение)
Фраза ВПЕЕЕВ_РООЬ определяет буферный пул, который используется объектом по
умолчанию. Она является частью предложения ЗТОКАСЕ и допустима в командах
СВЕАТЕ и АЬТЕВ для таблиц, кластеров и индексов. Блоки объекта, для которого явно не
задан буферный пул, будут помещаться в пул ЕЕЕАЬЬТ.
Синтаксис:
ВОЕЕЕК__РООЬ [КЕЕР { ВЕСУСЬЕ | ЕЕЕАЬЬТ] .
Если в команде АЬТЕВ для объекта изменяется пул буферов по умолчанию, то все блоки,
которые уже кэшированы в текущем пуле, остаются в нем до тех пор. пока они не будут
выгружены обычным образом. Блоки, читаемые с диска, будут размешаться в новом
буферном пуле, заданном для данного сегмента.
Пулы буферов назначаются сегменту, поэтому объекты с несколькими сегментами могут
иметь блоки в нескольких буферных пулах. Например, индекс-таблица может иметь
разные буферные пулы, определенные для индексного сегмента и сегмента переполнения.
Разделяемый пул
• Размер определяется 8НАКЕП_РООЬ_512Е
• Библиотечный кэш содержит текст команд,
разобранный код и план выполнения.
• Кэш словаря данных содержит определения таблиц,
столбцов и привилегии из таблиц словаря данных.
• 1ЮА содержит информацию о сеансах
пользователей, когда используется архитектура
разделяемого сервера. _______________
Разделяемый пул
Библиотечный
кэш
Кэш
словаря
данных
У6А
СорупдЫ © 2006, Огас1е. АН пдЫз геаегуес!
Разделяемый пул
Размер разделяемого пула можно задать с помощью параметра инициализации
8НАКЕЕ__РООЪ__512Е. Разделяемый пул {зкагес!роо1) ~ это область памяти, в которой
хранится информация, совместно используемая многими сеансами. Он содержит
различные данные, которые отражены на слайде.
Библиотечный кэш
Библиотечный кэш содержит разделяемые области 8рБ и РЕ/8рЕ: полностью
разобранные или откомпилированные представления блоков РЕ/8ОЕ и команд 80Е.
К блокам РЕ/80Б относятся:
• процедуры и функции;
• пакеты;
* триггеры;
• анонимные блоки РЕ/БС^Е.
Кэш словаря данных
Кэш словаря данных используется для хранения в памяти объектов словаря данных.
11«ег$ С1оЪа1 Агеа (ИСА)
ПСА содержит информацию о сеансах разделяемого сервера Огас1е. При их
использовании ПСА размешается в разделяемом пуле, если не сконфигурирован большой
пул.
Большой пул
Может быть сконфигурирован как отдельная
область памяти в 86А
Размер устанавливается 1ЛКСЕ_рооъ_512Е
Предназначен для хранения в памяти:
- УСА
- данных, используемых операциями резервирования
и восстановления
%
- данных сеансов, используемых разделяемыми
серверами
~~ сообщений при выполнении параллельного запроса
Журнальный Кэш
Разделяемый пул
Библиотечный кэш
Большой пуп
ш словаря данных
ОСА
8-11
Сорупдп! © 2006, Огас!е. АН пдпга геаегуей.
Большой пул
Наличие большого пула
Размер большого пула должен быть явно указан. Память для большого пула выделяется
непосредственно в 8СА, но отдельно от разделяемого пула. Поэтому возрастает
потребность в разделяемой памяти сервера Огас1е, необходимой для запуска экземпляра.
Преимущества большого пула
Большой пул используется для выделения памяти, необходимой сеансам:
• серверных процессов ввода-вывода;
• при выполнении операций резервирования и восстановления;
• разделяемых серверных процессов Огас1е и интерфейсу Огас1е ХА (используется,
когда в транзакции происходит взаимодействие с несколькими базами данных других
производителей)
Выделяя память для сеансов разделяемых серверных процессов в большом пуле, сервер
Огас1е может использовать разделяемый пул непосредственно для кэширования
разделяемых команд 801.. Это позволяет устранить дополнительную конкуренцию за
доступ к разделяемому пулу, которая уменьшает доступное пространство для
кэширования команд 80Б и снижает производительность.
Зауа-пул
• Может быть сконфигурирован как отдельная
область внутри 86А
• Размер задается параметром оауа_рооь_512Е
• Используется для хранения в памяти Лауа-кода
всех сеансов и данных внутри ЗУМ
8-12 СорупдЫ © 2006, Огас!е. АН пдЫз геаегуес!
Память, используемая Лауа-приложениям
Лтиа-пул (^акароо1) ~ это структура внутри 86 А, используемая для хранения 1ауа-кода
всех сеансов и данных внутри Дауа-машины.
Разделяемый пул
Разделяемый пул используется загрузчиком классов (с1а<>$ 1оадег) внутри виртуальной
Зама-машины {Зама У1г1иа1 МасЫне - ЖУ). Загрузчик классов расходует примерно 8 Кб на
каждый загружаемый класс. Разделяемый пул также применяется, когда компилируется
исходный Зауа-код и когда вызываются методы ]ауа-классов. Кроме того, память в
разделяемом пуле занимается при создании спецификаций вызова и когда система
динамически отслеживает загружаемые ]аса-класс ы в ходе выполнения,
Лата пул
Менеджер памяти виртуальной машины Огас1е {Огас1еЗУМ тетогу тапа^ег) размещает
все остальные 1ауа-структуры в ходе выполнения в Зауа-пуле. в том числе совместно
используемые, располагаемые в памяти представления .Тауа-методов и определения
классов, а также ] аса-объект ы, которые мигрирую!' в пространство сеанса в конце
выполнения вызова.
Память ]ауа-пула используется различными путями в зависимости от того, использует ли
база данных Огас1е разделяемые серверные процессы или нет.
Дополнительные сведения об использовании памяти Лауа-пула см. в документе Огас1е
ОашЬазе Зага 1)е\>е1орег
Журнальный буфер
Разделяемый пул
Журнальный Кэш
Библиотечный кэш
Кэш словаря данных
8-13 СорупдМ © 2006, Огас!е. АН гезеп/ед.
|ЯИ11И||И*
Журнальный буфер
Серверные процессы Огас1е для каждой команды БМЕ или ППЕ копируют журнальные
записи из пользовательской памяти в журнальный буфер. Журнальные записи содержат
информацию, необходимую для реконструкции или повторения на уровне блока данных
изменений, произведенных в базе данных командами БМЬ и ББЬ. Журнальные записи
используются для восстановления файлов базы данных.
Журнальный буфер - циклический. Это означает, что серверные процессы могут
копировать новые записи, перезаписывая старые, если они уже были записаны на диск.
Обычно процесс ЬСЖК выполняет запись достаточно быстро, чтобы в буфере было
достаточно пространства для новых записей. Процесс 1Ж записывает журнальный
буфер на диск в текущий оперативный журнальный файл (или в элементы текущей
группы). Он записывает все журнальные записи, которые были скопированы в буфер со
времени предыдущей записи в журнальный файл.
Когда процесс ЬСЛУК выполняет запись в журнал?
• При фиксации транзакции (команда сотшй) в журнал заносится запись об фиксации
и все предыдущие записи, так как ЬОХУК пишет в журнальные файлы записи в
порядке их поступления в журнальный буфер
• Каждые три секунды или когда журнальный буфер заполнен на треть.
• Перед записью процессом модифицированных буферов на диск, если
соответствующая информация повторного выполнения еше не была записана на диск.
Обзор автоматического управления разделяемой памятью • Автоматическая адаптация к изменениям в рабочей нагрузке • Максимальное использование памяти • Помогает устранить ошибки нехватки памяти
Кэш буферов Кэш буферов
Пример: 1 ' 1 Большой пул
Большой пул
Разделяемый пул Разделяемый пул
^ауа-пул Лауа-пул
81геат-пул 8Сгеат-пул
Оперативные пользователи -——— Пакетные задания
Ь 1? •
8-14 СорупдМ © 2006, Огас!е. АН пдЫз гезеи/ей.
Обзор автоматического управления разделяемой памятью
Автоматическое управление разделяемой памятью (Аи1ота11с ЗЬагесИ Метогу Мапа^етеп!)
- это одно из ключевых расширений функциональных возможностей но обеспечению
самоуправляемое™ базы данных Огас1е. Эта функция автоматизирует управление
большинством основных разделяемых структур памяти, используемых экземпляром базы
данных, и освобождает от необходимости их конфигурирования вручную. Кроме более
эффективного использования доступной памяти и связанного с этим снижения затрат на
приобретение дополнительных аппаратных ресурсов, автоматическое управление
разделяемой памятью значительно упрощает администрирование базы данных Огас1е за
счет введения более динамической, гибкой и адаптивной схемы управления памятью.
Например, в системе, в которой задачи оперативной обработки транзакций (опИпе
тгатаспопа!ргосез$т& - ОЬТР) выполняются в течение дня (необходим большой кэш
буферов), а ночью - пакетные задания (например, требуется расширить большой пул),
администратор вынужден своевременно конфигурировать эти структуры, чтобы они
соответствовали задачам, выполняемым в часы пиковой загрузки.
При включении автоматического управления разделяемой памятью, когда выполняются
задачи ОЕТР, под кэш буферов захватывается большая часть памяти, что позволяет достичь
хорошей производительности операций ввода-вывода. Позднее, когда начнут запускать
пакетные задания анализа данных и подготовки отчетов, память автоматически передается
большому пулу для того, чтобы использовать его для параллельных запросов, не вызывая
при этом ошибок переполнения.
Преимущества автоматического
управления разделяемой памятью
1 8-15 СорупдЫ © 2006, Огас!е. АП пдЫе геаеп/ед.|
Преимущества автоматического управления разделяемой памятью
Автоматическое управление разделяемой памятью упрощает конфигурирование
системной глобальной области (ЗуМет С1оЬа1 Агеа~~ 8СА). В прошлом необходимо было
вручную задавать размеры памяти, выделяемой для кэша буферов БД. разделяемого пула,
.Тауа-пула, большого пула и Бйеат-пула. Часто трудно задать такие размеры оптимально.
Недостаточный размер вызывает плохую производительности и появление ошибок
нехватки памяти (ОКА-4 031), напротив слишком большие размеры могут привести к
ненужному расходованию памяти.
Новая возможность позволяет задать общий объем памяти, используемый всеми
компонентами БОА. База данных Огас1е периодически перераспределяет память между
компонентами, параметры которых показаны на слайде так, чтобы они соответствовали
требованиям рабочей загрузки.
В более ранних версиях администратор не мог точно контролировать общий объем БОА.
Память для фиксированной части $СгА (фхеДЖА) и других внутренних метаданных
выделялась с избытком, и поэтому превышался общий размер БОА, который подущался на
основе значений параметров, заданных пользователем. Такое дополнительное
пространство обычно составляло от 10 до 20 Мб.
Значение нового параметра инициализации БОА (8СА___ТАК6ЕТ) учитывает всю память
БОА, включая компоненты с автоматически устанавливаемым размером, компоненты с
размерами, задаваемыми вручную, а также внутренние структуры, пространство под
которые выделяются при запуске.
Как функционирует А8ММ
• А8ММ основывается на рабочей нагрузке,
статистики которой периодически собирает
фоновый процесс ммаы.
• ммаы использует консультантов по пространству
памяти.
• Пространство передается туда, где оно более
всего необходимо.
• Рекомендуется использовать зрпье:
- Размеры компонентов сохраняются после
перезапуска
- Сохраненные значения задают размеры
первоначального распределения компонентов
- Нет необходимости повторного поиска
_____оптимальных значений для разме ов компонентов
лсье
8-16 СорупдЫ © 2006, Огас1е. АН пдЫе гееегуеа.
Как функционирует А8ММ
Функциональная возможность автоматического управления разделяемой памяти
использует фоновый процесс ММАЫ (Мепюгу Мападег, менеджер памяти). ММАЫ
выступает в роли посредника, координирующего размеры компонентов в памяти. ММАЫ
отслеживает размеры компонентов и наблюдает за незаконченными операциями
изменения размеров компонентов БОА.
ММАЫ следи!' за системой и рабочей загрузкой, чтобы выявить идеальное распределение
пространства памяти. Проверки выполняются через несколько минут, поэтому
пространство всегда выделяется, когда это необходимо. Без автоматического управления
разделяемой памятью необходимо предвидеть наихудшую ситуацию и соответствующим
образом изменять размеры компонентов в памяти.
На основе информации о рабочей загрузке функция автоматического управления
разделяемой памятью:
• периодически собирает статистики в фоновом режиме;
• использует различных консультантов по пространству памяти;
• производит анализ возможных вариантов распределения памяти и выявляет лучший;
• передает пространство туда, где это необходимо;
* сохраняет размер компонентов после перезапуска, когда используется БРЕТЬЕ
(размер до момента последней остановки может быть воспроизведен при запуске).
Конфигурирование АЗММ с
использованием ОаШЬаее Сопко!
От^АСЕ’8- Гийаргви? '-Ик
( , 1'мг<г»< Г-
Метогу Рагатегеге
Тге 8у'8-е№ С:оЬа1 Аге® {ЭСА» га й §ге>зр еГзкегей -пепад» ймкда. И=з! сшйав? ез»а звй сопке: (г&въэрсп ;1ч м» О*ас1е са1зЬа~г ьуйев: ТЬе 50А И аНзсаЮй
ш пс-пэгу \*Ь:ч: зп Огат 1з (кнзЬазо и-зОнсе згайей
Алоглавс 8па?ей Миногу- .Мзнад:нг«чй Вюа
Зкаей Рое! К'1 “““~ |Йё~*] , №**}
(И® Саске ДД>йе )
Сдаде Рсс1 $5
Лэед Рсо1 [мр>]
СИ-.9Г сМЭ) 1
~01а1$бА(МВ)Ш
8СА
зЬагев Рсс1(49.б'<>
й Рике' СзспеС-з.уг»
й 1згде Р-303580
Ц :3-»а ТаоЦ2^ 84)
И 0»Еег(0.8%
Тахилит 5’ЗА
Т!ю Мачвииго 56А &ге зреейиза п&« гяаР петогу =$. зйосзюс «поп тка йаи&азе «лдй«. ир !? усе =ресйу Махт1т 89А 31г§, усе его :асвс с/пагг^айу
скапде 8йА «дофвпею аава (ргесШй Гпе ?о1а1 Е6А иге йэее по? *«сеео {ко Махяпет 86А Е:ге)
МакйлЕ-п 56А &:е' (МВ) |1Е4
СорупдЫ © 2006, Огас!е. АН НдЫв гевеп/ес1.
Конфигурирование АЗММ с использованием Эа1аЬа$е Соп1го1
Чтобы сконфигурировать автоматическое управление разделяемой памятью с помощью
БаЩЬазе Соп1го1, выполните следующие шаги:
к Щелкните на закладке Ас1т1П181гайоп.
2. Выберите ссылку Метогу Рагате1ег8 под заголовком Оа^аЬазе Сопйдигайоп
3. Щелкните на закладке 5(ЗА.
4. Щелкните на кнопке ЕпаЫе справа от текста Аи1отайс ЗИагес! Метогу
Мападетепк а затем введите совокупный размер 86А (в Мб)«
При использовании Па1аЬа$е СоиГго! для включения А8ММ автоматически выполняются
команды, изменяющие значения автонастраиваемых параметров. Для всех таких
параметров, за исключением ВВ__САСНЕ__212Е, устанавливается нулевое значение,
означающее отсутствие ограничения на минимальный размер. Параметр
БВ__САСНЕ_512Е имеет значение, равное 4 Мб, определяющее минимум, достаточный
для резидентного расположения в памяти блоков данных табличного пространства
ЗУ8ТЕМ. Без таких автоматических изменений значения, установленные ранее,
интерпретировались бы в качестве минимальных размеров структур памяти. В результате,
скорее всего, для алгоритма автоматического управления задавались бы неоправданно
высокие нижние границы областей памяти.
Примечание: после щелчка на кнопке ЕпаЫе вводится значение параметра
инициализации 8 СА__ТАКСЕ Т.
Конфигурирование вручную автонастраниваемых
компонентов памяти выполняется, что задать их
минимальный размер.
• По каким-либо причинам автоматически
рассчитываемые размеры не соответствуют
вашим целям
• Короткие пики или впадины, требуемого
размера памяти, не обнаруживаются с
помощью АЗММ
• Для определенного компонента существует
необходимость в установке гарантированного
минимального размера
8-18
СорупдЫ © 2006, Огас!е. АН гееегуесЗ.
^Автонастройка
। Разделяемый *
Автонастройка
। Кэш буферов ।
1 БД !
Журнальный
буфер
। Потоковый ।
пул ।
I . 1
। Лауа-пул ।
Автонастройка
Фиксированная | Большой { кэш°~
часть 86А пул । буферов
Автонастройка
Общий размер 80А - 8 Гб
8ТАТХ5Т1С5 ЬЕШЬ » ТОТ1САЕ
ОП?АС1_е
8-19
Сорупдк © 2006, Огас!е. АН пдМа ге&егуеб.
Ручное конфигурирование АЗММ
Автоматическое управление разделяемой памятью конфигурируется с помощью
параметра инициализации 8СА_ТАРНЕТ. По умолчанию значение параметра
8СА_ТАЕСЕТ установлено в 0, что означает отключение автоматического управления
разделяемой памятью и необходимость конфигурирования памяти базы данных вручную.
Ручное конфигурирование АВММ (продолжение)
Если для параметра 8СА_ТАКСЕТ задано ненулевое значение, тогда автоматически
настраивается размер для следующих пяти пулов: кэша буферов БД (пул ОЕЕАИЬТ).
разделяемого пула, большого пула, потокового пула и .Тама-пула.
Параметры, используемые для конфигурирования этих пулов оперативной памяти
(например, 8НАКЕ0 РООЬ__812Е), теперь называют авто настраиваемыми.
Компоненты, размер которых изменяется вручную, следующие:
• журнальный буфер;
• другие кэши буферов (КЕЕР/КЕСУСЕЕ, кэши с нестандартным размером буфера);
• фиксированная часть 56А (/!хе^5бА) и другие внутренне выделяемые структуры.
Примечание: функция автоматического управления разделяемой памятью требует
установки значения ТУР1САЕ или АЕЬ для параметра 8ТАТ18Т1С8__ЬЕ\7ЕЕ.
Использование автонастраиваемых
параметров 86А
• Когда не установлен или равен нулю:
- Автонастраиваемые параметры действуют как обычные
параметры
- Возможно потребуется увеличить значение
по сравнению с применяемым в
_______ предыдущих версиями бД _________
5Е1.ЕСТ ЗЦМ(ЬуЬэз) /1024/1021 в12е_иЬ ' ' “
ЕНОМ у$5дав1ж'Ь ОТЕКЕ роо! « ’ зИагед рооТ';
• Когда для 8ОА_ТАКСЕТ установлено ненулевое значение:
- По умолчанию значения автонатраиваемых параметров
равны нулю
- Установленное значение автонастраиваемого параметра
_______определяет минимальный размер компонента
5ЕХЖТ сощропепе, сиггепЪ вхяе/1024/1024 зхте хпЬ
ГНОЙ ;
I&21 СорундЫ © 2006, О?ж!е. Ай пдМз гекегуед.
Использование автонастраиваемых параметров 86А
Когда параметр 8СА_ТАЕСЕТ не установлен или его значение равно нулю, тогда
автонастраиваемые параметры 8ОА используются так же, как и обычные параметры и
задают фактический размер компонентов.
При включенном автоматическом управлении разделяемой памятью можно также
задавать значения автонастраиваемых параметров 86А. Ненулевое значение такого
параметра используется алгоритмом автонастройки в качестве нижней границы размера
компонента. Например, если 8СА__ТАЕСЕТ равно 8 Гб и 8НАЕЕО__РООЪ__81ХЕ - 1 Гб,
алгоритм автоматического управления разделяемой памятью не может сделать
разделяемый пул меньше 1 Гб.
Для определения действующего размера автонастраиваемых компонентов 8СА можно
использовать второй запрос, приведенный на слайде.
Использование параметров 36А,
настраиваемых вручную
• Некоторые компоненты не настраиваются
автоматически:
- КЭШИ буферов КЕЕР И КЕСУСЕЕ
- Кэши с кратными размерами буфера
- Журнальный буфер
• Эти параметры требуется конфигурировать
вручную с использованием параметров БД
• Память, занимаемая этими компонентами,
уменьшает объем автоматически
настраиваемого пространства 86А
СорупдЫ © 2006, Огас1е. АН пдЫз гезегуеО.
Использование параметров ЭСА, настраиваемых вручную
Следующие параметра 86А настраиваются вручную:
• ЕВ_КЕЕР _САСНЕ__512Е
• БВ__КЕСУСЬЕ_САСНЕ__512Е
• ЕВ___иК__САСНЕ__81ЕЕ (и - 2,4. 8, 16,32)
. ЬОС_ВПГЕЕК
Когда требуется использовать компоненты, которые автоматически не настраиваются,
необходимо сконфигурировать соответствующие параметры. Значения этих параметров
точно контролируют размеры компонентов памяти.
Если установлен параметр 8СА_ТАВ.СЕТ, тогда общая сумма всех параметров, задающих
вручную размеры компонентов 86 А, вычитается из величины 8СА_ТАВСЕТ, и разность
используется для автоматической настройки компонентов 86А.
Например, если величина 8СА__ТАКСЕТ равна 8 Гб и ОВ_КЕСУСЕЕ__САСНЕ__812Е - 1 Гб,
тогда общий объем автоматически настраиваемых компонентов (разделяемого пула!, ^уа-
пула, кэша буферов ЕЕГАПЬТ, 8ггеат~пула и большого пула) ограничивается 7 Гб. В эти 7
Гб также включается фиксированная часть 86А и журнальный буфер, и только после
выделения пространства под эти компоненты остальная память делится между
автоматически настраиваемыми компонентами. При этом размер пула ВЕСУСЬЕ равен
1 Гб, так как эта величина задана в соответствующем параметре.
~~~I
Использование представления
У$РАКАМЕТЕК
ЗСА ТАЯСЕТ = 80
- - .... •****......... Л - - % Л . -Л, • ........
,ЬВ_ОАСЖ_,812Е « О
даУА_Р00Ь_812Е ==' О
ЬАКСЕ_Р00Ь_312Е = О
ЗНАНЕС__РООЬ__312Е = О
ЗТКЕАМЗ₽00Е 312Е = О
ЗЕЪЕСТ пате, 1га1ие>
ЕК(М у$рагатеЪег
ИНЕКЕ пате ЫКЕ ’%в±2е';
Использование представления у$раваметек
Когда для параметра 8СА_ТАР6ЕТ задано ненулевое значение и параметры для
автоматической настройки 86А не установлены, значения этих автонастраиваемых
параметров в представлении У$РАКАМЕТЕК равно нулю, а в столбце 18РЕЕАЦТТ
выводится ТЕПЕ.
Если значение для какого-либо параметров автоматической настройки 86А было задано,
тогда оно выводится по запросу к представлению \7$РАКАМЕТЕК.
Изменение значения зоа_таксет
* Параметр инициализации 5ОА_таксет:
- динамический
- может быть увеличен до величины параметра
5СА_МАХ_512Е
- может быть уменьшен, пока все компоненты не
достигнут своего минимального размера
• Изменение величины параметра 8ОА_ТАКСЕТ
влияет только на размер автоматически
настраиваемых компонентов
8-24 СорупдЫ © 2006, Огас1е. АН пдЫз гееегуес!.
Изменение значения 5ОА_ТАК6ЕТ
8СА ТАКСЕ Т - динамический параметр, значение которого можно изменить с помощью
ОаШЬазе Соп1го1 или но команде аьтен зузтем.
Параметр ЗСА__МАХ_ 812Е задает максимальный размер памяти, который может быть
выделен 86А. Его нельзя изменить без перезапуска базы данных. Параметр 8СА__ТАКСЕТ
может быть увеличен до величины параметра 8СА__МАХ__812Е. Его можно снижать до тех
пор, пока любой из автоматически настраиваемых параметров не достигнет своего
минимального размера (заданного пользователем или внутренне определенного
минимума).
• При увеличении параметра 8СА__ТАКСЕТ дополнительная память распределяется
между автонастраиваемыми компонентами в соответствии с политикой
автоматической насгройки.
• При снижении параметра 8СА__ТАКСЕТ пространство отбирается от одного или
нескольких автонастраиваемых компонентов в соответствии с политикой
автоматической настройки.
Предположим для параметра 5СА_МАХ__512Е установлено значение 10 Гб и для
ЗСА _ТАКСЕТ - 8 Гб . Если величина ОВ_КЕЕР_САСНЕ__812Е равна 1 Гб и параметр
ЗСА^ТАКСЕТ увеличивается до 9 Гб, тогда дополнительный 1 Гб распределяется между
компонентами, управляемыми с помощью параметра ЗСА__ТАКСЕТ. При этом не
происходит никакого влияния на параметр СВ_КЕЕР_САСНЕ___812Е. Подобным образом,
когда ЗСА ТАКСЕТ снижается до 7 Гб. пространство в 1 Гб отбирается только у
компонентов, управляемых с помощью параметра ЗСА__ТАКСЕТ. Такое снижение не
оказывает влияния на установки параметров, контролируемых вручную, например, на
РВ_КЕЕР_САСНЕ__8Т2Е.
Отключение автоматического управления разделяемой памятью
Можно динамически отключить автоматическую настройку разделяемой памяти,
установив параметр 86А_ТАКСЕТ в ноль. В этом случае значения всех автоматически
настраиваемых параметров будут установлены равными текущим размерам
соответствующих компонентов, даже если администратор раньше задавал другие,
ненулевые значения для таких параметров.
В примере, приведенном на слайде величина параметра 8СА__ТАК6ЕТ равна 8 Гб и
8НАКЕО__РООЬ__812Е - 1 Гб. Если система внутренне настроила размер разделяемого
пула и изменила его размер на 2 Гб, тогда после перевода параметра 8СА__ТАРСЕТ в ноль
значение параметра 8НАНЕЕ_РООЬ__812Е станет равным 2 Гб, что переопределит
первоначально установленное значение.
Ручное изменение динамических
параметров, влияющих на размер 86А
• Ручное изменение автоматически
настраиваемых параметров:
- Приводит к немедленному изменению размера
компонента, если новое значение больше
текущего размера
- Изменяет минимальный размер, если новое
значение меньше текущего размера
• Изменение размера для параметров,
настраиваемых вручную, влияет только на
автоматически настраиваемую часть 86А.
8-26 СорупдЫ © 2006, Огас!е. АН пдЬШ гезен/еО. ___ ]
Ручное изменение динамических параметров, влияющих на размер 8СА
Если установлен параметр 8СА__ТАКСЕТ и изменяется значение какого-то автоматически
настраиваемого параметра, тогда это немедленно сказывается на размере соответствующего
компонента, если только новое значение больше, чем текущий размер. Например, если
параметр 5СА ТАРСЕТ равен 86 и для параметра 8НАВЕЕ__₽ООЬ__812Е устанавливается
значение 26, тогда таким образом гарантируется, что разделяемый пул будет не менее 2 Гб
в любой момент времени. Последующее изменение параметра 8НАКЕБ__РООЬ__812Е на 16
не окажет никакого немедленного влияния на размер разделяемого пула. Такое изменение
позволит алгоритму автоматической настройки памяти позднее уменьшить размер
разделяемого пула до 1 Гб, если это будет необходимо. С другой стороны, если
разделяемый пул имеет размер 1 Гб, тогда установка для параметра 8НАР.ЕБ__РООЬ 812Е
значения, равного 26, приведет к немедленному увеличению разделяемого пула до 2 Гб.
Необходимое для такой операции пространство отбирается у одного из автоматически
настраиваемых компонентов, и при этом никакого влияния на компоненты, настраиваемые
вручную, не оказывается.
Параметры компонентов, размеры которых настраиваются вручную, могут быть
динамически изменены. Однако в отличие от автонастраиваемых параметров новые
величины задают точный размер компонентов и действуют немедленно. Поэтому, когда
размер компонента, настраиваемого только вручную, увеличивается, пространство
отбирается у компонентов, настраиваемых автоматически. При уменьшении компонентов,
настраиваемых вручную, освобождаемое пространства передается компонентам с
автоматической настройкой размера.
Программная глобальная область (Р6А)
Серверный
процесс
Выделенные
соединения
Приватные
области
801.
Область
курсоров
и 801»
Память Рабочая
сеанса область
Разделяемый
сервер
Разделяемый
; Соединения с
/ разделяемыми
серверами
пул или
большой пул
РОА
Программная глобальная область -
Программная глобальная область (Рго^гат С1оЪа1 Агеа - РОА) - это область памяти,
содержащая данные и управляющую информацию серверного процесса. Это приватное
пространство, которое Огас1е выделяет, когда запускается серверный процесс. Доступ к
этому пространству предоставляется исключительно соответствующему серверному
процессу. Общее пространство РОА, предоставленное всем серверным процессам,
прикрепленным к экземпляру Огас1е, также называют агрегированной памятью РИА
(а^герригс!РСА тетогу), выделенной экземпляром.
Часть данных, занимающих пространство в РОА в случае выделенного сервера, может
располагаться в 8СА при использовании разделяемых серверных процессов.
В памяти РОА обычно содержатся приводимые ниже компоненты.
Приватная область 8С?Е
Приватная область $%)к (рта!е агеа) содержит такие данные, как информация
привязки (Ъ1п<1 шбоппабоп ) и структуры памяти, используемые при выполнении (гип~1ппе
тетогу 81шсШге$) команд. Каждый сеанс, в котором выполняется команда 8С>Е, имеет
приватную область 8рЕ. Отдельная собственная приватная область 8рЕ создается для
каждого пользователя, передающего на выполнение такую же команду 8рЬ. При этом эта
приватная область связывается с одной разделяемой областью 8С>Е. В результате много
Программная глобальная область (продолжение)
приватных областей 8рЕ может быть связано с одной и той же разделяемой областью
80Ь. Расположение приватной области 8()Е зависит от типа соединения, установленного в
сеансе. Если в сеансе используется выделенный серверный процесс, приватная область
8(}Е располагается в РСА серверного процесса. Однако, если сеанс был установлен с
помощью разделяемого серверного процесса, тогда часть, относящаяся к приватной
области 80Е, хранится в 8СА.
Курсорные области и 8<2Е-области
Разработчик приложения, использующий прекомпилятор Огас1е или ОС1 для разработки
программ, может явно открывать курсоры (сигхогх) или обрабатывать приватные области
8рЬ, а затем использовать их в качестве поименованных ресурсов при выполнении
программы. Рекурсивные курсоры (гесиг&уе сигяокх), открываемые ОгасДе неявно для
команд 80Е, также используют разделяемые области (уИагед икеаз).
Рабочая область
При выполнении сложных запросов (например, запросов поддержки решений) большая
часть пространства РСА занимается рабочими областями {ухогк агеаз), которые
выделяются для операций, интенсивно использующих память. К ним, например,
относятся:
* операции, основанные на сортировках (например, ОКБЕК ВУ, СКО11Р ВУ, КОЬЬПР и
функции, подсчитываемые в рамках окон);
• хэш-соединение (йаяй-щт);
• слияние с помощью битовых матриц (Ьйтар тег&е);
♦ создание битовых матриц (Ьйтар сгеа!е);
• использование буферов записи операциями массовой загрузки.
Операции сортировки используют рабочую область (область сортировки), чтобы
выполнить в памяти сортировку набора строк. Подобным образом операция хэш-
соединения использует рабочую область (хэш-область), чтобы построить отсутствующую
на входе операции соединения хэш-таблицу.
Размером рабочей области можно управлять и его можно настраивать. Обычно чем
больше рабочие области, тем значительнее рост производительности операции,
обеспечиваемый за счет большего расходования памяти.
Память сеанса
Память сеанса (зеззюп тетогу) - это пространство, выделяемое для обработки
переменных сеанса (информации регистрации подсоединяемого пользователя - 1о^оп
тГогтайоп) и другой информации, связанной с сеансом. Для разделяемого серверного
процесса память сеанса является совместно используемой, а не приватной.
Автоматическое управление
пространством Р6А
• Динамическая настройка размера памяти РСА,
выделенной рабочим областям, на основе
параметра рса_ассвесате_таксет
• Помогает максимизировать производительность
всех операций 801., интенсивно использующих
память
- Включено по умолчанию
Ж 1 ЛыИгТ. ЛпИ
8-29 СорупдЫ © 2006. Огас!е. АВ пдЫа геаегуеск
Автоматическое управление пространством РОА
В идеале размер рабочей области должен быть достаточно большим, чтобы вместить
входные данные и вспомогательные структуры памяти, создаваемые при выполнении
соответствующего оператора 8<2Ь. Такой размер называю! оптимальным размером (ррИта1
З12е) рабочей области. Когда размер рабочей области меньше оптимального, время ответа
увеличивается, поскольку производится дополнительный проход (ех/га рам) над частью
входных данных.
Автоматическое управление памятью РОА упрощает и улучшает способ выделения
пространства. По умолчанию управление памятью РОА включено. В таком режиме Огас1е
динамически настраивает размер части РОА, выделенной для рабочих областей,
основываясь на величине, составляющей 20% от размера памяти 80А. Минимальная
величина РСА_АССРЕСА?ГЕ_ТАНСЕТ равна 10Мб.
В режиме автоматического управления памятью РОА размер всех рабочих областей
устанавливается динамически и параметры *__АРЕА~812Е (например,
8ОНТ_АКЕА__812Е) игнорируются во всех сеансах, выполняемых в этом режиме. В любой
момент времени совокупный объем РОА, доступный для активных рабочих областей в
экземпляре, автоматически получается исходя из параметра инициализации
РСА__А6СКЕСАТЕ_ТАНСЕТ. Из параметра РСА__АССЕЕСАТЕ__Т АНСЕТ вычитается размер
памяти РОА, выделенной другим компонентам системы (например, область РОА,
выделенная сеансам). Затем остальная память РОА предоставляется отдельным активным
рабочим областям, исходя из их требований к памяти.
Средства поддержки управления Р6А
• Статистики, помогающие задавать параметр
инициализации рса_а6СНеоате_такоет
(например, РОА сасЬе ЪхЬ регсепЪаде)
• Представления для мониторинга рабочей
области Р6А:
- V?$д1 ^игогкахеа^Ъхз Ъодхаш
- V$рдаз^;а^:
- V$з^1_шжка^еа_ас^:^V@
V$з^1^но^ка^еа
- V$ЪеIфзед^иааде
® Представления, помогающие задавать размер
рабочей области Р6А:
- ^$рда_ЪагдеЪ_ас^хсе
- ^$рда_1:агдеЪ_ас1^хсе_Ьхз‘1:одгат
8-30 СорупдЫ © 2006, Огас!е, АН лдН& гезеи/еб.
Средства поддержки управления РОА
При конфигурировании нового экземпляра сложно точно установить подходящую величину
параметра РСА___АССВЕСАТЕ_ТАКСЕТ. Это можно сделать, выполнив следующие три шага:
1. Провести первую оценку значения параметра РСА__АССРЕСАТЕ__ТАРСЕТ,
основываясь на эвристическом правиле. По умолчанию Огас1е использует 20% от
размера 86А. Однако такое первоначальное значение может быть слишком низким
для систем поддержки принятия решений {ВесЫоп 8ирроН 8у$1ет ~~ Д$5).
2. Создать типовую рабочую нагрузку на экземпляр и провести мониторинг
производительности, используя статистики РОА, собранные Огас1е, чтобы выявить,
является ли максимальная величина РОА слишком большой или недостаточной.
3. Настроить значение параметра РСА__АССКЕСАТЕ_ТАРСЕТ, используя рекомендации
Огас1е, основанные на статистиках РОА.
Для обратной совместимости возможность автоматического управления памятью РОА
может быть отключена путем установления равным нулю значения параметра
РСА_АССКЕСАТЕ ТАРСЕТ. Если эта возможность отключена, максимальный размер
рабочей области может быть задан с помощью соответствующих параметров
*_А.ВЕА_512Е, например:
. 5ОНТ__АНЕА_812Е
. НА5Н_АНЕА__812Е
• ВГТМАР _МЕКСЕ__АНЕА__812Е
• СНЕ АТЕ Дз I ТМАР_АНЕ А __812 Е
Использование консультанта памяти
для задания размера 86А
Раи&мз кяййск с^сгж^.сдагг > ЫшогуР^^пшгз
Метогу РагатеТеге
Раде ВеНзпеб $ерш«Ьег 13. Ж»
8САГЙ*
ТЬе Зузйда <ЗоЬа! Агеа (ЗСВ А) Ь а дпзир о? зПагеп гиетогу «1шс1ие5
&тго1 НстШзп спа Огя&1в йШЬазе- Тпе $СЗА аНосшй кг «ж
йшЬазё ?пзше& & тШ
№
4ауаР©з1р~~”
0»еЦШ)14
Тта1$ЙА
РГЗ
рЖЭ
“: ВиНег СасЬе 81/е АсЫсе
СЪапде ж рНуяса; геайхТог^айои? сасКе лге;
СасЬе $1ге (МВ) 156
СО1Г у си сап сЬс>- он $ге согус !п Фг д^ар" Т зв* -?«ле.
8-31
СорундЫ © 2006, Огас1е. АН пдЫа гезегуеск
Использование консультанта памяти для задания размера 8(эА
Консультант памяти (Метогу АгКчзог) помогает настроить размер структур памяти. При
включенной возможности автоматического управления разделяемой памятью (А$ММ)
можно использовать данный консультант для настройки общего размера 86А . Когда
А8М1М отключена этот консультант используется для настройки различных компонентов
86А.
Метогу АсМзог включает зри консультанта и предоставляет рекомендации по
следующим структурам 86А:
• разделяемому пулу;
• кэшу буферов:
Консультации, касающиеся памяти, могут быть получены после следующих шагов:
1. Щелкните на ссылке АсМвОГ Сеп1га1 в секции Ке1а1еб Ыпкз на домашней странице
БД.
2. Щелкните на ссылке Метогу А<Зу!8ОГ на странице АсМвог Сеп1га1. На выводимой
странице Метогу Рагате1егз показывается, как поделено пространство 86А.
3. Щелкните на кнопке АбУ1се справа от значения ЗИагеб Роо1 или ВиКег СасЬе.
чтобы вызвать соответствующего консультанта.
Использование консультанта памяти
для задания размера Р6А
Рагатйегв
ТНе Ргодгат 6<оЬа1 Агеа (РСА) Ь а гпепюгу ЬиВг
1ог а зегуег рпзсезв. А РСЗА 1з сгегйес! Ьу Огас1е #Ьеп
АддгедаГе РОА Тагде* |8о""”~“~ [мВ Ди
СипвпГ РСА АИосаГес! (Кб) 5694?
Макйгоп РСА АИоса1:ей (КВ] 75475
СасЛе Нгс РегсеПаде (%)
-чРОД Метогу Шаде
с ордсье
8-32 СорупдН © 2006; Огас1е. АН пдЫа гезеп/еб.
Использование консультанта памяти для задания размера РСА
Консультант памяти может быть использован для получения рекомендаций по размеру
РОА. Для этого щелкните на закладке РСА, а затем на кнопке АсМсе. В примере
графика, приведенного на слайде, показывается, что увеличение совокупного размера РОА
с 80 Мб приблизительно до 140 Мб вызовет рост коэффициента удач с 60% и достигнет
почти 100%.
Указания по эффективному
использованию памяти
* Старайтесь располагать 86А в физической
памяти.
• Проведите настройку с целью достижения
высокого коэффициента удач буферного кэша,
однако при этом учитывайте следующее:
- Даже обоснованное и необходимое полное
сканирование снижает этот коэффициент.
- Необязательные повторные чтения одних и тех
же блоков, возможно, искусственно повышают
данный коэффициент.
• Используйте консультанта памяти.
СорупдЫ © 2006, Огас1е. АН пдЬ& гееегуед.
Указания по эффективному использованию памяти
86А лучше всего, если это возможно, располагать в физической памяти для наиболее
быстрого доступа. Операционная система может предоставить дополнительную
виртуальную память. Однако сама природа виртуальной памяти может вызвать частую
выгрузку данных на диск. Для закрепления 86А в физической памяти можно на
некоторых платформах воспользоваться параметром инициализации ЬОСКЗСА.
При выполнении команды 8<2Е необходимо читать и/или писать блоки данных Огас1е.
Такие операции называются логическим вводом-выводом (1о$1са11/0). Когда для
обработки необходим какой-либо блок, Огас1е сначала проверяет, не находится ли он уже
в памяти. Если его там нет, производится чтение с диска, которое называется физическим
вводом-выводом (ркумса!1/0). Коэффициент удач кэша буферов (Ъц$ег соске кН гаНо) -
это отношение количества обнаруженных блока в памяти к общему числу операций
логического ввода-вывода. Более высокое значение коэффициента обычно лучше, так как
означает большее обнаружение блоков в памяти без дополнительного дискового ввода-
вывода.
Нередко коэффициент удач кэша буферов превышает 99%. Однако это не всегда означает,
что система хорошо настроена. Если запрос выполняется чаще, чем это необходимо, он
снова и снова обращается к одним и тем же блокам, повышая коэффициент удач. Когда
запрос неэффективен или нет необходимости в его выполнении, он искусственно
повышает коэффициент удач..
Указания по эффективному использованию памяти (продолжение)
Кроме того, следует учитывать, что длинные полные просмотры таблиц (полные чтения
всей таблицы) могут снизить этот коэффициент. Даже наличие некоторых блоков в кэше
буферов может не принести существенного преимущества. Поэтому, если в вашем
приложении необходимо выполнять длинные полные просмотры (статистика ГаЫе
8 с а п з (1 о п д С аЫ е 8)), хорошо настроен пая база дайны х всегда будет иметь низкий
коэффициент удач кэша буферов БД.
Используйте консультанты памяти, предоставляемые Еп1егрп$е Мапа^ег. Они могут
помочь вам установить размер 8ОА на основе показателей функционирования базы
данных.
Указания по настройке
библиотечного кэша
• Создайте для разработчиков правила
форматирования кода 8О1_, способствующие
нахождению соответствующих команд в кэше.
• Используйте связанные переменные.
* Устраняйте ненужный дублирующий код 8СЦ_.
• Рассмотрите возможность использования
параметра инициализации сцк8ОК_знак1ЫС.
• Используйте РЬ/8ОЬ, когда это возможно.
• Используйте кэширование номеров
последовательностей.
• Закрепляйте объекты в библиотечном кэше.
СорупдЫ © 2006, Огас1е. АП пдГйе гезегуеб.
Указания по настройке библиотечного кэша
Библиотечный кэш, часть разделяемого пула, - место, где база данных Огас1е хранит весь
исполняемый код и РЕ/8<ЗЬ, а также некоторую часть 1ауа-кода. Такое
централизованное расположение позволяет многим пользователям совместно
использовать код. Выигрыш в том, что все пользователи могут воспользоваться
результатами обработки кода 80>Е. Поэтому такие задачи, как синтаксический разбор
команды и определение путей доступа к данным (т.е. создание плана выполнения)
решаются один раз для команды, независимо от того, сколько раз она выполняется и
сколькими пользователями. Если библиотечный кэш слишком мал и не хватает места для
всех выполняемых команд, тогда нельзя воспользоваться преимуществами совместного
использования некоторых команд. Если библиотечный кэш слишком большой, тогда
возникает дополнительная системная нагрузка, связанная с управлением этого кэша.
Библиотечный кэш может переполнится командами, которые внешне отличаются друг от
друга, а на самом деле являются копиями одной и той же команды. Общая причина -
небольшие обличия в форматировании каждой команды. В результате нет точного
совпадения сгрок фактически одинаковых команд. Другая причина - использование
литералов вместо связанных переменных. Когда две команды отличаются только
значениями литералов, в большинстве случаев каждое выполнение таких команд и
система в целом выиграют, если заменить литералы связанными переменными.
Указания по настройке памяти библиотечного кэша (продолжение)
Параметр инициализации СШ80К_8НАК1КС может быть установлен таким образом,
чтобы система автоматически замещала литералы связанными переменными, когда в
остальном команды совпадают друг с другом. Обычно следует использовать такую
установку в качестве временной меры, пока в приложение, где это необходимо, не будут
будут внесены связанные переменные. Как и другие указания, рекомендация по
использованию связанных переменных может иметь обратные последствия, которые
необходи мо исследовать.
Вместо того, чтобы вызывать один и тот же код 8<?Ь из различных мест приложения
поместите такую команду или команды в хранимую процедуру, используя РЬ/$рЬ. Затем
просто вызывайте эту процедуру. Это гарантирует совместное использование команд
поскольку они располагаются только в одном месте. Кроме того, при таком подходе код
8рЬ будет синтаксически разобран, а также создан план его выполнения в уже
откомпилированной хранимой процедуре.
Номера последовательностей можно кэшировать. Поэтому, когда к некоторым
последовательностям имеется большое обращение, задайте подходящие установки для
количества кэшируемых значений.
Для закрепления объектов в библиотечном кэше воспользуйтесь пакетом
ОВМ8___8НАНЕО__РООЬ. С его помощью можно уменьшить количество перезагрузок и
повторных компиляций объектов. Дополнительные сведения об использовании этого
пакета см. в документе РЬ/$()Ь Раскален ст<Л Турен Ре/егепсе.
Итоги
• Описание компонентов, размещаемых в 86А
* Реализация автоматического управления
разделяемой памяти
• Ручное конфигурирование параметров 86А
• Использование автоматического управления РОА
СорупдЫ © 2006, Огасте. АИ гевегуеб.
Обзор практического занятия:
использование А5ММ для устранения
проблем распределения памяти
• Диагностирование проблем выделения памяти
• Включение автоматического распределения
разделяемой памяти
Автоматическое управление
производительностью
......... 11 11 1 <
ЧааХ|
СорупдМ © 2006, Огас1е. АО пдЫз геэегуес1.
I Настройка
Рассматриваемые вопросы д^Хд
Консультанты
Асинх. СоттИ
• Диагностика проблем производительности
базы данных
• Конфигурирование репозитария
автоматической загрузки
• Доступ к консультантам базы данных
• Использование консультанта доступа к данным
из кода 301_ для повышения
производительности базы данных
• Эффективное использование асинхронной
операции сомин
_____ ог?АС1_е
9-2 СорупдМ © 2006, Огас1е. АН пдЫБ гезегуеб.
Проведение настройки
Три вида работ по настройке производительности:
• Планирование производительности
• Настройка экземпляра
* Настройка кода 5СЦ. 1
9-3 СорупдЫ © 2006, Огас!е. АИ пдЫ& гевегуеб.
Проведение настройки
Работы по настройке затрагивают три аспекта: планирование производительности,
настройку экземпляра и настройку кода 8рЬ.
• Планирование производительности — это процесс определения среды, включающей
аппаратное обеспечение, программное обеспечение, операционную систему, сетевую
инфраструктуру и т.д.
• Настройка экземпляра - текущая регулировка параметров базы данных и параметров
операционной системы для достижения лучшей производительности базы данных
Огас1е.
• Настройка кода 8<2Е должна сделать эффективным код 8рЕ. исполняемый в
приложении. Для этого требуется рассмотреть как приложение в целом, так и его
отдельные команды. С точки зрения всей системы необходимо быть уверенным в
том, что различные части приложения используют преимущества функционирования
друг друга и не конкурируют без надобности за ресурсы. В этом уроке вы
познакомитесь с некоторыми общими возможными действиями по настройке
определенных команд 80Ь.
Примечание: дополнительные сведения о настройке производительности см. в документе
Огас1е ОШаЪазе Рег/отапсе Типт^ Оии1е.
Планирование производительности
• Варианты инвестирования
• Системная архитектура
• Масштабируемость
• Принципы проектирования приложения
• Тестирование, моделирование и реализация
рабочей нагрузки
• Развертывание новых приложений
СорупдЫ © 2006, Огас1е. АН пдЫ$ гееегуед.
Планирование производительности
При планировании производительности учитывается много аспектов. Так аппаратно-
программная инфраструктура должна соответствовать вашим требованиям. Поэтому
рассматриваются различные варианты инвестирования в системную архитектуру.
Например, на скорость доступа к данным влияет количество аппаратных драйверов и
контроллеров. Расщепление и расположение данных на многих устройствах часто
позволяет достичь целей производительности. При этом, конечно, необходим анализ
важности каждого аспекта для вашей среды, приложения, а также для соответствия
требования м производительности.
Также важна масштабируемость приложения. Она означает возможность обслуживания
все большего числа пользователей, клиентов, сеансов или транзакций без существенного
влияния на общую производительность системы. Очевидным препятствием для
масштабирования является последовательное выполнение операций пользователей. Если
все пользователи должны одновременно пройти по одной и той же ветви алгоритма
обработки, тогда добавление новых пользователей, без сомнения, окажет неблагоприятное
влияние на производительность. Плохо написанный код 8рЬ также влияет на
масштабируемость. Он приводит к тому, что многие пользователи вынуждены ждать
завершения выполнения неэффективного кода; при этом каждый пользователь
конкурирует с другим за большое количество ресурсов, которое им на самом деле не
требуется.
Принципы проектирования приложений могут оказать значительное влияния на
производительность. Простота проекта, использование представлений и индексов, а также
моделирование данных ~ все это очень важно при планировании производительности.
Планирование производительности (продолжение)
Любое приложение необходимо тестировать с учетом типовой производственной
нагрузки. Для этого надо оценить размер базы данных и рабочую нагрузку, а также
сгенерировать тестовые данные и смоделировать загрузку системы.
Анализ производительности должен проводиться при развертывании новых приложений
(или их версий). Иногда для массового продвижения продукта принимаются проектные
решения, обеспечивающие совместимость с предыдущими версиями системы. Новую базу
данных следует конфигурировать специально для использующих ее приложений на основе
параметров производственной среды.
я
Настройка экземпляра
• Наличие хорошо определенных целей
* Выделение памяти под структуры базы данных
• Рассмотрение требований ввода-вывода
каждой части базы данных
• Настройка операционной системы для
оптимизации производительности базы
данных.
| 9-6 СорупдЫ © 2006, Огас1е. АН пдЫз гезег/есЗ
Настройка экземпляра
Приступая к настройке, необходимо иметь определенные цели. Например, цель может
быть поставлена следующим образом: обработка 500 транзакций о продажах в минуту. А
может быть поставлена и так: сделай это так быстро, как это возможно, и в результате мы
узнаем, что будет достаточно хорошо. Конечно, первая цель ясно и определенно
формулирует поставленную задачу.
Для достижения оптимальной производительности вы должны выделить память базе
данных в соответствие с потребностями вашего приложения. Память ограничена в своем
размере. Если выделить определенным частям базы данных Огас1е слишком малую
память, это может повлечь за собой выполнение неэффективных фоновых операций, о
которых вы даже можете не узнать, если не провести анализ.
Дисковый ввод-вывод часто является узким местом базы данных. Поэтому он требует
большого внимания в самом начале реализации любой базы данных.
Конфигурация операционной системы может также повлиять на производительность базы
данных Огас1е. Дополнительные сведения см. в документе Огас1е Г)а1аЬа$е 1п$1а11а1юп
ОиМе для конкретной платформы.
Методология настройки
производительности
Шаги настройки:
• Настраивайте сверху вниз:
- проект перед настройкой кода приложения
- код перед настройкой экземпляра
• Настраивайте область с наибольшим
потенциальным выигрышем.
- Выявляйте наиболее длительные ожидания
- Выявляйте службы с наибольшим временем
использования.
• Останавливайте настройку, когда цель
достигнута.
орлсье .
9-7 СорупдЫ © 2006, Огас1е. АН пдЫк гезегуеск
Методология настройки производительности
Огас1е разработал методологию настройки, основываясь на многолетнем опыте. Основные
шаги следующие:
* Проверьте статистики ОО и общее состояние машины перед настройкой экземпляра,
чтобы быть уверенным в том, что проблема в базе данных.
• Проводите настройку сверху вниз. Начните с проекта, затем настраивайте
приложение и потом экземпляр. Например, попытайтесь устранить полные
просмотры таблиц, вызывающие конкуренцию ввода-вывода перед настройкой
размещения табличных пространств на диске.
• Настраивайте область с наибольшей потенциальной отдачей. Методология
настройки, представленная в этом курсе, проста. Выявите наиболее узкое место и
настраивайте его. Повторите этот шаг. Все различные инструменты настройки имеют
возможности обнаружения команд 8рЬ, ресурсной конкуренции, служб.
выполняемых наибольшее время. База данных Огас1е предоставляет временную
модель и метрики для автоматизации процесса обнаружения узких мест.
• Останавливайте настройку, когда цель достигнута. Этот шаг подразумевает, что цели
настройки были вами определены.
Это общий подход к настройке экземпляра. При его использовании может потребовать
несколько раз повторить указанные действия.
Сбор статистик
• Настройка производительности зависит от
сбора аккуратных статистик.
• Различные типы статистик:
- Статистики оптимизатора
- Системные статистики
• Различные методы сбора статистик:
- Автоматический, производимый работой
САТНЕК_8ТАТ8_аОВ
- Ручной, выполняемый с помощью пакета
СВМЗ_8ТАТ8
- Сбор статистик, задаваемый параметрами
инициализации базы данных
- Импорт статистик из другой базы данных
8-8 СорупдЫ © 2006, Огас1е. АП пдЫз гезегуед. |
Сбор статистик
Статистики оптимизатора используются сервером для выбора наиболее эффективного
плана выполнения каждой команды 8()Ь. В этих статистиках отражаются детальные
сведения о базе данных и хранимых в ней объектах.
Системные статистики отражают необходимые оптимизатору показатели работы
аппаратуры, например, производительность ввода-вывода и использование ЦП. При
выборе плана выполнения оптимизатор оценивает ресурсы ввода-вывода и ЦП, требуемые
каждому запросу. Системные статистики позволяют оптимизатору запросов более точно
оценить стоимость операций ввода-вывода и использования ЦП и в результате выбрать
лучший план выполнения. Системные статистики собираются с помощью процедуры
БВМ8__8ТАТ8. САТНЕВ__5У8ТЕМ_8ТАТ8. Когда сервер Огас1е осуществляет сбор таких
статистик, он анализирует системную активность в заданном периоде времени. Системные
статистики не собираются автоматически. Корпорация Огас1е настоятельно рекомендует
использовать для этого пакет Г)ВМ8__8ТАТ8.
Рекомендуется разрешить серверу Огас1е автоматически собирать статистики
оптимизатора. Задание САТНЕВ__8ТАТ8_СГОВ автоматически создается вместе с базой
данных. Управляет этим заданием планировщик (Зсйебпкг). Задание собирает данные обо
всех объектах базы данных, статистики которых либо утеряны, либо устарели.
Сбор статистик (продолжение)
Если принято решение не использовать автоматический сбор статистик, тогда необходимо
вручную собирать статистики для всех схем, включая системные схемы. Когда данные в
БД изменяются регулярно, также регулярно необходимо собирать статистики, чтобы быть
уверенным в том, что они точно отражают характеристики объектов базы данных. Для
ручного сбора статистик используется пакет БВМ8_8ТАТ8. Он также применяется для
обновления, просмотра, экспорта, импорта и удаления статистик.
Кроме того, можно управлять сбором системных стати стик и статистик оптимизатора с
помощью параметров инициализации. Например:
• Параметр ОРТ1М12ЕЕ_ВУКАМ1С 8АМРЫЫ6 контролирует уровень динамической
выборки статистик, собираемой оптимизатором. Динамическая выборка может
использоваться для оценки статистик таблиц и соответствующих индексов, если
статистики недоступны или слишком устарели, чтобы им можно было доверять.
Динамическая выборка также оцениваем селективность предиката для единственной
таблицы, когда собранные статистики не Лгут быть использованы или с большой
вероятностью приводят к значительным ошибкам при оценке плана выполнения.
• Параметр 8ТАТ18Т1С8__ ЬЕУЕЬ управляет сбором всех основных статистик и влияет
на работу консультантов базы данных. В нем задается уровень сбора статистик,
производимого в базе данных. Значения этого параметра -- ВАЗ.ТС, ТУР1САЕ или
АЕЬ.
• Параметр Т1МЕБ_8ТА8Т1С8 приводит к тому, что сервер Огас1е не только
подсчитывает события ожиданий (что он выполняет всегда), ио и также собирает
данные о времени ожиданий. Такие данные применяются для сравнения того, как
меняется соотношение общего времени ожидания какого-либо события и общего
времени обработки между моментами сбора статистик производительности.
* Параметр ТIМЕ Б__0 8 __8 Т АТ 18 ТIС 8 задает интервал времени (в секундах), в течение
которого Огас1е собирает статистики операционной системы, кот да запрос на
выполнение команды поступает от клиента или когда завершается его выполнение.
Временные системные статистики автоматически собираются базой данных, когда
параметр инициализации 8ТАТ18Т1С8_ЬЕУЕЬ установлен в ТУР1САЕ или АЬЬ. Если
значение параметра 8ТАТ18Т1С8__ЕЕУЕЬ равно ВА81С, тогда необходимо установить
Т1МЕБ_8ТАТ18Т1С8 в ТРЕЕ, чтобы включить сбор временных статистик. Отметим, что
установка 8ТАТ18Т1С8__ЬЕУЕЬ в ВА81С отключает многие автоматические
возможности и поэтому не рекомендуется.
При явном задании параметра Т1МЕО___8ТАТ18Т1С8 или Т1МЕВ__О8__8ТАТ18Т1С8 в
файле параметров инициализации или с помощью команд АЬТЕР 8У8ТЕМ и АЬТЕИ
8Е881ОЫ. переопределяется значение, получаемое на основе параметра
8ТАТ18Т1С8__ЬЕУЕЕ.
Можно выполнить запрос к представлению У$8ТАТ18Т1С8__ЬЕУЕЬ, чтобы выяснить, на
какие параметры оказывает воздействие значение, установленное в параметре
8ТАТ15Т1САЬ__ЕЕУЕЬ.
События ожиданий в Огас1е
Настройка
> Статистики
Доступ к ЗСэА
АМН
Консультанты
Асинх. Сотгш!
• События ожиданий отражают информацию о
сеансах и процессах, которые были вынуждены
или должны были ждать по различным причинам.
Перечень таких событий содержит представление
У$ЕУЕИТ МАМЕ. ____________________
Гог Тор 5е§5юп8
апс!
11 Ц^е? 1/0
I
О асЬашяе!
Ш СИИег
ССапсиггепсу .
ЙСрттй
ЦАррНсаХюл
; 1йСРи и&ей
Не
зедиег.Ъа1
77.?8огэс1е@ЕОК8Й12Р1 =
(пЙВ)
22.22 огас1й@ЕОР8Р12Р1
(п-ШЗ)
9-10
СорупдМ © 2006, Огас1е. АН пдМ» гезеп/еа.
8Г5 243
8ГЗ 243
События ожиданий в Огас1е
С событиями ожиданий (ити7 егепгз) связываются статистики, значения которых
увеличиваются, когда какой-либо серверный процесс или поток (фгеаф вынужден ждать
завершения события, чтобы продолжить обработку. Ожидания отражают различные
симптомы проблем, которые могут влиять на производительность, например, они могут
отражать конкуренцию за защелки, буферы, а также конкуренцию по вводу-выводу.
Следует помнить, что это только симптомы, но не реальные причины проблем.
События ожиданий сгруппированы в классы: Абт1П181га1ще, АррНсабоп, С1и$1ег, Соттй,
Сопсиггепсу, СопбцшгаПоп. Ы1е, №еШюгк, СИЬег, 8сЬеби1ег, 8у§Гет 1/0 и Ивег 1/0.
В базе данных Огас1е более 800 событий ожидания. В их число, например, входят
следующие: бгее Ьиккег мате, 1аксИ бгее, ЬиГбег Визу матка, с!Ь б±1е
аедиепкта! геабисЗЬ Ше зсаккегед геаё.
Чтобы просмотреть события ожиданий в ЕМ, перейдите на страницу РегТогтапсе.
События ожиданий отражаются на графике в разделе 8е8310ПЗ: \Л/аШпд апс! У\/огк!пд, как
это показано на слайде. Щелкнув на ссылке событий определенного класса, а затем,
используя интерфейс Тор Зеззюпз, можно перейти к просмотру конкретных событий,
связанных с сеансами. В приводимом примере наибольшие ожидания были связаны с
операциями чтения файлов.
Перечень наиболее общих событий ожиданий Огас1е см. в документе Огас1е 1)а1аЬа$е
Ке/егепсе 10%.
9-11
Статистики системы
У$8У88ТАТ
* зЪаЪхзЪхс#
• пате
• с1а85^——
• Vа1ие
• зЪаЪ х<1
У$ЕУЕНТ_ЫАМЕ
* е^епЪ^питЬег
• ^епЪ_х<1
* пате *————
• рагатеЪег!
• рагатеЪег2
• рагатеЪегЗ
* шахЬ сХаза
У$8У8ТЕМ_ИА1Т_СЪА85
мах Ъ_сХаз з_хс!
юахЪ^сХазз#
дахЬ_сХазз
ЪоЪаХ_кахЪз
Ъхте_эдаХЪе<Х
У$8СА8ТАТ
• рОО1
* пате
• ЬуЪез
У$8У8ТЕМ_ЕУЕЫТ
*« еуеп-Ь
• Ьо’ЬаХ_^ахЪз
• ЪоЪаХ^хтеоиЪз
* Ьхте^ахЪес!
• аVе^аде_Vаx^:
* Ъхте теахЪес! тхсго
Г5Р.*СЦЕ<
СорупдМ © 2006, Огас!е. АН пдЫк гезеи/ед.
Статистики системы
Для эффективной диагностики проблем производительности необходимы статистики.
Огас1е генерирует кумулятивные статистики многих типов, относящиеся к системе, сеансам
и отдельным командам 8рЬ. Огас1е также собирает кумулятивные статистики по сегментам
и сервисам. При анализе проблемы производительности обычно учитываются изменения
соответствующих статистик (их дельта) в течение рассматриваемого периода времени.
Статистики событий ожиданий
Все возможные события ожиданий отражаются в представлении У$ЕУЕЫТ_ИАМЕ.
Кумулятивные статистики для всех сеансов хранятся в представлении V$8У8ТЕМ_ЕVЕ^Т.
В нем отражаются итоговые данные об определенных ожиданиях, начиная с момента
запуска экземпляра.
При поиске и устранении неисправности необходимо знать, ждал ли процесс какой-либо
ресурс.
Основные системные статистики
Все основные системные статистики (яуметычде $Ш1Ш1с$) отражаются в представлении
У$8ТАТЫАМЕ. В базе данных Огас1е 1)а1аЬазе 10^ их примерно 330.
Собранные сервером статистики можно просмотреть, используя представление
У$8У88ТАТ. Оно содержит кумулятивные итоговые данные, подсчитанные с момента
запуска экземпляра.
Системные статистики (продолжение)
Вывод основных системных статистик
Пример:
80Ь> 8ЕЕЕСТ пате, сХазз, \?а!ие ЕНОМ м$8уззиаЕ;
1<АМЕ С1А88 УАЫ)Е
ЕаЫе ЗСаПЗ (аЬогт таЬ1е з) 64 135116
ЕаЫе з с ап 8 (1опд ЕаЫез) 64 250
1аЫе зсапз (гсжта гапдез) 64 0
саЫе зсапз (саспе рагЫстспз) 64 3
ЕаЫе зсапз (сИгесЕ геас!) 64 0
ёаЫе з сап го^з догХеп 64 14789836
саЫе зсап Ыоскз доктеп 64 558542
Основные системные статистики классифицируются иа основе областей настройки и
целей отладки. Статистики объединяются в следующие классы: общие данные о работе
экземпляра, общие данные о работе журнального буфера, блокировки, работа кэша
буферов базы данных и т.д.
Все события ожидания определенного класса можно также просмотреть, запросив
представление У$8У8ТЕМ__Ж1Т СЕА28. Пример (результат отформатирован):
80ь> 8ЕЕЕСТ * ЕНОМ V $ ЗУБ ТЕМПАХ Т_СЕА8 8
2 ШЕНЕ у/а1Х сХазз ЪХКЕ ’%Х/0%’;
СЕАББ_1Р СЬАББ# НАХТ СЬАББ ТОТАЬ_МАХТ8 Т1МЕ__ИГАХТЕО
1740759767
4108307767
Общие статистики 8СА
8 Шег 1/0
9 Бу8Геш 1/0
1119152
296959
39038
27929
Сервер отражает все подсчитанные статистики использования оперативной памяти в
представлении У$8СА8ТАТ. Его можно использовать для просмотра кумулятивных
итогов использования компонентов 86 А с начала запуска экземпляра.
Пример:
80Е> БЕЬЕСТ * ЕНОМ г^здазЕаЬ;
РООЬ МАМЕ
ВУТЕ5
зЬагеб роо!
зЬагеа роо!
г 1хеб__зда
ЬиЕЕег__сасЬе
1од_ЬиЕЕег
808810115
зд! агеа
7780360
25165824
262144
1284644
22376876
В примере показана только часть выходных результатов.
9-13
СорупдЫ © 2006, Огас!е. АН пдЪ& гебегуед.
Вывод статистик, связанных с сеансом
Информация о текущих сеансах пользователей может быть получена с помощью
представления У$8Е881ОЫ. Например У$8Е88ЮЕ позволяет выяснить, это сеанс
пользователя или же сеанс, созданный серверным процессом БД (ЕАСКСВОиКБ).
Для того, чтобы выявить ресурсы или события, которые ждет активный сеанс, можно
запросить либо представление У$8Е88ЮЕ, либо У$8Е881ОЕ__ЭДА1Т.
Сервер Огас1е показывает статистики пользовательских сеансов в представлении
\7$8Е88ТАТ. Сведения о событиях ожидания сеанса отражаются в представлении
У$ 8Е 8 81ОЫ_Е УЕМТ.
Кумулятивные значения статистик в основном доступны через динамические
представления производительности, например, \7$8Е88ТАТ и \7$8У88ТАТ. Следует
отметить, что кумулятивные данные в динамических представлениях сбрасываются во
время остановки экземпляра базы данных.
В представлении У$МУ8ТАТ выводятся статистики текущего сеанса.
Дополнительно можно запросить через представление У$8Е88МЕТК1С значения метрик
производительности всех активных сеансов. В этом представлении отражается
использование ЦП, количество физических чтений, число полных разборов (кагдрагзех) и
коэффициент логических чтений (1о$рса1 геас! гаНо).
Вывод статистик, связанных с службой
Для л-уровневых сред статистики сеансов не так
полезны. Статистики, связанные с службой, можно
просмотреть в таких представлениях:
• у$8ЕКУ1СЕ_еуеыт; общее число и время
ожиданий событий для каждой службы
• У$8ЕКУ1СЕ_ИА1Т_СЬА88; общее ЧИСЛО И время
ожиданий по классам событий для каждой
службы
9-14 СорупдЫ © 2006, Огас1е. АН пдШе гезегуеД
Вывод статистик, связанных с службой
В «-уровневой среде на сервере приложений используется пул соединений с базой данных.
Поэтому просмотр данных о сеансах может не предоставить сведений, необходимых для
анализа производительности. Использование имен служб (сервисов) позволяет вести
мониторинг производительности более аккуратно. Два представления отражают
информацию на уровне службы, похожую на ту, которая доступна на уровне сеанса в
соответствующих представлениях вида У$8Е881ОЬ1~*.
Представление У$8ЕВ71СЕ_^А1Т__СЬА38 показывает статистики для каждой службы и
класса ожиданий.
Представление У$8ЕНУ1СЕ_Е\7Е№Г показывает такую же информацию, как и
У$5ЕКУ1СЕ_НА1Т_СЬА83, за исключением того, что данные детализированы по
идентификатору события (е^^епг_1Е).
Представления, используемые при
поиске и устранении неисправностей, а
также при настройке
1п81апсе/Ра1аЬа5е У$ВАТАВА5Е У$1№ТАЫСЕ У$РАКАМЕТЕК У$ЗР₽АКАМЕТЕК У$ЗУЗТЕМ_₽АЕАМЕТЕК У$₽НОСЕ35 У$В6₽ВОСЕ88 У$РХ_₽ВОСЕ88_8У38ТАТ У$8У8ТЕМ_Е'УЕМТ Р1вк У$ВАТАГ1ЬЕ У$Е1ЬЕ8ТАТ У$1,О5 ,У$ЪОС_Н18ТОКУ ,У$ВВЕ1ЪЕ У$ТЕМРГ1ЪЕ У$ТЕМР5ЕС_П8АСЕ У$8ЕСМЕМТ_8ТАТ18Т1С8
Соп1епйоп У$ЕОСК У$1ЛГОО8ТАТ У$ИА1Т5ТАТ У$ВАТСН
Метогу У$ВВЕГЕК_РООЪ_ЗТАТ18Т1С8 У$ЫВЯАКУСАСНЕ У$8СА1ЫЕО У$РСА8ТАТ
/ " - «Vх-
СорупдЫ © 2006 Огасте. АН пдН18 гебегуеб.
9-15
Представления, используемые при поиске и устранении неисправностей, а
также при настройке
На слайде показаны некоторые представления, к которым можно обратиться, чтобы
выявить причину проблем производительности, а также для того, чтобы проанализировать
текущее состояние базы данных.
Полное описание этих представлений см. в документе Огас1е ОатЬахе Ке/егепсе Матшк
Представления словаря
• Следующие представления словаря отражают
полезные статистики, получаемые в результате
применения пакета РВМ8_8ТАТ8:
- ОВА_ТАВЬЕ8, ОВА_ТАВ_СОШМ№
- ЮВА_С1Д18ТЕКЗ
- 0ВА.1ЖЕХЕ8, 1Ж)ЕХ_8ТАТЗ
- 1№ЕХ_Н18Т0(ЖАМ, ПВА__ТАВ__Н13Т0СКАМЗ
• Статистическая информация не изменяется до
тех пор, пока не будет повторно выполнены
соответствующие процедуры пакета ПВМ8_8ТАТ8.
9-16 СорупдЬШ 2006, Огас1е. АН пдЬЬ гееегуе<1
Представления словаря
Для получения детальных сведений о хранении данных используйте пакет ЕВМ8__8ТАТ8,
который собирает статистики и заполняет столбцы в представлениях вида БВА__ххх.
БВМ8__8ТАТ8 заносит информацию в столбцы представлений, имеющую отношение к:
• хранению табличных данных в экстентах и блоках:
- БВА_ТАВЬЕ8
- ВВА_ТАВ__С0ШМЫ8
• хранению данных кластера в экстентах и блоках:
ЕВАСЕП8ТЕВ5
• хранению индексных данных в экстентах и блоках, а также к степени пригодности
индексов:
- ЕВА_1№ЕХЕ8
- 1ЫЕЕХ_8ТАТ8
• Распределению неиндексированных и индексированных данных внутри столбцов:
- ВВА_ТАВ__Н18Т06кАМ8
Дополнительные сведения об использовании пакета ВВМ8__8ТАТ8 см. в документе Огаск
ОашЬазе Рег]огтапсе Титн% Омск,
Представления 1№ЕХ__8ТАТ8 и 1№ЕХ__Н 18 ТОСКАМ, содержащие индексные
статистики, заполняются после выполнения команды АКАЬУ2Е 1№ЕХ. . . . УАЫБАТЕ
8ТКПСТОКЕ.
Настройка
Статистики
> Доступ к ЗОА
АШ?
Консультанты
Асинх. СоттЙ
Диагностика подвисаний
или крайне медленное
функционирование БД
Используйте средства анализа проблемы, если база
данных функционирует очень медленно или зависла:
• Прямой доступ к 86А для мониторинга
производительности (в режиме доступа к памяти)
- У$5Е8810Ы
- У$8Е8810М_ИА1Т
- У$5УЗТЕМ_ЕУЕОТ
- У$8У88ТАТ
• Анализ подвисаний (Напд Апа1уз!з) с помощью
ЕМегрпзе Мападег
орлеце
9-17 СорупдЫ © 2006, Огас1е. АН пдМз гезеп/ед.
Диагностика подвисаний или крайне медленное функционирование БД
Если база данных работает очень плохо или на самом деле зависла, используйте для
анализа проблемы доступные функциональные возможности.
Система поддерживает сбор статистик реального времени, получая их непосредственно из
8СА, используя для этого оптимизированные и облегченные вызовы системного уровня, а
не 80Ь. В Егйегрпзе Мападег такой режим получения статистик называется режимом
доступа к памяти (Метогу Ассе$$ Мос!е). Для каждого экземпляра Огас1е имеется один
поток сбора (со11ес1ог 1Игеа<$) данных из 8ОА, стартующий автоматически агентом ЕМ,
когда запускается мониторинг экземпляра базы данных. На слайде приведены основные
представления производительности У$, используемые для диагностики на высоком
уровне. Их содержимое доступно через прямой доступ к 86А.
Если требуется более детальная информация (бпПчкнуп тГоппабоп), для ее получения
необходим 8рЬ.
Информация о хосте, например, количество ЦП и имя хоста, также собирается и
предоставляется через интерфейс ЕМ.
Использование режима доступа к
памяти
Нс-!йс Р&гйггдапсж - ' ’' \
РеНегтапсе тепИоппд т Метогу Ассезз Мо
Сйск оп ап агеа о* а дгарп ог 1едепй 1о де? тоге В
Моз?
Вв1Мвс1 Ешк$
АсМзог Сел1га!
АН МеГпсз
ЛоЬз
МеГпс СсШеЫюп
Еггогв
5Й1. НЫр;У
А1ей НгзГсгу
В1аскотз
Мападе Мегпсз
Мопкоппд М)
(Зогшсщга^еп
□зег-Рейпей Мегпсз
00
1058ЯЛ
11:0ЙИй
11.18ат М -йда
__________Йьдвпйми 'р /АДЛ--
И.ЭОаи
11 40331
Шп&ог т Метогу Ассе^в Моей
РегГогтаппе топйоппд 1п Метогу Ассезз Мойе 13
сиггепйу сйааЫей Гог ЙМз йаШЬазе 1П81апсе>
СНск ГКе ЕпаЫе Метоп/ Ассезз Майе ЬиПоп 1о епаЫе
ГЫз 1'еаГаге псу/
ос!
Зх< ЕпаЫе Метоп/Ассеаа Мойе) \ СОП|НТПЗЯОП
ШбЕйш
В .... <>'!
Алей код Сетей?
$01*Рк15
Уои аге аЬоиГ Го епаЫе ГЬе регГогтапсе топйоппд
1п тетогу ассезз нюйе. Аге уои зиге уои гсапГГо
епаЫе И Гог Шз ГагдеГ?
СорупдЫ © 2006, Огас1е. АН пдЫз гезегуеб.
8
А
1
I
Использование режима доступа к памяти
На страницу с графиками, получаемыми в режиме доступа к памяти, можно перейти по
ссылке Мопйог 1п Метогу Ассезз Моде, расположенной на домашней странице БД в
секции Ре1а1еб 1дпкз. Ссылка переносит вас на страницу РегТогтапсе в режиме просмотра
с прямым доступом к памяти ( “Метогу Ассезз”). Как показано на слайде, сначала
необходимо воспользоваться кнопкой “ЕпаЫе Метогу Ассезз Моде”. Позднее этот
режим можно отключить.
Для возврата в режим просмотра на основе 8рЕ просто щелкните на кнопке “8\уйс11 Го 8(}Е
Ассезз Мойе”, расположенной на странице РегТогтапсе.
Режим Метогу Ассезз исключает обработку, связанную с разбором и выполнением
команд 8рЕ. В результате повышается надежность сбора данных. Это происходит, потому
что устраняется конкуренция за библиотечный кэш, при которой могут возникнуть
ситуации, когда невозможно вести мониторинг, используя 8рЬ. Вам следует переключиться
в режим Метогу Ассезз. когда система медленно работает или “зависла*'.
Страницы в режиме Метогу Ассезз содержат данные, собираемые с более высокой
частотой, чем в режиме 8рЬ. По этой причине выводимые графики могут незначительно
отличаться от полученных в режиме 8рЬ. В результате страницы в режиме Метогу Ассезз
могут предоставлять лучшую информацию о том, как начинались и завершались события.
Кроме того, вы можете обнаружить короткие события, которые иначе были бы пропущены.
Примечание: режим доступа к памяти (тетогу ассезз тос1ё} также называют прямым
методов доступа к 8СА {(Игес/ 8СА аКасЪ пюс!е).
Использование страницы анализа
9-19
СорупдЫ © 2006, Огас!е. АН пдЬШ гееегуед.
к А. 1- Г
I л/
Использование страницы анализа подвисаний
Для анализа подвисаний и медленной работы системы можно воспользоваться страницей
Напд Апа1у818, на которую можно перейти в секции АсМюпа! Мопйоппд Ыпкз,
расположенной в ЕМ на странице РегГогталсе. Можно также использовать страницу
В1оск|пд ЗеБ8ЮП8 для вывода списка всех сеансов, блокирующих в текущий момент
времени другие сеансы.
Страница Напд Апа1у818 используется для:
• выяснения того, какие сеансы являются причиной узких мест;
• проверки итоговой информации о блокирующих и блокируемых сеансах.
На этой странице отображается графическая топология находящихся в ожидании сеансов
системы. Блокируемые сеансы выводятся ниже блокирующих. Ешегрпзе Мападег
представляет ситуацию, используя хронологию операций. Он обнаруживает, какие сеансы
“висят” или, вероятнее всего, “подвисли”, а не находятся в состоянии ожидания с
незаметной продолжительностью . Чтобы просмотреть итоговую информацию о сеансе,
щелкните в выводимой топологии на идентификаторе сеанса. В результате на странице
Зе881ОП Зигптагу отображаются общие сведения о выбранном сеансе. Находясь на этой
странице, можно щелкнуть на ссылке Уюуу Зеззюп Ре1аО5, чтобы получить
дополнительную информацию о сеансе и решить, стоит ли аварийно завершать сеанс.
Использование страницы анализа подписаний (продолжение)
Выводимые сеансы выделяются зелеными, желтыми и красными цветами в зависимости
от тяжести состояния сеанса, представленного в топологии.
С учетом размера топологии можно также выбрать подходящий масштабный
коэффициент (2оот Еас(ог), задаваемый в процентах, В случае большого количества
блокируемых сеансов можно использовать меньший коэффициент для отображения
информации об ожиданиях в системе в целом. Затем можно увеличить масштаб для
просмотра существенных частей топологии и получения дополнительных сведений (бпП
скжп).
Вы можете перемещать щелчком мыши микро-окно в прямоугольной области,
расположенной ниже поля 2оогп Еас1ог. В результате происходит перемещение в нужную
область топологии. Например, если щелкнуть в левой части прямоугольной области,
топология сдвинется вправо, что позволит полностью увидеть левую сторону
топологической схемы.
Автоматический репозиторий
рабочей загрузки
Настройка
Статистики
Доступ к Б6А
> АУУК
Консультанты
Асинх. Сотгпй
86А
Статистики
в памяти
АООМ обнаруживает
наибольшие
проблемы
9:30
СорупдЫ © 2006, Огас!е. АП пдНз геБегуед.
моментальный снимок
моментальный снимок
моментальный снимок 3
моментальный снимок 4
2УЗАЦХ
5
$ •
6:00 ’ »
7:00
8:00
0:00
Автоматический репозиторий рабочей загрузки
Автоматический репозиторий рабочей загрузки (АиТотаИс 1Уогк1оас1 Керамилу. А\Ж)
предназначен для постоянного хранения статистик производительности системы,
владельцем которых является пользователь 8X8. АУУК размещается в табличном
пространстве 5У8А11Х.
Моментальный снимок (упархког) - это набор статистик производительности, собранных в
определенный момент времени и записанных в АУУК. Моментальные снимки
используются для подсчета темпа изменений статистики. Каждый моментальный снимок
идентифицируется с помощью последовательного номера (зпар__±с1), который уникален
для А\УК.
Пользователям, применявшим ЗРаРзраск, следуют в Огас1е I О# переходить к
использованию репозитория рабочей загрузки. Однако нет поддерживаемого способа
мшрации данных, полученных с помощью утилиты ЗРаРзраск, в репозитарий. Также
нет обратной совместимости репозитария рабочей загрузки и схемы, используемой
утилитой ЗЕаЕзраск.
По умолчанию моментальные снимки фиксируются каждые 60 минут. Можно настроить
частоту получения моментальных снимков с помощью параметра ТЫТЕРЛ/АЬ. Так как
консультанты БД основывают свои рекомендации на этих снимках, необходимо так
установить интервал между получением статистик, чтобы это не повлияло на точность
диагностики. Например, когда интервал равен 4 часам, можно пропустить пиковые
показатели, возникающие внутри 60-минутных интервалов.
Автоматический репозиторий рабочей загрузки (продолжение)
Для изменения параметров, управляющих сбором моментальных снимков, используется
хранимая процедура 0ВМ8_Н0ККЬ0А0_РЕР081Т0КУ .М001ГУ__8НАР5Н0Т__8ЕТТ11Ф38
или Ба1аЬа8е СоШгоЕ В БаГаЬаве Сошго! щелкните на ссылке АиЮтайс УУогк1оас1
РерозИогу, расположенной в секции Шайзйсз Мападетеп! на странице с закладкой
АбттЫгайоп. Затем щелкните на кнопке Е(Ж, чтобы выполнить изменения.
Хранимая процедура позволяет более гибко задавать значения параметра ЛМТЕНУ'АЬ по
сравнению с тем, как это можно сделать, используя ОаГаЬаве СопГгой
Моментальные снимки можно получать вручную с помощью 1)а1аЬа§е СоШго! или
хранимой процедуры ВВ148__ТОНКЬОАЕ__НЕРОЗ 1 ТОНУ. СЕЕАТЕ_8КАР8НОТ. Они
дополняют автоматически получаемые снимки и фиксируют поведение системы в двух
определенных точках, которые не совпадают с моментами запланированных сборов
статистик, выполняемых автоматически.
Базовые показатели, получаемые на
основе моментальных снимков из АУУЯ
-* Важный период в прошлом 4 ~
ОВМ5^ОЕКЪОАВ_ПЕРО8ХТОПТХВЕАТЕ_ВА8ЕЪХНЕ ( -
вЪаг^впар_ха ХМ МЖВЕК ,
епЦ^впар^хс! ХМ МОМВЕВ ,
ЬавеХХпе^паше ХМ УАЯСШШ2.)^
9~23 СорупдМ © 2006, Огас!е. АН пдЫк гезегуед.
Базовые показатели, получаемые на основе моментальных снимков из АУЖ
Механизм получения базовых показателей (ЬазеПпё) позволяет пометить наборы
моментальных снимков, полученные в существенные периоды времени. Базовые значения
показателей определяются на основе пары моментальных снимков; эти снимки
идентифицируются с помощью последовательных номеров (зпар__±с1). Каждый набор
базовых значений соответствует одной и только одной паре моментальных снимков.
Для идентификации базовых показателей используются имена, назначаемые
пользователем или генерируемые системой. Базовые показатели можно подсчитать,
выполнив процедуру ПВМ8__ШККЕ0А0_КЕ РОЗ I ТОКУ. СКЕАТЕ _ВА8ЕЫЫЕ, при вызове
которой задается имя набора базовых показателей и пара идентификаторов моментальных
снимков. Имя набора базовых показателей (ЬазеНпе) должно быть уникальным для всего
периода жизни базы данных.
Базовые показатели используются для удержания данных моментальных снимков.
Моментальные снимки, принадлежащие наборам базовых показателей, удерживаются до
тех нор, пока не будут удалены соответствующие базовые показатели.
Обычно базовые показатели за некоторый репрезентативный период времени в прошлом
используются для сравнения с текущим функционированием системы. Кроме того, в
ВаГаЬа$е Соп(го1 можно настроить получение сигналов на основе пороговых значений
(1йге$йоШ)а$е(1 а1ег&\ полученных с использованием базовых показателей (ЪазеИпе).
Получить номера зпар^тс! можно прямо из представления БВА__Н18Т__8ЫАР5НОТ или с
помощью 1)а1аЬазе Сопкой
Примечание: дополнительную информацию о пакете Г)ВМ8__ТОККЬОАЕКЕ РОЗ I ТОКУ
см. в документе Окас1е ОаюЬазе РЬ/$()к Раска^ез апс1 Турез Ке/егепсе СиШе.
9-24
СорупдЫ © 2006, Огас1е. АН пдЫз гезегуеД
Обзор инфраструктуры консультантов
Консультанты (асКгзогз) - это компоненты сервера, предоставляющие пользователю
полезную информацию об использовании ресурсов и эффективности соответствующих
компонентов сервера. Консультанты используют все ресурсы, которые были рассмотрены
ранее в этой главе, а также некоторые дополнительные. Ниже приведен перечень
доступных консультантов.
* Автоматический диагностический монитор базы данных (АнТошабс ВаСаЬазе
В1а^по8Йс Мопйог - А1ЮМ); производит анализ экземпляра “сверху-вниз”,
выявляет проблемы и их потенциальные причины, а также выдает рекомендации по
устранению проблем. АЛОМ может также вызывать другие консультанты.
• Консультант настройки кода 8(}Е (8(?.Е Тип1н§ АсМзог); выдает рекомендации по
настройке команд 8<2Ь.
• Консультант доступа к данным из 8<2Ь (8(}Ь Асеева Абтког); используется для
решения проблем, возникающих внутри схем БД, выявляет оптимальный путь
доступа к данным (например, с помощью индексов и материализованных
представлений).
♦ Консультант РСА (РСА АсМзог); предоставляет подробные статистики, имеющие
отношение к рабочим областям, и вырабатывает рекомендации по оптимальному
использованию пространства в программной глобальной области (Рго&гат С1оЬа1
Агеа ~~ РСА) на основе характеристик рабочей загрузки.
Обзор инфраструктуры консультантов (продолжение)
• Консультант 8СА (8СА Айтког); отвечает за настройку и выработку рекомендаций
по размеру системной глобальной области (8у$1ет С1оЬа1 Агеа - 80А) на основе
модели доступа к различным компонентам внутри 8ОА.
• Сегментный консультант (8ецтен1 Айуког); выдает рекомендации по решению
проблем, связанных с пространством объектов, а также анализирует тенденции
увеличения размера объектов.
• Консультант управления информацией отмены (Епйо Айтког); выдает
рекомендации по заданию параметра времени удержания информации отмены, а
также предоставляет сведения о размере дополнительного пространства, которое
может потребоваться для операций отката назад к определенному моменту времени.
Основные преимущества инфраструктуры применяемых консультантов:
• все консультанты используют унифицированный интерфейс;
• все они могут быть вызваны и результаты их работу не противоречат друг другу.
Использование консультантов с
помощью 0а(аЬазе СопСго!
9-26
СорупдМ © 2006, Огас1е. АН пдМз гезегуей.
Использование консультантов с помощью Оа&Ьаее СопСго!
АЙУ18ОГ СеШга! это главная страница для доступа ко всем консультантам. Перейти на нее
можно, щелкнув на ссылке Ас1у18ОГ Сеп1га1 в секции Ре1а1еб 1дпк8 на странице 0а(аЬа8е.
Однако это не единственное место внутри ОаТаЬазе Согйго! СоП8О1е, откуда можно
вызвать консультантов.
На странице АсМзог Сеп1га1 можно просмотреть все задачи консультантов,
зарегистрированные в автоматическом репозитории рабочей загрузки (АШотаГю
1Уогк1оас1 Керозиогу - А1УК). Можно вывести сведения о задачах, соответствующих
предопределенному типу и периоду времени.
9-27 СорупдЫ © 2006, Огас1е. АН пдИ& гевегуед.
Типичный сеанс настройки с использованием консультанта
1. Создание задачи для консультанта.
Задача - это описание в области рабочих данных (ехесШаЫе (1а1а агеа) в
репозитории, управляющее анализом при настройке.
2. Настройка соответствующих параметров задачи.
Параметры задаются для главной задачи консультанта и управляют его работой.
3. Выполнение анализа.
Выполнение задачи - это синхронная операция; управление не возвращается до тех
пор, пока операция не будет завершена или же пока пользователь не прервет ее
выполнение. В любой момент времени операцию можно остановить и просмотреть
результаты до точки прерывания процесса анализа Если результаты не
удовлетворяют пользователя, он может продолжить выполнение задачи и получить
дальнейшие рекомендации. Можно также изменить параметры задачи и
перезапустить ее выполнения.
4. Просмотр результатов.
Результаты анализа просматриваются с помощью встроенных представлений или же
с помощью Ра1аЬа$е СоМго!. Можно принять, отвергнуть или проигнорировать
рекомендации. Если рекомендация отвергается, пользователь может перезапустить
выполнение анализа, используя отвергнутые рекомендации в качестве подсказки для
следующей операции анализа.
Ручной вызов АБОМ
По умолчанию каждый моментальный снимок, полученный в базе данных Огас1е и
хранимый в А\Ж, обрабатывается задачей АББМ. Кроме того, можно создать
собственную задачу для АББМ, чтобы выполнить анализ в представляющем интерес
интервале времени, задав начальный и конечный моментальные снимки.
Чтобы создать задачу АББМ, выполните следующие шаги:
1. Перейдите на домашнюю страницу базы данных. В секции Ке1а1ейЫпк8 щелкните
на ссылке Айу18ОГ Сеп1га1.
2. Под заголовком АЙУ18ОГ8 выберите ссылку АРРМ.
3. Выберите опцию Репой 81ай Игле, а затем щелкните на моментальном снимке,
который вы хотите использовать в качестве начала интервала времени. После этого
выберите опцию ЕпЙ Игле и щелкните на моментальном снимке, показывающем
окончание интервала времени.
4. На странице АРРМ Тазк просмотрите результаты выбранной задачи АББМ.
Обзор применения консультанта
настройки кода 801_
• Используйте консультант по настройке кода
801. для анализа команд 801. и получения
рекомендаций по производительности.
• Консультант по настройке кода 801. использует
следующие источники д/|я анализа:
- Тор 8(21_ (анализ активного в настоящее время
кода 8СМ_, потребляющего наибольшие ресурсы)
- 801. Типтд 8еЬ (анализ списка команд 801,
предоставленного пользователем)
- 8пареЬо18 (анализ моментального снимка)
- Ва&е1!пе$ (анализ результатов базового
измерения)
М
СорупдЫ © 2006, Огас1е. АН пдЬ& гееегуеб.
Обзор применения консультанта настройки кода 8(Ж
Консультант по настройке кода 8(?Е используется для анализа команд 8()Е и получения
рекомендаций по производительности. Обычно этот консультант запускается
автоматическим диагностическим монитором базы данных (АнЮтаИс 1)ШаЬа$е Вга^позНс
МопИог -- АВ1УМ) при обнаружения проблем производительности
Дополнительно можно запустить консультант по проверке кода 80Ь. когда необходимо
проанализировать команды 8рЬ (юр потребляющие наибольшее время ЦП, сильно
нагружающие ввод-вывод и расходующие большое пространство в оперативной памяти.
Консультант по настройке кода 8рЕ подробно рассматривается в Огас1е Ва1аЬа$е 10$:
А дминистрирование I.
Обзор применения консультанта
доступа к данным из кода 8(Ж
Спецификация
рабочей нагрузки
- Команда ЖЖ
- ЗОЕ Тш11пд 8е1
- ЗОБ, находящийся
в кэше
- Статистики
- Имя схемы
Рекомендации
~ Индексы
~ Материализованные
представления
- Журналы
материализованных
представлений
Консультанта доступа к
данным из кода ЗОЕ
СорупдЫ © 2006, Огас1е. АН пдЬ& гезегуеб.
Обзор применения консультанта доступа к данным из кода ЗОЕ
Консультант доступа к данным из кода (8()Ь Ассехз А(1у1$ог) может для данной
рабочей нагрузки выдать рекомендации по подходящему набору материализованных
представлений, журналов материализованных представлений и индексов. Важно понимать
значение подобных структур и их использовать. В результате в ходе оптимизации кода
8(Ж можно существенно повысить производительность выборки данных..
Консультант доступа к данным из кода 8(?Е выдает рекомендации по использованию
различных индексов: битовых, основанных на функции и в виде В-дерева. Битовый индекс
часто уменьшает время ответа для многих видов незапланированных запросов (асМюс
диепез) и снижает требования к занимаемому пространству по сравнению с другими
типами индексов. Индексы в виде В-дерева обычно используются в хранилищах данных
для индексации уникальных и близких к уникальным ключам.
Данный консультант также выдает рекомендации по оптимизации материализованных
представления. В результате они могут более быстро обновляться, а их применение
позволит использовать преимущества перезаписи запросов (диегу гемгНе).
Примечание: дополнительные сведения о материализованных представлениях и
перезаписи запросов см. в документе Огас1е Ра1аЬазе Рег/огтапсе Тип1п& СиШе.
Типичный сеанс консультанта доступа к
данным и кода 8СН-
& ЬкгШ 0р?юп« й'сгл з Тазк йг Т₽тр1йе
А&т». » 5&1 Ассезз А«М®ог {«Лэ! Ст-Ьда?
801 Ассе$$ Адм1баг: 1пНЫ ОрЬопз
8б;ёс1 з ай й оНй! с-рйспз
Ше Ойацй ОрЬспа
№е ре??еяпепс« « ьиь диепе$ сзп опер Ь® киргожва Ьу пештд
*• «гёе&зт! йпкяйгез. чке йи&хее епй Ма1ерапг«й \Ш. &а- Мр в>
<Ма ГШЙ8У31 Тпе 501 Ассезз А&:зог е*а!ца№& 50к е5а!бгйеп5е т з
^«мЬеай. апб сап сиддШ «гбекеб. пийепзНхей ?«’?><« агк!
дап&нвнгзй яру/ 1с^е 1Ьз1 %Й шгргс^ рабЬвпзпсе с( ТИе '>УС1к|®ай аз
ИГ <ч-=- «>% 5?аП5"й ре;?ч гс? да «гда /У; сап са срггжй ='*=?> аИ:
^гагй
Т-а«к§ апй Т$тр1®&§^
| Тегпри1её 6п1у
С-ейцй Еглефнз® Мабздег .зек ?еп>р1а*е
6эпе?з1 ршз-ззе йа1а!те 1е»п₽5й1е
ОСТР йзТаЬазе 1етрЫе
Па1а МУагейоизе бй1аЬгег 1етр1а!е
€аЙ %8й;1йй«?
РвЫ7.Ж05 1010 55 АМ
ЕйЬ 17,200510 5051 АМ
?еЫ?..2Ж1С.1П62АМ
17» 2005 КИО 53 АМ
У|да ОрйЬйз^г
Тт*
&о?аий Тетрйае
Тегпр!а1е
Тетр1а№
Гетр5а1е
А 301АССЕ55_ЕМТА5к
^Ь^СЕЗ^ОЕМЕРА!.
5О1АССЕ25.СЕТР
;$01АССЕ5Ё ^А^ЕНСШЕ
9-31
СорупдЫ © 2006, Огас!е. Ай пдЫз геаегуеб.
Типичный сеанс консультанта доступа к данным и кода 8СЖ
Рекомендуется в самом начале сеанса консультанта доступа к данным из кода 8РЬ
выбрать вариант Озе ОеТаиИ Ор1юпз, при котором выполнение анализа производится с
использованием предопределенного набора опций консультанта.
Можно воспользоваться также другим вариантом и запустить задачу анализа, выбрав
“1пЬеп1: Орйопз Тгот а Тазк ог Тетр1а1е”. В таком случае отмечается шаблон и/или
задачи, опции которых наследуются и используются при выполнении анализа
консультантом. В число таких шаблонов входит несколько общих шаблонов: Сепега!
(универсальная среда), 01ЛГР (оперативная обработка транзакций) и \Л/агеЬоизе
(хранилище данных). Можно также сохранить настроенные шаблоны от предыдущих
задач и использовать их повторно, когда это необходимо.
Щелкните на кнопке Сопйпие для запуска мастера консультанта доступа к данным из
кода 80Ь.
Примечание: в БаГаЬазе Сопйо! можно обратиться к консультанту доступа к данным из
кода 80Ь на странице АсМзог Сеп1га1.
Рабочая нагрузка
О&1АСХ.С2 Игпглцн 1!1«?
Саг:-!:!:!
•—
х^ФВ-М! &&«!«:
801 Ассезв АсМ-юг: \Л(огкЬвс1 Зшгсе
ЬмвЬаее Е0ЙХР14Р1_игл!.ргвс{е.сйп»
• Нея
5екс1 Фе бсисе о! Йк мииМсай Ф& уау <^*ч1 ь «$е Ьг Фе аи.йуяк. Нге Ьех! «адМсай « с-пе ФМ Му •ергеее-'йз ай Фе 5йЬ згЛялеЛз Фз: ассехе Фе ип^егЫпс.
;«Ые®
Г* Сивев! аай Ресев! 5й1 АсМу
Уйий«й йогп ЗС< керов-ки-у
501. ТивФд 5« &Г8 МУ_5Т5_«УйРК.ОАГ
(' !?5е1-Г>е6пей 'Л/с1К!йаС< ФфЖ ъйЬ йотя а ТаЫе а» Укад
1 Г У*\ 1тух> '№
Гаке $
С С1-ззге а НуреФеПса! УЛгИззй *етп Фе гоймкд ЗсЛете? 5ВЙ ТаЬгзз
./
ТгЫез
~а
УАйегОрШзт
Гои сап а₽п!у йй§1 ? 1с геЗисе Фе ссоре о!Фе йагеп-егйб йипб ш Фе «юФ&гЗ ие-пд ййегс лас ъж асу&иадас Г:?й, * -Лгес’с Фе аелесг 1с из!е
гессвипепййювз Ьзсес св а зресЖс еиЬее! зГ51з!е1пеп1з бэт Фе лои<:оай. юЛкп тзу 1еай !е аейег ерззйу гесепшепеаИспа. Бесавб. гешо^пд ехИ'аееоиз
а5з!ев1ег.>з Фа лсФк-ай гпсу дгеайу гайвсе ргссеся-аа {те
9-32
СорупдЫ © 2006, Огасте. АН пдК& гезеп/еб.
Рабочая нагрузка
Используйте страницу У\/огк1оас1 боигсе мастера 501. Ассезз Аб\лзог для задания
определенной рабочей нагрузки, которая позволш получить рекомендации.
Предоставляются следующие варианты:
• Сиггеп! апй Несен! 8<2Е Асйуйу; в качестве рабочей нагрузки используется
текущий код $(}Е из кэша.
• 1троН УУогк!оа<1 Ггот 8рЕ Керозйогу; в качестве источника рабочей нагрузки
используется ранее созданный объект БД 8ОБ Типтд 8еБ
- Ът§еГ“ВейнеО ЛУогЫошЕ [троп БОЕ й от а ТаЫе ог Ук^у; позволяет получить
рекомендации для рабочей нагрузки, которую сейчас нельзя воспроизвести на
текущей базе данных. С помощью такой возможности можно получить и реализовать
рекомендации доступа к данным до начала эксплуатации приложения.
• Сгеа!е а НуроЙвебса! ЧУогМоай Ггот Ше Ео11отп§ Бс11ета$ апй ТаЫе«; позволяет
задать схему, в которой консультант может произвести поиск таблиц измерений
{сИтеизюп 1аЫез) и сгенерировать рабочую нагрузку.
В дальнейшем границы рабочей нагрузки могут быть сужены. Это осуществляется путем
задания фильтров в секции НИег Орйопз. С помощью предоставляемых опций можно
ограничить набор команд БС^Е, входящих в рабочую нагрузку. Фильтры применяются
консультантом к рабочей нагрузке для того, чтобы сфокусировать усилия по настройке.
Фильтры:
* команды БС^Ь с наибольшим потреблением ресурсов;
« пользователи, идентификаторы модулей и действия;
• таблицы.
Опции получения рекомендаций
801 Асееве АсМэог: РесоттепйаЬоп Орйст
<С№«у Лкк|
Гуре»
ТЬе а&»*о» т:ау гесогпФепй «пбехэд зг глафла-^ее Ю гейисе Же ате < »«к«& -с $ай &йа Нс^еуег усу пнге! Ьаалсе -Ы$ ЬепеЙ «дз;Л51Же е-зл к, л-апта*»
Же <^й&лв«: =1ше1ше«. 5е1ел Фе ц-ре о? еЬгхФгег. 1е Ье гедеФгпед&д Ьу Фе з4йво1
С каЗазве «
ЬШвлайгм! Хбтз
« ВоФ Фййхйе апй Мйезайзес Угёу/а
‘г ЕуЛзйоя СЫу
= #ЧмаН^с»ч - • » ;-л: < «чъ314 >;<:< у:,-;гзиМз»’ ЙЛ •««г»'*»' V, ’А'-.хх хХЧ'. »•<=*>.•»•" И»»'-.:
А<|у&ог Г^ойе
ТЬе .«сЬ)801 сап гда !Ч сое с-к^о гг-оае». Ьглвэд от Ссглргвяепаие Ьтиие Масе ч ггеаи! 1с геьвп <;жЬ!у «ш ре-жагфФе йжежепгг --•'Ф Же нкЖе?’ есзг.
рс1еп1|а8у щпогтд «а1№чеп& »ИК а сс$1 Ье-«м а свпа>ч ФгееЫй СагпрпФег^д Мойе репагт зг- ехЬаъгЬ<:» зяаКбк.
’** Ьвпйэй Мойе
_>-„- • - - ..:; ;о.;:..? >- ."..-: чЧ-.;:-
г СстрсдЬегйзд Мейе
• ж -.-. -. "• ? е <!й358Йл.;
Сг®ей*пга»юп
У/с-Моай Уе1айШу
9~33 ___________СорупдЫ © 2006, Огас1е. АН пдНа гееегуеск
Опции получения рекомендаций
Используйте страницу Кесоттепбайопз ОрЙОПЗ для указания того, ограничивать ли
рекомендации консультанта только одним методом доступа. В секции Ресоттепбайоп
Турез выберите 1пбехез или Ма1епа1|2еб У1еш$ или же оба вида рекомендаций. Можно
также выбрать Е\/а1иайоп Оп1у для проведения одной лишь оценки существующих
структур доступа. В этом режиме консультант не генерирует новые рекомендации, а
комментирует использование существующих структур. Это полезно для отслеживания
эффективности использования во времени текущих индексов, материализованных
представлений и журналов материализованных представлений.
Секция АбУ!80Г Мобе используется для задания одного из двух режимов выполнения
консультанта. Эти режимы влияют на качество рекомендаций, а также на время, требуемое
для их получения. Когда задан Сотрге11еп81Уе Мобе, консультант осуществляет поиск
большой совокупности команд-кандидатов, в результате чего повышается качество
рекомендаций. Если же выбран ЫтИеб Мобе, консультант отрабатывает быстро,
ограничиваясь рекомендациями для определенных команд-кандидатов.
В секции Абуапсеб Орйопз можно отразить или скрыть опции, которые позволяют задать
ограничения на пространство (Зрасе Рез^псИопз), параметры настройки (Тип!пд Орйопз)
и месторасположение структур хранения по умолчанию (ОеТаиИ ЗЮгаде Еосайопе).
Используйте раздел Шогк1оаб СаШдопхаЙОП для задания опций учета в рабочей нагрузке
операций изменения (И/огк1оаб Уо1ай1йу) и границ рабочей нагрузки (\/Уогк1оаб Зсоре).
Для процесса формирования рекомендаций можно выбрать первоочередное рассмотрение
операций “только чтение' или же, наоборот, операций изменения связанных объектов.
Опции получения рекомендаций
V АсЬ-ап _ч4 Ср1юп»
ЭД«к:йая
Лсн^ай -А<:^?:Му
< * ЛЗм <Уй8сг :>: ®еп®к!е й>е .»«*!< У («егелсв'З «^еа» '<Л:М1 «от»$ »вссггдаеп4Я=«1$
- V.;-- ч> - у .•.?> - »-.»»-« У< -:.-!•-: «
' ->а :ет аье о:1в::1йу им » йм> пл'хчяч'ОЛЬепв
УЛИ 1-^
'' Л:этМ-Эй:<
< " '„лпуйзе ‘Л'мМсас
К«58гкйеад
1паехе« ®«г вм^гЬгеб «г»? «лгйж-- (-ёйсвайапсе а :а® со®! & ®₽«.® л-Ьйл а® 501 Алче®$ Айк" ~ :>:-•<« й« йтй; г<« гь-л г ^«’.дан ч «а тЛг -Л® Ь®я
р-з>з№ ре&тгжсе >®1'0“'.®-.®пй®:-:-::? ’Лкев ге^е^д 1аек г®$сй$ усе сап <3сг;ве «вйсЬ [ессггцтв-й'КА? |г ‘п-р:®пжз С« у-зч '*«*< №е «апч а йч®
ГМбЛЯЛЙПЯЙкЧП «ф«К.® :&#Ж-?гГ№-'4~ 15 М «ЧЙЧ1--- •; кпгяС
!15. ^ЧЗ''Г':е х!1 îѮ:Пт8,'К!3:К!:3
е Уе5. ,Н*е « яПЧчиМ 5г->4 1дай : Г'.;,.:
Тзлгйкй С’»й«'<в
®1кчк1Гс :.лзм) я? 5С1 5и!е«ч5ч-~ к-у ! Сффпвдо 0 ей
А?5# АгМЗг» -А «’ПЗЧ&Г СЛИЯ-П С&818 &Й:5"<: ГКЙЙИПвЛЙЛЫ"®
Оейчий $гс«д«ч
Р» ®иай :Г13е ‘--. «з|: 1-6 |4жсч!>п :»1я агНегп® аг>': ГА^рзсе еИЬ® 1зЫ<? !.Ьг? айзгаде.ил1и^!1ДеЗле:*члё:Ье(гасей:п:пг ®с«Х'Гла апЗ «ймеър’ке г!1?:с
!й..1е гй*е«агкчЗ ;я :я® даег/ зяЗ «чяииксй ле^ ы«з'> “ч~ Ък р=зсйй в» ‘3« с»;зз» ’зЫирасе о: к<е зсЬегвз -з?-»® 1а&:& П-ву Мелассе 'П»®ё 6в1й зёс#
«си 1а скавз ::»з>е свйвй рсаязп® _______________
1ве®>-Тзь:-<р-ке \
• 2а;®>м Г
иаеп»;гедХ':вг/У®*ге®₽з--г |
Нагыкг&геЛ г^'а 5спаша I
Ыз!злзя:«4 г-ёА сеу Тавеаеасе
________________________- ______________О1^АС.Ь±х________
9-34
СорупдМ © 2006, Огас1е. АН пдЫа гееегуеб.
Опции получения рекомендаций (продолжение)
В разделе ^огк1оаб 8соре можно выбрать вариант частичной рабочей нагрузки (Рагйа!
\Л/огк1оас1), при котором не включаются рекомендации по удалению неиспользуемых
структур доступа, или вариант полной загрузки (Сошр1е1е ТУогИоаф, включающий такие
рекомендации.
Раздел 8расе Ре81псйопз используется для задания строгого ограничения на
пространство, которое вынуждает консультанта вырабатывать только такие рекомендации,
при которых не превышается установленное ограничение на общий размер пространства.
Раздел Тип1пд Орйопз используется для задания опций учета специальных условий при
выработке рекомендаций. С помошью выпадающего списка в поле “РпогШге Тип!пд оТ
801. 81а1етеп18 Ьу” задается значение, на основе которого упорядочиваются по
убыванию команды $(2Ь. Список содержит: Орйгп1хег Со$1 (стоимостная оценка
оптимизатора), ВиКег Ое1з (чтения буферов), СР1) Типе (время ЦП), р!8к Реабз
(дисковые чтения), Е1ар8в(1 Тте (общее время выполнения) и Ехесийоп Соигй (число
выполнений).
Раздел ОеТаиИ 51огаде косайопз позволяет переопределить установки по умолчанию для
схем и табличных пространств. По умолчанию индексы размещаются в тех же схемах и
табличных пространствах, что и соответствующими им таблицы. Материализованные
представления размещаются в схеме и табличном пространстве пользователя, который
выполнял один из запросов, на основе которого была получена рекомендация но созданию
материализованного представления.
После определения выше описанных параметров можно запланировать выполнение и
просмотреть сведения о созданной вами задаче настройки.
Просмотр рекомендаций
На странице АсМбОГ Сеп1га1 можно просмотреть список всех завершившихся задач
консультанта доступа к данным из кода $()Е. Выберите задачу, для которой вы хотите
вывести рекомендации, а затем щелкните на кнопке \Леш РезиН. Используйте страницу
РезиИв тог Тазк Зиттагу для вывода общих сведений о находках консультанта. На
этой странице приводятся 1-рафики и статистики, предоставляющие сведения о том, как
рекомендации изменят общую эффективность при данной рабочей нагрузке и потенциально
улучшат время выполнения запросов. Здесь же показываются данные о числе
проанализированных команд и количестве выданных рекомендаций.
Для просмотра информации, отражающей другие аспекты результатов, полученных после
выполнения задачи консультанта, щелкните на одной из трех закладок этой страницы:
Ресоттепс1а1юп8,801 ЗШетегйз или Ре1ай8.
На странице Ресоттепбайопв выводятся график и таблица, отражающие рекомендации,
упорядоченные по проценту влияния на общую стоимость совокупной рабочей нагрузки.
Верхние рекомендации имеют наибольшее влияние на улучшение обшей производительности.
Щелкнув на кнопке ЗЬсж ЗОЕ. можно просмотреть сгенерированный ЗрЕ-скрипт для
выбранных рекомендаций. Вы можете щелкнуть на соответствующий идентификатор
рекомендации в таблице, чтобы вывести перечень действий, которые необходимо произвести
для того, чтобы реализовать рекомендацию. На странице Асйопв можно просмотреть все
соответствующие команды ЗрЕ, которые на самом деле необходимо выполнить. Снимите
отметки для рекомендаций, которые вы не хотите выполнять. Затем щелкните на кнопке
8сИес!и1е 1тр1етеп1айоп, чтобы реализовать оставленные рекомендации. Этот шаг
выполняется в виде запланированного задания.
Асинхронная операция
СОММ1Т
Тмптд
ЗДабебсз
8СА АШсН
А^Н
АсМеогз
> Авупс. Соттй
По умолчанию операция СОММ1Т ждет, пока
данные повторного выполнения не будут
сохранены в журнальных файлах.
Теперь можно изменить такое
функционирование на “не ждать”.
Асинхронная операция соммхт полезна для
обеспечения высокой пропускной способности
транзакций.
Однако транзакции могут быть потеряны:
- Отказы машины
- Проблемы ввода-вывода в журнальные файлы
9-36
СорупдМ © 2006, Огас1е. АЙ пдЫа ге&егуеб.
Асинхронная операция СОММ1Т
Когда транзакция фиксируется, процесс записи в журнал (ШК) пишет на диск данные
повторного выполнения (геМ для операции сотгптХ вместе с накопленными журнальными
записями (гес1о) о всех изменениях в соответствующей транзакции. По умолчанию база
данных Огас1е записывает данные повторного выполнения на диск и только после этого
производит возврат управления клиенту. Такой режим работы вносит задержку в
выполнение операции сотый, так как приложение должно ждать завершения записи
журнальных данных на диск.
Предположим, вы создаете приложение с высокими требованиями по пропускной
способности транзакций. Если необходимо уменьшить задержку при выполнении
фиксации, гогда можно изменить опции операции согпттТ по умолчанию так, чтобы
приложению не требовалось ждать, пока база данных Огас1е запишет данные в оперативный
журнал.
Таким образом, генерируемые для транзакции данные повторного выполнения могут быть
не сохранены, когда сообщение о фиксации возвращается пользователю. В результате
появляется небольшое окно уязвимости, когда для транзакции, которая казалось бы была
зафиксирована, может быть произведен откат назад. Наиболее очевидная причина этого -
отказ машины. В этом случае также теряются записи о фиксации в журнальном буфере,
которые не были записаны на диск в оперативный журнал. Другой причиной могут быть
проблемы файлового ввода-вывода в оперативный журнал, возникающие в тот момент,
когда процесс ЬСЖВ на самом деле пытается сбросить данные из журнального буфера на
диск. Когда журнальные файлы не мультиплексируются, обеспечивая достаточный уровень
избыточности, тогда, возможна, потеря результатов операции сотппЛ.
Использование асинхронной операции
С0ММ1Т
• Возможные комбинации:
- 1ММЕЮ1АТЕ, имт (по умолчанию)
- 1ММЕС1АТЕ, ЫОИАТТ
- ВАТСН, НАТТ
- ВАТСН, ИОИА1Т
• Примеры на уровне системы или сеанса:
| АЬТЕК 8У5ТЕМ БЕТ С0ММ1Т ИК1ТЕ = 1ММЕРТАТЕ, ПАТТ
АРТЕК 8ЕББ1ОЫ БЕТ С0ММ1Т ИН1ТЕ = 1ММЕР1АТЕ, ЖЖА1Т
• Примеры команды соммгт:
9-37 СорупдЫ © 2006, Огас8е. АН пдЫз гебегуед.
оРАгие
Использование асинхронной операции соммхт
Вы можете изменить режим выполнения операции с отит г, используя:
параметр инициализации СОММ1Т__ЭДК1ТЕ на уровне системы или сеанса;
• команду СОММ ГТ.
Опция 1ММЕЕТАТЕ гарантирует, что журнальные данные операции сотгп1х немедленно
пишутся процессом ЬСЭДК (то есть инициируется ввод-вывод). Опция ВАТСН означает, что
данные повторного выполнения располагаются в журнальном буфере и операция ввода-
вывода не инициируется. Но при этом процессу ЬСКК разрешено писать данные
повторного выполнения на диск по своему собственному расписанию.
Опция ЭДАТТ гарантирует, что сообщение о фиксации не возвращается до тех пор, пока
данные повторного выполнения для операции фиксации не будут сохранены в
оперативном журнале. При использовании опции ЕОЭДА1Т сообщение о фиксации
возвращается без ожидания завершения записи данных повторного выполнения операции
сотштЕ в оперативный журнал.
Когда отсутствуют какие-либо опции, по умолчанию действуют ТММЕМАТЕ и ЭДАТТ, что
согласуется с предыдущими версиями базы данных. Нельзя одновременно указать обе
опции ВАТСН и ТММЕБ1АТЕ, а также ЭДАТТ и ЕЮЭДАТТ.
После установки параметра инициализации СОММПГ_уУШТЕ команда СОММ1Т, не
содержащая опций, согласуется с этим параметром.
Примечание: опции команды СОМИТ Т переопределяют параметр инициализации
СОММГОУКПЖ.
Итоги
• Диагностика проблем производительности базы
данных
• Конфигурирование репозитария автоматической
загрузки
• Доступ к консультантам базы данных
• Использование консультанта доступа к данным из
кода 8Ок для повышения производительности
базы данных
• Эффективное использование асинхронной
операции соммхт
СорупдЫ © 2006, Огас1е. АН пдНв гезегуеб.
Обзор практического занятия:
использование АООМ для диагностики
проблем производительности
• Просмотр и интерпретация находок АООМ при
проведении диагностики проблемы
производительности
• Реализация рекомендаций АООМ
9-39 СорупдЫ © 2006, Огас1е. АН пдМв гезегуеб.
Управление объектами схем
улснле. мн пдгие гекег/еа.
Рассматриваемые вопросы
Типы таблиц
Секционирование
ЮТ
Кластер
Задачи АБД
• Использование таблиц определенных типов в
соответствие с вашими требованиями:
обычных, секционированных, ЮТ и
кластеризованных.
• Выполнение задач АБД:
- Оценка размера новых таблиц
- Анализ тенденций роста
- Сопровождение статистик оптимизатора
- Оперативная реорганизация объектов схем
Типы таблиц
Обычная
Кластеризованные
Секционированная I
10-3
СорупдЫ © 2006, Огас1е. АН пдЫз гезегуед.
Индекс-таблица
(ЮТ)
Типы таблиц
Обычные (организованные в виде “груды”, “йеар-ог&атгесГ) таблицы были рассмотрены в
курсе Огас1еОа1аЪахе 10%: Администрирование!.
Секции (рагШюпз) - части таблицы или индекса, создаваемые для облегчения управления
очень большими базами данных (уегу 1аг$е (1а1аЬахе, УЕОВ), которые могут содержать
несколько терабайтов данных.
Данные таблиц, организованных в виде 'Труды” (йеар-ог^апкес! 1аЫе), хранятся как
неупорядоченные коллекции (груды или кучи, йеар), В отличие от них в индекс-таблице
{1п(1ех~ог%ат2е<! 1аЫе, ЮТ) данные хранятся в структуре индексного В-дерева.
отсортированные по главному ключу..
Кластер (с1ил1ег) - это группа из одной или нескольких таблиц, совместно использующих
одни и те же блоки данных, поскольку эти таблицы содержат общие столбцы и часто
используются вместе друг с другом.
Типы таблиц
> Секционирование
ЮТ
Кластер
Задачи АБД
Что такое секция и для чего
она используется?
Секция:
• Часть “очень большой” таблицы или индекса
• Хранится в своем собственном сегменте
• Используется для повышения
производительности и улучшения
управляемости
10-4 СорупдЫ © 2006, Огас!е. Ай пдЫб гевегуед.
Что такое секция и для чего она используется?
Секция - часть (р!есе) "очень большой” таблицы или индекса, хранящаяся в своем
собственном сегменте. Поэтому такой секцией можно отдельно управлять. Примером
"очень большой” таблицы является таблица хранилища данных, содержащая несколько
гигабайтов данных. Секции могут быть разбиты дополнительно на подсекции
($иЬрагШюп$} для повышения уровня управляемости и улучшения производительности.
Секционирование может способствовать улучшению производительности, так как многие
запросы получают возможность игнорировать секции, не соответствующие предложению
КИЕВЕ и поэтому не содержащие запрашиваемые строки. В итоге уменьшается объем
полностью просматриваемых данных при получении результирующего набора (гезиИ зе1).
Операции над секционированными таблицами и индексами могут быть выполнены в
параллель. В этом случае различным параллельно выполняемым серверным процессам
выделяются для обработки различные секции таблицы или индекса.
Секции
Характеристики секций:
• Одни и те же логические атрибуты: одинаковые
столбцы, ограничения и индексы
• Различные физические атрибуты: хранение в
разных табличных пространствах
• Прозрачны для приложений
• Несколько методов секционирования
ю-5
СорупдЫ © 2006, Ога^е, АН пдМз пэ8егуе<1
Секции
Каждая секция хранится в своем собственном сегменте и ей можно управлять отдельно.
Она может использоваться независимо от других секций. Секция - структура хранения,
позволяющая произвести лучшую настройку для обеспечения доступност и и
производительности.
В основе одной из возможностей параллельного выполнения лежит использование секций.
Операции над секционированными таблицами и индексами могут быть выполнены в
параллель. В этом случае различным параллельно выполняемым серверным процессам
выделяются для обработки различные секции таблицы или индекса
Секции и подсекции таблицы или индекса совместно разделяют одни и те же логические
атрибуты. Например, все секции (или подсекции) в таблице разделяют определения одних
и тех же столбцов и ограничений, и все секции (или подсекции) индекса разделяют одни и
те же опции индекса. Однако физические атрибуты (например, ТАВЬЕЗРАСЕ) могут
отличаться. Хранение секций в отдельных табличных пространствах полезно для
независимого резервирования и восстановления, контроля установления соответствия
данных с дисковыми драйверами (балансировка ввода-вывода), а также для снижения
вероятности повреждения данных.
Секционирование прозрачно для существующих приложений и обычных команд ВМЬ,
выполняемых для секционированных таблиц. Однако при программировании приложения
можно также воспользоваться преимуществами от использования в командах ОМЬ имен
таблиц или индексов с указанием секций (рагШюп~ех1епде(11аЫе ог Мех патез}.
Дополнительные сведения о секционированных таблицах и индексах, включая методы
секционирования, см. в документе Огас1е ВаТаЪазе АдтпйзТгшог 5 Мк.
Создание секции
СорупдЫ © 2006, Огас1е. АН пдЬ& геаегуеб.
Создание секции
ЭашЬазе СопТго! поддерживает различные типы секционирования таблиц и индексов и
упрощает процесс их создания. Мастера (\укагб8) ведут вас по шагам процесса создания и
предлагают возможные опции.
Выберите Ас!т1П181гайоп > ТаЫез. На странице ТаЫез щелкните на кнопке Сгеа1е,
чтобы создать секционированную таблицу. Выводится страница “Сгеа1е ТаЫе: ТаЫе
Огдагнзайоп”, на которой можно выбрать создание неупорядоченной таблицы (Ьеар-
огдагнхес! ТаЫе) или индекс-таблицы бпйех-огдагнхеб ТаЫе). Щелкните на кнопке
Сопйпие для перехода на страницу СгеаТе ТаЫе. На этой странице указывается имя
таблицы и другая информация. Щелкните на закладке РагШюпз, а затем на кнопке СгеаТе.
Открывается страница СгеаТе Рагййопз: РагШюЫпд МеТТтос!, приведенная на слайде. Она
содержит точки входы в мастера создания секционированных таблиц. Примите решение о
типе секционирования, а затем щелкните на кнопке Сопйпие, Мастер ведет вас по шагам
процесса создания , в ходе которого задаются столбцы, определяющие секции и их
спецификации.
Методы секционирования
• Капде: соответствие строк секциям
устанавливается на основе логических диапазонов
значений столбцов (например, месяцев года)
• НааН: строки распределяются по секциям на основе
хэш-значения ключа секционирования
• Иа1: строки распределяется по секциям на основе
задаваемых АБД списков дискретных значений
• Яапде-ЬааИ: строки распределяются на основе
метода диапазонов на секции, а внутри каждой
такой секции на подсекции с использованием хэш-
метода
• Папде-08<: строки сначала распределяются на
основе метода диапазонов, а затем с
использованием дискретных значений
Методы секционирования
* Производительность при использовании секционирования по диапазонам (ганце
рагШюпт^) наилучшая, когда данные равномерно распределены по этим диапазонам.
• Хэш-секционирование раПШошп^) означает автоматическое равномерное
распределение данных: АБД не может управлять тем, как конкретная строка
попадает в секцию. Пример:
СКЕАТЕ ТАВЬЕ гедтопз
(гед1оп__±с1 М)МВЕКГ гед1оп_пате УАВСНАК2 (25))
РАВТ1Т1ОЫ ВТ НАЗН (гед±огГ_1с!)
РАКТ1Т1ОМ8 4 5 ТОВЕ 1И (ЕЬз!, ЪЬз2, ЕЬзЗ, ЕЬз4);
В этом примере показана хэш-секционированная таблица. Распределение по секциям
производится на основе столбца гедтоп 1(± Создается четыре секции, им
присваиваются имена, сгенерированные системой, сами секции располагаются в
табличных пространствах ЕЬз1, СЬз2, ЕЬзЗ, апб гЬз4.
* Когда необходим полный контроль над распределением строк по секциям, задавайте
в описании каждой секции списки (1Ы) дискретных значений для столбца, на основе
которого осуществляется секционирование. Например, это может быть код штата.
* Смешанное секционирование на основе метода ган§е-1за§11 идеально подходит для
хронологических (ЪШопса!) и расщепляемых ($йтр1п&) данных.
• Секции, созданные на основе метода пш^е-ШС - это только логические структуры;
их данные хранятся в сегментах подсекций.
Сопровождение секций
Сопровождение секций
После того, как секционированный объект был создан, его сопровождение можно
осуществлять с использованием ВаГаЬаяе СопГгоЕ
Выберите АсМпЫгайоп > ТаЫез. Щелкните на требуемой таблице. В результате
выводится страница ЕШ ТаЫе. После щелчка на закладке РагШюпз открывается
страница, показанная на слайде. На ней можно отметить требуемую секцию и применить к
ней операцию сопровождения, которая выбирается в выпадающем списке поля Асйопб.
Примечание: для изменения характеристик хранения выбранной секции используйте
кнопку Асй/апсес! Орйопз.
Индекс-таблицы
Типы таблиц
Секционирование
> ЮТ
Кластер
Задачи АБД
Доступ к обычной таблице
Доступ к ЮТ
—Ключевой столбец
—Заголовок строки
10-9 СорупдМ © 2006, Огас!е. АН пдЫв гевегуеО.
Индекс-таблицы
В отличие от обычной неупорядоченной (кеар-ог^атжТ} таблицы в мндекс-таблице
(Мех-ог^атгес! ТаЫе, ЮТ) данные хранятся в индексной структуре в виде В-дерева,
отсортированные по главному ключу. Кроме значений столбцов первичного ключа в
В~дереве ЮТ также хранятся неключевые столбцы.
Индекс-таблицы поддерживают все возможности, предоставляемые таблицами, например,
ограничения, триггеры, столбцы объектного типа и с типом ЬОВ, секционирование,
параллельные операции, реорганизацию в оперативном режиме и репликации. Для
индекс-таблицы даже можно создавать индексы.
Индекс-таблицы идеально подходят для приложений ОЬТР, которые требуют наличие
быстрого доступа к данным с использованием главного ключа и высокий уровень
доступности. Запросы и операции ОМЬ над таблицей заказов, используемые при
оперативной обработке заказов, основаны преимущественно на доступе по главному ключу.
Использование интенсивных операций ОМЬ вызывает фрагментацию и, следовательно,
необходимость частых реорганизаций. Поскольку индекс-таблица может быть
реорганизована в оперативном режиме без перевода в недействительное состояние
вторичных индексов, временное окно недоступности данных значительно сокращается.
Индекс-таблица - это альтернатива для:
• таблицы с индексом по главному ключу, созданному по команде СНЕ АТЕ 1№ЕХ;
• таблицы, хранимой в индексном кластере, который был создан по команде СКЕАТЕ
СЫ55ТЕК и в котором устанавливается соответствие главного ключа таблицы и ключа
кластеризации.
Индекс-таблицы и обычные неупорядоченные таблицы
4» По сравнению с обычной таблицей ЮТ: - Обеспечивает более быстрый доступ к табличным данным, который основан на использовании ключа - Не содержит в двух структурах хранения значение главного ключа - Требует меньше пространства для хранения - Использует вторичные индексы и логические кот - Предоставляет более высокий уровень доступности, так как реорганизация таблицы не переводит вторичные индексы в недействительное состояние
е ЮТ имеют следующие ограничения : - Должны иметь главный ключ, проверка которого не может быть отложенной (легенкавее) - Не могут входить в кластер - Нельзя использовать смешанное секционирование ~ Нельзя создавать столбцы с типом ксжго или ьсжа
10-10 СорупдЫ © 2006, Огас!е. АН пдМз гезегуед.
Индекс-таблицы и обычные неупорядоченные таблицы
Индекс-таблицы не имеют обычных (физических) КОШ О. Вместо них используются
логические КОШ О (1о§1са1 гоууШз). Такие КОШЕ предоставляют более быстрый доступ к
данных в индекс-таблице с использованием двух методов:
• использование оценки физического расположения (рку$1са1 при этом время
доступа эквивалентно времени доступа по физическим КОШЕ;
• доступ без оценки (или после неправильной оценки); такие действия выполняются
подобно доступу по главному ключу индекс-таблицы.
Оценка 0ше$8) основывается на знании о файле и блоке, в котором находится запись. Такая
информация верна, когда индекс создается, но изменяется, если листовой блок
расщепляется. Если оценка неправильна и строка больше не размещается в указанном
блоке, тогда для доступа к строке используется оставшаяся часть логического КОШЕ,
содержащая главный ключ.
Огас1е создает вторичные индексы (хесопс1агу Шехе§) для индекс-таблицы, используя
логические КОШЕ, основанные на главном ключе таблицы. Так как строки индекс-таблицы
не имеют постоянного физического адреса, оценки физического расположения могут
устареть после перемещения строк в новые блоки.
Для обновления оценок необходимо перестроить вторичный индекс. Следует отметить, что
перестройка вторичного индекса требует чтения базовой таблицы в отличие от перестройки
индекса обычной таблицы.
Индекс-таблицы и обычные неупорядоченные таблицы (продолжение)
Более быстрый и простой способ исправления оценок (^ие88е$) - использование команды
АПТЕК 1ЫЕЕХ . . . ИРЕАТЕ ВЬОСК КЕЕЕКЕЕСЕЗ. Она выполняется в оперативном
режиме и операции ОМЕ разрешены над соответствующей индекс-таблицей.
После перестройки вторичного индекса или любых других изменениях ссылок на блоки в
оценках, необходимо снова собрать индексные статистики.
Тип данных ПРОШЕ позволяет использовать в приложениях логические РОШЕ таким же
образом, как используются физические КОШЕ, например, как часть курсора или для
выборки КОШЕ с целью последующего внесения изменений в данные. ПРОШЕ может
также использоваться для хранения КОШЕ других баз данных, доступных через шлюзы.
Наконец, тип ПРОШЕ может также использоваться для ссылки на физические КОШ Е.
Создание индекс-таблиц
32Ь> СЯЕАТЕ ТАВЬЕ соипЪку 2 ( соипЪгу_хй СЙЖ(2) | СОЫЗТНАХИТ фШЬгу__хО_пп Ю1 »Л, 4 соипЪгу__пате УАВСНАВ2,(40), 5 ^иггепсу^^иа УАКСНАК2 (25) , б сЪггепсу_зутЬо1 УАКСНАК2(3), 7 тар &Двг 8 ВЬОВ, 9 соызтаиотт сошЛгу_с_ха_рк 10 РК1МАКХ КЕТ (соипЪгу_1а)) 11 ОКСАЫ12АТ1ОК 1№ЕХ 12 ТАВЬЕЗРАСЕ хпдх 13 РСТТНКЕ5НО1ЛЭ 20 14 ОУЕКПХЖ ТАВЬЕЗРАСЕ ивегя$
пмшнь V
10-12 СорупдЫ © 2006, Огас1е. АН пдЫб гезегуеД 1
Создание индекс-таблиц
Как правило, индексные записи обычного индекса в виде В-дерева имеют малый размер. В
них содержится значение главного ключа и КОЖ Б для каждой строки. В листовом блоке
может храниться большое количество таких индексных записей. В случае индекс-таблиц
такая ситуация не всегда повторяется, поскольку в них строки хранятся целиком.
Хранение больших по размеру записей в индексных листовых блоках замедляет поиск и
полный просмотр индекса. Поэтому может быть задано пороговое значение,
представляющее собой процент от размера блока, при превышении которого строка
перемещается в область переполнения.
Конечно, столбец главного ключа должен всегда храниться в индексном блоке ЮТ, чтобы
выполнялся поиск. Но неключевые значения могут располагаться в отдельной области,
называемой областью переполнения {оуег/км агеа\ так чтобы само по себе В-дерево
оставалось плотно кластеризованным (Йеп8е1у сШыегей).
Индекс-таблицы отличаются от обычных таблиц только физической организацией.
Логически операции с этими таблицами выполняются также, как и с обычными, индекс-
таблица может указываться в командах 1Б8ЕКТ, 8ЕБЕСТ, БЕБЕТЕ и БРБАТЕ также, как
и обычная таблица.
Все опции команды АЬТЕК, доступные при использовании обычных таблиц, могут быть
применены и к ин декс-табл и цам. В их число входят: АББ, МОБ1ЕУ и БКОР для С0Ы1М№,
а также АББ и БКОР для СОЫ8ТКА1БТ8. Однако ограничение главного ключа для индекс-
таблицы не может быть удалено, отложено (йеРеггед) или отключено (ШеаЫе).
10-13
ОШ) ко
РВОВ
Кластеры
Типы таблиц
Секционирование
ЮТ
> Кластер
Задачи АБД
101
102
102
102
101
101
М102
АЗО 91
07830
№587
А5675
«0824
20
11
20
28
19
10
СХизЬег Кеу
(ОШЗ^КО)
101 0Ш) пт
05-.ЯШ-97
РВОВ
А4102
А5675
«0824
102 ОШ) ОТ
СУЭТ СР
Й01
20
19
10
С08Т СР
07-ЛАЯ-97 К45
РНОР 2ТУ
ОШ) от
сшт со
ОШ) ко
101
102
^№А
05-У2Ш-97
07-ЛУЯ-97
Некластеризованные
таблицы огбегеи
огйег зХет
Ш)1
К45
А2091
67830
№587
11
20
28
Кластеризованные
таблицы огдегаи
огсЗег хЪет
СорупдЫ © 2006, ОгасМ АН пдЫа геаегуед.
Определение кластеров
Кнастер (с1и$1ег) — это группа из одной или нескольких таблиц, совместно использующих
одни и те же блоки данных, поскольку эти таблицы содержат общие столбцы и часто
используются в запросах с соединениями. Хранение таблиц в кластерах дает возможность
АБД денормализовать данные, вид которых очевиден для конечного пользователя и
программиста. Применение кластеров не требует изменения кода приложения,
обращающегося к таблицам. Кластеры прозрачны для конечного пользователя и
программиста.
Преимущества кластеров
• Уменьшается дисковый ввод-вывод и время соединения кластеризованных таблиц.
• Значение каждого кластерного ключа хранится только один раз для всех строк с
одинаковым значением ключа, поэтому для хранения используется меньше
пространства.
Производительность
Полные просмотры для кластеризованных таблиц выполняются обычно медленнее, чем
для некластеризованных.
Типы кластеров
Индексный кластер
Ддя сопровождения данных, содержащихся в индексном кластере {Мех с1и$1ег),
используется кластерный индекс (с1их1ег Мех). Он должен быть доступен для хранения,
извлечения и сопровождения данных в индексном кластере.
Кластерный индекс указывает на блок данных, содержащий строки с заданным значением
ключа. Структура кластерного ключа похожа на структуру обычного индекса.
В отличие от обычного индекса кластерные индексы хранят неопределенные значения.
При этом для каждого значения ключа кластерного индекса создается только один
элемент индекса. Поэтому при одном и том же наборе ключевых значений кластерные
индексы могут быть меньше, чем обычные.
Хэш-кластер
Для определения местоположения строки в хэш-кчастере (йахй с1и$тег) при выборке и
выполнении операций ОМЬ используется хэш-алгоритм (определяемый пользователем
или сгенерированный системой).
Когда производится поиск с использованием кластерного ключа по условию равенства,
хэш-кластер может обеспечить больший выигрыш производительности по сравнению с
индексным кластером, т.к. просматривается только один сегмент (не нужен доступ к
индексу).
Типы кластеров (продолжение)
Отсортированный хэш-кластер
Внутри отсортированного хэш-кяастера (зогге^ каяк с1ш1ег} строки находятся в списках
отсортированных строк. Каждый список соответствует определенному хэш-значению
ключевых столбцов, определяемому в соответствующем хэш-кластере. Внутри каждого
списка строки хранятся упорядоченно на основе значений столбцов ключа сортировки,
которые определяются в соответствующем отсортированном хэш-кластере. По умолчанию
строки выбираются в таком же порядке, когда выполняется запрос из кластеризованной
таблицы и в предикате используются столбцы хэш-ключа.
Преимущества отсортированных хэш-кластеров в том, что при их использовании не
затрачивается время ЦП и приватная память для сортировки данных при выполнении
запросов, в которых необходимо гарантировать определенный порядок возвращаемых
строк. «
Ситуации, в которых полезны кластеры
Критерий Индекс Хэш Отсорт. хэш
Равномерное распределение значений ключа X X X
Случайное распределение значений ключа X X
Редко обновляемые ключи X X X
Часто соединяемые таблицы “общее- детали” X
Предсказуемое количество значений ключа X X
Запросы, использующие в предикате равенство по ключу X X
Данные выбираются в том же порядке, в котором они были вставлены X
10-16 СорупдЫ © 2006 Огас!е. АЛ пдНз гебегуеб.
Ситуации, в которых полезны кластеры
Когда не рекомендуется использовать кластеры
• Запросы, в которых соединяются таблицы, в приложении выполняются редко, а
изменения значений общих столбцов - часто. Изменение в строке значения кластерного
ключа происходит дольше, чем в некластеризованной таблице, так как Огас1е должен
при этом перенести измененную строку в другой блок для сопровождении кластера.
• По одной из кластеризованных таблиц часто выполняется полный просмотр.
Для хранения этой таблицы используется больше блоков по сравнению с отдельной
таблицей, не входящей в кластер .
• Данные из всех таблиц с одинаковым значением кластерного ключа превышают один
или два блока Огас1е. Для доступа к одной строке в кластеризованной таблице сервер
Огас1е читает все блоки, содержащие строки с таким же значением.
Когда не рекомендуется использовать хэш-кластеры
• Если таблица постоянно растет или если приложение часто изменяет значения столбцов
кластерного ключа.
• Если в приложении часто выполняются полные просмотры таблиц и нужно выделять
достаточно большое пространство для хэш-кластера с учетом предполагаемого роста.
Использование хэш-кластеров и индексных кластеры необходимо предварительно тщательно
спланировать. При их применении могут возникнуть дополнительные накладные расходы,
отрицательно влияющие на производительность, когда выполняются такие крупные
операции, как массовая (прямая) вставка и перестройка объектов.
Отсортированный хэш-кластер: обзор
* Новая структура, используемая для хранения
данных, отсортированных по столбцам, не
входящим в первичный ключ:
- Для кластерного ключа подсчитывается хэш-
значение.
- Строки, соответствующие конкретному значению
кластерного ключа, сортируются на основе ключа
сортировки.
• Используется для гарантированной выборки строк
в определенном порядке без выполнения
сортировки данных:
- Строки возвращаются в возрастающем или
убывающем порядке для конкретного значения
кластерного ключа.
- Необязательно указывать предложение ОГОЕВ. ВУ
для выборки строк в возрастающем порядке.
_ г
| 10-17 СорупдЫ © 2006, Огас!е. АН пдГгёз гезеп/ед.
Отсортированный хэш-кластер: обзор
При хранении в БД Огас1е данных обычной неупорядоченной таблицы строки не
сортируются в определенном порядке, контролируемом пользователем. Более того, решение,
где разместить строку, зависит от эвристических правил хранения. База данных Огас1е не
гарантирует возврат строк в определенном порядке, если только запрос не включает
предложение ОЕВЕК ВУ.
Внутри отсортированного хэш-кластера создаются списки отсортированных строк. Каждый
список соответствует конкретному хэш-значению столбцов ключа. Вместе с таким ключом
определяется ключ сортировки хэш-кластера. Список задает порядок возврата строк по
запросу к таблице, в котором в предикате используются столбцы хэш-ключа.
Отсортированные хэш-кластеры уменьшают использование времени ЦП и понижают
потребность в частной памяти, возникающей при сортировке данных во время выполнения
запросов, требующих гарантированного порядка возврата строк в различных командах $(?Е.
При запросе данных из хэш-кластеризованиой таблицы по ключу кластеризации с
предложением СВОЕ В ВУ, содержащем только столбцы ключа сортировки или префиксные
столбцы этого ключа, оптимизатор исключает накладные расходы сортировки, так как
строки возвращаются отсортированными в соответствие с столбцами ключа. Однако
дополнительная сортировка требуется для запросов, в которых в предложении ОВБЕВ ВУ
указываются столбцы суффикса ключа сортировки или столбцы, не входящие в ключ
сортировки. Такая дополнительная сортировка необходима, если отсутствуют подходящие
индексы таблицы. По этой причине, создавая отсортированный хэш-кластер, тщательно
подбирайте столбцы ключа, определяющего порядок хранения и выборки строк.
Отсортированный хэш кластер: пример
СВЕАТЕ СИ15ТЕК са11з_с1изЪег'
( ог1д±п__питЬег №ЖВЕК *-------—--—• Ключ кластера
, са11_Ь1гоеЕЪатр 1ТОМВЕВ. 8ОКТ I _Ключ
, са1^йи^44;хоп ЮМВЕЕ 8ОКТ) | сортировки
10000
51ЙСЕЕ ТА1 КАЗН Ц ох4дхп_пшйЬег
512Е 5СЧ
СНЕАТЕТАВЬЕ са11б
( огхд1п__питЬег НИМВЕК
, са11 ЫлпевЪдопр И11МВЕК
, са11_аи^Ш1оп КГОМВЕВ
, оЬЬег^АИо УАКСНАЕ2(30))
СШЗТЕК са11в_с1и8Ъех (
огхдхп_пишЬег, са11_Ъхт8±гшр, са11_йигаЪхоп
) :
10-18 СорупдЫ © 2006, Огас!е. АН пдЫз гезеп/ей.
Отсортированный хэш кластер: пример
Метод определения отсортированного хэги-кластера ($опес1 казк екшег\ очень похож на метод
создания хзги-кластера (казк с1иМег).
Сначала создается отсортированный хэш-кластер. Основное отличие от традиционных хэш-
кластеров состоит в том, что дополнительно к столбцам ключа кластера определяются столбцы
ключа сортировки (лот/ кеу). В приведенном на слайде примере ОК1С1Ы__ЫОМВЕР. - ключ
кластера, а САЬЬ__Т1МЕ8ТАМР и САЬЬ__оиКАТЮЕт ключи сортировки. Другое отличие в том,
что в отсортированном хэш-кластере параметр 512Е определяет, сколько записей с метаданными
хранится для конкретного значения хэш-ключа. Размер записи с метаданными {те1ас!а1а еШгу)
зависит в основном от размера столбцов кластерного ключа.
На втором шаге создается сама таблица, связываемая с отсортированным хэш-кластером с
помощью фразы СЕ05 ТЕК. Столбцы ключа кластера должны быть указаны в правильном порядке,
за которыми должны следовать столбцы ключа сортировки.
В примере на слайде отражается следующий сценарий. Телекоммуникационной компании
необходимо хранить записи исходящих звонков, соответствующие фиксированному набору
телефонных номеров, проходящих через определенный коммутатор. С каждого телефонного
номера может быть произведено неограниченное количество исходящих телефонных звонков.
Данные о звонках хранятся в том порядке, как они были сделаны. Позже они обрабатываются в
порядке “первым зафиксирован, первым выбран’* для подготовки счета по каждому телефонному
номеру. Каждый звонок определяется числовой временной меткой.
Примечание: в примере используется одна таблица, однако в кластере можно хранить и
несколько таблиц.
Отсортированный хэш кластер: общая
структура
СорупдМ © 2006, Огас1е. АН пдЫа геаегуей
10-19
с ге/мд
Отсортированный хэш кластер: общая структура
В примере на предыдущем слайде в отсортированном хэш-кластере хранится голько одна
таблица. Хэш-функция очень простая и никаких противоречий не предвидится, так как
сама функция определена на основе ключа кластеризации, а каждое значения кластерного
ключа уникально. Параметр НА8НКЕУ8 фактически отражает количество различных
исходящих телефонных номеров, а параметр 81 ХЕ - количество байтов, используемых
для хранения метаданных каждого кластерного ключа.
Как вы можете видеть, первая часть сегмента отсортированного хэш-кластера
зарезервирована для хранения точек входа с метаданными (те1а^а1а еп1гу}. Каждая такая
точка входа содержит только ссылку на список соответствующих строк. Каждый список
строится из ряда связанных друг с другом блоков Огас1е. Сортировка каждого списка
выполняется в соответствие с столбцами ключа сортировки.
Всякий раз, когда вы хотите выбрать строки для соответствующего значения кластерного
ключа, находится хэш-значение, указывающее на расположение точки входа в
метаданные, которые предоставляют доступ к отсортированному списку выбираемых
строк.
Задачи сопровождения схем
Типы таблиц
Секционирование
ЮТ
Кластер
> Задачи АБД
В круг задач АБД входят:
* Оценка размера новых таблиц
• Анализ тенденций роста
• Сопровождение статистик оптимизатора
• Оперативная реорганизация объектов схем
10-20
СорупдМ © 2006, Огас1е. АН пдЬШ гедегуед.
10-21
СорупдЫ © 2006. Огас!е. АН пдП1$ геаегуеД
Оценка ресурсов, необходимых сегменту
Возможность оценки позволяет приблизительно подсчитать объем ресурсов, требуемых
при создании нового сегмента. Исходя из структуры таблицы или индекса и оценки
количества строк в таблице, Огас1е приблизительно подсчитывает размер дискового
пространства, который вероятно потребуется объекту.
Например, оценка размера таблицы основывается на следующей информации: типы
данных столбцов, размер столбцов и значение параметра РСТЕКЕЕ. При подсчете
требуемой памяти в выбранном табличном пространстве также учитывается информация
об экстентах.
Чтобы воспользоваться этой возможностью, выберите на странице АсЗтозйгайоп ссылку
ТаЫез в секции 81огаде, а затем щелкните на кнопке Сгеа1е для создания новой таблицы.
Создать новую таблицу можно также, используя операцию “СгеаЕе Ике”. На странице
Сгеа1е ТаЫе в секции Со1итп8 задайте типы данных столбцов. Также укажите, в каком
табличном пространстве создается новая таблица, а затем щелкните на кнопке Е$Йта1е
ТаЫе 8ке. Откроется страница Езйта1е ТаЫе 8|ге, на которой можно задать
предполагаемое число строк (Рго|ес1еб Рхж Соигй). Затем щелкните на кнопке Езйта1е
ТаЫе 81хе, чтобы получить оценку размера таблицы и соответствующего места,
выделяемого в табличном пространстве.
Анализ тенденций роста
* Используется сегментным консультантом
• Собираемые статистики использования
пространства хранятся в АУУК
Зрасе Окаде Тгепй РогТаЫе Л=У.ТЕ8Т
Вот [1/26ЙГ “ Д То Ц уКеГгёвь)
]апиагу 2 004 ГеЬгиагу
П КВ АНосаГеб О КВ 11$ес1
Анализ тенденций роста
Информация о росте сегментов содержит важные сведения для консультантов и
инструментальных средств подготовки отчетов. Например, эти данные используются
сегментным консультантом, а также при подготовке графика тенденций роста сегмента.
Некоторые характеристики возможности получения отчетов о тенденциях роста:
• Анализ данных репозитария рабочей загрузки. Устойчивые статистики использования
пространства собираются в репозитарии рабочей загрузки. Они сохраняются в
определяемой системой схеме. Эти статистики получаются во время создания
моментальных снимков, а также когда проверяется состояние сигналов.
• Отражение тенденций роста в прошлом и моделирование их роста в будущем.
• Поддерживаются только табличные пространства с локальным управлением.
Отчет о тенденциях роста отражает динамику изменения размера сегмента в прошлом и
предсказание его роста в будущем. Графически показываются прошлые данные об
использовании пространства и линейный прогноз их роста.
В ОаШЬазе Соп1го1 для получения отчета о тенденциях роста щелкните на ссылке ТаЫез в
секции 8сЬета, расположенной на странице Абт1П18<гайоп. Затем выберите таблицу и
щелкните на кнопке Ебй. На странице редактирования таблицы перейдите на закладку
бедтегйз. В результате будет выведен отчет о тенденциях роста, пример которого показан
на слайде. Пользователь может задать анализируемый период и получить для него график.
В приводимом примере видна рассчитанная точка во времени, когда сегменту возможно
потребуется больше пространства.
Сопровождение статистик оптимизатора
Сгеейе Оке
СгеаГе 1гк!ех
Сгеа1е Зупопут
Сгеа1е Тпддег
Сепега1е ВЬЕ
ОЫесС РгМ1еде§
2
_ швш
Йеогдапйге
Нии 8едтегП АсМзог
8Иппк §едгпеп1:
0ерегк1епс1е5
ОаШ
НазЬЬаск ТаЫе
Па$?1Ьаск Уегз1оп5 Ооегу
НВ соштаЕЗ ЕХАМРЕЕ
г НА РЕРАВТМЕМТ5 ЕХАМРЕЕ
с НВ ЕМРЕОУЕЕ5 ЕХАМРЕЕ
г НВ иовз ЕХАМРЕЕ
с НВ ЗОВ Н15ТОВУ ЕХАМРЕЕ
г НВ ЕОСАТЮМЗ ЕХАМРЕЕ
г ;НВ ВЕОЮН8 ЕХАМРЕЕ
с НВ ТЕЗТ ВЕ6ЮИ5 ЕХАМРЕЕ
НО 25.3и1 7, 2005 2:00:01 АМ РОТ
НО 27 7,2005 2:00:03 АМ РОТ
гмо 107Ми1 7, 2005 2:00:04 АМ РОТ
ио 19кМ 7_. 2005 2:00:03 АМ РОТ
но 10 □и! 7, 2005 2:00:05 АМ РОТ
но 23 3и1 7, 2005 2:00:02 АМ РОТ
но 4 Зи! 7, 2005 2:00:01 АМ РОТ
но
Не подсчитаньг^~~
„ ; ;
1 10-23 СорупдМ © 2006, Огас1е. АЙ пдЫз гезеп/еск
Сопровождение статистик оптимизатора
Настоятельно рекомендуется собирать статистики после больших операций БМЬ,
например, после вставки 9000 строк.
Пример, приведенный на слайде, показывает (1), что для таблицы ТЕ8Т__КЕС1ОЫ8 еще не
были проанализированы ее статистики.
В Еп^егрпзе Мапарег перейдите следующим образом: Абтт181га1юп > ТаЫез. Выберите
“Мападе Орйггнгег 81аЙ8Йс$” в выпадающем списке поля Асйопз (2), а затем с помощью
мастера создайте задание сбора статистик оптимизатора.
Оперативная реорганизация объектов
схем
• Модификация логической и физической структур
объекта схемы, например, таблицы или индекса
• Прозрачна для пользователей
• Требуется пространство
•—-О——О——О—О
Яесгдагйж ОЬНсШ: ОЬ|есШ
0а1аЬазе огс1.огас1ехот ЁсЬета ОЬ]ес1э 1 Сапс₽И Вайс! ’ •'«Т- ^ехП
Ьоддей 1п Ай 8У8 ~ ~
ТЫ© 1аЫе соп1аг<® Фе ©сИета оЬ]ей§ 1о Ье геогдап!‘гей. С1»с1< А(М 1с асМ есЬегпа оЬ>с1© Ф Фе 1аЫе
^а'} (5е* Ди.пЬ1Ле$ ВуТуре^
Л5е1 АйпЬиер
„. м_ клйЦЗййвв Л^а^й..1*1«й;а- яж вйй'
I 0 НР.ТЕ5Т ЕМР ЮХ 1пдех 1Ш8 (Ж8 2048|
Оперативная реорганизация объектов схем
Иногда может возникнуть необходимость изменения логической или физической
структуры таблицы, вызванная проблемами управления пространства, необходимостью
повышения производительности или учета требований новых приложений. Для решения
этой задачи при условии, что таблица остается доступной как для запросов, так и команд
ОМЬ, используется мастер Неогдапке ОЬ]ес(8, предоставляемый Еп1егрп$е Мападег, или
пакет ЕВМ8__КЕПЕЕ1Ы1Т1ОЕ.
Реорганизация таблиц обеспечивает существенное увеличение доступности по сравнению
с традиционными методами переопределения таблиц. 'Таблица блокируется в
монопольном режиме только в течение очень небольшого временного окна, независимого
от размера таблицы и сложности процесса переопределения. Вся операция полностью
прозрачна для пользователей.
Процессу реорганизации необходимо пространство, приблизительно равное размеру
занимаемого пространства переопределяемой таблицы. Когда добавляются новые
столбцы, может потребоваться дополнительное пространство.
Оперативная реорганизация может использоваться для:
• перестроения фрагментированных индексов;
• перестроения фрагментированных таблиц;
* перемещения объектов в другое табличное пространство;
• пересоздания объектов с лучшими атрибутами хранения.
Оперативная реорганизация объектов схем (продолжение)
Опции операции реорганизации:
1гпрзс( РнйоП пейше
Неогдагйзе ОЬ|ес1з: ОрИопз
Ра(аЬаае огс!.огас!е.сот
Ьоддей 1п Ае- 878
8сЬета ,
0Ь)ес(з
Боте оЬ)ес( (урез сап Ье геогдагнгей опйпе УУ'йЬ ап опйпе геогдапгааНоп (Ье оЬ]ес(з Ьа\>е ЫдЬег ауайаЫЙу ЬнЛ (Ье
геогдатгайоп !5 з!оадхег Во уоо *хап( (Ье геогдап12а(1сп (о (атог зреей ог аиайаЫ1йу?
(9 Зреей (оОВпе) - о1уес( ауаПаЫШу !з гю( а сспсегп
ОАуайаЫ1йу (опйпе) - оЬ]ес( а\>аНаЫ1йу К (троИаи!
О Узе РСЖ10 те(Ьой - аййз а Ыййеп со!итп (о (аЫез
ОсгаиИ ТаЫеврже
Реогдап1га(юпз аге рейогтей 1П5»йе (Ье йа(аЬазе апй гедийе зи(йс$еп( (гее Брасе. ТЬе зсга(сЬ (аЫезрасе 1з изей (ог
1п(егтей(э(е з(огаде о( оЬ]ес(з йиппд геогдап1гаЬоп.
О Озе сиггеп! (аЫезрасе
Ои§е зсгакЬ (аЫеврасе
ТаЫезрасе \ _ .'
ТН>йе Аскапсей Орйопз
ОЬ]есЬ Рагате1егв
□ Озе рагаИе! ехесиПоп ч-уреп роззИМе
РагаИе! Оедгее 0Ое(ап11 ОУа!и&= ;
О РеЬийй тйехез адйЬсий Ьддй1д (ог (аз(ег геогдашгаИоп
ЕЮрйа^е апу ек1зНпд созГЬазей орйпигег зкаЬзЬсз
<&Сотри(е з(акз(1сз Ьазей оп аН (Ье пжз о( (Ье зе1ес(ей оЬ]ес($
©Ее(1гпа(е зТаНзйсз Ьаеей оп эсте о((Ье гоууз о((Ье зе1ес(ей оЬ|ес(з ТЬ|® гпе(Ьой 1з (аз(ег Ьш (Ье 5(а(1епс 18
1езз ассига(е.
ЕзЬта(е Регсеп(аде @ ОеГаиК - Огас1е йе(егт1пее (Ье Ьез( затр1е з(2е (ог доой з(а(«з(1сз
О Регсегйаде
ОЗресйу питЬег о( гоууз тзейей ЬеШгееп соттйз ууИеп геогдап!2(пд (аЫее ууйЬ 1.0М6 со!итпз
МогпЬег о( Роу-хз 100 \
Зеввюп РагагпеЬегз
8ой Агеа 8(2е (КВ) ]64 \
ч агеа 5.1хе Иаз « еглзас! оп (Ье ре? 1ог?тйпсе ог )пбе ггт&г-.}
Реорганизация объектов:
отчет о воздействии этой операции
ййраа Кдэап Моте
Реогдапте ОЬ|ес1е: кирас! Нерог!
ВзГаЬаае сгсЕогасГе.сот ЗсЬегпа ОЬ|ес1§ 1
Ыддей !п А§ 8У5
чСайсе1^ чВа€*<]| 8гер 4 от6 [Ней)
Зспр1 (ЗепегаНсв Змттагу
Моз* Эейсцз Маэеаде Бе*еп1у 1НРОЙГЙАТЮН
СепегаОоп 81айей Аид 21,2005 5:48:58 РГЙ
ОепегаОйп Сотр1еТей Аид 21,2005 5:49:01 РГЙ
БсгфГ СепегаОоп 1п1Ьгта1юп
ТЬе ТоНотмпд 1аЫе рге^оеа тГоттОТюп аЬзот Ше оЬ>:=си« апЗ гезсосев вхаггипей синод §спр1 депегОТЬп <Ы 1к1а йе:аЪ от
ану ч'аготпдз от оттого Йе1ес1ей.
1ЙЖ. ...лЙЖШШлСМЛШ.. 4Ш. ...........Ж^Ш;....,.,......
'ЙЕЙ ТАВ1ЙРАСЕ1МГОРМАТЮН Р1ап ЗиЙсйт (гее «расе »п ТаЫёарасе 05ЕР5 5Штд Ргеебрасе
аи1огпаис е^епзюп: 3354417ЕКВ. Епйпд Нееграсе 33546160КВ
1в\’/85{ Ргей§расе: 33544112КВ.
НА ОЗЕР
1МРОРМАТЮМ Р1ап
ЗиШскай (аЫезрасе диоГа Тог Шег НР
рптаэде
Реорганизация объектов: отчет о воздействии этой операции
Перед выполнением каких-либо команд предоставляется отчет, содержащий ошибки и
предупреждения, а также обзор запланированных действий, например, действия по
перестройке индекса.
Реорганизация объектов: обзор
Неогдап1ге ОЬ]ее(в:
Оа1аЬа®е огс1.вгак4е.свгй ЗсЬегпа О1уей§ 1
Еоддей !п А=. л
ЛЬ Магле ЯЕ0Н6АЖЕДЖС1.01ШС1ЕС0И21
ЛЬ 8сЬеЛ!е Яип 1тпге<На№1у
$СПр1
ТЬе еспр! вмтпшу 16 а Нг с4 1Ье г]й!аЬаее сотгпапйг у/Ш Ье иеей Ю геогдзшге 1Ье еЫвсгее оЬ|еси ГЬе 5&'-/е Гей 5спрО
ТиН 5сп₽1 !8 а РЬ/ЗОЬ $спр1 1Ьа1 ИЛЛ® 1ипспс«§, рссеЛге®, апй оГИег сетгпапсб пеейей бийпд Ш&
геегдаг4гаЬйп. ТЬе йЯ1 ®с«р( *<#Ш Ье сгайей %<Ьеп уои биЬглй гпе рЬ апй %-Ш Ье ехеси^ей Ьу 1Ье |оЬ 1о регТогт Н-е
гешдагкЛоп.
У1е>л- Э Ейпр! Зитгпагу О Рий 8сир1
- Тагде! йа(аЬаж его! огас!ё сот ;
- 5сир1 депёга!ёй аг 21-А1>6-2005 17:48 ;
А1ТЕР №ЕХ "НК- ”ТЕ5Т_ЕМР_!ОХЯ РЕВ1П1О ?
ВЕСИМ ОВМ8^3ТАТЗ.ОАТНЕЯ^1№ЕХ^ЗТАТ8С’НР'", ^8Т_ЕМР_ДЖ“. е$11тЯе^егсе^>ШЩ; ЕЮ; \
Реорганизация объектов: обзор
Для получения полных сведений о командах, которые будут выполнены, выберите Еи11
8спр1. а затем просмотрите команды запланированной операции. Чтобы получить только
обзор операции, выберите 8спр1 Зиттагу.
Основные шаги оперативной
реорганизации, выполняемой вручную
1. Убедитесь в том, что таблица является подходящим
кандидатом для оперативной реорганизации.
2. Создайте промежуточную таблицу.
3. Запустите процесс переопределения.
4. Скопируйте зависимые объекты (в результате для
промежуточной таблицы автоматически создаются
триггеры, индексы, права доступа и ограничения).
5. ВЫПОЛНИТе Запрос К ПВА_КЕПЕЕ1Ы1Т10Ы_ЕКК0К5 для
проверки наличия ошибок.
6. Дополнительно выполните синхронизацию для
промежуточной таблицы.
7. Завершите переопределение.
8. Удалите промежуточную таблицу.
I ' /М' г . л г. ье Л"
10-28 СорупдЫ© 2006, Огас!е. АН пдЫз гезегуеб. I
Основные шаги оперативной реорганизации, выполняемой вручную
Используемые команды и процедуры:
1. 0ВМЗ_КЕ0ЕГ1К1Т10И.САМ_КЕВЕГ__ТАВЬЕ
2. СВЕАТЕ ТАВЬЕ . . .
3. 0ВМ5-ВЕСЕЕ1И1ТТОЙ.8ТАВТВЕОЕЕ_ТАВЬЕ
4. 0ВМЗ_КЕВЕЕ1М1ТЮМ . СОРУ__ТАВЬЕ_СЕРЕЕСЕМТ5 и
ОВМ5_КЕБ-ЕЕ1М1Т1ОЫ. СС®5_(Ж1С__РАНАМЗ
5. БЕЬЕСТ оЬЗесЬ__пате, Ъазе__ЕаЫе__пате, сМ1_ЕхЕ
ЕНОМ 0ВА_ВЕЕЕЕ1М1Т10Ы_ЕВК0ВЗ;
6. ЕВМ5_КЕОЕЕ1Е1Т1ОЫ. 5УЕС__1КТЕВ1М_ТАВЬЕ
7. ВВМ5_НЕ0ЕЕ1Ы1Т10М. ПЫ18Н_КЕ0ЕЕ_ТАВЬЕ
8. РНОР ТАВЬЕ ... РЕНСЕ
Итоги
• Использование таблиц определенных типов в
соответствие с вашими требованиями:
обычных, секционированных, ЮТ и
кластеризованных.
• Выполнение задач АБД:,
- Оценка размера новых таблиц
- Анализ тенденций роста
- Сопровождение статистик оптимизатора
- Оперативная реорганизация объектов схем
I
ЛИИ
10-29
СорупдМ © 2006, Огас!е. АН пдЬ& геаеп/ей.
Обзор практического занятия:
управление объектами схем
• Мониторинг использования пространства
таблицами и индексами
• Сопровождение статистик оптимизатора
• Реорганизация таблицы и индекса
I
Управление хранением
СорупдЫ © 2006, Огас1е, АП пдМе гезегуей.
Рассматриваемые вопросы
• Управление
пространством
• Профилактический
мониторинг
в Сегм. консультант
& сжатие сегмента
• Возобновление
после выделения
пространства
- Переносимые
табл, простр. и БД
• Описание автоматического управления
пространством базой данных Огас1е
• Профилактический мониторинг и управление
использованием памяти в табличных
пространствах
• Использование сегментного консультанта
• Возврат неиспользуемого пространства таблиц
и индексов путем сжатия сегментов
• Управление выделением пространства для
возобновления операции
* Описание концепций переносимых табличных
пространств и баз данных
11-2 СорупдЫ © 2006, Огас!е. АН гевегуеск
Обзор управления пространством
База данных Огас1е автоматически управляет
пространством. Она генерирует сигналы о
потенциальных проблемах и рекомендует возможные
решения. Функциональные возможности управления
пространством включают:
• Файлы, сопровождаемые Огас1е (ОМБ)
• Управление свободным пространством с помощью
битовых карт (“локальное управление”) и
автоматическое расширение файлов данных
• Профилактическое управление пространством
(пороговые значения по умолчанию и сигналы,
генерируемые сервером)
• Возврат пространства (сжатие сегментов,
оперативное переопределение таблицы)
• Планирование объемом (отчеты о тенденциях роста)
Обзор управления пространством
С помощью файлов, сопровождаемых Огас1е (0гас1е Мста^еЗ Р'Нех, ОМР) можно задавать операции в
терминах объектов базы данных, а не с использованием имен файлов. Дополнительные сведения см. в
уроке “Введение”.
База данных Огас1е управляет свободным пространством внутри таблицы с помощью битовых карт.
Такое управление реализуется в табличных пространствах, называемых “локально управляемыми”
(табличные пространства, управляемые с помощью словаря данных, поддерживаются только для
обратной совместимости). Использование битовых карт устраняет потребность в большом
пространстве при настройке таблиц, обеспечивая повышение производительности во время пиковой
нагрузки. Кроме того, БД Огас1е предоставляет возможность автоматического расширения файлов
данных. В результате файлы данных могут расти автоматически в соответствие с объемом данных.
При создании базы данных по умолчанию включается профилактический мониторим пространства
(это не оказывает влияния на производительность). База данных Огас1е выполняет мониторинг
использования пространства в ходе обычных операций выделения и освобождения пространства и
выдает сигналы, если размер свободного пространства опускается ниже предопределенных пороговых
значений (их можно переопределить). Освободить пространство помогают консультанты и мастера.
Для осуществления планирования БД Огас1е предоставляет возможность оценки пространства на
основе структуры таблицы и количества строк, а также подготавливает отчет о тенденциях роста с
использованием хронологических данных об использовании пространства, хранимых в автоматическом
репозитории рабочей загрузки (А\Ж).
Курс Огас1е ИаШЬахе 10%: А длшнистрирование / знакомит с концепциями использования пространства
и структурами хранения, соответствующими утилитами и задачами АБД. Этот курс или другие
источники должные помочь вам познакомиться с базовыми концепциями и функциональными
возможностями хранения.
Управление свободным пространством
Сегмент
• Автоматическое
• Предоставляется при
использовании локально
управляемых табличных
пространств
• Отслеживание
использования
пространства в сегментах
с помощью битовых карт
Преимущества:
• Более гибкое
использование
пространства
• Динамическая
регулировка
• Многие процессы могут
производить поиск по
битовым картам (ВМВ)
11-4 СорупдН© 2006, Огас!е. АП пдГйь геаегуед.
Управление свободным пространством
Свободным пространством внутри сегментов базы данных можно управлять автоматически.
Наличие свободного и используемого пространства отслеживается с помощью битовых карт
(ЬИтарх). Автоматическое управление пространством сегментов {АиЮтаИс 8е%теп( 8расе
Мана^етеШ, А88М) задается при создании локально управляемого табличного пространства.
Такое управление применяется для всех сегментов, создаваемых впоследствии в этом
табличном пространстве.
Множество битовых блоков (Ыгтар Ыоскх, ВМВз) механизма А88М описывает
использование пространства в блоках данных сегмента. Битовые блоки образуют
иерархическую древовидную структуру. Корень иерархии, содержащий ссылки на все
промежуточные ВМВ, находится в заголовке сегмента. Листовые блоки иерархии
предоставляют информацию о пространстве для последовательных блоков данных,
принадлежащих сегменту. Максимальное число уровней внутри иерархии - 3.
Для табличных пространств, управляемых с помощью словаря данных, возможен только
один вид ручного управления, при котором используются списки свободных блоков.
Преимущества автоматического управления пространством сегментов:
• лучшее использование пространства, особенно для объектов, строки которых сильно
отличаются по размеру;
* лучшая динамическая регулировка в случае различных вариантов одновременного
доступа;
♦ для нескольких экземпляров БД обеспечивается более высокая производительность и
лучшее использование пространства.
В результате снижаются трудозатраты администратора базы данных.
Типы сегментов
Сегмент - совокупность экстентов, выделенных
определенной логической структуре.
Различные типы сегментов:
• Сегмент данных #
• Индексный сегмент ,
• Временный сегмент
База данных размещает сегменты динамически.
11-5 СорулдМ © 2006, Огас!е. АН пдЬ& гекегуеД
Типы сегментов
Сегменты данных; каждая таблица, отличная от кластеризованной и индекс-таблипы,
имеет сегмент данных. Все табличные данные хранятся в экстентах своего сегмента
данных. В секционированной таблице у каждой секции свой сегмент данных. У каждого
кластера также имеется свой сегмент данных. Данные всех таблиц кластера располагаются
в кластерном сегменте данных.
Индексные сегменты; у каждого индекса имеется индексный сегмент, в котором
находятся все его данные. В секционированном индексе каждая секция имеет свой
индексный сегмент.
Временные сегменты; создаются Огас1е, когда командам 8рЬ требуется рабочая область
для завершения выполнения. После окончания выполнения экстенты временного сегмента
возвращаются системе для последующего такого же использования.
База данных Огас1е выделяет пространство динамически. Дополнительные экстенты
выделяются, когда заполнены все экстенты сегмента. Так как выделение экстентов
производится, когда это необходимо, на диске экстенты одного и того же сегмента могут
быть смежными и несмежными.
Размещение экстентов
• Поиск в битовой карте файла данных
требуемого количества смежных свободных
блоков
• Размер экстентов определяется
предложениями:
- 1Ж1ГОКМ
- АОТОАЫ.ОСАТЕ
Просмотр карты экстентов
Получение совета по
освобождению пространства
УЕхЙегйМар
СНсИпд ГНе НдКПдЫ ЕхГепГз ЬЫ$
Мар. СНсИпд ап а иаей ехГеШ
Неайег
Озей
Г гее
8е1ес1ей
Цпгпаррей
, л-г [- 3^' * ГУ Же
<
11-6 СорупдЫ © 2006, Огас1е. АН пдМз гезегуесГ
Размещение экстентов
Чтобы выделить свободное пространство для нового экстента в локально управляемом
табличном пространстве, база данных Огаск сначала определяет файл-кандидат
табличного пространства, а затем производит поиск требуемого количества смежных
свободных блоков по битовой карте файла данных. Если файл данных не имеет
достаточного количества смежных свободных блоков, Огаск выбирает другой файл
данных этого табличного пространства.
На размер экстентов влияют два предложения:
• ПШЕОКМ; все экстенты для всех объектов, создаваемых в табличном пространстве,
имеют одинаковый размер (размер по умолчанию);
• АПТОАЬЕОСАТЕ; политика установки размера экстентов в табличном пространстве
определяется базой данных.
Для просмотра карты экстентов в Евкгрпзе Мападег выберите Абгтнп15Й*айоп >
ТаЫезрасез > ТаЫезрасе > 8Ьо\л/ ТаЫезрасе СогйепК
Сегментный консультант базы данных Огаск помогает' найти объект с высоким уровнем
фрагментированного пространства, чтобы затем его освободить.
Управление пространством блока
Полный блок Полный блок
11-7 СорупдЫ © 2006, Огас!е. АН пдЫб гееегуеб.
Управление пространством блока
Управление свободным пространством производится на уровне блока. При
использовании А88М блоки разбиваются на четыре группы в зависимости от свободного
пространства в блоке: Б81 (от 0 до 25%), Р82 (от 25% до 50%), Р83 (от 50% до 75%) и Р84
(от 75% до 100%).
В зависимости от уровня свободного пространства в блоке автоматически изменяется его
статус. Это позволяет на основе длины вставляемой строки точно сказать, подходит ли
конкретный блок для операции вставки. Обратите внимание на то, что статус “полный”
(“ШП”) означает, что в блок нельзя вставлять строки.
В примере на слайде блок, расположенный слева попадает в диапазон Р83 ([гее зрасе 3),
поскольку имеет от 50% до 75% свободного пространства. После нескольких команд
вставки и изменения было нарушено ограничение, задаваемое параметром РСТЕКЕЕ
(пунктирная линия) и дальнейшие вставки в этот блок стали невозможны. Теперь блок
рассматривается как “полный” или блок со статусом Р81. Как только свободное
пространство блока перейдет в следующий диапазон (Р82: > 25%), блок снова станет
рассматриваться в качест ве кандидата для операций вставки.
Примечание. Большие объекты с типами данных ВЬОВ, С ВОВ, МСЬОВ и ВЕ1ЕЕ не
используют параметр хранения РСТЕВЕЕ. Дополнительные сведения см. в документе
Огас1е Оа1аЬа$е АррИсайоп Ое^ек)рег'з СиШе - Ьаг^е ОЪ[ес1$ 10^Ке1еше 2 (10.2).
Миграция и сцепление строк
Пример:
• Операция ирдаСе: длина строки
увеличилась, и в результате не
хватило свободного места в блоке.
• Данные необходимо сохранить в
новом блоке.
• Первоначальный физический
идентификатор (които) сохраняется.
• БД Огас1е потребуется прочитать
два блока при выборке данных.
• Сегментный консультант найдет
сегменты с мигрировавшими строками.
СорупдЫ © 2006, Огас1е. АН пдЫе геаегуед.
Миграция и сцепление строк
В двух случаях строка с данными может быть слишком длинной, чтобы поместиться в
единственном блоке данных. В нервом случае строка имеет слишком большой размер в
момент первой вставки в блок данных. В такой ситуации база данных Огас1е сохраняет
данные строки в цепочке блоков данных (одном или нескольких), выделенных сегменту.
Наиболее часто сцепленные строки появляются, когда в них содержатся столбцы с типом
данных ЬОЫС или ЬОЫС НА№. Избежать сцепления слишком больших строк невозможно.
Во втором случае изменяется строка, которая первоначально помещалась в блоке данных.
Однако в результате изменения общая длина строки возрастает так, что свободного места
в блоке недостаточно для размещения этой строки. Поэтому база данных Огас1е переносит
данные всей строки в новый блок данных. При этом подразумевается, что вся строка
может быть размешена в новом блоке. База данных сохраняет первоначальный участок
строки в старом блоке для указателя на новый блок, содержащий мигрировавшую строку.
В результате для мигрировавшей строки не изменяется ее НОШ Б.
Производительность ввода-вывода после сцепления или миграции строк снижается, так
как база данных Огас1е должна просмотреть более одного блока для выбора информации
строки.
Сегментный консультант находит сегменты, содержащие строки, мигрировавшие в
результате операции ПР БАТЕ.
Профилактический мониторинг
табличных пространств
ЕсЯ? ТаЫе$рзсе. ЕХАМР1Е
АС1:ЗЯ8 : Аде: 0а1зГ>:е
О«п«га1 51?>ЗЙ:;?
ЧД№<0
Ыаяе ЁХАМР16
В»сй:е •зЫеерзсс К»
1 н Л”
Ех1егй АНосаИоп
Управление
пространством
Профилактический
мониторинг
Сегм. консультант
& сжатие сегмента
Возобновление
после выделения
пространства
Переносимые табл,
простр. и БД
АНссзТюп Туре Аи1отайс
Ех1еп1 Туре
Шпадеи1епг
О3®{ з® йеМ
регпапегй (аЫезрасе
&аПл$
®йеа4«-'йе
0 Рез<3 Сяк
С' ояьпе
Ойше Шс!е
Ведтет Брасе Мападетет
Туре АмЮтайс
ЕлаЫе 1©ддтд
Брасе (%)
А «атшд ст сгЖса! а1еП ад!! Ье депегзЫ И 1Нв
регсеШаде <Л ерасе ееей ехсеейа !Ье согтеерспйнзд
(ЬгееЬсШ.
С?5 Мэе ОаТаЬазе Ое1аик ТЬгееКоШе ^9^)
\Л/аттд (%) 85
Сгй1са1(%) 97
ено
>®с-э.ч-гй<&
ОВресИу ТЬгееИоШв
\Л/эт1пд (%) =
СпНса! (%)
О СйеэЫе ТЬгееЬо1йе
В10ск !п1агтаНоп
Воск 5»?е (В) 8192
97^
% ^й№*!И-
11-9 СорупдЫ© 2006, Огас!е. АН пдЫа гееегуеб.
Профилактический мониторинг табличных пространств
База данных управляет использованием дисковой памяти табличных пространств
следующим образом:
• Когда табличному пространству мало доступной дисковой памяти, а также, когда
сегменту не хватает места, об этом сообщается с помощью сигналов БД. После
получения такого сигнала табличному пространству можно предоставить
дополнительное место на диске, чтобы устранить ситуации, в которых возникает
нехватка пространства.
• Собираемая информация сохраняется в автоматическом репозитории рабочей
загрузки (А^К). Она используется для анализа тенденций роста и планирования
объема базы данных.
Чтобы просмотреть и изменить информацию о табличном пространстве в ЕпГегрп$е
Мападег перейдите следующим образом: Абт1п181гайоп > ТаЫезрасев. Выберите
необходимое табличное пространство и щелкните на кнопке ЕсйБ
Пороговые значения и разрешение
проблем, связанных с пространством
97% заполнено или
__________ осталось 5 Мб
критический сигнал
______* 85% заполнено ““
или осталось 100 Мб
предупреждение
I
Локально управляемое
табличное пространство
Для разрешения проблемы:
АБД
Разрешает
проблему
пространства
* Добавьте файл или измените размер файла данных
• Задайте опцию аотоехтеыо оы
• Сожмите объекты
• Уменьшите значение параметра цыпо_ветеыт1ОИ
• Исправьте длительно выполняемые запросы,
занимающие место во временных табличных
пространствах
!^сое
11-10
СарупдМ © 2006, Огас1е. АН пдЫв гееегуеб.
Пороговые значения и разрешение проблем, связанных с пространством
Пороговые значения отражают, насколько заполнено табличное пространство либо
сколько в нем осталось доступного места. К табличным пространствам применяются два
вида пороговых значений: для критических сигналов и предупреждений. Пакет
ЕВМ8__8ЕКУЕВ__АЬЕКТ содержит процедуры для задания и получения пороговых
значений. При достижении ограничений для табличных пространств вырабатывается
соответствующий сигнал. Пороговое значение задается как процент от размера табличного
пространства или как количество оставшихся свободных байтов. Оно подсчитывается в
памяти. Можно определить пороговое значение одновременно и в процентах и, указав
количество свободных байтов. Нарушение одного или обоих видов пороговых значений
вызывает генерацию сигнала.
Идеальная установка предупреждающего порогового значения должна гарантировать, что
для разрешения проблемы останется достаточно времени и она не перейдет в критическое
состояние. При этом предупреждение должно появиться достаточно поздно, чтобы не
вызывать беспокойства до реального возникновения проблемы свободного пространства.
Сигнал отображает проблему, которая может быть разрешена путем выполнения одного
или нескольких следующих действий:
• Увеличение размера табличного пространства либо за счет добавления файла, либо
изменения размера существующих файлов, либо включения опции авторасширения
для существующих файлов:
* Освобождение пространства на дисках, содержащих авторасширяемые файлы:
• Сжатие (8 И г т п к) фрагментированных объектов в табличном пространстве.
Мониторинг использования табличных
пространств
к Проверка каждые 10 мин»
СиИи1
СЛл
97% критическое
сообщение
85% предупреждение
Сброшен
Сброшен
ММОЫЗ
11-11
Табличные пространства, доступные только для чтения
или в автономном состоянии, не вызывают сигналов.
Временное табличное пространство; пороговые значения
учитывают пространство, используемое сеансами в
текущий момент времени.
Табличное пространство отмены; пороговые значения
учитывают пространство, занятое экстентами с активными
и неустаревшими данными.
Табличные пространства, которые могут
автоматически расширяться; пороговые значения
основываются на максимальном размере файла.
СорупдЫ © 2006, Огас1е. АН пдЬ& гееегуед.
Мониторинг использования табличных пространств
База данных отслеживает использование пространства при выполнении регулярных
операции по сопровождению пространства. Сведения собираются каждые 10 минут.
Сигналы возбуждаются, когда достигается пороговое значение для табличного
пространства, а также когда ситуация устраняется (сбрасывается).
• Сигналы не генерируются для табличных пространств в режиме ‘только чтение’ и в
автономном режиме, так как с ними ничего не происходит.
• Для временных табличных пространств пороговое значение должно задаваться как
ограничение на используемое пространство в этом табличном пространстве.
* В табличных пространствах типа ипсЗо экстент может быть повторно использован,
когда в нем не содержатся активные или неустаревшие данные отмены. При подсчете
порогового значения учитывается пространство, занятое экстентами с активными и
неустаревшими данными отмены.
• Для табличных пространств с авторасширяемыми файлами пороговые значения
подсчитываются с учетом установленного максимального размера или же
максимально возможного размера файла в ОС, когда ограничение на размер файла не
установлено.
Сжатие объектов
НУШ
Управление
пространством
Профилактический
мониторинг
> Сегм» консультант
& сжатие сегмента
Возобновление
после выделения
пространства
Переносимые табл,
простр. и БД
АЪТЕН ТАВШ йфХоуееэ БНН1Ж ЗМСЕ ССЖРАСТ;
НУУМ
Операции 0М1. и запросы могут выполняться на стадии уплотнения,
нуум I
Операции ОМЦ блокируются, когда переносится НШМ.
11-12
СорупдЫ © 2006, Огас1е. АН пдЬ& гекегуе<1
Сжатие объектов
Диаграмма на слайде описывает две фазы операции сжатия таблицы. На первой фазе
производится уплотнение. В ходе этой фазы строки перемещаются как можно дальше в
левую часть сегмента. Внутренне строки перемещаются группами, чтобы избежать
проблем блокирования. После переноса строк начинается вторая фаза. В течение этой
фазы уточняется положение отметки максимального заполнения (Ы$г-уш!ег тагк* НАУМ)
и освобождается неиспользуемое пространство.
Фраза СОМРАСТ полезна, когда необходимо выполнять длительные запросы, которые
могут пересекаться по времени с операцией сжатия и пытаются читать данные из блоков,
возвращенных табличному пространству. Если задастся фраза 8НК1ЫК 5РАСЕ СОМРАСТ,
ход выполнения операции сжатия отслеживается в битовых блоках соответствующего
сегмента. Это означает, что, когда в следующий раз выполняется операция сжатия того же
сегмента, Огас1е помнит, что было уже сделано. Пользователь может повторно задать
фразу ЗНК1ЫК 8РАСЕ без параметра СОМРАСТ, чтобы завершить вторую фазу в часы
минимальной загрузки.
Результаты операции сжатия
• Улучшение производительности и
использования пространства
• Индексы сопровождаются
• Триггеры не выполняются
• Может быть уменьшено количество
мигрировавших строк ?
• Рекомендуется перестроить вторичные
11-13 СорупдЫ © 2006, Огас!е. АН пдЫз гезегуей.
Результаты операции сжатия
Сжатие фрагментарно заполненного сегмента повышает производительность при
выполнении полного просмотра и операций ОМЬ над этим сегментом. Причина в том, что
после сжатия сегмента обрабатывается меньше блоков. Это особенно справедливо для:
• полных просмотров таблицы (меньшее количество более плотно заполненных блоков):
• доступа с использованием индекса (меньше операций ввода-вывода при просмотре по
диапазону ВОЮ О, так как дерево более компактное).
Кроме того, сжатие фрагментарно заполненных сегментов, улучшает эффективность
использования пространства внутри базы данных, так как становится доступно больше
места для объектов, когда это необходимо.
В процессе операции сжатия учитываются зависимые индексы. Они остаются в пригодном
состоянии после сжатия соответствующей таблицы. Поэтому дальнейшее сопровождение
не требуется.
Фактически операция сжатия внутренне выполняется с помощью операций 1Ы8ЕКТ и
БЕЬЕТЕ. Однако триггеры ОМЬ не срабатывают, так как данные не изменяются.
В результате операции сжатия может быть уменьшено количество мигрировавших строк.
Однако не следует всегда полагаться на то, что это обязательно произойдет, так как
операция сжатия может не затронуть все блоки сегмента. Поэтому не гарантируется
обработка всех мигрировавших строк.
Примечание: для иидекс-таблиц (ЮТ) после операции сжатия рекомендуется перестроить
вторич ные индексы.
Возврат пространства при
использовании А88М
• Оперативная операция, использующая старое
место расположения сегмента.
* Применяется только для сегментов,
размещенных в табличных пространствах, для
которых установлен механизм А83М.
* Типы сегментов-кандидатов:
- Таблицы, организованные в виде “кучи” и
индексно-организованные таблицы
- Индексы
- Секции и подсекции
- Материализованные представления и журналы
материализованных представлений
11-14 СорупдЫ © 2006, Огас1е. АН пдЬШ гезеп/есГ ।
Возврат пространства при использовании А88М
Сжатие - оперативно выполняемая операция, использующая существующее место, в
котором расположен объект. Для его выполнения не требуется дополнительного
пространства в базе данных
• Операция не выполняется для сегментов, использующих списки свободных блоков.
Только сегменты табличных пространств с автоматическим управлением
пространством {АШотаИс Бертен! Брасе Мапа^етеп1 - АББМ) могут быть сжаты.
Но следующие объекты. хранимые в таких табличных пространствах, не сжимаются:
таблицы в кластерах;
- таблицы, имеющие столбцы с типом данных ЬОЫО;
- таблицы, над которыми созданы материализованные представления,
обновляемые при фиксации (оп-сотшп тагепаНхеб хбегуз);
таблицы, над которыми созданы материализованные представления,
основанные на НОШ Б;
- таблицы отображения ЮТ (индекс-таблиц);
таблицы, над которыми созданы индексы, основанные на функциях;
• Для сегментов, организованных в виде “кучи”, должен, быть включен атрибут КОЭД
МОУЕМЕЫТ.
Примечание: А88М - устанавливаемый по умолчанию тип управления пространством
сегментов для всех, постоянных, локально управляемых табличных пространств в базе
данных Огас1е 10^ версии 2.
Обзор сегментного консультанта
' \\ Ашогпа^с 3*уп'гп| АсШог и «Гогт;-! к. п
• г, I’•' ршук^-л А&^лпоЬ
«ЭГ^иее./ ^/г^1 я?иез^и*г« |фг«*" '►^Йс1ей г-ап й
5едтеп1 АсМзог: Зсоре
ОаГаЬазе огс1.огас1е.€огп Ьоддей 1п Аз 5У5 (Сапсер >?5р 1 с? 4' ы&хр
Оедгмйш
ТЬе зедгпегж ййуйсг беГепгяпез
‘Л'ПегЬег оЩейз Ьауе ипизей зрасе
сап Ье гЫеазеб, ГаНпд
езйгШеб Ниге зрасе гедийетепТз
Но сопзШегаГюп. ТЬе езйтаГей
кЛиге зрасе са1си!аГюп 1з Ьазей оп
Ызгопса! 1ГСПЙ5
Уои сап де! асМсе оп зЬппИпд зедгпепГз Гог ЫМйиа! зсЬета оЬ|ес*з сг
епйге ГаЫезрасез
ТаЫезраоез
Г" $с!1ета СЯуесГз
Обзор сегментного консультанта
Сегментный консультант выявляет; является ли объект хорошим кандидатом для операции
сжатия. Консультант также находит сегменты, содержащие мигрированные строки,
появляющиеся в результате операций ИРПАТЕ. (Начиная с Огасте Па1аЬазе 10.2, автоматически
выполняется задание сегментного консультанта.) Консультант вырабатывает рекомендации на
основе размера неиспользуемого пространства, которое можно освободить. При этом
принимается во внимание оценка будущей потребности в пространстве, делаемая на основе
собранной информации о тенденциях роста сегмента.
После получения рекомендаций их можно применить. Консультант, помогающий найти
объект-кандидат для сжатия, может быть вызван на уровне сегмента или табличного
пространства.
ЕМ ВаГаЬазе Сотго! Соп$о1е предоставляет интерфейс к сегментному консультанту. Вызвать
сегментный консультант в ЕМ можно со следующих страниц:
• АсМзог Сеп!га1;
* ТаЫезрасез;
® страница объектов схемы.
Ба1аЬа$е Сотго! Соп8о1е предоставляет возможность выбора различных входных объектов.
Кроме того, можно запланировать задание, вызывающее сегментный консультант для
получения рекомендаций. Мастер Зедтегй А6у18ОГ может быть вызван без контекста, в
контексте табличного пространства или контексте объекта схемы.
Сегментный консультант вырабатывает рекомендации на основе выборочного анализа,
хронологической информации, а также тенденций будущего роста.
Сегментный консультант
Бедтегй АсМвог: Яемем/
ОгйаЬаве оге1.огас1ехат Ьсддей 1п Аз 8У8 ^Сапсе|) ( Яюш $00 (,ВасК | 31-эр & о( 4 ^$иЬт0
Тазк Мате
Таек Оезспрпсп
Ъте Отй (ог Апа1уз$з (гп?п§)
АсМзогу КезиНз РйегЛюл
(йауз)
Ж&«ТАВУ 3712320
бе! $Мпк асМсе Ьавей оп &Ь|ес1 дгошФ (гене!
Ип1тй1е(1
30
5е!е<Лес1 ОЬ]ес1а
й».
ЕХАМРЕЕ
Туре
РЕКМАМЕМТ
Сорупд|-)1 © 2006, Огас1е. АН лдЫз гезегуес!.
Сегментный консультант
Находясь на странице Абгп1П151гайоп щелкните на ссылке ТаЫезрасвБ в секции 81огаде.
На странице ТаЫезрасез выберите табличное пространство, для которого будет
производиться анализ необходимости операции сжатия, а затем выберите Кип ЗедтепЪ
АсЬизог в выпадающем списке поля АсЙОПЗ. Щелкните на кнопке Со, чтобы открыть
начальную страницу сегментного консультанта. На ней необходимо выбрать режим
анализа: полный (Сотргебеп81Уе) или ограниченный (итйеф. Полный режим
отрабатывает дольше, так как консультант производит выборку данных из сегментов,
чтобы найти объекты, для которых необходимо выполнить операцию сжатия.
Пройдите по оставшимся страницам мастера и задайте необходимые значения параметров.
На странице 8едтеп1 АсМвог: Ремезу просмотрите детальные сведения о предстоящем
анализе. Сегментный консультант выполняется как запланированное задание и за ходом
его выполнения можно следить на странице АсМзог Сепйа1. После завершения задания
просмотрите рекомендации консультанта.
Примечание. В секции Орйопз сегментного консультанта можно задать
продолжительность анализа и ограничить время, которое может потратить консультант
для выработки рекомендаций. В общем случае более длительный период анализа
позволяет получить более полные результаты. Они хранятся в А\УК и могут быть позднее
просмотрены. Используйте поле АсМзогу КезиИз Ке1еп1юп ((Заув) для задания
длительности хранения результатов до их удаления из АШК.
Сегментный консультант (продолжение)
л РР/ С-У -
у Ехесше Тавк зспр!
Немеш: 8Ьош 301
ч Вегип\)
Сгеа1е Шк апй оЦесЬ еспр!
1ЖСОЖЕ
$
казкиаше ^ахчН1ах2 (100) ;
$
Ьазкс1езс (128) ;
к а з к__1 й гажЬег;
оЪ1 еск_хй шхтйет;
кхзи е Ь 1гпх к уаг сЬаг 2(25);
пшйЬаузТсВекахп уакеЪах2(25) ;
оЬ5 есЪНаие уагсЬах2 (100);
оЬ5 ескТуре уажж1шг2 (100);
ВЕС1Я
ка зкпате : - ’ ВЕОМЕМТАПУ 3 712 320* ;
казкйезс : = *»^ек зИгхпк айухсе Ъазей оп сЬ^еск дго&гкЬ кге-псР •
пшШ а у ©Т ©Не к а хп :" ’ 3 0 * ;
йктаз_асЬ/хзог, сгеаке_казк (* Зедгаепк Ай’^хзог * , ?, казкпате, Ъазкаезс, Ж1Г1Х) ;
ЙЬтз_а<1у1зог. сгеаЪе_оЬзесЪ(Ъазкпате, ’ ТАВЬЕЗРАСЕ ’, ’ЕКА№ЬЕ’, * *, ’
1ШХХ, оЬ^еск_хй);
йЬгае__ай^’хзог. зек^ка зк__ра г ашеЪег (казкиаже, * ПЕСОММЕЕВ_АЫ ’ , 4 ТВОЕ ) ;
йЬ1пз__ай^’1зог« зек.__казк__рагатекег (казкпате, ’ САТЙ_ТО ЕХР1НЕ * ,
пшпЬаузТоНекахп) ;
ЕШ>;
Ехеси1е 1аок вспр1 решгп1о Тор
ОЕСЬАЖЕ
Ьазкпате ^агсЬах2 (100);
ВЕехм
ка зкпагае : = ? 8ЕСМЕЫТА0712320’;
йЬгаз__айухзог. гезек_казк (казкпагае) ;
йЫш__айухзог. ехесике__казк (казкиавге) ;
ЕЯО;
Реализация рекомендаций
его-;; - -^д-.'-зо: Сеп' л. > БедгпегйАбу1зогТазк5Е«МеНГА07_2730'®8
ЗедтегЛ А4у(20Г Тазк: 5ВЗМЁЫТАОУ_2730408
ТИе ЫоуЯпд ТаЫе согйЫпе ХЬе т1п1тигп геЫЫтаЫе зрасе зипкпагу Тог ХРе еуаЮаХей зедтепхз ш ижха&езрасе. Вазей ап дгхжХК
хгепйз. Й1е асМзог Хакез На сопзйегайоп езйтахей ХоХиге зрасе геди1гетепТз. ОгаЫе гесаттепбз зпппМпд ог геогдапЕ1пд Хкезе
зепгпепхз ха ^Ыеазе ^азХеи зрасе. 5е!есХ тле Весогптепбаисп ОеХаИз ЬиХХоп го у=еу- аяй »глр1етепх (Ье гесоттепбаХюпз.
ТазкГчаше ЗЕбМЕНГАОУ 2730408 ЗХаПей Аид 25,2005 10#4:55 АМ
ЗХаХиз СОМРкЕТЕО Епйеб Аид 25,2005 10 #5:09 АМ
Рипп1пд Т!те (зесопйз) 14 Ткпе Ыгпк (т)пз) Ш4ЦМПЕЕ)
ТВ8А1ЕВТ
120.60
34.46 кОСАк
А1ГГО
ЯесоттепсШйоп Ое1а11зТог ТаЫезрасе: ТВЗА1ЕНТ
ТНе юНсМпд ХаЫе сслХЫпз хйе гес1акпай!е зрасе =Ысп?чаХюп Хаг Ию еуа1иаХей зедшелХэ 1п ХЬе 5е1есхей (аЫезраса. Вазей оп дгоМЛ
хгепйз. Ше асМзог х&Хез Но сопзкЗегаХюп езШШей ХиХиге зрасе гедЫгетепхз. Огас1е гесоттепйз зЫпНпд ог геогдапЕюд (Кезе
зедгпепХз То ге!еазе у/азхей зрасе. $е!есХХ1и> зедтелХ Со !тр!егпепХ Хке гесотглепйаОоп.
ТазкНате 8ЕбМЕНТА0У2730408
ЗХагиз СОМНЕТЕ!)
ВипЫпд'ПтеХзесспаз} 14
ВХаПей Аид 25,2005 10 #4:55 АМ
Епйей Аид 25.2005 10 #5#9 АМ
ЗсЛегпа
ЗЫесхАн] $е1е&&опе
« Т';?Т~‘...;
Р $75
Р 875
ЕМРЮУЕЕЗ!
ЕМРкОУЕЕЗ?
ЕМРЕОУЕЕ83
РаИЙоп
Тие ЕМЦгЖпз) ОШМГГЕЦ
Моглигп ЕеЫакмаЫе Брасе (МВ)
Зедтепг
. 5Г(Пг4-
5Иппк
а.И.ег ТаЫе "БУ5”.”ЕМРЬОУЕЕБ1“ яЬгхпк
аНгег и5У5н. "ЕМРЕОУЕЕйЗ" &Ъг.11Л
а1Хег ЕаЫ@ "ЗУ5 “ . ”ЕМРЬОУЕЕ53в зкгЬЛ арасе
ч^ППк^
1
СН
СорупдМ © 2006, Огас!е. А» пдМь гебег/ех).
Реализация рекомендаций
После того, как сегментный консультант завершит свою работу, можно просмотреть
подробно рекомендации и сразу же из выполнить.
Примечание
Перед сжатием обычной таблицы (таблицы, организованной в виде “кучи ", йеар-ог^атге^
1аЫе} необходимо включить возможность перемещения строк (епаЫе гом тс^етеп!:)
для этой таблицы. Это можно сделать, перейдя по закладке ОрйопБ, находящейся на
странице ЕбИ ТаЫе.
11-19 СорупдЫ © 2006, Огас!е. АН пдЫз геееп/ед.|
Оа1аЬа$е Соп1го1 и сжатие сегмента
Отдельные сегменты можно непосредственно сжать, даже не получая для этого
рекомендации сегментного консультанта. Например, в Оа1аЬа§е Соп1го1 произведите
приведенную ниже последовательность действий.
Щелкните на домашней странице БД на ссылке ТаЫез, расположенной в секции 8(огаде.
На странице ТаЫез выберите таблицу, а затем ЗЬгтпк Зедтепк в выпадающем списке
ноля Асйопб. После этого по кнопке Оо перейдите на страницу 811ппк 8едтеп1, на
которой предоставляется возможность выбрать зависимые сегменты для их сжатия.
Можно задать только уплотнение (согпрас!) или уплотнение и освобождение
пространства. Кроме того, можно выбрать оппию САЗ САБЕ.
После задания опций сжатия щелкните на кнопке Сопйпие, а затем по кнопке 8иЬтй
передайте работу на выполнение в запланированное время.
Сжатие сегментов с использованием
80Ь
АИЕВ ... 5НВ1НК БРАСЕ [САВСАЛЕ]
ТАВЬЕ [ОУЕНЕЪСЖ] ХМЖХ
| М0Р1ГХ ЯЦВ^Ш^ХТХШ | М&1ГХ ьов |
[шш ЩПШ1
л^Асие
СорупдЫ © 2006; Огас1е. АН пдЫз гезегуед.
| 11-20
Сжатие сегментов с использованием 301.
Поскольку операция сжатия может вызвать изменение КОЮ Б строк неупорядоченно
хранимых сегментов (йеар-ог&ат/еб зе&теЩз), необходимо включить возможность
перемещения строк перед операцией зЬг Рпк. По умолчанию возможность перемещения
строк отключена. Чтобы ее включить, необходимо воспользоваться фразой ЕИАВЬЕ КОЭД
МСМЕМЕКТ в команде СКЕАТЕ ТАВЬЕ или АЬТЕК ТАВЬЕ. Первый пример на слайде
показывает применение этой фразы.
Команда АЬТЕК используется для выполнения сжатия сегмента. Сжимаемый сегмент
может быть одним из следующих объектов: таблица (обычная или индексно-
организованная), секция, подсекция, КОВ (сегмент с данными и индексом), индекс,
материализованное представление или журнал материализованного представления.
Фраза 8НК1Ж 8 РАСЕ используется для сжатия пространства сегмента. Когда задана
опция САЗ САБЕ, выполняется каскадное сжатие всех зависимых объектов, для которых
поддерживается операция зЬгтпк, за исключением материализованных представлений,
ЬОВ-индексов и таблиц отображения ЮТ. Фраза ЗНК1ЕК 8РАСЕ с опцией СА8САВЕ
приведена во втором примере.
Для индексного сегмента операция зЬгЬпк выполняет объединение свободного
пространства (соаЬезсе) перед уплотнением данных.
Пример 3 демонстрирует команду, сжимающую БОВ-сегмент (столбец КЕЗБМЕ с типом
данных СЬОВ).
Пример 4 показывает команду, сжимающую область переполнения индекс-таблицы
ЕМРЬОУЕЕЗ.
Примечание: дополнительные сведения см. в документе Огас1е ИаШЬазе 801 Ке/ётепсе.
Управление выделением
пространства для
возобновления операции
Возобновляемая команда:
Управление
пространством
Профилактический
мониторинг
Сегм. консультант
& сжатие сегмента
> Возобновление
после выделения
пространства
Переносимые табл.
простр. и БД
• Позволяет приостановить большие операции, а
не получить сообщение рб ошибке
• Предоставляет возможность устранить
проблему во время приостановки операции, а
не перезапускать ее еще раз
• Приостанавливается в следующих ситуациях:
- нехватка пространства
- достигнуто максимальное количество экстентов
- превышена квота на пространство
11-21 СорупдЫ © 2006, Огас1е. АН пдИб гезегуеб.
Управление выделением пространства для возобновления операции
Огас1е предоставляет средство для приостановки и последующего возобновления большой
операции в БД в случае возникновения ошибок выделения пространства. В результате
можно выполнить корректирующие действия и избежать выдачи сообщения об ошибке
пользователю. После устранения причин ошибки операция автоматически возобновляется.
Такая возможность называется возобновлением операции после выделения пространства
[гезитаЫе зрасе аИосаИоп) и команды, затрагиваемые такими операциями, называются
возобновляемыми командами (гезитаЫе з1а1етеп1з).
Команда выполняется в возобновляемом режиме только, когда возможность
возобновления команд была установлена для системе в целом или в сеансе.
Приостановка команды автоматически приводит к приостановке транзакции. Поэтому все
ресурсы, используемые транзакцией, удерживаются в течение периода времени
приостановки и возобновления команды $<2Б. При исчезновении причин ошибки
(например, после вмешательства пользователя или возможного освобождения памяти,
занятого другими запросами под операции сортировки), автоматически возобновляется
выполнение приостановленной команды.
С возобновляемыми командами связывается максимальное время приостановки
выполнения. Возобновляемая команда, находящаяся в приостановленном состоянии такое
максимальное время (по умолчанию 7200 секунд или 2 часа), просыпается и возвращает
исключение пользователю. Возобновляемая команда может приостанавливаться и
продолжать выполнение несколько раз в ходе своей работы.
Использование возможности выделения
пространства для возобновления
приостановленной команды
• Запросы, операции ОМЬ и определенные
операции 001. могут быть возобновлены при
обнаружении ошибки нехватки пространства.
• Для ввода возобновляемой команды можно
использовать 8СМ_, РС/801-, 8О1_*1_оас1ег или
Огас1е Са111п<егТасе (0С1).
• Чтобы выполнить возобновляемую команду,
необходимо сначала включить в сеансе
возможность возобновления команд.
АЬТЕК 8Е881ОЫ ЕИАВЬЕ НЕЗПМАВЬЕ;
1Ы5ЕКТ ИТО за1ез_пем ЗЕЬЕСТ * ГВОМ ф,.за1ез;
АЬТЕВ 8ЕЙ8ТШ СХЗАВЬЕ ШзОМАВЬЕ ;
11-22 Сорупдп! © 2006, Огаае. Ан пдп& гееегуеа.
Использование возможности выделения пространства для возобновления
приостановленной команды
Выделить пространство, чтобы продолжить выполнение команды, можно только, когда в
сеансе был включен режим возобновления операций. Существует два способа
включения/отключения возможности выделения пространства для продолжения
приостановленной команды:
• Команда АЬТЕВ 8Е8810Ы ЕИАВЬЕ ВЕЗИМАВЬЕ.
• Задание отличного от нуля значения для параметра инициализации
ВЕЗИМАВЬЕ__ТТ МЕСИТ С ПОМОЩЬЮ команды АЬТЕК 8Е8810Ы или АЬТЕВ 8У5ТЕМ.
При включении режима возобновления в сеансе БД можно указать максимальный период
времени для приостановки команды, по истечении которого приостановленная команда
завершается с ошибкой, если не было вмешательства, устранившего нехватку
пространства. В параметре ВЕ8ИМАВЬЕ__ТТМЕСИТ устанавливается время тайм-аута в
секундах. Время тайм-аута можно также задать с помощью команды:
АЬТЕВ 8Е8810И ЕИАВЬЕ ВЕЗИМАВЬЕ ТТМЕОИТ 3600;
Значение параметра Т1МЕСИТ действует до следующего его изменения в другой команде
аьтев 5Е851ОИ ЕКАВЬЕ ВЕЗИМАВЬЕ. следующего изменения с помощью иного средства и
до конца сеанса. При использовании фразы ЕИАВЬЕ ВЕЗИМАВЬЕ ТТМЕОИТ для включения
возобновляемого режима значение тайм-аута по умолчанию -7200 секунд (2 часа).
Использование возможности выделения пространства для возобновления
приостановленной команды (продолжение)
Дополнительно можно задать имя для возобновляемых команд. Например:
АЬТЕВ 5Е581ОЕ ЁБАВЬЕ НЕЗЕМАВЬЕ Т1МЕОЕТ 3600
БАМЕ 'тиЬЫХаЬ Ьпзегь’;
Имя команды используется для идентификации возобновляемой команды в представлении
ОВА^НЕЗБМАВЕЕ или II ЗЕ В_ВЕ8Ш4 АВ ЕЕ.
Пример:
ЗЕЬЕСТ пате, зд1_Еехт. ЕНОМ нзег_гезитаЫе;
БАМЕ 5С)Ь_ТЕХТ
-------------.--------_-----------------------------------------
тиЬЫЕаЬ ТпзегЬ 1Б8ЕНТ 1ЫТО о1Й8^1ез ЗЕЬЕСТ * ЕНОМ зЪ.баЬее;
Чтобы автоматически сконфигурировать установки для возобновляемых команд,
необходимо создать на уровне базы данных триггер типа БОСОЕ, изменяющий параметры
пользовательского сеанса. В триггере выполняются команды включения возможности
возобновления операции, задается период тайм-аута и соответствующее имя для
возобновляемых команд, которые будут использоваться в сеансе.
Так как возобновляемые команды удерживают некоторые системные ресурсы,
пользователям должна быть предоставлена системная привилегия ВЕ315МАВЕЕ перед тем,
как они смогут включить возможность выделения пространства для продолжения
операции и начнут выполнять возобновляемые команды.
Возобновление приостановленных команд
Пример:
1. Команда 1Е5ЕР.Т наталкивается на ошибку, связанную с тем, что таблица полностью
заполнена.
2. Команда 1Ы8ЕКТ приостанавливается, и никакая ошибка не передается клиенту.
3. Дополнительно может сработать триггер АЕТЕК 805РЕШ.
4. Дополнительно с помощью процедуры СВМ8__РЕ8ПМАВЬЕ . АВОР.Т может быть
возбуждено исключение 5ЕК\7ЕНЕЕКОН для аварийного завершения команды.
5. Если команда не завершилась аварийно и успешно добавлено свободное
пространство таблице, команда 1Ы5ЕНТ возобновляет выполнение.
Обнаружение приостановленной команды
Когда включена возможность возобновления и команда приостанавливается, ошибка
(возникающее исключение) не передается клиенту. Для корректирующих действий база
данных Огас1е предоставляет альтернативные методы уведомления пользователей об
ошибке и предоставления легальной информации о произошедшем.
Возобновление приостановленных команд (продолжение)
Возможные действия в приостановленном состоянии
Когда команда попадает в ошибочную ситуацию, которую необходимо исправить, система
внутренне возбуждает системное событие АРТЕК 8П8РЕТО. Пользователи могут
зарегистрировать триггеры для обработки этого события как на уровне базы данных, так и
на уровне схемы. Если пользователь зарегистрировал такой триггер, он отрабатывает
после приостановки команды 8<2Е. Все команды, выполняемые внутри триггера с типом
АГТЕВ. 5 V8РЕТО, всегда невозобновляемые и автономные. Транзакции, начинающиеся
внутри триггера, используют сегмент отката 8У8ТЕМ. Режим выполнения обуславливается
необходимостью устранения возможности взаимоблокировок и снижения вероятности
попадания триггера в такую же ошибочную ситуацию, в которой находится команда.
Внутри кода триггера можно использовать представление В5ЕВ_ КЕ8ПМАВЕЕ или
0ВА__КЕ8иМАВЬЕ, а также функцию ЕВМ8_ВЕ8рМАВЬЕ . 8РАСЕ_ ЕВВОВ_1КЕО для
получения информации о возобновляемых командах.
Когда приостанавливается возобновляемая команда,
• сеанс, в котором была введена команда переходит в состояние ожидания; в
представление 7$8Е8810Ы_НА1Т вставляется строка, содержащая в столбце ЕУ’ЕЫТ
следующее: “зЕасетепЕ зизрепдеф те1Х еггог Во Ье сТеагесГ;
• появляется сигнальное сообщение о необходимости дополнительных ресурсов для
завершения приостановленной операции над объектом.
Завершение приостановленной команды
После разрешения ошибочной ситуации (например, в результате вмешательства
администратора или освобождения пространства сортировки другими запросами)
приостановленная команда автоматически возобновляет выполнение и сигнал “геяшпаЫе
зеБягоп 8Н8репбед” удаляется.
Для приостановленной команды можно принудительно возбудить исключение
ЗЕВУЕВЕВВОВ с помощью процедуры ПВМ8__ВЕ8ПМАВЕЕ. АВОВТ (). Эта процедура
может быть выполнена пользователем с ролью ОВА или же тем. кто производит
приостановлен ную операцию.
Когда заканчивается временной интервал приостановки, команда автоматически аварийно
завершается и пользователю возвращается сообщение об ошибке.
Переносимые табличные
пространства
Возобновление
после выделения
пространства
> Переносимые
табл, простр, и
БД
Концепция межплатформенных табличных
пространств:
• Упрощение передачи данных между хранилищем и
витринами данных
• Возможность миграции с одной платформы на другую
• Поддерживаемые платформы:
8о1аг1$[1т] ОЕ (32-Ы1) НР-МХ (64-ЫЦ М1сго$оН УУтс1<Ж8 1А (64-Ы1)
ЗоЬНарт] ОЕ (64ЧЫ1) НР Тги64 ОЫ1Х 1ВМ х8еНе$ Вавес! Опих
М1сго$оЙ Штйоша 1А (32-Ы1) НР-УХ 1А (64-Ы1) Моих 64-ЫНогАМО
Ыпих 1А (32-ЬИ) Цпих 1А (64-ЬИ) Арр1е Мас 08
А1Х-Ва$ес1 Будете (64-Ьй) НР Ореп УМ8 М1сго$оЙ УУ1пс!от 64-ЬИ1ог АМО
8о1аг& ОрегаИпд 8ув1ет (х86)
!11-26 СорупдЫ © 2006, Огас!е. АН пдМе гевет/еД
Переносимые табличные пространства
Данная функциональная возможность может использоваться для переноса данных
табличных пространств без учета границ платформ. Это упрощает передачу (сНяГпЬиНоп)
данных из хранилища в витрины данных, часто располагаемые на менее мощных
платформах . Данная функциональная возможность также позволяет мигрировать базу
данных с одной платформы на другую. Для этого перестраивается словарь и переносятся
пользовательские табличные пространства.
Перед переносом файлов данных с одной платформы на другую необходимо убедиться в
том, что исходная и целевая системы функционируют на поддерживаемых платформах
(см. слайд).
Примечание: функгрюнальная возможность межтатформенных табличных
пространств (сгож-ркй/огт иапзрогшЫе 1аЫе$расе/еапте) требует, чтобы обе
плаз формы использовали одну и ту же кодировку символов.
Концепция минимального уровня
совместимости
• Параметр инициализации ссмратгвье для исходной и
целевой баз данных должен иметь значение 10.0.0 или
выше.
• В заголовках файлов данных присутствует информация
о платформе.
• Перед переносом убедитесь в том, что все файлы,
находящиеся в режиме ‘только чтение’ или в автономном
состоянии, содержат информацию о платформе.
0М2АТ .'ВЬЕ=9.20 1_________ •'0МРА'гТЗЬГ=Ю .0.0
11-27 СорупдМ © 2006, Огас1е. АН пдЬ& гееегуеб.
ст? лесе
Концепция минимального уровня совместимости
Параметр инициализации СОМРАТТВЬЕ для исходной и целевой баз данных должен иметь
значение 10.0.0 или выше перед использованием функциональной возможности
межплатформенных табличных пространств.
Когда файлы данных в первый раз открываются базой данных Огас1е 10^ с параметром
инициализации СОМРАТВВЬЕ, в котором установлено значение 10.0.0 (или выше),
информация о платформе запоминается в файлах (р1афогт~ам’аге$1е$). На диаграмме это
отображается отметкой (“галочкой”). Каждый файл идентифицируется платформой,
которой он принадлежит. Такие файлы (р1афогт-а\каге имеют на диске одинаковые
форматы блоков заголовков файлов, которые используются для идентификации и
верификации. Файлы, находящиеся в режиме "только чтение’ или в автономном
состоянии, начинают использовать преимущество переносимости после перевода в
режиме чтение/запись или оперативное состояние. Вследствие этого табличные
пространства, находившиеся в состоянии ‘только чтение' в базах данных Огас1е до версии
10#, должны быть хотя бы раз переведены в режим чтения/записи перед тем. как они
начнут использовать возможность межплатформенной переносимости.
Процедура переноса табличных
Источник
пространств
Перевод табличных пространств в
состояние Только чтение*.
'"ПиГслользование ОаЬ Ритрдля
....
11-28
СорупдЫ © 2006, Огас!е. АН пдЫа гевеп/ед.
Процедура переноса табличных пространств
При переносе с одной платформы на другую (из источника в целевую систему) файлы
данных, принадлежащие набору переносимых табличных пространств должны быть
преобразованы в формат, распознаваемый целевой базой данных. Несмотря на то, что
дисковые структуры базы данных Огас1е 10^ соответствуют общему формату, возможны
отличия на плаз форме-источнике и целевой платформе в используемых форматах,
определяющих порядок байтов в оанных {ешИап/огта1$). Если такие форматы отличаются,
воспользуйтесь командой СОЫУЕКТ утилиты КМАИ для преобразования порядка байтов. Эта
операция может быть произведена либо на платформе-источнике, либо на целевой
платформе. Для платформ с совпадающим порядковым форматом (епсИап/огпио)
преобразование не требуется.
На слайде графически отображаются возможные шаги переноса табличных пространств с
платформы-источника на целевую платформу. Однако преобразование порядка байтов
можно производить и после переноса файлов на целевую платформу. Последние два шага
должны выполняться на целевой платформе.
В основном процедура похожа на ту. которая использовалась в предыдущих версиях базы
данных Огас1е, за исключением случая, когда на обоих платформах используются различные
порядковые форматы хранения данных. Предполагается, что обе платформы совместимы с
функциональной возможностью межплатформенной переносимости.
Примечание. Порядок байтов может повлиять на результат при чтении или записи данных.
Например, 2-х байтное целое число 1 записывается как 0x0001 в системах с обычным
порядком байтов (Ьш-епбИап $ух1ет}. Пример такой системы - 8ип 8РАЕС 8о1ап$. Такое же
число в системе с обратным порядком {11Н1е~епсИап $у$1ет) хранится в виде 0x0100 .
Пример таких систем - 1ше1~совместимые РС.
11 >29 СорупдЫ © 2006, Огас1е. АН пдЫк гевегуед.|
Выяснение порядкового формата платформы
Для проверки того, одинаков ли порядковый формат на обоих платформах, выполните
запрос к представлению V$ТНА^8РОНТАВ^Е^Р^АТЕОРМ. Представление У$0АТАВА8Е
содержит два столбца, используемые для нахождения наименования и идентификатора
вашей платформы.
Выполните запрос, приведенный на слайде, на обоих платформах и сравните результаты.
В системе 8пп 8РАКС команда ЗЕЬЕСТ вернет следующее :
ЕЕС1АЕ_ЕОКМАТ
В±д
На платформе М1сго8ой \Упк!о\у8 на основе процессоров 1п1е1 команда ЗЕЬЕСТ
возвращает следующее:
ЕКЬ1АЕ_ЕОРМАТ
ЫШе
Переносимые базы данных
Возобновление
после выделения
пространства
Переносимые
табл, простр.
> Переносимые БД
• Обобщение функциональной возможности
переносимых табличных пространств.
• Данные могут быть просто переданы из среды
хранилища в витрины данных, обычно
располагаемые на более меньших платформах.
• База данных может быть очень быстро
мигрирована с одной платформы на другую.
Платформах и °Динитотже Платформа у”
“порядок формата”
Существующая БД
Передача файлов БД
СорупдЫ© 2006, Огас1е. АН пдЫа гебегуед
Переносимые базы данных
При использовании функциональной возможности переносимых табличных пространств
перемещение данных становится значительно быстрее. Однако метаданные все еще
необходимо выгружать, так как табличное пространство зузЕеш не может быть перенесено.
Назначение функциональной возможности переносимых баз данных - предоставить быстрый
и простой способ переноса базы данных между различными платформами, имеющими
одинаковый порядковый формат (еткйап Еоппа1). Однако исходная и целевая платформы
могут иметь различное выравнивание на диске (сЫ аИ^птет). Например, НР-11Х и 8о1ап$ -
обе платформы с порядковым форматом Ыд, но дисковое выравнивание для НР-1ГХ - 8,
для 8о1апз - 4.
Для переноса баз данных с одной платформы на другую необходимо убедиться в том, что
исходная и целевая системы функционируют на платформах, присутствующих в
представлении \7$ТКАЕ8РОВТАВЬЕ__РЬАТГОВМ, а также имеют одинаковый порядковый
формат. Например, можно перенести базу данных, функционирующую в 1лпих 1А (32-Ьй), на
одну из платформ А\7п1(1о\У8.
Если одна или обе базы данных используют автоматическое управление хранением (А8М),
для передачи файлов необходимо использовать пакет ЕВМ8__Е1ЬЕ__ТВАЕ8ЕЕН.
В отличие от переносимого табличного пространства, данные которого вставляются в
целевую БД, эта возможность создает новую базу данных на целевой платформе. Вновь
создаваемая БД содержит такие же данные, как и исходная БД. Новая БД имеет такие же
установки, как и старая, за исключением имени БД, имени экземпляра и мест расположения
файлов.
Примечание: перенос БД более быстро перемещает данные, чем Оа1а Ршпр.
Процедура переноса базы данных:
преобразование в исходной системе
Откройте БД в режиме НЕ АП сжьу
с параметром инициализации
СОМРАТ1ВЬЕ===10 .0.0
|11-31 СорупдМ © 2006, ОгасЕе. АЙ пдЫз гееегуеД
Процедура переноса базы данных: преобразование в исходной системе
Перед переносом базы данных ее следует открыть в режиме ЕЕ АР ОКЬУ. Затем с
помощью К.МАЫ необходимо преобразовать требуемые файлы данных.
Когда преобразование выполняется на исходной платформе, применяется новая команда
КМАН СОЫУЕВТ БАТАВА8Е. Она генерирует скрипт, содержащий корректную команду
СКЕАТЕ СОЫТКОЬЕТЬЕ НЕ5ЕТЕОС8, используемую в целевой системе для создания
новой базы данных. Кроме того, команда СОЫУЕКТ БАТАВА8Е преобразует все
идентифицируемые файлы данных (р1а1/огт-аюаге таким образом, чтобы их можно
было использовать в целевой системе. После выполнения команды СОЫУЕКТ 0АТАВА8Е
вы передаете файлы данных и сгенерированный скрипт на целевую платформу. В
результате выполнения переданного скрипта на целевой платформе создается новая копия
вашей базы данных.
Примечание. Исходная база данных должна функционировать с параметром
инициализации СОМРАТ1ВЕЕ, имеющем значение 10.0.0 или выше. Все
идентифицируемые табличные пространства должны хотя бы однажды находиться в
состоянии КЕАБ №1ТЕ после того момента, когда для параметра СОКРАТТВЬЕ было
установлено значение 10.0.0 или выше.
Процедура переноса базы данных:
преобразование в целевой системе
Откройте БД в режиме ШЕАБ ОЫБТ
с параметром инициализации
СО» АТ! ВЕЕМ (1(10
передача
файлов
ЯеаФ
оп!у
Исходная
система
Целевая
система
11-32
СорупдЫ © 2006. Огас!е. АЙ пдЫй гееегуеб.
Процедура переноса базы данных: преобразование в целевой системе
Перед переносом базы данных ее следует открыть в режиме НЕ АБ ОНЕУ. Затем с
помощью КМАК необходимо преобразовать требуемые файлы данных.
Чтобы выполнить преобразования на целевой платформе, сначала в исходной системе
выполните команду СОЫУЕВТ БАТАВА5Е, генерирующую два скрипта. Эти скрипты
используются в целевой системе для преобразования файлов данных и для пересоздания
управляющих файлов новой базы данных. После выполнения в исходной системе команды
СОБУЕВТ БАТ АВ АЗЕ передайте на целевую платформу идентифицируемые файлы
данных и оба скрипта. Затем выполняете эти два скрипта в правильном порядке. В первом
скрипте для преобразования файлов данных применяется команда КМАК СОБУЕВТ
БАТАЕ1ЕЕ. Во втором скрипте для создания новой базы данных используется команда
8<2Ь СВЕАТЕ СОБТВОЕЕТЬЕ В.Е5ЕТБОС2, в которой указаны преобразованные файлы
данных.
Примечание. Исходная база данных должна функционировать с параметром
инициализации СОМРАТ1ВЕЕ, имеющем значение 10.0.0 или выше. Все
идентифицируемые табличные пространства должны хотя бы однажды находиться в
состоянии ВЕАБ ЭДК1ТЕ после того момента, когда для параметра СОБРАТIВЬЕ было
установлено значение 10.0.0 или выше.
Переносимые базы данных: указания
• Создайте на целевой платформе парольный
файл.
• Перенесите ветье, используемые в исходной
базе данных.
• В сгенерированном рГх!э и скрипте переноса
указываются ОМЕ.
• Для изменения овш примените утилиту
БВЫЕШС.
Переносимые базы данных: указания
Журнальные файлы, управляющие файлы и временные файлы (1ешрб1е$) не переносимы.
Они пересоздаются для новой базы данных на целевой платформе. Поэтому новая база
данных должна открываться с опцией ВЕЗЕТЬОСЗ.
Если парольный файл используется, он не переносится. Его необходимо создать на
целевой платформе. Причина в том, что в зависимости от операционной системы должны
применяться различные виды имен парольного файла. Следует отметить, что в выходных
результатах команды СОЫУЕВТ ОАТАВАЗЕ перечисляются имена всех пользователей и
их системные привилегии, а также содержатся рекомендации по пересозданию парольного
файла и добавлению в него записей о пользователях на целевой платформе.
В выходных результатах команды СОИУЕКТ ОАТАВАЗЕ приводятся все объекты
Л гесЕогу, а также объекты, использующие тип данных ВПОЕи внешние таблицы в
исходной БД. Возможно вам придется изменить в этих объектах имена каталогов и
файлов. Кроме того, вы должны передать на целевую платформу существующие ВЕЮЕ.
В сгенерированном рШе и скрипте переноса в качестве файлов данных указываются
файлы, сопровождаемые Огас1е (Огас1е Манатей Ейе$ - ОМЕ). Если вы не хотите
использовать ОМЕ, измените рТИе и скрипт переноса.
Перенесенная БД имеет такой же идентификатор (ОВЮ), как и исходная база данных. Вы
можете воспользоваться утилитой ОВЫЕЭДЮ для изменения ОВЮ. Как в скрипте переноса,
так и в выходных результатах команды СОЫУЕВТ ОАТАВАЗЕ приводится подсказка по
использованию утилиты ОВЫЕЭДЮ.
Итоги
* Описание автоматического управления
пространством базой данных Огас1е
• Профилактический мониторинг и управление
использованием памяти в табличных
пространствах
• Использование сегментного консультанта
• Возврат неиспользуемого пространства таблиц
и индексов путем сжатия сегментов
• Управление выделением пространства для
возобновления операции
• Описание концепций переносимых табличных
пространств и баз данных
11-34
СорупдЫ © 2006, ОгагЛе, АН пдЬ& гееегуеб.
Обзор практического занятия :
управление хранением
• Использование пороговых значений сигналов
для профилактического управления табличных
пространств
• Использование сегментного консультанта для
сжатия пространства
• Просмотр сигналов и хронологических
сведений о сигналах в 8<Э1_*Р1и5 и Еп1егрп$е
Мападег
.11-35 СорупдН* © 2006, Огасте. АН пдМз гевегуес!.
Автоматическое управление
пространством хранения данных
Рассматриваемые вопросы
• Описание возможностей автоматического
управления пространством хранения данных
(Аи(отаНс 81огаде Мападетеп( - А8М)
• Задание параметров инициализации для
экземпляров А8М и баз данных
• Выполнение команд 8О1_, в которых указаны
имена А8М-файлов
• Запуск и остановка экземпляров А8М
• Администрирование дисковых групп А8М
• Использование КМАН для миграции базы
данных в структуры хранения А8М
> 'Ж I ш , = »
; ................ '
I 12-2 СорупдЫ © 2006, Огас!е. АН НдЫз гееегуе^.
Обзор автоматического управления
пространством хранения данных
* * Переносимая и высокопроизводительная
кластерная файловая система
* Файлы, сопровождаемые
базой данных Огас1е ,
• Данные, распределенные по
дискам для сбалансированной
загрузки
• Встроенное
зеркалирование данных на
разных дисках
• Решение многих проблем
управления структурами хранения
12-3
СорупдМ © 2006, Огас!е. АН пдЫб геаегуеб.
Обзор автоматического управления пространством хранения данных
Автоматическое управление пространством хранения данных {Аи1отаИс &ога%е
Мапа%етеп1 - А8М) осуществляет вертикальную интеграцию файловой системы и
включает менеджер томом, который специально создан для файлов базы данных Огас1е.
Возможность А8М может быть сконфигурирована для одной машины с архитектурой 8МР
или на нескольких узлах кластера при использовании Огас1е Кеа! Аррйсабоп С1и8Гег8
(КАС).
А8М распределяет загрузку ввода-вывода между всеми доступными ресурсами в целям
достижения оптимальной производительности, устраняя необходимость ручной настройки
ввода-вывода. А8М помогает администраторам сопровождать динамическую среду баз
данных, позволяя увеличивать размер базы данных без ее обязательной остановки для
регулировки распределения пространства хранения.
А8М позволяет сопровождать избыточные копии данных для достижения
отказоустойчивости, а также может работать с механизмами отказоустойчивости,
предоставляемых производителями оборудования. Управление данными осуществляется
путем выбора характеристик надежности и производительности для соответствующих
классов информации, а не на путем ручной настройки работы с файлами.
Возможности А8М экономят время администраторов БД, автоматизируя ручные операции
со структурами хранения. В результате появляется возможность управления базами
данных большего размера с более высокой эффективностью.
Обзор автоматического управления пространством хранения данных
(продолжение)
В соответствие с А8М файлы делятся на единичные секции (аМосаИоп иты-АУ), которые
для каждого файла равномерно распределяются по всем дискам. А8М использует
индексный механизм для отслеживания расположения каждой единичной секции. При
изменении возможностей устройств хранения А8М не производит повторное растепление
всех данных. Производится перемещение данных такого объема, который пропорционален
объему добавленной или удаленной дисковой памяти так, чтобы равномерно
перераспределить файлы и обеспечить сбалансированную загрузку дисков. Эти действия
производятся при активной базе данных.
Вы можете повысить скорость операции перебалансировки или же снизить ее, чтобы
уменьшить влияние этой операции на подсистему ввода-вывода. А8М обеспечивает
защиту на основе зеркалирования данных. При этом не требуется покупать Менеджер
логических томов (Ьо^са! УЫите Мападег) сторонней фирмы. Одно из уникальных
преимуществ А8М состоит в том, что зеркалирование применяется на файловой основе, а
не на основе томов. Поэтому одна и та же группа дисков может хранить совокупность
файлов, защищаемых путем зеркалирования вместе с файлами, не защищаемыми совсем.
А8М поддерживает файлы данных, журнальные файлы, управляющие файлы, архивные
журналы, резервные наборы, полученные с помощью ЯМАМ, и другие типы файлов базы
данных Огас1е. А8М поддерживает Кеа! Аррйсабоп С1и8Гег$ и устраняет необходимость
использования менеджера логических томов кластера (С1иЫег 1_о|лса1 Уо1ите Мападег)
или кластерной файловой системы (С1шгег ЕПе 8у81ет).
Общая архитектура А8М
Сорупдт © 2006, Огас1е. Ан пдМз геаеп/еб
Экземпляр БД
ВЮ~8а1е$
Экземпляр
АЗМ
81Ойазт
Общая архитектура АЗМ
Для использования А8М необходимо запустить специальный экземпляр, называемый
экземпляром АЗМ (АЗМ тмапсе) до запуска экземпляра базы данных. Экземпляр А8М не
монтирует базы данных. Вместо этого он управляет метаданными, которые необходимы
для обеспечения доступности файлов А8М со стороны обычных экземпляров БД. Как
экземпляры А8М, так и экземпляры БД имеют доступ к некоторым общим наборам
дисков, называемым дисковыми группами (Шзк ргоирз). Экземпляры БД имеют прямой
доступ к содержимому А8М-файлов, взаимодействуя с экземпляром А8М только, чтобы
получить информацию о расположении этих файлов.
Экземпляр А8М содержит два новых фоновых процесса. Один из них координирует
работу по перебалансировке дисковых групп. Его имя - ЕВАЬ. В торой - выполняет
фактическое перемещение единичных секций (АН) в ходе перебалансировки данных.
Таких процессов может быть много в каждый момент времени и они называются ЛЕВО,
АЕВ1 и т.д. Экземпляр А8М также содержит большинство таких же процессов, как и
экземпляр базы данных (8МОЫ, ЕМОК, 1Ж, БВЖ и СКРТ).
Общая архитектура А8М (продолжение)
Каждый экземпляр базы данных, использующий А8М, имеет два новых фоновых
процесса, называемые А8МВ и КВАЬ. кВАЬ выполняет глобальное открытие дисков
дисковых групп. При старте экземпляра базы данных А8МВ соединяется как фоновый
процесс с экземпляром А8М. Взаимодействие между базой данных и экземпляром А8М
осуществляется через люст Он позволяет производить физические операции с
файлами, например, создавать или удалять файлы данных. Через такое соединение
осуществляется периодический обмен сообщениями для обновления статистик и для
проверки того, что оба экземпляра функционируют.
Задачи, связанные с экземпляром А8М
Задачи администратора по использованию
экземпляра А8М:
• Создание экземпляра А8М
• Установка параметров инициализации
• Запуск экземпляра А8М <
• Управление экземпляром А8М
• Остановка экземпляра А8М
12-7 _______________________________СорупдЫ: © 2006, Огас!е. Ай пдЫв геаегуед.
Создание экземпляра А8М
12-8________________________________СорупдЫ © 2006, Огас1е, АН пдЬ& гезегуед.
Создание экземпляра А8М
Экземпляр А8М создается с помощью утилиты ВайЬаве Сопй^пгабоп А88181ап1 (ПВСА).
На первом экране этой утилита выбирается опция Сопйдыге Асйотайс 81огаде
Мападетеп!, затем выполняются последующие шаги по созданию и запуску экземпляра
А8М. Вслед за этим определяются дисковые группы, доступные с помощью экземпляра
А8М.
В ходе процесса создания экземпляра А8М утилита ЛВС А автоматически создает вход
(запись) в файле огаГаЬ. Эта запись используется для обнаружения экземпляра А8М. На
платформах ХУМохуз, где используется механизм сервисов, ОВСА автоматически создает
сервис Огас1е и соответствующий вход в реестре, используемый при обнаружении
экземпляров А8М.
После завершения конфигурирования экземпляра А8М утилита ОВСА создает файл
параметров и парольный файл для экземпляра А8М.
При создании базы данных, использующей возможность А8М, утилита Оа<аЬа8е
Сопй^шаПоп А88181апГ (ОВСА) определяет, существует ли уже экземпляр А8М на вашем
хосте. Если процедура обнаружения экземпляра А8М возвращает пустой список, ОВСА
создает новый экземпляр А8М.
Параметры инициализации
экземпляра А8М
'ХМЗТАМСЖШХЖ « «Ж
0В_Ш1фЁ_»АМЕ -= +лам_
ь^Ж_кЖЕК_Ъ1М1Т = 1
А5М_М2КЗТК1КС 4= ^деу/гаак/М', ' /аеу/гавк/сХ* •
А5М_О13К6КОЦ₽Б =в ЙдгоирА, йдгоирВ
1АЙ§Е РООЪ 512Е = ЛИВ
~~~ Ж .
^й.п^тгш.^ип,-, ,...^.-.и , ,,,,,„, г,- .....Л..-. ... . ~ .>
12-9 СорупдЫ © 2006, Огас!е. АН пдМз геэегуед.।
Параметры инициализации экземпляра А8М
• 1П8ТАИСЕ__ТУРЕ должен быть установлен в А8М для экземпляров А8М.
• ОВ__ЕЫ10ЕЕ_НАМЕ задает имя предоставляемого сервиса, через которое доступен этот
экземпляр А8М, управляющий дисковыми группами, управляющий дисковыми
группами.Обычно следует использовать значение по умолчанию +А8М. Другое
значение задается только, когда на одном узле выполняется несколько экземпляров
А8М.
• А8М__РО№К__ЫМ1Т управляет скоростью операции перебалансировки ( геЬактсе
орегаИоп). Задаваемое значение может быть в диапазоне от 1 до 11, причем 11
определяет максимальную скорость. Если этот параметр опущен, значение по
умолчанию - 1. Количество подчиненных процессов зависит от уровня параллелизма,
задаваемого в ручной команде перебалансировки (фраза РСЖЕН), или же определяется
параметром А8М__Р0№Р__ЫМ1Т.
• А8М018К5ТЕ1Ы6 содержит зависимое от ОС значение, используемое А8М для
ограничения перечня дисков, которые могут быть обнаружены.
• А8М__Р18К__СЕО11Р8 содержит список имен дисковых групп, монтируемых
экземпляром А8М при старте или по команде АЬТЕЕ Б18КСНООР АЬЬ МОЮТ.
1М8ТАМСЕ__ТУРЕ - это единственный параметр, который должен быть задан. Все
остальные параметры А8М имеют значения по умолчанию, которые подходят для
большинства сред.
Примечание: если среда А8М была создана с использованием командной строки, а не ЕМ,
тогда дисковые группы должны быть созданы перед тем, как они могут быть смой тированы.
Изменения в параметрах экземпляра
базы данных
..........' ...............................
‘1Ы8ТАЫСЕ_ТУ₽Е = ВВВМ5
ЬСХЗ_АКСН1УЕ_КЖМАТ
ОВ_ВЬОСК_51гЕ
ВВ СВЕАТЕ 0Ж»1Ж Е06 ВВЗТ -п
*•»«/ чр-жта «?«?•
ВВ_ОйЕАТЕ_Е±М_1,ЙЕ8,Т
ОВ_КЕСОТЕКХ_Г1ХЕ_СЕ8Т
СОЫТНО1,_Е1ЬЕ5 I
ЪОе__АВСНГУЕ_ВЕЗТ_п |
ЕО<3_АВСН1УЕ_ВЕ8Т
8ТАЫСВУ__АКСНХУЕ_СЕ8Т
1ДОСТ_КЮЬ_вХ2Е - 8МВ \
12-10 СорупдЫ © 2006, Огас!е. АН пдЫз гекегуеб.,
Изменения в параметрах экземпляра базы данных
По умолчанию параметр 1К8ТАЫСЕ_ТУРЕ имеет значение КОВМ8, что указывает на то,
что это экземпляр системы управления реляционной базой данных (СУРБД, Ке1аНопа1
ВашЪазе Мапа&етеп1 8у$1ет, Ш)ВМ$).
Когда для параметра ЕОС_АНСНТ7Е__РЕ8Т задано неполное имя АЗМ-файла (например.
+<ЮгоирА), параметр Ь06_АКСН1УЕ_Е0КМАТ игнорируется. Когда значение параметра
Ь06_АКСН1УЕ__РЕ8Т-директория АЗМ (например, +дСгоирА/туагсИ1ода1.г/),
тогда параметр ЬОС__АВСН1УЕ ГОВМАТ используется и архивные файлы не являются
файлами, сопровождаемыми Огас1е (Огас1е Мапа%ес1 РИе -ОМР). База данных Огас1е
автоматически генерирует уникальные имена для архивных журналов.
В следующих параметрах можно использовать шаблоны имен для А$М-файлов:
• СВ__С НЕ АТЕ_ОЫЬ IЕЕ _ЬОС__ОЕ 8 Т__п
. БВ___СНЕАТЕ _Е1 ЬЕ_ОЕ8Т
• РВ__НЕСОУЕКУ _Е'1ЬЕ_ОЕ8Т
. СОЫТВОЬ_Е1ЬЁ8
• ЬОС__АНСН1УЕ__РЕ8Т__п
• ЬОС__АКСН1УЕ_ОЕ8Т
. 8 ТАК ОВУ __АВСН I УЕ_ ЕЕ 8 Т
Примечание: поскольку место для карт единичных секций (аНосабоп ипИ тарз) А8М-
файлов выделяется в большом пуле, необходимо задать параметр инициализации
ЕАВСЕ_РООЬ_81ХЕ, равный хотя бы 8 Мб или же больше (что предпочтительнее).
Запуск экземпляра А8М
$ едамф -..ШлЙ;Й_8ИЗв ' +А8М'
$ /поХод
Ш> СОШЕСТ / А8 вувйЬа
Соппесееа Ъо ай ХМ! КаЫпов.
5ЙЬ> 8ТАМТОТ; «
АЗЫ хпаЪапсе зеагЬэй
|ет ОХоЬаХ Агеа 147936196 ЬуЪез
ГХШа 8хяе 32454В ЬуШз
Жг1аЬ1е Й1^е 96468992
ВаЪаЬаве ВиКега 50331648 Ъу±ев
Вейо Ви^еега ЮИ ^ев
А8М
----------— ; --------.,,.,....-г___;-У • - , „
Запуск экземпляра А8М
Экземпляр А8М запускается подобно экземпляру базы данных. Отличие в том, что в
файле параметров инициализации содержится запись Ю8ТАПСЕ__ТУРЕ=А8М. Такое
значение параметра означает для исполняемого модуля Огас1е, что запускается экземпляр
А8М, а не экземпляр БД. Кроме того, в переменной среды ОКАСЬЕ__81 Б должно быть
указано имя экземпляра А8М. При старте экземпляра А8М на стадии монтирования
делается попытка смонтировать дисковые группы, указанные в параметре инициализации
А8М_Б 18КСВОПР8. Никакая база данных в этом случае не монтируется.
Другие фразы команды 8 ТАКТОР, которые используются при старте экземпляра БД,
соответствующим образом интерпретируются применительно к экземпляру А8М. Опция
ОРЕЫ не применима для экземпляра А8М. ЕОМООЫТ вызывает запуск экземпляра А8М без
монтирования какой-либо дисковой группы.
12-12
СорупдЫ © 2006, Огас!е. АП пдЫ® гезеп/ес!
Доступ к экземпляру А5М
Экземпляр А8М не имеет словаря, поэтому единственный способ соединения с ним -
использование аутентификации на уровне ОС. Соединение может быть установлено с
привилегией 8У8Е-ВА или 8У8ОРЕВ. Для удаленного соединения должен использоваться
парольный файл. Обычно привилегия 8У8БВА предоставляется члену группы в
операционной системе. В 11шх это, как правило, группа с!Ьа. По умолчанию члены группы
<5Ьа имеют привилегию 8У8ЕВА, действующую при подсоединении к любому экземпляру
на узле, включая экземпляр А8М. Пользователям, подсоединяющимся к экземпляру А8М
с привилегией 8У8ЕВА, предоставляется доступ, позволяющий выполнять
административные операции во всех дисковых группах системы. Привилегия 8У8ОРЕВ
позволяет поддерживать работоспособность экземпляра А8М и разрешав! применять
ограниченный набор команд $(2В для выполнения базовых операций уже
сконфигурированной системы.
Доступ к экземпляру А81У1 (продолжение)
Следующие команды доступны пользователям с привилегией 5 У ЗОРЕК:
• 8 ТАКТЕ Р/8 И УТРОБЫ
• АЬТЕК Р15КСКОЕР МОЕКТ/1) 15МОРЫТ
• АЬТЕК Р15КОКОПР ОЕЫЕЕ/ОРРЫЫЕ М8К
• АЬТЕК 015К0В0ЕР КЕВАЬАЫСЕ
• АЬТЕК 018К0К0ЕР СНЕСК
• Доступ ко всем представлениям вида \7$А8М~*
Все остальные команды, например СКЕАТЕ 018К6К0ВР, АЬТЕК Ш8КСН0ЕР
АЕЬ/РКОР/КЕ51 ЕЕ Ь18К и т.д. требуют наличия привилегии ЗУ 3РВА и не разрешены
при соединении с привилегией 5У80РЕВ.
Домашняя страница А8М
12-14 СорупдЫ© 2006, Огас!е. АН пдЫе геееп/еб.
Домашняя страница АБМ
Еп1егрп$е Мападег предоставляет дружественный графический интерфейс пользователя
для управления базой данных Огас1е, решения административных задач и осуществления
мониторинга. Функциональные возможности, появившиеся в Огас1е 10^, осуществляют
незаметную для пользователя поддержку задач управления, администрирования и
мониторинга баз данных Огас1е, использующих структуры хранения А8М. Дополнительно
поддерживается решение новых задач управления, возникающих при администрировании
экземпляра А8М и дисковых групп А8М.
На странице, приводимой на слайде, выведен статут экземпляра А8М, а также метрики и
сигналы, сгенерированные механизмом сбора данных. На этом экране также доступна
возможность запуска и остановки экземпляра А8М. Щелкнув на ссылке в секции А1ег1
пользователь попадает на страницу с подробными данными. Г рафик □|5кСгоир 11заде
отражает использование пространства всеми клиентскими базами данных, а также
свободное пространство.
Страница производительности А8М
Сорупдт © 2006, Огас1е. АН лдп& гезегуеа.
Страница производительности АЗМ
На закладке РегГоггпапсе страницы АиЬгпайс 81огаде Мападетеп! показываются
данные о времени ответа и пропускной способности ввода-вывода для каждой дисковой
группы. Пользователь может также получить более детальные сведения (с1п11 с1ошп) о
значениях метрик производительности на уровне дисков.
Страница конфигурации АЗМ
На закладке Сопйдигайоп страницы Аи1ота1ю Шогаде Мападетегй можно просмотреть
и изменить пара.метры инициализации экземпляра А8М.
Остановка экземпляра А8М
Экземпляр А базы данных
Экземпляр В базы данных
12-17 СорупдЫ © 2006. Огас!е. АН пдЫа гекегуеб. |
Остановка экземпляра А5М
Экземпляр А8М успешно останавливается в режиме ИОНМАЬ, 1ММЕБ1АТЕ или
ТКАЫ8АСТ1ОЫАБ, если к нему не подсоединен ни один экземпляр БД. При наличии хотя бы
одного подсоединенного экземпляра БД возвращается следующая ошибка :
ОКА-15097: саппоЕ 8НЕТБ0Ж А8М тпзЕапсе вдтЕЪ соппесЕед
ВБВМ8 хпзтапсе
По команде ЗНБТБСЖМ АВОР.Т экземпляр А8М будет остановлен и при последующем
старте потребуется время для восстановления. Все подсоединенные экземпляры БД также
останавливаются, возвращая следующую ошибку:
ОКА-15064: соттиптсаЕтоп ЕаИиге А8М гпзЕапсе
Если в конфигурации с единственным экземпляром А8М происходит его аварийный отказ и
при этом дисковые группы открыты для изменений, тогда в ходе инициализации экземпляр
А8М читает журнал дисковых групп и восстанавливает все динамические изменения.
Если несколько экземпляров А8М разделяют дисковую группу и один из них завершается
аварийно, другой экземпляр А8М автоматически восстанавливает динамические изменения
метаданных А8М, потерянные из-за с аварийного завершения экземпляра..
Аварийное завершение экземпляра БД никак не влияет на экземпляры А8М.
Экземпляр А8М следует автоматически запускать при перезагрузке хоста. Для этого
используется механизм автоматического запуска базовой ОС.
Следует отметить, что аварийный отказ файловой системы обычно вызывает аварийный
отказ узла.
Утилита ОВСА и опции хранения
СорупдМ © 2006, ОгасЗе. АН пдЫз гекегуед.
Утилита ОВСА и опции хранения
При создании базы данных с помошью утилиты Оа1аЬазе Сонб^игабоп А$81$1ап1 (ОВСА)
выдается приведенная на слайде страница.. На ней можно выбрать в качестве места
хранения файловую систему, АЗМ или “чистые”устройства (геймс1е\псе$).
Основные понятия, связанные с А8М
Ы-19 СорупдЫ © 2006, Огасте. АН пдЫэ геаегуеД
Основные понятия, связанные с А5М
А8М не исключает использования прежде существовавших возможностей базы данных.
Существующие БД могут продолжать работать по-прежнему. Новые файлы можно
создавать в виде А8М-файлов. В то же время администрирование существующих файлов
может осуществляться старыми методами, но возможна миграция этих файлов в среду
А8М. На диаграмме описываются связи, существующие между различными
компонентами хранения информации внутри базы данных Огас1е. В левой части и средней
части диаграммы показаны связи, которые существовали в предыдущих версиях Огас1е. В
правой части отражаются новые понятия, введенные вместе с А8М.
Файлы базы данных теперь могут храниться в виде А8М-файлов. На вершине новой
иерархии находятся дисковые группы А8М(А8Мсйзк руоирх). Любой А8М-файл находится
только в одной дисковой группе. Однако дисковая труппа может содержать файлы,
которые принадлежат нескольким базам данных, и одна база данных может использовать
пространство нескольких дисковых групп. Как можно заметить, одна дисковая группа
состоит из А8М-ДИСКОВ и каждый А8М-диск принадлежит только к одной дисковой
группе. А8М-файлы всегда распределяются по всем А8М-дискам в дисковой группе.
А8М-ДИСКИ разбиваются на части (рагйбоп), состоящие из единичных секций (а11осайоп
ип11$ - А17), размером в 1 мегабайт. Единичные секции - наименьшие непрерывные
участки дискового пространства, которые выделяет А8М. А8М запрещает расщепление
блоков между несколькими единичными секциями.
Примечание. На диаграмме отражен только один тип А8М~файла: файл данных. Однако
А8М может использоваться для хранения других типов файлов базы данных.
Дисковые группы АЗМ
• Пул дисков сопровождается
как логическое устройство
• Весь диск разбивается на
секции одинакового размера
• Каждый файл равномерно
распределяется по всем
дискам
• Использование грубого или
тонкого расщепления данных
в зависимости от типа файла
• Администрирование
дисковых групп, а не файлов
...". • ,7м
| 12-20 СорупдЫ © 2006, Огас1е. АН пдЫз геаер/ед. !
Дисковые группы АЗМ
Дисковая группа (Дюк %гоир) - это совокупность дисков, управляемая как логическое устройство.
Пространство (згога^е) добавляется или удаляется из дисковых групп единичными секциями (ип'Их),
используемыми АЗМ при сопровождении дисковых групп. Каждый диск АЗМ имеет имя. Это
общее имя, которое совместно используется всеми узлами кластера. Абстрактное понятие имени
диска АЗМ необходимо, так как различные хосты могут использовать различные имена для одного
и того же диска.
АЗМ всегда равномерно распределяет файлы порциями (сЪнпкз), состоящими из единичных секций
(ипнх) по 1Мб каждая, между всеми дисками в дисковой группе. Это называется грубым (соагхе)
расщеплением (ДпрйцД- Таким образом АЗМ устраняет необходимость ручной настройки дисков.
Однако диски в дисковой группе должны быть одинакового размера и с одинаковыми
характеристиками производительности, чтобы можно было добиться оптимальности ввода-вывода.
В большинстве случаев инсталлируется небольшое количество дисковых групп. Например, одна
дисковая группа для рабочей области (м’огк агеа) и одна для области восстановления
(кесогегу агеа). Для файлов (например для оперативных журналов), при использовании
которых не должны возникать задержки (1ою /агенсу), АЗМ предоставляет возможность тонкого
(/те-^гашеД) расщепления (128К1 При тонком (/те) расщеплении делится каждая единичная секция
(аИосабоп ипП). В результате тонкого расщепления операции ввода-вывода среднего размера
разбиваются на множество более мелких операций ввода-вывода, выполняемых параллельно. Хогя
количество файлов растет и увеличивается число дисков, администратор должен сопровождать
только постоянное число дисковых групп. С точки зрения базы данных, дисковые группы могут
быть определены как места расположения по умолчанию для файлов, создаваемых в базе данных.
Примечание: каждая дисковая группа хранит всю информацию о себе; она содержит директорию
файлов и директорию дисков.
Группа отказа
Группа о1пказа{[аИиге ууоир} - это набор дисков внутри конкретной дисковой группы,
разделяющих общие ресурсы, отказ которых останавливает работу дисков, но не выводит
их из строя. Примером труппы отказа может служить цепочка 8С81~дисков, соединенных
с общим 8С81-контроллером. Аварийный отказ контроллера ведет к тому, что все диски
на его шине 8С81 становятся недоступными, хотя каждый из дисков по отдельности не
теряет работоспособности.
Состав отказывающей группы зависит от особенностей каждого узла. Он определяется в
значительной степени видами отказов, к которым толерантен узел (отказ не вызывает
прекращения его работы). По умолчанию А8М назначает каждому диску свою
собственную группу отказа. При создании дисковой группы или добавлении диска к
дисковой группе администраторы могут указать задаваемую ими группу отказа в рамках
дисковой труппы. После того, как группы отказа были заданы, А8М может
оптимизировать размещение файлов, чтобы снизить вероятность недоступности данных
вследствие отказа общего ресурса.
12-22
Зеркалирование дисковых групп
Зеркалирование на уровне А11
Смешивание первичных и
зеркальных АЫ на каждом
диске
Внешняя избыточность:
основывается на
аппаратном зеркалировании
Обычная избыточность:
- Двойное зеркало
- Хотя бы две группы отказа
Высокая избыточность:
- Тройное зеркало
~ Хотя бы три группы отказа
СорупдМ © 2006, Огас!е. АН л .Ыз гезегуеб.
Зеркалирование дисковых групп
При использовании А8М можно описать три типа дисковых групп, которые поддерживают
различные типы зеркалирования.
• Внешняя избыточность (ех1егна! гейипйапсу): не предоставляет возможность
зеркалирования. Используйте дисковые группы с внешней избыточностью, когда
применяется аппаратное зеркалирование или вы допускаете возможность потери
данных в результате дискового отказа. Группы отказа не используются для таких типов
дисковых групп.
• Обычная избыточность (погтаГгейинбансу): поддерживает двойное зеркало.
* Высокая избыточность (Ы^Ъ-гейипйансу): обеспечивает тройное зеркало.
Функциональная возможность А8М не зеркалирует диски, она зеркалирует единичные
секции (АП). Поэтому необходимо иметь только резервное свободное пространство в
дисковой группе. Когда происходит дисковый отказ, А8М автоматически реконструирует
содержимое отказавшего диска на работоспособных дисках дисковой группы, читая
зеркальное содержимое с работоспособных дисков. В результате резко возрастающий объем
ввода-вывода, возникающий в связи с дисковых отказом, распределяется между
несколькими дисками,.
Когда А8М размешает основную секцию (рптагу АП) файла на одном диске, зеркальная
копия этой секции размещается на другом диске дисковой группы. Основные секции на
данном диске могут иметь зеркальные копии на одном из нескольких других дисков,
входящих в ту же дисковую группу. А8М гарантирует, что основные секции и их зеркальные
копии никогда не размещаются в одной группе отказа. Если вы определили группы отказа
для вашей дисковой группы, А8М может обеспечить отказоустойчивость (толерантность)
при одновременном выходе из строя нескольких дисков из одной группы отказа.
Динамическая перебалансировка
дисковых групп
• Автоматическая оперативная
перебалансировка при
изменении конфигурации
хранения
• Перемещение данных только
пропорционально <
добавленному пространству
• Не требуется ручная
настройка ввода-вывода
• Оперативная миграция
данных в новое
пространство хранения
Конфигурируемая загрузка системы с
использованием аем ровен ымхт
12-23
СорупдМ © 2006, Огас!е. АН пдЫз гевегуеб.
Динамическая перебалансировка дисковых групп
• При использовании А8М процесс перебалансировки очень прост и происходит без
вмешательства АБД или системного администратора. Когда добавляются или удаляются
диски из дисковой группы, А8М автоматически перебаласирует дисковую группу,.
• Использование индексных методов при распределении АЪТ на доступных дисках
позволяет А8М не перерасшеплять (гевГпре) все данные, а только перемещать некоторый
объем данных, пропорциональный добавленному или удаленному месту хранения. Такое
перемещение производится с целью равномерного перераспределения файлов и
поддержания сбалансированной загрузки ввода-вывода между дисками дисковой группы.
• При сбалансированной загрузке ввода-вывода могут быть добавлены файлы или
изменена конфигурация хранения. В таком случае администратору БД не надо искать
“горячие точки' (Кот хрогз) в дисковой группе и вручную перемещать данные, чтобы
восстановить сбалансированную рабочую загрузку ввода-вывода.
• Более эффективно одновременно добавлять или удалять несколько дисков так, чтобы их
перебалансировка была выполнена в рамках одной операции. Это позволяет избежать
ненужное перемещение данных. С помощью такого подхода проще выполнить
оперативную миграцию данных. Все что необходимо сделать - добавить новые диски в
рамках одной операции и удалить старые диски в этой же операции.
• Параметр инициализации А8М__Р0№К_ЫМ1Т позволяет управлять нагрузкой,
оказываемой на систему операцией перебалансировки. Диапазон значений этого
параметра от 0 до 11. Чем меньше значение, тем ниже нагрузка, большее значение
вызывает большую нагрузку и более быстрое завершении операции. Значение 0
останавливает операцию перебалансировки. По умолчанию значение ----- 1.
Сопровождение дисковых групп
12-24
СорупдЫ © 2006, Огас1е. АЙ пдЫа гевегуед.
Сопровождение дисковых групп
Основная задача экземпляра АЗМ - управление дисковыми группами и защита их
информации. Кроме того, экземпляр АЗМ передает сведения о структуре файла
экземплярам БД. В результате экземпляры БД могут напрямую обращаться к файлам,
хранимым в дисковых группах.
Появилось несколько новых команд для администрирования дисковых групп. Для их
использования требуется привилегия 8У8БВА и все они должны вводиться через
экземпляр АЗМ.
Можно добавить новые дисковые группы. Можно также изменить существующие
дисковые группы, добавив или удалив диск, а также произвести много других операций
Дисковые группы можно удалить.
Страница администрирования А8М
На закладке Ас1т1п18(га11оп страницы АсЛотайс 81огаде МападетеШ выводятся
дисковые группы, перечисленные в представлении \7$А2М__О15КСКОиР. На этом экране
пользователь может создавать, редактировать или удалять дисковую группу. Кроме того
можно выполнять операции с дисковыми группами, например, монтирование,
размонтирование, ребалансировку, проверку и восстановление (герай*) выбранной
дисковой группы.
Страница создания дисковой группы
Ьгйчр!::-.1 И.г/.-.ъ<уа Юй
рбК-ЗЯ-'Ч/И!
рг
рее
рГ
р6Р;оГ1Р1"о®
ЬжоерГай
~Р§Ц
~[даЦ
~гга
|Ь>к<к!рГгс&
рёройрГай
Ьакойргрёе
СорупдЫ © 2006, Огас1е. АН пдЬ& гееегуеб.
12-26
с-мч'Асье
Н&&Я&К'
Г А1й<-^з5)Сй!(у !Л,|.:я| Е".-т® Зияир
Сгеаге р!ек Згоир
йекерШй.е
__±*
ЛЙЪ'88ГПЙ:б1- 3'Й(М>3 КМ8ЕР
Ай1нйгя-Ш:5Й:$1й{ МЕНБЕ*?
ЛЙ1?заздйл.^:=ЛВ2 ^ДЕНВЕР
ЛКЯ '351>Й15 >.8/3:4^03 Ч1ЕМЕ&Г?
яЙ1йздю«й»*ШГ4 &4&МВЕР
лЙКвЯгкй^зЯИЬйБ ?ЛЕМЕ№
А^Ъ'а«й1й&к8'в!8кС6 МЕМН-Е
ЯЙ1Л«ик»5кз?ЛЛЙ7 МЕМВЕР
<сй1 'зз'Пй^.кз'йзВДб МЕМЕЕР
Ак!Ъ'==т«!5к«€иИй МЕМЕЕй
.Яй1й5тг:5Р«с«МС. МЕЮВЕЙ
кй»&8т*81-5<&«М 1 МЕМБЕБ
к:С,Я:О= !Г(_300
га
рб"
рзГ
р&Г
Ж
ю§рз*Гж...Ж
Жв
1»®^
т®з
р^хГПйб
|оейоегГет
рйоЙрГй»
|ёёййЁГЗй
р^пур?7й
рЗВДёрГр®
рдайерЗсоб
|Ё&йй^ГрК
^эя&зрГй-;
рйкаяТш;
Ж^оерГеа?
Страница создания дисковой группы
Щелкните на кнопке СгеаШ на странице 01зк Огоир Оуепле\А/. В результате произойдет
переход на страницу Сгеа1е 01$к (Эгоир, пример которой приведен на слайде. На этой
странице можно ввести имя дисковой группы, задать механизм избыточности и перечень
дисков, которые необходимо включить в новую дисковую группу.
Перечень дисков выбирается из фиксированного представления \7$А5М_р18К. По
умолчанию показываются только те диски, которые могут быть назначены дисковой
группе. Такие диски имеют один из следующих статусов:
САЫВ1ВАТЕ; диск никогда не назначался дисковой группе А8М;.
• ГОНМЕВ; диск когда-то назначался дисковой группе АЗМ, но сейчас он не входит ни
в какую группу;
РВОУХЗХОИЕС; использовался интерфейс АЗМЫЪ, но диск еще не назначался
дисковой группе АЗМ.
Примечание: АЗМЫЪ - это АРТ предоставляющий интерфейс к массивам хранения
других производителей. Дополнительные сведения о А8МЫЬ см. в документе БашЬазе
АдттШпиог х СшШе.
Создание и удаление дисковых групп
СКЕАТЕ йдгрирА ЫОНМАЪ ЙЕООТГОАКСУ
ШХШМООТ сопЪгоНёг! :ЙХВК
’/й^хсев/М * НАМЕ сИвкА! 812Е 1200 ГОВСЕ,
* /с^еVxсе8/А2 8,
* /<1еVxсез/АЗ8 ?
ЖДХШВОТР сопЫо11ег2 018К
' Ме\гхсев/В1 8,
’ /деухсез/В2 * >
’ Ме^хсез/ВЗ.8;
Создание и удаление дисковых групп
Предположим, что при обнаружении А8М~дисков в директории /дег^тсез были
выявлены следующие диски: А1, А2, АЗ, В1, В2 и ВЗ. Предположим, что диски А1, А2 и
АЗ на одном контроллере 8С81, а В1, В2 и ВЗ - на другом. Первый пример показывает,
как сконфигурировать дисковую группу с именем БСВОПРА, содержащую две группы
отказа: СОЫТВОЬЬЕВ! и С0ЫТВ0ЬЬЕК2.
В примере для дисковой группы также задается характеристика избыточности (ЫОВМАЬ
ВЕОПШАЫСУ), обычно устанавливаемая по умолчанию. Дополнительно можно указать
имя и размер диска. Если эти данные не вводятся, А8М назначает имя по умолчанию и
пытается определить размер диска. Если размер диска выявить не удается, возвращается
сообщение об ошибке. Параметр ЕОВ.СЕ указывает на то, что диск должен быть добавлен
к описываемой группе даже, если он уже был отформатирован как элемент дисковой
группы А8М. Использование опции ЕОКСЕ для диска, который не был отформатирован
как элемент дисковой группы А8М, вызывает появление сообщения об ошибке.
Во второй команде производится удаление дисковой группы вместе со всеми ее файлами.
Фраза 1ЫСЫ1Е1ЕС С0ЕТЕЫТ8 необходима, если дисковая группа кроме внутренних
метаданных А8М содержит также и данные. Дисковая группа должна быть смонтирована,
чтобы ее можно было удалить. После проверки того, что ни один из файлов дисковой
группы не открыт, группа и все ее драйверы удаляются. После этого заголовок каждого
диска переписывается, чтобы удалить информацию форматирования А8М.
Добавление дисков в дисковые группы
АЬТЕВ ОХЙКСНОиР «ЗдгоирА АГ® Й15К
’ /аеу/газк/сомаоз?' КАМЕ А5,
' /а®Ч/ййвк/сОЬ5иО82'' КАМЕ Аб^
' /деу/газк/сОефЛОзЗ' КАМЕ Д|1,
’/аеу/газк/<зйшаоз2' ЫАМЕ АВ;
АЬТЕВ ОД8К6КООТ йдгоирА АВР ВХ8К ' /<^1сезД*Ь
(Форматирование
дисков
12-28
СорупдЫ © 2006, Огас1е. АН пдЫз геаегуеб.
Добавление дисков в дисковые группы
В примере показано, как добавить диски в дисковую группу. Для этого предназначена
команда АЬТЕВ БЬЕКСКОБР АББ Б18К. Первая команда добавляет четыре новых диска в
дисковую группу БОКОБРА.
Вторая команда демонстрирует использование строковых шаблонов, используемых при
обнаружении. Рассмотрим следующую конфигурацию:
/дет^Ьсез/А1 - элемент дисковой группы БЕКОБРА.;
/с!е\^1се8/А2 - элемент дисковой группы БЕКОБРА;.
/<±^Ьсе8/АЗ - элемент дисковой группы БЕКОБРА;.
/Бе^/тсее / А4 - диск-кандидат (сапсИ&Не с&Ж).
Вторая команда добавляет диск А4 в дисковую группу БЕКО Б РА. Она игнорирует другие
диски, даже если они соответствуют строковому шаблону, используемому при
обнаружении, поскольку они уже входят в дисковую группу БЕКОБРА. Как показано на
диаграмме, когда диск добавляется в дисковую группу, экземпляр А8М проверяет,
доступен ли диск и пригоден ли он для использования. Затем диск форматируется и
перебалансируется. Процесс перебалансироваки может занять длительное время, так как
при этом единицы хранения (АУ) из каждого файла перемещаются на новый диск.
Добавление дисков в дисковые группы (продолжение)
Примечание. Перебалансировка не блокирует никакие операции базы данных. Основное
воздействие эта операция оказывает на загрузку ввода-вывода в системе. Чем больше
объем балансируемых данных, тем выше загрузка по вводу-выводу. В результате
снижается пропускная способность при выполнения ввода-вывода информации БД.
Примеры команд А1Ъег Ц15КСК0ПР
Удаление диска из группы йдгоирА:
АЪТЕК ШЗКСКООТ йдгоирА СКОР М5К А5;
Добавление и удаление диска в одной команде:
АЪТЕК Е®ЯК6В0ОТ> йдгоирА
СКОР отек Аб
ДОС ЕАХОЖООТ Ггеа
ПХ8К ' /йеу/гс1як/с0Ъ8и0в2 * МАМЕ А9;
Прерывание операции удаления дисков:
.................
АИШ П15ЩОТ ддхоирА ХЖВВОР ЩВ;
.. .> .. .....................
12-30 СорулдЫ © 2006, Огас!е. Ай гевег/еб.
Примеры команд А11ег С18КСЖОПР
Первая команда показывает, как удалить один из дисков из дисковой группы ПОКОЙ РА.
Вторая команда демонстрирует добавление и удаление дисков в одной команде. Большое
преимущество этой команды в том, что перебалансировка не начинается до завершения
команды. Третья команда показывает, как прервать операцию удаления диска, заданную в
предыдущей команде. Фраза ШЮЕОР выполняется только в ситуации, когда удаление
дисков “подвисает”, но не после завершения удаления.
Следующая команда производит перебалансировку дисковой группы БСЕОИРВ, если это
необходимо:
АЬТЕЕ МЕКСНОПР ддгоирВ ЕЕВАЬАЕСЕ РОЖЕ 5;
Эта команда обычно не требуется, поскольку перебалансировка выполняется
автоматически при добавлении, удалении и изменении размеров дисков. Однако она
полезна, когда нужно использовать фразу РО^ЕЕ. чтобы переопределить уровень загрузки
и повысить скорость перебалансировки, которая зависит от параметра инициализации
А8М_РОйЕЕ_ЫМ1Т. Можно изменить допустимый уровень загрузки (роюег 1еуеГ) для
выполняемой операции перебалансировки, введя повторно команду с новым уровнем.
Уровень загрузки, равный нулю, останавливает перебалансировку до тех пор, пока
команда неявно или явно будет повторно введена.
Следующая команда размонтирует дисковую группу ЬСЕОЕРА:
АЬТЕЕ 015К6Е011Р ёдгоирА ЬТЗМООЕТ;
Опции МО13ЕТ и ГЛЕМОЬЫТ позволяют сделать одну или несколько дисковых групп
доступными или недоступными для экземпляров БД.
Примеры команд АХЪег охзксжош? (продолжение)
Используйте следующую команду для проверки внутренней целостности метаданных
дисковой группы и устранения (герай) некоторых найденных ошибок :
АЬТЕК Э15К6ВСЮР ддгоирА СНЕСИ АЬЬ;
Можно также указать фразу ИОВЕ РАТК, чтобы только получить сигнальные сообщения об
ошибках, но не устранить их. В приводимой команде задана перекрестная проверка всех
дисков дисковой группы. Кроме того, можно задать проверку отдельного файла или
отдельного диска. Для этой команды необходимо, чтобы дисковая группа была
смонтирована. Если обнаруживаются ошибки, выдается итоговое сообщение об ошибках,
а также подробные сведения об обнаруженной ошибке заносятся в сигнальный файл.
Примечание: все примеры, кроме двух последних, приводят к перебалансировке
дисковой группы. 5
$
АЗМ-файлы
А5М-файл автоматически распределяется внутри
дисковой группы адгопрА
--- г™-------------.. 1— " и.. ...^.и.^, ч ,, .........
,« .. ж .........а ал.. ...........................„..„у ж, • у ?• ордсие'
12-32 СорупдЫ © 2006, Огас1е. АН идЫа гезегуеД
АЗМ-файлы
Если при создании табличного пространства в качестве имени файла данных задается
дисковая группа А8М, тогда А8М-файл табличного пространства создается в этой дисковой
группе.
Во время создания такому файлу назначаются определенные постоянные атрибуты. В их
число входят политика защиты и политика расщепления. А8М-файлы - это файлы,
сопровождаемые Огас1е (Огас!е Мапа^ес! ЕНез, ОМЕ-файлы). Такие файлы автоматически
удаляются, когда они больше не не нужны.
При использовании возможностей А8М операции с файлами задаются в терминах объектов
базы данных. Администрирование баз данных никогда не требует знания имени файла, хотя
оно предоставляется через некоторые представления словаря данных, а также по команде
АЬТЕК БАТАВА8Е ВАСКИР СОЕТКОЬЕТЬЕ ТО ТРАСЕ. Так как каждый файл в дисковой
группе физически распределен по всем файлам дисковой группы, бесполезно резервировать
один диск. Резервирование А8М-файлов должно выполняться с помощью утилиты 1ТМАТ4.
Примечание: с помощью возможности А8М не сопровождаются пользовательские
бинарные файлы, сигнальные и трассировочные файлы, файлы паролей.
Утилита азмсмо
СДЕАЗЖ ТМШ'ВРЛСВ •Швашй ОАМОХЕ ’+ОСНОШа* 812Ж 100М>
ТдЫе^расе сгеаЬед,
ЭД> СКЕАТЕ ТАВЪЕЕРАСЕ Ъгарра ИАТАЕНЖ ‘ Е12Е 10М;
ТаЫезрасе сгеаЪе4.,
<
^зййэй4
АВМСМЛ> Дй- 11ЖЯда/О^/ПАТАЕ1ЪЕ
^Я1 веаШ' Кате
ШкТАГГШ М1КЖЖ СОМШВ ОСТ 05 21:00:00 | ЙНАРР8.257.570523611
ВАТДЕ11Е МХННОЕ СОАК5Е ОСТ 05 21:00:00 У ТВЗАЗМ.256.570922917
А5ЖЖЮ»
12-33
СорупдЫ © 2006, ОгасЗе. АН пдЬШ гезегуеа.
Утилита дамою
А2МСМ0 - утилита командной строки, которая позволяет простым образом просматривать
и изменять файлы и директории внутри дисковых групп АЗМ. С ее помощью можно
получать сведения о составе дисковых групп, выполнять поиск, создавать и удалять
директории, выводить информацию об использовании пространство и выполнять многое
другое.
Примечание: дополнительные сведения об утилите АЗМСМБ см. в документе Огас1е
Па1аЪа$е 1МШе$.
Миграция базы данных в структуры
хранения АЗМ
1 . Остановите “чисто” базу данных
2. Внесите изменения в файл серверных параметров,
чтобы можно было использовать ОМЕ -файлы
3. Отредактируйте и выполните следующий скрипт,
используя утилиту КМ АН:
зтавтор шмотат;
НЕ8ТСЖЕ СОКТНОЬЕХЬЕ ЕНОМ ' /и1/с1, сЦ * ;
АЬТЕВ ЖТАВА5Е М01ЖТ;
ВАСКОТ Й ТОВУ ЮАТАВАВЕ МЙШ ’^гоир!’ ;
8Ш1ТСТ рАТАВАЗЕ ЭЮ. ТОВУ;
ЗОЬ *АЬТЕВ ВАТАВАВЕ КЕИАМЕ ’ ТО ’^адгоир!1 ”;
# Вереай ВЕЫАМЕ ссяптайД а!1 опИпе гедо 1од тешЬеге
АЬТЕВ. ПАТАВАБЕ ОВЕЙ ВЕБЕТЬООЗ;
ЙЬ ^ АЬТЕВ ВАТАНАБЕ ТЕМРГХЩ */и1/€етр1» РКОР^;
Миграция базы данных в структуры хранения АЗМ
А8М-файлы недоступны через обычный интерфейс операционной системы. Единственная
возможность копирования таких файлов предоставляется утилитой ЮЛАМ Возможна
ситуация, когда в табличном пространстве есть как А8М-файлы, так и отличные от них
файлы. Команды КМАИ позволяют перенести не А8М-файлы в дисковую группу А8М. Для
перемещения всей БД в дисковую группу А8М можно выполнить следующие шаги
(предполагается, что используется файл серверных параметров):
1. Выясните имена управляющих файлов и оперативных журналов, используя
представления У$СОГ<ТКОЬГ1ЬЕ и У$ЬОСЕ1ЬЕ.
2. Остановите в согласованном состоянии базу данных. Измените файл серверных
параметров:
- задайте необходимые параметры для использования дисковой группы А8М в
качестве целевых мест ОМР-файлов.
- удалите параметр СОЫТКОЬ__Е1ЬЕ8.
Миграция базы данных в структуры хранения АБМ (продолжение)
3. Отредактируйте и выполнит командный файл КМАЫ, который резервирует базу
данных, переключает текущие файлы данных на полученные резервы, а также
переименуйте оперативные журналы. С помощью команды ВАСКУР АЗ СОРУ
можно только переместить табличные пространства и файлы данных.
4. Удалите старые файлы базы данных.
Примечание: если вы создаете управляющий файл как ОМР-файя и используется файл
серверных параметров, тогда запись с параметром инициализации СОЫТКОВСЕРЬЕЗ
создается в файле серверных параметров.
Подробные сведения о том, как мигрировать базу данных в А8М см. в документе Огас1е
йа?аЪа$е Васкир апд Иесоуегу Аскмтсес! Изег 5* Сшс1е.
$
Итоги
* Описание концепций автоматического
управления пространством хранения данных
(Аи(отаНс 31огаде МападетеМ - АЗМ)
• Задание параметров инициализации для
экземпляров АЗМ и баз данных
• Выполнение команд 8<2Ц в которых указаны
имена АЗМ-файлов
• Запуск и остановка экземпляров АЗМ
• Администрирование дисковых групп АЗМ
• Использование НМАЫ для миграции базы
данных в структуры хранения АЗМ
- 1МВЙМН МИГ ш 1
12-36 СорупдМ © 2006, Огас!е. АН пдН& геаегуед. ,
Обзор практического занятия:
использование А5М
• Создание и запуск экземпляра А8М
• Создание и использование дисковых групп А8М
• Миграция табличного пространства в структуры
хранения А8М „
1
ОРАС1_е
12-37 СорупдЫ © 2006, Огас!е. АН пдЫа гейеп/еС.
Управление ресурсами
СорупдН © 2006, Огас1е. АН пдЫа геаегуеб.
Рассматриваемые вопросы > Понятия Ресурсный план Группа потребителей Директивы плана Установление соответствия Активация плана Мониторинг
• Конфигурирование менеджера ресурсов базы
данных
• Доступ к ресурсным планам и их создание
• Создание групп потребителей
• Задание директив распределения ресурсов по
группам потребителей
• Установка соответствия групп потребителей
планам
• Активация ресурсного плана
• Мониторинг ресурсного менеджера
, /У' * 1 / у-х ! Я9АСЫЕ’
13-2 СорупдЫ © 2006, Огас1е. АН пдЫз гезегуес!
Обзор ресурсного менеджера базы
данных
Используйте ресурсный менеджер для:
* управление смешанной рабочей нагрузкой
• управление производительностью системы
Пользователи
О1.ТР
Пользователи
Г 055
• ^Пользователи,
л /выполняющие
\ ц—, ь! пакетные
к- задания
Менеджер
ресурсов БД
Больше ресурсов
Ж
Меньше ресурсов
Наименьшие ресурсы
База
данных
Огас!е
13-3
СорупдК1 © 2006, Огас1е> АН пдЫа гезегуед.
Обзор ресурсного менеджера базы данных
Использование менеджера ресурсов базы данных (1)а1аЬи$е Кезоигсе Мапа#ег)
предоставляет АБД возможность большего контроля ресурсов по сравнению с отдельно
применяемыми обычными средствами операционной системы. Если решения по
управлению ресурсами принимает операционная система, могут возникнуть такие
проблемы, как:
* чрезмерные накладные расходы, вызванные переключением операционной системой
контекста серверных процессов базы данных Огас1е, когда число таких серверных
процессов велико;
• приостановка серверных процессов базы данных, удерживающих защелку;
• неравномерное распределение ресурсов между всеми процессами базы данных Огас1е
и невозможность установления приоритетов задач;
• невозможность управления присущими базе данных ресурсами, например,
параллельным выполнением серверных процессов и активными сеансами.
Менеджер ресурсов базы данных управляет распределением ресурсов между различными
сеансами. Для этого он осуществляет контроль функционирования внутри базы данных.
Чтобы гарантировать распределение ресурсов в соответствие с целями бизнеса
(директивами плана), ресурсный менеджер БД отслеживает выполнение текущих сеансов
и их длительность. Используя менеджер ресурсов базы данных, администратор можез
гарантировать выделение группам пользователей минимального объема ресурсов,
необходимых для обработки, независимо от загрузки системы и количества
пользователей.
Группа
потребителей
ресурсов
Ресурсный
план
Определения менеджера ресурсов базы
данных
Группы пользователей с
похожими ресурсными
потребностями
План распределения
ресурсов между
группами потребителей
(один активный план)
Задает, как ресурс
делится между группами
потребителей ресурсов
(на основе ограничений
методов распределения)
Директивы
ресурсного
плана
13-4 СорупдЫ © 2006, Огас!е. АН пдЫа гезегуеб.
Определения менеджера ресурсов базы данных
Администрирование систем с использованием менеджера ресурсов выполняется на основе
ресурсных планов (гехоигсе р1апх), групп потребителей ресурсов (гехоигсе сопхитег
ргоирх) и директив ресурсного плана {гехоигсе р!ап (ИгесИуех).
Группа потребителей ресурсов
Группа потребителей ресурсов определяет совокупность пользователей со схожими
требованиями по использованию ресурсов системы и базы данных.
Ресурсный план
Ресурсный план определяет, как распределяются ресурсы между различными группами
потребителей ресурсов. Менеджер ресурсов базы данных также позволяет создавать
планы внутри планов, называемые подпланами ($иЬ-р1анх).
Методы распределения ресурсов
Методы распределения ресурсов определяют, какую политику использовать при
распределении конкретного ресурса. Эти методы применяются в ресурсных планах для
распределения ресурсов между группами потребителей.
Использование ресурсного менеджера
• Предоставляются возможности управления
ресурсами базы данных и операционной
системы, например:
- использованием СР11 ,
- числом активных сеансов
- уровнем параллелизма
- объемом генерируемой информации отмены
- временем управления операций
- временем простоя
• Кроме того, можно задавать критерий
автоматического переключения сеанса из
одной группы потребителей в другую.
ло-о__________________________СорупдпГ © 2006, Огаае. АН пдп& гезегуеД
Использование ресурсного менеджера
Менеджер ресурсов базы данных предоставляет несколько способов распределения
ресурсов.
• Метод распределения СРО. Позволяет задать распределение ресурсов СР1) между
группами потребителей ресурсов и подпланами.
* Ограничение на уровень параллелизма. Позволяет контролировать максимальный
уровень параллелизма любой оперании группы потребителей ресурсов.
• Пул активных сеансов и очередь к этому пулу. Предоставляется возможность
ограничения количества одновременных активных сеансов для группы потребителей
ресурсов или подплана. Когда достигается максимально допустимое количество
сеансов для группы, новые сеансы помешаются в очередь, в которой они ждут
завершения активного сеанса. Время пребыванию сеанса в очереди можно также
ограничить и при его превышении сеанс завершается с ошибкой.
• Пул отмены (11пйо Роо1). Позволяет контролировать совокупный объем
информации отмены, который может быть сгенерирован сеансами группы
потребителей или подплана. Когда общее пространство отмены превышает величину,
заданную директивой и№О_РООЬ. запрещается выполнение последующих команд
1Ы8ЕКТ, ПРБАТЕ и ЕЕЬЕТЕ, пока пространство отмены не будег освобождено
другим сеансом этой же группы или квота пула отмены будет увеличена для группы
потребителей. Когда при выполнении команды ОМЕ превышается групповая квота,
операция аварийно завершается и возвращается сообщение об ошибке. Однако
запросы разрешены, даже если группа потребителей превысила пороговое значение.
Использование ресурсного менеджера (продолжение)
* Ограничение на время выполнения. Делает возможным задание максимального
времени выполнения, разрешаемого для любой операции. База данных Огас1е
использует статистики стоимостного оптимизатора для оценки длительности
операции. Если предполагаемое время выполнения больше максимально
допустимого (МАХ_ЕЗТ__ЕХЕС_Т1МЕ), возвращается сообщение об ошибке и
операция не запускается. В случае, когда на одну группу потребителей ресурсов
ссылается несколько директив плана, возможно наличие нескольких определений
параметра МАХ__Е8Т1МАТЕБ _ЕХЕС__Т1МЕ. Менеджер ресурсов базы данных
выберет наиболее ограничивающее из всех входных значений.
• Ограничение на время простоя (1с11е Типе Ент<). Позволяет задать значение
времени (МАХ_1ВЬЕ_Т1МЕ), в течение которого сеанс может простаивать и по
истечении которого он будет аварийно завершен. Дополнительно можно задать
ограничение, на основании которого ресурсный менеджер аварийно завершает
только такие сеансы, которые блокирую!' другие сеансы
(МАХ__1 БЬЕ_Т ГМЕ^ВЬОСКЕВ).
Доступ к ресурсным планам
Еп*егрп$е Мападег
и Р1/5<31.
Вевоигсе Р1апз
РШаигее Мападег
Мопйоге
Соп5ц;негСгмцр5
Сопаитег 9гсир Маррждд
Р!ап$
Понятия
> Ресурсный план
Группа потребителей
Директивы плана
Установление
соответствия
Активация плана
Мониторинг
ОЬ]ес1 Туре] Кезоигсе Р!ап
8еагсй
8е1ес1 ап сЬ]ес! Туре агЛ орПспаЛу еп!ег ап оп]ес1 г^пе 1с Шег Же саТа Жа1 «е сЬер1ауей !П усиг
гезиНг зе1
ОЬ]ес1 Мате '
.су
Ву Же- ?е=4Г«>:геЖ-пх а= *й;лд уоу ег^йгеС ап а-йст ог
0й8е-&еп5^е гг*8кп. йсш® (з.юТеЖе зе^сН тТппд /ой сап Же 'лС^> - <п а осиЪ'б дисЬэи =.:-!пд.
ЕстХ УгёууХ ре<еге) Ас11<ж1 Ас^уаш
; сгеаге^
Со)
13-7
в НМТЕРЫМ.РШЧ
О НЧТЕЯЫАс ОШЕ5СЕ
- О ;8У8ТЕМ Р1АЫ
В
ОеСаиЙ Р1ап
АсШ/а1е
яиивтв
ВезсГк/а1е
Пап Ж т!ета11у ди!ееь^^В!ОЁк
Р1ап (с дЬ/е §уе!еш ееееюпз рйогйу
СорупдЫ © 2006. Огас1е. АН пдМв геаегуеб.
Доступ к ресурсным планам
Использование Еи1егрп§е Мападег
Еп1егрп$е Мападег ВагаЬазе Соп1го1 Соп§о1е предоставляет простой в использовании
графический интерфейс дня конфигурирования ресурсных планов, групп потребителей
ресурсов и т.д.
Использование пакета БВМ5_№80таСЕ_МАМА(зЕН
Пакет РЬ/8рЬ содержит много процедур. В их число, например, входят следующие:
• СКЕАТЕ_Р1»АЫ; присвоение имени ресурсному плану и задание для него методов
распределения;
« ОРИАТЕ^РЦШ; изменение комментария к ресурсному плану;
• ОЕЕЕТЕ_РЫШ; удаление ресурсного плана и всех его директив.
Пример: 5У5ТЕМ_РЬАЫ
Группа потребителей ресурсов Методы распределения
СГОИР1 СРЦ_₽2 СОТПРЗ
100% 0% 0%
ОТНЕН_СЖООР8 0% 100% 0%
0% 0% 100%
>3-8 СорупдЫ © 2006, Огас1е. АН пдМк гевегуед.
Пример: бузтем_Р1ЛН
8У8ТЕМ__РЬАЫ - один планов, предоставляемых по умолчанию. Этот план содержит
директивы для следующих групп потребителей:
* - исходная группа потребителей для пользователей 8У8 и 8У8ТЕМ.
• ОТНЕК^СзНОПРБ; используется для всех сеансов таких групп потребителей, которые
не заданы в активном ресурсном плане. В любом активном плане должна быть
директива, включающая в него группу ОТНЕК_СЕОПР8.
• ЬОИ^СНОПР - труппа, позволяющая включать в план 8У8ТЕМ__РЕАН сеансы с
меньшим приоритетом по сравнению с труппами 8У8__6НО1}Р и ОТНЕК_ЖО6Р8.
Вы должны определить пользователей, включаемых в эту группу. Первоначально с
ней не связан ни один пользователь. Отметим, что всем (РИВЫ С) предоставлена
привилегия переключения (лич'/сЛ) в эту группу.
Исходная группа потребителей для пользователя - это группа, которой первоначально
принадлежат любые создаваемые сеансы данного пользователя. Если для пользователя не
установлена такая группа, он автоматически становится членом группы
ЬеЕАПЬТ_СО1\[8ПМЕК_ СКОИР.
План 8У8ТЕМ РЬАЫ и связанные с ним группы потребителей ресурсов могут быть
использованы или не использованы. Этот план можно рассматривать в качестве прототипа
для новых ресурсных планов. Его также можно модифицировать или удалить. Данный
план, поставляемый с базой данных, может использоваться, когда он подходит для
пользовательской среды.
Создание нового ресурсного плана
[ $ г Гап > (к1»ц{^ < н - ! ' Сгеа!» Резоигсе Р1ап
Сгеа(е Кеетигсе Р1ап
ЬэддеЗ и? Аз 3'
РйГйИвЙат Ье&аюп Рпо! Цп<к< Р»М Майпит ЕквшЬеи йте Сппеитег Огоор 8эдТсЬ(гд Ш1р Т?те
*Р!ап рА<Р1АЫ .................
0е$спр!1сг! Резошсе р!ап Гог ууеекйау| изе
Т
1
□Аскуа1е 1Ыз р!ап
| В АУртаГк ПагГбуИГс^пд ЕпаЫе^[
8е1ес1ей Снэнрв/ЗиЬр^п®
Моййу
13-9
ОТНЕРДЖ
И^Д№зотасЕ_»йЖйЕа. знистОйш
(₽1л5__КАМЕ «> ?РАУ_₽1ЛЫ’ ,
81С => ’ОКСЬ’,
СорупдЫ © 2006, Огас!е. Ай пдЫа гекегуед.
Создание нового ресурсного плана
Для того, чтобы создать новый план, необходимо сконфигурировать объекты ресурсного
менеджера.
Перейдите следующим образом: Ас1т1П18(гайоп > Р1ап8. Затем щелкните на кнопке Сгеаге
или выберите Сгеа(е Оке в выпадающем списке поля Асйопе и щелкните на кнопке (Во.
Планировщик может автоматически поменять план ресурсного менеджера в рамках окна
планировщика. Снимите установленную по умолчанию отметку "АиТотайс Р1ап
8шйсЫпд ЕпаЫее!,” когда это неприемлемо.
Дополнительные сведения о планировщике см. в уроке: “Автоматизация выполнения
задач с помощью планировщика”.
Создание групп потребителей
Понятия
Ресурсный план
> Группа потребителей
Директивы плана
Установление
соответствия
Активация плана
Мониторинг
® А1Лр„.ТА$К сотами 5ЖООР
Г- Г€гА1АТ С0*К0» 6Й0ЦР
ЬуеТегл твт№папсе ТеаК сспеои»? дгоцз
сегздтег дгаир ?е> иаеге пс! а$е«дпей Кз апу дгаир
бгоир о! рпсгйу $е&8»еяз
:Огоир оГ $у51ет зезздт
МО
ТЕЗ
НО
ТЕЗ
8У5 ОАОМР
Сгеа(е Резоигсе Сопзитег Огоир
к Сапсе}) ДЖ)
вепега!| Ро1е§
Ве1®€(ес1 Шеп
Мп (Тете йи1:
СШ5_ВЕ5О13ВШ_МАЖСЕЖ.. СНЕАТЕ
СОЫЗЦМЕК 6КОПР ==> 'АРРО8ЕК' ,
* Сопзитег Огоир АРР05ЕР
Оезспрпоп
ЗсИескАпд Ройсу Роипй РоЫп
СорупдМ © 2006, Огас1е> АН пдтз геаегуесЗ.
Создание групп потребителей
Для управления группой потребителей ресурсов предназначена страница, на которую
можно перейдите следующим образом: Ас1ггйп1з1га1юп > Резоигсе Сопзитег Сгоирз.
Вы можете создать новую группу потребителей ресурсов или выбрать группу из
выведенного перечня, а затем действие в выпадающем списке поля АсЙОПЗ.
Страница Резоигсе Сопзитег (Эгоирз используется для создания или редактирования
группы потребителей, а также ее описания. Кроме того, можно добавить или удалить
пользователей из группы, отредактировав выводимый список 8е1ес1ес!11зегз.
Страница Сепега!, содержащая общие свойства (приведена на слайде) - одна из двух
страниц, доступных с помощью закладок на страницах Сгеа1е Резоигсе Сопзитег
(Згоир и Есй1 Резоигсе Сопзитег (Эгоир. Вы можете задать и отредактировать список
ролей, связанных с определенной группой потребителей, перемещая и удаляя роли из
перечня 8е1ес1ес1 Ро1ез.
При создании группы потребителей ресурсов указывается метод выделения ресурсов СРВ
сеансам этой труппы. По умолчанию действует метод К0ШЮ__К0В1Ы (‘по кругу’ всем
поровну), гарантирующий равноправное выполнение сеансов пользователей труппы.
Метод Рип 1о Сотр1еЙОП в первую очередь предполагает завершение выполнения
сеансов с наибольшим временем нахождения в активном состоянии. Выбрать метод
распределения времени СР11 можно с помощью опции СРи__МТН пакетной процедуры
БВМ8 _РЕ 5ОиКСЕ__МАКАСЕК. СНЕ АТЕ СОИ8ПМЕН_(ЖОЕ Р.
Включение пользователей в группы
потребителей ресурсов
л.г* ' I » »с- » 8 2'- у ЕйИ Оеег. РМ Аь 378
ЕсЙТйеп РМ
Асйоп® Сгеак Ике > ч оГ) 5Гютг $01) Ре^гу ( АррЁ^)
Ык 8^ к г; Рп*Н ОЦеа РгёЙейе? био1а С©н§&^г <3г$1ф$ ё^ксЬтд РпуПеде$ ЕЮ'Ч»*Т
Реесигсе сопеитег сгоир® аге дгоир® с( цвега, ог ©езиоп®, Нш аге дго^ре«3 йчде&ег Ьазей сп кеи ргссеазшд пеей®. И а изег «®
дгайей реип!®еюп 1о ®у?йсЬ То а рап;си1аг сопеоочег дгоир, 1Ьеп ТЬаТ и&ег сап зуяТсЬ 1Ие1г сиаеп! сопеитег дгоир То ТЬе пе*у
сопзитег днзд
чЕсй М<0
АРРПЗЕР □
ю^споир □ |
5У8„6Р0УР □
ОеТаиИ Соп$игпег Стоор 1Мопе
13-11
СорупдМ © 2006; ОгаОе. АН пдЫз геБвгуеб.
Включение пользователей в группы потребителей ресурсов
Перед началом использования менеджера ресурсов базы данных пользователи должны быть
включены в группы потребителей. Назначенная по умолчанию группа потребителей для
пользователя - это такая группа, к которой первоначально принадлежит любой сеанс,
создаваемый этим пользователем. Если такая группа не установлена для пользователя, по
умолчанию начальной группой потребителей считается 0ЕГАиьт__С0П8ПМЕК__СК0П₽.
Необходимо напрямую предоставить пользователю или всем (РПВЫС) привилегию для
замены (хит'гсЛ) начальной группы потребителей на другую группу перед тем, как эту группу
можно будет назначить пользователю в качестве группы по умолчанию. Привилегия для
замены группы не может быть предоставлена пользователю через роль.
ПВМЗ__Р.Е5О1ЖСЕ__МАЕАСЕЕ. 5ЕТ_1Ы1Т1 АЬ_СОЕ8СМЕК_ОКОПР (
изег => 'РМ1, сопзитег__дгоир ~> ’АРРПЗЕК’ );
Пакет ЕВМ8__В.Е80инСЕ___МАМАСЕР__РН1\73 содержит процедуру назначения группы
потребителей пользователям, с помощью которой пользователю предоставляется привилегия
для смены (з^ИсЬ) его собственной текущей группы потребителей
ЕВМ5__РЕ5ООКСЕ__МАКАСЕК__РК1 У2 . СКАЕТ_8ШТСН_СОЫ8иМЕР__СЕОиР (
дгапЕее__паше => *РМ”,
сопзитег_дгоир => ’АРРПЗЕР/,
дтапГ__ор+11оп => ГАЕ8Е ) ;
Дия любой из этих процедур не требуется использование отложенной области (реп<Ип% агеа).
Задание директив
ресурсного плана
Понятия
Ресурсный план
Группа потребителей
> Директивы плана
Установление
соответствия
Активация плана
Мониторинг
Еай Кезоигсе Пап: 8У8ТЕГ<Р1АЫ
5Коху У# )
ф!у.
Ьепега! \ РагаНей&т РосН Ро<Н Махязшт Ёхес&т рте Саизшие» 6; сир Бу/игГипй УЬ Типе
Р1ап 8У5ТЕГЙР1АН
ОееснрЬоп Ная 1о дг?е буйет $е&е«вг« рпогйу
МАс№а1е р!зп
ЙАиЫглаРс Р1ап ЗшсЫпд ЕпаЫед
5е1ес1ес1 &гоир8/$иЬр1ат
иа»л а>т2, илг л.....
ьочл'_бяоцр р ;р роо .о о :;о
ОТНЕР_ОРОМР8 Й ~ ;.1ОСГ В ~ .0 Р 1рГ
8УЗОЯОЦР 100 ’0 Ор й 6
Значения сго мтн
Задание директив ресурсного плана
Если для создания ресурсного плана или групп потребителей не используется ЕМ, тогда сначала
необходимо создать отложенную область. Это обязательная рабочая область, позволяющая проводить
изменения в создаваемых объектах менеджера ресурсов, а гатем их проверить перед началом действия.
В ЕпТегрпзе Мапарег для задания директив плана используется несколько страниц.
1. На странице Сепега! группы потребителей связываются с планами. На этой странице задается
значение СРЕ_МТН, определяющее использование времени СРЕГ каждой группой потребителей или
подпланом.
2. Страница с закладкой РагаНеНзгп позволяет задать ограничение для уровня параллелизма любых
операций внутри группы потребителей.
3. Вы можете контролировать максимальное количество одновременных активных сеансов внутри
т руппы потребителей (закладка ЗевБЮП Роо1). Сеанс, в котором параллельно выполняется
операция, рассматривается как один активный сеанс.
4. Можно установить ограничение на максимальный совокупный объем генерируемой информации
отмены для группы потребителей (закладка Цпск) Роо1).
5. Можно задать ограничение на максимальное время выполнения операции (закладка Мах1гпит
Ехесийоп Пте).
6. Можно осуществлять контроль использования ресурсов, задав для этого критерий, по которому
производится автоматическое переключение сеансов в другую группу потребителей (закладка
Сопзитег бгоир ЗшЙсЫпд).
7. Можно задать ограничение на период времени, в течение которого сеанс простаивает, после чего
он будет аварийно завершен. Дополнительно можно установить ограничение на время, в течение
которого сеанс блокирует другие сеансы (закладка 1с!1е Типе).
Примечание: представленные здесь возможности будут подробно рассмотрены на последующих
слайдах с указанием номеров приведенных здесь закладок (в виде Закладка я).
Методы распределения ресурсов в
плане
Параметр Возможные значения
СРЦ^МТН ЕМРНА515
КАТЮ
РАКАЬЪЕЬ^ЕаНЕЕ_Е1М1Т_Ш?Н 1 РАКАЪЕЕЕ_ОЕСКЕЕ_ Ъ1М1Т_АВ5ОШТЕ
АСТ1УЕ_5Е38_РООЕ_МТН АСТ1УЕ_8Е55_РООЬ _АВЗОШТЕ
Г1ЕО_Т1МЕООТ
13-13 СорупдЫ О 2006, Огас1е. АН пдМа гебегуед.
Методы распределения ресурсов в плане
Эти методы определяют, как менеджер ресурсов базы данных распределяет конкретный ресурс
для группы потребителей или плана. При создании ресурсного плана можно задавать
ограничения с помощью следующих методов распределения ресурсов.
Существует два способа задания распределения времени СР11 с помощью параметра СР1ЮМТН:
• ЕМРНА818“ метод по умолчанию, используемый для многоуровневых планов, в которых
задаются проценты использования ресурсов СР11, распределяемых между группами
потребителей.
• КАТЮ (на основе заданной пропорции) ~ метод, применимый для одноуровневых планов, в
которых используются показатели, пропорционально которым распределяется время СРИ.
РАКАЬЪЕЬ РЕСКЕЕ_Ь1М1Т_МТН метод ограничения максимального уровня параллелизма
операций. Этот параметр разрешено использовать только в директивах, которые ссылаются на
группы потребителей ресурсов, но не на подпланы. Возможно применение абсолютного метода, с
помощью которого указывается количество процессов, которое может быть задано для операции.
Если в нескольких директивах плана есть ссылки на один и тот же подплан или группу
потребителей, степень параллелизма для такого подплана или труппы потребителей будет
ограничена минимальной величиной всех входных значений.
АСТ1УЕ_8Е88_РООЬ_МТН - метод ограничения количества активных сеансов. При
превышении заданного ограничения все оставшиеся сеансы неактивны и ждут в очереди.
Единственно возможный и действующий по умолчанию метод -• аст1УЕ_8Е58__рооь__аз8ОЬПТЕ.
2ЦЕО1Ш_МТН “ метод управления порядком, в котором будут выполняться находящиеся в
очереди неактивные сеансы. Единственно возможный и действующий по умолчанию метод -
Е1ЕО Т1МЕООТ.
Сравнение методов емрназхз и катю
ЕМРНА318 ВАТ1О
Задаваемое значение определяет максимальный процент использования ресурсов СР11 группой потребителей. Задаваемое числовое значение отражает пропорцию, по которой ресурсы СРП выделяются группе потребителей.
Ресурсы могут быть распределены максимально на 8 различных уровнях. Значения могут быть заданы только для одного уровня.
Сумма процентных значений для данного уровня должна быть меньше либо равна 100. Необходимо указывать только целые значения, но нет ограничений на сумму значений.
Значение по умолчанию - ИУШ Значение по умолчанию - ШИ.
я |лг * ’ НН й 1
13-14 СорупдМ © 2006, Огас1е. АН пдЫз гезегуеД
Сравнение методов емрнавтз и катхо
Метод распределение ЕМРНА818 определяет степень важности сеансов различных групп
потребителей в ресурсном плане. Для распределения времени СРЕ1 используются уровни
от 1 до 8, причем уровень 1 имеет наивысший приоритет. Устанавливается процент
времени СРИ, выделяемый каждой группе потребления на каждом уровне.
Следующие правила применяются для метода выделения ресурсов на основе степени
важности (ЕМРНА818) :
• Ресурсы СРИ распределяются на каждом уровне на основе заданных процентных
значений. Значение, заданное для группы потребителей, определяет максимальный
процент времени СРП, которым можез воспользоваться группа потребителей на
данном уровня.
• Потребляемые ресурсы, не используемые на данном уровне, передаются на
следующий уровень. Например, если группы потребителей на уровне I используют
только 60% доступных ресурсов, остальные 40% становятся доступными для групп
потребителей на уровне 2.
• Сумма процентных значений для данного уровня должна быть меньше либо равна
100.
• Если для любого уровня нет явно заданных директив плана, по умолчанию
выделяется 0% для всех подпланов или групп потребителей.
• Метод распределения ресурсов ЕМРНА815 устраняет проблемы зависания
процессов, когда потребителям с более низкими приоритетами не предоставляется
возможность выполнения заданий.
Сравнение методов емрназхз и ватхо (продолжение)
Политика КАТ 10 (на основе заданной пропорции) ~~ это одноуровневый метод
распределения ресурсов СР1Х Вместо процентных значений задаются числовые величины,
отражающие пропорцию. в соответствие с которой ресурсы СР11 предоставляются группе
потребителей. Например, пусть имеется три группы потребителей ОЬТР_П8ЕК5,
Е88Е8ЕК8 и ВАТСН__Е8ЕК8, и для них заданы следующие показатели
пропорциональности:
• ОЪТЕМЗЗЕПЗ: 4
« П88_П8ЕН8: 3
• ВАТСН_О5ЕВ5: 2
. ОТНЕК: 1
Это означает то же самое, что пользователям трудны ОРТР_Е8ЕК8 следует предоставить
40% ресурсов, 088_1)8ЕК8 - 30%, ВАТСН_П8ЕК| ~ 20%, а всем остальным группам
(ОТНЕВ) - 10% доступных ресурсов.
Если никто из групп ОТНЕК и Р88__Е8ЕК8 не использует в настоящий момент ресурсы
СРВ, тогда группе потребителей ОЬТР__П8ЕК8 будет выделяться две трети доступных
ресурсов и группе потребителей ВАТСН__Ц5ЕК8.оставшаяся треть ресурсов.
Механизм пула активных сеансов
Пул активных сеансов позволяет администратору базы данных управлять максимальным
количеством одновременных активных сеансов, приходящимся на одну группу
потребителей. С помощью этой функциональной возможности косвенно контролируется
объем ресурсов, используемый группой потребителей, так как он пропорционален
количеству активных сеансов. Использование пула активных сеансов может помочь
сократить число серверных процессов, которые занимают системные ресурсы. В
результате устраняется дополнительный страничный обмен, свопинг, а также снижается
расходование других ресурсов (например, оперативной памяти). Это происходит, потому
что система препятствует одновременному выполнения слишком большого числа заданий.
После того, как пул заполняется активными сеансами, менеджер ресурсов ставит
последующие сеансы, пытающиеся стать активными, в очередь, в которой они находятся,
пока другие активные сеансы не завершатся или престанут быть активными. Активный
сеанс ~ это такой сеанс, в котором выполняется транзакция, запрос или параллельная
операция. Отдельные параллельные подчиненные процессы не рассматриваются в
качестве сеансов. При подсчете активных сеансов вся параллельная операция учитывается
как один сеанс.
Для каждой группы потребителей ресурсов существует только одна очередь,
обслуживаемая по алгоритму первым прибыл, первым обслужен (рг$1 т, /1гМ ои1 — Е1ГО) с
таймаутом. Очередь реализована в виде структуры в оперативной памяти и из нее нельзя
прямо запросить данные.
Настройка пула активных сеансов
Р&вЬаве кЛзпсе кил > РЕзомке РЬзп? * ЕсЫ Реасилсе Р1ап: 8Т5ТЕМ РкАН
ЕЛ Незоигее Р1ап: 8У8ТЕМ_Р1АМ
кя&ес т Аг
Асйопг = Сгеа1е Ыке
Рг «1егчп < мп Ь -
Со
е Ссвьшин &у'ксп.гп кк Г
ЗресИу а 1ипй оп (Не тахютигй пигпЬег о! сопсиггепИу ас1мв аегйюп^кг а гйп&сгпе? дгоир. А11 сйЬег гевбшге чяЯ \*/ай т ап
ас№а(кп циеие
;€гоар
АРР118ЕР
котэроир
отнЕР„сРои₽з
8У5„еноир
рОИГГЕО
[уШЙГЕО
)мнимггЕО
ишмггЕп
цшйта......|
г1ЙйитЁ5Г”'”""1
ладмтЁс
УШМГГЕО"
13-17
Сорупдп* © 200Ь, Огас!е. АН пдп(8 гезегуегЗ.
Настройка пула активных сеансов
С помошью Еп1егрпзе Мападег можно просто сконфигурировать установочные параметры
пула активных сеансов для ресурсного плана.
Заклаяка5| Максимальное расчетное время
....выполнения
• Менеджер ресурсов базы данных может
упреждающе оценивать время выполнения
операции.
• ОВД предоставляется возможность задания на
уровне группы потребителей максимального
расчетного времени выполнения операции.
• Операция не будет запущена, если оценка времени
выполнения будет больше мах_езт_ехес_Т1МЕ
(ОКА-07455).
• Преимущество этой возможности - устранение
чрезвычайно длительных заданий, использующих
слишком много системных ресурсов.
• По умолчанию значение равно цыымиер.
13-18 СорупдМ © 2006, Огас!е. АН пдЫа гееегуеб.
Максимальное расчетное время выполнения
ОБА в любой момент может определить максимальное расчетное время любой операции,
задав в директиве ресурсного плана параметр МАХ__Е5Т1МАТЕЕ__ЕХЕС__Т1МЕ. После
установки этого параметра менеджер ресурсов базы данных начинает оценивать время
выполнения любого задания. Если расчетная продолжительность операции превышает
МАХ__Е5Т__ЕХЕС__ Т1МЕ, операция не начинается и возвращается ошибка ОКА-07455. В
результате запрещается выполнение чрезвычайно длительных заданий, использующих
слитком много системных ресурсов.
В случае, когда для одной группы потребителей ресурсов задано несколько директив
плана с параметром МАХ_Е8Т__ЕХЕС__Т1МЕ, действует наиболее ограничивающее из всех
значений этого параметра.
Оцениваемое расчетное время для данной операции основывается на статистиках,
собранных для оптимизатора по стоимости.
Закладка 6
Конфигурирование переключения
группы потребителей
С '' сг ст! е?йс!е ес?п * * ЕйП Резоигсе Р1ая. 5ТЗТЕМ_РГАМ клгиеЗ =?= Ай 5У8
М Йевоигсе Йап: ЗУЗТЁЙГрЕаМ
АеЬспз Сгеа1е оке Ф Со) . $Нру/ ЗОр Кеуегт) Арр>0
•им г>ес} А?- -у Ц;п <гг Сстзшпег <Эгшф г. г
ЗресИу 1пе таИтит ?нпе 1Ьа1 а зеззйзп сап ехесчЛе 1п э сопаипж дгоир Ьобзге а ее1ес1еб згНоп г$
1аРеи То ее1ес1 Же асРоп 1аквп, уоо гпэу споете 1е ИЖ Же $в881С-п, оИс сапсе! Же сипегй 501
орегайоп, ог 1о зуЛсЬ 1с апоЖег сепеитег дгсир. К уси сИоозе 1о зд&Ж Ж апоЖег сопеитег дгоир.
ересИу угёШег Ьаск а! гИе еп<1 оГ 1М саН Ьу ие'пд Ше ’эчяЙсЬ Ьаск го о?ю!па! дгоор айег сэ!Г
сЬескЬох СЬсояпд !о еед!с.Ь Ьаск 1о 1Ье йпд.из! дгоор айег а сай !й и$^11ог 3-йег аррВсаНопо
1Ье гт&Йе йег кеп/ег ш вешд еевоюп рссИпд.
АРР113ЕР
^ШиМГГЕО
10У<бР01'Р 'иШМГГЕО
0ТНЕРт0Р0МР5 ймиМПЁЁ)
5У2_6Р0УР [Ошмпёо'
. ? КШ ТЫе Еевзюп
□ ? Сапсе! 801
г—. ; ЗууйсЬ 1о Сгоир АРРМ8ЕК
и 5 ЭдагсЬ Ю Огоир АиТ0_ТА5к^С0№СМЕР„6Р00Р
РВуЛоЫо Огоор ВАТСН_8Р0иР
....;ЗуМсЬ Го Сизор ОЕРАи1Т„СОПБОМЕР_9РОНР
Ц □
□
□
ГсЫп§ • М=& Т!?п?
Й^:!сЬ 1о Огаор СОЛЧЗРОиР
! 8ш1сЬ 1о Огоср 0ТНЕР_&РОМР8
;ЗадйсЬ1оСгсисрТЗ ОРОМР
| 13-19
ОП?АС1
СорупдМ © 2006, Огас1е. АН пдЫв гезегуес!!
Ра^е^ггп Зе&гюп ^оо!
Конфигурирование переключения группы потребителей
ЕМ 0а1аЬазе Соп1го1 Соп8о1е предоставляет графический интерфейс дая
конфигурирования автоматического переключения группы. Такие действия можно
выполнять, когда создается новый или редактируется существующий ресурсный план
Возврат в исходную группу
потребителей при завершении вызова
ОГ^АСХв Палаца 10$
» Сгеа*е Нв§йогсе Р1йп
СгеаГе Веэоигсе РЬп
* , * > < А < I ' : ' ' '' „>. 5^йхнн у ! « >
Бресту Фе юздётшп Ше сап ехеойе т а соп^атег дгоир Ье&ге а &.е1есгей йс1юй «5 икеп. Тс зе!ей |Ие асйоп Й,@,
уоц ?пау сЬоссе Ю: Н'1 Фе аеасюп, сг’Ф са?ке| фе сдает 801. орекй®», ег Ф езд1сЬ Ф апеФег сйедаж дгоир. К уон сИооз» Ф
$ж1сЬ к> апеШе/сспедаег дгййр, $ресЛу здЫЬег Ю еадГсЬ Ьаск а11Ье еМ $ 1Ы Ы1 Ьу;цйф§ Фе’зд&еИ. Ьаск Ф еидта! дгсир аШ саИ
еКескЬсх. СЬое5№§ Тб ш4ФЬ Ь«ск Тс Фе 6я§ЫЫ дгсф айег а саН !б иееТЫ Тег 34<егарр1®а1к>пз «Шй Ф& гпИйе Ьег еег^г !В и&ид
&еззюп рсоапд.
Й 5^4 "'""
кж............. 2Дйв»Р
085 ояоцр ей I к? | == О
к—.......... I | Л>л;>»яй^к&:&я^^5К»зй^к^^
1Л®пин_бйоир Лим и ^ты^юп 0
ОТНЕР 0РОМРЗ 1УЙЦЙТЕС Г □ Сапсё18а1 О
~ „. Б^ФЬТевгеир.ОЖАииТ.СОМЗиМЕЯ 6ЯООР
’ 5~ - :=?]““ " ' ‘ ^М^^>15с<
;5у«1сИ Ф бгоър ЦМбкОЦР
; 3<*?йсЬ 1с СЗгсир 0ТНЕР_6К0МР5
&МКФ 1с бгоср БЖ6Я0ЦР
13-20
СорупдЫ © 2006, Огас1е. АН пдИ& геБегуетЗ.
Возврат в исходную группу потребителей при завершении вызова
Можно задать возврат сеанса в исходную группу потребителей при завершении вызова
верхнего уровня (юр са11). Для этого необходимо отметить поле к‘8\л/йсК Ьаск (о опд!па1
дгоир айег саН?” в окне Сгеа1е Резоигсе Р1ап или Есй1 Незоигсе Р1ап. В результате
сеанс будет возвращаться в группу, которой он принадлежал сразу после установления
соединения. Вызов верхнего уровня определяется либо как обрабатываемый целиком блок
РЬ/БрЬ, либо как команды 8рЬ, передаваемые клиентом для выполнения при отдельном
вызове.
Параметр 8К1ТСН__Т1МЕ__1Ы__САЬЬ наиболее полезен при использовании пула сеансов на
сервере промежуточного уровня. В этом случае на промежуточном уровне делается
попытка использовать сеанс, установленный после одного пользовательского вызова для
обработки вызова другого конечного пользователя. В результате границы обработки
действительно совпадают с вызовами, и действия предыдущего конечного пользователя не
должны оказывать влияния на следующего конечного пользователя.
| 13-21 СорупдМ © 2006, Огас1е. Ай пдЫз гебеи/еО.
Возврат в исходную потребителей при завершении вызова (продолжение)
Например, пусть менеджер ресурсов при подсоединении пользователя на основе его
исходной группы потребителей (тШа! сопзитег &гоир) размещает сеанс в группе
О88__СВОПР. После этого пользователь выполняет запрос и параметр
8ШТСН_Т1МЕ__1Е__САЬЕ задает интервал времени (в секундах) перед переключением
сеанса пользователя в группу, определяемую параметром 5МТСН__СН00Р. После
завершения вызова верхнего уровня ресурсный менеджер автоматически переводит
пользователя обратно в первоначальную группу потребителей.
Примечание
Невозможно задать в одной директиве оба параметра 8ШТСН_Т1МЕ__1Ы_САЬЬ и
8ЖТСН_Т1МЕ. Параметр 8ЖТСН__Т1МЕ главным образом предназначен для клиент-
серверных приложений.
Закладка 7
Настройка тайм-аута
ОГйАСХё' Ш«?
О-
ЕМ Кезоигсе Р1ап: 0АУ_Р1.АЫ
= Ейй Паеешсе Нал: ОАУ_Р1АГ4
Эе? м Ч I _Л2> л_ 3<~г» I с •> С» и у Е. Йй. 1 -. >„ * & 43 Туг у <Ц / и <
Р1аи ВАТНАЯ I——
Оа&снрЬоп ИЛгя? Й& Типе ЕхэггцЯй I
азветир
отнв“<опомрв
ЩП
Гзй'
бЙЙГЕр
ютн
СЯОПР ОК 5ПВР1АМ => ^038 ОНООР’;
*"??“ * ' • ’Т"* *
МАХ__ГОЬЕ__Т1№ => 600
13-22
СорупдЫ€) 2006; Огас1е. АН пдМз гезегуеб.
Настройка тайм-аута
Для задания в ресурсном плане максимальных тайм-аутов используется закладка 1б1е Ите.
В столбцах "‘Мах 1Й1е Игле (вес)’* и “Мах 1с!1е “Пте п В1оск1пд АпоФег Зеззюп (вес)”
указываются значения параметров МАХ__ЮЬЕ__Т1МЕ и МАХ_1БЬЕ_ВЬОСКЕВ_Т1МЕ
процедуры ПВМ8_КЕ8ОиКСЕ_МАЕАСЕК.СНЕАТЕ_РЬАЕ_О1ВЕСТ1\7Е. Оба значения
задаются в секундах.
ДирективаМАХ_1ПЬЕ_Т1МЕ определяет максимальное время в секундах, в течение которого
сеанс может не выполняться или находиться в ожидании ввода-вывода. Если сеанс
превышает заданное ограничение, фоновый процесс РМОЕ принудительно завершает сеанс и
и удаляет все его структуры. Также имеется возможность указать отдельное ограничение на
время, в течение которого простаивающий сеанс блокирует другой сеанс. Для этого
используется директива МАХ__1ВЬЕ_ВЬОСКЕВ.__Т1МЕ, определяющая в секундах допустимое
максимальное время блокирования простаивающим сеансом другого сеанса. Значение
параметра времени простоя по умолчанию - ЫПЬЬ, что означает отсутствие ограничения. То
же самое можно задать явно, установив значение ЕЫЫМ1ТЕР. Эти директивы
предоставляют более дифференцированный контроль времени простоя по сравнению с
профилями, в которых нельзя разделить блокирующие и неблокирующие сеансы.
В приведенном выше примере процесс РМОЫ принудительно завершает сеансы, которые
простаивают более 600 секунд, а также сеансы, которые простаивают и блокируют другие
сеансы дольше 300 секунд. ЕМОК проверяет эти ограничения каждую минуту. При
превышении одного из эти ограничений ЕМОК принудительно завершает сеанс и очищает все
его ресурсы.
Установление соответствия группам
потребителей ресурсов
Понятия
Ресурсный план
Группа потребителей
Директивы плана
Установление
соответствия
Активация плана
Мониторинг
0$ РтгЖе®;
® Гзгёджомр
ОРАС1„.в' ЕйШрпэд? &алэдег 10$
* « у: ?у?& Н^ЯЯ ГР » $.;?»<> ' Язвсш-се Ссизаиш Сгешг Мзрртд
Еезоигсе Сопштег вгсир Маррпд
$
Сопйдше ФеВевб«гсе.Марздем& я!йсгтйсзйу 38«1дп еопзитег дгоир$ 1с зелене
ЙВТЕМ
бегега-: йкййе& <
Ресгйг Фе И рИопЬез. Марррй>
АюОДе Ма^р1я&$
О 8У8„5Р0ЦР
' Ко\Г|
13-23
Сорупдт © 2006, Огас!е. АН пдп(8 гезеп/ей.
Шаг
Сйеп? РЗ Озег Мар
;5етсе, М«Мб. апй Аспсп
; 8ешее йпй МзсМе
МойЫе апй АсИвп
МЫЫй
Зегисе
О?яс1й Оее-
С1йй Рюд*да
СЙепГОБ Ой&г
Снег! МасЫпе
Установление соответствия группам потребителей ресурсов
Ресурсный менеджер можно использовать для автоматического включения сеансов в
определенные группы потребителей. Для этого необходимо настроить соответствие между
атрибутами сеансов и группами потребителей. Дополнительно можно настроить
приоритеты, на основе которых устанавливается соответствие в конфликтных ситуациях.
Существует два типа атрибутов сеанса: атрибуты входа в систему (1о$т аппЬшех) и
атрибуты выполнения (гип-Ите аИпЪшез). Атрибуты входа в систему (последние пять
атрибутов в списке АШ1Ьи1е Маррюдз, показанном на слайде) имеют значение только во
время установления соединения, когда ресурсный менеджер определяет первоначальную
группу потребителей сеанса. Напротив, уже установленный сеанс может быть позднее
переведен в другую группу потребителей на основе атрибутов выполнения сеанса..
В ИаГаЪазе СопГго! перейдите по закладке с домашней страницы БД на страницу
Абггнгнз^гаОоп, а затем щелкните на ссылке Резоигсе Сопзитег Сгоир Марр1пдз в
секции Резоигсе Мападег. Для каждого из атрибутов задайте соответствие между
сеансом (например, для имени пользователя) и группой потребителей. Добавьте или
удалите строки для требуемых групп потребителей и соответствующих пользователей,
клиентов и служб. Используя закладку РпогШез, можно изменить приоритеты, в
соответствие с которыми устраняются конфликты при установлении соответствия
атрибутов сеанса и труппы потребителей. Атрибуты располагаются в порядке убывания
приоритетов. Наивысший приоритет у самого верхнего атрибута. Этот порядок можно
изменить с помощью стрелок, выделенных на слайде.
Используя ЕМ ОаШЬазе Соп1го1, можно просмотреть код генерируемый для
выполнения ваших действий. Просмотр кода выполняется по кнопке 811СЖ 801.
Установление соответствия группам потребителей ресурсов (продолжение)
йезоигсе Сопзитег бгоир Марртд
Оепега! I Ргюгйт
(5Ьсу/5С>1) Реуеп) чАрр0
Сопйдиге Же Рееоигсе Мэпадег 1о аиотаНсзНу аз$1дп сопзитег дгосре 1с зеезюпе Ьу рго»(9пд тзрртде
ЬеШ/еев еезеюп аПпЬШее апб сопеитег дпзирз.
Огас!е Шег Мар
е ;$г8„6роор.....
О (зуё^ёроир
ч Аск! АгюПчег
СНегй 08 Шег Мар
ОнНф
|Но Йегпз Гоипб
Аск! АпсйИег Ксж)
СНеп1 Ргодгат Мар
Мо Йегпз Гсипй
Дск1 Апойчег Кош)
СИеп! МасЫпе Мар
1Мо йетз Гсипй
Айб Авсичег
;'Ёетоуе^
..л..л...Сл..^М№, «&: :5К
"А. 18Т5
.................................... '
С!1е?Л
Зетсе Мар
§е1ш*Сой^т$к Бгшф
;Нс( йетз Тоипй
_ Ас^ Апйпег Кхж)
Мос11||в Мар
Сшшг^Нг^сйур
1Мо Йетз Тоипй
4 Айс! Апойчег Кеш)
МосЫе апй АсУоп Мар
§ «?1<з Стт г 6 пшр
1Мо Йе те Тоипй
Ах1й Апогьег Йж)
«Ыв
5еп^а
Активация ресурсного плана Ресурсный план
Груяпа потребителей
экземпляра
Директивы плана
Установление
соответствия
> Активация плана
Мониторинг
РеГ#«аМ;, ргОД^.ОгуЙ <-ЛЛ > ВШИЯТ® Р&П§
Ке5«?иг<ё Р1ап8
Гсдая А?
5еагсй
Мате Зсс)
т &ИЙЙ-ЛяйЧСЙ 5с«хр СГ*5 Ж(&СЙ5« .ЧП=ЙП«е >«ВЧЬ. «:4 5$&'4Г< »;&&:?«. П& »Й<К»31&*ЯМ&И Ж Ь-.
Ь й,4Н& &*<& л&й^
Сгеаи
ЕпЛ У1еш1 0е1ет Ласйогй
Ас1|уа1з
Г ВШЖВ ПАМ
Г ШТЕВ1Щ Р1АЛ
,Г. жшжжжо
<* «1Ж1 .
Г МУРа Р1АМ
8УЗТШ Р1АМ
ЩЙЬ Е__ ... Сгей?1*е
ОеасйуаГе
Режике р&ч Гог «че Ьид « ВШ.
ОеГгшИ Р1зп
;Р&п 1с »ч1етз>/ <ре$йе
тс>г газЯ йейу*й7 ©регайот
’АСПУЕ Р1зпп!ид Гог пгопд Йче роЛ ©Гйсе сйЬЬз.зв
Нал 1с дМ? $у®1вт зезяеп&ргюпгу
СорупдЫ © 2€Ю6. Огас1е. АН пдЫз геаегуеб.
Активация ресурсного плана для экземпляра
Для управления ресурсными планами можно воспользоваться страницей Незоигсе Р1апз
инструментального средства ЕпТегрпзе Мападег. Чтобы сделать план активным,
выберите требуемый план и значение АсМ^аЪе в выпадающем списке поля Асйопз, а
затем щелкните на кнопке Со. В результате выбранный вами план становится текущим
планом верхнего уровня для экземпляра.
Использование параметра инициализации
Используемый экземпляром план может быть определен с помощью параметра
инициализации базы данных КЕ5О11КСЕ__МАНАСЕК__РЬАЫ. Этот параметр содержит план
верхнего уровня (1орр1ап), который будет использоваться экземпляром. Если никакой план
не определен, менеджер ресурсов базы данных не запускается для экземпляра
Вы можете привести в действие, отключить или изменить текущий план верхнего уровня
по команде АЬТЕК 5У8ТЕМ. Если для экземпляра меняется план распределения ресурсов,
эти изменения вступают в силу немедленно.
В случае, когда в базе данных не определен план, указываемый в параметре, база данных
не может открыться и возвращается следующее сообщение об ошибке:
ОРА-07452: зрестРтеб гезоитсе шападег р!ап боез пот. еххзт тп
ЕИе дата дхсЫопагу
При возникновении этой ошибки экземпляр следует остановить, задать для параметра
корректное значение и повторить запуск экземпляра.
Информация менеджера ресурсов базы
данных
Имя представления Информация
ВВА_Н5КС_Р1АЫ5 планы и статус
, директивы планов
ПВА_К8НС_СОК8ЦМЕК_8КООТ5 : группы потребителей
ПВА_КБКС_СОК8ЦМЕВ_СКООР_РН1У5 | пользователи/роли
1 соответствие группам |потребителей
ПВА_К8НС_МАРР1КП_РВ1ОК1ТУ = Приоритеты соответствия
ОВА_П8ЕВ5 Столбец ; хпхЕха1_гзгс_ сопзшпег^дгоир
1 пользователи/роли
|13-26______________________________________СорупдЫ © 2006, Огас!е. АН пдЫэ гезегуеб.
Информация менеджера ресурсов базы данных
В словаре данных имеется несколько новых представлений, которые позволяют проверить
планы распределения ресурсов, группы потребителей ресурсов и директивы планов,
определенные в экземпляре. В этом разделе обсуждается некоторая полезная информация,
которую можно получить из этих представлений. Более детальные сведения о содержимом
каждого из этих представлений см. в документе Огас1е йа1аЬа$е Ке/егепсе.
Информацию о планах распределения ресурсов, определенных в базе данных, можно
получить с помощью следующего запроса:
50Ь> 8ЕЕЕСТ р!ап, пит_р1ап__с11гесГ1лле8г зЕаЕиз, тапдаГогу
2 ЕНОМ аЬа_гзгс_р1апз;
РЬАЕ ЕЮМ_ _РЕАЕ_В1НЕСТ1УЕ5 8ТАТЮ8 МАЕ
8У8ТЕМ_РЬАЕ 3 АСТ1УЕ ЕО
1КТЕКЫАЕ -СДПЕ8СЕ 2 АСТТУЕ УЕ8
ТЕТЕРЕАЬ^РЬАЕ 1 АСТ1УЕ УЕ8
ВПСОВ_РЬАЕ 4 АСТ1\7Е ЕЮ
МА1ЬОВ__РЬАЕ 3 АСТ1УЕ РЮ
МУРЕ Р1АЕ 3 АСТ1;РЕ Е’О
Статус АСТ1УЕ означает, что план утвержден и может использоваться. Если план создан,
но все еще находится в области ожидания (репсйп^ агеа), его статус РЕЫГЯЕ6.
Если в столбце тапйаТогу значение УЕ8, тогда план не может быть удален.
Мониторинг менеджера
ресурсов
Понятия
Ресурсный план
Группа потребителей
Директивы плана
Установление
соответствия
Активация плана
> Мониторинг
СМЗДОЖЬйв»»»»® 8<я»зк?« КЧу
Не&хгсе Молйог«
Е>ар$еб 51аП Тш№ (ни*
«
Аь<»мЫ« Реаоигсе Р<ав® (1мТсРН.А1__5Ч.АК
К«1айчге СРЬ Типе
ТоЫ СРЦ ч^'Гнпе
□ М!СНТГ: й ? 30
Сопвиги&г йгои»
13-27
СсрупдЫ © 2.006; Огас!е. АН пдЫв гезегуеб.
дхэ
Мониторинг менеджера ресурсов
Вы можете выполнять мониторинг функционирования менеджера ресурсов базы данных
на уровне сеансов. Эта возможность интегрирована с автоматическим диагностическим
монитором базы данных (А1)1)М).
ЕМ ОайаЬазе Соп1го1 Сопзо1е предоставляет много различных путей управления и
мониторинга менеджера ресурсов. Чтобы воспользоваться этими возможностями,
выберите на странице Адт!П181гаГюп в секции Кезоигсе Мападег ссылку Мопйогз.
Используйте страницу Резоигсе МопЙОГЗ для вывода трупп статистических данных и
графиков, описывающих текущее состояние активного (действующего) ресурсного плана
Для действующего в настоящий момент плана можно просмотреть статистики. Кроме
того, можно выбрать план из списка и сделать его активным.
Таблица Сопзитег (Эгоир 8<ай$йсз содержит статистики для групп потребителей
текущего ресурсного плана
Примечание: При активизации плана на странице Резоигсе МопЙогз необходимо выйти
из этой страницы, а затем выбрать снова ссылку Мопйогз, чтобы обновить страницу и
просмотреть статистики для нового активного плана.
Мониторинг менеджера ресурсов
• У$5Е851СЖ:
столбец ге8оигсе_сопеитег_дгоир
показывает текущую группу для сеанса
• У$КЗВС_Р1ЛЫ:
представление, показывающее активный план
распределения ресурсов
• У$К5КС_СО№ЦМЕК_СКОПР:
представление, содержащее статистики для
всех активных групп
I. - - ^<1 - • „ лЛ«. Ч 1
13-28 СорупдЫ © 2006, Огас1е. АН пдЫз гевегуеб. |
Мониторинг менеджера ресурсов (продолжение)
Использование СРП
По крайней мере три различных представления могут предоставить информацию об
использовании СРП внутри базы данных Огас1е:
• У$К8КС_СОИ511МЕК_СКОиР показывает статистики использования СРП для каждой
группы потребителей, если включен менеджер ресурсов базы данных Огас1е. Это
представление выводит данные, соответствующие текущим активным группам
потребителей.
- \7$5У88ТАТ показывает использование СРП всеми сеансами. Статистика ”СРИ нзес!
Ьу ййз 8е881оп" содержит агрегированное значение использования СРП всеми
сеансами.
• У$8Е88ТАТ показывает использование СРП отдельными сеансами. С помощью
этого представления можно определить конкретный сеанс, который в наибольшей
степени использует СРП.
Представление У$К5КС_СОЫ5ШЕК_СКООТ
Ниже приведено краткое описание некоторых столбцов этого представления.
• пате: имя группы потребителей.
(Мониторинг ресурсного менеджера (продолжение)
• асЪолге^зевзхопз: количество одновременных активных сеансов этой группы
потребителей
« ехесиЪхоп^ахЪегз: число активных сеансов, ожидающих квант времени
• гедиевЪз: кумулятивное число запросов (гедие$&), которые были выполнены для
этой группы потребителей
ериках Ъ_Ъхте: кумулятивное время ожидания сеансами ресурсов СР11
* соп^шпев_сри_Ъхте: кумулятивное время СР1Л потребленное всеми сеансами
Нет представлений, которые непосредственно показывают очередь пула сеансов. Однако
некоторая информация может быть получена из следующих представлений.
• У$5Е8510М: столбец сиггепГ: диеие__дига1:1оп показывает время пребывания
в очереди;, значение равно 0 (нулю), если сеанс в настоящее время не находится в
очереди
« столбец диеие_1епдтЬ показывает для группы
потребителей количество сеансов, находящихся в текущий момент времени в
очереди
Итоги
* Конфигурирование менеджера ресурсов базы
данных
• Доступ к ресурсным планам и их создание
• Создание групп потребителей
• Задание директив распределения ресурсов по
группам потребителей
• Установка соответствия групп потребителей
планам
• Активация ресурсного плана
• Мониторинг ресурсного менеджера
13-30 СорупдЫ © 2006, Огас1е. АН пдЬ1б геаегуе^.
Обзор практического занятия:
использование менеджера ресурсов
• Создание групп потребителей ресурсов
• Задание директив распределения ресурсов
СР11 по группам потребителей
* Связывание пользователей с группами
потребителей ресурсов <
• Активация ресурсного плана
• Тестирование в 301_*Р1и5
• Деактивация ресурсного плана
I
13-31 СорупдЫ © 2006, Огас!е. АН пдНе геаегуесЗ,|
Рассматриваемые вопросы
Осн. компоненты
& шаги
Расписания
Цепочки заданий
Расш.понятия
• Упрощение управления задачами с помощью
планировщика
• Создание задания, программы и расписания
• Мониторинг выполнения заданий
• Использование расписаний, основанных на
времени или событиях, для выполнения заданий
планировщика
• Использование цепочек заданий для выполнения
последовательности связанных задач
• Использование дополнительных понятий
планировщика для установления приоритетов
заданий
а 1.5 х , . . огэАсье ...
СорупдЫ © 2006, Огас!е. АН пдЫ8 гезегуеб
Рассматриваемые вопросы
Дополнительные сведения о различных компонентах планировщика (ЗскеМег) и
взаимосвязях между ними см. в документе Огас!е ОаШЬахе ААтШ$1га1оРх ОиШе
Подробную информацию о пакете 0ВМ8__8СНЕЕПЬЕК см. в документе Огас1е
ВаТаЬахе РЬм^Ь Раска^ех апА Турех Ке/егепсе.
СоруНдЫ © 2006, Огас!е. АН пдЫе геаегуеск
Упрощение управления задачами
Возможности планирования заданий необходимы при использовании многих функций
базы данных. Планировать и периодически выполнять задания требуется в ходе
повседневного сопровождения базы данных, а также для поддержания логической
схемы приложений. В ^изнес-приложениях (Ьи$те^~ю~Ьил1пе^ В2В) требуется
планировать соответствующие бизнес-события. Администраторы баз данных
вынуждены планировать задачи сопровождения, регулярно выполняемые в
определенных “временных окнах” {Ите инпсктя).
База данных Огас1е 10^ предоставляет расширенные возможности решения таких
задач с помощью планировщика (ВскеМеВр доступ к которому производится с
помощью функций и процедур пакета РВМ8_ ЗСНЕПОЬЕЕ. Планировщик может быть
вызван в любой среде $<2Е или с помощью Епгегрп$е Мапа^ег.
Использование планировщика позволяет администраторам базы данных и
разработчикам приложений управлять временем и местом выполнения различных
задач в среде базы данных. Эти задачи могу] быть длительными и сложными, поэтому
планировщик помогает их планировать и упрощает управление.
Задания планировщика могут быть запущены на основе времени или в случае
возникновения определенного события. Планировщик также может вызвать появление
событий при изменении статуса задания (например, с Ш№1Ы0 на СОПРЕЕТЕ). Кроме
того, для получения объединенного объекта можно использовать именованную
последовательность программ, связанных друг с другом.
СорупдЫ © 2006, Огас1е. АН пдЫ5 гевегуей
Простое задание
Задание (/оЬ) имеет два основных компонента: действие (“что” необходимо
выполнить) и расписание (“когда” выполнить). В Еп1егрп$е Мападег “ЧТО”
описывается в области Сотгпапс!, представленной на слайде. Действие отображается
в параметрах зоЬ__Еуре и зоЬ__асЁ1оп пакета дЬш8__БсЬес1и1е г.
ВЕСТЫ
зуз. дЬт8__8сЬейи1ег. сгеате_д оЬ (
3оЬ пате => * "НВ” . "СВЕАТЕ__ЬОС_ТАВЬЕ__ДОВ” * ,
^о5~д-уре ♦ рьз0е__ВЬОСК * , поЬ__асх11оп => гБёдТп ~~
ехесиЕе тштесИаге О'сгеаЕе саЫе 8езз1оп__Ыз Рогу (
8пар_Б1те ТТМЕ5ТАМР ШТН ЬОСАЬ ТТМЕ 2ОЫЕ,
_____пит зеззтопз ЫОМВЕВ) 1 * ) ; епб; 1 ,_______________________________
зЕагЕ^даТе зуз иТгпезЕатр аЕ иТте гопе ’ Атег1са/Ые^__Уогк ’,
п оЬ^сТазз => ‘ рЕЕАиьТ^СГ0В2с;ЬАЗЗ »
соттепЕз => ’Сгеайе ййе 8Ё58Т0Е Н15ТОВУ йаЫе”,
аиЕо йгор -> ЕАЕ5Е, епаЫед -> ТВОЕ) ;
ЕЫЕ;
В задании также определяется, “КОГДА” требуемое действие следует выполнить.
“КОГДА” выражается с помощью “расписания” (“БсйесЫе”), которое может
основываться на времени (см. параметр зЕагЕ _ёаЕе) или событиях, а также может
зависеть от выходных результатов других заданий. Эти параметры рассматриваются
далее в этом уроке.
Шаги использования основных
компонентов
Для упрощения управления задачами с помощью
планировщика выполняйте следующие шаги:
1. Создание программы.
2. Создание и использование расписания.
3. Создание и передача на выполнение задания.
4. Мониторинг задания.
СорупдЫ © 2006, Огас1е. АН пдМз гееегуеб.
Шаги использования основных компонентов
Планировщик предоставляет модульный подход решения задач в базе данных Огас!е.
Разбиение задач на такие компоненты, как время, месторасположение и объект базы
данных, обеспечиваемое планировщиком, позволяет упростить управление средой
базы данных. Планировщик использует три основных компонента:
• Задание (|оЬ) определяет, что необходимо выполнить и когда. Например, “что”
может быть процедурой РЬ/8рЬ, выполняемым в ОС двоичным модулем (пабуе
Ыпагу ехесШаЫе), 1ауа~ приложением и скриптом командного интерпретатора.
Программа (“что”) и расписание (“когда”) могут быть частью определения
задания. Кроме того, можно использовать программу и расписание, которые
существуют отдельно. Использование аргументов задания позволяет настроить
его выполнение.
* Расписание (зсйесЫе) определяет, когда и как часто выполняется работа.
Расписание для задания можно задать в виде последовательности дат. в виде
события или комбинации этих двух методов с указанием дополнительных
спецификаций, обозначающих повторяющиеся интервалы. Расписание может
храниться отдельно и использоваться для многих заданий.
* Программа (рго^гат) - совокупность метаданных о конкретном выполняемом
модуле, скрипте или процедуре. Автоматизированное задание содержит
некоторую задачу. Использование программы позволяет изменить задачу или
“что необходимо сделать” без изменения самого задания. Для программы могут
быть определены аргументы, с помощью которых пользователи влияют на
режим ее работы.
. Создание программы
СорупдМ © 2006, Огас1е. АН пдЫ5 гееегуеск
1. Создание программы
Программа создается с помощью процедуры СКЕАТЕ__РНОСКАМ. Создание программы
необязательное действие при использовании планировщика. Выполняемые заданием
операции можно описать в анонимном блоке РЬ/$0Ь, указанном в процедуре
СНЕАТЕ_дав. Создавая программу отдельно, вы определяете действие один раз, а затем
его повторно используете во многих заданиях. Это позволяет вам изменять расписание
задания без необходимости пересоздания блока РЬ/8рЕ. Вы также можете настраивать
задание, указывая значения аргументов.
Чтобы создать программу в своей собственной схеме, необходимо иметь привилегию
СЕЕАТЕ ТОВ. Пользователь с привилегией СКЕАТЕ АНТ дав может создавать
программу в любой схеме.
Программа создается по умолчанию в отключенном состоянии (если только для
параметра епаЪТед не установлено значение ТИПЕ). Задание не может выполнять
программу до тех пор. пока эта программа не будет включена. Можно задать создание
программы во включенном состоянии, указав для этого в параметре епаЫес! значение
ТЕПЕ.
Действие программы задается в строке, в которой указывается в зависимости от
параметра ргодгага_1уре процедура, имя исполняемого модуля или анонимный блок
РЬ/8рЬ.
Например, если имеется процедура 1}РВАТЕ__НК_8СНЕМА_5ТАТ5, собирающая
статистики для схемы Иг, тогда можно создать программу, вызывающую эту процедуру.
В ЕМ выберите Абгп1гн$1габоп > Ргодгатз и щелкните на кнопке СгеаТе.
2. Создание и использование
расписаний
Сгеа(е
Чаете
Но? АА^г
РМ
в
й Нс Ег-й Гз1е
{' Бресте3 Епс Ойе
МНМЛШНМИР* Ж'
СсрупдЫ © 2006, Огас1е. АН пдМз гееегуеб.__
2, Создание и использование расписаний
Использование расписания вместо времени выполнения, задаваемого при определении
задания, позволяет управлять многими заданиями без необходимости изменения их
определений. После изменения расписания каждое использующее его задание
автоматически начинает применять обновленное расписание
Для создания расписания используется РЬ/ЗС^Ь-процедура СКЕАТЕ__5СНЕОПЬЕ
пакета ОВМ5___8СНЕООЬЕК.
Параметр зЕагЕ__с!аЕе отражает дату, начиная с которой расписание становится
активным. В расписании нельзя ссылаться на более раннюю, чем указано в этом
параметре, дату. Расписание не действует после лазы, определяемой в параметре
епй^йаЕе.
Для планирования повторяющегося выполнения применяется календарное выражение,
определяемое в параметре гереаЕ_ тпЕег ^аХ.Оно используется для генерации
следующей планируемой даты выполнения. В расписание не попадают даты позднее
заданной параметром епс!__с1аЕе.
В представленном выше примере создается расписание 8ТАТ8_8СНЕГЖЬЕ, задающее
повторяющийся четырехдневный интервал, начинающийся сейчас и продолжающийся
30 дней..
Для создания расписания можно использовать ЕМ, как это показано на слайде.
3. Создание и выполнение задания
3. Создание и выполнение задания
Задание -- это объединение расписания и того, что следует сделать, вместе с
дополнительными аргументами, определенными в задании.
Программа или “Команда” (область “Соттапс!” в ЕМ) может быть предварительно
созданной программой на РЬ/ЗРЬ или ]ауа, анонимным блоком РЕ/8ОЕ или
исполняемым модулем, запускаемым в командной строке операционной системы.
Расписание задания может быть предопределенным (созданным процедурой
ОВМ8__8СНВПЬЕК. СВЕАТЕ__5СНЕОПЬЕ) или же оно может быть описано
непосредственно как часть создаваемого задания. В расписании указываются
атрибуты, определяющие, когда выполняется задание, например:
• Время начала и окончания задания, задающие момент начала использования
задания и момент, после которого задание больше не пригодно для
использования и нельзя запланировать его выполнение.
• Выражение, определяющее интервал повторения задания .
• Сложное расписание, созданное путем объединения существующих расписаний.
• Условие или изменение состояния, называемое событием, которое должно
возникнуть перед запуском задания.
Существует много атрибутов, которые вы можете задать для задания. Атрибуты
управляют тем, как выполняется задание.
Чтобы выполнить задание в Ешегрпье Мападег выберите Абто^гаЙоп > ^Ь$,
4. Мониторинг задания
8Е1ЕСТ зоКпате, ёкгог#, гшгаигаЪхоп
ГНОМ ^8ЕК_8СНЫ)Ш^^К®^й^^_^Ета.XЬ8;
е ”
САТМВК^ТАта^ОВ ВПССВВВ 0 *66о 00:08:20
Р1ШТ_ЙС1Ш1(^Ж)В ГМЬВЙ 6576 4-000 00:00:00
Рз*е Ж Ж5 *ЫЗ:5<» АМ ГеГгез’Й
«
Сгеате1
Рсгде АН Сод;)
У1е*у Уга* К& РеГт&си
л- Ргеиеиа Ж \ 51-75 вГЭ647
йе:4 25 ?
:;-
Ш6 5Е53ЮН8 ЗОВ Ш
:й1М^СНРНЕОАСТ{ОЫ РУ5У5
109 ЗЕ88ЮК5 ЗОВ
ШС 5Е65ЮГ15 306
ШО 8Е55ЮН5 ЗОВ
НК
НК
Вер 19,3305 11.22.00 АМ -07.00
8ер 19,2005 11:21.05 АМ -07.00
Зер 19,2006 11’19 00 АМ -07№
Зер 19,2005 1116 00 АМ -07 00
8ер 19.2006 11:13 Лй АМ -0700
=0.0
9.0
:оо
юо
:о.о
’^СЖл
СорупдЫ © 2006, Огас1е, АН пдМБ геееп/ед.
4» Мониторинг задания
Представление ОВА_ 5СНЕППЬЕВ_3Т0В_киЫ__0ЕТА1Ь8 выводит одну строку для
каждого экземпляра задания. Каждая строка содержит информацию о выполнении
одного экземпляра задания.
В представлении [БВА | АЬЬ] __8СНЕОиЬЕВ_ВОВ__киы_ВЕТА1Ь8 содержатся
следующие столбцы:
• ЬОС_1В; уникальный идентификатор журнального входа (записи);
ЬОСМОАТЕ; временная метка журнального входа;
• ОШЕЩ владелец задания;
• аОВ^ИАМЕ; имя задания;
• 8ТАТШЗ; статус выполнения задания;
• ЕКВОК#; первоначальное количество ошибок;
• КЕ0_8ТАЯТ_ПАТЕ; время, на которое был запланирован запуск задания;
• АСТОАЬ_8ТАВТ_рАТЕ; время, когда на самом деле было запущено задание;
• КШМЭПВАТХОК; продолжительность выполнения задания;
1К5ТАЫСЕ_ХО; экземпляр, в котором выполняется задание;
• 8Е551ОК_1В; сеанс, в котором выполняется задание;
• 8ЕАУЕ_Р1П; идентификатор (Р1Б) подчиненного процесса, используемого при
выполнении задания;
• объем использование ЦП при выполнении задания;
• 1ШО1Т1ОКАЬ_1МЕО; дополнительная информация о выполнении задания.
Использовании расписания
основанного на времени
или событиях
Осн. компоненты
& шаги
> Расписания
Цепочки заданий
Расш.понятия
СгеаШ ЗоЬ
(5И(жУд0 =чСапсе0 ч ОК)
□бпега! $сЬе€Ые I О^спз
5сйебо1е Туре
т.„_ 7пп₽. !изе Рге-бейпеб ЗсКейи1е
и .е ._о 1е |$|-апс|агС| и3|Пд Р1/5О1 Гог гереагеб Негуа!
Рге~йейпей ЭДпсЫ
Нероа«и|Еуеп1_____________________________________
Вереах
81®г1
1гпгпе
О 1,а1ег
[рс ЫоГНереаЕ^
Ву Весопйз *
Ву Мнчйез
Ву Ноигз
Ву Рауз
Ву УУеекз
Ву Мопйчз
Ву Уеагз
------^ж
Расписание
2005
Время
Событие
Ттае р~0~ с АМ & РМ
Н
1
СорупдМ1 © 2006, Огаск?. АН пдМа гееегуеО.
Использовании расписания, основанного на времени или событиях
При определении задания, расписание выполнения которого основывается на времени
(Г1гае~Ьа8ес1), можно задать либо календарное выражение, либо выражение с датой и
временем
Когда используются календарные выражения, время следующего запуска задания
подсчитывается на основе интервала повторения и даты старта ($1аг1 сШе) задания.
Когда используются выражения с датами и временем, задаваемое выражение
определяет следующий момент времени, в который должно быть запущено задание.
Если интервал повторения не указывается, задание выполняется только один раз во
время, указанное в дате старта.
Если в задании используется расписание* основанное на событиях (еуепРЬазес!
$скес1и1е), задание выполняется при срабатывании события. На высоком уровне событие
может быть представлено как изменение состояния. Событие происходит, когда
логическое условие меняет свое состояние с ЕАЬЗЕ на ТИПЕ или с ТЕПЕ на ЕАЕ8Е.
Планировщик (8сЬе(1и1ег) использует Огас!е 81геат$ Ас1гапсес1 Оиешпр, (Л0 Для
возбуждения и удаления событий.
Примечание: планировщик не гарантирует выполнение задания в точное время, так
как система может быть перегружена, в результате чего могут быть недоступны
ресурсы.
Создание задания, выполнение
которого основано на времени
Пример:
Создание задания, в котором вызывается
скрипт для выполнения ежедневного
резервирования, начинающегося в 23:00.
ВЕСИЕК ~
ПМЦ_Я@ИШХЛЫЕК. СКЕМЕ_СГОВ (
1оБ па1Ш=>’НЯ.ВО БАСКОВ’,
ЗоЬ_«Ш «> 'ВЖСОТАВЬВИ,
/> пехЕ пхдЪЕ аЪ |м А/
.............................. _ _ __ _ ж. </' * / Ч.-
В1Ш|
—'1 —
СорупдМ © 2006, Огас1е. АН пдЫз геБегуед.
Создание задания, выполнение которого основано на времени
Для создания задания используйте процедуру СВЕ АТЕИСТОВ пакета ОВМЗ__8СНЕО11ЬЕВ.
По умолчанию задания создаются отключенными. Чтобы сделать их активными и
запланировать их выполнение, необходимо задания явно включить. Имена всех заданий
имеют вид: [ схема« ] имя.
Для задания времени следует использовать функцию 8УЗТ1МЕ8ТАМР и указывать
временную зону. Тогда при переходе на летнее время автоматически регулируются
моменты начала выполнения задания.
По умолчанию задание создается в текущей схеме. Можно создать задание в другой
схеме, как это показано в примере на слайде. Поэтому создатель задания не всегда
является его владельцем. Владелец задания - это пользователь, в схеме которого
создано задание, в то время как создатель задания - это тот, кто создал это задание.
Задания выполняются с правами владельца. Параметры среды, относящиеся к
национальной языковой поддержке ^аИопа1 Ьап^иа^е ЗирроП — МЪ$) такие же, какими
они были в момент создания задания.
Параметр доЬ_ Руре отражает тип задачи, решаемой заданием. Его возможные
знач ения следующие:
• РЬ52Ь_ВЪОСК (анонимный блок РЕ/БСЗЬ);
• (именованная процедура РЕ/8()Е. .1ауа или внешняя
процедура);
• ЕХЕОТТАВЬЕ (команда, которая может быть выполнена в командной строке).
Создание задания, выполнение которого основано на времени
(продолжение)
Параметр зоЬ а съ топ - это либо имя процедуры, которую необходимо выполнить,
либо имя скрипта или команды операционной системы, либо код анонимного блока
РБ/ЗРЬ. Значение параметра зоЬ_аст!оп зависит от параметра доЬ Туре.
В примере на слайде в параметре оЬ Буре задано значение ЕХЕСОТАВБЕ, в
3 оЬ_асЕтоп - полное имя, включающее путь (его формат зависит от ОС), для
внешнего исполняемого модуля плюс необязательные аргументы командной строки.
Внешнее задание - это задание, выполняемое вне базы данных. Все внешние задания
выполняются гостевым пользователем, имеющим небольшие привилегии,
определенные администратором базы данных при конфигурировании поддержки
внешних заданий. Так как исполняемый модуль запускается гостевым пользователем
с малыми привилегиями, вам следует убедиться в том, что этот пользователь имеет
доступ к необходимым файлам и ресурсам. Большинство, но не все платформы
поддерживают внешние задания. Для платформ, не поддерживающих внешние
задания, при создании или указании атрибута задания или программы с типом
ЕХЕСПТАВЬЕ, возвращается ошибка.
Дополнительную информацию о конфигурировании среды выполнения внешних
программ с помощью планировщика можно получить в документации для базы
данных Огас1е, относящейся к конкретной платформе. Примеры таких документов:
• Огас1е ИшаЪазе Р1а/огт СпнВе 10^/ог Шткпм
• Огас1е ПашЬазе [п$1аИа1юп Сик1е/ог УХТХЗуМетз
9 Огас1е УсйаЬазе Ке1еа$е 10%/ог АРХВаяес!
• Огас1е Г)шаЪа$е Ке1еа$е Хо1ез 10^/ог кр НР-УХРА-В1ВС (64-Ыг
Создание расписания, основанного на
событиях
Для создания задания, выполняемого на основе
событий, необходимо указать:
• Спецификацию очереди (в которую приложение
помещает сообщения для запуска задания)
• Условие срабатывания (синтаксис такой же, как и в
условиях правил Огас!е ЗНеатз АО); задание
СорупдЫ © 2006, Огас1е. Ай ндМа геаегуеб.
Создание расписания, основанного на событиях
Задания могут срабатывать на основе событий. Приложение может уведомить
планировщик о необходимости запуска задания путем помещения сообщения в очередь
Огас1е 81геат$ Ар. Задание, запускаемое таким образом, называется заданием,
основанном на событиях (ехеп1-Ъа$ес1]оЬ). Для создания задания такого вида необходимо
указать два дополнительных атрибута в процедуре СНЕ АТЕИСТОВ:
• диеие_зрес; спецификация очереди, включающая имя очереди, в которую
приложение помещает сообщения, на основе которых возбуждаются события,
вызывающие запуск задания; в случае защищенной очереди (зесиге циеие) задается
следующая пара: <имя__очереди>^ <имя__агента>.
• еVепЪ_соп<^^Ъ^оп; условное выражение, основанное на использовании свойств
сообщения. Это выражение должно быть ТВОЕ для сообщения, чтобы запустилось
задание. В выражении необходимо использоваться такой же синтаксис, как и в
условиях правил Огас1е 8йеат$ Ар. Вы можете включить в выражение свойства
пользовательских данных, поддерживая таким образом обработку сообщений с
помощью определенного пользователем объектного типа. В этом случае объектные
атрибуты в выражении имеют префикс ЕаЬ«изег_с1аЕа.
При использовании событий можно указать диеие__зрес и е^7епЕ___сопд1Е1оп в
качестве указываемых в строках (т-1 те) атрибутов задания. Другой способ - создать
основанное на событиях расписание с такими атрибутами, а затем создать задание,
ссылающееся на это расписание.
Создание расписаний, основанных на
событиях, с помощью ЕпШгрпзе Мападег
8сИе<1и1е
Типе 2опв :Атепса/1Меу>/_Уогк
В ре , Еует . •
Еует
* Оиеие Нате 8Т8.АГЕНТ О11Е - Озапде С&ше)
♦ Аден! Мате ~ ~
* Сопййюп раЬ.и$ег_Дэ!а.еубпНуре - ”018К_Ёи11" ’
______________I_________________________________
|СорупдМ © 2006, Огас1е А11 пдЫе гевеп/еб.।
Создание расписаний, основанных на событиях, с помощью ЕМ
На странице Сгеа1е ЗсКесМе предоставляется возможность выбора между
стандартным расписанием, основанным на времени, и расписанием, основанном на
событиях. После выбора основанного на событиях расписания производится
изменение интерфейса, в результате чего можно задать имя очереди, имя агента и
условие события в дополнение к остальным атрибутом расписания.
Примечание
Планировщик выполняет основанное на событиях задание всякий раз, когда
выполняется условие возникновения события, указанное в параметре
е’^епЕ сопсПМоп. Однако при этом игнорируются события, возникающие, когда
задание уже выполняется; событие принимается, но не вызывает дополнительного
выполнения задания.
Ссылки:
• См. докуменз Огас1е 8$геат$ АсК'апсесЯ Оиеит% Уаег’з ОнШе апс!Ке/егепсе для
получения сведений о том, как создаются очереди и функционирует механизм
очередей сообщений.
• Дополнительные сведения о правилах и условиях событий Огас1е 8йеаш$ АО см.
в описании процедуры ПВМ8_АОАОМ. АВГ) 8ВВ8СВ1ВЕК в документе Огас1е
Р)а1аЪа$е РЫЗОЬ Раскайся ат! Туре$ Ке/егепсе 10$ Ке!еа$е 2.
Создание задания, основанного на
событиях
Пример: создание задания, выполняющегося, когда
в файловой системе до 9:00 утра происходит
получение файла для пакетной загрузки данных.
и,,....»,'”'’»«< ' , ю- „„ ттопт.г, ».
ВЕСИМ
. СВМЗ_8СНЕ0ОТ.ЕЖ.СВЕАТЕ_И0В(
I ЗоЬ_пате=>•МШМ.₽ЕКткМ^^А^Ш^^, ,
’ зсйЬЛуре => 'ЕХЕСОТАВЬЕ’,
ЗоЬ^асЪхоп «=> • /И<жда/и8±/<аЬа/гтап/хероге_|Еах1иге. ей *,
ВСаг€ 8У5ТХМЕБТАМР,
_ .. -;л-—... у. .-..л .....
е^епЪ_сопа1Ъхоп => 1ЪаЬ»ивег_ааЪа.оЬзесЪ_о^пег ~
’*НК’1 апй ЪаЬ.и8ег_ааЪа.оЬЗесЪ_пате - ’’ЛАТА.ТХТ’1
ап<1 ЕаЬ. изег_с1аЪа. отепЪ_Ъуре ~ ’ * Е1ЕЕ_А№1УАЬ* ’
апй ЬаЬ.изег^ааЪа.^еп^ЪхтевЪатр < 9
диеие врес -> ’НК.ЕОАО ЗОВ ЕУЕЫТ О’);
Сорупдп! © 2006, Огас1е. АН пдЫз гевегуеб.
Создание задания, основанного на событиях
Для задания информации о событиях в атрибутах задания используется альтернативный
синтаксис процедуры СРЕАТЕ__г0В, который включает атрибуты диеие_8рес и
еVепЕ__сопс^^Е^оп. Задание может содержать информацию о событиях, указанную в
строках (1п-1те) атрибутов задания. Другой способ - задать такую же информацию с
помощью ссылки на расписание, использующее события. В примере на слайде расписание,
основанное на событиях, задается в строковом виде бп-Ппе).
Задание, показанное на слайде, запускается, когда на уровне операционной системы до 9:00
утра происходит получение файла. Предполагается, что для обработки сообщения
используется объекте четырьмя атрибутами:оЬзесЕ__сжпег, оЬэесЕ_ пате,
еVеп1:__Еуре и еVепЕ___Е^те5Еатр.
Дополнительные сведения о том, как создаются очереди и функционирует механизм
очередей сообщений см. в документе Огас1е 81геат& Адгапсед ()иешп$ 1]$ег’$ СиШе ши!
Ке/егепсе.
Составление расписаний, основанных
на событиях
Типы событий:
• Пользовательские события или события,
генерируемые приложением
• События, генерируемые планировщиком
События, возбуждаемые заданиями планировщика:
* дав_этдвт
• даВ_5ПССЕЕПЕП
• даВ^ЕМЕЕй
• дав_внокЕЫ
• дав_СОМРЕЕТЕО
• а'ОВ_8ТОРРЕП
Пример возбуждения события:
ДОВ_П1БАВЕЕП
аОВ_СНА№_5ТАЕЬЕП
даВ_АЕЪ_ЕШЫТ5
дав нот сомрьетеб
; ОВМ5__5СНЕОЦЬЕК. ЗЕТ_АТ ТВХВОТВ (’ Иг, до_Ьаскгф * ,
’га18е_еуеп^’, РВМ8
СорупдЫ © 2006, Огас1е. АН пдНа геаегуеск
Составление расписаний, основанных на событиях
Можно создать задание, использующее в качестве механизма запуска ссылку на событие
вместо расписания. Существует два типа событий:
• Пользовательские события или события, генерируемые приложением (и$ег- ог
аррКсайои-^епега^ед етени); приложение может возбудить событие, которое
обрабатывается планировщиком, запускающим задание. Примеры таких событий:
завершилось выполнение задания; в файловой системе был принял поступивший
файл; в базе данных была заблокирована учетная запись пользователя; уровень
запасов на складе достиг минимального порогового значения.
• События, генерируемые планировщиком («сбейпкг-^епега^ес! еуепЬ);
планировщик может возбудить событие, отражающее изменение его состояния,
Например, планировщик может возбудить событие, когда стартует задание, когда
оно завершается, когда выполнение задания превышает выделенное время и т.д.
Потребителем события выступает приложение, выполняющее в ответ на событие
некоторое действие.
Вы можете сконфигурировать задание таким образом, чтобы планировщик возбуждал
событие при изменении состояния задания. Для этого используется атрибут
та±8е_отепП8. По умолчанию задание не возбуждает никаких событий при
изменении состояния до тех пор. пока вы не измените для задания атрибут
та±8е__^епИ8. Чтобы произвести изменение этого атрибута, необходимо сначала
создать задание с помощью процедуры СКЕАТЕ_ЛОВ. Затем следует, используя
процедуру 8ЕТ_АТТВ1ВОТЕ, модифицировать значение по умолчанию для этого
атрибута. В примере на слайде показывается изменение задания Иг. йо^Ьаскир,
определяющее, что в случае аварийного завершения задания возбуждается событие.
Составление расписаний, основанных на событиях (продолжение)
После включения возможности возникновения событий при изменении состояния
задания планировщик возбуждает такие события, используя механизм очередей
сообщений. Для возбуждения события сообщение помещается в действующую по
умолчанию очередь событий 8У8.8СНЕЕиЬЕК$__ЕУЕЫТ_‘2ЕЕиЕ.
Данная стандартная очередь событий планировщика это защищенная очередь (зееиге
циеие}. В зависимости от приложения, возможно, вам придется выполнить
конфигурирование очереди, что позволит определенным пользователям производить
операции над ней. Сведения о защищенных очередях см. в документе Огас1е Зггеатз
СопсерТз апс1 А^питзГгаИоп.
Стандартная очередь событий планировщика предназначена для событий,
генерируемых планировщиком. Огас1е не рекомендует использовать эту очередь для
пользовательских приложений или определяемы! пользователем событий.
Тин события Описание
аОВ_8ТАКТ Задание было запущено.
СТОВ__8иССЕЕПЕП Задание успешно завершилось.
ДОВ^ЕАТЬЕВ Задание было прервано аварийно либо после возбуждения ошибки, либо в результате ненормального завершения.
ДОВ_ВКОКЕЫ Задание отключено и его состояние изменено на ВВОКЕЫ, так было превышено количество аварийных завершений, заданных атрибутом задания МАХ_ЕА1ЫЖЕ8.
ДОВ_СОМРЬЕТЕВ Статус задание СОМРТДЕТЕВ, так как было достигнуто установленное значение атрибутов МАХ__КиЫ8 или Е№_ВАТЕ.
ДОВ__5ТОРРЕП Задание было остановлено в результате вызова процедуры 8ТОРДОВ.
Д0В__8СН__ЫМ_КЕ АСНЕВ Достигнуто ограничение для расписания задания. Задание не запускается, так как задержка запуска превысила значение атрибута ЗСНЕВОЬЕ ЫМ1Т.
ДОВ_р18АВЬЕО Задание отключено планировщиком или после вызова процедуры 8ЕТ__АТТВ1ВПТЕ.
ДОВ__СНА1Ы__8ТАЬЬЕВ Задание, выполняющее цепочку, переведено в состояние СНА1Е__8ТАЬЬЕБ. Выполняемая цепочка переводится в остановленное состояние, когда нет выполняющихся или запланированных шагов, а также когда в параметре цепочки ЕУАЫЖТI ОГч_1 ЫТЕКУАЬ установлено неопределенное значение (ЫПЬЬ). Цепочка находится в ожидании ручного вмешательства.
ДОВ___АЬЬ___ЕУЕЫТ8 Д0В__АЬЬ__ЕУЕМТ8 - это не событие, а константа, предоставляющая простой способ включения всех событий.
ДОВ__ВОЕ__СОМРЬЕТЕВ Выполнение задания завершилось. Оно завершилось аварийно, успешно или было остановлено.
Создание сложных расписаний
СарупдЫ © 2006, Огас1е. АН пдЫз гезегуеск
Создание сложных расписаний
Расписание (аскесШе) - это объект в базе данных. При создании расписания
автоматически сохраняются. Расписания можно объединять и создавать более
сложные расписания. Таким образом можно добавить или исключить конкретные
даты из календарного выражения (са!еп(1апп% ехргежюп).
Следующие опции можно использовать для определения повторяющегося интервала
расписания:
1ЫСЫЛЖ - добавить список дат в результаты календарных выражений;
• ЕХСШВЕ --- удалить список дат из результатов календарных выражений;
1ЫТЕН5ЕСТ - использовать только такие даты, которые являются общими для
одного или нескольких расписаний.
При создании расписаний, которые могут быть объединены с другими, можно
определить список дат, каждая из которых задается в фиксированном формате
[ УУУУ] ИМЕВ или представляет собой имя расписания, созданного с помощью
процедуры СКЕАТЕ__8СНЕЕПЬЕ. Пример списка дат, в котором используются
следующие значения для повторяющегося интервала расписания:
0115, 0315, 0325,0615, диагЕег__епд__с!аЕез, 1215
Строка отображает следующие даты: 15 января, 15 марта, 25 марта, 15 июня,
15 декабря и перечень дат расписания 0ЕАКТЕК__ЕЫВ_0АТЕ8.
Если в дате фиксированного формата не указан год, тогда в расписание включаются
даты для каждого года.
Создание цепочек заданий
Осн. компоненты
& шаги
Расписания
> Цепочки заданий
Расш.понятия
1.
2.
3.
4.
Создание объекта цепочки.
Определение шагов цепочки.
Определение правил цепочки.
Запуск цепочки: <
- Включение цепочки. *
- Создание задания, указывающего на цепочку.
Цепочка
заданий
Задание
СорупдЫ © 2006, Огас1е. Ай НдЬЬ гезегуеД
Создание цепочек заданий
Цепочка (сйаш) - именованная последовательность программ, создаваемая с целью
соединения программ между собой. Использование цепочек также называют
“зависимым планированиелГ (“с$ерепс1епсу 8ске<1иИп%”). Пример цепочки:
Выполнить программу А, а затем программу В; программу С выполнить только в том
случае, если программы А и В успешно завершились, иначе выполнить программу В.
Каждая позиция внутри цепочки связанных между собой программ называется шагом.
Для создания и использования цепочки следует выполнить приведенные ниже
действия. Все указываемые процедуры входят в пакет ЕВМ8_~8СНЕОиЬЕРч если только
иное не указано отдельно.
1. Создание цепочки с помощью процедуры СКЕАТЕ_СНА1Ы. Имя цепочки может
быть дополнительно уточнено с помощью квалификатора, в качестве которого
используется имя схемы (например, моя схема ,мое_имя).
2. Определение (одного или нескольких) шагов цепочки. Для шага задается имя и
описывается, что происходит на этом шаге. На каждом шаге можно сослаться на
одну из следующих возможностей:
программу;
- другую цепочку (вложенная цепочка);
событие.
Для определения шага, ссылающегося на программу или вложенную цепочку,
вызывается процедура ЕЕЕ1ЫЕ__СНА1Ы__8ТЕР.
Создание цепочек заданий (продолжение)
(Шаги определения, продолжения)
Для определения шага, ожидающего возникновения события, используется
процедура ПЕЕ1ЕЕ__СНА1К__ЕУЕЫТ__5ТЕР. Аргументы процедуры могут
указывать на расписание, основанное на событиях, или могут включать
указанную непосредственно (ш~1ше) спецификацию очереди и условие события.
Шаг, указывающий на событие, ждет, пока возникнет заданное событие» Если
событие происходит, шаг завершается успешно.
3. После создания объекта цепочки вы определяете правила цепочки» В них
задается, когда выполняются шаги, и определяются зависимости между шагами.
Каждое правило содержит условие и действие:
- Действие выполняется, когда условие обрабатывается как верное (ТВОЕ).
Условие может содержать любые синтаксические конструкции,
допустимые в предложении ЭДНЕВЕ языка 8рЬ. Условия обычно
основываются на выходных результатах одного или нескольких
предыдущих шагов. Например, может потребоваться выполнение одного
шага при условии, что два предыдущих завершились успешно. Для другого
шага условие выполнения - аварийное завершение одного или обоих
предыдущих шагов.
Действие задает, что необходимо сделать в результате срабатывания
правил, инициирующих это действие.
Обычное действие состоит в выполнении определенного шага. Вы также
можете задать окончание выполнения цепочки с возвратом значения или
возвратом имени шага и кода ошибки.
Все правила, добавленные в цепочку, работают совместно друг с другом,
определяя функционирование цепочки. При запуске задания и в конце каждого
шага проверяются все правила для того, чтобы выявить, какое действие или
действия будут следующими. Для добавления правила в цепочку используется
процедура ОЕЕ1ЫЕ__СНА1М__виЬЕ. Эта процедура вызывается для каждого
правила, добавляемого в цепочку.
4. Запуск цепочки вызывает два действия (операции) :
- Включение цепочки с помощью процедуры ЕЭДАВЬЕ . (Цепочка всегда
создается отключенной, поэтому вы можете добавить шаги и правила для
цепочки перед выполнением любого задания.) Включение уже включенной
пеночки не возвращает ошибки.
- Для выполнения цепочки необходимо создать задание типа ’ СНА1ЭД ’.
Действие задание должно ссылаться на имя цепочки. Для этого задания
можно использовать расписания, основанные либо на событиях, либо на
времени.
Пример цепочки
В примере цепочки представлены все задачи и условия, возникающие во время
массовой загрузки данных (Ьи1к даШ 1оасГу
Прежде всего, должны присутствовать данные, которые необходимо загрузить. При
наличии данных производится их загрузка, в ходе которой проверяется, что в
файловой системе не происходит переполнения доступного пространства. После
завершения загрузки перестраиваются индексы, определенные над изменяемыми
таблицами. Затем формируется отчет о новых загруженных данных.
Приведенный пример демонстрирует планирование зависимостей (Зерепдепсу
зскесЫт^).
1. Создание объекта цепочки
СорупдМ © 2006; Огас!е. АН пдЬ& геееп/еб.
1. Создание объекта цепочки
На странице Ас!т1П181гайоп выберите ссылку СЬа1П8 в секции 8сНес1и1ег. На странице
8сИеЗи1ег СКатз можно создать или отредактировать цепочку заданий. При создании
цепочки на странице Сгеа1е СИа1П необходимо ввести имя и владельца цепочки заданий.
Кроме того, можно включить или оставить отключенной новую создаваемую цепочку
заданий. Цепочку можно будет включить и позднее.
Пример кода РЬ/БРЬ:
ЦВМ8_5СНЕ0иЬЕВ. СКЕАТЕ__СНА1Ы (
сйа1п__пате => *Ьи1к__1оас1__сйа±п *,
ги1езетпате ГГОЬЬ, е^/аХиаДхоп хптег^’а! => КЦЬЬ,
соттеп^з => ’Ьоад йа-Са апй гип герог^з’);
Шаги цепочки можно вводить ио одному после присвоения имени цепочки заданий, а
также необязательного заполнения поля описания. Для цепочки заданий можно создать
шаги следующих типов:
• шаг, выполняющий программу (РКОСНАМ);
• шаг, выполняющий другую цепочку заданий (8ПВСНАХК);
• шаг, использующий хранимое расписание, основанное на событиях
(ЕУЕЫТ__5СНЕПОЬЕ)
В ходе одного шага может быть выполнена только одна программа. Каждый шаг в
цепочке должен быть определен перед тем, как цепочка может быть включена и
использована.
2. Определение шагов цепочки
сИахп_пате ^ЬиХк^оадЬскахи* > хЫ
аЪер^пдхпе «>
^епк^ср^хЪхоп *1:аЬ.и^еХ_с1аЪа.<^дёс1^о^пег В
’’ШГ* ап4 ЬвЬ.ивег <1аЪа.оЬзеск пшпё •«
* ’ХЖЖ.ТХТ^^ ашХ 1:аЬ.иаёг_с1аШ.^епЪ_е^1
^Г1хж^уш1таъ'^ \ " *
.^ёие_ё^®^' ’НП.ШАП_аов_ЩЛШТ_2’')|
ВВШ^СНЩЭШ^ ( /7\
I ^ЙЙ1п_пате Н> ^Ьи1к^Х^^<^ЬахпЛгу
паша ’ во_Ьи!1с_1оас1.1|
ргодгалмгхахпе »> *Нг , 1оад_ааЪа^гор)-^ •
РШЗ_вффШВК. П1Й»_СНАх1^В1ВГ\|Г ХГ\
скахп_пате «*> *Ъи1к_Ьоаа_сЪахй^; \3х
аЪерадпапи|^ «> ’ геЬшХсЖ1пс1х * ।
ргодгат, пате ж> 1 Ьж. гёЬйхМ СпЗехез ’ У;
—....^--.^ -±... .ГГ / ....Т......... .' л....7^й^^ '.,
2. Определение шагов цепочки
К На шаге 1оад__даЕа__еVЕ используется расписание, основанное на событиях.
Шаг 1оад_даЕа__ечр ждет появления в очереди-НК. ЬОАО_ТОВ_ЕУЕЕТ_0
сообщения о событие Е1ЬЕ__АКК17АЬ. Это событие уведомляет планировщик о
том, что в файловую систему поступил файл КАТА. ТХТ. Так как аргумент
диеие__зрес не содержит имя агента, задаваемая очередь не является
защищенной очередью.
2. Шаг до_Ьи 1 к_1 о а с! выполняет массовую загрузку данных в таблицы схем.
3. На шаге геЬит 1с1__1пдх перестраиваются индексы для таблиц после загрузки
данных.
4. На шаге гип герогЕз выполняется формирование отчета о новых данных.
НК. СЕИ__КЕРОКТ8 - это другая цепочка заданий.
ПВМ8_8СНЕОПЬЕК. ОЕЕ1ЫЕ__СНА1К__8ТЕР (
сйатП-Пате => ’Ьи1к__1оад__сйа±п ’ г
зЕер _пате => 1 гип__герогр8 ’,
ргодгат__пате ==> ’ Иг. деп_герогк5 ’) ;
5. Шаг зРор^’Иеп__а1зк__Еи11_еч11 завершает цепочку выполнения, когда
происходит переполнение диска на уровне системы.
ПВМ8__8СНЕПиЬЕК. ОЕЕ1ЕЕ_СНА1Н_ЕУЕЕТ_8ТЕР (
сйа±п__пате -> ’Ьи1к__1оад сйатп’,
зкер_пате =^> ’ 8Еар_адпеп_а1зк_Еи11__ех/Е 1
е V© п з сйеди 1 е_п агпе ~ > ? 61 з к_г и 11 з с к е д ’)
3. Определение правил цепочки
ЗуеГе^Ав^дпейД 1-~1
5)ай и«ё еЬаш, Ьу
«й»й§ Гог :Ь& Г11& То
агт«
Г 5 уз1егй_Ай8!дпей_2 • 1сайДа(а_е\4 СОИРкЕТЕО^ТРОЕ’’
г Еу^е?яу^8пейЗ - г1й>ДДй5к) ЗТАТ^88ЦССЕЕ0ВГ
г‘ Еу^ет_А8«<1йя&й 4 чеку11й_ййХ.СОМР1ЕТЕС"‘'Ть:МЕ"
;8ТАРТ бо ДзЫГ ...1оаа
ЗТАЯТ геЬийО^^
СТАН! гесйк Да15
г 8у5*егл_Ал5|дпей_6 .гесак^Шг.ЗТАТЕ-^МССЕЕОЕО”
5ТАЙТ гип_герйй%
С ЗувГегп Ак51дпей_6 г&сак^й^ЕТАТЕ И ‘ЗОССкЕОЕО" ЕГС< 1й
г Зу51ет_А§=18пед„7:51Сй_%Ьег>_д15к„Ы. СОМРЕЕТЕО^ТРиЕ'1ЕМ) 99
г Зу$1егг1_А?=.1дпеб_8 гип_гервП5.ЕТАТЕг=“&ЦССЕЕ0ЕС,: ЕМ)
гесз'с $:з(5 айег Ыехее
геЬиН!
йай д&пегаЬпд герой®
ОЫЕУ И ®1э1о
гесакЫаГей
Ехй сЬзт (101 й гШ
1еса1с Г«й1$
Ехй еЬзш 19®) (Г Шак Ги11
ЕхЙ пйгтаИу «4зеп
аиссеаеГи!
Еуа1иапоп 1п(та1 (гпшигее) |
СорупдМ © 2006, Огас1е. АН пдЫв гевегуеб.
;5ПАЛ< «4,
з. Определение правил цепочки
После задания шагов цепочки можно создать правила для цепочки заданий. Правила
цепочки указывают, когда выполняются шаги, а также определяют зависимости между
шагами. Каждое правило содержит условие и действие. Когда обрабатываемое условие
верно (ТЕПЕ), действие выполняется. Условие может также содержать синтаксические
конструкции цепочки планировщика.
Чтобы создать правило в ЕМ, щелкните на кнопке Ас!с1 в секции Яи1е$.
При вводе условий для правил символьные строки должны заключаться в одинарные
кавычки. О1Л-интерфейс автоматически производит преобразования (евсарек) для
одинарных кавычек, когда это необходимо, при выполнении команд.
Пример кода РЕ/8(}Е
0ВМ5_5СНЕПиЬЕК. ОЕГПЧЕ__СНА1Ы__КОЬЕ (
сйа1п__пате => тЬи1к__1оад__сйа1п ’ г
сопсПктоп => ’ТКЧЕ,
асётоп ~> ’ЕТАКТ 1оад_ да^а_еVЕ, 5Еор__V7^1еп_с^^8к__Еи11_еVЕ * л
ги1е__пате ===> 1 с1ака1оас1_ги1е1 ’ г
сошшепкз ’акать кЬе скати’);
Примечание: пример кода РЕ/8СЗЕ отличается от полученного в ЕМ. В нем задается
пользовательское имя правила, в то время как в примере с использованием ЕМ
показывается имя, сгенерированное по умолчанию.
4. Запуск цепочки
ВВЙОГ
' ИВМБ^ЗСНЕВЦЪЕН. ЕЫАВЬЕ ( ’ Ьи1к_1оаа_сЛш1п')
ИГО;
ВШ1М
ЭоЬ^пате
я» 'Ьи1к_1оа4_с11а1п_зсЬ
«=> ’СНАПЯ' ,
^асЫоа
гереаЪ^хпЪэгта! о
•Ш;
’ЬиХк^Юаа^сЬахп',
’ Егед=аа11у ;ЬуЪошж7.;
Ьут1пи1в=5; Ьузесопа—0 * г
ТЙЦЕ)Ч
СорупдЫ © 2006, Огас1е. АН пд!118 гееегуеб.
4. Запуск цепочки
После завершения создания и внесения изменений в цепочку заданий вы можете
включить эту цепочку с помощью процедуры ЕЫАВЬЕ.
Для выполнения цепочки необходимо создать задание с параметром доЬ__Еуре,
имеющем значение ’ СНА1Ы*. В качестве действия должно быть указано имя цепочки
заданий. Остальные параметры определяются также, как и для других типов заданий.
Мониторинг цепочек заданий
5сЬе<йег СЬаглв
оен РЕРОАТ8 НР
ВЦ-И ШАР РАЬ^НН
8
6
йо& РйгезЬё® 21. Ж ?:3$:20 4Ш ^ге®й)
< Сгегйё^
^Сгеэде Мз и®>пд Сйак^йяф У^еуДОё^е) Сгеа*в 1Же^"
««йлэд 1аде^ ямк . ,;
7 РА15Е Делегат герой® Ьавей оп \
НЙ йгйа \
5 РА1ВЕ Ьоай йаХа йот Ше акй гип
герой®
Опкз
ь‘ьЬа: АЦйЬШе®
ргод-ат®
УУ1ПЙЙ-У®
.к-Ь Фаз®?®
ЗсЬ&Ые®
|й&>
У^Ый ф®
(ЮВА | А1Х | О5ЕВ}_8СНЕОЦЬЕЙ_СНгСД8."'
[ОВА ? &Х I 0^1_8СНШ01^^НАЖ_НОТ-Е8
[ОВА I АН. | теЕВ1^8СНК^ШаЕВ^Зй^_8ТЕ₽5
ЦуА [ А1Х I Ц8ЕВ]8СНЕрЦ1ДВ^0Ж1В6 СВА1К5
СорупдЫ © 2006, Огас1е. АН пдМз гезеп/еб.
Мониторинг цепочек заданий
Представление АЪЕ_5СНЕЕЕЕЕК__СНА1Ы8 содержит информацию: владелец и имя
цепочки, владелец и имя набора правил, количество правил; количество шагов;
включена ли цепочка или нет; использует или не использует цепочка интервал для
оценки условий правил; использует или не использует цепочка набор определенных
пользователем правил.
Представление АЬЬ_8СНЕЕПЕЕК__СНА11\[_киЬЕ8 содержит информацию: владелец и
имя цепочки, для которой было определено правило; владелец и имя правила; условие
и действие, которое должно быть выполнено, когда условие верно (ТЕПЕ).
Представление АЬЬ_8СНЕЕОЬЕК_ СНА1Ы_8ТЕР8 отображает следующие сведения:
владелец и имя цепочки, для которой был создан шаг; имя шага; владелец и имя
программы; следует ли пропускать шаг или нет; следует ли делать паузу или же нет но
завершению шага.
Представление АЬЕ__8СНЕЕШ_<ЕК__киЫЕ1ЕС_СНА1Е8 выводит следующую
информацию: владелец и имя цепочки; владелец и имя задания, указывающего на
цепочку; наименования шагов цепочки и их текущее состояние; ошибки,
зафиксированные на шаге цепочки; время, в которое стартовал и завершился шаг
задания; как долго выполнялся шаг; имя задания, исполняющего шаг, если он сейчас
выполняется.
Дополнительные понятая планировщика
Дополнительные объекты обеспечивают расширенные возможности управления
различными аспектами расписания, например, определяют приоритеты заданий. Ниже
кратко описаны такие компоненты, на последующих слайдах они рассматриваются
более подробно.
• Окно (уутйоту) отражает интервал времени с четко очерченными границами
начала и завершения. Оно используется для активизации различных ресурсных
планов в различное время. Окна позволяют изменять распределение ресурсов в
определенные периоды времени, например, в дневное время или в течении
торгового года.
* Группа окон (шпсЫу §гонр) отражает список окон и упрощает управление
окнами. Окно или группу окон можно использовать в качестве расписания для
задания, что гарантирует выполнение работы только в том случае, когда окно и
связанный с ним ресурсный план активны.
® Класс заданий (|оЬ с!а§$) определяет категорию заданий с общими
требованиями по использованию ресурсов и другими характеристиками. Класс
заданий объединяет задания в рамках большей сущности.
• Группа потребителей ресурсов (гевопгсе сопзитег ^гоир), связанная с классом
заданий, определяет ресурсы, которые выделяются заданию в классе задании.
• Ресурсный план (гезоигсе р1ап) позволяет пользователям устанавливать для
групп потребителей приоритеты использования ресурсов (главным образом ЦП).
Примечание: дополнительные сведения о группах потребителей ресурсов и
ресурсных планах см. в уроке “Управление ресурсами”.
Создание класса заданий
Класс заданий можно создать с помощью процедуры СВЕАТЕ_СГОВ_СЬА88 пакета
0ВМ5__5СНЕ0иЬЕВ. Класс всегда хранится в схеме 8У8. Для создания класса требуется
привилегия МАНАСЕ ЗСНЕВПЬЕК.
Класс можно указать при создании задания или же после создания задания, используя
процедуру 8ЕТ__АТТК1ВПТЕ пакета ЕВМ8__5СНЕСиЬЕК.
В Ен^егрпзе Мапа&ег ГЫаЪазе Соп1го1 для создания и редактирования класса заданий
используется страница ЭоЬ С1аз§. содержащая одно обязательное поле Ыате для
наименования класса. На этой странице можно ввести группу потребителей ресурсов, с
которой связан класс заданий. Группу можно выбрать с помощью пиктограммы поиска в
поле Резоигсе Сопзитег (Эгоир.
Во время создания базы данных создается класс по умолчанию - ВЕРАПЬТ^ОВ_СЬА88.
Если задание не связывается с классом, тогда оно по умолчанию включается в
ЕЕЕАЕЬТ__ТОВ__СЬА88.
Если группа потребителей ресурсов не задается при создании класса заданий, тогда классу
ставится в соответствие группа потребителей ресурсов ПЕЕАВЬТ__СОЫ8иМЕР__СВОЕР.
Когда включен ресурсный менеджер, задания, принадлежащие классу
ЕЕЕАПЬТ _ДОВ__СЬА88 или входящие в группу ВЕЕАиЬТ__СОЫ8ПМЕВ__СКОиР, могут не
получать достаточного количества ресурсов для завершения своих задач.
Создание окна
Создать окно, охватывающее декабрь месяц и
использующее ресурсный план ЕМП_ОЕ_УЕАК. Окно
активизируется каждые сутки с 6:00 вечера до 6:00
утра, время задается для часового поясе Еаз1егп
8<ап(1агс1 Т!те (Е8Т).
ВЕвт
СВМ8_8СЖЕ1ХПЖ1.аШАТЕ_ШГООИ(
мхпаои_пате => ’ПЕС_Ы1СНТЗ',
гезоигсе_р1ап ’ЕГО__ОЕ__УЕАК',
5ЪагЪ_ааЬе => ’01-0ЕС-63 06.00.00 В». ЕЗТ »,
ге₽ёа«_4пЫ»аХ => ’етжс^вмъу; -вунсяж=18' ,
диха^Доп ->*О 12:00:00*,
еп<1_с!аЫ «> ' 31-рЕС-ОЗ 06.00.00 АМ ЕЕТ',
саиачмев => ’ЁУегу вау аг. 6:00 НИ’).;
ЕГО;
/
СорупдЫ © 2006, Огасте. АН лдМз гевегуеск
Создание окна
Приоритеты заданий изменяются в зависимости от периода времени. Например, в ночные
часы необходимо выполнить задания по загрузке информации в хранилища данных и поэтому
этим заданиям выделяется больший процент ресурсов базы данных. Однако в дневное время
важно обеспечить выполнение заданий работающих приложений и им необходимо выделять
большую долю ресурсов. Для этого по расписанию меняется активный ресурсный план и
используются временные окна.
Назначение окна - выполнить переключение на требуемый ресурсный план, который
становится активным в определенном периоде времени. Окно представляет собой интервал
времени, например, “каждый день с 8:00 утра до 6:00 вечера”. Окно с повторяющимся
временным интервалом задает расписание, в котором есть дата начала ($1аП йа(е) и
продолжительность (йшапоп) в минутах.
Окно открыто (ореп\ когда оно действует. Только одно окно может действовать в какой-
либо момент времени. В примере, приведенном на слайде:
• Окно открывается (становится активным) в 6:00 вечера 1 декабря 2003 года.
* Параметр йога Е топ определяет, как долго окно должно быть открытым. В
приводимом примере продолжительность задается величиной, имеющей тип 1ЫТЕРЛ7АЬ
Б АУ ТО 8ЕСОЫБ. Она показывает, что окно закрывается в 6:00 часов утра 2 декабря 2003
года.
• Момент времени, в который окно отрывается в следующий раз, подсчитывается на
основе параметра КЕРЕАТ ТБТЕВУАБ; так второй раз окно открывается в 6:00 вечера 2
декабря 2003 года.
• В 6:00 утра 31 декабря 2003 года окно закрывается и отключается. Когда окно
БЕС КIСНТ8 открыто, ресурсы, выделяемые заданиям, определяются на основе
директив ресурсного плана ЕЫБ ОГ_УЕАК.
Приоритеты заданий внутри окна
ЛоЬ1
ЭоЬ2
АРРЬ
аовз
ОТНЕК
ЗоЬ4
ЛоЬ5
АОМ1Ы
ТОВ8
Задание Приоритет
ЛоЫ 1
ЗоЬ2 2
ЛоЬЗ 3
ЗоЬ4 5
ЛоЬ5 2
|ЦоЬЗ|
Временное окно
СорупдЫ ©2006, Огас1е, АН пдМа гебеп/еа.
Приоритеты заданий внутри окна
Когда в базе данных создается большое количества заданий, требуется способ, по которому
выстраивается порядок обработки заданий с учетом бизнес-требований и определяются задания с
наивысшим приоритетом. В каждом конкретном окне может быть несколько классов
выполняемых заданий со своим собственным приоритетом.
Классы позволяют отнести задание к определенной категории. Между классом заданий и группой
потребителей ресурсов устанавливается соответствие. Активный ресурсный план базы данных
определяет, как выделяются ресурсы каждой группе потребителей и, следовательно, каждому
классу заданий.
Имеется два уровня, на которых задания могут получить приоритеты: на уровне классов и на
уровне заданий.
* Первый уровень установки приоритетов использует ресурсные планы, задаваемые для
классов. Приоритеты заданий различных классов устанавливаются исключительно исходя из
распределения ресурсов между классами заданий.
• Второй уровень установки приоритетов действует внутри класса и использует атрибут
приоритета каждого задания.
Уровни приоритетов имеют значение только, когда два задания запускаются в одно и то же время.
Задание с большим приоритетом запускается первым.
Не гарантируется соблюдение приоритетов для работ различных классов. Например, работа класса
АРРЬ__БОВ$ с более высоким приоритетом может не стартовать раньше, чем работа класса
АБМ1Ы__0"ОВЗ с более низким приоритетом, даже когда оба задания совместно используют
одинаковое расписание. Если задание класса АРРь_ БОВ 8 имеет доступ к ресурсам на более
низком уровне плана, тогда оно, даже если у него более высокий приоритетом, должно ждать, пока
ресурсы станут доступными, так как они выделяются заданиям с более низким приоритетом в
другом классе
Итоги
Упрощение управления задачами с помощью
планировщика
Создание задания, программы и расписания
Мониторинг выполнения заданий
Использование расписаний, основанных на
времени или событиях, для выполнения
заданий планировщика
Использование цепочек заданий для
выполнения последовательности связанных
задач
Использование дополнительных понятий
планировщика для установления приоритетов
заданий
СорупдЫ © 2006, Огас!е, Ай пдМв гезегуеб.
Обзор практического занятия:
автоматизация решения задач с
помощью планировщика
• Создание задания, выполняющего блок Р1_/3<21_
* Создание программы и расписания
• Создание задания, использующего программу
и расписание
• Изменение программы и расписания задания;
наблюдение за измененным выполнением
задания
• Мониторинг выполнений заданий
СорупдМ © 2006, Огас!е. АН геаегуеб.
Обзор практического занятая
Примечание: на этом практическом занятии используются Еп1егрп$е Мапа^ег
ОаШЬазе Сошго! и $0Ь*Р1и$.
1