Минимальные требования
Варианты поставки
Подготовка к установке
Настройки параметров запуска сервера
Настройка сетевого соединения
Настройка сервисов
Варианты установки
Проверка установки
Устранение неполадок
Вопросы для повторения

Минимальные требования

Минимальные требования к "софту" и "железу" для установки SQLS7:

-Pentium 166 или аналогичный DEC Aipha; -ОЗУ 32МБ (64Мб для NT4EE);
-только для сервера  - 72МБ (typical - 175МБ); только для средств администрирования - 82МБ;
-NTFS или FAT;
-WinNT EE 4.0 или обычная NT4 обе вместе с SP4 или последующими;
-WinNT Workstation 4.0 c SP4 или Windows 95/98;
-MS Internet Explorer 4.01 c SP1 или более поздний.

Если Ваш RAID контроллер использует кэширование записи по алгоритму не разработанному специально для работы с СУБД, отключите кэширование.

Варианты поставки

SQLS7 выпускается в трёх вариантах поставки:

ОС	Desktop	Standard	Enterprise
Win95/98	Да	Нет	Нет
WinNT4 WS	Да	Нет	Нет
WinNT4/2K	Да	Да	Нет
WinNt4EE	Да	Да	Да

Вариант поставки Desktop ориентирован на мобильных пользователей, которым на время отсутствия связи со старшими вариантами SQLS7 нужно работать с локальными данными.

Отличия	Desktop	Standard	Enterprise
SMP процессоров	2	4	32
Расширенная ОЗУ	Нет	Нет	Да
Резервирование сервера	Нет	Нет	Да
MS Search	Нет	Да	Да
OLAP Services	Нет	Огранич.	Да
Публикация репликаций и транзакций	Нет	Да	Да
Параллельное выполнение запросов	Нет	Да	Да

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

В процессе установки SQLS7 выбирается режим лицензирования:

Per Server - сколько к серверу может подключится рабочих станций;
Per Seat - сколько пользовательских подключений может быть с серверами SQLS7.

Допускается переход с Per Server на Per Seat но не наоборот.

Не путайте подключение рабочей станции и пользовательское подключение. Через одну лицензию рабочей станции могут работать несколько клиентов, причём каждый клиент может использовать несколько пользовательских подключений.

Перед установкой SQLS7 убедитесь что на выбранном для сервера диске (C:\MSSQL7 - путь по умолчанию) достаточно дискового пространства. Для размещения исполняемых файлов Вам понадобится не менее 30МБ.
После установки будут созданы файлы стандартных баз данных.
Для запуска SQLS7 убедитесь, что учётная запись, от имени которой стартуют сервисы SQLS7, имеет права на чтение и запись для созданных при инсталляции каталогов.

Настройки параметров запуска сервера

До этапа создания баз данных необходимо выбрать набор символов, иначе, для изменения кодовой страницы, потребуется создавать базы снова. Можно использовать следующие кодовые страницы: 1252 ANSI совместимая латиница, 1251 - кириллица, 850 - многоязыковая и DOS совместимая, 437 - латиница с псевдографикой. Если Вы используете несколько языков, выбирайте значение кодовой страницы по умолчанию (он будет такой, как у ОС)  и используйте тип данных Unicode. Обратите особое внимание на то, что при использовании разных кодовых страниц, использующих расширенный набор символов, может произойти конфликт преобразования данных. Клиент и SQLS7 должны работать с одинаковым набором символов.

