Эффективная установка SQL Server 2000

Подробности процесса развертывания...

Ицик Бен-Ган

Разработчики Microsoft стараются максимально упростить процесс установки программного обеспечения, в том числе и SQL Server 2000. Достаточно загрузить файл setupsql.exe из папки x86setup с установочного компакт-диска, указать некоторые настройки в диалоговых окнах, и дальше установка пройдет без какого-либо вмешательства со стороны пользователя. Инсталляцию SQL Server 2000 можно выполнить, даже не понимая, что означает выбор того или иного параметра, — просто щелкать Next в большинстве диалоговых окон. Не стоит, однако, относиться к процессу установки слишком небрежно. Я настоятельно рекомендую обращать внимание на каждый параметр и задумываться о последствиях своих действий: неправильная настройка сортировки, например, может привести к трудно исправляемой ошибке, а принятие аутентификации по умолчанию — создать пробелы в системе безопасности.

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

Экземпляры

Находясь непосредственно на месте установки, выполняют стандартную установку (которая отличается от автоматизированной и удаленной установки, см. ниже). При вызове программы setupsql.exe запускается мастер установки. Затем появляются два диалоговых окна — Welcome и Computer Name, после чего необходимо выбрать конфигурацию совместно работающих экземпляров. SQL Server 2000 допускает установку нескольких экземпляров SQL Server на одну машину. (Более подробно об экземплярах SQL Server рассказано в статьях Кэлен Дилани «Multiple Instances», July 2000, InstantDoc ID 8686 и «Managing Multiple Instances», August 2000, InstantDoc ID 9021.) Для настройки нескольких совместно работающих экземпляров система выводит два диалоговых окна.

Экран 1. Диалоговое окно Installation Selection.

Первое окно, изображенное на Экране 1, позволяет сделать выбор между установкой нового экземпляра и модернизацией существующего. При выборе установки нового экземпляра появляется диалоговое окно Instance Name, показанное на Экране 2. Далее можно либо указать имя экземпляра, либо поставить флажок Default для установки экземпляра по умолчанию.

Экран 2. Диалоговое окно Instance Name.

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

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

После установки в SQL Server 2000 с помощью инструментов резервного копирования и восстановления, присоединения и отсоединения, служб преобразования данных (Data Transformation Services, DTS) или мастера копирования баз данных (Copy Database Wizard) можно загрузить базы данных SQL Server 7.0. Независимо от того, какой путь выбран для модернизации предыдущей версии до SQL Server 2000, нельзя указать более одной установки для одних и тех же копий баз данных, поэтому каждая установка должна иметь собственную копию каждой базы данных.

Теперь рассмотрим функцию SQL Server 7.0 под названием переключатель версий. Она обеспечивает возможность совместного существования на одном компьютере SQL Server 7.0 и SQL Server 6.5. Как бы то ни было, в данный момент времени может использоваться только одна из версий; вторая будет бездействовать. При вызове переключатель версий активизирует бездействующую версию и отключает активную. Если на компьютере установлен SQL Server 6.5, который не настроен на переключение версий с SQL Server 7.0, то программа инсталляции предложит на выбор две возможности: модернизировать SQL Server 6.5 до назначаемого по умолчанию экземпляра SQL Server 2000 с созданием переключателя версий между SQL Server 6.5 и SQL Server 2000, либо модернизировать SQL Server 6.5 до именованного экземпляра SQL Server 2000. В отличие от модернизации с SQL Server 7.0, в процессе которой текущая версия стирается, SQL Server 6.5 остается на компьютере независимо от выбранного пути модернизации до SQL Server 2000.

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

Пользовательская установка

В диалоговом окне Setup Type (см. Экран 3) мастер установки просит выбрать один из трех типов установки: обычная (Typical), минимальная (Minimum) и пользовательская (Custom). При выборе Typical или Minimum настройка компонентов, сортировки и сетевых библиотек производится SQL Server с помощью параметров, установленных по умолчанию. Поскольку обычная установка может вызвать в дальнейшем определенные проблемы, я рекомендую всегда выбирать пользовательский тип установки, даже если параметры, принятые по умолчанию, вполне устраивают. Если потом вдруг окажется, что параметры по умолчанию не годятся, то после установки будут трудности с изменением некоторых из указанных выше настроек — особенно с настройками сортировки. Пользовательская установка позволяет дважды проверить выбранные настройки. По-моему, лучше пройти несколько лишних диалоговых окон, но зато точно знать, что настройки выбраны правильно.

