Компоненты SQL Server 2000

 

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

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

1. MSSQLServer;

2. SQLServerAgent;

3. Microsoft Search (MSSearch);

4. Microsoft Distributed Transaction Coordinator (MSDTC).

Реализация в виде служб позволяет SQL Server 2000 работать как части операци­онной системы, иметь собственные права доступа и не зависеть от пользователя, работающего на компьютере в данный момент. Операционная система Windows 95/98 не поддерживает служб, поэтому для работы SQL Server 2000 под управлением этой операционной системы автоматически выполняется эмуляция служб. Это связано с тем, что для работы в любой из поддерживаемых операци­онных систем SQL Server 2000 применяет единственный программный код. “Mi­crosoft” не стала создавать отдельный продукт для работы в операционной систе­ме Windows 95/98, а просто выполнила эмуляцию служб Windows NT. Рассмот­рим более подробно каждую из служб SQL Server 2000.

1. Служба MSSQLServer

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

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

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

 

2. Служба SQLServerAgent

 

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

Служба SQLServerAgent является зависимой по отношению к службе MSSQLServer. Последняя может успешно работать и без службы SQLServerA­gent, в то время как для запуска службы SQLServerAgent необходимо предвари­тельно запустить службу MSSQLServer.

В работе службы SQLServerAgent применяются объекты трех типов:

1. Jobs (задания). Объекты этого типа описывают задачи, которые должны быть выполнены автома­тически. Для каждого задания указывается одно или более расписаний (schedule) его запуска. Кроме того, задание может быть выполнено потребованию (on de­mand), т.е. вручную.

2. Operators (операторы). Объекты типа operators описывают операторов. Оператор – это служащий, отве­чающий за поддержание сервера в рабочем состоянии. В небольших организа­циях роли оператора и администратора обычно совмещает один человек. На больших предприятиях и в корпорациях эти роли чаще всего разделены между несколькими людьми. Администратор выполняет только ответственную работу, например планирование, создание и изменение баз данных. Оператор же чаще занимается рутинной работой, такой, как выполнение резервного копирования базы данных, добавление пользователей, контроль за целостностью данных и т.д. Если организация большая, то можно использовать специализированных операторов. Например, один из операторов будет ответственен за выполнение операций резервного копирования, другой станет следить за целостностью данных и т.д. Соответственно каждый из операторов должен получать сообщения, относящиеся к его виду деятель­ности. Нежелательно, чтобы оператор резервного копирования начал разрешать проблемы мертвых блокировок. SQL Server 2000 отслеживает параметры своей работы и при обнаружении непола­док, например, при недостатке свободного пространства на диске, может извес­тить оператора о неприятностях. Для этого используется служба SQLServerAgent. Необходимо предварительно сконфигурировать операторов и указать события, при наступлении которых к ним будет отправляться извещение. Служба SQLServerAgent для извещения операторов может рассылать определенные со­общения по электронной почте или отправлять сообщение непосредственно на пейджер оператора. Кроме того, для извещения оператора допускается вызов команды net send, с помощью которой можно отправить сообщение в локальной сети. Можно настроить запуск net send команды таким образом, что сообщение получат все пользователи сети в надежде, что кто-нибудь их них сообщит оператору о проблемах в работе сервера. Но чаше всего команда net send служит для посылки сообщения конкретному пользователю.

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

 

Информация о всех этих объектах, включая расписание автоматического запус­ка задач, хранится в системной базе данных Msdb. При каждом старте SQLServerAgent анализирует содержание этой базы данных. Если к моменту запуска службы накопились “просроченные” задания или произошло сконфигурированное собы­тие, то служба SQLServerAgent выполняет соответствующие действия.

Квалифицированный подход к работе службы SQLServerAgent может снизить расходы на сопровождение баз данных, в частности, за счет уменьшения количе­ства операторов и администраторов. Польза от применения службы SQLServerA­gent пропорциональна размеру предприятия. Чем больше предприятие, тем больше пользы оно получит от всех возможностей SQL Server 2000.

3. Служба Microsoft Search