Перед установкой SQLS7 продумайте какой Вы выберете порядок сортировки.
Изменение порядка сортировки в последующем потребует перестройки master. Кроме того, если планируется перенос/восстановление баз данных на другие сервера, порядок сортировки должен быть у них идентичен. По умолчанию предлагается сортировка "dictionary sort order, case-insensitive" - по алфавиту без учёта регистра. Возможно выбрать бинарную сортировку "binary sort order" или с учётом регистра "case-sensitive sort order". Самая быстрая сортировка - бинарная, но без учёта регистра тоже хороша.
Определить текущую сортировку можно с помощью sp_helpsort. Старайтесь выбирать один порядок сортировки для обычного и Unicode текста. Сортировка Unicode для каждого языка использует присущие ему национальные особенности сортировки. Эти особенности национальной сортировки более приоритетны, чем вех остальных символов. По умолчанию обычно предлагается "general Unicode, case-insensitive, width-insensitive, Kana-insensitive" т.е. общий порядок для Unicode, без учёта регистра и ширины и азбука Каны тут не причём.

Настройка сетевого соединения

По умолчанию, при инсталляции SQLS7, для связи клиентов с сервером баз данных устанавливается сетевая библиотека именованных каналов (Named Pipes). Можно выбрать также Multiprotocol или TCP/IP Socets. В любом случае, у клиента должна быть загружена одна из подключенных на SQLS7 сетевых библиотек. Естественным образом, выбираемые или добавляемые сетевые библиотеки должны быть увязаны с протоколами сетевой поддержки Windows NT. Кроме того, при выборе механизма проверки подлинности Windows NT, обязательно нужно использовать одну из вышеперечисленных библиотек, а если Вы собираетесь задействовать средства шифрования NT, вы можете задействовать на SQLS7 и клиенте только Multiprotocol.
Именованные каналы могут работать через любой поддерживаемый NT протокол. Multiprotocol задействует меж-процессные связи IPC, использующие вышеназванные сетевые библиотеки и NWLink IPX/SPX. Для обеспечения связи с клиентами Novell NetWare, Apple Macintosh и Banyan VINES используются соответственно: NWLink IPX/SPX, Apple Talk ADSP, Banyan VINES SPP.
После инсталляции SQLS7, изменение состава сетевых библиотек можно осуществить с помощью "Server NetWork", а смена клиентской библиотеки осуществляется "Client NetWork".
Поддержка доверительных отношений доменов NT возможна только при использовании стандартных сетевых протоколов NT: Named Pipes, Multiprotocol, TCP/IP Socets.

Настройка сервисов

При инсталляции  SQLS7, по умолчанию, его сервисы MSSQLServer и SQLServerAgent "стартуют" от имени учётной записи пользователя домена, в который включён его Windows NT сервер. Руководство по установке SQLS7 не рекомендует использовать для запуска этих сервисов первичный контроллер домена, из-за большой его< загруженности задачами авторизации. Использование для старта SQLS7 имени пользователя домена позволяет использовать: доверительные отношения с удалёнными серверами, планировать задания для группы SQL серверов, уведомления посредством электронной почты, взаимодействовать с продуктами MS BackOffice собственного NT сервера. Если Вы планируете пускать на сервер клиентов из разных доменов, лучше расположить его в том домене, из которого можно получить доступ к учётным записям клиентов всех задействованных доменов.
В то же время, два сервиса: Microsoft Search и MS DTS (Microsoft Distributed Transaction Coordinator) стартуют от имени системы (Local System).
Использование учётной записи системы допустимо и для основных сервисов, но теряются все вышеназванные преимущества. Обычно, сервисы SQLS7 запускают таким образом, когда базы данных размещаются на одиночном, не регистрирующемся в доменах сервере NT. Аналогично системной, можно запускать сервисы SQLS7 и от имени учётной записи локального пользователя NT сервера. Предпочтительно, что бы выбранная из представленных выше учётных записей, от имени которой стартует SQLS7, была включена в локальную группу "Administrators" используемого сервера Windows NT. С некоторой "головной болью" можно попытаться без этого обойтись, но тогда Ваша учётная запись должна быть приписанной к роли "sysadmin", и придётся "ручками" распределить ей некоторые ресурсы сервера. Но хуже всего то, что не всё у SQLS7, в такой "связке" будет работать должным образом.
Стандартное руководство предлагает для старта SQLS7 завести в домене специальную учётную запись с неограниченным сроком действия пароля< Если Ваш SQLS7 предназначен для обслуживания группы пользователей и Вам необходимо (ну хотя бы изредка) отлучаться от сервера, запускайте сервисы SQLS7 автоматически. Давно ни кого не надо убеждать в том, что сервер должен быть оснащён источником бесперебойного питания и системой диагностики качества энергоснабжения аппаратных компонент. Т.е. при проблемах с электричеством, NT сервер сам должен "опустить" все запущенные сервисы и потом, когда проблема исчерпает себя, всё должно вернуться в первоначальное состояние. Если Вы не хотите стать жертвой нелепой случайности или обычной человеческой ошибки - автоматизируйте этот процесс. Убедитесь, что ИБП и его ПО могут опускать SQLS7 и всe: остальное.

