Реферат: SQL Server 2000

Мы рассмотрели создание обычной базы данных, работа с которой произво­дится на локальном сервере. Иногда бывает необходимо перенести базу данных на новый сервер или разослать копии базы данных (например, каталог или го­довой отчет компании). SQL Server 2000 имеет инструменты для выполнения таких задач. Перенос выполняется путем отсоединения и последующего присо­единения базы данных. Далее в этой главе будет подробно описан механизм этих операций, а также будут рассмотрены хранимые процедуры для выполне­ния отсоединения и присоединения базы данных.

Если база данных записывается на компакт-диск и этот компакт-диск рассы­лается пользователям, то если выполнить обычное присоединение, файлы базы данных нельзя будет изменять. Следовательно, нельзя будет изменить парамет­ры системы безопасности, чтобы разрешить пользователям доступ к базе дан­ных. Кроме того, журнал транзакций также будет недоступен для записи. Специально для решения подобных проблем SQL Server 2000 позволяет созда­вать переносимые базы данных. При присоединении такой базы данных сервер создает на жестком диске файл, содержащий системные таблицы и журнал тран­закций. Пользовательские же данные используются непосредственно с .носите­ля и не могут быть изменены.

Для создания переносимой базы данных используется хранимая процедура sp_create_removable. Чтобы после создания базы данных проверить, соответствует ли она требованиям переносимой базы данных, можно использовать хранимую процедуру sp_certify_removable.

Управление базами данных

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

Большинство действий по изменению конфигурации базы данных выполня­ется с помощью команды ALTER DATABASE:

ALTER DATABASE database

j REMOVE FILEGROUP

j SET < optionspec > [  .. .'.n ] [ WITH < termination > ]

j COLLATE < collationjiame >

}

Как видно из синтаксиса, за один вызов команды может быть изменено не

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

шагов. Рассмотрим более подробно назначение каждого из аргументов.

О database. Имя базы данных, которую необходимо модифицировать. Естествен­но, указанная база данных должна существовать на сервере.

Чтобы иметь возможность изменить базу данных, необходимо, чтобы с ней не работал ни один пользо­ватель. Если же в базе данных имеется хоть одна активная транзакция, то попытка выполнения коман­ды ALTER DATABASE завершится ошибкой. В этом случае нужно дождаться, пока будут завершены все транзакции, либо воспользоваться аргументом WITH TERMINATION, который будет рассмотрен далее.

О ADD FILE <fi1espec> [, . . .n]. Этот аргумент используется, когда в базу данных необходимо добавить новые файлы данных. Как видно из синтакси­са, одновременно можно добавить множество файлов. Как и при работе с командой CREATE DATABASE, файлы описываются с помощью конструкции <filespec>, синтаксис и использование которой были рассмотрены в преды­дущем разделе при рассмотрении создания базы данных.

•   ТО FILEGROUP f 11 egroup_name. Используется в сочетании с предыдущим ар­гументом для добавления файлов в определенную группу файлов. Если ар­гумент ТО FILEGROUP не указывается, то файлы будут добавлены в группу файлов по умолчанию.

О ADD LOG FILE <f11espec> [, . . .n]. Если с помощью двух предыдущих ар­гументов можно добавлять в базу данных файлы данных, то аргумент ADD LOG FILE используется для добавления в базу данных одного или более файлов журнала транзакций.

О REMOVE FILE 1 ogica1_fi 1 e_name. В противоположность предыдущим, с по­мощью рассматриваемого аргумента осуществляется удаление из базы дан­ных одного из файлов. Отметим, что за одну команду ALTER DATABASE мож­но удалить всего один файл. Аргумент REMOVE FILE используется как для удаления файлов данных, так и для удаления файлов журнала транзакций. Однако прежде чем станет возможным удаление файла, он должен быть ос­вобожден от данных. В противном случае сервер не разрешит его удаление.

Освободить файл от данных можно с помощью команды DBCC SHRINKFILE (file_name, EMPTYFILE). Аргумент EMPTYFILE предписывает распределить все данные из файла между другими файлами группы. Добавление новых данных в файл не разрешается.

О ADD FILEGROUP f i legroup_name. Используется для создания в базе данных группы файлов с указанным именем. Как видно из синтаксиса, при создании группы не указывается, какие файлы должны в нее войти. Перенос существующих файлов в новую группу выполняется отдельно. В базе данных может быть создано до 256 групп файлов. Напомним, что группы файлов создаются только для файлов данных. Файлы журнала транзакций не могут быть организованы в группы.

О REMOVE FILEGROUP filegroup_name. Используется для удаления из базы дан­ных указанной группы файлов. При этом также будут удалены все файлы, включенные в эту группу. Однако перед выполнением этой операции необ­ходимо предварительно удалить из файлов все данные.

