Обновление сервера SQL Server версий 6.5 и 7.0 до уровня SQL Server 2000 (стр. 4 )

·  Режим проверки подлинности в системе Windows

·  Смешанный режим (проверка подлинности в системе Windows и проверка подлинности в системе SQL Server)

Смешенный режим позволяет при подключении пользователей применять либо проверку подлинности в системе Windows, либо проверку подлинности в системе SQL Server. Пользователи, подключающиеся к серверу через пользовательские учетные записи в операционной системе Windows NT версии 4.0 или Windows 2000, могут использовать доверительные соединения (соединения, подтвержденные системой Windows NT 4.0 или Windows 2000) в любом из указанных режимов проверки подлинности.

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

Параметр ROWCOUNT, использующийся в операциях с удаленными таблицами

В SQL Server 2000 не поддерживается использование параметра ROWCOUNT для операторов INSERT, применяемых к удаленным (т. е. расположенным на удаленных компьютерах) таблицам, если уровень совместимости базы данных равняется 80. Для таких операций INSERT параметр SET ROWCOUNT игнорируется.

В отличие от сервера SQL Server 2000, в SQL Server 7.0 имелась поддержка параметра ROWCOUNT для операторов INSERT, применяемых к удаленным таблицам.

Параметры конфигурации сервера

В SQL Server 2000 не поддерживаются следующие параметры конфигурации.

default sortorder id	resource timeout
extended memory size	spin counter
language in cache	time slice
language neutral full-text	unicode comparison style
max async IO	unicode locale id

Модели восстановления и параметры баз данных

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

·  Простое восстановление

·  Полное восстановление

·  Массовое восстановление с занесением в журнал

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

В SQL Server 7.0 или более ранней версии аналогичные возможности обеспечивались путем совместного использования параметров trunc. log on chkpt и select into/bulkcopy базы данных, значения которых можно было задать, используя хранимую процедуру sp_dboption.

В приведенной ниже таблице показано соответствие между значениями параметров trunc. log on chkpt и select into/bulkcopy и новыми моделями восстановления.

Параметр trunc. log on chkpt	Параметр select into/bulkcopy	Модель восстановления
FALSE	FALSE	FULL (Полное восстановление)
FALSE	TRUE	BULK-LOGGED (Массовое восстановление с занесением в журнал)
TRUE	TRUE	SIMPLE (Простое восстановление)
TRUE	FALSE	SIMPLE (Простое восстановление)

Примечание. Если параметры trunc. log on chkpt и select into/bulkcopy базы данных имели значение TRUE, то в процессе обновления значение параметра select into/bulkcopy будет изменено на FALSE, что приведет к использованию модели простого восстановления для этой базы данных.

Параметры trunc. log on chkpt и select into/bulkcopy поддерживаются сервером SQL Server 2000 для обеспечения совместимости с предыдущими версиями. В будущих версиях сервера SQL Server поддержка этих параметров, возможно, осуществляться уже не будет.

В SQL Server 2000 можно произвести настройку параметров базы данных (включая модели восстановления), используя в операторе ALTER DATABASE языка Transact-SQL предложение SET.

Зарезервированные ключевые слова

В SQL Server 2000 следующие слова больше не являются зарезервированными ключевыми словами: AVG, COMMITTED, CONFIRM, CONTROLROW, COUNT, ERROREXIT, FLOPPY, ISOLATION, LEVEL, MAX, MIN, MIRROREXIT, ONCE, ONLY, PERM, PERMANENT, PIPE, PREPARE, PRIVILEGES, REPEATABLE, SERIALIZABLE, SUM, TAPE, TEMP, TEMPORARY, UNCOMMITTED, WORK.

Слова COLLATE, FUNCTION и OPENXML являются зарезервированными ключевыми словами в SQL Server 2000.

Расширенные хранимые процедуры программы SQL Profiler

В SQL Server 2000 больше не поддерживаются расширенные хранимые процедуры программы SQL Profiler, например, такие процедуры как xp_trace_addnewqueue и xp_trace_generate_event. Вместо них используются новые хранимые процедуры, а также системные функции, определяемые пользователем.

Значения параметра подключения по умолчанию в анализаторе запросов SQL Query Analyzer