Служба Microsoft Search (MSSeareh), также называемая Full-Text Search, используется для поиска символьной информации в таблицах баз данных SQL Server 2000. Эта служба позволяет выполнять полнотекстовый поиск (full-text search). Технология полнотекстового поиска дает возможность находить не только слова и фразы, идентичные указанным, но и близкие к ним по смыслу и написанию.

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

Для реализации полнотекстового поиска в SQL Server 2000 существуют полнотекстовые каталоги (full-text catalog) и полнотекстовые индексы (full-text index). Данные полнотекстовых каталогов и индексов хранятся отдельно от основных данных в специальных файлах. Все действия по работе с этими файлами осуще­ствляет служба MSSeareh. Связь между службами MSSQLServer и MSSeareh производится через специального поставщика (full-text provider).

Служба MSSearсh периодически анализирует содержание таблиц баз данных и обновляет (repopulation) полнотекстовые каталоги и индексы. Если необходимо создать полнотекстовый индекс заново, следует выполнить перестроение (rebuild) индекса. Результатом такого подхода является то, что данными полнотекстового поиска нужно управлять отдельно от основных данных. Администратор должен настроить интервалы обновления данных полнотекстового поиска. Кроме того, операции резервного копирования и восстановления файлов полнотекстового по­иска необходимо выполнять отдельно от основных данных.

4. Служба MSDTC

 

SQL Server 2000 дает возможность пользователям работать одновременно с несколькими источниками данных. Пользователи в одном запросе могут обращаться к различным базам данных, хранящимся на одном и том же или на разных серверах. Кроме того, пользователи могут обращаться не только к серверам Microsoft SQL Server 2000, но также к любым источникам данных, работающим с технологией OLE DB. Эта технология позволяет обращаться не только к реляционным источникам данных, таким как Oracle, FoxPro, MS Access и т. д., но и к нереляционным источникам данных, таким, как текстовые файлы, книги MS Excel и настольные приложения.

Для обращения из тела одной транзакции к множеству источников данных SQL Server 2000 использует распределенные транзакции (distributed transaction). Для управления распределенными транзакциями существует координатор распреде­ленных транзакций (Distributed Transaction Coordinator). В SQL Server 2000 координатор распределенных транзакций реализован в виде службы MSDTC. Эта служба автоматически отслеживает ситуации, в которых необходимо начать выполнение распределенных транзакций. В некоторых ситуациях пользователь может и не подозревать, что его транзакция выполняется как распределенная. Служба MSDTC скрывает от пользователя все действия по обработке распределенных транзакций. Распределенные транзакции реализуются как множество локальных транзакций, открываемых на каждом источнике данных координатором распреде­ленных транзакций. Служба MSDTC синхронизирует все транзакции таким обра­зом, что пользователь может быть уверен в целостности данных на всех участни­ках распределенной транзакции.

Системные базы данных SQL Server 2000

 

SQL Server 2000 в своей работе использует несколько системных баз данных, которые создаются автоматически при установке SQL Server 2000 и не должны удаляться. Вся информация о настройке сервера хранится в этих базах данных. Их можно сравнить с реестром операционной системы Windows, в котором хранится вся системная и пользовательская информация. Удаление или повреждение реестра приведет к краху системы и невозможности ее работы. Аналогичная ситуация наблюдается и с системными базами данных SQL Server 2000. В список системных баз данных входят: 1) Master; 2) Model; 3) Tempdb; 4) Msdb.

При работе с реестром операционной системы пользователи чаще всего выбирают специальные инструменты, например утилиты панели управления. Не рекоменду­ется напрямую работать с реестром, так как даже небольшие изменения могут суще­ственно повредить работоспособности системы. Таким же образом следует посту­пать и при работе с системными базами данных SQL Server 2000. Не следует напрямую работать с этими таблицами с помощью команд SQL Select, Insert, Update и Delete. Кроме того, при установке SQL Server 2000 непосредственное изменение информации в системных базах данных запрещено. Тем не менее пользователи могут считывать данные с помощью команды select.

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

Рассмот­рим назначение каждой из системных баз данных.

 

1. База данных Master

 

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