О MODIFY FILE <fi lespec>. Используется для изменения параметров файла базы данных, таких как логическое имя (NAME), первоначальный размер (SIZE), мак­симальный размер (MAXSIZE) и шаг приращения (FILEGROWTH). За один вы­зов команды ALTER DATABASE может быть изменен только один параметр одного из файлов. Хотя для описания файла и используется конструкция <fi!espec>, ее синтаксис несколько иной, чем при создании базы данных. Отличительной особенностью является наличие аргумента NEWNAME, с помо­щью которого можно изменить логической имя файла. В остальном же син­таксис и использование конструкции аналогичны рассмотренным ранее.

<filespec>   ::=

(  NAME = logical_file_narne

[  . NEWNAME = new_log1cal_name ]

[  , FILENAME = "os_file_name" ]

[  . SIZE = size ]

[  . MAXSIZE = UNLIMITED ]

[  . FILEGROWTH = growthjncrement ] )

О MODIFY NAME = new_dbname. Как нетрудно догадаться, этот аргумент позво­ляет изменять имя базы данных. Для этого достаточно всего-навсего указать новое имя с помощью параметра new_dbname.

О MODIFY FILEGROUP fi1egroup_name NAME = new_fi1egroup_name. Помимо изменения имени базы данных также можно переименовать и отдельную груп­пу файлов. Это и делается с помощью рассматриваемого аргумента. Все, что нужно для изменения имени группы, — указать текущее имя с помощью па­раметра f i I egroup_name и новое имя— с помощью параметра new_fiIegroup_name.

О MODIFY FILEGROUP fi1egroup_name filegroup_property. Этот аргумент позволяет управлять свойствами группы файлов. Имя группы файлов, свой- • ства которой предполагается изменить, задается параметром f i I egroup_name, тогда как параметр f i I egroup_property предназначен для указания свойства, которое должно быть назначено для группы файлов. Поддерживаются сле­дующие значения параметра f ilegroup_property.

*   READONLY. При указании этого значения группа файлов переводится в ре­жим «только для чтения». В этом режиме запрещается выполнение любых модификаций данных в файлах, принадлежащих соответствующей группе. Переключение группы файлов в режим «только для чтения» могут выпол­нять только пользователи, имеющие монопольный доступ к базе данных. Нельзя устанавливать в режим «только для чтения» первичную группу файлов, так как в этом случае системные таблицы будут заблокированы и выполнение любых изменений в базе данных (в том числе и отмена для группы файлов режима «только для чтения») станет невозможным.

*   READWRITE. Действие этого значения обратно предыдущему. Использует­ся для разрешения изменений в группе файлов, установленной в режим «только для чтения». Работа с этим значением, как и с предыдущим, раз­решена только пользователям, имеющим монопольный доступ к базе дан­ных.

*   DEFAULT. Используется для маркировки указанной группы файлов как группы файлов по умолчанию (default filegroup). В эту группу файлов будут включаться все файлы данных, которые явно не включены ни в какую другую группу файлов. Более того, все объекты (индексы, таблицы и их столбцы), для которых явно не указано, в какой группе файлов они должны располагаться, будут размещены в группе файлов по умолчанию. Группа файлов, которая до этого была группой файлов по умолчанию, становится обычной группой.

О WITH <termination>. Вполне возможна ситуация, когда попытка изменения базы данных происходит при выполнении какой-либо транзакции. Как уже говорилось, эти две операции несовместимы и одна из них должна быть от­ложена до окончания другой. То есть администратор должен либо подождать завершения всех активных транзакций, либо принудительно прервать их вы­полнение. В первом случае администратор может довольно долго ждать за­вершения всех транзакций. Более того, ничто не помешает пользователям начинать новые транзакции. В предыдущих версиях, в том числе и в SQL Server 7.0, это было единственным решением. К счастью, в SQL Server 2000 появилась возможность принудительного прерывания всех пользовательских транзакций. Именно для этого и используется аргумент WITH <ternnnation>, который определяет метод прерывания транзакций. Синтаксис конструкции <termination> следующий:

< termination >   ::= ROLLBACK AFTER integer [ SECONDS ] |   ROLLBACK   IMMEDIATE |   NO  WAIT

»   ROLLBACK AFTER num_second [SECONDS] — в этом случае сервер будет ожидать указанное количество секунд, прежде чем прервет все активные и обслуживание баз данных транзакции. Предварительно можно отправить пользователям сообщение по сети, что через столько-то секунд все транзакции будут принудитель­но откачены. За это время пользователи должны либо зафиксировать, либо откатить свои транзакции. *   ROLLBACK IMMEDIATE — в этом случае откат пользовательских транзакций

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26