В SQL Server версии 7.0 и более ранних версий параметр SET QUOTED_IDENTIFIER в компоненте SQL Query Analyzer имел по умолчанию значение OFF. В SQL Server 2000 это значение по умолчанию равняется ON, что также является значением, установленным по умолчанию для объектов ODBC и OLE DB. Кроме того, установка значения ON требуется для реализации некоторых новых возможностей сервера SQL Server 2000, например, при создании индексированного представления или индексов для вычисляемых столбцов.

Примечание. Если для параметра QUOTED_IDENTIFIER выбрано значение ON, то использование двойных кавычек в текстовых строках повлечет за собой синтаксическую ошибку.

Служебная программа bcp

Что прочитать на сервере SQL Server 2000 файлы, созданные программой bcp из библиотеки DB-Library более ранних версий, используйте в командной строке этой программы переключатель -V.

Диаграммы баз данных, созданные средствами наглядного проектирования баз данных более ранних версий

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

Если первым средством наглядного проектирования, примененным к базе данных SQL Server 2000, было средство, имеющее более раннюю версию, чем та, что используется в SQL Server 2000, то диспетчер SQL Server Enterprise Manager больше не сможет создать или открыть диаграмму в указанной базе данных. Любая попытка такого рода приведет к появлению ошибки, сообщающей о том, что не удается найти хранимую процедуру 'dbo. dt_getobjwithprop_u':

ODBC error: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not find stored procedure 'dbo. dt_getobjwithprop_u'.

Имеется несколько средств наглядного проектирования, использование которых может привести к указанному состоянию базы данных. К таким средствам относятся конструкторы Query Designer (Конструктор запросов), View Designer (Конструктор представлений), Database Designer (Конструктор баз данных) и Table Designer (Конструктор таблиц) сервера SQL Server 7.0 или более ранней версии, а также множество других средств, служащих для перечисления объектов в базе данных. Эти средства имеются также в системе управления базами данных Microsoft Access 2000 и в среде разработки приложений Microsoft Visual Studio® 6.0.

Диспетчер SQL Server Enterprise Manager сможет работать в указанной базе данных с диаграммами, если к этой базе данных применить следующий сценарий.

alter table dbo. dtproperties add uvalue nvarchar(255) null
go
if exists(select * from dbo. dtproperties) exec('update dbo. dtproperties set uvalue = convert(nvarchar(255), value)')
go

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

Службы преобразования данных

В данном разделе рассматриваются вопросы совместимости с предыдущими версиями служб DTS (Data Transformation Services – службы преобразования данных).

Расширенные объекты служб DTS

Некоторые объекты служб DTS в SQL Server 2000 были расширены.

Задача Copy SQL Server Objects

Процедуре копирования объектов базы данных между экземплярами серверов SQL Server 2000 и SQL Server 7.0 присущи некоторые ограничения, относящиеся к использованию задачи Copy SQL Server Objects (Копирование объектов SQL Server) в SQL Server 2000 и, соответственно, задачи Transfer SQL Server Objects (Перенос объектов SQL Server) в SQL Server 7.0.

Выполнение пакетов DTS в SQL Server 7.0 или более ранней версии

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

"Invalid class string." (Неверная строка класса.)

"Parameter is incorrect." (Неверный параметр.)

Оба приведенных сообщения указывают на то, что текущая версия сервера не содержит некоторых компонентов, необходимых для выполнения загрузки пакета DTS, и, следовательно, в данной версии сервера отсутствует поддержка объектов (задач, преобразований и т. д.), определенных в этом пакете.

Тем не менее, даже при получении одного из указанных выше сообщений, у пользователя по-прежнему сохраняется возможность открыть и запустить данный пакет в экземпляре сервера SQL Server 2000.

Использование служб DTS с различными кодовыми страницами, различным порядком сортировки, а также с данными, хранимыми в формате, отличающемся от формата Юникод

При использовании задачи Copy SQL Server Objects или преобразования Copy Column для выполнения процедуры копирования данных с экземплярами серверов SQL Server 2000 и SQL Server 7.0 могут возникнуть проблемы, когда для этих данных используются различные кодовые страницы (не в формате Юникод) и различные порядки сортировки.

Способы задания доверительных соединений