Варианты установки

При инсталляции SQLS7 с CD или HDD, Вам предлагается три варианта:

Служба	MINIMUM	TIPICAL	CUSTOM
СУБД	Да	Да	Выбор
Ср-ва обновления	Нет	Да	Выбор
Репликации	Да	Да	Выбор
Полнотекстовый поиск	Нет	Нет	Выбор
Удалённое администрирование	Нет	Да	Выбор
Клиентская сетевая поддержка	Да	Да	Выбор
Документация	Нет	Да	Выбор
Ср-ва разработки	Нет	Нет	Выбор
Примеры программ	Нет	Нет	Выбор

SQL Server OLAP Service и MS English Query инсталлируются отдельно.

Если Вам необходимо инсталлировать несколько схожих по конфигурации SQLS7, можно воспользоваться автоматической установкой. Процесс автоматической установки сводится к тому, что Вы запускаете BAT файл, который в зависимости от платформы сервера вызывает соответствующие программы и файлы инициализации ISS. В ISS файлах прописаны параметры инсталляции. Кроме того, файл инициализации может быть создан в процессе обычной инсталляции, нужно будет только добавить "ручками" операторы начала копирования и конца инсталляции. Если запустить Setupsql.exe с ключом k=Rc,  будет создан файл инициализации Setup.iss, в котором будут сохранены все ваши особенности инсталляции, но сама инсталляция выполнена не будет. Также, возможностью автоматической установки SQLS7 обладает MS SMS Server.
Другим Вариантом создания собственного сценария автоматической установки является редактирование (текстовым редактором) стандартных, поставляемых в комплекте дистрибутива файлов инициализации. Файлы SQL70CLI.BAT и SQL70CLI.ISS устанавливают средства администрирования.
Файлы SQL70INS.bat и SQL70INS.ISS - типичная установка.
Файлы SQL70CST.BAT и SQL70CST.ISS - выборочная.

Проверка установки

После инсталляции SQLS7 убедитесь, что установлены сервисы MSSQLServer,  SQLServer Agent, MS DTS и Microsoft Search. Проверьте, что инструментарий DBA установлен и созданы базы данных master, model, msdb, pubs, northwind, tempdb. Все исполняемые файлы должны располагаться в выбранной Вами директории (по умолчанию C:\MSSQL7\BINN). В реестре Windows должен появится ключ SQLS7, содержащий параметры запуска и установки по умолчанию. Убедитесь, что установлен выбранный Вами режим безопасности (по умолчанию - смешанный). После инсталляции, учётная запись SA без пароля, поэтому постарайтесь сразу же изменить пароль. Кроме SA, вы должны увидеть учётную запись SqlAgentCmdExec, которая создана автоматически и используется сервисом SQLServer Agent. Также, эту учётную запись могут использовать некоторые хранимые процедуры, например: xp_cmdshell. От имени этой учётной записи исполняются команды пользователей не входящие в роль администратора.
Для организации автоматического запуска SQLS7, воспользуйтесь компонентой SERVICEs панели управления Windows NT, или одной из утилит DBA - SQL Server Enterprise Manager, SQL Server Service Manager.
Для старта/остановки/приостановки SQLS7 можно также воспользоваться указанными выше компонентами или воспользоваться командой net из командной строки, например:

