Доступно с лицензией Production Mapping.
Ключевые слова конфигурации позволяют контролировать создание объектов внутри база геоданных в SQL Server. Вы можете определить, как выделять место для таблицы или индекса, в каком FileGroup следует создать таблицу или индекс, а также другие атрибуты хранения, специфичные для SQL Server. Ключевые слова конфигурации также позволяют задавать один из доступных форматов хранения для геометрии пространственного столбца.
Ключевые слова конфигурации хранятся в таблице DBTUNE. Таблица DBTUNE, как и все другие таблицы метаданных, создается в базе данных при запуске инструментов Создать многопользовательскую базу геоданных или Включить многопользовательскую базу геоданных.
Если одни и те же файлы, расположенные в одном и том же месте на диске, будут доступны большому количеству подключений баз данных, то производительность операций с базами данных будет невысокой, так как эти подключения будут конкурировать между собой в борьбе за одни и те же ресурсы. Эти конфликты можно уменьшить, если сохранять файлы базы данных в разных местоположениях на диске.
For example, DBTUNE can be modified to store the product library tables in separate data files in different locations on the disk. This will lead to reduced disk contention and improved database input/output.
В соответствии со стандартными рекомендациями ГИС по хранению файлы журналов и индексов предпочтительно хранить отдельно от векторных и табличных бизнес-таблиц. В целях повышения производительности предпочтительней располагать бизнес-таблицы, таблицы объектов и пространственного индекса раздельно, а FileGroup файлы данных – в соответствии с шаблоном их применения. В мультиверсионных базах геоданных с высокой активностью работы по редактированию VERSIONS FileGroup файлы баз данных могут быть разделены и рассредоточены по доступным дискам, что позволяет уменьшить риски возникновения конфликтов на входе/выходе.
Disk configuration
В высокопродуктивных системах многопользовательская база геоданных должен применяться принцип аппаратного чередования данных. Стратегия организации данных и дисков подразумевает распределение всех данных по нескольким дискам.
Чем больше дисков, на которых размещаются данные, тем большее количество дисководов выполняет активный поиск этих данных. Это может увеличить время считывания с диска и сократить риски возникновения конфликтов. Однако слишком большое количество дисков может замедлять запрос. Существует два основных способа достижения чередования: FileGroups и Избыточный массив независимых дисков (RAID). Можно также комбинировать эти два способа посредством создания FileGroups в дисковых массивах. Можно применять стратегии разделения данных; отделение таблиц от индексов или определенных типов таблиц от других таблиц поможет улучшить производительность и снизить административную нагрузку.
Предлагаемая оптимальная конфигурация SQL Server выглядит следующим образом:
- DISK 0 – SQL Server/ПО приложения
- ДИСК 1-мастер, модель, msdb
- ДИСК 2-tempdb
- ДИСК 3-файлы журнала
- DISK 4-таблицы данных пространственных объектов
- DISK 5-таблицы данных пространственного индекса
- ДИСК 6-атрибутивные данные/бизнес-таблицы
- DISK 7 – индексы SQL Server
Reducing disk input/output contention
Как правило, файлы базы данных следует создавать как можно большего размера, чтобы они могли вместить максимум данных с учетом будущего роста базы данных. Посредством создания крупных файлов вы сможете избежать фрагментации файлов и получите наилучшую производительность базы данных. Как правило, файлы данных будут автоматически увеличиваться в размере; вам только будет необходимо ограничить автоматический рост размеров файлов, задав определенный максимальный размер, который оставлял бы свободным некоторое пространство на жестком диске. Располагая разные FileGroups на разных дисках, вы будете способствовать устранению физической фрагментации файлов по мере их роста.
Для настройки файлов данных и файлов журнала, чтобы улучшить производительность, следуйте этим рекомендациям:
- Чтобы избежать дисковых конфликтов, не помещайте файлы данных на том же диске, который содержит файлы операционной системы.
- Размещайте файлы журнала транзакций на диске отдельно от файлов данных. Это обеспечит вам лучшую производительность путем уменьшения дисковых конфликтов между данными и файлами журнала транзакций.
- Размещайте tempdb базу данных на отдельном диске, если это возможно, предпочтительно на RAID 10 или RAID-5 системы. В средах, в которых происходит интенсивное использование баз данных tempdb, вы можете получить лучшую производительность, установив tempdb на отдельном диске, что позволит SQL Server выполнять tempdb операции параллельно операциям с базами данных.
- Конфигурации RAID, которая является лучшей для ваших файлов базы данных, зависит от нескольких факторов, включая производительность и способность восстанавливаться. RAID 10 является рекомендуемой системой RAID для журналов транзакций, данных и индексных файлов. Поскольку файлы журналов транзакций обычно бывают меньше, чем файлы данных и индексные файлы, вы можете рассмотреть возможность сохранения файлов журнала транзакций в RAID-10 системе с меньшей емкостью массива, а хранение данных и индексных файлов в RAID-5 системе с большей емкостью массива для тех, у кого имеются бюджетные ограничения.
Для получения дополнительной информации о RAID, см. RAID Levels и SQL Server на http://technet.microsoft.com/en-us/library/ms190764(SQL.105).aspx и Microsoft Windows 2000 Server Administrator's Companion (Microsoft Press), глава 7, Planning Fault Tolerance and Avoidance, авторы Charlie Russel и Sharon Crawford, на http://technet.microsoft.com/pt-br/library/bb742464(en-us).aspx.
- Большие таблицы следует разбивать на части. Разбивая таблицы на части с использованием разделов, вы получаете несколько групп файлов FileGroups; вы можете поместить поднабор таблицы или индекса в предназначенную для него FileGroup. Это позволит вам разделить определенные части таблицы или индекса на отдельные FileGroups и эффективно управлять вводом/выводом файлов для временных таблиц. Разделы позволяют вам легче управлять операциями архивирования и операциями загрузки данных.
Ниже предлагается модель предотвращения дисковых конфликтов ввода/вывода:
| Тип файла | Работа базы данных | Переместите файл на диск с помощью |
|---|---|---|
| Файлы журнала транзакций | Частые правки | Относительно низкий ввод/вывод |
| Файлы журнала транзакций | Незначительная правка или отсутствие таковой | Умеренный ввод/вывод |
| tempdb | Частые правки | Низкий ввод/вывод, отдельный от файлов журнала транзакций |
| мастер, модель, msdb | Незначительная правка | Умеренный ввод/вывод |
| Данные | Частые правки | Относительно низкий ввод/вывод |