Конфигурация DBTUNE и дисков для рабочей области Workflow Manager в SQL Server
Параметры хранения DBTUNE позволяют управлять тем, как технология ArcSDE создает объекты в многопользовательской базе геоданных в базе данных SQL Server. Вы можете устанавливать, например, как будет выделяться пространство для таблицы или индекса, в какой файловой группе (FileGroup) будет создаваться таблица или индекс, и другие параметры хранения SQL Server. Кроме того, с их помощью может быть задан один из доступных форматов хранения для геометрии пространственного столбца.
Параметры хранения DBTUNE хранятся в таблице DBTUNE. Таблица DBTUNE, как и прочие таблицы метаданных, создается на стадии установки вслед за инсталляцией ArcSDE. При установке ArcSDE в директории <папка установки>\Program Files\ArcGIS\ArcSDE\sqlexe\и т.д. создается файл DBTUNE, содержимое которого используется для заполнения таблицы DBTUNE.
Если одни и те же файлы, расположенные в одном и том же месте на диске, будут доступны большому количеству подключений баз данных, то выполнение баз данных будет замедлено, так как эти подключения будут конфликтовать между собой из-за одних и тех же ресурсов. Эти конфликты можно уменьшить, если сохранять файлы базы данных в разных местоположениях на диске.
Например, DBTUNE можно отредактировать так, чтобы таблицы рабочей области Workflow Manager хранились в отдельных файлах данных в различных местах на диске. Это приведет к сокращению дисковых конфликтов и поддержит операции ввода/вывода базы данных.
В соответствии со стандартными рекомендациями ГИС по хранению файлы журналов и индексов предпочтительно хранить отдельно от векторных и табличных бизнес-таблиц. В целях повышения производительности предпочтительней располагать бизнес-таблицы, таблицы объектов и пространственного индекса раздельно, а FileGroup файлы данных – в соответствии с шаблоном их применения. В многоверсионных базах геоданных с высокой активностью работы по редактированию VERSIONS FileGroup файлы баз данных могут быть разделены и рассредоточены по доступным дискам, что позволяет уменьшить риски возникновения конфликтов на входе/выходе.
Конфигурация диска
В больших производственных системах многопользовательских баз геоданных следует применять принцип аппаратного чередования данных. Стратегия организации данных и дисков подразумевает распределение всех данных по нескольким дискам.
Чем больше дисков, на которых размещаются данные, тем большее количество дисководов выполняет активный поиск этих данных. Это может увеличить время считывания с диска и сократить риски возникновения конфликтов. Однако слишком большое количество дисков может замедлять запрос. Существует два основных способа достижения чередования: FileGroups и избыточный массив независимых дисков (RAID). Можно также комбинировать эти два способа посредством создания FileGroups в дисковых массивах. Можно применять стратегии разделения данных; отделение таблиц от индексов или определенных типов таблиц от других таблиц поможет улучшить производительность и снизить административную нагрузку.
Предлагаемая оптимальная конфигурация SQL Server выглядит следующим образом:
- Диск 0 – SQL Server/Прикладное программное обеспечение
- Диск 1 – мастер, модель, msdb
- Диск 2 – tempdb
- Диск 3 – файлы журнала
- Диск 4 – таблицы данных пространственных объектов
- Диск 5 – таблицы данных пространственного индекса
- Диск 6 – атрибутивные данные/бизнес-таблицы
- Диск 7 – индексы SQL Server
Уменьшение конфликтов операций ввода/вывода дисков
Как правило, файлы базы данных следует создавать как можно большего размера, чтобы они могли вместить максимум данных с учетом будущего роста базы данных. Посредством создания крупных файлов вы сможете избежать фрагментации файлов и получите наилучшую производительность базы данных. Как правило, файлы данных будут автоматически увеличиваться в размере; вам только будет необходимо ограничить автоматический рост размеров файлов, задав определенный максимальный размер, который оставлял бы свободным некоторое пространство на жестком диске. Располагая разные FileGroups на разных дисках, вы будете способствовать устранению физической фрагментации файлов по мере их роста.
Для настройки файлов данных и файлов журнала, чтобы улучшить производительность, следуйте этим рекомендациям:
- Чтобы избежать дисковых конфликтов, не помещайте файлы данных на диск, содержащий файлы операционной системы.
- Размещайте файлы журнала транзакций и файлы данных на отдельных дисках. Это позволит максимизировать производительность за счет исключения конфликтов между файлами данных и файлами журнала транзакций.
- По возможности размещайте базу данных tempdb на отдельном диске, предпочтительно в системе RAID 10 или RAID 5. В средах с интенсивным использованием баз данных tempdb можно добиться лучшей производительности, установив tempdb на отдельном диске, что позволит SQL Server выполнять операции tempdb параллельно с операциями базы данных.
- Конфигурации RAID, которая является лучшей для ваших файлов базы данных, зависит от нескольких факторов, включая производительность и способность восстанавливаться. RAID 10 является рекомендуемой системой RAID для журналов транзакций, данных и индексных файлов. Поскольку файлы журналов транзакций обычно бывают меньше, чем файлы данных и индексные файлы, вы можете рассмотреть возможность сохранения файлов журнала транзакций в RAID-10 системе с меньшей емкостью массива, а хранение данных и индексных файлов в RAID-5 системе с большей емкостью массива для тех, у кого имеются бюджетные ограничения.
Дополнительную информацию о RAID можно найти в Уровни RAID и SQL Server (RAID Levels and SQL Server) и Главе 7 Помощника администратора Microsoft Windows 2000 Server (Microsoft Windows 2000 Server Administrator's Companion) (издательство Microsoft Press) Планирование отказоустойчивости и предотвращения сбоев (Planning Fault Tolerance and Avoidance), написанной Чарли Расселом и Шэрон Кроуфорд (Charlie Russel and Sharon Crawford).
- Большие таблицы следует разбивать на части. Разбивая таблицы на части с использованием разделов, вы получаете несколько групп файлов FileGroups; вы можете поместить поднабор таблицы или индекса в предназначенную для него FileGroup. Это позволит вам разделить определенные части таблицы или индекса на отдельные FileGroups и эффективно управлять вводом/выводом файлов для временных таблиц. Разделы позволяют вам легче управлять операциями архивирования и операциями загрузки данных.
Ниже представлена рекомендуемая схема предотвращения дисковых конфликтов ввода/вывода:
Тип файла | Работа базы данных | Переместите файл на диск с помощью |
|---|---|---|
Файлы журнала транзакций | Частые правки | Относительно низкий ввод/вывод |
Файлы журнала транзакций | Незначительная правка или отсутствие таковой | Умеренный ввод/вывод |
tempdb | Частые правки | Низкий ввод/вывод, отдельный от файлов журнала транзакций |
мастер, модель, msdb | Незначительная правка | Умеренный ввод/вывод |
Данные | Частые правки | Относительно низкий ввод/вывод |