Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование II

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 12.10.2009, 12:20
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию 12 Автоматическое управление пространством хранения данных

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #2  
Старый 12.10.2009, 12:23
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Рассматриваемые вопросы

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #3  
Старый 12.10.2009, 12:24
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Обзор автоматического управления пространством хранения данных



Обзор автоматического управления пространством хранения данных

Автоматическое управление пространством хранения данных (Automatic Storage Management - ASM) осуществляет вертикальную интеграцию файловой системы и включает менеджер томом, который специально создан для файлов базы данных Oracle.
Возможность ASM может быть сконфигурирована для одной машины с архитектурой SMP или на нескольких узлах кластера при использовании Oracle Real Application Clusters (RAC).

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

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

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

В соответствие с ASM файлы делятся на единичные секции (allocation units - А ГУ), которые для каждого файла равномерно распределяются по всем дискам. ASM использует индексный механизм для отслеживания расположения каждой единичной секции. При изменении возможностей устройств хранения ASM не производит повторное расщепление всех данных. Производится перемещение данных такого объема, который пропорционален объему добавленной или удаленной дисковой памяти так, чтобы равномерно перераспределить файлы и обеспечить сбалансированную загрузку дисков. Эти действия производятся при активной базе данных.

Вы можете повысить скорость операции перебалансировки или же снизить ее, чтобы уменьшить влияние этой операции на подсистему ввода-вывода. ASM обеспечивает защиту на основе зеркалирования данных. При этом не требуется покупать Менеджер логических томов (Logical Volume Manager) сторонней фирмы. Одно из уникальных преимуществ ASM состоит в том, что зеркалирование применяется на файловой основе, а не на основе томов. Поэтому одна и та же группа дисков может хранить совокупность файлов, защищаемых путем зеркалирования вместе с файлами, не защищаемыми совсем.

ASM поддерживает файлы данных, журнальные файлы, управляющие файлы, архивные журналы, резервные наборы, полученные с помощью RMAN, и другие типы файлов базы данных Oracle. ASM поддерживает Real Application Clusters и устраняет необходимость использования менеджера логических томов кластера (Cluster Logical Volume Manager) или кластерной файловой системы (Cluster File System).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 12.10.2009, 12:26
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Общая архитектура ASM



Общая архитектура ASM

Для использования ASM необходимо запустить специальный экземпляр, называемый экземпляром ASM (ASM instance) до запуска экземпляра базы данных. Экземпляр ASM не монтирует базы данных. Вместо этого он управляет метаданными, которые необходимы для обеспечения доступности файлов ASM со стороны обычных экземпляров БД. Как экземпляры ASM, так и экземпляры БД имеют доступ к некоторым общим наборам дисков, называемым дисковыми группами (disk groups). Экземпляры БД имеют прямой доступ к содержимому ASM-файлов, взаимодействуя с экземпляром ASM только, чтобы получить информацию о расположении этих файлов.

Экземпляр ASM содержит два новых фоновых процесса. Один из них координирует работу по перебалансировке дисковых групп. Его имя - RBAL. Второй - выполняет фактическое перемещение единичных секций (AU) в ходе перебалансировки данных. Таких процессов может быть много в каждый момент времени и они называются ARB О, ARB 1 и т.д. Экземпляр ASM также содержит большинство таких же процессов, как и экземпляр базы данных (SMON, PMON, LGWR, DBWR и СКРТ).

Каждый экземпляр базы данных, использующий ASM, имеет два новых фоновых процесса, называемые ASMB и RBAL. RBAL выполняет глобальное открытие дисков дисковых групп. При старте экземпляра базы данных ASMB соединяется как фоновый процесс с экземпляром ASM. Взаимодействие между базой данных и экземпляром ASM осуществляется через мост (bridge). Он позволяет производить физические операции с файлами, например, создавать или удалять файлы данных. Через такое соединение осуществляется периодический обмен сообщениями для обновления статистик и для проверки того, что оба экземпляра функционируют.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 12.10.2009, 12:27
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Задачи, связанные с экземпляром ASM

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #6  
Старый 12.10.2009, 12:28
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Создание экземпляра ASM



Создание экземпляра ASM

Экземпляр ASM создается с помощью утилиты Database Configuration Assistant (DBCA). На первом экране этой утилиты выбирается опция Configure Automatic Storage Management, затем выполняются последующие шаги по созданию и запуску экземпляра ASM. Вслед за этим определяются дисковые группы, доступные с помощью экземпляра ASM.

В ходе процесса создания экземпляра ASM утилита DBCA автоматически создает вход (запись) в файле oratab. Эта запись используется для обнаружения экземпляра ASM. На платформах Windows, где используется механизм сервисов, DBCA автоматически создает сервис Oracle и соответствующий вход в реестре, используемый при обнаружении экземпляров ASM.

После завершения конфигурирования экземпляра ASM утилита DBCA создает файл параметров и парольный файл для экземпляра ASM.

При создании базы данных, использующей возможность ASM, утилита Database Configuration Assistant (DBCA) определяет, существует ли уже экземпляр ASM на вашем хосте. Если процедура обнаружения экземпляра ASM возвращает пустой список, DBCA создает новый экземпляр ASM.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 12.10.2009, 12:30
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Параметры инициализации экземпляра ASM



