Конфигурация DBTUNE и дисков для рабочей области проверок в Oracle
Параметры хранения DBTUNE позволяют контролировать создание объектов с помощью технологии ArcSDE в база геоданных в Oracle. Вы можете определить, как выделять место для таблицы или индекса, в каком табличном пространстве следует создать таблицу или индекс, а также другие атрибуты хранения, специфичные для Oracle. Кроме того, с их помощью может быть задан один из доступных форматов хранения для геометрии пространственного столбца.
Параметры хранения DBTUNE хранятся в таблице DBTUNE. Таблица DBTUNE, наряду со всеми другими таблицами метаданных, создается в базе данных при выполнении инструментов Создать многопользовательскую базу геоданных (Create Enterprise Geodatabase) или Включить многопользовательскую базу геоданных (Enable Enterprise Geodatabase).
Если одни и те же файлы, расположенные в одном и том же месте на диске, будут доступны большому количеству подключений баз данных, то выполнение баз данных будет замедлено, так как эти подключения будут конфликтовать между собой из-за одних и тех же ресурсов. Эти конфликты можно уменьшить, если сохранять файлы базы данных в разных местоположениях на диске.
Например, DBTUNE может быть модифицирована, чтобы хранить таблицы рабочей области проверок в отдельных файлах данных в различных местах на диске. Это приведет к сокращению дисковых конфликтов и поддержит операции ввода/вывода базы данных.
В соответствии со стандартными рекомендациями ГИС по хранению файлы журналов и индексов предпочтительно хранить отдельно от векторных и табличных бизнес-таблиц. В целях повышения производительности предпочтительней располагать бизнес-таблицы, таблицы объектов и пространственного индекса раздельно, а файлы данных табличного пространства – в соответствии с шаблоном их применения. В многоверсионных базах геоданных с высокой активностью работы файлы баз данных табличного пространства VERSIONS могут быть разделены и рассредоточены по доступным дискам, что позволяет уменьшить риски возникновения конфликтов на входе/выходе.
Конфигурация диска
В высокопродуктивных системах многопользовательская база геоданных должен применяться принцип аппаратного чередования данных. Стратегия организации данных и дисков подразумевает распределение всех данных по нескольким дискам.
Чем больше дисков, на которых размещаются данные, тем большее количество дисководов выполняет активный поиск этих данных. Это может увеличивать время считывания дисков и сокращать риски возникновения конфликтов; однако, наличие слишком большого количества дисков может замедлять обработку запросов. Существует в основном два способа, как добиться чередования: табличные области и матрица независимых дисковых накопителей с избыточностью (RAID). Можно также комбинировать эти два способа посредством создания табличных областей в пределах дисковых накопителей. Можно применять стратегии разделения данных; отделение таблиц от индексов или определенных типов таблиц от других таблиц поможет улучшить производительность и снизить административную нагрузку.
Предлагаемая Oracle оптимальная конфигурация выглядит следующим образом:
- DISK 0 – программное обеспечение Oracle/приложения
- DISK 1 – SYSTEM, управляющий файл 1
- DISK 2 – RBS, TEMP, управляющий файл 2
- DISK 3 – REDO 1, 2, 3, экспортные файлы
- ДИСК 4-таблицы данных пространственных объектов
- ДИСК 5-таблицы данных пространственного индекса
- DISK 6 – атрибутивные данные/бизнес-таблицы
- DISK 7 – индексы Oracle
Уменьшение конфликтов операций ввода/вывода дисков
Как правило, файлы базы данных следует создавать как можно большего размера, чтобы они могли вместить максимум данных с учетом будущего роста базы данных. Посредством создания крупных файлов вы сможете избежать фрагментации файлов и получите наилучшую производительность базы данных. Во многих случаях, вы можете позволить файлам данных автоматически увеличиваться в размере; вам следует только ограничить автоматический рост размеров файлов, задав определенный максимальный размер роста, который оставлял бы свободным некоторое пространство на жестком диске. Располагая разные табличные области на разных дисках, вы будете способствовать устранению физической фрагментации файлов по мере их роста.
Для настройки файлов данных и файлов журнала, чтобы улучшить производительность, следуйте этим рекомендациям:
- Чтобы избежать дисковых конфликтов, не помещайте файлы данных на том же диске, который содержит файлы операционной системы.
- Размещайте файлы данных повторить (redo) отменить (undo) и временные (temp) файлы данных на диске отдельно от файлов данных. Это обеспечит вам лучшую производительность за счет уменьшения дисковых конфликтов между данными и файлами повторить (redo), отменить (undo) и временными (temp) файлами данных.
- Большие таблицы следует разбивать на части. Разбиение позволит вам разделить таблицу на несколько табличных пространств с помощью разделов; вы можете поместить поднабор таблицы или индекса в предназначенную для него табличную область. Это позволит вам отделить определенные части таблицы или индекса в отдельные табличные пространства и эффективно управлять вводом/выводом файлов в постоянно изменяющихся таблицах. Разделы позволяют вам легче управлять операциями архивирования и операциями загрузки данных.
Ниже предлагается модель предотвращения дисковых конфликтов ввода/вывода:
Тип файла | Работа базы данных | Перемещение файла на диск с помощью |
|---|---|---|
журнал изменений | Частые правки | Относительно низкий ввод/вывод |
журнал изменений | Незначительная правка или отсутствие таковой | Умеренный ввод/вывод |
Файлы журнала отмены | Частые правки | Низкий ввод/вывод, отдельный от файлов журнала изменений |
Системные данные | Частые правки | Умеренный ввод/вывод |
Временное табличное пространство | Незначительная правка | Высокий ввод/вывод |