В SQL Server 7.0 нет необходимости указывать "trusted_connection=yes" в строке соединения, чтобы получить доверительное соединение с объектами и источниками данных ADO, OLE DB или ODBC. Если не были указаны идентификатор пользователя UID и пароль PASSWORD, сервер SQL Server по умолчанию попытается установить доверительное соединение. В SQL Server 2000 для получения доверительного соединения всегда следует указывать "trusted_connection=yes".

Расширенные объекты SQL-DMO

Некоторые объекты SQL-DMO в SQL Server 2000 были расширены.

Интерфейс SQL-SCM

Программный интерфейс SQL-SCM (SQL Service Control Manager –диспетчер управления службой SQL) API был удален и более не поддерживается в SQL Server 2000.

Среда English Query и службы OLAP для сервера SQL Server 7.0

Пользователям служб OLAP для сервера SQL Server 7.0 следует обратить внимание на следующие аспекты при установке или удалении среды English Query.

·  Службы OLAP для SQL Server 7.0 не должны выполняться в течение всего процесса установки. Отключите службу OLAP Services перед тем, как устанавливать среду English Query. См. также приложение Services (Службы) на панели управления.

·  Если на сервере SQL Server 7.0 были установлены службы OLAP, то в случае удаления среды English Query эти службы необходимо будет установить заново. И, наоборот, в случае удаления служб OLAP необходимо будет заново установить среду English Query, чтобы обеспечить согласованность служб OLAP.

Данные проблемы не возникают при использовании служб SQL Server 2000 Analysis Services (Службы анализа для SQL Server 2000 – новая версия служб OLAP).

Совместимость сервера SQL Server 2000 с сервером SQL Server версии 6.5

Сервер SQL Server 2000 совместим с сервером SQL Server 6.5 по многим показателям. В SQL Server 2000 сохраняется большая часть функциональных возможностей сервера SQL Server версии 6.5. Большинство приложений SQL Server 6.5 также не требуют внесения каких-либо изменений – они будут работать и после того, как мастер обновления SQL Server Upgrade Wizard обновит сервер баз данных до уровня SQL Server 2000.

Процесс обновления до уровня SQL Server 2000 позволяет:

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

·  минимизировать время и усилия, необходимые для выполнения обновления.

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

·  Параметры конфигурации Некоторые параметры конфигурации сервера были изменены.

·  Объекты SQL-DMO, задачи и репликация Были внесены изменения, относящиеся к репликации, задачам и объектам устройств. В SQL Server 2000 вместо задач (tasks) используются задания (jobs). Кроме того, в SQL Server 2000 содержатся новые системные таблицы и новые системные хранимые процедуры.

·  Репликация и триггеры В тех типах репликации, в которых допускается изменение данных на сервере-подписчике, для передачи этих изменений в публикуемые таблицы используются триггеры. Если в приложении имеются триггеры, приводящие к изменению публикуемых таблиц, то вместе с хранимой процедурой sp_configure необходимо использовать параметр nested triggers, разрешающий вложение триггеров. Данный параметр будет действовать при репликации слиянием, а также при репликации транзакций или репликации снимков с применением немедленного обновление данных либо обновления данных по запросу. Перед тем, как применить указанные типы репликации к существующей базе данных, убедитесь в том, что приложение правильно работает с параметром nested triggers. Параметр nested triggers является включенным по умолчанию. Однако если ранее он был уже отключен, его необходимо включить заново.

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

·  Системные таблицы Если в приложении используется прямой доступ к системным таблицам, то, возможно, в приложение придется внести некоторые изменения. Чтобы избежать этих проблем, рекомендуется использовать системные хранимые процедуры и представления информационной схемы.

Ниже приводится список тех системных таблиц сервера SQL Server 6.x, которые не были включены в SQL Server 2000.

master.dbo. spt_datatype_info	sysprocedures
sysbackupdetail	sysrestoredetail
sysbackuphistory	sysrestorehistory
syshistory	syssegments
syskeys	systasks
syslocks	sysusages

·  Архивация и восстановление
В SQL Server 2000 для архивации и восстановления используются операторы BACKUP и RESTORE вместо применявшихся ранее операторов DUMP и LOAD. В целях совместимости с предыдущими версиями в SQL Server 2000 осуществляется также поддержка операторов DUMP и LOAD, хотя и с некоторыми ограничениями.

