Sysaux oracle что там хранится
Обновлено: 04.07.2024
База данных разделена на логические единицы хранения, называемые табличными пространствами, которые группируют связанные логические структуры (например, таблицы, представления и другие объекты базы данных). Например, все объекты приложения можно сгруппировать в единое табличное пространство, чтобы упростить операции обслуживания.
Табличное пространство состоит из одного или нескольких файлов физических данных. Объекты базы данных, назначенные табличному пространству, хранятся в физических файлах данных этого табличного пространства.
При создании базы данных Oracle некоторые табличные пространства, например SYSTEM и SYSAUX, уже существуют.
Табличные пространства позволяют физически размещать данные в хранилище. Когда вы определяете файлы данных, составляющие табличное пространство, вы указываете место хранения этих файлов. Например, вы можете указать расположение файла данных для определенного табличного пространства в виде назначенного каталога хоста (подразумевающего определенный том диска) или назначенной группы дисков Oracle Automatic Storage Management. Любые объекты схемы, назначенные этому табличному пространству, затем размещаются в указанном месте хранения. Табличные пространства также обеспечивают единицу резервного копирования и восстановления. Функции резервного копирования и восстановления базы данных Oracle позволяют выполнять резервное копирование или восстановление на уровне табличного пространства.
Таблица 6-1 описывает некоторые табличные пространства, включенные в базу данных.
Таблица 6-1 Табличные пространства и описания
Это табличное пространство содержит примеры схем, включенных в Oracle Database. Примеры схем обеспечивают общую платформу для примеров. Документация и учебные материалы Oracle содержат примеры, основанные на примерах схем.
Это табличное пространство создается автоматически при создании базы данных. Oracle Database использует его для управления базой данных. Он содержит словарь данных, который представляет собой центральный набор таблиц и представлений, используемых в качестве ссылки только для чтения для конкретной базы данных. Он также содержит различные таблицы и представления, содержащие административную информацию о базе данных. Все они содержатся в схеме SYS, и доступ к ним может получить только пользователь SYS или другие пользователи с правами администратора с необходимыми правами.
Это вспомогательное табличное пространство по отношению к табличному пространству SYSTEM.
Табличное пространство SYSAUX содержит данные для некоторых компонентов и продуктов, что снижает нагрузку на табличное пространство SYSTEM. Каждая база данных, использующая Oracle Database 10 g выпуска 1 (10.1) или более поздней версии, должна иметь табличное пространство SYSAUX.
Компоненты, использующие SYSAUX в качестве табличного пространства по умолчанию во время установки, включают Automatic Workload Repository, Oracle Streams и Oracle Text. Дополнительные сведения см. в Руководстве администратора базы данных Oracle.
В этом табличном пространстве хранятся временные данные, сгенерированные при обработке операторов SQL. Например, это табличное пространство будет использоваться для сортировки запросов. Каждая база данных должна иметь временное табличное пространство, которое назначается пользователям как их временное табличное пространство. В предварительно сконфигурированной базе данных табличное пространство TEMP указано как временное табличное пространство по умолчанию. Если при создании учетной записи пользователя временное табличное пространство не указано, Oracle Database назначает это табличное пространство пользователю.
Это табличное пространство отмены, используемое базой данных для хранения информации об отмене. См. «Управление данными отмены», чтобы понять, как база данных Oracle использует табличное пространство отмены. Каждая база данных должна иметь табличное пространство отмены.
Это табличное пространство используется для хранения постоянных пользовательских объектов и данных. Подобно табличному пространству TEMP, каждая база данных должна иметь табличное пространство для постоянных пользовательских данных, назначенных пользователям. В противном случае пользовательские объекты будут создаваться в табличном пространстве SYSTEM, что не рекомендуется. В предварительно сконфигурированной базе данных USERS назначается табличным пространством по умолчанию для всех новых пользователей.
Вы можете создавать новые табличные пространства для поддержки ваших требований к данным пользователей и приложений. Во время создания табличного пространства вы устанавливаете следующие параметры:
Обучение Oracle
Советы Oracle
Форум Oracle
Каталог классов
Удаленный администратор баз данных
Настройка Oracle
Экстренный вызов 911
Поддержка RAC
Поддержка приложений
Анализ
Дизайн
Внедрение
Поддержка Oracle
Настройка SQL
Безопасность
Oracle UNIX
Oracle Linux
Мониторинг
Удаленная поддержка
Удаленные планы
Удаленные услуги
Сервер приложений
Приложения
Формы Oracle
Портал Oracle
Обновления приложений
SQL Server
Концепции Oracle
Поддержка программного обеспечения
Удаленная поддержка
Разработка
Внедрение
Сотрудники консультантов
Цены на консалтинг
Требуется помощь!
Постеры Oracle
Книги Oracle
Скрипты Oracle
Ion
Excel-DB
С новым табличным пространством SYSAUX Oracle приближается к предоставлению всех необходимых табличных пространств для действительно совместимой с OFA базы данных прямо из коробки. Всего одной командой CREATE DATABASE мы можем указать табличное пространство SYSTEM, табличное пространство TEMPORARY, табличное пространство SYSAUX, табличное пространство UNDO по умолчанию и журналы повторов.
Конечно, с помощью опции Oracle Managed Files вы можете создать всю базу данных с помощью одной команды, но созданная база данных не подходит для использования в производственной среде и не соответствует требованиям OFA.
Табличное пространство SYSAUX требуется во всех новых базах данных 10g. Указано только расположение файла данных табличного пространства SYSAUX. Oracle указывает остальные свойства табличного пространства, включая:
В разделе 1 отчета обсуждаются компоненты табличного пространства sysaux. Показан общий размер табличного пространства sysaux. В части 1а показана разбивка по владельцам схемы. Неудивительно, что на пользователя sys приходится большая часть использования пространства в этом табличном пространстве. В наши дни кажется, что табличное пространство sysaux становится слишком большим. Часть 1b может помочь вам разобраться с функциональностью, занимающей много места. Там, где в Части 1a может быть сказано, что sys занимает больше всего места, эта схема будет содержать таблицы репозитория AWR, результаты Advisor и многое другое. Часть 1b помогает понять, как схема sys действительно использует это пространство.
(I) Информация о моментальных снимках AWR
(1a) Использование SYSAUX — разбивка схемы (dba_segments)
| Общий размер SYSAUX 2 241,0 МБ
(7% от 32 768,0 МБ МАКС. при включенной функции AUTOEXTEND)
| Схема SYS занимает 1955,4 МБ (87,3 %)
| Schema XDB занимает 126,9 МБ (5,7 %)
| Схема APEX_030200 занимает 77,4 МБ (3,5 %)
| Схема MDSYS занимает 44,6 МБ (2,0 %)
| Схема SYSTEM занимает 14,8 МБ (0,7 %)
| Схема ORDDATA занимает 13,4 МБ (0,6 %)
| Схема EXFSYS занимает 3,6 МБ (0,2 %)
| Схема WMSYS занимает 3,5 МБ (0,2%)
| Схема DBSNMP занимает 1,0 МБ ( 0,0 % )
| Схема ORDSYS занимает 0,4 МБ ( 0,0 % )
(1b) Использование пространства для пользователей SYSAUX (v$sysaux_occupants)
| Использование пространства имени схемы имени жильца
| СИСТЕМА SM/AWR 1761,6 МБ
| XDB XDB 126,9 МБ
| SM/OPTSTAT SYS 116,9 МБ
| SDO MDSYS 44,6 МБ
| SM/ADVISOR SYS 34,5 МБ
| ORDIM/ORDDATA ORDDATA 13,4 МБ
Для краткости показаны только первые несколько строк Части 1b. Легко заметить, что репозиторий AWR занимает 1761,6 мегабайта из 2241,0-мегабайтного табличного пространства, что на сегодняшний день является самым большим потребителем пространства. Если табличное пространство sysaux кажется слишком большим, сценарий awrinfo.sql может помочь определить виноватую функциональную область базы данных.
Часть 2 отчета помогает спланировать использование пространства AWR в случае изменения интервала или периода хранения по умолчанию. Эта информация также полезна при увеличении количества узлов Oracle RAC.
(2) Оценка размера снимков AWR
| Оценки основаны на моментальных снимках за 60 минут. ИНТЕРВАЛ:
| Размер AWR/день: 104,1 МБ (4 443 К снэпа * 24 снимка/день)
| Размер AWR/нед. 728,9 МБ (size_per_day * 7) на экземпляр
| Размер AWR/нед. 1 457,9 МБ (size_per_day * 7) на базу данных
| Оценки основаны на 24 снимках за последние 24 часа:
| Размер AWR/день: 104,1 МБ (4 443 тыс. снимков и 24 снимка за последние 24 часа)
| Размер AWR/нед. 728,9 МБ (size_per_day * 7) на экземпляр
| Размер AWR/нед. 1 457,9 МБ (size_per_day * 7) на базу данных
Из приведенного выше вывода видно, что каждый снимок занимает 4443 КБ. Изменение интервала сбора по умолчанию на 30 минут удвоит общий размер с 1457,9 мегабайт до 2915,8 мегабайт. Администратор базы данных может соответствующим образом расширить табличное пространство sysaux, если данные будут собираться чаще, чем по умолчанию. Приведенная выше информация также показывает, что каждый экземпляр содержит 728,9 мегабайт данных. Теперь вы можете планировать рост AWR при добавлении одного или нескольких экземпляров в базу данных Oracle RAC.
В части 3 выходных данных скрипта использование пространства AWR еще больше разбивается. Если часть 2 показывает, что данные репозитория AWR занимают много места, то часть 3 можно использовать для более точного углубления в проблемную область. Вероятно, лучше всего рассмотреть часть 3b, в которой показано использование по имени сегмента. В приведенный ниже вывод включены только первые несколько строк части 3b. Если AWR становится слишком большим, именно часть 3b часто бывает наиболее полезной при работе со службой поддержки Oracle для получения решения. Обратите внимание, что при запуске скрипта awrinfo.sql выполнение части 3 может занять много времени.
(3a) Использование пространства компонентами AWR (на базу данных)
КОМПОНЕНТ МБ % AWR KB_PER_SNAP MB_PER_DAY MB_PER_WEEK TABLE% : INDEX%
ФИКСИРОВАННЫЙ 911,6 51.7 2 299 53,9 377,2 47% : 53%
СОБЫТИЯ 527,6 29,9 1331 31,2 218,3 44% : 56%
SQL 166,8 9,5 421 9,9 69,0 68% : 32%
КОСМОС 71,7 4,1 181 4,2 29,7 70% : 30%
RAC 44,8 2,5 113 2,6 18,5 53% : 47%
ASH 23,3 1,3 59 1,4 9,6 82% : 18%
SQLPLAN 9.0 0.5 23 0.5 3.7 67% : 33%
SQLTEXT 2.1 0.1 5 0.1 0.9 94% : 6%
SQLBIND 0,8 0,0 2 0,0 0,3 58% : 42%
(3b) Использование пространства в компонентах AWR (> 500 КБ)
COMPONENT МБ SEGMENT_NAME – % SPACE_USED SEGMENT_TYPE
ИСПРАВЛЕНО 120,0 WRH$_LATCH.WRH$_LATCH_2793090278_0-94% РАЗДЕЛ ТАБЛИЦЫ
ИСПРАВЛЕНО 112.0 WRH$_SYSSTAT_PK.WRH$_SYSSTA_2793090278_0-78% ИНДЕКСНЫЙ РАЗДЕЛ
ИСПРАВЛЕНО 96.0 WRH$_LATCH_PK.WRH$_LATCH_2793090278_0 -80% ИНДЕКСНЫЙ РАЗДЕЛ
Если место занимает компонент, не относящийся к AWR, то вместо части 3b вам следует изучить информацию в части 4 выходных данных. Для краткости ниже показаны только первые несколько строк Части 4.
(4) Использование пространства компонентами, не относящимися к AWR (> 500 КБ)
COMPONENT МБ SEGMENT_NAME SEGMENT_TYPE
NON_AWR 54.2 XDB.SYS_LOB0000069262C00025$$ LOBSEGMENT
NON_AWR 29.0 SYS.WRI$_OPTSTAT_HISTGRM_HISTORY TABLE
NON_AWR 21.0 SYS.I_WRI$_OPTSTAT_H_ST ИНДЕКС
Часть 5 выходных данных скрипта awrinfo.sql показывает снимки в AWR. Большая часть этого носит информационный характер. Таким образом, результаты части 5 в этой книге не показаны. Часть 6 содержит ту же информацию об интервалах и сроках хранения, что и во введении к отчету. В этой части также отображаются идентификатор и время последнего снимка.
(6) Настройки управления AWR — интервал, сохранение
DBID LSNAPID LSNAPTIME LPURGETIME INTERVAL RETENTION
2793090278 1869 16.09 12:00:44 16.09 00:10:21 +00000 01:00:00.0 +00008 00:00:00.
Изучите внутреннюю настройку RAC!
Это выдержка из знаменательной книги Настройка производительности Oracle RAC , книги, в которой содержатся практические советы по решению самых сложных проблем с производительностью и настройкой RAC.
Купите его со скидкой 30 % непосредственно у издателя.
Бурлесон — американская команда
Примечание. Эта документация по Oracle была создана в качестве справочника по поддержке и обучению Oracle для использования нашими специалистами-консультантами по настройке производительности администраторов баз данных. Не стесняйтесь задавать вопросы на нашем форуме Oracle.
Проверьте опыт! Любой, кто рассматривает возможность использования услуг эксперта службы поддержки Oracle, должен самостоятельно проверить свои полномочия и опыт, а не полагаться на рекламу и самопровозглашенный опыт. Все законные эксперты Oracle публикуют свои квалификации Oracle.
Ошибки? Технология Oracle меняется, и мы стараемся обновлять нашу информацию о поддержке BC Oracle. Если вы обнаружите ошибку или у вас есть предложение по улучшению нашего контента, мы будем признательны за ваш отзыв. Просто электронная почта:
и укажите URL-адрес страницы.
Burleson Consulting
Оракул поддержки баз данных
В Oracle® 10g появилось новое обязательное табличное пространство SYSAUX с такими обязательными атрибутами, как PERMANENT, READ WRITE, EXTENT MANAGEMENT LOCAL и SEGMENT SPACE MANAGEMENT AUTO. В этом посте рассказывается, как управлять этим табличным пространством по мере его роста.
Введение
Вы можете использовать табличное пространство SYSAUX для выполнения следующих задач:
- Избегайте фрагментации табличного пространства SYSTEM, вызванной параметрами установки и удаления.
- Избегайте риска повреждения табличного пространства SYSTEM и нехватки места.
- Сократить объем обслуживания администратора базы данных.
- Сохраняйте и сокращайте табличные пространства для всех метаданных вспомогательной базы данных, связанных с параметрами и функциями Oracle, таких как следующие элементы:
Жильцы SYSAUX
Вы можете запросить 26 агентов SYSAUX, как показано в следующем примере:
В более поздних версиях Oracle Database было добавлено еще больше версий, как показано на следующем рисунке:
На следующем изображении показаны компоненты, которые были добавлены или объявлены устаревшими в каждой версии базы данных Oracle:
Упреждающее управление табличным пространством SYSAUX
Для упреждающего мониторинга и управления табличным пространством SYSAUX выполните следующие действия:
Отключите для табличного пространства SYSAUX значение AUTOEXTEND.
Подтвердите значение STATISTICS_LEVEL.
Проверьте, как вы используете советники, базовые показатели и наборы настроек SQL. Консультантам необходимо сохранять информацию в снимках, даже если вы планируете удалить диапазон снимков.
Выполните запрос, чтобы определить, какой sysaux_occupant занимает больше всего места в табличном пространстве SYSAUX.
Исправленное управление табличным пространством SYSAUX
Табличное пространство SYSAUX растет по следующим причинам:
- Вы установили слишком большой срок хранения.
- советчик по сегментам становится слишком большим.
- История активных сеансов (ASH) становится слишком большой.
В следующих разделах предлагаются некоторые меры по исправлению положения:
Проверьте срок хранения AWR
Для этого проверьте срок хранения снимка автоматического репозитория рабочей нагрузки (AWR). AWR собирает статистику производительности для обнаружения проблем и настройки производительности и сохраняет подробности в памяти и таблицах базы данных. Система удаляет сохраненные данные в зависимости от срока хранения. Если период хранения слишком велик, эти данные занимают больше места в табличном пространстве SYSAUX. Таким образом, вы должны установить соответствующий срок хранения. Проверьте срок хранения, используя следующий запрос:
Вы можете изменить срок хранения вручную с помощью процедуры DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS. В следующем примере задается период хранения 5760 минут (или четыре дня: 4 дня * 24 часа в день * 60 минут в час = 5760 минут):
Проверить самый большой объект в табличном пространстве SYSAUX
Выполните следующий запрос, чтобы определить самого крупного пользователя в табличном пространстве:
Вы используете команду процедуры перемещения для перемещения агента в другое табличное пространство, если только процедура перемещения не является нулевой.
В следующем примере объект WKSYS перемещается в табличное пространство XYZ:
Проверьте историю активных сеансов (ASH)
Узнайте, занимает ли ASH больше места в данных AWR, используя следующий скрипт:
Допустимое использование ASH составляет 1,1 %. Если он высокий, удалите осиротевшие строки ASH. Проверьте наличие потерянных строк, используя следующий запрос:
Поскольку значение больше нуля, удалите его. Мы сироты, используя следующий запрос:
Затем выполните следующий запрос, чтобы уменьшить размер таблицы WRH$_ACTIVE_SESSION_HISTORY и освободить освободившееся место:
Заключение
В этом посте рассказывается о табличном пространстве SYSAUX. В нем также содержатся рекомендации по отслеживанию и управлению увеличением пространства в табличном пространстве SYSAUX, занятым по умолчанию, и выявлению любых нестандартных объектов, ошибочно хранящихся в табличном пространстве.
Используйте вкладку "Обратная связь", чтобы оставить комментарии или задать вопросы. Вы также можете начать разговор с нами.
У меня более девяти лет отличного профессионального опыта работы с базами данных Oracle и GoldenGate, а также обширные знания функциональных областей делового администрирования и применения информационных технологий для эффективного управления бизнес-процессами.
2. Вы не можете изменить такие атрибуты, как (PERMANENT, READ WRITE, EXTENT MANAGEMENT LOCAL, SEGMENT SPACE MANAGEMENT AUTO) с помощью инструкции ALTER TABLESPACE
3. Табличное пространство SYSAUX нельзя удалить или переименовать.
Проверьте, что занимает табличное пространство SYSAUX:
Табличное пространство SYSAUX более или менее стабильно, поэтому было бы разумно проверить, что там занимает пространство. Подключившись как пользователь DBA, запустите сценарий $/rdbms/admin/utlsyxsz, чтобы узнать текущее использование табличного пространства SYSAUX и посмотреть, как оно будет увеличиваться при изменении определенных параметров, для которых вас просят ввести значения.
Запустите приведенный ниже запрос, чтобы узнать, какие все агенты находятся в sysaux, занимая все пространство.
Как только вы обнаружите, что занимает пространство, мы сможем над этим поработать. Если вы столкнулись с огромным количеством занимаемых отчетов AWR, вам необходимо проверить срок хранения AWR.
С помощью этого запроса мы можем получить отчеты AWR о том, сколько дней поддерживается. Если то, что нам не требовалось, мы можем сократить это количество дней.
Например: если у нас есть более 7 дней, мы можем сократить его до 7 дней, что составляет 7 * 24 * 60 = 10080 минут. Период хранения изменен на 7 дней (10080 минут) и интервал между каждым снимком составляет 60 минут по следующему запросу.
В случае, если при сокращении срока хранения мы столкнемся с ошибкой, проверьте значение MOVING_WINDOW_SIZE с помощью приведенного ниже запроса
Затем обновите его до правильного значения, а затем выполните приведенный выше запрос на сохранение AWR.
После того, как срок хранения установлен, вы можете выполнить следующие шаги, чтобы очистить старые отчеты AWR, чтобы освободить место. Запустите приведенный ниже запрос, чтобы найти самые старые и самые новые снимки AWR.
Чтобы очистить все отчеты AWR между snap_id, выполните следующий запрос.
В противном случае вы можете запустить приведенные ниже команды, чтобы удалить старые отчеты AWR и перестроить репозитории. Этот процесс тоже очень быстрый.
После очистки всех отчетов AWR мы смогли получить место из табличного пространства SYSAUX.
Высокое потребление памяти для больших объектов в табличном пространстве SYSAUX:
Некоторые сегменты LOB, созданные для столбцов LOB таблиц AWR в табличном пространстве SYSAUX, занимают значительный объем памяти.
Это хранилище не освобождается даже после удаления моментальных снимков AWR и уменьшения количества строк в таблицах.
Сегменты LOB можно перестроить, используя то же имя, параметры хранения и табличное пространство SYSAUX, выполнив над ними операцию MOVE.
При этом создается новый сегмент большого объекта, содержащий только те данные, которые в данный момент находятся в большом объекте, и заменяется им с исходным сегментом большого объекта.
Чтобы реализовать решение, выполните следующие шаги:
<р>1. Запустите базу данных в режиме RESTRICT, чтобы предотвратить вмешательство операций AWR во время перестроения. <р>2. Из сеанса SQL*Plus, подключенного как SYSDBA, выполните операцию перемещения следующим образом:таблица AWR — это WRH$_SQLTEXT , столбец LOB — SQL_TEXT и является именем сегмента LOB, хранилище которого мы хотим восстановить
Новый сегмент LOB будет иметь новый data_object_id в dba_objects и новую пару (header_file,header_block) в dba_segments. Он также должен иметь уменьшенное количество байтов и блоков в dba_segments.
<р>3. Проверьте и перестройте любой неиспользуемый индекс в таблице после перемещения LOB: <р>4. Наконец, перезапустите базу данных в обычном режиме.Другие возможные решения
1) ALTER TABLE … SHRINK SPACE CASCADE в таблице (предполагается, что используются ASSM и ENABLE ROW MOVEMENT)
ПРИМЕЧАНИЕ. Эта операция заблокирует таблицу во время сжатия
2) Используйте DBMS_REDEFINITION, чтобы переопределить таблицу онлайн
ПРИМЕЧАНИЕ: а) Эта операция может потребовать удвоения размера существующей таблицы... если в таблице действительно нет места для освобождения
Читайте также: