SQL> connect sys/oracle@Student_n as sysdba
9. Просмотрите содержимое файлов tnsnames.ora и listener.ora. Приведите информацию в отчете.
Описание ситуации. Вы хотите вести мониторинг базы данных, чтобы устранять общие проблемы, прежде чем они окажут неблагоприятное влияние на работу пользователей. Это занятие моделирует некоторые проблемные ситуации, чтобы Вы могли ознакомиться с инструментами для их устранения. Прежде всего выполните скрипты для установки Automatic Segment Space Diagnostic Management (ADDM).
Задачи:
1. Создайте новое локально управляемое табличное пространство TBSADDM. Размер его файла данных addml.dbf должен быть равен 50MB. Убедитесь, что табличное пространство TBSADDM не использует Automatic Segment Space Management (ASSM). Выполните скрипт lab_12_01.sql для решения этих задач.
2. Создайте нового пользователя ADDM с паролем ADDM. Установите ему по умолчанию табличное пространство TBSADDM, а табличное пространство TEMP как временное табличное пространство. Предоставьте пользователю ADDM роли CONNECT, RESOURCE и DBA. Выполните скрипт lab_12_02.sql для решения этих задач.
3. Используя пакет DBMS_ADVISOR установите время активности базы данных 30 мин. Как пользователь ADDM удалите и создайте таблицу ADDM. Соберите статистику для этой таблицы. При помощи Automatic Workload Repository (AWR) создайте снимок (snapshot). Выполните скрипт lab_12_03.sql для решения этих задач.
4. Создайте активность, которая будет проанализирована. Выполните скрипт lab_12_04.sql для решения этих задач.
5. Как пользователь SYSDBA просмотрите страницу Performance в Enterprise Manager. Просмотрите информацию по производительности в реальном времени с 15-секундным периодом обновления. Через некоторое время Вы увидите пик на графике “Average Active Session”. Эта та активность, которую надо проанализировать. Глядя на график, Вы же можете определить этот экземпляр страдает от проблем параллелизма.
Замечание: В зависимости от того, когда Вы запустили нагрузку, Вы можете увидеть различие между Вашим результатом и тем, который представляется как возможное решение и собирает статистику на таблицу ADDM.
После того, как пик закончится, выполните скрипт lab_12_05.sql. Этот скрипт создает новый снимок (snapshot).
6. Посмотрите результаты производительности (Performance Analysis) в порядке степени их воздействия. Есть несколько вариантов для получения этой информации.
Посмотрев в раздел Performance Analysis, Вы увидите, что первый результат (в категории Tunning Recommendations) имеет 100% воздействие на систему. Так что Ваше первое желание более детально изучить полученный результат. Однако анализ это команды SQL еще не помогает Вам понять проблемы параллельности в Вашей базе данных.
Посмотрим следующий результат в разделе Schema Recommendation: Read and Write Contention Database blocks was consuming significant database time (Операции Чтения и Записи блоков базы данных потребляют существенное время). Здесь вы решаете использовать возможности Automatic Segment Space Management (ASSM).
7. Для осуществления рекомендаций Вы должны пересоздать объект. Создайте новое локально управляемое табличное пространство TBSADDM2. Размер его файла данных addm2_1.dbf должен быть равен 50MB. Убедитесь, что пространство TBSADDM2 использует возможности ASSM. Затем выполните скрипт lab_12_07.sql для того, чтобы удалить таблицу, пересоздать ее в новом табличном пространстве, собрать статистику и создать новый снимок (snapshot).
8. Создайте нагрузку, запустив скрипт lab_12_08.sql. (Скрипт lab_12_08.sql идентичен скрипту lab_12_04.sql).
9. В Enterprise Manager просмотрите страницу Performance как пользователь с привилегией SYSDBA. Просматривайте информацию в реальном времени с 15-секундным циклом обновления. Через некоторое время Вы должны увидеть пик на графике “Average Active Sessions”.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.