Компоненты 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 применяет единственный программный код. “Microsoft” не стала создавать отдельный продукт для работы в операционной системе 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. Последняя может успешно работать и без службы SQLServerAgent, в то время как для запуска службы SQLServerAgent необходимо предварительно запустить службу MSSQLServer.

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

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

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 может снизить расходы на сопровождение баз данных, в частности, за счет уменьшения количества операторов и администраторов. Польза от применения службы SQLServerAgent пропорциональна размеру предприятия. Чем больше предприятие, тем больше пользы оно получит от всех возможностей 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 разрабатывался с целью облегчить пользователям выполнение наиболее актуальных административных задач, сочетая при этом простоту работы с высокой функциональностью. Enterprise 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), с помощью которого можно просмотреть список всех объектов, расположенных в любой базе данных сервера, а также перечень встроенных функций и системных типов данных. В принципе, браузер объектов можно легко отключить. Для этого достаточно просто нажать клавишулибо выбрать пункт в меню 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 Library). Эти библиотеки реализованы в виде динамически подключаемых библиотек (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.

Статьи к прочтению:

How to install SQL Server 2000 (SP4) on Windows 10

Похожие статьи: