Подготовка к установке SQL Server 2000

 

Прежде чем приступить к установке SQL Server 2000, необходимо получить хотя бы поверхностное представление о том, как проходит установка и к каким по­следствиям приведет задание того или иного параметра. В последнее время корпорация “Microsoft” при разработке программ придерживается стратегии снижения общей стоимости владения (Total Cost of Owner) системой. SQL Server 2000 не яв­ляется исключением, и это видно уже при установке сервера. Процесс установки построен таким образом, что инсталляцию сервера может выполнить даже пользо­ватель, никогда ранее не работавший с SQL Server 2000. Выбрав типичную (typical) установку, пользователь избавит себя от указания большей части параметров конфигурации сервера, значения которых будут назначены автоматически мастером установки. Необходимо будет лишь выбрать каталог для размещения и указать небольшое количество других интуитивно понятных параметров.

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

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

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

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

Как и при установке любых других продуктов, преждечем начатьустанавливатьSQL Server 2000, необходимо выполнить некоторые подготовительные операции.

Подготовку к установке можно условно разбить на три фазы:

- проверка аппаратного обеспечения;

- подготовка программного обеспечения;

- конфигурирование учетных записей служб SQL Server 2000.

 

Требования к аппаратному обеспечению

 

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

Список минимальных требований к аппаратной части компьютера, выдвигаемых SQL Server 2000, приведен в таблице 2.

Хотя требования и называются минимальными, все же допускается установка SQL Server 2000 и на системах более низкого уровня. Но вряд ли стоит планировать серьезную работу на такой системе.

 

Требования к программному обеспечению

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

SQL Server 2000 может работать под управлением следующих операционных систем:

- Windows 98;

- Windows NT Workstation 4.0;

- Windows NT Server 4.0;

- Windows 2000 во всех ее редакциях.

 

Как видно из вышесказанного, SQL Server 2000 не будет работать под управлением операционной сиcтемы Windows 95. Однако под управлением этой операционной системы могут работать клиентские приложения, устанавливающие соединение с SQL Server 2000.

При установке SQL Server 2000 на компьютер под управлением операционной системы Windows NT Server или Windows NT Workstation требуется установка Service Pack версии 5.0 или более поздней. При размещении SQL Server 2000 на компьюте­ре с операционной системой Windows 2000 не требуется устанавливать никакого дополнительного программного обеспечения.

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

SQL Server 2000 поддерживает все основные протоколы Windows 2000: NetBEUI, IPX/SPX и TCP/IP. Кроме того, возможна работа по протоколам AppleTalk ADSP, Banyan VINES и некоторым другим редко используемым протоколам.

Подготовка учетных записей

 

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

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

Каждая служба Windows NT и Windows 2000 может запускаться под своей собственной учетной записью. Служба будет иметь права доступа, предоставленные администратором учетной записи.

Для запуска служб указываются три типа учетных записей:

1. Local System (локальная система) – учетная запись локальной системы, предполагающая запуск службы с правами операционной системы. Она создается автоматически при установке операционной системы. Все действия по управлению этой учетной записью, в том числе изменение пароля, выполняет сама операционная система. Даже администратор не может управлять ею. Учетная запись имеет права администратора, обычно по умолчанию имеет доступ ко всем файлам. Однако в некоторых случаях все же требуется явно предоставить учетной записи доступ к тем илииным ресурсам. Если вы решили использовать для запуска SQL Server 2000 локальную учетную запись системы, то убедитесь, что она имеет полный доступ ко всем файлам и каталогам SQL Server 2000.

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

3. User for Domain (пользователь домена). Учетные записи этого типа хранятся централизованно на контроллере домена (domain controller) Windows NT или Windows 2000 и доступны с любого компьютера, являющегося членом домена. Принципиальным отличием учетных записей пользователя домена явля­ется возможность работы в сети.

 

Независимо от того, какой тип учетной записи используется для запуска служб SQL Server 2000, следует убедиться, что учетная запись, под которой стартует служба MSSQLServer, имеет следующие права доступа:

- доступ и изменение файлов в папке \Program Files\Microsoft SQL Server\Mssql;

- доступ и изменение файлов баз данных – mdf, ndf и Idf;

- чтение и запись следующих ключей реестра:

• HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer,

• HKEY_LOCAL_MACHINE\System\Cun-entControlset\Services\ MSSQLServer.

Каждая служба SQL Server 2000 может стартовать под собственной учетной записью. Но если нет особых на то причин, рекомендуется всегда конфигурировать запуск всех служб под одной и той же учетной записью. Хотя все службы и являются частью единого приложения, все же перед тем как начать работу, они обязаны пройти проверку прав доступа подобно обычным пользователям.

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

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

