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