Параметры инициализации экземпляра ASM

INSTANCE_TYPE должен быть установлен в ASM для экземпляров ASM.

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

ASM_POWER_LIMIT управляет скоростью операции перебалансировки ( rebalance operation). Задаваемое значение может быть в диапазоне от 1 до 11, причем 11 определяет максимальную скорость. Если этот параметр опущен, значение по умолчанию - 1. Количество подчиненных процессов зависит от уровня параллелизма, задаваемого в ручной команде перебалансировки (фраза POWER), или же определяется параметром ASM_POWER_LIMIT.

ASM_DISKSTRING содержит зависимое от ОС значение, используемое ASM для ограничения перечня дисков, которые могут быть обнаружены.

ASM_DISK_GROUPS содержит список имен дисковых групп, монтируемых экземпляром ASM при старте или по команде ALTER DISKGROUP ALL MOUNT.

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


Примечание: если среда ASM была создана с использованием командной строки, а не ЕМ, тогда дисковые группы должны быть созданы перед тем, как они могут быть смонтированы.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #8  
Старый 12.10.2009, 12:31
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Изменения в параметрах экземпляра базы данных



Изменения в параметрах экземпляра базы данных

По умолчанию параметр INSTANCE_TYPE имеет значение RDBMS, что указывает на то, что это экземпляр системы управления реляционной базой данных (СУРБД, Relational Database Management System, RDBMS).

Когда для параметра LOG_ARCHIVE_DEST задано неполное имя ASM-файла (например, +dGroupA), параметр LOG_ARCHIVE_FORMAT игнорируется. Когда значение параметра LOG_ARCHIVE_DEST - директория ASM (например, +dGroupA/myarchlogdir/), тогда параметр LOG_ARCHIVE_FORMAT используется и архивные файлы не являются файлами, сопровождаемыми Oracle (Oracle Managed File -OMF). База данных Oracle автоматически генерирует уникальные имена для архивных журналов.

В следующих параметрах можно использовать шаблоны имен для ASM-файлов:

DB_CREATE_ONLINE_LOG__DEST_n
DB_CREATE_FILE_DEST
DB_RECOVERY_FILE_DE S T
CONTROL_FILES
LOG_ARCHTVE_DEST_n
LOG_ARC HIVE_DE S T
STAN DBY_ARCHIVE_DE S T

Примечание: поскольку место для карт единичных секций (allocation unit maps) ASM-файлов выделяется в большом пуле, необходимо задать параметр инициализации LARGE_POOL_SIZE, равный хотя бы 8 Мб или же больше (что предпочтительнее).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #9  
Старый 12.10.2009, 12:33
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Запуск экземпляра ASM



Запуск экземпляра ASM

Экземпляр ASM запускается подобно экземпляру базы данных. Отличие в том, что в файле параметров инициализации содержится запись INSTANCE_TYPE=ASM. Такое значение параметра означает для исполняемого модуля Oracle, что запускается экземпляр ASM, а не экземпляр БД. Кроме того, в переменной среды ORACLE_SID должно быть указано имя экземпляра ASM. При старте экземпляра ASM на стадии монтирования делается попытка смонтировать дисковые группы, указанные в параметре инициализации ASM_DISKGROUPS. Никакая база данных в этом случае не монтируется.

Другие фразы команды STARTUP, которые используются при старте экземпляра БД, соответствующим образом интерпретируются применительно к экземпляру ASM. Опция OPEN не применима для экземпляра ASM. NOMOUNT вызывает запуск экземпляра ASM без монтирования какой-либо дисковой группы.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 12.10.2009, 12:34
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Доступ к экземпляру ASM



Доступ к экземпляру ASM

Экземпляр ASM не имеет словаря, поэтому единственный способ соединения с ним -использование аутентификации на уровне ОС. Соединение может быть установлено с привилегией SYSDBA или SYSOPER. Для удаленного соединения должен использоваться парольный файл. Обычно привилегия SYSDBA предоставляется члену группы в операционной системе. В Unix это, как правило, группа dba. По умолчанию члены группы dba имеют привилегию SYSDBA, действующую при подсоединении к любому экземпляру на узле, включая экземпляр ASM. Пользователям, подсоединяющимся к экземпляру ASM с привилегией SYSDBA, предоставляется доступ, позволяющий выполнять административные операции во всех дисковых группах системы. Привилегия SYSOPER позволяет поддерживать работоспособность экземпляра ASM и разрешает применять ограниченный набор команд SQL для выполнения базовых операций уже сконфигурированной системы.

Следующие команды доступны пользователям с привилегией SYSOPER:

STARTUP/SHUTDOWN
ALTER DISKGROUP MOUNT/DISMOUNT
ALTER DISKGROUP ONLINE/OFFLINE DISK
ALTER DISKGROUP REBALANCE
ALTER DISKGROUP CHECK
Доступ ко всем представлениям вида V$ASM_*

Все остальные команды, например CREATE DISKGROUP, ALTER DISKGROUP ADD/DROP/RESIZE DISK и т.д. требуют наличия привилегии SYSDBA и не разрешены при соединении с привилегией SYSOPER.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 00:11. Часовой пояс GMT +3.


Powered by vBulletin®