net start mssqlserver
net pause mssqlserver
net stop sqlserveragent

Если с запуском SQLS7 всe: понятно, то приостановка (pause) его работы даёт достаточно полезные для DBA возможности. В этом режиме SQLS7 продолжает работать, но подключение новых пользователей невозможно. Кроме того, прекращается выполнение автоматических заданий и выдача предупреждений, в общем большинство из тог, за что отвечает SQLServer Agent.
Остановка SQLS7 влечёт за собой следующие последствия: запрещаются новые подключения, выполняется CHECKPOINT для всех баз, ожидается завершение всех запущенных SQL запросов и хранимых процедур, прекращается выполнение автоматических заданий и выдача предупреждений, опускаются сервисы SQLS7.
Если описанными выше предварительными действиями можно/нужно пожертвовать, запустите (например, в OSQL) команду SHUTDOWN WITH NO WAIT.
Часто бывает необходимо запустить SQLS7 с параметрами, отличными от заданных по умолчанию для автоматического запуска. Для этого предусмотрены ключи, задаваемые сервису MSSQLServer в качестве параметров. Например, с помощью команды "net start mssqlserver -m" можно запустить SQLS7 в однопользовательском режиме и заняться восстановлением целостности повреждённых данных или изменить параметры настройки сервера. А с помощью команды "net start mssqlserver -f" сервер запускается в режиме минимальной конфигурации, что позволяет, например, отменить необдуманные изменения конфигурации сервера, приведшие к его преждевременной кончине, так, что даже его сервис не хочет подниматься. Кроме командной строки, вы можете указывать параметры запуска сервиса MSSQLServer в строке "StartUp Service:" компоненты SERVICEs панели управления Windows NT.
Для того, что бы окончательно убедиться в корректности инсталляции SQLS7, нужно проверить работоспособность подключения клиентов к нему.
Проще всего просто запустить с компьютера администратора одну из стандартных утилит DBA: SQL SQA, SQL SEM или OSQL (которая работает через ODBC). Естественно, эти утилиты должны быть предварительно туда установлены.

Самым распространённым инструментом начинающего DBA является SQL Server Enterprise Manager (SQL SEM). Для начала работы с ним необходимо произвести регистрацию обслуживаемых Вами SQLS7 серверов. Локальный SQLS7 регистрируется автоматически.
Удалённый SQLS7 Вы должны зарегистрировать в заданную группу серверов, введя имя сервера, режим проверки подлинности, пароль и имя регистрации (например SA). Все эти данные будут сохранены в реестре Windows. Здесь допустима аналогия с профилями Windows, т.к. регистрационные данные SQLS7 серверов могут хранится локально для каждого пользователя (по умолчанию) или допустимо использовать общие регистрационные данные (когда они находятся в совместном пользовании и пользователи работают с одинаковой конфигурацией SQL SEM). Регистрировать серверы SQLS7 можно и под учётными записями локальной группы Administrators того сервера, на котором развёрнуты базы данных. Кроме того, Domain Admin также входят в группу локальных администраторов. Для регистрации, SQL SEM пытается подключится к SQLS7 по именованному каналу. Если Вы используете другую сетевую библиотеку, задайте её с помощью CLIENT NETWORK.
Когда Вам удалось успешно зарегистрировать новый, только что проинсталлированный SQLS7, Вы должны сразу установить пароль для SA, т.к. после инсталляции он не задан. Сделайте это для всех новых серверов. Назначение пароля учётным записям осуществляется с помощью SQL SEM или хранимой процедуры sp_password.
Кроме возможности ввода учётных записей и назначения им паролей SQL SEM обладает богатыми возможностями по конфигурированию и диагностики SQLS7. Также, конфигурацию SQLS7 можно изменить с помощью хранимой процедуры sp_configure. Нужно только помнить, что SQLS7 умеет динамически менять многие конфигурационные параметры в зависимости от загрузки своих ресурсов. При ручном изменении конфигурации, старайтесь это делать осторожно и только после глубокого анализа работы, как SQLS7 так и ОС, аппаратной части, сетевого окружения.

