- jQ Создание и конфигурирование тепьсхих ба Глава б

Основные сведения о группах файлов

Группы файлов бывают тре moii - основные, пользовательские и по умолчанию. Каждая БД может иметь не более 256 групп файлов. SQL Server 2000 всегда содержит по крайней мере одну группу файлов - основную. Группа файлов может состоять из нескольких файлов данных, размещенных на нескольких дисках. Журналы транзакций не могут входить в группы >рацлов. Основная группа файлов содержит основной файл данных, где хранятся системные таблицы. Когда вы создаете в БД ные файлы данных, по умолчанию они помещаются в основную группу файлов. Когда вы создаете объекты БД (например таблицы и индексы) и размешаете данные в этих объектах, SQL Server 2000 использует свободное место в каждом из этих файлов

данных, входящих в одну группу файлов, распределяя данные между файлами равномерно, а не заполняет до конца сначала один файл данных, затем - второй и т. д. Такой равномерный метод заполнения позволяет разместить БД на нескольких дисках, что приводит к повышению производительности системы. Например, если в системе на основе SQL Server 200 ется четыре диска, вы можете на одном разместить файл журнала транзакций, а на оставшихся трех - файлы данных одному на

каждом диске).

Вы можете не размещать все файлы данных в одной группе фай-

лов, а пользовательские группы файлов, где будут размешены дополнитель-

ные файлы. В где создано несколько групп файлов, можно указать группу

файлов, где будут размещаться новые объекты БД. Такой подход может обеспечить некоторый выигрыш в производительности, однако требует со стороны администратора больших усилий и большего опыта в оптимизации производительности системы. Если при создании объекта БД не была выбрана группа файлов, этот объект будет помещен в группу файлов, выбранную по умолчанию. Выбранной по умолчанию после установки и первого запуска сервера является основная группа файлов. Этот параметр впоследствии можно изменить при помощи оператора Transact-SQL ALTER DATABASE, выбрав в качестве группы но умолчанию другую группу файлов.

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

Конфигурирование дисковой подсистемы SQL Seer 2000

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

после сбоя.

Для повышения производительности рекомендуется использовать контроллер диска системы Small Computer System Interface (SCSI), а не Integrated Drive Electronics (IDE) или Enhanced Integrated Drive Electronics (EIDE). Контроллеры SCSI более интеллектуальны, они могут работать с несколькими потоками ввода - вхвода одновременно, и их быстродействие не зависит от более медленных устройств ввода -

вывода, участвующих в обмене данными (например CD-ROM).

Занятие 4 Размещение яоа БД на нескольких дискак -jyi

Журнал транзакций

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

также и то, что операции записи в журнал транзакций выполняются последовательно и синхронно, но операции чтения выполняются только при создании резервных копий БД, при отмене транзакций, а также в процессе восстановлении БД при запуске

SQL Server 2000. При чтении журнала транзакций для создания резервной копии нагрузка на систему может существенно возрасти.

В соответствии со своей основной функцией журналы транзакций не должны размещаться на тех же дисках, что и файлы данных. Очевидно, что, если файлы данных и журналы транзакций размещены на одном физическом диске, вы не сможете восстановить данные при сбое диска. Если на SQL Server 2000 имеется несколько БД, то в качестве минимальных мер по предотвращению потери данных вам следует разместить файлы одной БД на том же физическом диске, что и журнал транзакций другой БД. Это обеспечит возможность восстановления каждой из БД при поломке одного из дисков.

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

Дальнейшие меры по оптимизации производительности журнала транзакций -это использование системы RAID I. Такое рещение обходится дороже (поскольку для такой системы требуется вдвое больше дискового пространства), однако оно обеспечивает существенный выигрыш в производительности и защиту от аппаратных сбоев. Использование RAID 1 почти удваивает производительность операций чтения данных с диска (это особенно важно при выполнении резервного копирования данных) и сокращает время простоя (если один диск испорчен, то считываются данные с другого диска). Операции записи данных на диск выполняются несколько медленнее, хотя и быстрее чем для RAID 5. Вы можете уменьшить стоимость этого решения, сокращая размер журнала транзакций (а следовательно, объем и стоимость дисков) и чаше архивируя журнал транзакций.

Файлы данн1х

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

J 72 Создание и в пользовательских ба ных Глава 8

Следующий шаг к оптимизации дисковой системы - это повышение производительности операций ввода - вывода. Хотя объем данных, которые могут храниться на одном большом и на нескольких маленьких дисках, может быть одинаковым, разданных на нескольких дисках повышает производительность ввода - вывода (особенно когда используется несколько контроллеров). Это обеспечивается благодаря специальным возможностям SQL Server 2000, выполняющего параллельный просмотр данных за счет использоиания отдельных потоков операционной системы, по одному на каждый диск. Существуют разные способы размещения данных на скольких дисках.

Первый способ - это нескольких размещенных на отдельных дис-

ках файлов данных, объединенных в одну группу файлов. Можно также использовать RAID, чтобы разместить один файл (и хранящиеся в нем данные) на нескольких физических дисках, что позволяет большего выигрыша в производительности. Использование RAID также может обеспечивать отказоустойчивость. Если вы обладаете информацией о том, как выполняется доступ к данным в вашей то можете также использовать несколько групп файлов вместо RAID (или как дополнение к нему), размещая на отдельнхх дисках ицы и индексы, к которым доступ осуществляется наиболее часто. позволяет повысить производительность ввода - вывода. Однако в большинстве случаев RAID обеспечивает преимущества, которые вы получаете при использовании групп файлов, не создавая дополнительной нагрузки для администратора системы. При работе с очень большими БД (VLDB) может понадобиться использовать несколько систем RAID и объединять файлы RAID в группы

файлов для повышения производительности и упрощения поддержки БД.

Учитывая сложности администрирования групп файлов, администраторы БД обычно предпочитают решения на основе RAID и избегают использовать группы файлов. Как правило, большинство администраторов выбирает RAID 5, эффективно использующий дисковое пространство и обеспечивающий отказоустойчивость. Недостатком является относительно низкая производительность операций записи. RAID 5 подходит для систем, где требуется высокая производительность операций чтения и средняя производительности П!ий записи. Если же нужна высокая производительность записи, следует выбрать RAID 0 или RAID 10.

Если вы RAID 5, то в случае поломки одного диска в то

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

изводительность очень низка (хотя система продолжает работать во время восстановления данных).

При выборе между RAID 0 и RAID 10 предпочтительнее выбрать RAID 10 из-за

менее высокой надежности и восстановления данных в RAID 0. Однако

RAID 0 значительно дешевле, и этот фактор может сыграть решающую роль при выборе. Но при планировании долгосрочных вложений следует учесть, что RAID 10 обеспечиваем дательность. аналогичную RAID 0 и надежность, аналогичную RAID 1, и при достаточно продолжительной эксплуатаиии системы суммарная стоимость времени простоя из-за и поломок диска может сравниться со стоимостью RAID 10.

Если нужно использовать несколько систем RAID, можно разместить каждый файл данных в одной группе файлов или использовать несколько групп файлов (как правило, каждая система RAID вообще представляет собой отдельный файл данных). Если вы уже определили, к каким объектам и как будут осуществлять доступ пользователи системы, и у вас имеется достаточный опыт в оптимизации производительно-