Для хранения параметров конфигурации сервера используются таблицы системной базы данных Master (табл. 1).

По умолчанию база данных Master создается в каталоге Data установочного ка­талога SQL Server 2000. База данных состоит из двух файлов:

- Master.mdf— основной файл базы данных, содержащий собственно данные. Размер этого файла после установки составляет 8 Мбайт;

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

2. База данных Model

 

Cистемная база данных Modelслужитшаблоном для создания новых баз данных. Технология создания новой базы данных в SQL Server 2000 построена следую­щим образом: сервер копирует базу данных Model в указанное место и изменяет ее имя соответствующим образом. Если при создании базы данных не указаны никакие параметры, кроме ее имени, то новая база данных будет являться пол­ной копией базы данных Model. Если же размер и состав файлов создаваемой базы данных указан явно, то скопированная база данных изменяется соответст­вующим образом. Но в любом случае в качестве основы используется база дан­ных Model. Независимо от того, создаете ли вы базу данных с помощью интерфейса Enterprise Manager или команд Transact-SQL, последовательность действий будет одинакова.

Изменяя параметры базы данных Model, можно управлять параметрами поумолчанию создаваемых баз данных. Кроме того, базу данных Model можно использовать в качестве корпоративного стандарта на содержимое и свойства базы данных. Администратор может создать в базе данных Model набор таблиц и хранимых процедур, которые должны быть в каждой базе данных, а не утруждать себя изменением очередной вновь созданной базы данных вручную.

3. База данных Tempdb

 

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

Глобальные временные объекты, созданные в одном соединении, доступны из всех осталь­ных активных соединений. При этом допускается создание единственного гло­бального временного объекта с уникальным именем. Для создания глобальной временной таблицы или представления в имя объекта добавляется символы ##, а при создании глобальнойпеременной используются символы @@.

База данных Tempdb, полное название которой Temporary DataBase, служит в SQL Server 2000 для хранения всех временных объектов, создаваемых пользова­телями во время сеанса работы. Если такие постоянные объекты, как таблицы или представления, создаются в пользовательской базе данных, то временные объекты возникают в базе данных Tempdb. Доступ к базе данных Tempdb автоматически имеется у всех пользователей, и администратор не должен предпринимать никаких действий для предоставления им доступа к этой базе данных.

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

 

4. База данных Msdb

 

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

 

Инструменты SQL Server 2000

Дадим обзор инструментов, поставляе­мых в составе SQL Server 2000 и используемых для администрирования сервера, анализа производительности, выполнения запросов и многих других задач. Обычно инструменты администрирования устанавливаются при инсталляции самого SQL Server 2000. Тем не менее они могут быть добавлены и отдельно. Таким образом, на одном компьютере могут иметься только инструменты адми­нистрирования, тогда как на другом – только собственно SQL Server 2000 (так называемый engine). Инструменты SQL Server 2000 спроектированы таким образом, что они могут применяться для работы с любым сервером SQL Server 2000 локальной сети. Более того, инструменты администрирования SQL Server 2000 могут быть использованы для управления и серверами SQL Server 7.0. Администрирование же серверов SQL Server 6.х должно выполняться инструментами администриро­вания, поставляемыми в составе этих версий.

1. Enterprise Manager. Данный инструмент является базовым при выполнении самых разнообразных задач:

- управления системой безопасности;

- создания баз данных и ее объектов;

- создания и восстановление резервных копий;

- конфигурирования подсистемы репликации;

- управления параметрами работы служб SQL Server 2000;

- управления подсистемой автоматизации;

- запуска, останова и приостанова служб;

- конфигурирования связанных и удаленных серверов;

- создания, управления и выполнения пакетов DTS

Приведенный список не исчерпывает всех областей применения Enterprise Manager и легко может быть расширен.

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

- использованием средств Transact-SQL;

- с помощью графического интерфейса Enterprise Manager;

- с помощью мастеров (wizards).

Порядок перечисления методов соответствует уменьшению сложности работы с ними. То есть самым сложным является выполнение задачи средствами Transact-SQL, так как это требует знания синтаксиса команд и хранимых процедур, а также умения обращаться с инструментом Query Analyzer (или любым другим ему подобным). Однако использование средств Transact-SQL открывает пользо­вателю прямой доступ к системным данным.