Экран 3. Диалоговое окно Setup Type.

Безопасность

В процессе установки информация, относящаяся к вопросам безопасности, указывается в двух диалоговых окнах: Services Accounts (см. Экран 4) и Authentication Mode (см. Экран 5). В окне Services Accounts производится точная настройка учетных записей для служб SQL Server и SQL Server Agent. Каждая служба запускается операционной системой от имени учетной записи, указанной для нее в этом окне, и работает в операционной системе в контексте безопасности данной учетной записи. Например, когда выполняется резервное копирование, SQL Server проверяет, имеет ли login, используемый для подключения к SQL Server, соответствующее разрешение BACKUP DATABASE. Как бы то ни было, для создания устройства резервного копирования и записи на него SQL Server должен сформировать файл на диске или сетевом ресурсе общего доступа, а эта операция использует контекст безопасности учетной записи службы SQL Server.

Экран 4. Диалоговое окно Services Accounts.

Аналогичным образом служба SQL Server Agent запускает программы в рамках SQL Server и операционной системы или в сети в контексте безопасности учетной записи службы SQL Server Agent. Несмотря на то что учетная запись, не имеющая административных привилегий, может запустить службу SQL Server, лучше все-таки сделать учетную запись для службы SQL Server членом локальной группы Administrators. В противном случае придется в явной форме назначать учетной записи все нужные права (например, создавать файлы базы данных). Также нужно назначить учетной записи службы подходящие полномочия для работы в сети (например, создавать и записывать файлы на сетевые ресурсы, используемые SQL Server в качестве хранилищ резервных копий).

Экран 5. Диалоговое окно Authentication Mode.

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

А если SQL Server Agent выполняет какие-либо действия на других машинах сети, такие, как репликация или работа с несколькими серверами одновременно, то нужно использовать доменную учетную запись, имеющую также соответствующие полномочия на других машинах. На Экране 6 изображен домен с тремя машинами SQL Server в мультисерверной среде, в которой главный сервер управляет автоматическими действиями на подчиненных серверах. Srv1 выступает в роли главного сервера, а Srv2 и Srv3 — в роли подчиненных. Поскольку обе стороны (главная и подчиненная) должны взаимодействовать друг с другом, учетная запись службы SQL Server Agent главного сервера обязательно должна иметь подходящие привилегии на подчиненных серверах, и наоборот. Простейший способ настроить конфигурацию такой среды состоит в том, чтобы создать одну доменную учетную запись (например, Domain1SQLService, как на Экране 6), сделать ее членом локальной группы Administrators на всех серверах и запускать все службы SQL Server Agent с этой учетной записью.

Экран 6. Мультисерверная среда.

В диалоговом окне Authentication Mode (см. Экран 5) можно выбрать один из вариантов аутентификации: либо разрешить только пароли с аутентификацией Windows (Windows Authentication Mode), либо задействовать оба типа паролей — и Windows, и SQL Server (Mixed Mode).

В нем также указывается пароль для системного администратора SQL Server. Аутентификация средствами Windows предусмотрена режимом безопасности по умолчанию и рекомендуется в большинстве случаев. Однако, исходя из соображений безопасности, я рекомендую выбрать режим Mixed Mode и указать пароль для учетной записи системного администратора, перейдя на режим аутентификации средствами Windows после завершения установки и выполнения еще нескольких настроек системы безопасности. Программа установки создает login системного администратора для доступа к SQL Server и делает его членом серверной роли sysadmin. Если в качестве режима безопасности сервера выбирается аутентификация средствами Windows, то в процессе установки создается отключенный login системного администратора (поскольку отключена аутентификация средствами SQL Server) с пустым паролем. Можно изменить пароль системного администратора после установки, и я настоятельно рекомендую это сделать, но выбор изначального режима аутентификации средствами Windows опасен тем, что впоследствии можно забыть изменить пароль или оставить его пустым, полагая, что login системного администратора отключен.

13.09.2002г