·  Системные хранимые процедуры
Некоторые из ранее использовавшихся системных хранимых процедур в новой версии не поддерживаются.

Более подробные сведения см. в разделах, посвященных вопросам совместимости с предыдущими версиями.

Установка уровня совместимости с предыдущими версиями

Некоторые из операторов Transact-SQL, не удовлетворявшие требованиям стандарта SQL-92 в предыдущих версиях сервера SQL Server, по умолчанию в Microsoft SQL Server 2000 этому стандарту уже удовлетворяют. Кроме того, в SQL Server 2000 имеется несколько зарезервированных ключевых слов, которые не являлись ключевыми словами в предыдущих версиях сервера SQL Server. При обновлении уже существующих систем и приложений параметры уровня совместимости баз данных можно использовать для того, чтобы сохранить особенности предыдущих версий сервера SQL Server, если работа уже имеющихся приложений зависит от этих особенностей. При таком подходе у вас будет достаточно времени, чтобы провести обновление приложений в нужном порядке. Вместе с тем, указанные изменения не оказывают никакого воздействия на большинство приложений, которые могут работать при уровне совместимости, задаваемом для SQL Server 2000.

Уровень совместимости указывается для каждой базы данных с помощью системной хранимой процедуры sp_dbcmptlevel. Возможны следующие значения этого уровня: 60 (совместимость с SQL Server версии 6.0), 65 (совместимость с SQL Server 6.5), 70 (совместимость с SQL Server 7.0), а также значение по умолчанию, равное 80 (совместимость с SQL Server 2000). Установка какого-либо уровня совместимости обычно оказывает влияние только на поведение небольшого числа операторов языка Transact-SQL, которые существовали также и в предыдущих версиях сервера SQL Server. Даже при уровне совместимости, равном 60 или 65, приложения обладают практически всеми преимуществами, предоставляемыми новыми улучшенными возможностями сервера SQL Server 2000. Например, уже существующие приложения могут пользоваться возможностями нового более эффективного процессора запросов.

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

Внимание! Уровень совместимости, установленный для базы данных master, равняется 80, и это значение нельзя изменить. Если в базу данных master были добавлены какие-либо определенные пользователем объекты, необходимо убедиться в том, что эти объекты будут корректно работать при уровне совместимости, равном 80.

В процессе обновления базы данных model для нее автоматически устанавливается уровень совместимости с сервером SQL Server 2000. Все новые определенные пользователями базы данных, будут создаваться после этого с тем уровнем совместимости, который присвоен базе данных model. Если вы не хотите применять уровень совместимости с сервером SQL Server 2000 в новых базах данных, создаваемых после обновления, воспользуйтесь процедурой sp_dbcmptlevel, чтобы изменить значение уровня совместимости, присвоенное базе данных model.

При низких уровнях совместимости некоторые возможности теряются. Так, например, ключевые слова LEFT, OUTER и JOIN не являются таковыми при уровне совместимости, равном 60. Это, в свою очередь, означает, что предложение LEFT OUTER JOIN можно применять только при уровне совместимости, равном 65 или выше. Чтобы в каком-либо приложении можно было пользоваться преимуществами, обеспечиваемыми более высоким уровнем совместимости, необходимо провести обновление всех приложений, работающих с той или иной базой данных, чтобы они могли правильно работать при более высоком уровне совместимости.

Аналогичным образом, если установить уровень совместимости базы данных, равный 65, то база данных станет совместимой с сервером SQL Server версии 6.5, однако это не будет означать, что будут реализованы все возможности, присущие серверу SQL Server 6.5. Например, если для параметра SET ANSI_PADDING выбрано значение ON и делается попытка вставить в столбец первичного ключа две строки 'abc' и 'abc ', сервер SQL Server 2000 будет рассматривать данные строки как дубликаты и не позволит нарушить ограничение первичного ключа. В отличие от этого, указанные строки будут рассматриваться сервером SQL Server 6.5 как уникальные, и обе операции вставки будут успешно завершены. Установка уровня совместимости, равного 65, не может заставить сервер SQL Server 2000 интерпретировать данные строки как уникальные значения.