Если учетные записи служб SQL Server 2000 сконфигурированы некорректно, то впо­следствии можно изменить их параметры с помощью утилиты Services из набора ути­лит Control Panel (панель управления) или с помощью интерфейса Enterprise Manager.

 

Выбор конфигурации сервера

При установке SQL Server 2000 необходимо указать, какое сопоставление будет использоваться. Сопоставление (collation) определяет, каким образом будет вы­полняться хранение строковых значений, их сравнение и сортировка.

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

- порядок сортировки для данных не Unicode (тип данных char, varchar и text);

- порядок сортировки для данных Unicode (тип данных nchar, nvarchar и ntext);

- кодовая страница, используемая для хранения данных не Unicode.

Порядок сортировки

 

Порядок сортировки определяет, каким образом SQL Server 2000 будет сортировать данные. Другими словами, порядок сортировки – это то, в какой последова­тельности должны располагаться символы. Простейший способ сорти­ровки основывается на порядковом номере символа. Например, английская буква А имеет код 65, буква В – код 66, С – 67 и т. д. Если мы начнем упоря­дочивать набор символов С, В, G, В, F, А по возрастанию, то получим последо­вательность А, В, В, С, F, G. Более сложные типы упорядочивания работают с учетом символов национальных алфавитов, регистра символов и символов с диакритическими знаками. В некоторых кодировках национальные символы не всегда располагаются в алфавитном порядке. Если выполнять сортировку только на основе порядкового номера символа, то может быть получен неверный ре­зультат. Ситуация усугубляется, если в национальном наборе символов имеются символы с диакритическими знаками. Решением этой проблемы в SQL Server 2000 и является использование порядка сортировки (sort order):

- Binary – простейший тип сортировки, в основе которого лежит сравнение символов по их порядковым номерам в таблице символов. Этот тип сорти­ровки обладает максимальной скоростью работы по сравнению с другими типами сортировки;

- Case sensitive – сортировка, чувствительная к регистру. При использовании данного режима SQL Server 2000 будет делать различие между символами нижнего и верхнего регистров. При выполнении сортировки сначала будут перечислены все символы верхнего регистра, а только затем – нижнего;

- Accent sensitive – при использовании этого режима сервер будет делать раз­личие между символами с различными диакритическими знаками.

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

Кодовая страница

Кодовая страница (code page) определяет, какие символы будут доступны пользователям при использовании символьных типов данных char, varchar и text. Каждая кодовая страница содержит 256 символов. Такое ограничение на коли­чество символов связано с тем, что для кодирования номера символа использу­ется 1 байт, допускающий 256 состояний. Помимо термина “кодовая страница”, также иногда употребляется термин “набор сим­волов” (character set).

Обычно первая половина кодовой страницы (символы с кодом 0–127) постоянна во всех наборах символов. В ней содержатся английские буквы верхнего и нижнего регистра, цифры, восклицательный и вопросительный знаки, точка, запятая, скобки и другие символы, используемые во всех наборах. Вторая часть кодовой страницы (символы с кодом 128–255) содержит символы националь­ных алфавитов.

Стандартная поставка SQL Server 2000 поддерживает 16 наборов символов, в том числе и кодовую страницу 1251, содержащую символы рус­ского языка.

Данные Unicode

 

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

Для удовлетворения этих требований в SQL Server 2000 имеется поддержка стан­дарта Unicode. Данный стандарт позволяет преодолеть ограничение в 256 символов, обычное при работе с кодовыми страницами. В стандарте Unicode для кодирования номера символа используется не 1 байт, как в кодовой странице, а 2 байта. Такой подход обеспечивает нормальную работу системы с 65 536 символами (216). Подобное значительное увеличение количества доступных симво­лов позволяет одновременно корректно работать с символами различных национальных алфавитов. SQL Server 2000 имеет специальные типы данных для хранения символов Unicode: nchar, nvarchar и ntext.

 

Сопоставление SQL Server 2000

 

Ранее были кратко рассмотрены кодовая страница, поря­док сортировки и стандарт Unicode. Эти параметры определяют работу SQL Server 2000 с текстовыми данными. Однако в отличие от SQL Server 7.0 в про­цессе установки SQL Server 2000 пользователь не указывает отдельно значение каждого из этих параметров. Взамен он должен выбрать то или иное сопоставление, в составе которого, как уже говорилось ранее, и определяются значения всех упомянутых параметров.