Инструмент Enterprise Manager разрабатывался с целью облегчить пользователям выполнение наиболее актуальных административных задач, сочетая при этом простоту работы с высокой функциональностью. Enter­prise Manager является достаточно простым в использовании ин­струментом, в то же время он охватывает практически все административные задачи, с которыми столкнется администратор. Конечно, различные нестан­дартные ситуации с помощью этого инструмента не решить и придется обра­титься к средствам Transact-SQL. Не стоит воспринимать Enterprise Manager как инструмент для неопытных пользователей, не умеющих работать со средствами Transact-SQL, и стремиться осилить синтаксис команд и хранимых процедур. Решение некоторых задач средствами Transact-SQL настолько сложно, что это просто становится неразумным. Использование же Enterprise Manager поможет сэкономить достаточно много времени и использовать его более эффективно.

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

Утилита Service Manager устанавливается при инсталляции SQL Server 2000 и по умолчанию автоматически запускается при загрузке операционной системы. В нормальном состоянии утилита Service Manager представлена значком в правой части панели задач (taskbar). Двойной щелчок на пиктограмме приведет к откры­тию окна программы, с помощью которого можно запускать, останавливать и приостанавливать службы SQL Server 2000, а также разрешать или запрещатьихавтоматический запуск при загрузке операционной системы.

3. SQL Server Profiler. Утилита SQL Server Profiler – это графический инструмент, с помощью которого администратор может наблюдать за теми или иными аспектами работы SQL Server 2000. При выполнении пользовательских запро­сов, хранимых процедур, команд Transact-SQL, подключении к серверу и от­ключении от него, а также множества других действий ядро SQL Server 2000 сохраняет в системных таблицах массу различной информации о ходе выполне­ния операций. Эта информация может быть получена с помощью специальных хранимых процедур. Утилита SQL Server Profiler использует эти хранимые про­цедуры для получения необходимой информации. Полученные данные затем представляются в удобном виде с помощью графического интерфейса, однако пользователи могут получать информацию о процессах SQL Server 2000, обра­щаясь напрямую к хранимым процедурам. В принципе, на основе этих храни­мых процедур можно даже написать свое собственное приложение, которое бу­дет отображать информацию о работе SQL Server 2000 в нужной форме.

4. Query Analyzer. Этот инструмент предназначен для выполнения запросов и анализа их исполнения. По частоте использования и важности Query Analyzer сравним с Enterprise Manager. Для выполнения SQL-кода, его нужно воспроизвести в окне Query Analyzer и нажать кнопку Execute Query, на которой изображен зеленый треугольник. Результат выполнения за­проса будет отображен в нижней части окна SQL Query Analyzer. В окне утилиты Query Analyzer это будет выглядеть примерно так, как это изображено на рисунке 1.

Как видно из рисунка, окно SQL Query Analyzer разделено на три части. В левой части выводится так называемый браузер объектов (Object Browser), с по­мощью которого можно просмотреть список всех объектов, расположенных в любой базе данных сервера, а также перечень встроенных функций и системных типов данных. В принципе, браузер объектов можно легко отключить. Для этого достаточно просто нажать клавишу <F8> либо выбрать пункт в меню Tools ко­манду Object Browser, а затем команду Show/hide. Аналогичным способом мож­но отобразить браузер объектов.

Принципиальным нововведением в Query Analyzer является возможность трассировки выполнения хранимых процедур. Для начала трассировки достаточно в контекстном меню интересую­щей пользователя хранимой процедуры выбрать пункт Debug. В ответ откроется окно Debug Procedure, предназначенное для указания значений параметров хранимой про­цедуры, с которыми она будет запущена. При выполнении трассировки пользо­ватели могут использовать точки останова (break points), а также осуществлять пошаговое выполнение команд процедуры.