Примечание. Благодаря использованию уровня совместимости, равного 60 или 65, в SQL Server 2000 можно воспроизвести поведение сервера SQL Server предыдущих версий. Однако необходимо иметь в виду, что в будущих версиях сервера SQL Server поддержка указанных уровней совместимости может отсутствовать. Поэтому рекомендуется, по возможности, провести процесс обновления приложений таким образом, чтобы они смогли правильно работать при уровне совместимости, равном 80.

Более подробные сведения о проблеме совместимости

В SQL Server 2000 имеется много новых возможностей. Большинство изменений являются внутренними и не влияют на пользовательские сценарии и приложения. Все операторы языка Transact-SQL также являются совместимыми. Однако средства и сценарии, используемые для администрирования, необходимо обновить для последующей работы с сервером SQL Server 2000.

В данном разделе приводится подробный перечень поддерживаемых в SQL Server 6.5 свойств и возможностей, которые были впоследствии изменены (что может оказать влияние на работу сценариев и средств, используемых для администрирования). Эти изменения не зависят от показателя уровня совместимости с предыдущими версиями.

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

Уровень	Содержание изменений
1	Операторы, применяемые для администрирования, хранимые процедуры и другие элементы сервера SQL Server, которые были удалены или более не поддерживаются на сервере SQL Server 2000. Перед тем, как использовать сервер SQL Server 2000, следует установить, в каких сценариях и средствах администрирования применяются элементы этой категории.
2	Важные изменения, приводящие к поведению, отличному от того, которое было в более ранних версиях сервера SQL Server. Например, к данной категории относятся элементы, которые ведут себя иначе при преобразовании типов данных или при работе с теми или иными функциями; элементы с измененным способом записи предложений в операторах языка Transact-SQL или в хранимых процедурах; элементы с измененными именами столбцов системных таблиц; элементы, поведение которых зависит от установленного для базы данных уровня совместимости с предыдущими версиями.
3	Элементы, поддерживаемые только для совместимости с предыдущими версиями. Любой из элементов, включенных в данную категорию, поддерживается в полном объеме, однако в последующих выпусках SQL Server этот элемент может быть удален, или же его поддержка будет отсутствовать. Сервер SQL Server 2000 обладает средствами, которые выполняют те же задачи гораздо более эффективно и будут поддерживаться в будущих версиях.
4	Менее значимые изменения, приводящие к незначительной, по сравнению с более ранними версиями сервера SQL Server, модификации поведения системы. К этой категории относятся, например, элементы, которые либо полностью игнорируются, либо у них игнорируется один или несколько параметров; элементы, размер которых (в байтах) изменился; элементы с добавленными новыми параметрами или столбцами; элементы с измененным типом столбцов.

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

В SQL Server 2000 не используется свойство SetHostName

При работе с системой безопасности, интегрированной в SQL Server 6.5, оповещение о том, какая учетная запись Windows NT использовалась при соединении с системой, выдавалось только в том случае, когда администратор системы активизировал в диспетчере SQL Enterprise Manager режим SET HOSTNAME TO USERNAME.

Данный режим можно было активизировать также, используя свойство SetHostName объекта SQL-DMO. Если данный режим был задействован, то перечисленные ниже функции и столбцы возвращали вместо сетевого имени клиентского компьютера пользовательскую учетную запись Windows NT.

·  Функция HOST_NAME() языка Transact-SQL

·  Столбец hostname в результирующем наборе, возвращаемом хранимой процедурой sp_who

·  Столбец hostname в системной таблице sysprocesses

В SQL Server 2000 столбец loginame в результирующем наборе процедуры sp_who содержит имя учетной записи Windows NT для подключений, сделанных с использованием режима проверки подлинности, который применяется в системе Windows NT. Приложения, нуждающиеся в использовании такой учетной записи, должны содержать ссылку именно на этот столбец.

Параметр SET HOSTNAME TO USERNAME в диспетчере SQL Server 2000 Enterprise Manager теперь отсутствует. Сервер SQL Server 2000 игнорирует также свойство SetHostName объекта SQL-DMO.

Отказоустойчивая кластеризация