Существенным изменением SQL Server2000 по сравнению с SQL Server 7.0 стала возможность работы в пределах одной установки с объектами, использующими различные сопоставления. Например, каждый из столбцов одной и той же таблицы может иметь свое собственное сопоставление.

В SQL Server 2000 существует два варианта управления сопоставлением, каждый из которых имеет свои особенности.

Сопоставление Windows – правила сравнения и хранения данных формируются на основе локальных установок, выбранных в Windows. Порядок сортировки задается отдельно. Управление сопоставлением подобным образом позволяет максимально сблизить механизмы обработки символьных данных операцион­ной системы и SQL Server 2000. Для конфигурирования сопоставления будут использоваться параметры конфигурации операционной системы, установленные с помощью утилиты Regional Options из набора утилит Control Panel.

Сопоставление SQL – в основном применяется для обеспечения совместимости с предыдущими версиями SQL Server. При использовании этого варианта пользователь в процессе установки должен будет выбрать один из доступных вариантов сопоставления. Например, сопоставление SQL с именем SQL_Latinl_General_CPl_CI_AS соответствует комбинации с порядком сортировки с учетом языка и без учета регистра (Dictionary Order, Case-insensitive), с кодовой страницей 1252 (ISO Code Page 1252) и основным сопоставлением Unicode (General Unicode Collation).

Использование сопоставления SQL рекомендуется лишь для обеспечения совместимости с предыдущими версиями SQL Server. В остальных ситуациях советуют использовать сопоставление Windows. Предполагается, что операционная система была соответствующим образом настроена и к моменту установки SQL Server 2000 имеет необходимые параметры.

Сетевые компоненты

 

Все возможности SQL Server 2000 раскрываются только при работе по сети. В принципе, SQL Server 2000 может работать и без сети, но его возможности в этом случае довольно ограничены. Кроме того, в этом случае SQL Server 2000 сможет обрабатывать запросы только локальных клиентов. Тем са­мым область действия будет составлять всего один компьютер.

Установка сетевых библиотек и протоколов

 

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

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

Конфигурирование сетевых библиотек

 

Установка протокола недостаточна для сетевой работы SQL Server 2000. Для того чтобы клиенты смогли установить соединение с сервером как на клиенте, так и на сервере, необходимо наличие специальных сетевых библиотек (network library). Эти библиотеки реализованы в виде динамически подключаемых библио­тек (dll, dynamic link library,) и подключаются к операционной системе. Библио­тека расширяет базовые возможности протокола и является как бы надстройкой над ним, выполняющей различные сетевые операции по обмену данными между клиентом и сервером.

Одновременно SQL Server 2000 может работать с использованием множества различных сетевых библиотек. Далее приводится описание сетевых библиотек, поддерживаемых SQL Server 2000.

1. AppleTalk ADSP. Библиотека, позволяющая клиентам Apple Macintosh подключаться к серверам SQL Server 2000, используя AppleTalk, подобно TCP/IP Sockets.

2. Multiprotocol. Библиотека, работающая с использованием вызова удаленных про­цедур RPC и не требующая конфигурирования. Работа ведется с использованием большинства механизмов Windows NT: TCP/IP Sockets, Named Pipes, NWLink IPX/SPX и т.д. При работе под управлением операционной системы Windows NT позволяет шифровать данные при передаче по сети, а также выполнять аутентификацию Windows NT поверх любого протокола. Не под­держивается при установке SQL Server 2000 под Windows 98.

3. Named Pipes. Библиотека, дающая возможность SQL Server 2000 использовать именованные каналы и применяющаяся в Windows NT и Windows 2000 по умолчанию. Эта библиотека может работать поверх основных протоколов Windows.

4. NWLink IPX/SPX. Библиотека, позволяющая подключаться к SQL Server 2000 клиен­там Novell NetWare.

5. Shared Memory. Библиотека, не являющаяся в полном смысле сетевой, хотя и имеющая (разделяемая память) те же интерфейсы, что и другие библиотеки. С ее помощью можно имитировать систему клиент-сервер на локальном ком­пьютере. Активно используется на компьютерах с установлен­ным SQL Server 2000, не имеющих поддержки сети.

6. TCP/IP (сокеты TCP/IP). Библиотека, работающая поверх протокола TCP/IP и использующая сокеты. Реализована работа через прокси-сервер. Сокеты TCP/IP применяются по умолчанию на всех операционных системах. Для SQL Server 2000 по умолчанию используется порт 1433.

7. Banyan VINES. С помощью этой библиотеки возможна работа клиентов, использующих протокол Banyan VINES IP.