5. Файлы база данных и журналы транзакций. Применение файловых групп. Режимы работы базы данных. Расширенные свойства баз данных

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

В каждой базе данных обязательно есть один главный (primary) файл. По умолчанию для него используется расширение mdf (хотя использовать именно такое расширение не обязательно — для любых файлов баз данных и журналов транзакций расширения могут быть любыми, а могут и отсутствовать). Удалять этот файл нельзя. Для базы данных можно создать и дополнительные файлы (secondary), для которых по умолчанию используется расширение ndf. Точно так же есть главный и дополнительные файлы у журналов транзакций, для них по умолчанию используется расширение ldf.

Первое решение — это где будут размещены файлы баз данных и журналов транзакций. По умолчанию и файлы баз данных, и файлы журналов помещаются в каталог С:\Program Files\Microsoft SQL Server\MSSQL.X\MSSQL\Data (где X — номер экземпляра SQL Server 2005). Такое размещение, конечно, не оптимально.

Идеальный вариант, с точки зрения размещения файлов баз данных, — поместить их на отдельный внешний аппаратный RAID-массив. Причем на этом RAID-массиве не должно быть ничего, кроме файлов базы данных, и, кроме того, на нем должно быть как минимум 50% пустого пространства.

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

- второй RAID-массив;

- отдельный набор дисков на том же RAID-массиве, что и файлы баз данных;

- два обычных диска, которые зазеркалированы по отношению друг к другу;

- просто обычный отдельный диск;

- размещение на том же диске, на котором размещены файлы баз данных (этот вариант наименее желателен, но именно он по умолчанию выбирается SQL Server 2005 в расчете на однодисковые системы).

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

При создании файла базы данных вы можете указать, к какой файловой группе он будет относиться. Файловая группа (Filegroup) — это, как понятно из названия, способ организации файлов базы данных. По умолчанию для любой базы данных создается файловая группа PRIMARY, и все создаваемые файлы базы данных по умолчанию будут относиться именно к ней.

при создании базы данных создаем дополнительную файловую группу USERS. Создаем новый файл данных, например, users.mdf, и определяем, что он будет относиться к этой группе;

- при создании пользовательских таблиц и индексов к ним определяем, что они будут принадлежать файловой группе USERS (для этой цели в командах CREATE TABLE и CREATE INDEX используется ключевое слово ON с указанием имени файловой группы). Обратите внимание, что назначать таблицам и индексам конкретные файлы нельзя, а файловые группы — можно;

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

Для баз данных SQL Server 2005 предусмотрено несколько режимов работы (которые называются также состояниями базы данных, database state). Настраиваются они при помощи вкладки Options окна свойств базы данных или при помощи команды ALTER DATABASE (за исключением режима ONLINE/OFFLINE, который изменяется не на вкладке Options, а из контекстного меню базы данных в окне Object Explorer). Можно выбрать следующие режимы работы базы данных:

- режимы ONLINE/OFFLINE/EMERGENCY. Режим ONLINE (оперативный режим) — это нормальный рабочий режим. Если перевести базу данных в режим OFFLINE (автономный режим), то:

· база данных станет недоступной для пользователей;

· на нее больше не будет расходоваться оперативная память сервера;

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

Режим EMERGENCY (аварийный) — это новый режим, который появился в SQL Server 2005. Если перевести базу данных в режим EMERGENCY, то:

· она станет доступной только на чтение;

· будет отключено протоколирование (т. е. запись в журналы транзакций);

· к базе данных смогут обращаться только системные администраторы (т. е. члены серверной роли sysadmin).

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

- режимы READ-ONLY/READ-WRITE. По умолчанию все базы данных находятся, конечно, в режиме READ-WRITE (чтение и запись). Перевод базы данных в режим READ-ONLY (только чтение) лишает пользователей возможности вносить изменения в данные, но серьезно ускоряет считывание данных за счет того, что никакие блокировки не накладываются. Чтобы перевести базу данных в режим READ-ONLY, нужно вначале отключить всех пользователей. В этом режиме часто работают архивные хранилища данных Data Warehouses (на время пакетной загрузки данных их режим меняется на READ-WRITE);

- режимы MULTI_USER/RESTRICTED_USER/SINGLE_USER. Режим MULTI_USER (многопользовательский) — это обычный режим, в нем по умолчанию работают все базы данных. В режиме RESTRICTED_USER (ограничения доступа пользователей) в базу данных допускаются только пользователи, которые принадлежат к роли базы данных db_owner или к одной из серверных ролей sysadmin или dbcreator. Это режим используется в ситуации, когда работа пользователей с базой данных нежелательна (массовая загрузка данных, обновление структуры, перестройка индексов), но нужно иметь возможность открывать несколько соединений с базой данных. В режиме SINGLE_USER (однопользовательский) разрешается только одно подключение к базе данных. Этот режим может использоваться, например, в разных аварийных ситуациях, когда производится восстановление базы данных.

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

Кроме возможности использовать существующие свойства баз данных, в вашем распоряжении также есть возможность создавать свойства самому. Свойства, которые вы можете создать сами, называются расширенными (extended properties). Их можно создать и настроить либо из свойств базы данных (в окне Properties на вкладке Extended Properties (Расширенные свойства)), либо из кода Transact-SQL при помощи хранимых процедур sp_addextendedproperty, sp_updateextendedproperty, sp_dropextendedproperty. Просмотреть значения этих свойств можно на той же вкладки Extended Properties либо при помощи функции fn_listextendedproperty.

Расширенные свойства предусмотрены не только для баз данных, но и для многих других объектов SQL Server 2005, например, для таблиц, столбцов таблиц, представлений, хранимых процедур, триггеров, функций и т. п. Расширенных свойств у объектов SQL Server 2005 может быть неограниченное количество. Для каждого из свойств предусмотрен единственный тип данных SQL_VARIANT, который вмещает в себя до 7500 байт данных.