В SQL Server 2000 Enterprise Edition отказоустойчивая кластеризация обеспечивает высокую надежность баз данных SQL Server 2000. Например, при сбое операционной системы или при проведении планового обновления функции отключаемого сервера передаются другому серверу в кластере, расположенному в одном из узлов отказоустойчивой кластерной конфигурации. Таким образом минимизируется время вынужденного простоя системы и обеспечивается ее высокая надежность. Установка и настройка отказоустойчивого кластера производится при помощи программы установки SQL Server Setup. Однако перед ее использованием необходимо ознакомиться с соответствующей подробной информацией, имеющейся в справочной системе SQL Server 2000 Books Online. В данном документе приводятся только общие сведения о принципах отказоустойчивой кластеризации.

Обновление отказоустойчивого кластера до уровня SQL Server 2000

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

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

Внимание! После установки сервера SQL Server 2000 запустить мастер Cluster Wizard на сервере SQL Server версии 6.5 или 7.0 будет невозможно.

Для служб сервера SQL Server 2000 (служб SQL Server и SQL Server Agent, а также всех служб кластерной группы) необходимо использовать учетную запись пользователя домена. Эта учетная запись должна обладать привилегиями администратора на всех компьютерах кластера, если эти компьютеры работают под управлением операционной системы Windows NT Server 4.0 Enterprise Edition.

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

Обновление отказоустойчивого кластера SQL Server 6.5, имеющего конфигурацию «активный-пассивный»

1.  Исключите из кластера сервер SQL Server версии 6.5.

2.  Установите экземпляр по умолчанию сервера SQL Server 2000.

Программные модули необходимо установить на локальном диске, а для данных использовать общий диск кластера. Таким локальным диском является не входящий в кластер диск, имя которого представлено на всех узлах кластера. На каждом узле кластера данный диск должен иметь, по крайней мере, 300 МБ свободного места.

3.  Запустите мастер обновления SQL Server Upgrade Wizard, чтобы перенести данные в SQL Server 2000.

4.  Удалите существующую установку SQL Server 6.5.

5.  Запустите программу установки SQL Server Setup, чтобы преобразовать экземпляр по умолчанию сервера SQL Server 2000 в отказоустойчивый кластер SQL Server 2000.

Обновление отказоустойчивого кластера SQL Server 6.5, имеющего конфигурацию «активный-активный»

Примечание. Чтобы обновить отказоустойчивый кластер сервера SQL Server 6.5, имеющего конфигурацию «активный-активный» (или любую другую конфигурацию, при которой сервер SQL Server имеется и на втором узле), необходимо сначала преобразовать установку сервера SQL Server на одном из узлов отказоустойчивого кластера в именованный экземпляр сервера SQL Server 2000.

1.  Исключите из кластера сервер SQL Server 6.5 на узле 1 и сервер SQL Server 6.5 на узле 2.

2.  Установите на узле 1 экземпляр по умолчанию (некластерный) сервера SQL Server 2000.

Программные модули необходимо установить на локальном диске, а для данных использовать общий диск кластера. Таким локальным диском является не входящий в кластер диск, имя которого представлено на всех узлах кластера. На каждом узле кластера данный диск должен иметь, по крайней мере, 300 МБ свободного места.

3.  Запустите на узле 1 мастер обновления SQL Server 2000 Upgrade Wizard, чтобы перенести данные в SQL Server 2000.

4.  Удалите из узла 1 существующую установку сервера SQL Server 6.5.

5.  Установите на узле 1 именованный кластерный экземпляр сервера SQL Server 2000.

6.  Запустите мастер Copy Database Wizard (файл CDW. exe), чтобы перенести данные (первоначально хранившиеся на сервере SQL Server 6.5) в именованный экземпляр сервера SQL Server 2000, принадлежащий отказоустойчивому кластеру.

7.  Удалите из узла 1 экземпляр по умолчанию сервера SQL Server 2000.

8.  Установите на узле 2 экземпляр по умолчанию сервера SQL Server 2000.

9.  Запустите мастер обновления SQL Server 2000 Upgrade Wizard, чтобы перенести данные на сервер SQL Server 2000.

Программные модули необходимо установить на локальном диске, а для данных использовать общий диск кластера. Таким локальным диском является не входящий в кластер диск, имя которого представлено на всех узлах кластера. На каждом узле кластера данный диск должен иметь, по крайней мере, 300 МБ свободного места.