Устранение неполадок

Для устранения проблем старайтесь всегда применять системный подход. Проблему не удастся решить, если вначале еe: не локализовать, т.е. определить причину еe: возникновения.
Как правило, много полезной информации о причинах/следствиях проблемы можно почерпнуть из журнала файлов сценариев инсталляции CNFGSVR.OUT. Сообщения об ошибках, фиксируемые этим журналом, генерируются при контроле согласованности данных, выполняемым Database Consistency Checker (DBCC). Большую помощь оказывает и анализ информации журналов SQLS7 и NT. Первый фиксирует всю информацию о процессе запуска SQLS7 и ошибках в его работе, а второй хранит сведения о событиях системы, безопасности и приложений. Журнал SQLS7 (C:\MSSQL7\LOG) заводится новый для каждого старта сервера баз данных, а долгоживучесть Windows - журнала определяется администраторскими настройками (по умолчанию события там живут неделю).
Microsoft Event Viewer позволяет управлять журналом NT и производить необходимые настройки. Журнал SQLS7 удобно просматривать  из> MS  SQL SEM. В каталоге C:\Winnt лежит файл журнала программы установки SQLS7 - SQLSTP.LOG. Просмотреть его можно обычным текстовым редактором.
Проблемы подключения клиентов к SQLS7 Вам помогут разрешить утилиты: MAKEPIPE, READPIPE, ODBCPING и PING.
Если из представленных выше журналов Вам удалось выяснить код ошибки, воспользуйтесь SQL Server Books Online для определения причин и методов устранения проблемы. Огромную помощь Вам могут предоставить такие службы, как SQL Server Knowledge Base и Microsoft TechNet Knowledge Base.
Для того, что бы гарантированно исключить проблемы, связанные с Вашей аппаратной конфигурацией, старайтесь использовать сертифицированные на совместимость с NT устройства. Выяснить это можно на WEB сервере Microsoft, просмотрев соответствующий HCL.

Вопросы для повторения

ВОПРОС
Вы устанавливаете несколько серверов SQL Server. Необходимо, чтобы службы MSSQServer и SQLServerAgent поддерживали связь с сетевыми ресурсами посредством доверительных подключений.
В каком контексте безопасности должны работать эти службы?
Почему?
ОТВЕТ
Для того, чтобы использовать доверительное подключение, службы MSSQLServer и SQLServerAgent должны работать в контексте учетной записи пользователя домена системы Windows NT. Если эти службы работают в контексте учетной записи Local System или учетной записи локального пользователя, они не смогут устанавливать доверительные подключения. Доверительные подключения необходимы этим службам для подключения к сетевым ресурсам.
ВОПРОС
Вы устанавливаете сервер SQL Server в сети, где имеются как клиенты сети системы Windows, так и клиенты сети Novell. Планируется использовать средства проверки подлинности с участием системы Windows NT. Какие сетевые библиотеки следует установить?
ОТВЕТ
NWLink IPX/SPX и Multiprotocol.
ВОПРОС
Вы установили сервер SQL Server с параметрами, используемыми по умолчанию. После этого вы решили добавить базу данных, в которой используются символы, не входящие в набор символов по умолчанию. Что необходимо сделать для обеспечения поддержки нового набора символов?
ОТВЕТ
Первый способ - установить для поддержки нового набора символов отдельный сервер SQL Server. Набор символов установленного ранее сервера SQL Server используется всеми его базами данных. Нельзя использовать в разных базах данных одного сервера разные наборы
символов.
Другой вариант связан с применением типов данных Unicode в новой базе данных на существующем сервере для поддержки символов, не входящих в набор символов, принимаемый по умолчанию.