Помимо выполнения запросов и хранимых процедур, с помощью Query Analyzer можно оценить производительность исполнения запроса. Для этого следует разрешить отображение оценочного (estimated) или результирующего плана исполне­ния (execution plan) запроса, что можно выполнить с помощью меню Query, вы­брав в нем соответственно пункты Display Estimated Execution Plan и Display Execution Plan. Отметим, что оценочный план исполнения запроса формируется на основе предположений сервера о затратах на выполнение отдельных шагов запроса. Результирующий же план исполнения запроса генерируется после вы­полнения запроса и отражает реальное положение дел. Конечно, в идеальной ситуации значения оценочного и результирующего планов исполнения будут совпадать. Однако при работе с многопользовательскими системами вполне мо­жет оказаться, что реально исполнение запроса займет больше времени, чем ожидалось. Чаще всего это происходит из-за занятости процессора выполнени­ем запросов других пользователей или блокированием необходимых для выпол­нения запроса ресурсов другими транзакциями.

На рисунке 2 приведен оценочный план исполнения рассмотренного выше запро­са. Каждый из его шагов отображается отдельным значком. Подведя курсор к значку, можно получить подробную информацию об операции, выполняемой на конкретном шаге.

 

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

6. Import and Export Data. Этот инструмент является мастером импорта/экспорта данных, предназначенным для создания пакета DTS, который будет выполнять копирова­ние информации между двумя источниками данных. Отличительной особенно­стью мастера является простота конфигурирования процесса копирования данных.

К недостаткам использования мастера относится невозможность обработки бо­лее двух источников данных. Кроме того, большая часть возможностей DTS, например отправка сообщений по электронной почте, будет недоступна. Тем не менее несомненным достоинством использования мастера является легкость решения простых задач. Если необходимо закачать в таблицу базы данных ин­формацию из файла MS Excel, то возможностей мастера будет вполне достаточ­но. Таким образом, даже неопытные пользователи смогут выполнять основные операции обмена данными.

7. Client Network Utility и Server Network Utility. Наличия протокола не достаточно для сетевой работы SQL Server 2000. Для того чтобы клиенты смогли установить соединение с сервером как на клиенте, так и на сервере, необходимо добавить специальные сетевые библиотеки (Network Li­brary). Эти библиотеки реализованы в виде динамически подключаемых библиотек (DLL, dynamic link library) и подключаются к операционной системе. Библиоте­ка расширяет базовые возможности протокола и является как бы надстройкой над ним, выполняющей различные сетевые операции по обмену данными между клиентом и сервером.

Библиотеки можно инсталлировать как в процессе установки SQL Server 2000, так и позже. Если требуется добавить или удалить библиотеку уже после уста­новки, то для этого нужно использовать утилиту Server Network Utility, устанав­ливающуюся вместе с SQL Server 2000. С помощью этой библиотеки конфигу­рируются сетевые параметры собственно сервера, т.е. указываются сетевые библиотеки, с помощью которых пользователи смогут обращаться к серверу. Однако со стороны клиента также требуется присутствие сетевых библиотек и конфигурирование их для работы с сервером. Конфигурирование клиента вы­полняется с помощью утилиты Client Network Utility, добавляемой при установ­ке инструментов администрирования SQL Server. Сконфигурированные пара­метры будут использоваться для работы Enterprise Manager, Query Analyzer и других инструментов администрирования. Чтобы гарантировать успешное взаимодейст­вие клиента с сервером, следует обеспечить использование клиентом хотя бы одной библиотеки, поддержка которой разрешена на сервере, а также при необходимости соответствующим образом указать ее свойства.

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

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

9. Мастера. Как уже говорилось, многие задачи могут быть выполнены с помощью мастеров. Это наиболее простой способ выполнения административных задач. Не­достатком мастеров являются достаточно ограниченные возможности. Однако некоторых мастеров сказанное не касается. К ним можно отнести мастера конфигурирования подсистемы репликации, что является довольно сложным процессом. Например, чтобы создать публикацию средствами Enterprise Manager, нужно воспользоваться соответствующим мастером. Конечно, всегда можно применить средства Transact-SQL. Но иногда это настолько сложно и трудоемко, что лучшим решением будет использование мастера.

В файле материалов приведен список основных мастеров SQL Server 2000.