Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Артемов Д.В. -> "Microsoft SQL Server 2000" -> 171

Microsoft SQL Server 2000 - Артемов Д.В.

Артемов Д.В. Microsoft SQL Server 2000 — М.: Издательско-торговый дом «Русская Редакция», 2001. — 576 c.
ISBN 5-7502-0154-6
Скачать (прямая ссылка): artemov.pdf
Предыдущая << 1 .. 165 166 167 168 169 170 < 171 > 172 173 174 175 176 177 .. 187 >> Следующая


Немного подробнее о причинах перехода на новый формат хранения. Большинство решений было продиктовано стремлением повысить масштабируемость систем, разрабатываемых в SQL Server, и упростить работу с ними. БД хранится в одном или нескольких файлах, объединенных в группы. Файлы могут автоматически расширяться и сжиматься. При задании автоматического расширения файлов данных и журнала Вы указываете дискретность роста и его пределы. снимает с администратора значительную часть нагрузки по отслеживанию текущего состояния файлов и свободного места в них.

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

www.books-shop.com

512

Microsoft SQL Server 2000. Новейшие технологии

архитектура хранения играет важную роль и с точки зрения масштабируемости. Это относится и к размеру страницы (8 Кб), и к организации хранения данных типа Text и Image. Эти данные хранятся в версии 7.0 совершенно иначе, чем раньше.

• Некоторая часть данных этого типа хранится на странице с данными, что позволяет сразу получать доступ к данным небольшого объема.

• Основная часть хранится на страницах, организованных в виде бинарного дерева, что значительно ускоряет поиск и работу с ними. Страницы с «нормальными» данными не пересекаются с данными неструктурированного типа, что также ускоряет работу сервера.

• При определении структуры таблицы (команда CREATE TABLE) можно указать файл или группу, в которых будут размещаться неструктурированные данные, тем самым разместив их на самостоятельном диске.

Чего в результате добились? Во-первых, БД версии 7.0 хранит ту же информацию, что и БД версии 6.x, только в новом формате. Во-вторых, новый формат проще в использовании и администрировании, БД ведет себя более предсказуемо, работу системы легче понять. Сразу после перевода БД получает возможность задействовать все преимущества, предоставляемые новой архитектурой хранения и функциональностью сервера. Системы, построенные вокруг БД нового формата, лучше масштабируются, обеспечивают более высокую производительность и проще в использовании.

Перевод выполняется мастером. В самом начале он анализирует то, с чем ему придется иметь дело, затем переносит идентификаторы пользователя (Login) и системную конфигурацию (определяемую После этого производится экспорт объектов посредством создания сценариев, описывающих все объекты БД. Специальная утилита (Scriptin.exe) обеспечивает высокую скорость исполнения сценариев на приемном сервере. После создания объектов мастер переносит собственно данные.

Есть два способа перемещения данных: по прямому каналу «direct pipeline» и через ленточный накопитель, используемый как промежуточное хранилище. В первом случае источник (SQL Server 6.x) и приемник (SQL Server 7.0) могут располагаться на одном компьютере или на разных машинах. Если на приемнике не хватает места, можно создать образ данных на выполнить резервное копирование всех данных сервера версии 6.x и затем удалить файлы, чтобы освободить место. Последний шаг — перевод и инициализация MSDB. Необхо-

www.books-shop.com

Приложение 1

димость этого шага обусловлена значительными изменениями, внесенными в MSDB в версии 7.0. Мы еще об этом поговорим, пока же достаточно сказать, что основные изменения связаны со значительной переработкой подсистем репликации и управлениями заданий.

Где бы ни располагались серверы: на одном компьютере или на разных — только один из них активен в любой момент времени. Второй вариант позволяет использовать прямой канал или ленту для перемещения данных. Если исходный и целевой серверы находятся в разных доменах, между доменами должны существовать доверительные отношения. Непосредственному переводу поддаются БД, работающие под управлением SQL Server версий 6.0 и 6.5. Базы, созданные для SQL Server 4.21, надо сначала перевести под версию 6.5. Это связано с практически полным отсутствием поддержки ANSI, ограничений в этой версии и с тем, что 4.21 официально не поддерживается для работы на NT 4.O.

Для начала перевода необходимо настроить процесс: что и как будет перенесено и т. д. Мастер позволяет перенести только объекты или объекты и данные. Дополнительно можно указать, насколько тщательно будет проверяться качество переноса. По умолчанию проверяются чисто количественные параметры, например, число записей в таблице. Эта проверка осуществляется компонентом Dbcheck.exe. Дополнительно можно заказать «исчерпывающую проверку данных», которая подразумевает проверку CRC для переносимых данных. При этом проверяются все данные во всех полях. Подобная проверка, конечно, способна минимум вдвое замедлить перенос данных.

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

После подключения к серверу мастер способен определить на нем список БД. Перечень баз, доступных для перевода, выводится в списке, который не включает Master, MSDB и Pubs. Первые две БД не включены потому, что они либо будут созданы при установке новой версии сервера (Master), либо автоматически переведены на последнем этапе процесса (MSDB). Pubs нет смысла переводить в силу ее незначительности. Однако из системных баз может быть переведена Model — это позволит сохранить все параметры, заданные для сервера предыдущей версии.
Предыдущая << 1 .. 165 166 167 168 169 170 < 171 > 172 173 174 175 176 177 .. 187 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100