Как установить sql server 2000 на windows 10
Обновлено: 06.07.2024
Для установки экземпляра SQL Server 2000
необходим компьютер удовлетворяющий ряду
требований к аппаратным и программным
ресурсам:
• Минимальные аппаратные требования:
Процессор – Intel Pentium-166 или более мощный;
Монитор – поддерживающий разрешение 800х600;
Координатное устройство – мышь совместимая с
Microsoft Mouse;
Привод CD-ROM – при установке с компакт диска;
Оперативная память (для ОС Windows 2000 Server) –
128 Мб (минимум), 256 Мб (рекомендуется).
Свободный объем жесткого диска для установки
компонентов SQL Server 2000 – 95-270 Мб (для
серверных и клиентских утилит), 113 Мб (для средств
управления), 30 Мб (для SQL Server Books online), 50120 Мб (для Analysis Services), 80 Мб (для English Query)
3. Ресурсы, повышающие производительность MS SQL Server
Существуют аппаратные ресурсы существенно
влияющие на производительность работы сервера:
Аппаратные
ресурсы
Факторы, которые должны быть учтены
Оперативная память
SQL Server 2000 активно использует оперативную память
для повышения производительности. Наращивание ОЗУ –
один из наиболее важных факторов повышения
производительности
Процессор
SQL Server 2000 поддерживает симметричную
многопроцессорную обработку (с Windows 2000 Data Center
до 32 процессоров)
Системы хранения
данных
Для повышения производительности сервера полезно
использовать высокоскоростные диски, размещать БД и
журналы транзакций на разных дисках и использовать
массивы RAID
Сеть
При большом объеме БД использование скоростных
сетевых адаптеров и высокоскоростных сетей обеспечивает
выигрыш в производительности системы на основе SQL
Server 2000
4. Параметры установки
При установке SQL Server 2000
необходимо выбрать конфигурационные
параметры:
• Учетную запись для служб SQL Server 2000 и
SQL Server Agent;
• Режим проверки подлинности для SQL Server
2000;
• Определить последовательность сортировки
по умолчанию;
• Сетевые библиотеки для SQL Server 2000;
• Режим лицензирования клиентов.
5. Выбор учетной записи для служб SQL Server 2000
Все службы SQL Server 2000 работают в
контексте учетной записи пользователя. При
установке необходимо установить учетную
запись пользователя для служб SQL Server и
SQL Server Agent.
Для клиент-серверных сред, как правило,
используют специальную учетную запись для
служб SQL Server 2000. В этом случае службы
смогут работать с другими установленными в
сети серверами и обращаться к сетевым
ресурсам.
Для всех серверов, которые будут
обмениваться данными, рекомендуется
использовать одну и ту же учетную запись.
6. Выбор учетной записи для служб SQL Server 2000
Применение специальной учетной записи предполагает
создание доменной учетной записи, которая
используется только для служб SQL Server и SQL Server
Agent. При ее создании устанавливается флажок: срок
действия пароля не ограничен.
Данная учетная запись должна иметь специальные
права:
• Право регистрироваться в системе как служба;
• Право доступа для чтения и изменения содержимого папки
SQL Server, файлов БД, право доступа для чтения и записи
системного реестра Windows.
Программа установки автоматически предоставляет
права указанной учетной записи пользователя домена.
7. Выбор режима проверки подлинности пользователей
SQL Server 2000 поддерживает два
режима проверки подлинности
пользователей:
• режим проверки подлинности Windows;
• смешанный режим.
По умолчанию используется первый
режим. В данном режиме SQL Server
принимает доверенные подключения
Windows.
8. Выбор режима проверки подлинности пользователей
При выборе смешанного режима SQL Server
2000 использует один из двух методов
проверки:
• средствами Windows;
• клиентское приложение сообщает имя и пароль
пользователя SQL Server.
Режим проверки подлинности Windows
рекомендуется в большинстве вариантов
установки серверов. Он обеспечивает более
надежные средства защиты, включая
шифрование пароля, а также упрощает
администрирование в домене Windows.
9. Выбор последовательности сортировки
Последовательность сортировки определяет порядок хранения
данных, кодировка которых отличается от Unicode, а также
задает параметры сортировки и сравнения данных.
Последовательность сортировки определяется двумя
параметрами:
• кодировкой, выбранной по умолчанию для Windows;
• последовательностью сортировки SQL.
Если при установке программа определяет, что SQL Server
2000 устанавливается на компьютере, где язык по умолчанию
– английский, то выбирается алфавитный порядок сортировки
без учета регистра, используемый для кодовой страницы 1252.
Последовательность сортировки для SQL Server может быть
задана на разных уровнях. Первоначальная сортировка
задается для всех системных БД. Если для пользовательской
БД не определен собственный порядок сортировки, то
наследуется последовательность, заданную по умолчанию.
10. Выбор сетевых библиотек
11. Серверные сетевые библиотеки
Для управления сетевыми
библиотеками SQL Sever
2000 используется
специальная утилита SQL
Server Network Utility
12. Выбор варианта лицензирования клиентов
SQL Server 2000 поддерживает два
варианта лицензирования клиентов:
• по числу процессоров – число необходимых
лицензий определяется числом всех
процессоров, установленных на сервере, и
клиентам не требуются дополнительные
лицензии. Такой режим используется для
больших сетей и при организации доступа
анонимных пользователей Интернет;
• по числу рабочих мест – для подключения к
SQL Server 2000 необходимо иметь
клиентскую лицензию доступа (CAL).
Применяется для небольших и средних
сетей.
13. Установка SQL Server 2000
При выполнении установки SQL Server 2000 запускается
Мастер установки на разных этапах которого можно
установить различные параметры:
• на первом шаге выбирается набор устанавливаемых компонент.
14. Типы установки
При установке на локальном
компьютере можно выбрать следующие
варианты:
Clients Tools Only – используется если
есть необходимость использования
клиентских утилит, управлять работой
SQL Server, организовывать подключения
к БД сервера.
Server and Clients Tools – устанавливается
сервер БД, а также программные
компоненты, обеспечивающие
возможность подключения клиента к
серверу и клиентские утилиты,
управляющие работой сервера.
Connectivity Only – используется, если
необходимо обеспечить возможность
подключения клиентов к SQL Server 2000.
Библиотека MDAC устанавливается для
каждого варианта. Данная библиотека
обеспечивает возможность подключения
к именованным экземплярам SQL Server
2000.
15. Выбор варианта установки
Серверные и клиентские утилиты могут
быть установлены в следующих вариантах:
• Typical
• Minimum
• Custom
При выборе нестандартной
установки (Custom)
имеется возможность
указать список
устанавливаемых
компонентов.
16. Параметры установки
Параметр
Описание
Services Accounts (учетные
записи служб SQL Server и
SQL Server Agent)
Необходимо указать локальную или учетную
запись, в контексте которой будут работать
службы. Кроме того, указывается если
необходимость в автоматическом запуске
при загрузке ОС
Authentication Mode (режим
проверки подлинности)
Выбирается один из режимов проверки
подлинности – режим проверки подлинности
Windows или смешанный режим. Для
смешанного режима вводится пароль для
системного администратора SQL Server –
пользователь с учтной записью sa
Choose Licensing Mode
(вариант лицензирования)
Указывается вариант лицензирования – по
числу пользовательских мест или по числу
процессоров.
17. Нестандартная (Custom) установка
При выборе нестандартной установки можно задать
следующие дополнительные параметры:
• Установить дополнительные средства разработки
(заголовочные файлы и библиотеки, API-интерфейсы
резервного копирования и восстановления данных и т.п.);
• Установить примеры программ;
• Выбрать устанавливаемые компоненты SQL Server 2000;
• Изменить параметры сортировки по умолчанию;
• Выбрать и сконфигурировать дополнительные сетевые
библиотеки;
• Изменить именованный канал по умолчанию;
• Изменить выбранный по умолчанию номер порта
библиотеки TCP/IP Sockets (1433);
• Определить адрес прокси-сервера, при организации обмена
данных через прокси-сервер.
18. Установка нескольких экземпляров SQL Server 2000
Допускается использование нескольких
экземпляров SQL Server 2000 на одном
компьютере. Такой подход позволяет получить
независимые наборы системных и
пользовательских БД на одном компьютере.
Устанавливаемый экземпляр SQL Server может
быть сделан экземпляром по умолчанию или
именованным экземпляром.
Для установки именованного экземпляра
необходимо снять флажок Default в окне
установки.
19. Корректное использование нескольких экземпляров SQL Server 2000
При работе нескольких экземпляров SQL
Server 2000 на одном компьютере
увеличивается число установленных
компонентов программного обеспечения
и объем работы по администрированию
серевра.
Дополнительные экземпляры служб SQL
Server и SQL Server Agent повышают
требования к аппаратным ресурсам
компьютера.
20. Компоненты, совместно используемые экземплярами SQL Server 2000
Ряд компонентов SQL Server 2000
устанавливаются и используются в
единственном экземпляре:
• Клиентские утилиты для управления
работой сервера;
• Books Online – справочная
интерактивная система;
• Служба Microsoft Search;
• Служба Distributed Transaction
Coordinator.
21. Компоненты, устанавливаемые для каждого экземпляра SQL Server 2000
Для каждого экземпляра SQL Server 2000
устанавливаются отдельные экземпляры служб
SQL Server и SQL Server Agent:
• Для экземпляра по умолчанию – MSSQLServer и
MSSQLServerAgent
• Для именованных экземпляров –
MSSQLServer$имя_экземпляра и
MSSQLServerAgent$имя_экземпляра.
Ядро БД каждого экземпляра полностью
независимо от любого другого экземпляра SQL
Server. Системные и пользовательские БД
экземпляров также независимы друг от друга.
22. Удаленная и автоматическая установка SQL Server 2000
SQL Server 2000 допускает
автоматическую и удаленную установку.
Процедура автоматической установки
заключается в запуске пакетного файла,
который вызывает файл инициализации
установки ( .iss). Данный файл
включает в себя параметры установки
SQL Server 2000.
Синтаксис команды имеет вид:
start /wait путь\setupsql.exe k=sms –s –m –SMS –f1 “c:\setup.iss”
23. Создание файлов инициализации установки
Существует три способа создать файл .iss для
автоматической установки:
• В диалоговом окне Мастера установки Advanced Options
имеется возможность записать файл автоматической
установки (Record Unattended .ISS file). Выбрав данный
вариант устанавливаемые опции записываются в файл .iss
и сохранены в папке \winnt.
• Использование одного из трех .iss файла, находящихся в
дистрибутиве SQL Server 2000: sqlins.iss – обычный вариант
установки, sqlcli.iss – установка только клиентские утилиты,
sqlcst.iss – установка всех компонентов SQL Server 2000.
• Внести изменения в файл setup.iss, автоматически
создаваемый при каждой установке SQL Server 2000 в
каталоге \winnt.
Справка по формату .iss-файлов и примеры имеются в
справочной интерактивной системе SQL Server 2000
Books Online.
24. Удаленная установка
Мастер установки позволяет выполнять устанавливать
экземпляр на удаленном компьютере.
Для этого необходимо в начале работы Мастера указать имя
удаленного компьютера.
Кроме того, необходимо войти в систему под доменной учетной
записью позволяющей вести установку на удаленном
компьютере, то есть обладающую административными
правами.
Необходимо указать каталог, куда будет установлен SQL Server
2000 и полный путь к файлам, необходимым для установки.
Программа установки запишет выбранные параметры в файл
setup.iss, скопирует необходимые данные на удаленный
компьютер и выполнить автоматическую установку, используя
файл setup.iss.
Автоматическая установка позволяет выполнить установку
программы на нескольких компьютерах с одинаковой или
схожей конфигурацией.
25. Анализ и разрешение проблем при установке SQL Server 2000
Программа установки SQL Server 2000
генерирует несколько файлов журнала,
которые могут быть использованы для
анализа и разрешения проблем при
неудачной установке программы:
• Sqlstp.log – регистрируются ошибки,
которые появляются при конфигурировании
программы установки;
• Setup.log – регистрирует удачное или
неудачное завершение установки;
• Searchsetup.log – регистрирует ошибки,
выявленные в процессе конфигурирования
службы Microsoft Search.
26. Анализ и разрешение проблем при установке SQL Server 2000
27. Результаты установки SQL Server 2000
Программа установки SQL Server 2000 вносит
определенные изменения в структуру папок и
файлов системы, а также в разделы реестра
Windows.
После первичной установки файла SQL Server
2000 размещаются в каталоге \Program
Files\Microsoft SQL Server, находящийся на том
же разделе, что и системная папка Windows. В
данном каталоге располагается подкаталог с
именем 80. В данном каталоге хранятся
разделяемые файлы, общие для всех
экземпляров MS SQL Server 2000. Перемещать
файлы из данного каталога нельзя.
28. Содержимое разделяемых папок каталога \Program Files\Microsoft SQL Server\80
Папка каталога
\Program Files\
Microsoft SQL\80
Содержание каталога
COM
Содержит dll-библиотеки для COM-объектов, в
том числе используемые утилитами репликации
COM\Resources
Содержит rll-реусурсы, которые используются
библиотеками из папки COM
Tools\Binn и
Tools\Binn\Resoures
Содержит все клиентские исполняемые
программы для администрирования SQL server
2000 и связанные с ними библиотеки
Tools\Book
Содержит файлы интерактивной справочной
системы
Tools\DevTools
Содержит файлы и программы. Используемые
разработчкиами
29. Содержимое разделяемых папок каталога \Program Files\Microsoft SQL Server\80
Папка каталога
\Program Files\
Microsoft SQL\80
Содержание каталога
Tools\Html
Содержит файлы форматов html, Jscript и GIF
используемые Books Online и Enterprise Manager
Tools\Scripts
Содержит сценарии Transact-SQL, используемые
Analyzer для поиска объектов
Templates\DTS
Содержит демонстрационный файл шаблона dts,
Template Demo.dtt
Templates\SQL Profiler
Содержит файлы шаблонов с набором описаний
трассировки
Templates\SQL Query
Analyzer
Содержит файлы библиотек стандартных
сценариев T-SQL для выполнения
административных задач
30. Содержимое уникальных папок экземпляра \Program Files\Microsoft SQL Server\MSSQL
Папка каталога
\Program Files\
Microsoft SQL\MSSQL
Содержание каталога
\
Содержит информацию необходимую для
корректоного удаления SQL Server 2000
\Backup
Содержит все резервные копии файлов,
которые сохранялись в каталоге
\Binn и \Binn\Resources
Содержит уникальные исполняемые файлы и
библиотеки для экземпляра SQL Server
\Data
Содержит систему SQL Server и файлы
пользовательских БД, созданных по умолчанию
\FtData
Содержит файлы полнотекстного поиска
31. Содержимое уникальных папок экземпляра \Program Files\Microsoft SQL Server\MSSQL
Папка каталога
\Program Files\
Microsoft SQL\MSSQL
Содержание каталога
\Install
Содержит сценарии T-SQL, используемые
программой установки SQL Server 2000
\Jobs
Папка для хранения временных файлов,
используемых рабочими процессами в качестве
выходных данных
\Log
Содержит журналы записей ошибок SQL Server
и SQL Server Agent
\Repldata
Каталог по умолчанию для задач репликации и
хранения файлов «мгновенных снимков»
данных
\Repldata\Ftp
Рабочий каталог для хранения файлов
«мгновенных снимков» реплицируемых данных
при поддержки анонимных подписчиков
Установка приложения Microsoft SQL Server 2000 Desktop Engine (MSDE 2000) для обеспечения поддержки базы данных для службы управления правами
Как установить приложение Microsoft SQL Server 2000 Desktop Engine (MSDE 2000), чтобы обеспечить поддержку базы данных для службы управления правами
Зарегистрируйтесь в системе, используя учетную запись домена, являющуюся членом локальной группы администраторов на сервере, на котором требуется установить приложение Microsoft SQL Server 2000 Desktop Engine (MSDE 2000).
Запустите файл MSDE2000A.exe, чтобы извлечь в папку установочный пакет MSDE 2000. По умолчанию эта папка называется MSDERelA, но можно указать и другое имя.
Откройте окно командной строки и перейдите в папку, в которой была сохранена установка MSDE 2000.
Введите следующую команду, чтобы установить приложение Microsoft SQL Server 2000 Desktop Engine с правильной конфигурацией для работы со службой управления правами, и укажите выбранный надежный пароль:
**Setup.exe /i setup\sqlrun10.msi INSTANCENAME=RMS DISABLEAGENTSTARTUP=1 SAPWD=**пароль
Не подготавливайте службу управления правами на сервере, пока не будет установлена база данных для поддержки базы данных конфигурации службы управления правами.
Рекомендуется использовать Microsoft SQL Server Desktop Engine для поддержки баз данных службы управления правами только в пробных средах, поскольку Microsoft SQL Server Desktop Engine не содержит средств для полномасштабной работы и обслуживания базы данных масштаба предприятия. Кроме того, поскольку MSDE не поддерживает удаленного доступа через сеть, его необходимо устанавливать на тот же сервер, что и службу управления правами, и добавление новых серверов к кластеру службы управления правами невозможно. В условиях использования Microsoft SQL Server Desktop Engine указано, что средства клиента SQL Server нельзя использовать для управления базой данных Microsoft SQL Server Desktop Engine. С учетом этого ограничения невозможно выполнять резервное копирование и восстановление базы данных конфигурации службы управления правами, просматривать информацию журналов и непосредственно изменять данные, хранящиеся в базе данных конфигурации
Инструкция по установке MS SQL Server 2000
Требования к аппаратному обеспечению
Процессор: Intel (или совместимый) Pentium 166 МГц или выше;
Память: 128 МБ или более;
Жесткий диск: 10 ГБ или более.
Рекомендуемые:
Процессор: Intel Pentium4 3000 МГц или выше;
Память: 1024 МБ или более;
Жесткий диск: 100 ГБ или более.
Требования к программному обеспечению
Операционная система: MS Windows 2000 (Server, Advanced Server или Data Center Server) или MS Windows 2003 Server (Standard Edition, Enterprise Edition, Data Center Edition).
Примечание. При установке на ОС Windows 2003 необходимо обязательно установить пакет обновления для SQL Server 2000 – Service Pack 3a или более поздний.
Установка MS SQL Server 2000
- Запустить setupsql.exe из папки \x86\setup
- Выбрать установку на локальный компьютер и нажать кнопку «Next»:
Примечание. Если Вы хотите использовать «SQL Server Agent» (встроенный планировщик заданий) для выполнения регулярного резервного копирования файлов БД на другой компьютер в своей локальной сети (рекомендуется) и Ваша сеть построена с использованием домена Windows NT, то необходимо завести в Вашем домене отдельную учетную запись для SQL Server и предоставить ей права на соответствующие ресурсы (более подробную информацию можно найти в справочной системе SQL Server). При такой конфигурации, в этом окне необходимо указать имя домена, учетную запись и ее пароль.
Внимание. Данную настройку нельзя будет изменить после установки. Будьте внимательны!
Находясь непосредственно на месте установки, выполняют стандартную установку (которая отличается от автоматизированной и удаленной установки, см. ниже). При вызове программы 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, позволяет сделать выбор между установкой нового экземпляра и модернизацией существующего. При выборе установки нового экземпляра появляется диалоговое окно Instance Name, показанное на Экране 2. Далее можно либо указать имя экземпляра, либо поставить флажок Default для установки экземпляра по умолчанию.
Выбирая экземпляры, следует принять во внимание несколько фактов. Если на машине экземпляра по умолчанию нет и планируется поддержка работы версий 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 с помощью параметров, установленных по умолчанию. Поскольку обычная установка может вызвать в дальнейшем определенные проблемы, я рекомендую всегда выбирать пользовательский тип установки, даже если параметры, принятые по умолчанию, вполне устраивают. Если потом вдруг окажется, что параметры по умолчанию не годятся, то после установки будут трудности с изменением некоторых из указанных выше настроек — особенно с настройками сортировки. Пользовательская установка позволяет дважды проверить выбранные настройки. По-моему, лучше пройти несколько лишних диалоговых окон, но зато точно знать, что настройки выбраны правильно.
Безопасность
В процессе установки информация, относящаяся к вопросам безопасности, указывается в двух диалоговых окнах: Services Accounts (см. Экран 4) и Authentication Mode (см. Экран 5). В окне Services Accounts производится точная настройка учетных записей для служб SQL Server и SQL Server Agent. Каждая служба запускается операционной системой от имени учетной записи, указанной для нее в этом окне, и работает в операционной системе в контексте безопасности данной учетной записи. Например, когда выполняется резервное копирование, SQL Server проверяет, имеет ли login, используемый для подключения к SQL Server, соответствующее разрешение BACKUP DATABASE. Как бы то ни было, для создания устройства резервного копирования и записи на него SQL Server должен сформировать файл на диске или сетевом ресурсе общего доступа, а эта операция использует контекст безопасности учетной записи службы SQL Server.
Аналогичным образом служба SQL Server Agent запускает программы в рамках SQL Server и операционной системы или в сети в контексте безопасности учетной записи службы SQL Server Agent. Несмотря на то что учетная запись, не имеющая административных привилегий, может запустить службу SQL Server, лучше все-таки сделать учетную запись для службы SQL Server членом локальной группы Administrators. В противном случае придется в явной форме назначать учетной записи все нужные права (например, создавать файлы базы данных). Также нужно назначить учетной записи службы подходящие полномочия для работы в сети (например, создавать и записывать файлы на сетевые ресурсы, используемые SQL Server в качестве хранилищ резервных копий).
Если попытаться запустить службу SQL Server Agent с учетной записью, которая не имеет административных привилегий на данной машине, ничего не получится.
А если SQL Server Agent выполняет какие-либо действия на других машинах сети, такие, как репликация или работа с несколькими серверами одновременно, то нужно использовать доменную учетную запись, имеющую также соответствующие полномочия на других машинах. На Экране 6 изображен домен с тремя машинами SQL Server в мультисерверной среде, в которой главный сервер управляет автоматическими действиями на подчиненных серверах. Srv1 выступает в роли главного сервера, а Srv2 и Srv3 — в роли подчиненных. Поскольку обе стороны (главная и подчиненная) должны взаимодействовать друг с другом, учетная запись службы SQL Server Agent главного сервера обязательно должна иметь подходящие привилегии на подчиненных серверах, и наоборот. Простейший способ настроить конфигурацию такой среды состоит в том, чтобы создать одну доменную учетную запись (например, Domain1SQLService, как на Экране 6), сделать ее членом локальной группы Administrators на всех серверах и запускать все службы SQL Server Agent с этой учетной записью.
В диалоговом окне 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 системного администратора отключен.
Независимо от того, какой выбран режим, программа установки создает login на уровне Windows для группы BUILTINAdministrators, которая привязана к локальной группе Administrators. Создание такого login означает, что все члены локальной группы Administrators, включая доменную группу Domain Admins, являются также членами серверной роли sysadmin данного SQL Server. Предоставлять сетевым и локальным администраторам неограниченные полномочия в SQL Server не стоит, чтобы не нарушить систему безопасности, поэтому группу BUILTIN Administrators можно удалить из серверной роли sysadmin. Другой путь — полностью удалить из SQL Server автоматически создаваемый login и создать login для владельцев роли sysadmin из числа администраторов баз данных, а не из числа сетевых администраторов.
Если последовать одной из этих рекомендаций, необходимо учесть, что важно сначала создать login для администраторов баз данных — владельцев роли sysadmin, и только тогда удалять login группы BUILTINAdministrators. Если выбран режим аутентификации средствами Windows и происходит удаление всех login для членов роли sysadmin до того, как создан login для администраторов баз данных, можно лишиться возможности выполнять какие-либо административные задачи в SQL Server, в том числе создание новых login. Попав в такую ловушку, следует сменить режим аутентификации SQL Server на Mixed Mode посредством редактирования в реестре параметра HKEY_LOCAL_ MACHINESOFTWAREMicrosoftMicrosoft SQL Server MSSQLServerLoginMode. Необходимо поменять значение параметра на 2 и перезапустить службу SQL Server.
Хотя управлять режимом аутентификации через реестр очень удобно, у этого метода есть и свои недостатки. Любой, кто имеет право редактировать данный параметр, включая сетевых и локальных администраторов, может менять режим аутентификации SQL Server. Если установить SQL Server в режиме Windows Authentication Mode, учетная запись системного администратора будет отключена, но все еще будет иметь пустой пароль. Если после этого поменять режим аутентификации SQL Server на Mixed Mode (активизируя таким образом login системного администратора), то в качестве системного администратора сможет подключиться кто угодно. Поэтому необходимо либо сменить пароль системного администратора сразу после окончания установки, либо выбрать режим Mixed Mode и назначить пароль для системного администратора до ее завершения.
Сортировка
Несмотря на гибкость SQL Server 2000 в отношении сортировки, нельзя недооценивать настройку, выполняемую в процессе установки. Как отмечалось выше, серверная сортировка применяется ко всем системным базам данных и определяет правила сортировки для всех записанных в системных базах данных объектов (например, регистрационных имен, имен баз данных). Более того, сортировка базы данных tempdb — это также серверная сортировка, выбираемая во время установки. При создании временной таблицы ее столбцы используют сортировку базы данных tempdb, но лишь до тех пор, пока не установлен параметр COLLATE database_default в свойствах каждого столбца для применения сортировки базы данных, к которой выполняется подключение.
Сетевые библиотеки
После настройки параметров сортировки нужно перейти к диалоговому окну Network Libraries (см. Экран 8).
В Network Library указывается протокол, используемый клиентским приложением для взаимодействия с SQL Server. И клиентская, и серверная части SQL Server должны иметь хотя бы один согласованный протокол из Network Library, через который они могли бы держать связь. В диалоговом окне Network Libraries устанавливаются протоколы, которые SQL Server будет использовать для связи с клиентскими приложениями.
В SQL Server 6.5 аутентификацию средствами Windows поддерживали только два протокола: Named Pipes и Multi-Protocol. Во всех остальных сетевых библиотеках разрешалась лишь аутентификация SQL Server. Поэтому для SQL Server 6.5 одним из факторов, влияющих на выбор сетевой библиотеки, является тип регистрационных данных. Кроме того, шифрование данных допускает только Multi-Protocol, поэтому если нужно, чтобы SQL Server 6.5 поддерживал шифрование данных, следует выбрать именно этот протокол. SQL Server 7.0 в этом отношении более гибкий — аутентификацию Windows в нем поддерживают все протоколы, но Multi-Protocol остается единственным протоколом, поддерживающим шифрование данных.
В SQL Server 2000 можно вызвать шифрование данных, используя Secure Sockets Layer (SSL) со всеми сетевыми библиотеками через SQL Server Network Utility и SQL Server Client Network Utility, поэтому шифрование не определяет выбор сетевой библиотеки. И еще, в SQL Server 2000 протокол Multi-Protocol не поддерживает схему именования экземпляров SERVERNAMEINSTANCENAME, поэтому не следует выбирать Multi-Protocol, если требуется использовать именованные экземпляры. Вероятно, наиболее широко распространенная сетевая библиотека в SQL Server 2000 — это TCP/IP Sockets. Она надежна, допускает аутентификацию Windows, и с ней, если нужно, можно использовать шифрование SSL.
Те, кто работал с предыдущими выпусками SQL Server, знают, что назначаемый по умолчанию порт TCP есть порт 1433. При использовании порта по умолчанию клиентские соединения могут не указывать номер порта, в отличие от имени сервера или IP-адреса. Но SQL Server 2000 поддерживает множественные экземпляры, которые не могут все вместе использовать один и тот же номер порта. Поэтому при установке именованного экземпляра программа установки в качестве номера порта использует 0. Это означает, что при первом запуске SQL Server он динамически выбирает свободный порт и сохраняет его постоянно или до тех пор, пока его не сменят. Как же может клиентское приложение обращаться к SQL Server, указывая только имя/IP-адрес+имя экземпляра, без номера порта? Служба подключения SQL Server 2000 воспринимает клиентские запросы на подключение к SQL Server через порт 1433, затем перенаправляет запрос подходящему экземпляру, проверяя имя экземпляра в запросе и сопоставляя его с номером порта экземпляра.
Автоматизированная и удаленная установка
Если нужно знать, в какой момент установка будет завершена, программу setupsql.exe требуется запустить из командной строки или из пакетного файла следующим образом:
В таком случае управление не перейдет к следующей команде до тех пор, пока не закончится установка. Использование параметра start /wait особенно важно при запуске процесса установки из пакетного файла, который содержит другие действия, зависящие от установки. Например, предположим, что требуется написать пакетный файл, который выполняет автоматизированную установку экземпляра с именем INST1, запускает службу SQL Server и файл сценария .sql, создающий базу данных и ее объекты (таблицы, хранимые процедуры). Пакетный файл может выглядеть примерно так:
Если параметр start /wait не использовать, то, как только начинается установка, в пакетном файле запускается на выполнение вторая команда, и строка NET START пытается запустить несуществующую службу.
Вот еще одна ошибка, с которой я сталкивался несколько раз во время выполнения автоматизированной установки: Dialog boxes are out of order. («Нарушен порядок следования диалоговых окон».)
Естественно, стоило мне перезаписать файл Setup.iss, как автоматизированная установка завершилась успешно.
В дополнение к установке SQL Server 2000 можно выполнить автоматизированную установку пакета исправлений для SQL Server 2000. Для применения пакета обновлений к экземпляру, назначенному по умолчанию, необходимо вызвать программу setupsql.exe из папки этого пакета обновлений и указать в качестве аргумента файл sql2kdef.iss, находящийся в корневой папке пакета обновлений. Например, если установочные файлы пакета обновлений расположены в папке c:sql2ksp2, нужно ввести следующую команду:
Далее следует указать параметры учетной записи (имя пользователя, пароль, домен), полный путь (в соглашениях UNC) для папки назначения (например, LABYRINTHC$Program FilesMicrosoft SQL Server) и полный путь (по UNC) для ресурса — источника файлов установки (например, SERVER1InstallSQL2KEX86Setup). Затем программа установки проведет пользователя через ряд обычных диалоговых окон и создаст файл setup.iss в соответствии со сделанным выбором. После этого программа копирует файл setup.iss в папку WINNT компьютера назначения и запускает программу setupsql.exe вместе с копией файла setup.iss.
Заключение
Читайте также: