отказоустойчивых кластеров SQL Server 2008

SQL Server 2008
Техническая статья по SQL Server
Авторы: Майк Вайнер (Mike Weiner), Пол Бурпо (Paul Burpo), Макс Верун (Max Verun),
Джозеф Сак (Joseph Sack), Джастин Эриксон (Justin Erickson)
Соавторы: Санджай Мишра (Sanjay Mishra), Джейсон Ву (Jason Wu), Уттам Паруи (Uttam
Parui)
Технические редакторы: Прем Мехра (Prem Mehra), Джеймс Подгорски (James
Podgorski), Дэвид Уитни (David Whitney), Ричард Ткачук (Richard Tkachuk), Сетху
Калавакур (Sethu Kalavakur), Синди Гросс (Cindy Gross), Нил Грейвз (Neal Graves), Фарзан
Ратистари (Farzan Ratistari), Айяд Шаммут (Ayad Shammout, Caregroup Healthcare
Systems), Дейвид П. Смит (David P. Smith, ServiceU Corporation)
Опубликовано: июнь 2009 г.
Область применения: SQL Server 2008
Краткий обзор: Данный технический документ служит дополнением к существующей
документации по планированию, реализации и администрированию отказоустойчивых
кластеров SQL Server 2008, входящей в состав электронной документации по Microsoft
SQL Server 2008. В настоящем руководстве содержатся ссылки на существующую
документацию, предназначенные в первую очередь для технических специалистов. В
этом техническом документе описываются архитектура отказоустойчивых кластеров и
основные связанные с ней понятия в Windows Server и SQL Server 2008; установка
отказоустойчивых кластеров SQL Server 2008; обновление отказоустойчивых кластеров
SQL Server 2008; обслуживание и администрирование SQL Server 2008.
Авторские права
Сведения, содержащиеся в данном документе, отражают текущую позицию корпорации
Майкрософт по рассматриваемым вопросам на момент публикации документа. Поскольку
корпорации Майкрософт приходится реагировать на изменение рыночных условий, текст
документа не может рассматриваться как обязательство со стороны корпорации
Майкрософт. Корпорация Майкрософт не гарантирует достоверности предоставленной
информации после даты публикации.
Данный технический документ предоставляется исключительно в ознакомительных
целях. КОРПОРАЦИЯ МАЙКРОСОФТ НЕ ДАЕТ В НЕМ НИКАКИХ ЯВНЫХ ИЛИ
ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ.
Ответственность за соблюдение всех авторских прав и прав на интеллектуальную
собственность целиком и полностью несет пользователь. Без ограничения авторских
прав ни одна из частей этого документа не может быть воспроизведена, сохранена или
использована в системах поиска либо передана в любой форме, любыми способами
(электронными, механическими, в виде фотокопии, в виде записи или любыми другими) и
в любых целях без письменного разрешения корпорации Майкрософт.
Корпорация Майкрософт может иметь патенты, патентные заявки, охраняемые товарные
знаки, авторские или другие права на интеллектуальную собственность применительно к
содержимому этого документа. Без явного упоминания в письменной форме в
лицензионном соглашении от корпорации Майкрософт данный документ не дает
лицензии на упоминаемые патенты, товарные знаки, авторские права и другую
интеллектуальную собственность.
За исключением специально отмеченных случаев, описанные здесь компании,
организации, товары, имена доменов, адреса электронной почты, эмблемы, люди, места
и события являются вымышленными; любые совпадения с какими-либо реальными
компаниями, организациями, товарами, именами доменов, адресами электронной почты,
эмблемами, лицами, местами и событиями непреднамеренны и случайны.
© Корпорация Майкрософт (Microsoft Corporation), 2009. Все права защищены.
Microsoft, Active Directory, Excel, Hyper-V, SQL Server, Win32, Windows, Windows Server и
Windows Vista являются товарными знаками группы компаний корпорации Microsoft.
Все прочие товарные знаки являются собственностью их владельцев.
Содержание
Введение ...................................................................................................................................................... 5
Обзор технологий отработки отказов в Windows Server ......................................................................... 6
Топология и архитектура кластеров SQL Server ........................................................................................ 9
Группа ресурсов кластера отработки отказа ........................................................................................ 9
Проверка работоспособности .............................................................................................................. 11
Свойства ресурсов и групп ресурсов ................................................................................................... 12
Свойства ресурсов ............................................................................................................................. 12
Свойства групп ресурсов................................................................................................................... 15
Стандартные варианты развертывания кластера отработки отказа SQL Server .............................. 16
Одиночный экземпляр кластера отработки отказа ....................................................................... 16
Многоэкземплярный кластер отработки отказа ............................................................................ 17
Кластер отработки отказа на нескольких площадках. ................................................................... 18
Гостевой кластер отработки отказа ................................................................................................. 20
Различные версии SQL Server в одном кластере Windows Server (SQL Server 2000 и 2005
совместно с SQL Server 2008) ............................................................................................................... 20
Преимущества SQL Server 2008 в кластерах Windows Server 2008 ................................................... 21
Установка и настройка SQL Server............................................................................................................ 23
Варианты установки кластера отработки отказа SQL Server ............................................................. 24
Встроенная установка ....................................................................................................................... 24
Расширенная установка (Advanced/Enterprise) .............................................................................. 25
Добавление узла к экземпляру кластера отработки отказа.............................................................. 26
Удаление узла из экземпляра кластера отработки отказа ................................................................ 26
Удаление экземпляра SQL Server ......................................................................................................... 26
Автоматическая установка кластера отработки отказа SQL Server 2008 .......................................... 26
Использование файла конфигурации.................................................................................................. 31
На что нужно обратить внимание после установки ........................................................................... 33
Добавление дополнительных дисков кластера для SQL Server .................................................... 33
Проверка переключения ресурса SQL Server .................................................................................. 33
Установка средств управления SQL Server и клиентских средств SQL Server................................... 34
Использование установки из командной строки ........................................................................... 34
Удаление клиентских средств SQL Server ........................................................................................... 35
Замечания по установке других компонентов на кластер отработки отказа .................................. 35
Службы Analysis Services ................................................................................................................... 35
Службы Reporting Services ................................................................................................................ 36
Службы SQL Server Integration Services ............................................................................................ 37
Координатор распределенных транзакций Microsoft ................................................................... 37
Обновление предыдущих версий SQL Server ......................................................................................... 42
Сокращение времени простоя с помощью последовательных обновлений версий и пакетов
обновления. ........................................................................................................................................... 42
Последовательные обновления ...................................................................................................... 43
Последовательные установки пакетов обновления ...................................................................... 49
Администрирование и обслуживание кластера отработки отказа SQL Server 2008 ........................... 55
Изменение сетевого имени кластера отработки отказа SQL Server ................................................. 56
Изменение IP-адреса кластера отработки отказа SQL Server............................................................ 56
Изменение учетных записей служб кластера отработки отказа SQL Server .................................... 56
Управление ресурсами SQL Server с помощью среды SQL Server Management Studio и средства
«Администратор кластера» .................................................................................................................. 57
Перестроение системных баз данных в кластере отработки отказа SQL Server 2008 .................... 57
Реализация флагов трассировки .......................................................................................................... 58
Устранение неполадок кластера отработки отказа SQL Server ............................................................. 59
Определение характера отказа ........................................................................................................... 59
Анализ основных причин ..................................................................................................................... 60
Оборудование ................................................................................................................................... 60
Операционная система и сеть .......................................................................................................... 60
Безопасность...................................................................................................................................... 60
Кластер отработки отказа Windows Server ..................................................................................... 61
SQL Server ........................................................................................................................................... 62
Дальнейшие шаги по устранению неполадок .................................................................................... 63
Чтение и извлечение журналов событий и журналов кластера ................................................... 63
Сравнение реестров узлов ............................................................................................................... 64
Изменение вручную раздела реестра из раздела контрольных точек ........................................ 64
Перевод SQL Server в оперативный режим вне служб кластера .................................................. 66
Свойства ресурса SQL Server............................................................................................................. 67
Рекомендации по предотвращению ненужных нарушений в работе ............................................. 68
Оцените зависимости ресурсов ....................................................................................................... 68
Оценка политик отработки отказа для ресурса.............................................................................. 68
Конфигурация подключений ............................................................................................................ 69
Приложение A. Встроенная установка кластера отработки отказа SQL Server 2008 с помощью
операции добавления узла ...................................................................................................................... 70
Приложение B. Установка кластера отработки отказа SQL Server 2008 в варианте расширенной
установки ................................................................................................................................................. 102
Шаг 1 расширенной установки (установки выпуска Enterprise) кластера отработки отказа.
Подготовка ........................................................................................................................................... 102
Шаг 2 расширенной установки (установки выпуска Enterprise) кластера отработки отказа.
Завершение ......................................................................................................................................... 124
Приложение C. Добавление узла .......................................................................................................... 141
Добавление узла в существующий кластер отработки отказа SQL Server 2008 ............................ 141
Приложение D. Удаление узла .............................................................................................................. 156
Удаление узла из существующего кластера отработки отказа SQL Server 2008 ............................ 156
Приложение E. Установка кластера отработки отказа SQL Server 2008 — устранение неполадок при
ошибках.................................................................................................................................................... 164
Сообщения об ошибках и руководство по устранению неполадок ............................................... 166
Устранение неполадок: сообщения об ошибках в файлах «*ErrorLog» ......................................... 188
Заключение .............................................................................................................................................. 190
Введение
Microsoft® SQL Server® 2008 — это решение для критически важных приложений, требующих
максимального уровня доступности. Отказоустойчивые кластеры SQL Server 2008 входят в состав
набора инструментов обеспечения высокой доступности SQL Server. Они разработаны, чтобы
помочь компаниям в достижении своих целей по доступности и времени работоспособности.
Отказоустойчивые кластеры обеспечивают защиту как при запланированных, так и при
незапланированных простоях и отключениях. Если сервер на одном из узлов перестает
функционировать, SQL Server продолжает обрабатывать запросы на других узлах.
В механизм отработки отказов в SQL Server 2008 внесены определенные изменения, в том числе
полностью обновлен процесс установки и реализована поддержка до 16 узлов. В данном
техническом документе рассматриваются существовавшие и вновь введенные понятия, связанные
с отработкой отказов в SQL Server 2008 и касающиеся ее архитектуры, реализации,
администрирования и устранения неполадок.
Обзор технологий отработки отказов в Windows Server
Отказоустойчивый кластер SQL Server 2008 основан на проверенной технологии отказоустойчивых
кластеров Windows Server®. Предназначение отказоустойивых кластеров Windows Server —
обеспечить высокий уровень доступности выполняющихся в кластере служб или приложений.
Такой кластер состоит из группы независимых серверов, благодаря совместной работе которых
повышается доступность служб и приложений. Отказоустойчивый кластер обеспечивает защиту от
аппаратных и программных сбоев, при необходимости переводя ресурсы с одного сервера (узла
кластера) на другой. Под переводом подразумевается отключение кластеризованной службы
или приложения на одном узле и запуск той же службы или приложения на другом узле. Такой
процесс обычно проходит незаметно для пользователей, с минимальным нарушением
обслуживания во время отработки отказа.
Существуют и другие разновидности кластеров, такие как Windows® Compute Cluster Server 2003,
пришедший ему на смену Windows® HPC Server 2008, а также Windows Network Load Balancing
(NLB). Однако все эти виды кластеров предназначены для других задач и не являются
отказоустойчивыми кластерами Windows Server, для работы с которыми рассчитаны
отказоустойчивые кластеры SQL Server 2008. Архитектура отказоустойчивых кластеров Windows
обеспечивает избыточность и возможность обнаружения определенных сбоев. Она
минимизирует влияние таких сбоев, переводя ресурсы, для которых обеспечивается высокая
доступность, на резервируемые компоненты обслуживания. Эта архитектура не предназначена
для ситуаций, связанных с балансировкой нагрузки, и ее реализации отличаются от кластерных
решений HPC и NLB.
Отказоустойчивый кластер состоит из одного и более кластеризованных серверов (называемых
узлами) и конфигурации общих дисков кластера, настроенных для использования в кластере.
Также в отказоустойчивом кластере для обмена данными настраивается не менее двух сетей, из
которых хотя бы одна — публичная и хотя бы одна — частная. Частная сеть должна быть
настроена только для внутреннего обмена данными в кластере. Публичная сеть предназначена
для соединений клиентов с серверными приложениями, выполняющимися в кластере. Узлы
кластера сообщаются друг с другом по частной сети с использованием тактовых импульсов
(периодических сигналов подтверждения исправности, позволяющих узлам определять состояние
других узлов в кластере).
Также в состав отказоустойчивого кластера (согласно определениям документа Руководство по
проектированию отказоустойчивых кластеров) входят следующие компоненты:

Служба кластеров. Важный программный компонент, управляющий всеми аспектами
деятельности серверов кластера или отказоустойчивыми операциями. На каждом узле

кластера отработки отказов или кластера серверов выполняется экземпляр службы
кластеров.
Кворум. Количество элементов отказоустойчивого кластера, которые должны оставаться в
оперативном режиме, чтобы кластер продолжал работу. В этом контексте элементами
кластера являются узлы, диск-свидетель или диск кворума, и, в некоторых случаях, общая
папка-свидетель. Каждый входящий в кворум элемент, кроме общих папок-свидетелей,
содержит копию конфигурации кластера. Служба кластеров следит за тем, чтобы все копии
конфигурации кластеров были постоянно синхронизированы.
В рамках кластера диски, IP-адреса, сетевые имена и приложения (в том числе SQL Server)
рассматриваются как ресурсы, для которых можно обеспечить отказоустойчивость и высокую
доступность. Эти ресурсы рассчитаны на работу в кластерной среде с помощью динамической
библиотеки ресурсов (Resource DLL). Эта библиотека DLL содержит зависящий от конкретного
ресурса-код, необходимый для обеспечения высокого уровня доступности для одного или
нескольких типов ресурсов. Для каждого типа ресурса поддерживаются два типа проверок
исправности:


LooksAlive — более частая и быстрая проверка.
IsAlive — менее частая проверка, позволяющая с большей степенью достоверности
убедиться, что служба доступна.
Ресурсы, связанные с определенным экземпляром приложения, устанавливаются в группу на
отказоустойчивом кластере Windows Server, называемую группой ресурсов.
Примечание. В средстве управления отказоустойчивым кластером Windows Server 2008 эта
группа ресурсов называется Службы и приложения. В данном документе эти термины
употребляются как синонимы.
Группа ресурсов представляет собой единицу отработки отказа. Это означает, что все ресурсы из
одной и той же группы при сбое переходят на другой ресурс как единое целое. В каждый момент
времени каждой группой ресурсов (и, соответственно, содержащимися в ней ресурсами) владеет
только один узел кластера. Более подробные сведения о ресурсах и группах ресурсов в SQL Server
см. в разделе «Топология и архитектура кластера SQL Server».
Отказоустойчивый кластер SQL Server 2008 можно настроить в операционных системах Windows
Server 2003 и Windows Server 2008. Многие ссылки и определения в данном документе относятся
большей частью к Windows Server 2008. В Windows Server 2008 реализованы следующие
изменения, относящиеся к SQL Server:

Мастер проверки кластера. В Windows Server 2003 аппаратное решение кластера
проверялось вручную через каталог Windows Server. В Windows Server 2008 проверку
совместимости кластерной среды с отказоустойчивыми кластерами Windows Server 2008
выполняет перед установкой мастер проверки кластера. Подробное описание


инструментария и процедуры проверки приведено в статье Пошаговое руководство по
отказоустойчивый кластерам: проверка оборудования для кластера отработки отказа.
Идентификаторы безопасности служб (SID). При создании нового отказоустойчивого
кластера SQL Server 2008 на базе Windows Server 2008 теперь не нужно использовать
группы домена благодаря назначению во время установки SID служб. Поддержка SID
служб была введена в Windows Vista и Windows Server 2008. Они позволяют назначать
списки управления доступом (ACL) серверным ресурсам, а также назначать разрешения
непосредственно службам Windows Server. В процессе установки отказоустойчивого
кластера SQL Server в диалоговом окне Политика безопасности кластера все еще можно
выбрать вариант использования групп домена. Тем не менее, в SQL Server 2008 на
платформе Windows Server 2008 рекомендуется выбирать пункт Использовать
идентификаторы безопасности служб. Это позволяет избежать настройки групп домена и
последующего добавления учетных записей служб в группы перед установкой.
Четыре режима кворума. Отказоустойчивые кластеры Windows Server 2008
поддерживают четыре режима кворума. В целях обеспечения максимальной доступности
кластер может автоматически корректировать режим кворума при добавлении или
удалении узлов кластера. Возможны четыре следующих режима кворума:
1. Большинство узлов. Голосует каждый доступный и сохраняющий доступ к сети узел.
Кластер работает только при большинстве голосов (больше половины). Аналогичным
образом действовал режим MNS (Majority Node Set — набор узлов большинства) в
Windows Server 2003. Этот режим предпочтителен, если количество узлов нечетно, а
общий диск или хранилище отсутствует.
2. Большинство узлов и дисков. Голосует каждый доступный и сохраняющий доступ к
сети узел, а также выбранный диск в хранилище кластера («диск-свидетель»). Кластер
работает только при большинстве голосов (больше половины). Рекомендуется
использовать этот режим, если количество узлов четно, а также при наличии общего
хранилища.
3. Большинство узлов и общих папок. Голосует каждый доступный и сохраняющий
доступ к сети узел, а также одна общая папка, созданная администратором («общая
папка-свидетель»). Кластер работает только при большинстве голосов (больше
половины). Этот режим обычно применяется, когда узлы отказоустойчивого кластера
географически удалены друг от друга.
4. Нет большинства: только диск. В кластере существует кворум, пока доступен и имеет
доступ к сети хотя бы один узел, которому доступен указанный диск в хранилище
кластера. Присоединиться к кластеру могут лишь те узлы, которым также доступен
этот диск. Аналогичным образом действовал режим «диск кворума» в Windows Server
2003. Выбранный диск будет единственной точкой отказа, так что данный режим
кворума следует использовать лишь в особых случаях.
При установке кластера Windows Server 2008 по умолчанию выбирается рекомендуемый режим
кворума. Так, если в кластере четное количество узлов, по умолчанию выбирается режим кворума
Большинство узлов и дисков; если количество узлов в кластере нечетно, выбирается режим
кворума Большинство узлов. Во время установки пользователю не предлагается выбрать режим
кворума. В дальнейшем режим кворума может автоматически изменяться при добавлении или
удалении узлов кластера. Это может показаться непривычным пользователям, работавшим ранее
с кластерами в Windows Server 2003.
При создании кластера важно понимать особенности каждого режима кворума и допустимое для
него количество сбоев (узлов или дисков). Также при выборе модели кворума следует учитывать
требования приложений.
Для поддержания системы в доступном состоянии важно, чтобы практика ее эксплуатации
соответствовала технологии, которая используется для обеспечения высокого уровня доступности.
Например, если необходима возможность одновременной перезагрузки двух узлов в трехузловом
кластере без потери доступности, имеет смысл выбрать режим кворума Нет большинства: только
диск. Однако в таком случае следует убедиться, что для кворума используется надежное
хранилище (например, зеркальный диск в полностью избыточной сети SAN).
Подробные сведения о режимах кворума и рекомендации по его выбору приведены в статье
Пошаговое руководство по отказоустойчивым кластерам: настройка кворума в отказоустойчивом
кластере. Дополнительные рекомендации и сценарии использования см. в статье Приложение Б:
дополнительные сведения о режимах кворума.
Подробные сведения о кластерах отработки отказа в Windows Server 2008 см. в статье
Отказоустойчивые кластеры на веб-сайте Microsoft TechNet.
Топология и архитектура кластеров SQL Server
Экземпляр отказоустойчивого кластера SQL Server, установленный на отказоустойчивом кластере,
для клиентов выглядит и действует аналогично отдельному экземпляру SQL Server, не
использующему отказоустойчивый кластер Windows Server. Основное отличие отказоустойчивого
кластера SQL Server заключается в том, что благодаря использованию платформы
отказоустойчивых кластеров Windows Server обеспечиваются отслеживание состояния и высокий
уровень доступности экземпляра SQL Server за счет избыточного количества узлов. В данном
разделе описаны ресурсы и группы ресурсов кластеров отработки отказа SQL Server, а также
стандартные конфигурации.
Группа ресурсов отказоустойчивого кластера
Экземпляр отказоустойчивого кластера SQL Server состоит из двух следующих составляющих:


Локальных бинарных файлов и компонентов, установленных на каждом из возможных
узлов владельцев.
Общих ресурсов в группе ресурсов, автоматически переводимых в случае сбоя на любой
узел из числа возможных владельцев.
Локальные бинарные файлы и компоненты на каждом из узлов аналогичны используемым в
изолированном экземпляре SQL Server. Однако при запуске служба не запускается автоматически
или вручную (пользователем); служба отказоустойчивого кластера Windows Server отслеживает
экземпляр и управляет им самостоятельно.
У каждого экземпляра отказоустойчивого кластера SQL Server имеется группа ресурсов,
содержащая следующий набор ресурсов:







Сетевое имя.
IP-адрес.
Один или несколько общих дисков.
Служба SQL Server Database Engine.
Служба агента SQL Server.
Службы аналитики SQL Server, если они установлены.
Одна общая папка, если установлен компонент FILESTREAM.
Такие ресурсы, как сетевое имя и IP-адрес, обеспечивают единый идентификатор, по которому
клиенты могут подключаться к экземпляру SQL Server вне зависимости от того, на каком из узлов
отказоустойчивого кластера он выполняется в данный момент. Если группа ресурсов переходит на
другой узел при отработке отказа, для сетевого имени и IP-адреса регистрируется
перенаправление на новый узел, на котором возобновляется обслуживание экземпляра
отказоустойчивого кластера SQL Server. Этот процесс может проходить незаметно для клиентов —
им не нужно менять сетевое имя или IP-адрес, используемые для соединения с SQL Server.
На общих дисках SQL Server содержатся все системные и пользовательские данные, включая базы
данных, журналы, файлы FILESTREAM и интегрированные файлы полнотекстового поиска для
экземпляра кластера отработки отказа SQL Server. При отработке отказа и переходе на другой
ресурс диски подключаются к новому узлу. Когда экземпляр SQL Server запускается на новом узле,
в процессе загрузки он проходит этап восстановления, получая доступ ко всем файлам баз
данных, которые существовали во время выполнения на предыдущем узле.
Общие диски — это единственная точка отказа для экземпляра отказоустойчивого кластера.
Отказоустойчивый кластер Windows Server и SQL Server обеспечивает избыточность компьютеров,
операционных систем и двоичных файлов SQL Server, но ему необходимо надежное хранилище,
чтобы обеспечить доступность общих дисков. Общим хранилищем может быть как встроенный
ресурс общего диска, так и особый ресурс общего диска, предоставленный поставщиком
оборудования для расширенных конфигураций хранилищ, например, с поддержкой технологий
репликации сетей SAN.
Ресурсы SQL Server, служба агента SQL Server и службы аналитики отвечают за запуск и останов
соответствующих служб на каждом из узлов. Отказоустойчивый кластер Windows Server руководит
этими действиями в соответствии с сообщениями проверки работоспособности, относящимися к
каждому из данных ресурсов.
Ресурсы SQL Server и служба агента SQL Server входят в каждую группу ресурсов отказоустойчивого
кластера SQL Server, в которой установлен компонент Database Engine. Службы аналитики SQL
Server входят в каждую группу ресурсов отказоустойчивого кластера SQL Server, в которой
установлен компонент служб аналитики. Хотя компоненты Database Engine и служб аналитики
могут устанавливаться в одну группу ресурсов, обычно рекомендуется устанавливать их в виде
раздельных экземпляров. Компонент служб аналитики не зависит от SQL Server и должен
устанавливаться в отдельную группу ресурсов для обеспечения максимальной
производительности и доступности.
Проверка работоспособности
Отказоустойчивый кластер SQL Server проводит проверку работоспособности на двух уровнях:

Отказоустойчивый кластер Windows подтверждает, что узлы находятся в сети и отвечают
на сообщения.
 Для каждого ресурса также производится свойственная именно ему проверка
работоспособности.
SQL Server и службы аналитики используют встроенные в отказоустойчивый кластер Windows
Server ресурсы сетевого имени и IP-адреса, которые выполняют проверку и подтверждают, что
сетевое имя и IP-адрес доступны и зарегистрированы должным образом. Если сетевое имя или IPадрес недоступны, зависимые от них ресурсы SQL Server и служб аналитики также становятся
недоступны.
Проверки работоспособности общего диска выполняются либо в процессе проверки ресурсов
отказоустойчивого кластера Windows, либо при проверке ресурсов, реализованной в ПО от
стороннего поставщика-изготовителя хранилища, которое поддерживает работу в кластерной
среде. В обоих случаях данные ресурсы проверяют подключение и доступность диска.
Производимая для ресурса SQL Server проверка LooksAlive (в Windows Server 2008 также
называемая Базовой проверкой работоспособности ресурса) подтверждает, что служба SQL
Server выполняется на доступном узле и производится по умолчанию каждые 5 секунд. Если
проверка LooksAlive завершается неудачно, служба кластеров Windows Server выполняет
проверку IsAlive, чтобы подтвердить сбой.
Проверка IsAlive (в Windows Server 2008 также называемая Полной проверкой
работоспособности ресурса) запускается каждые 60 секунд и проверяет кэшированный результат
внутреннего процесса IsAlive в библиотеке ресурсов SQL Server.
Внутренний процесс библиотеки ресурсов SQL Server обрабатывает все соединения и
обеспечивает реализацию базовой логики IsAlive. Он содержит расширенный алгоритм повторных
попыток для выявления любых сбоев в соединениях и в выполнении приложений. При успешном
соединении с SQL Server внутренняя проверка IsAlive каждые 60 секунд отправляет запрос
SELECT @@SERVERNAME, чтобы удостовериться, что SQL Server все еще доступен. Если запрос
завершается неудачно, внутренний процесс запускает дополнительный алгоритм повторных
попыток, чтобы удостовериться, что сбой не вызван чрезмерной нагрузкой. Если выполнение
алгоритма повторных попыток также завершается неудачно, внутренний процесс завершает
работу службы SQL Server и обновляет кэшированный результат, вследствие чего следующие
проверки LooksAlive и IsAlive будут сообщать о сбое.
Библиотека ресурсов SQL Server загружается службой кластеров Windows при запуске ресурса SQL
Server. Таким образом, вызовы, производимые библиотекой ресурсов, совершаются в контексте
службы кластеров. В связи с этим служба кластеров должна иметь доступ к базе данных master,
принадлежащей SQL Server. Добавлять учетную запись службы кластеров или группу
BUILTIN\Administrators в роль sysadmin при этом не обязательно. Тем не менее, учетная запись
службы кластеров должна иметь в базе данных master права, разрешающие выполнять запрос
SELECT @@SERVERNAME. По умолчанию это разрешение имеется у роли public, а база данных
master доступна для роли guest, так что достаточно просто добавить учетную запись службы
кластеров как имя входа, без дополнительных разрешений. Программа установки SQL Server 2008
автоматически добавляет стартовую учетную запись службы кластеров (или SID службы для
службы кластеров) в качестве имени входа в процессе установки.
Служба служб аналитики устанавливается как универсальная служба, и ее состояние (LooksAlive/
IsAlive) определяется с использованием обычного алгоритма для универсальных
кластеризованных приложений.
Свойства ресурсов и групп ресурсов
Группа ресурсов SQL Server и каждый ресурс в группе ресурсов предоставляют доступ к своим
свойствам через оснастку консоли управления (MMC) отказоустойчивого кластера Windows Server.
Кроме того, эти свойства доступны через интерфейсы API кластера и инструмент командной
строки cluster.exe.
Дополнительные сведения о доступных API кластера см. в статье Интерфейсы API кластеров
(Windows). Дополнительные сведения о командах средства cluster.exe см. в статье Управление
кластером серверов из командной строки: кластеры серверов (MSCS).
Примечание. В средстве управления отказоустойчивым кластером в Windows Server 2008 группа
ресурсов называется «Службы и приложения». В данном документе эти термины употребляются
как синонимы.
Свойства ресурсов
Через средство управления отказоустойчивым кластером Windows Server каждый ресурс может
предоставлять доступ к нескольким видам свойств. В Windows Server 2008 к ним относятся
следующие типы:


Общие. Основные свойства для данного типа ресурса.
Зависимости. Определяют, какие из других ресурсов в группе должны быть доступны,
чтобы данный ресурс мог начать работу.





Политики. Определяют, как ресурс должен реагировать на сбои и как сбой данного
ресурса влияет на всю группу ресурсов.
Дополнительные политики. Определяют возможных владельцев и интервалы проверки
работоспособности.
Разрешения. Определяют для общего файлового ресурса набор разрешений для общих
ресурсов и файлов. Например, программа установки SQL Server устанавливает общий
кластерный файловый ресурс для поддержки функции FILESTREAM, если она включена.
Репликация реестра. Это разделы реестра, реплицируемые для всех узлов в процессе
установки контрольных точек.
Свойства. Пользовательские свойства, определенные для данного типа ресурса.
В Windows Server 2003 включено подмножество свойств из вышеприведенного списка.
Для каждого ресурса задан набор возможных владельцев. Ими являются те узлы, на которых
может быть запущен этот ресурс. В большинстве случаев список возможных владельцев вручную
изменять не следует. Одним из исключений является процесс последовательного обновления, при
котором набор владельцев приходится изменять (подробности см. в разделе «Последовательные
обновления»). В остальных случаях программа установки SQL Server добавляет и удаляет
возможных владельцев во время установки приложения, добавления и удаления узлов, а также
обновления старшей версии самостоятельно.
Зависимости ресурсов позволяют определить, от чего зависит данный ресурс. Отказоустойчивый
кластер Windows Server отслеживает правильность порядка запуска и остановки зависимых
компонентов, а также останавливает все ресурсы, зависимые от ресурса, в котором возник сбой
или который стал недоступен. SQL Server и службы аналитики SQL Server зависят от ресурсов
общего диска и ресурса сетевого имени. Ресурс сетевого имени зависит от ресурса IP-адреса, а
служба агента SQL Server зависит от ресурса SQL Server Database Engine.
В Windows Server 2008 стало возможно помимо зависимостей типа AND (И) использовать
зависимости типа OR (ИЛИ). SQL Server 2008 и более ранние версии не поддерживают
зависимости типа OR (ИЛИ) между IP-адресами, которые необходимы для обеспечения
возможности работы узлов в разных подсетях.
Для каждого ресурса также можно настроить политики отработки отказа, которые определяют
следующие аспекты поведения ресурса:





Список возможных владельцев. У всех ресурсов в одной группе должны быть одни и те же
возможные владельцы.
Следует ли пытаться перезапустить ресурс в случае сбоя.
Максимальное количество попыток перезапуска на данном узле за определенный период
времени.
Следует ли при сбое данного ресурса перемещать на другой узел всю группу ресурсов.
Время ожидания (время ожидания изменения состояния ресурса).


Проверка LooksAlive (интервал между базовыми проверками работоспособности
ресурса).
Проверка IsAlive (интервал между полными проверками работоспособности ресурса).
Примечание. Изменение этого интервала не влияет на проведение стандартной проверки,
выполняемое каждые 60 секунд. Однако этот параметр определяет, с какой
периодичностью служба отказоустойчивого кластера Windows Server будет проверять
кэшированный результат библиотеки ресурсов SQL Server. Изменять настройку этого
интервала, заданную по умолчанию, не рекомендуется.
Политика, используемая в SQL Server 2008 по умолчанию, предполагает однократную попытку
перезапуска на том же узле при первом сбое в течение 15-минутного интервала. Если в течение 15
минут происходит второй сбой, вся группа ресурсов перемещается на другой узел. Также
настраивается влияние каждого ресурса на группу в случае неуспешного перезапуска на узле.
Следует убедиться, что политика отработки отказа для каждого из ресурсов в группе ресурсов SQL
Server соответствует потребностям бизнеса, на которые ориентирован кластер. В некоторых
случаях имеет смысл отключить настройку Влиять на группу (в Windows Server 2008 она
называется При неудачном перезапуске выполнять переход для всех ресурсов службы или
приложения) для таких ресурсов, как перечисленные ниже. Это полезный вариант, если отказ
такого ресурса не должен вызывать переход на другой узел многих ресурсов, что приведет к
временной недоступности SQL Server.




Ресурс службы агента SQL Server.
Общая папка FILESTREAM.
Координатор распределенных транзакций (Майкрософт) (MSDTC), если он установлен в
группе ресурсов SQL Server.
Службы аналитики SQL Server, если они установлены в том же экземпляре
отказоустойчивого кластера, что и компонент Database Engine.
Время ожидания по умолчанию составляет три минуты; как правило, менять это значение нет
необходимости.
Для всех ресурсов интервал между проверками LooksAlive по умолчанию составляет пять секунд.
При необходимости более частых проверок это значение можно изменить. Рекомендуется не
изменять значение по умолчанию.
Для выполнения алгоритма IsAlive на отказоустойчивом кластере SQL Server использует
внутренний процесс в пользовательской библиотеке ресурсов. Внутренний алгоритм IsAlive
поддерживает и обновляет кэшируемые значения, указывающие текущее состояние службы SQL
Server. Периодичность проверок для этого алгоритма изменить нельзя. Изменение свойств
ресурса для ресурса SQL Server с помощью администратора кластера влияет на периодичность, с
которой служба кластеров будет проверять кэшированные результаты, сохраняемые библиотекой
ресурсов SQL Server.
Ресурс SQL Server предоставляет доступ к пользовательским свойствам SQL Server,
предназначенным для устранения неполадок. В Windows Server 2008 эти свойства отображаются
на вкладке Свойства. В Windows Server 2003 их также можно просмотреть с помощью команды
cluster.exe:
cluster.exe RESOURCE [Имя ресурса SQL Engine] /PRIVPROPERTIES
Дополнительные сведения об этих свойствах см. в разделе «Устранение неполадок
отказоустойчивого кластера SQL Server» данного документа, подраздел «Свойства ресурса SQL
Server».
Свойства групп ресурсов
Каждая группа ресурсов предоставляет доступ к следующим настраиваемым свойствам:




Порядок предпочитаемых владельцев.
AntiAffinityClassNames (это свойство недоступно в графическом интерфейсе
администратора кластера).
Политики автоматического восстановления размещения.
Максимальное количество повторов или неудачных попыток за указанный период.
Параметр предпочитаемые владельцы позволяет определить узлы, на которых выполнение
приложения более предпочтительно. Если определено несколько предпочитаемых владельцев,
можно также задать для них порядок приоритета. В кластерах, содержащих более двух узлов,
следует настроить список предпочитаемых владельцев для обеспечения более
сбалансированного перехода на другие ресурсы в кластере.
Параметр AntiAffinityClassNames позволяет определить приложения, выполнение которых на
одном узле нежелательно. Это свойство состоит из нуля или большего количества произвольных
определяемых пользователем строк. Группы с совпадениями имен строк будут считаться
«конфликтующими», и система по мере возможности будет пытаться размещать их на различных
узлах. Подробные сведения о действии параметра AntiAffinityClassNames совместно с
параметром «предпочитаемые владельцы» см. в статье AntiAffinityClassNames(Windows).
Примечание. По умолчанию в SQL Server 2008 не заданы ни предпочитаемые владельцы, ни
значения для параметра AntiAffinityClassNames. Эти настройки необязательны.
Группы ресурсов также позволяют настраивать политику восстановления размещения на
«наиболее предпочтительном» узле. Политика может быть настроена на попытку восстановления
размещения сразу после того, как этот узел станет доступен или на восстановление размещения
через определенное время, задаваемое в часах. По умолчанию автоматическое восстановление
размещения для SQL Server 2008 не настроено. Выбор немедленного восстановления размещения
может привести к потере возможности подробного управления переходом на другой ресурс SQL
Server по сравнению с вариантом, когда время перемещения группы задается администратором.
Для каждой из групп ресурсов также можно определить максимальное количество попыток
перехода на другой ресурс или перезапусков за указанное время, после которого группа ресурсов
будет переведена в состояние сбоя. По умолчанию в SQL Server 2008 для групп ресурсов
допускается два сбоя каждые шесть часов.
Стандартные варианты развертывания отказоустойчивого кластера SQL
Server
Для отказоустойчивого кластера SQL Server существуют различные сценарии архитектуры
развертывания. В этом разделе описаны самые распространенные конфигурации кластера
отработки отказа:




Один экземпляр отказоустойчивого кластера на двух узлах.
Многоэкземплярный кластер:
o Кластер с активными экземплярами на всех узлах.
o n+1 (n экземпляров и один запасной узел).
Экземпляр отказоустойчивого кластера на нескольких площадках.
Гостевой отказоустойчивый кластер.
Примечание. В описаниях отказоустойчивого кластера SQL Server часто используются термины
«Активный/Пассивный», «Активный/Активный» и другие комбинации слов «Активный» и
«Пассивный» (например, «Активный/Активный/Пассивный»). До тех пор, пока на каждом узле мог
существовать только один экземпляр SQL Server (в версиях, предшествующих SQL Server 2000), эти
термины адекватно отображали структуру кластеров. С точки зрения приложения (SQL Server) узел
мог быть «активным» или «пассивным» в зависимости от того, был ли на нем запущен экземпляр
SQL Server. Однако в настоящее время, когда на одном узле может быть запущено много
экземпляров отказоустойчивого кластера, а потенциальное количество узлов в кластере
значительно возросло, такие термины (при их использовании для описания конфигурации
экземпляров SQL Server и узлов, на которых выполняются эти экземпляры) стали неудобными и
неточными. Более точным будет описание каждого экземпляра кластера отработки отказа по
отдельности с указанием узлов, на которых он выполняется в данный момент, и его возможных
владельцев. Кроме того, термин «Активный/Активный» может создать ложное впечатление, будто
в кластере реализуется балансировка нагрузки между узлами или экземплярами SQL Server.
Одиночный экземпляр отказоустойчивого кластера
Самая распространенная конфигурация отказоустойчивого кластера — это двухузловой кластер с
одним экземпляром отказоустойчивого кластера SQL Server. В этой схеме для защиты от сбоя
отдельного узла используется выделенный компьютер. Настоятельно рекомендуется подбирать
компьютеры с одинаковой конфигурацией оборудования, чтобы в случае перехода ресурсов при
сбое рабочая нагрузка могла выполняться без нежелательной потери производительности.
Если необходима устойчивость к сбоям дополнительных компьютеров, можно увеличить
количество узлов в кластере. Чтобы отказоустойчивый кластер SQL Server мог отрабатывать отказы
более чем двух узлов, необходим выпуск SQL Server 2008 Enterprise. Также следует внимательно
отнестись к выбору режима кворума на базовом кластере Windows Server — он должен
обеспечивать работу при компенсируемом количестве сбоев.
Иногда выделение отдельных компьютеров под каждый из экземпляров отказоустойчивого
кластера SQL Server может быть слишком дорогим решением. В таком случае имеет смысл
объединить многочисленные экземпляры отказоустойчивых кластеров SQL Server на одном
отказоустойчивом кластере, проиграв в потенциальной доступности, но выиграв в эффективности
использования аппаратного обеспечения. Такая конфигурация называется многоэкземплярным
отказоустойчивым кластером.
Многоэкземплярный отказоустойчивый кластер
Существует два распространенных типа многоэкземплярных кластеров. В кластерах первого типа
на всех узлах выполняется один или несколько экземпляров отказоустойчивого кластера. Если
происходит сбой узла, все размещавшиеся на нем экземпляры отказоустойчивого кластера
переводятся на другой узел. Первое, на что здесь следует обратить внимание для данной
конфигурации, — это мощности оборудования узлов: каждый из узлов должен быть в состоянии
обслуживать нагрузку экземпляров кластеров отработки отказа, которая будет переведена на него
в случае сбоя на другом узле, помимо нагрузки от уже размещенных на нем экземпляров. Если
кластер должен быть устойчив к сбоям нескольких узлов, ситуация еще более усложняется. Для
лучшего контроля над балансировкой экземпляров SQL Server в случае сбоя можно использовать
списки предпочитаемых владельцев и свойства групп ресурсов AntiAffinityClassNames. Как и в
любом решении по обеспечению доступности, следует обеспечить наличие достаточных
резервных мощностей оборудования для продолжения обслуживания рабочих нагрузок
приложений в случае сбоя компьютеров. В противном случае на время недоступности узла может
потребоваться использование измененного соглашения об уровне обслуживания (SLA). Сценариипримеры с рекомендациями по организации многоэкземплярного отказоустойчивого кластера см.
в статье Установка отказоустойчивого кластера SQL Server 2008, раздел Вопросы консолидации SQL
Server в кластере отработки отказа.
Вторую распространенную конфигурацию многоэкземплярного кластера часто называют
конфигурацией «n+1». В ней используется некоторое количество (n) узлов, на каждом из которых
выполняется один или несколько экземпляров отказоустойчивого кластера, а также присутствует
выделенный запасной узел (+1), способный принять рабочую нагрузку при отказе любого узла.
Такая конфигурация сокращает требования к потенциальным мощностям на случай сбоя по
сравнению с конфигурацией, в которой задействуются все узлы. При этой конфигурации также
улучшается использование ресурсов оборудования, так как один выделенный резервный
компьютер используется несколькими экземплярами отказоустойчивого кластера.
Разумеется, количество резервных узлов можно увеличивать вплоть до достижения предельного
общего количества узлов, поддерживаемого SQL Server в применяемой версии операционной
системы. Больший контроль над размещением экземпляров кластера отработки отказа SQL Server
и балансировкой нагрузки при многократных сбоях можно получить, применяя списки
предпочитаемых владельцев и свойство группы ресурсов AntiAffinityClassNames.
Отказоустойчивый кластер на нескольких площадках.
Отказоустойчивый кластер на нескольких площадках содержит узлы, физически распределенные
по двум различным площадкам или центрам обработки данных в разных местах, благодаря чему
реализуется решение аварийного восстановления на случай аварии целой площадки. Иногда
такие кластеры называют географически распределенными или территориально разнесенными
отказоустойчивыми кластерами. При организации отказоустойчивого кластера на нескольких
площадках SQL Server, помимо технологий отказоустойчивых кластеров Windows Server,
задействует две ключевые технологии:


Технология репликации хранилища (например, репликация SAN) — обеспечивает переход
на другой ресурс для зависимых дисков.
Распределенная виртуальная сеть (VLAN) — объединяет все узлы кластера в единую
подсеть.
При выборе технологии репликации хранилища для отказоустойчивого кластера на нескольких
площадках убедитесь, что эта технология соответствует требованиям SQL Server к хранилищу, а
также что базы данных и их журналы синхронно и регулярно реплицируются. Это позволит
избежать потери данных. Если база данных и файлы журнала располагаются на различных томах,
следует уделить особое внимание обеспечению в решении хранения данных согласованности
между данными и журналами при восстановлении в SQL Server базы данных после отработки
отказа. В первую очередь должны соблюдаться требования SQL Server к порядку записи, а
целостность данных не должна нарушаться даже при потере сетевого подключения и других сбоях
сети.
Несмотря на то, что нововведения в Windows Server 2008 обогатили функциональные
возможности отказоустойчивых кластеров, использующих несколько подсетей, SQL Server 2008 не
поддерживает эту дополнительную функциональность и требует, чтобы все узлы находились в
одной подсети. Поскольку у разных серверных площадок или центров обработки данных могут
отсутствовать общие подсети, для внедрения отказоустойчивого кластера SQL Server 2008 на
нескольких площадках обычно требуется распределенная сеть VLAN, объединяющая в единой
подсети все узлы, на которых установлен отказоустойчивый кластер SQL Server. Это допустимая
конфигурация (одна подсеть) для отказоустойчивого кластера SQL Server на нескольких
площадках.
При использовании технологий репликации хранилища и распределенной сети VLAN
(обеспечивающих общую сеть и доступ к хранилищу для всех узлов) отказоустойчивый кластер на
нескольких площадках для SQL Server 2008 будет аналогичен обычному отказоустойчивому
кластеру, размещаемому на одной площадке.
При конфигурации отказоустойчивого кластера на нескольких площадках необходимо также
учитывать следующие аспекты:

Воздействие аварии площадки или потери связи на кворум.
Кворум для отказоустойчивого кластера на нескольких площадках настраивается точно так
же, как и для локального отказоустойчивого кластера. Однако кластер на нескольких
площадках рассчитывается на поддержание работы в случае сбоя в масштабах площадки;
кроме того, существует риск потери связи между площадками. Поэтому обычно кворум
требуется настроить так, чтобы кластер продолжал работу при отключении любой из
площадок.

Конфигурация тактовых импульсов, допускающая повышенные задержки.
В зависимости от задержки при передаче сигналов между площадками отказоустойчивого
кластера может потребоваться повысить допустимый интервал задержки для пакетов
тактовых импульсов между узлами отказоустойчивого кластера Windows Server, чтобы
такая задержка не рассматривалась системой как следствие перегрузки узла.
Дополнительные сведения о конфигурации кластеров на нескольких площадках, в том числе
подробности по настройке тактовых импульсов, см. в документе Требования к отказоустойчивым
кластерам на нескольких площадках и рекомендации.
Разумеется, экземпляры отказоустойчивого кластера на нескольких площадках можно
объединить в многоэкземплярный отказоустойчивый кластер.
Примечание. В некоторых реализациях отказоустойчивого кластера на нескольких площадках
программа установки SQL Server выдает ошибку на этапе проверки соответствия диска
требованиям. Это связано со способом проверки программой установки SQL Server 2008 дисковых
ресурсов и ресурсов, зависящих от этих дисков. Подробные технические сведения о данной
неполадке см. в «Примечании разработчика». Если вы столкнулись с данной неполадкой,
ознакомьтесь со следующим источником:
1. Использование консоли управления MMC кластера отработки отказа для проверки
принадлежности всех дисков к одной группе и подтверждения отсутствия зависимостей
между дисками и недисковыми ресурсами.
2. Свяжитесь с поставщиком оборудования для получения рекомендаций.
Примечание разработчика. Программа установки SQL Server 2008 не учитывает физический тип
ресурса хранилища. Вместо этого при проверке соответствия дисков требованиям при поиске
ресурсов хранилища она проверяет флаг CLUS_RESCLASS_STORAGE и исследует зависимости. Если
при проверке соответствия дисков требованиям работа программы установки блокируется,
вероятно, у одного из ресурсов в цепочке зависимостей этот флаг не установлен. Когда флаг
CLUS_RESCLASS_STORAGE установлен у ресурсов с обеих сторон зависимости, такие ресурсы не
блокируются программой установки SQL Server. Учтите, что это правило относится ко всей схеме
зависимостей для хранилища. Программа установки SQL Server проходит по всей схеме, чтобы
удостовериться, что для всех ресурсов установлен флаг CLUS_RESCLASS_STORAGE. Даже если
зависимости, непосредственно связанные с дисковым ресурсом, соответствуют этому
требованию, вся цепочка может оказаться не соответствующей требованию, если на решение
репликации ссылается, например, какая-либо служба. Если флаг CLUS_RESCLASS_STORAGE
установлен по всей схеме, этоа конфигурация проходит проверку.
Гостевой отказоустойчивый кластер
Гостевой отказоустойчивый кластер — это отказоустойчивый кластер SQL Server на виртуальной
машине, в котором узлы являются виртуальными машинами. Гостевые отказоустойчивые
кластеры поддерживаются и в SQL Server 2005, и в SQL Server 2008 при условии их соответствия
следующим требованиям:
1. Операционная система узла выполняется в одной из следующих сред виртуализации:
 Windows Server 2008 с Hyper-V™.
 Microsoft Hyper-V™ Server 2008.
 Конфигурации, сертифицированные по программе SVVP (Server Virtualization Validation
Program — программа проверки серверной виртуализации).
2. Операционная система в виртуальной машине («гостевая операционная система») —
Windows Server 2008 или выше.
3. Среда виртуализации удовлетворяет требованиям отказоустойчивого кластера Windows
Server 2008 согласно документу Политика поддержки отказоустойчивых кластеров
Windows Server 2008 корпорацией Майкрософт.
Каждый из гостевых узлов кластера SQL Server может выполняться на одном и том же физическом
сервере или на разных физических серверах. Если гостевой кластер SQL Server выполняется на
одном компьютере, его доступность будет зависеть от доступности этого компьютера. Таким
образом, для обеспечения максимальной доступности и защиты целесообразно размещать
активный и резервный узлы гостевого кластера SQL Server на разных физических компьютерах.
Политику поддержки и подробные сведения см. в статье Политика поддержки продуктов
Microsoft SQL Server, выполняющихся в среде аппаратной виртуализации.
Различные версии SQL Server в одном кластере Windows Server (SQL
Server 2000 и 2005 совместно с SQL Server 2008)
Как упоминалось выше, в одном и том же отказоустойчивом кластере Windows Server можно
установить несколько экземпляров отказоустойчивого кластера SQL Server, образовав так
называемый многоэкземплярный кластер. В данной конфигурации каждого экземпляра имеется
собственный набор двоичных файлов, у которых могут быть установлены разные версии пакетов
обновления (SP), накопительных обновлений и исправлений (за исключением некоторых
совместно используемых компонентов, о которых будет сказано ниже).
На кластере Windows Server поддерживается одновременная работа SQL Server 2008 с SQL Server
2000 с пакетом обновления SP4 или более поздней версией и SQL Server 2005 с пакетом
обновления SP2 (SP2 — это самый ранний из поддерживаемых в настоящий момент пакетов
обновления SQL Server 2005) или более поздней версией. Разумеется, для каждой версии
рекомендуется установить последний доступный пакет обновлений. В этом случае приложение
будет защищено максимальным количеством самых последних исправлений. Список
поддерживаемых в настоящий момент версий (с указанием самого раннего поддерживаемого
пакета обновления для каждой из версий) см. на веб-странице Сроки поддержки продуктов
Майкрософт.
Внимание: если вы собираетесь использовать SQL Server 2000 совместно с SQL Server 2005 или SQL
Server 2008, вам следует установить SQL Server 2000 с пакетом обновления SP4 на каждый узел
кластера отработки отказа перед установкой SQL Server 2005 или SQL Server 2008. Это требование
связано с версией библиотеки ресурсов отказоустойчивого кластера SQL Server и ее параметрами
совместимости. Это ограничение приводит к тому, что из экземпляра отказоустойчивого кластера
SQL Server 2000 нельзя удалять узлы или добавлять их в него после установки SQL Server 2005 или
SQL Server 2008. По возможности рекомендуется (но не требуется) действовать одним из
следующих способов:
1. Установить экземпляры отказоустойчивого кластера SQL Server 2000 на узлы без SQL
Server 2005 или SQL Server 2008.
2. Обновить все экземпляры отказоустойчивого кластера SQL Server 2000 до SQL Server 2005
или SQL Server 2008.
Экземпляры отказоустойчивого кластера SQL Server 2005 и SQL Server 2008 можно устанавливать в
произвольном порядке. При установке SQL Server 2008 с использованием пользовательского
интерфейса (UI) экран Выбор компонентов разделяется на две основные части: Компоненты
экземпляра и Общие компоненты.
Компоненты экземпляра — это те компоненты, которые устанавливаются отдельно для каждого
экземпляра. На всех узлах, являющихся возможными владельцами компонента, присутствует
несколько их копий (по одному для каждого экземпляра). Каждый экземпляр может иметь
собственную версию с собственным набором исправлений. При установке исправления (будь то
пакет обновления, исправление «на лету» или накопительное обновление) оно обновляет файлы
только одного экземпляра на одном узле, а также еще не обновленные общие компоненты.
Общие компоненты — это компоненты, используемые всеми экземплярами на данном
компьютере. К общим компонентам относятся клиентские средства, служба браузера, а также
библиотека ресурсов отказоустойчивого кластера. Каждый из этих компонентов рассчитан на
поддержку обратной совместимости с поддерживаемыми версиями SQL (пакетами обновления,
накопительными обновлениями и исправлениями ), благодаря чему они могут устанавливаться
совместно. На каждом узле существует не больше одной копии любого из общих компонентов.
Преимущества SQL Server 2008 в кластерах Windows Server 2008
Отказоустойчивые кластеры Windows Server 2003 поддерживают установку отказоустойчивых
кластеров SQL Server 2008, однако только в отказоустойчивых кластерах Windows Server 2008
реализован ряд новых важных функций, которыми может воспользоваться отказоустойчивый
кластер SQL Server 2008:





Отменено требование наличия аппаратного обеспечения и компонентов оборудования в
списке совместимого оборудования (Hardware Compatibility List, HCL) и каталоге
Windows Server
До выхода Windows Server 2008 отказоустойчивые кластеры определялись как
«поддерживаемые» лишь в том случае, если все кластерное решение числилось в каталоге
Windows Server в категории Кластерные решения. Обеспечение соответствия имеющегося
аппаратного кластерного решения каталогу Windows Server было сложной задачей и
зачастую требовало переговоров с поставщиком решения и проведения испытаний для
определения степени поддержки.
В Windows Server 2008 это требование снято. Вместо проверки по каталогу Windows Server
кластерное решение для Windows Server 2008 должно пройти проверку с помощью
средства проверки кластера Windows Server 2008. Перед началом конфигурации кластера
это средство сканирует узлы и хранилище, которые планируется использовать для
кластерного решения. Приложение проверяет оборудование и сообщает обо всех
критических препятствиях, которые могут повлиять на поддержку кластера отработки
отказа, подробно сообщая о проблемах, связанных с хранилищем, операционной
системой, аппаратным обеспечением и сетевыми компонентами. Если все оборудование
сертифицировано для Windows Server 2008 и проверка прошла успешно, то
отказоустойчивое кластерное решение считается «поддерживаемым» с точки зрения
Майкрософт.
Поддержка интерфейса iSCSI
Выбор поддерживаемых вариантов хранилищ для отказоустойчивых кластеров SQL Server
2008 расширен: помимо хранилищ, подключаемых по протоколам Fiber Channel и Serial
Attached SCSI (SAS), отказоустойчивые кластеры Windows Server 2008 также поддерживают
хранилища с интерфейсом iSCSI.
Поддержка протокола IP версии 6 (IPv6)
DNS-серверы Windows Server 2008 поддерживают протокол IPv6, использующий IP-адреса
длиной 128 бит (в отличие от 32-битных адресов IPv4). Отказоустойчивые кластеры SQL
Server 2008 изначально поддерживают IPv6.
Поддержка протокола DHCP
Теперь узлы отказоустойчивого кластера Windows Server 2008 поддерживают DHCP. За
управление IP-адресами отвечает служба кластеров, и отработка отказа в кластерах SQL
Server 2008 поддерживает эту схему. Тем не менее, в целях стабильности системы
рекомендуется при размещении отказоустойчивых кластеров SQL Server 2008
использовать для узлов отказоустойчивого кластера Windows Server 2008 статические IPадреса, а не назначать их с помощью DHCP. В противном случае при неудаче
возобновления IP-адреса любая служба или приложение, зависимые от этого адреса,
могут вызвать сбой в ресурсе IP-адреса (помимо сбоя в самой кластерной службе или
приложении).
Идентификаторы безопасности служб (SID)
В отказоустойчивых кластерах SQL Server 2005 было введено требование создания групп
домена при установке. Группы домена использовались для заполнения списков ACL и
назначения требуемых разрешений. Для этих групп домена требовалось, чтобы учетные
записи службы SQL Server уже были членами групп домена. В противном случае
требовались разрешения на их добавление в качестве членов групп. Такое требование
усложняло администрирование процесса установки, затрудняя разделение обязанностей
между группами администраторов баз данных (DBA) и администраторами Active
Directory®.

При установке отказоустойчивого кластера SQL Server 2008 на отказоустойчивый кластер
Windows Server 2008 группы домена уже не требуются. Вместо них предлагается
использовать идентификаторы SID служб. Чтобы избежать необходимости создания групп
домена, выберите при установке отказоустойчивого кластера SQL Server 2008 параметр
«Использовать идентификаторы безопасности служб». Идентификаторы SID, введенные в
Windows Server 2008 и Windows Vista, позволяют назначать разрешения непосредственно
службам Windows.
Поддерживаемое количество узлов кластера
В 64-битном выпуске Windows Server 2008 Enterprise количество поддерживаемых в одном
кластере узлов увеличено до 16. В Windows Server 2003 поддерживалось только восемь
узлов.
Хотя многие из новых функций, введенных в отказоустойчивых кластерах Windows Server 2008,
доступны в SQL Server 2008, некоторые из функций Windows Server 2008 в настоящий момент не
поддерживаются или не доступны в SQL Server 2008, в том числе следующие:


Установка на Windows Server 2008 Server Core
Отказоустойчивые кластеры SQL Server 2008 и изолированные экземпляры SQL Server 2008
не поддерживаются в Windows Server 2008 Server Core.
Отдельные подсети для узлов кластера
Хотя отказоустойчивые кластеры Windows Server 2008 поддерживают отдельные подсети
для узлов кластера, отказоустойчивые кластеры SQL Server 2008 их не поддерживают. В
связи с многочисленными запросами планируется добавление поддержки многих
подсетей в будущие версии SQL Server.
Установка и настройка SQL Server
Процесс установки отказоустойчивых кластеров SQL Server 2008 значительно изменился. Четкие и
однозначные шаги установки отказоустойчивого кластера сокращают до минимума возможность
ошибки. Они также помогут вам выполнить более подробные задачи настройки и точнее задать
параметры установки кластера отработки отказа SQL Server 2008. В отличие от предыдущих
версий, при установке или обновлении отказоустойчивого кластера SQL Server 2008 необходимо
запустить программу установки по отдельности на каждом из узлов кластера. Чтобы добавить узел
в существующий отказоустойчивый кластер SQL Server, необходимо запустить программу
установки SQL Server на узле, который будет добавлен в экземпляр отказоустойчивого кластера
SQL Server. В отличие от SQL Server 2005, выполнять программу установки SQL Server требуется
именно на том узле, с которым производится операция управления или изменения.
Перед началом установки SQL Server проверьте конфигурацию оборудования и
функционирование базового кластера отработки отказа Windows Server, убедившись, что все
ресурсы могут переводиться на другой узел и продолжать работу. Как упоминалось в
предыдущем разделе, можно воспользоваться мастером проверки кластера для Windows Server
2008 и каталогом Windows Server для поиска полных кластерных решений для предыдущих
версий Windows Server. Также перед началом установки рекомендуется ознакомиться со
следующими разделами электронной документации SQL Server 2008:


Планирование установки SQL Server
Подготовка к установке отказоустойчивого кластера (см. в первую очередь раздел
«Предварительная проверка»)
Важно: при установке пакета обновления 1 (SP1) для SQL Server 2008 (или более позднего)
воспользуйтесь возможностью интегрированного обновления. Эта технология не только
сокращает время установки, но и предоставляет новейшие исправления. Если вы не собираетесь
устанавливать пакет обновления, примените к программе установки SQL Server накопительные
обновления перед началом установки SQL Server 2008. Дополнительные сведения об известных
проблемах с подробными указаниями по их решению см. в статье Выполнение обновления или
пакетного обновления установки SQL Server 2008.
Варианты установки отказоустойчивого кластера SQL Server
Установка отказоустойчивого кластера SQL Server 2008 может проводиться в двух вариантах:
встроенном (Integrated) и расширенном (Advanced/Enterprise). Каждый вариант разработан для
определенных сценариев, хотя оба варианта позволяют достичь одних и тех же конечных
результатов. Оба варианта установки доступны как в мастере установки SQL Server 2008, так и при
установке из командной строки.
Встроенная установка
Встроенная установка соответствует типовым требованиям к развертыванию SQL Server.
Встроенная установка используется для создания экземпляра кластера отработки отказа SQL,
добавления узла к существующему кластеру и удаления узла из существующего кластера вне
зависимости от изначального варианта установки.
При встроенной установке отказоустойчивого кластера SQL Server выполните следующие
действия:
1. Создайте и настройте одноузловой экземпляр отказоустойчивого кластера SQL Server.
После успешного завершения настройки узла пользователь получает
полнофункциональный экземпляр отказоустойчивого кластера. Однако этот кластер
отработки отказа еще не обеспечивает высокого уровня доступности, так как состоит из
единственного узла.
2. На каждом узле, добавляемом к отказоустойчивому кластеру SQL Server, запустите
программу установки с функцией добавления узла.
Пошаговые указания по установке экземпляра отказоустойчивого кластера SQL Server 2008 в
варианте встроенной установки см. в этом документе в разделе Приложение A: создание
отказоустойчивого кластера SQL Server 2008 — встроенная установка и добавление узла.
Расширенная установка (Advanced/Enterprise)
Вариант расширенной установки позволяет воспользоваться преимуществами двухэтапной
установки отказоустойчивого кластера SQL Server. Это особенно полезно в решениях по
развертыванию кластера на предприятиях, использующих такие технологии, как Systems
Management Server (SMS) или развертывание по сценарию (хотя это и не обязательно). На первом
этапе программа установки одновременно подготавливает экземпляры отказоустойчивого
кластера с помощью технологии распределенного развертывания, например, SMS или Windows
Powershell™. При необходимости вместо этого можно запустить программу установки отдельно на
каждом узле. На втором этапе создание отказоустойчивого кластера выполняется автоматически
на всех подготовленных экземплярах. На шаге подготовки устанавливаются бинарные и прочие
файлы, необходимые SQL Server для работы на каждом из узлов, а на шаге завершения
подготовленные узлы объединяются и образуется экземпляр кластера SQL.
Расширенная установка отказоустойчивого кластера SQL Server состоит из следующих шагов:
1. Подготовка. После проведения подготовки отказоустойчивого кластера на одном узле
программа установки создает файл Configuration.ini, в котором содержатся все выбранные
параметры. На дополнительных узлах, которые необходимо подготовить, можно вместо
выполнения указанных шагов использовать файл Configuration.ini, указав его как параметр
командной строки для программы установки. Дополнительные сведения см. ниже в
разделе «Использование файла конфигурации». На этом шаге осуществляется подготовка
узлов, предназначенных для кластеризации, но экземпляр SQL Server еще не становится
работоспособным.
2. Завершение. После завершения подготовки узлов к кластеризации запустите программу
установки на узле, которому принадлежит ресурс общего диска. На этом шаге выполняется
настройка экземпляра отказоустойчивого кластера, после чего установка завершается. По
завершению этого шага будет создан работающий экземпляр отказоустойчивого кластера
SQL Server, а все ранее подготовленные для этого экземпляра узлы станут возможными
владельцами вновь созданного отказоустойчивого кластера SQL Server.
Примечание. Для этапа подготовки наличие базового отказоустойчивого кластера
Windows Server не требуется. Однако на этапе завершения базовый отказоустойчивый
кластер Windows Server уже должен существовать. Если он не существует, программа
установки сообщит об ошибке и завершит работу.
Пошаговые указания по установке экземпляра отказоустойчивого кластера SQL Server 2008 в
варианте расширенной установки см. в этом документе в разделе Приложение Б: установка
отказоустойчивого кластера SQL Server 2008 в варианте расширенной установки.
Добавление узла к экземпляру отказоустойчивого кластера
SQL Server 2008 содержит специальную последовательность действий установки для добавления
узла в кластер в качестве потенциального узла, на который может быть перемещен для
выполнения отказоустойчивый экземпляр SQL Server. Чтобы добавить в кластер узел, который еще
не настроен как часть отказоустойчивого экземпляра SQL Server, следует запустить программу
установки на этом узле. На узел будут скопированы необходимые бинарные файлы, а сам узел
будет настроен в качестве составляющей кластера SQL Server. По умолчанию при добавлении в
отказоустойчивый кластер узел помещается в конец списка доступных узлов и становится
доступен для перемещения ресурсов при сбое.
Пошаговые указания по добавлению узла в существующий отказоустойчивый кластер SQL Server
2008 см. в этом документе в разделе Приложение В: добавление узла.
Удаление узла из экземпляра отказоустойчивого кластера
Иногда необходимо удалить узел из списка серверов, настроенных для возможного размещения
экземпляра отказоустойчивого кластера SQL Server. Это может потребоваться, например, при
обновлении оборудования на отдельном узле или при устранении неисправности узла.
При удалении узла из кластера на узле удаляются бинарные файлы и сведения о конфигурации
SQL Server. Он также перестает быть потенциальным узлом для перемещения того
отказоустойчивого экземпляра SQL Server, из которого он был удален. Сам процесс удаления не
вызывает какого-либо нарушения работы отказоустойчивого экземпляра SQL Server.
Пошаговые указания по удалению узла из существующего отказоустойчивого кластера SQL Server
2008 см. в этом документе в разделе Приложение Г: удаление узла.
Удаление экземпляра SQL Server
Чтобы полностью удалить экземпляр SQL Server 2008, необходимо удалить по отдельности все
входящие в отказоустойчивый кластер SQL Server узлы. Когда SQL Server будет удален с
последнего узла кластера, экземпляр и все связанные с ним ресурсы SQL Server будут удалены из
кластера. Ресурсы физических дисков и данные пользователей останутся нетронутыми.
Автоматическая установка отказоустойчивого кластера SQL Server 2008
Графическая программа установки удобна в тех случаях, когда устанавливать кластер приходится
не очень часто. Однако при необходимости установить сотни или тысячи экземпляров SQL Server
(например, в условиях большой организации) будет удобнее автоматизировать процесс установки
и обслуживания посредством автоматической установки, вызываемой из командной строки. В
этом разделе описывается выполнение типичных задач при автоматической установке
отказоустойчивого кластера посредством командной строки. Ниже приводятся сведения по
использованию файла конфигурации совместно с установкой из командной строки.
Автоматическая установка посредством командной строки позволяет выполнять различные
действия, в том числе:









Установку
Обновление
Удаление
Удаление установки
Восстановление
Перестраивание базы данных
Исправление
Удаление исправления
Обновление выпуска
Установка из командной строки также включает набор действий, свойственных только
отказоустойчивым кластерам SQL Server 2008, в частности:





InstallFailoverCluster
Это действие создает (посредством встроенной установки) первый экземпляр
отказоустойчивого кластера SQL Server, который выполняется на единственном узле
кластера.
AddNode
Это действие добавляет в кластер узел, который становится доступен для перемещения
ресурсов и присоединяется к экземпляру отказоустойчивого кластера SQL Server, уже
созданному в ходе процесса встроенной установки.
RemoveNode
Это действие удаляет узел из списка доступных участников отработки отказа, а затем
удаляет с узла бинарные файлы и службы SQL Server. Если данное действие выполняется
на последнем из доступных узлов отказоустойчивого кластера SQL Server 2008, то
экземпляр отказоустойчивого кластера SQL Server 2008 удаляется полностью.
PrepareFailoverCluster
Это действие устанавливает на узел необходимые бинарные файлы и службы, но не
делает экземпляр SQL Server доступным. Оно запускается в процессе расширенной
установки. Это действие необходимо выполнить для каждого из узлов, которые должны
быть доступны экземпляру отказоустойчивого кластера SQL Server 2008, перед
выполнением действия CompleteFailoverCluster.
CompleteFailoverCluster
Это действие делает доступным экземпляр отказоустойчивого кластера SQL Server 2008 на
активном узле кластера, владеющем общим диском, на котором будут располагаться
файлы базы данных SQL Server. Данное действие запускается как завершающий этап
расширенной установки.
Для автоматической установки из командной строки исполняемый файл setup.exe вызывается из
контекста каталога установки с набором параметров и значений ключей с интуитивно понятными
наименованиями.
Параметры предваряются знаком косой черты (/); после параметра ставится знак «равно» (=) и
указывается связанное с параметром значение. Пример:
/INSTANCENAME="CAESAR"
При выполнении команды setup.exe /? в командной строке выводится исчерпывающее описание
параметров установки, доступных из командной строки. В приведенной ниже таблице содержится
сокращенный список параметров, применимых к операциям кластера отработки отказа, которые
будут описаны в данном документе.
Параметр
AGTSVCACCOUNT
AGTSVCPASSWORD
CONFIGURATIONFILE
FAILOVERCLUSTERDISKS
FAILOVERCLUSTERGROUP
FAILOVERCLUSTERIPADDRESSES
FAILOVERCLUSTERNETWORKNAME
FEATURES
INSTALLSHAREDDIR
Описание
Задает имя пользователя домена для службы агента SQL
Server.
Задает пароль для учетной записи службы агента SQL Server.
Не требуется для системной учетной записи.
Задает файл конфигурации, который будет использоваться
при установке.
Задает общий диск кластера, который следует связать с
экземпляром кластера отработки отказа SQL Server.
Указывает имя группы ресурсов кластера для экземпляра
кластера отработки отказа SQL Server.
Задает IP-адрес в закодированном виде. Кодирование
выполняется по следующему шаблону (разделительный
знак — точка с запятой): <тип IP-адреса>;<IPадрес>;<сетевое имя>;<маска подсети>. Поддерживаются
следующие типы IP-адресов: DHCP, IPv4 и IPv6.
Задает имя экземпляра отказоустойчивого кластера SQL
Server. Это имя является сетевым именем и используется
для подключения к службам SQL Server.
Определяет компоненты, которые следует установить,
удалить или обновить. Список компонентов высшего уровня
содержит компоненты SQL, AS, RS, IS и Tools. Компонент SQL
устанавливает компонент Database Engine, репликацию и
полнотекстовый поиск. Компонент Tools устанавливает
средства управления, электронную документацию по SQL
Server 2008, среду Business Intelligence Development Studio и
другие общие компоненты.
Задает корневой каталог установки для собственных общих
компонентов.
INSTALLSQLDATADIR
INSTANCEDIR
INSTANCEID
INSTANCENAME
SAPWD
SECURITYMODE
SQLBACKUPDIR
SQLCOLLATION
SQLSVCACCOUNT
SQLSVCPASSWORD
SQLSYSADMINACCOUNTS
Корневой каталог для данных компонента Database Engine.
Задает корневой каталог для экземпляра.
Задает идентификатор (ID) экземпляра для выбранных
компонентов SQL Server. Идентификатор (ID) экземпляра
SQL Server будет отражен в структуре папок, реестра и
названиях служб SQL Server.
Задает экземпляр по умолчанию или именованный
экземпляр. MSSQLSERVER — экземпляр по умолчанию для
выпусков SQL Server, отличных от Express; для Express
экземпляром по умолчанию будет SQLExpress. Этот
параметр требуется при установке компонентов SQL Server
Database Engine (SQL), служб Analysis Services (AS) или служб
Reporting Services (RS).
Задает пароль для учетной записи SQL Server «sa».
Задает режим проверки подлинности. По умолчанию
используется проверка подлинности Windows. Для
смешанного режима проверки подлинности используйте
значение «SQL».
Задает каталог по умолчанию для файлов резервных копий
компонента Database Engine.
Определяет, будет ли компонент Database Engine
использовать параметры сортировки Windows или
параметры сортировки SQL.
Задает учетную запись домена для службы SQL Server.
Задает пароль для службы SQL Server. Необходим только
для учетной записи домена.
Задает учетные записи Windows, которые будут настроены в
качестве администраторов системы SQL Server.
При установке отказоустойчивого кластера из командной строки необходимы права локального
администратора на всех серверных узлах с разрешениями на вход в систему в качестве службы и
работу от имени операционной системы. В следующем примере показано создание методом
встроенной установки первого узла экземпляра кластера SQL Server и самого экземпляра
отказоустойчивого кластера SQL Server 2008. Для установки используется действие
InstallFailoverCluster.
setup.exe /q /ACTION=InstallFailoverCluster
/FEATURES=SQL
/INSTANCENAME="CAESAR"
/INSTANCEID="CAESAR"
/INSTANCEDIR="C:\Program Files\Microsoft SQL Server"
/INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server"
/SQLSVCACCOUNT="ROME01\DMNSQLSRV01"
/SQLSVCPASSWORD="XYZ12345"
/AGTSVCACCOUNT="ROME01\ DMNSQLSRVAGT01"
/AGTSVCPASSWORD="XYZ12345"
/INSTALLSQLDATADIR= "S:\MSSQLSERVER"
/SQLCOLLATION="SQL_Latin1_General_CP1_CS_AS"
/FAILOVERCLUSTERGROUP="CAESAR"
/FAILOVERCLUSTERDISKS="Cluster Disk 3"
/FAILOVERCLUSTERIPADDRESSES="IPv4;172.29.10.160;Cluster Network
1;255.255.248.0"
/FAILOVERCLUSTERNETWORKNAME="SQL"
/SQLSYSADMINACCOUNTS="ROME01\Administrator"
/SECURITYMODE=SQL
/SAPWD="Yukon900"
/INSTALLSHAREDWOWDIR="C:\Program Files (x86)\Microsoft SQL Server"
Учтите, что пример приводится исключительно в качестве иллюстрации и его необходимо
адаптировать для применения в реальной среде. Также обратите внимание, что приведенный
синтаксис не работает для интегрированной (slipstream) установки — в этом случае необходим
параметр PCUSOURCE. Описание процесса интегрированной установки см. в статье Выполнение
обновления или пакетного обновления установки SQL Server 2008.
Ключ «/q» в предыдущем примере выбирает для программы установки работу в автоматическом
режиме (без пользовательского интерфейса). После того как на одиночном узле будет установлен
экземпляр отказоустойчивого кластера SQL Server 2008, можно добавить дополнительные узлы с
помощью действия AddNode.
setup.exe /q /ACTION=AddNode /INSTANCENAME="CAESAR"
/SQLSVCACCOUNT="ROME01\DMNSQLSRV01" /SQLSVCPASSWORD="XYZ12345"
/AGTSVCACCOUNT="ROME0 1\DMNSQLSRVAGT01" /AGTSVCPASSWORD="XYZ12345"
Обратите внимание, что при добавлении узла в предыдущем примере требуется намного меньше
параметров, чем при создании нового экземпляра отказоустойчивого кластера SQL Server 2008 с
помощью действия InstallFailoverCluster. Действие AddNode следует выполнить для каждого из
узлов, которые необходимо подготовить к перемещению на них отказоустойчивого кластера SQL
Server. Например, если в отказоустойчивом кластере должно быть четыре узла, то после
выполнения действия InstallFailoverCluster необходимо будет выполнить действие AddNode для
каждого из трех остальных узлов.
Как и для добавления узла, для удаления узла из кластера требуется небольшое число
параметров.
setup.exe /q /ACTION=RemoveNode /INSTANCENAME="CAESAR"
Чтобы полностью удалить экземпляр отказоустойчивого кластера SQL Server 2008, для каждого
узла, который был добавлен в отказоустойчивый кластер SQL Server 2008, выполняется
действиеRemoveNode. Например, для кластера с четырьмя узлами действие RemoveNode будет
выполнено четыре раза, по одному разу для каждого узла. После удаления всех узлов
отказоустойчивый кластер SQL Server 2008 будет фактически удален.
Использование файла конфигурации
Чтобы не определять все параметры установки из командной строки во время установки, можно
использовать файл конфигурации, который уже содержит необходимые параметры установки.
Файл конфигурации создается автоматически каждый раз при использовании мастера установки.
Файл с именем ConfigurationFile.ini создается в каталоге «<диск>:\Program Files\Microsoft SQL
Server\100\Setup Bootstrap\Log\<YYYYMMDD_HHMMSS\». Файл создается независимо от того,
совершается фактическая установка или нет. Поэтому такой файл можно создать, не инициируя
установку, а пройдя по диалоговым окнам установки и отменив установку перед завершением
диалогового окна Все готово для установки.
Если файл конфигурации создан автоматически, он содержит пары «имя-значение», которые
представляют различные настройки и параметры установки, заданные через пользовательский
интерфейс. (Пароли — исключение, по соображениям безопасности они назначаются вручную.) На
момент написания данного раздела при выполнении ручной установки отказоустойчивого
кластера SQL Server 2008 после завершения установки параметр FAILOVERCLUSTERIPADDRESSES не
заполняется в файле Configuration.ini. Для решения этой проблемы необходимо вручную добавить
параметр установки FAILOVERCLUSTERIPADDRESSES в файл конфигурации.
Созданный файл ConfigurationFile.ini можно использовать как альтернативу назначению всех
параметров в сеансе командной строки при автоматической установке или для диагностики
ошибок неудачной установки.
В следующем примере показана автоматическая установка (используется интегрированная
установка) нового экземпляра отказоустойчивого кластера SQL Server 2008 с использованием
файла конфигурации.
Setup.exe /q /Configurationfile="C:\temp\ConfigurationFile.ini"
Файл конфигурации в этом примере содержит различные параметры и значения, которые
необходимы для создания нового экземпляра отказоустойчивого кластера с одиночным узлом
при использовании интегрированной установки. В следующем примере показан сокращенный
файл конфигурации (удалены строки комментариев).
;SQLSERVER2008 Configuration File
[SQLSERVER2008]
ACTION=InstallFailoverCluster
FEATURES=SQL
INSTANCENAME="CAESAR"
INSTANCEID="CAESAR"
INSTANCEDIR="C:\Program Files\Microsoft SQL Server"
INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server"
SQLSVCACCOUNT="ROME01\DMNSQLSRV01"
SQLSVCPASSWORD="abc12345!#$"
AGTSVCACCOUNT="ROME01\DMNSQLSRVAGT01r"
AGTSVCPASSWORD="abc12345!#$"
INSTALLSQLDATADIR="S:\MSSQLSERVER"
SQLCOLLATION="SQL_Latin1_General_CP1_CS_AS"
FAILOVERCLUSTERGROUP="CAESAR"
FAILOVERCLUSTERDISKS="Cluster Disk 3"
FAILOVERCLUSTERIPADDRESSES="IPv4; 172.29.8.124;Cluster Network
1;255.255.248.0"
FAILOVERCLUSTERNETWORKNAME="SQL"
SQLSYSADMINACCOUNTS="ROME01\Administrator"
SECURITYMODE=SQL
SAPWD="@123abcde##"
INSTALLSHAREDWOWDIR="C:\Program Files (x86)\Microsoft SQL Server"
По умолчанию пароли не задаются в файле конфигурации, поэтому необходимо добавить их
вручную. Обратите внимание, что имена параметров идентичны переключателям установки
командной строки. В этом примере после использования файла конфигурации для создания
начального экземпляра можно добавить узлы в экземпляр, задавая параметры из командной
строки, или вновь использовать файл конфигурации.
В следующем примере показано, как добавить узел в существующий отказоустойчивый кластер.
Setup.exe /q /Configurationfile="C:\temp\ConfigurationFile.ini"
Обратите внимание, что синтаксис автоматической установки идентичен предыдущему примеру,
несмотря на то, что в файле конфигурации задано другое действие. Действие AddNode
определено в тексте файла конфигурации вместе с параметрами, которые необходимы для
добавления узла в существующий кластер отработки отказа, как показано в следующем примере.
;SQLSERVER2008 Configuration File
[SQLSERVER2008]
ACTION=AddNode
INSTANCENAME="CAESAR"
SQLSVCACCOUNT="ROME01\DMNSQLSRV01"
SQLSVCPASSWORD="XYZ12345"
AGTSVCACCOUNT="ROME01\DMNSQLSRVAGT01"
AGTSVCPASSWORD="XYZ12345"
В следующем примере показано удаление узла кластера с использованием файла конфигурации.
При использовании этого метода трудоемкость ввода данных с клавиатуры сокращается
незначительно по сравнению с методом ввода с командной строки, но можно выбрать любой из
этих вариантов.
Setup.exe /q /Configurationfile="C:\temp\ConfigurationFile.ini"
Сокращенный файл конфигурации, который используется для удаления узла из отказоустойчивого
кластера, показан в следующем примере.
;SQLSERVER2008 Configuration File
[SQLSERVER2008]
ACTION="RemoveNode"
INSTANCENAME="CAESAR"
FAILOVERCLUSTERNETWORKNAME="SQL"
С помощью файла конфигурации можно строить из готовых блоков различные необходимые
действия автоматической установки, не указывая при этом параметры в командной строке. Файл
конфигурации также автоматически создается при использовании пользовательского интерфейса
программы установки. Поэтому можно повторно использовать созданный файл конфигурации или
использовать его в качестве образца для получения сведений о том, как был настроен
отказоустойчивый кластер отработки отказа SQL Server.
На что нужно обратить внимание после установки
После выполнения установки, но до развертывания кластера в рабочей среде необходимо
рассмотреть несколько вопросов.
Добавление дополнительных дисков кластера для SQL Server
Хотя в отказоустойчивом кластере отработки отказа SQL Server 2008 можно выбрать несколько
дисков для данных SQL Server и файлов журнала, иногда требуется добавить для использования с
SQL Server дополнительные диски кластера, которые не были первоначально настроены во время
установки. Дополнительные инструкции о порядке добавления зависимостей см. в разделе «Как
добавить зависимости к ресурсу SQL Server».
Примечание. Добавление диска в качестве зависимости вызовет простой, поэтому следует
тщательно планировать конфигурацию дисков во время начальной установки.
С узлами кластера SQL Server 2008 можно использовать точки подключения. Дополнительные
сведения см. в разделе «Как настроить точки подключения Microsoft Cluster Server».
(http://support.microsoft.com/default.aspx?scid=kb;ru-ru;Q280297)
Проверка переключения ресурса SQL Server
После завершения установки необходимо выполнить проверку, чтобы убедиться в правильной
работе. Для этого выполните следующие шаги.
1. Запустите администратор кластера.
2. Щелкните правой кнопкой мыши группу ресурсов, которая содержит установку SQL Server
или службы Analysis Services, затем выберите пункт Перемещение группы, далее выберите
другой узел в кластере.
SQL Server должен быть остановлен на узле, которому он принадлежал, и запущен на
другом узле.
3. Повторите шаг 2 для каждого узла кластера.
4. Чтобы убедиться в корректности разрешения IP-адреса, проверьте при помощи команды
PING IP-адрес SQL Server и служб Analysis Services из всех узлов в кластере и из компьютера
вне кластера.
5. Чтобы убедиться в корректности разрешения имен, проверьте при помощи команды PING
имя SQL Server и служб Analysis Services из всех узлов в кластере и из компьютера вне
кластера.
Установка средств управления SQL Server и клиентских средств SQL
Server
Клиентские средства SQL Server, например среда SQL Server Management Studio, установленные во
время установки, являются общим ресурсом. Поэтому на любом заданном узле кластера будет
существовать только один набор клиентских средств. Эти клиентские средства являются общими
для всех экземпляров SQL Server, установленных в кластере.
Клиентские средства SQL Server были выбраны как отдельная часть установки SQL Server. Если
клиентские средства устанавливаются на первом узле кластера SQL Server, они автоматически
добавляются ко всем узлам, которые могут быть позднее добавлены к кластеру SQL Server с
помощью функции добавления узлов. Такое поведение отличается от установки кластера SQL
Server 2005, при которой клиентские средства устанавливаются только на локальном узле.
Если клиентские средства SQL Server 2008 не установлены при первоначальной установке SQL
Server, можно установить их позднее, используя способы, которые приводятся ниже.
С помощью программы установки SQL Server.
1. Запустите установку SQL Server 2008.
2. На странице «Установка» выберите Новая установка изолированного экземпляра SQL
Server или добавление компонентов к существующей установке. (Не выбирайте Новая
установка отказоустойчивого кластера SQL Server.)
3. На странице «Тип установки» выберите Установить новый экземпляр SQL Server 2008. (Не
выбирайте Добавление компонентов к существующему экземпляру SQL Server 2008.)
4. На странице «Выбор компонентов» выберите средства, которые необходимо установить, и
выполните остальные процедуры установки.
Использование установки из командной строки
Для установки основных средств управления SQL Server выполните команду из следующего
примера на узле, где требуется установить клиентские средства SQL Server.
Setup.exe /q /ACTION=INSTALL /FEATURES=SSMS
В результате выполняется установка базовых средств управления SQL Server, которая включает
следующие компоненты.




Среда SQL Server Management Studio с поддержкой компонента SQL Server Database Engine.
SQL Server Express.
Средство sqlcmd.
Поставщик Windows PowerShell для SQL Server.
Для установки всех средств управления SQL Server выполните команду из следующего примера на
узле, где требуется установить клиентские средства SQL Server.
Setup.exe /q /ACTION=INSTALL /FEATURES=ADV_SSMS
В результате выполняется установка полного набора средств управления SQL Server, которая
включает следующие компоненты в дополнение к базовой версии.



Среда SQL Server Management Studio с поддержкой служб Reporting Services,
Analysis Services и Integration Services.
Приложение SQL Server Profiler.
Помощник по настройке ядра СУБД.
Удаление клиентских средств SQL Server
Удаление клиентских средств SQL Server представляет отдельную операцию, которая не связана с
операцией удаления самого экземпляра SQL Server из узла кластера. Даже при выборе операции
Удаление узла на отдельном узле установленные на нем клиентские компоненты останутся
неприкосновенными. Они отобразятся на панели управления в разделе «Установка и удаление
программ» в виде Microsoft SQL Server 2008, и их удаление можно выполнить с помощью этого
компонента.
Замечания по установке других компонентов на отказоустойчивый
кластер
В дополнение к компоненту SQL Server Database Engine в отказоустойчивый кластер можно
установить другие компоненты, которые включают службы SQL Server Analysis Services, службы
SQL Server Reporting Services и службы SQL Server Integration Services. Ниже приводится ряд
специальных замечаний относительно выполнения этих служб в среде отказоустойчивого
кластера. Также будут рассмотрены замечания для координатора распределенных транзакций
Microsoft (MS DTC).
Службы Analysis Services
Службы Analysis Services устанавливаются программой установки SQL Server как обычное
приложение. Они могут быть установлены там же, где и экземпляр SQL Server, но это не является
обязательным. По умолчанию ресурс служб Analysis Services не зависит от ресурса SQL Server.
При выполнении на кластере службы Analysis Services прослушивают порт по умолчанию — TCP
2383. Даже если они установлены как именованный экземпляр, службы Analysis Services
обнаружат, что они выполняются на кластере, поэтому они пропустят свойство конфигурации
сервера для порта и будут прослушивать порт по умолчанию. Одним из следствий такого
поведения является то, что при наличии одних только служб Analysis Services, установленных в
кластере, можно отключить службу браузера SQL Server, поскольку не обязательно обеспечивать
подключение к службам Analysis Services. Также предполагается, что все подключения к службам
Analysis Services, которые запущены в кластере, должны пропускать имя экземпляра, указанное
при установке, и использовать только сетевое имя служб Analysis Services. Например, при
установке как «INST1» в группе ресурсов кластера «SQL1» вместо соединения с «SQL1\INST1»
соединение со службами Analysis Services должно использовать только «SQL1».
Примечание. При работе с кластеризованным экземпляром служб Analysis Services не следует
использовать функцию переименования экземпляра.
Рекомендации по развертыванию служб Analysis Services
Для обеспечения лучшей производительности и минимальной вероятности конфликта между
ресурсами рекомендуется, чтобы экземпляры служб Analysis Services не использовали один
физический компьютер совместно с другими приложениями, требовательными к
вычислительным ресурсам, в том числе SQL Server. Рабочие экземпляры служб Analysis Services
следует разворачивать на их собственных серверах. Для отказоустойчивого кластера это означает,
что службы Analysis Services следует развертывать в их собственной группе ресурсов, а не
производить установку в группу SQL Server.
Обратите внимание, что если при установке выбраны все компоненты, по умолчанию службы
Analysis Services устанавливаются как кластеризованный ресурс в группу ресурсов SQL Server. Этот
метод может быть приемлемым для систем, нетребовательных к вычислительным ресурсам, или
для систем разработки, но в общем случае не рекомендуется для рабочих систем, так как SQL
Server и службы Analysis Services всегда будут конфликтовать между собой при доступе к
системным ресурсам. Рассмотрите возможность установки служб Analysis Services в выделенную
группу ресурсов с выделенным IP-адресом, сетевым именем и дисковыми ресурсами.
Примечание. SQL Server 2008 не поддерживает добавление компонентов в существующий
экземпляр отказоустойчивого кластера. Поэтому службы Analysis Services нельзя добавить в
существующий экземпляр SQL Server. Для общего доступа к группе ресурсов вместе с SQL Server
необходимо установить службы Analysis Services во время начальной установки SQL Server.
Службы Reporting Services
Службы Reporting Services не устанавливаются как кластеризованный ресурс. Они устанавливаются
локально на узел, но не настраиваются в программе установки.
Службы Reporting Services наиболее эффективно развертывать в ферме, которая обеспечивает
доступность и балансировку нагрузки. Сервер SQL Server, на котором размещаются базы данных
служб Reporting Services, тем не менее, должен быть кластеризованным для обеспечения
максимальной доступности.
Дополнительные сведения по настройке высокой доступности служб Reporting Services см. в
следующих разделах электронной документации по SQL Server.


Размещение базы данных сервера отчетов в отказоустойчивом кластере SQL Server
(http://technet.microsoft.com/ru-ru/library/bb630402.aspx)
Настройка служб Reporting Services для масштабного развертывания
(http://technet.microsoft.com/ru-ru/library/ms156453.aspx)
Службы SQL Server Integration Services
Службы SQL Server Integration Services не устанавливаются как кластеризованный ресурс. Каждый
физический узел кластера может содержать только один экземпляр Integration Services. Хотя
возможна настройка служб Integration Services как кластеризованного ресурса, вместо этого
рекомендуется их локальная установка на все узлы кластера. Пакеты Integration Services для
данного экземпляра можно запустить через агента SQL Server, который распознает кластеры.
Пакеты следует формировать таким образом, чтобы они могли быть перезапущены или
возобновлены после отказа. Дополнительные сведения см. в следующих разделах:


Настройка служб Integration Services в кластерной среде (http://msdn2.microsoft.com/ruru/library/ms345193.aspx)
Описание службы SQL Server Integration Services (SSIS) и альтернативы кластеризации
службы SSIS (http://support.microsoft.com/default.aspx?scid=kb;RU-RU;942176)
Координатор распределенных транзакций Microsoft
Для некоторых реализаций SQL Server требуется установить координатор распределенных
транзакций Microsoft (MSDTC). Координатор MSDTC является компонентом Windows Server. Он
позволяет некоторым компонентам и приложениям SQL Server координировать транзакции
между несколькими серверами.
В Windows Server 2003 может быть только один кластеризованный ресурс MSDTC для каждого
кластера. Это означает, что все приложения во всем кластере будут сопоставлены одному
экземпляру MSDTC. Рекомендуется устанавливать экземпляр MSDTC в его собственную группу
ресурсов, чтобы увеличить общую доступность и минимизировать влияние отказа MSDTC.
Дополнительные сведения о настройке MSDTC для кластера отработки отказа Windows Server
2003 см. в разделе Как настроить MSDTC для кластера Windows Server 2003
(http://support.microsoft.com/kb/301600/).
Для Windows Server 2008 можно установить несколько экземпляров MSDTC на один
отказоустойчивый кластер. Первый устанавливаемый экземпляр MSDTC будет кластерным
экземпляром MSDTC по умолчанию. Переназначение можно выполнить с помощью консоли
управления службой компонентов (dcomcnfg). Для внесения изменений выполните следующие
действия.
1. В меню Пуск выберите пункт Выполнить, введите dcomcnfg и нажмите клавишу ВВОД,
чтобы запустить консоль управления службой компонентов.
2. Разверните узел Компьютеры, затем щелкните правой кнопкой мыши Мой компьютер.
3. Выберите пункт Свойства, перейдите на вкладку MSDTC, выберите координатор по
умолчанию для кластера.
SQL Server 2008 будет использовать экземпляр MSDTC, который установлен в локальной группе
ресурсов кластера SQL Server посредством автоматического использования этого экземпляра
MSDTC. Однако отдельные приложения могут быть сопоставлены любому экземпляру MSDTC в
кластере. Дополнительные сведения об этом см. далее в подразделе «Сопоставление экземпляра
SQL Server 2008 экземпляру MSDTC». На рисунке 1 представлены правила, которые используются
при выборе экземпляра MSDTC на SQL Server 2008.
Используется установленный в локальной группе экземпляр MSDTC
иначе
Используется сопоставленный экземпляр MSDTC
иначе
Используется экземпляр MSDTC, назначенный по умолчанию для данного
кластера
иначе
Используется экземпляр MSDTC локального компьютера
Рисунок 1. Последовательность операций для сопоставления MSDTC
Примечание. Если происходит отказ экземпляра MSDTC, который установлен в локальную
кластерную группу SQL Server, то SQL Server не пытается автоматически использовать кластерный
экземпляр MSDTC по умолчанию или экземпляр MSDTC на локальном компьютере. Необходимо
будет полностью удалить отказавший экземпляр MSDTC из группы SQL Server для использования
другого экземпляра MSDTC. Если создано сопоставление для SQL Server и возникает отказ
сопоставленного экземпляра MSDTC, также возникнет отказ распределенных транзакций. Если
необходимо, чтобы SQL Server использовал другой экземпляр MSDTC, необходимо добавить
экземпляр MSDTC в локальную кластерную группу SQL Server или удалить сопоставление.
Дополнительные сведения о создании ресурса MSDTC для кластера отработки отказа Windows
Server 2008 см. в разделе Контрольный список. Создание ресурса MS DTC в отказоустойчивом
кластере Windows Server 2008 (http://technet.microsoft.com/ru-ru/library/cc725955.aspx).
Включение сетевого доступа для MSDTC
После создания ресурсов MSDTC для кластера необходимо включить сетевой доступ для ресурса
MSDTC. Это можно выполнить с помощью консоли управления службой компонентов. В консоли
управления службой компонентов выполните следующие действия.
1. Последовательно разверните следующие узлы: Службы компонентов, Компьютеры, Мой
компьютер, Координатор распределенных транзакций, <требуемый экземпляр MSDTC>.
2. Щелкните правой кнопкой мыши экземпляр, который нужно настроить, и выберите пункт
Свойства.
3. В области Настройки безопасности установите флажки Доступ к сети DTC, Разрешить
входящие, Разрешить исходящие. Чтобы завершить настройку, нажмите кнопку ОК.
Эти параметры конфигурации включают для MSDTC доступ к ресурсам в сети и обеспечивают
доступ приложений к этому экземпляру MSDTC с удаленных компьютеров, в том числе с других
узлов кластера. Не нужно выполнять эти действия на каждом узле кластера, так как изменения
будут отражены на всех узлах кластера для кластеризованного экземпляра MSDTC.
Сопоставление экземпляра SQL Server 2008 с экземпляром MSDTC
Чтобы сопоставить экземпляр SQL Server 2008 с экземпляром MSDTC, откройте командную строку
с административными разрешениями и выполните команду msdtc.exe.
Создание сопоставления
Для создания сопоставления между экземпляром SQL Server и экземпляром MSDTC используется
следующая команда.
msdtc -tmMappingSet -name <MappingName> -service <SQLServerServiceName>
-clusterResource <MSDTCResourceName>
<MappingName> — произвольное имя, которое используется для идентификации этого
сопоставления.
<SQLServerServiceName> — имя службы для экземпляра SQL Server. Если это экземпляр по
умолчанию, используйте в качестве имени службы MSSQLServer. Если это именованный экземпляр
по умолчанию, используйте в качестве имени службы MSSQL$<InstanceName>.
<MSDTCResourceName> — имя ресурса для экземпляра MSDTC, с которым необходимо
сопоставить SQL Server.
Примечание. Если создано неправильное сопоставление, команда MSDTC все равно выполняется,
но сопоставление будет работать неправильно.
Просмотр существующих сопоставлений во всем кластере
Для просмотра всех сопоставлений MSDTC во всем кластере используется следующая команда.
msdtc -tmMappingView *
Удаление существующего сопоставления
Для удаления существующего сопоставления MSDTC используется следующая команда.
msdtc -tmMappingClear -name <MappingName>
Чтобы проверить доступ, выполните инструкцию BEGIN DISTRIBUTED TRAN в окне запросов среды
SQL Server Management Studio. Если в результате не получится прикрепить транзакцию, ошибку
можно получить из журнала ошибок SQL Server. В данном случае ошибка
XACT_E_CONNECTION_DOWN обычно означает, что экземпляр MSDTC не запущен, сопоставление
неправильное или соединение заблокировано брандмауэром.
Рекомендации для конфигурации MSDTC с SQL Server 2008
Как правило, рекомендуются выделенные экземпляры MSDTC для каждого экземпляра SQL Server
или приложения, которое регулярно использует MSDTC. Это делается, чтобы отказ единственного
экземпляра MSDTC не повлиял на распределенные транзакции в других приложениях. Однако при
настройке MSDTC для экземпляра SQL Server 2008 рекомендации по конфигурации MSDTC зависят
от специфических требований среды (исходя из требований по производительности, доступности
или управляемости).
Ниже приведены наиболее распространенные конфигурации MSDTC, а также их преимущества и
другие замечания.
MSDTC в каждой группе ресурсов SQL Server




Этот вариант обеспечивает наилучшую производительность. Он гарантирует, что MSDTC
всегда будет выполняться на том же физическом узле, что и SQL Server, это уменьшит
объем обмена служебными данными.
Это подходит для самого широкого перечня требований.
Сопоставления не требуются. SQL Server 2008 автоматически использует ресурс MSDTC
локальной кластерной группы по умолчанию. Обратите внимание, что в случае
отключения или отказа этого локального ресурса распределенные транзакции для этого
экземпляра SQL Server завершатся ошибкой и потребуется удалить или переместить ресурс
MSDTC, чтобы использовать другой экземпляр MSDTC в кластере.
Эта конфигурация сохраняет буквы дисков для кластеров, которые имеют ограниченное
количество доступных букв дисков. Можно применять точки подключения для
использования дискового ввода-вывода отдельно от файлов SQL Server, не прибегая к
использованию буквы диска в кластере.
Примечание. При использовании этой конфигурации необходимо определить правильное
значение для настройки При неудачном перезапуске восстановление всех ресурсов в
службе или приложении ресурса MSDTC. Если функционирование MSDTC имеет особое
значение для среды, необходимо установить для MSDTC значение При неудачном
перезапуске восстановление всех ресурсов в службе или приложении или поместить
MSDTC в его собственную группу ресурсов и создать сопоставление, которое указывает SQL
Server на этот экземпляр MSDTC. В большинстве случаев не требуется устанавливать
значение При неудачном перезапуске восстановление всех ресурсов в службе или
приложении. Эта настройка позволяет перезапустить MSDTC на этом же узле при его
отказе и даже в случае невозможности перезапуска не вызовет перехода на другой ресурс
группы ресурсов SQL Server.
Выделенная группа для каждого экземпляра MSDTC



Данная конфигурация рекомендуется, если приоритетом является максимальная
доступность SQL Server и MSDTC, при условии, что производительность удаленного MSDTC
была проверена для данного применения и нагрузки.
В этой конфигурации для MSDTC требуется выделенный ресурс физического диска. Если на
кластере размещено несколько экземпляров SQL Server, может оказаться недостаточно
места на диске, чтобы дать каждому экземпляру SQL Server выделенный MSDTC в
отдельной группе ресурсов.
При наличии большого количества сопоставлений «SQL Server — MSDTC» сложной задачей
может стать управляемость.
Примечание. Производительность распределенных транзакций может быть выше, если
SQL Server и ресурс MSDTC, которому он сопоставлен, выполняются на одном физическом
узле. Обязательно учитывайте данное обстоятельство при проверке производительности
приложения и выполняйте проверку с экземпляром MSDTC на удаленных узлах.
Один кластеризованный экземпляр MSDTC по умолчанию



Отказоустойчивые кластеры Windows Server 2003 могут содержать только один
кластеризованный экземпляр MSDTC. Рекомендуется установка этого экземпляра в
выделенную группу ресурсов. Данная конфигурация предупреждает влияние отказов
MSDTC на другие приложения.
На отказоустойчивых кластерах Windows Server 2008 рекомендуется иметь экземпляр
MSDTC по умолчанию, который установлен в выделенную группу ресурсов. Этот экземпляр
по умолчанию будет предоставлять службы MSDTC для всех приложений, которые не
сопоставлены специально другому экземпляру.
Экземпляры SQL Server, которые редко используют MSDTC, могут использовать экземпляр
MSDTC по умолчанию в особом порядке.
Локальный экземпляр MSDTC



В каждом узле кластера также размещен локальный экземпляр MSDTC.
Такой вариант не обеспечивает высокой доступности MSDTC в случае отказа, поскольку
журнал MSDTC хранится на локальном диске, а не на диске кластера.
Даже когда для локального экземпляра MSDTC нет сопоставлений, необходимо, чтобы
локальный экземпляр MSDTC был запущен. При инициализации приложения/MSDTC
локальный экземпляр используется, чтобы определить идентификатор правильного
экземпляра MSDTC для этого приложения (локальный, кластерный по умолчанию,
специально сопоставленный экземпляр). Он также используется на этом узле для
приложений, которые не могут распознать кластер.

Это наименее предпочтительное решение, которое обеспечивает распределенные
транзакции на отказоустойчивом кластере. Оно не рекомендуется для приложений с
высокой доступностью.
Приемлемо создания гибридов из представленных выше конфигураций, который будут
соответствоватьует требованиям Вашей среды.
Обновление предыдущих версий SQL Server
Существует несколько обстоятельств, которые необходимо учитывать при подготовке к
обновлению SQL Server 2000 или SQL Server 2005 до отказоустойчивого кластера SQL Server 2008.
Всестороннее описание обновления, с подробными сведениями, которые относятся к
обновлению отказоустойчивого кластера SQL Server можно посмотреть в документе «Технический
справочник. Обновление SQL Server 2008»
(http://www.microsoft.com/downloads/details.aspx?familyid=66d3e6f5-6902-4fdd-af759975aea5bea7&displaylang=en&tm).
Дополнительные сведения можно найти в разделе «Как выполнить обновление экземпляра
отказоустойчивого кластера SQL Server (Установка)» (http://msdn.microsoft.com/ruru/library/ms191295.aspx) в электронной документации SQL Server 2008.
Сокращение времени простоя с помощью последовательных обновлений
версий и пакетов обновления.
В SQL Server 2005 и более ранних версиях применение обновлений, пакетов обновлений и
кумулятивных обновлений приводило к простою экземпляра SQL Server во время процесса
установки. В результате до завершения процесса установки снижалась доступность всех узлов
кластера отработки отказа, которые могли размещаться на экземпляре SQL Server.
Для улучшения доступности на время установки в отказоустойчивых кластерах SQL Server 2008
вводятся последовательные и обычные обновления. Последовательное обновление означает
обновление до новой версии, например обновление SQL Server 2005 до SQL Server 2008.
Последовательная установка пакета обновления означает установку пакета обновлений
(например: обновление SQL Server 2008 без пакета обновлений до пакета обновления 1 (SP1)) или
накопительное обновление. Последовательное обновление версии или применение пакета
обновления означает, что можно применить изменения к пассивным узлам отказоустойчивого
кластера, переключить экземпляр SQL Server, который не обновлен, на обновленный узел, а затем
применить обновление к оставшимся узлам. Общее время простоя экземпляра SQL Server — это
количество времени, которое заняло переключение экземпляра SQL Server на обновленный узел и
применение изменений метаданных для обновления. При переключении на вновь обновленный
узел экземпляр SQL Server обновляется с помощью автоматических скриптов, которые
выполняются для ядра базы данных. Далее необходимо обновить все пассивные узлы, которые
еще не были обновлены, чтобы обеспечить идентичность версий двоичных файлов на всех узлах
кластера отработки отказа.
Обратите внимание, что, хотя последовательные обновления увеличивают общую доступность
экземпляра SQL Server, они не обязательны. Можно по-прежнему применять обновления
напрямую для активного узла, на котором размещается экземпляр SQL Server, но это увеличит
время простоя экземпляра SQL Server.
В следующих двух разделах приводится описание реализации последовательных обновлений
версий и применения пакетов обновления.
Последовательные обновления
Примечание. В этом разделе приведено описание процесса, лежащего в основе выполнения
последовательного обновления с предыдущей версии SQL Server. Помните, что в этой версии
рассматриваются обновления для экземпляров отказоустойчивого кластера SQL Server. Эти
положения не применяются к обновлениям изолированных экземпляров SQL Server, которые не
являются отказоустойчивым кластером. Кроме того, обновление «на месте» (in-place)
изолированного экземпляра до отказоустойчивого кластера невозможно. Единственным
возможным вариантом в этом сценарии является выполнение параллельной миграции базы
данных из изолированного экземпляра в экземпляр отказоустойчивого кластера SQL Server 2008.
Выполнение успешного последовательного обновления производится в следующей
последовательности: поочередное обновление пассивных узлов; переключение экземпляра
отказоустойчивого кластера SQL Server на обновленный узел; наконец обновляются оставшиеся
узлы отказоустойчивого кластера, которые еще не были обновлены. Для последовательных
обновлений часть процесса обновления выполняется автоматически и обрабатывается самим
процессом установки. Существует несколько процедурных вопросов и операций, которые,
возможно, потребуется выполнить перед последовательным обновлением. Они представлены
ниже.
Чтобы начать процесс последовательного обновления, необходимо на каждом пассивном узле
отказоустойчивого кластера сначала установить или обновить необходимые компоненты, которые
представлены ниже. Количество переключений, которое может потребоваться выполнить, чтобы
уменьшить общее время простоя, определяется количеством узлов в отказоустойчивом кластере и
количеством экземпляров SQL Server.
Ниже представлены необходимые предварительные операции, которые требуются для
уменьшения времени простоя, вызванного обновлением.

Установите платформу Microsoft .NET Framework 3.5 с пакетом обновления 1 (SP1) (за
исключением Windows Server 2003 IA64, для которой необходимо установить платформу .NET
Framework 2.0 с пакетом обновления 2 (SP2)), а также установщик Windows 4.5 на все узлы
перед началом обновления. Установка этих компонентов обычно требует перезагрузки
каждого узла. Поэтому для уменьшения времени простоя рекомендуется сначала установить
эти компоненты на неактивные узлы и перезагрузить их. Затем переключите экземпляр SQL


Server на пассивный узел перед выполнением установки этих компонентов на узел, который
прежде был активным.
Обновите общие компоненты на каждом узле.
При обновлении SQL Server в Windows Server 2003 с пакетом обновления 2 (SP2) необходимо
установить исправление, которое указано в разделе «Сообщение об ошибке при попытке
создать общую папку в кластере на основе Windows Server 2003: «Произошла системная
ошибка 87 (0X00000057)"», на каждом узле отказоустойчивого кластера. Это исправление
требует перезагрузки после установки.
Способ, с помощью которого можно увеличить доступность экземпляра SQL Server в процессе
последовательного обновления, зависит от количества узлов в отказоустойчивом кластере и
количества экземпляров SQL Server, которые размещаются в отказоустойчивом кластере.
Например, отказоустойчивый кластер из двух узлов имеет ограниченное число вариантов для
обеспечения высокой доступности при обновлении. Если незапланированное переключение было
затребовано от активного и необновленного узла, дополнительные узлы, на которых размещается
экземпляр SQL Server, отсутствуют, и поэтому существует опасность снижения уровня доступности.
В случае, если имеется отказоустойчивый кластер из четырех узлов, последовательную установку
пакета обновления можно выполнять попарно, и при этом обеспечивается высокий уровень
доступности (обновление одновременно выполняется на двух узлах). В отличие от
последовательной установки пакетов обновления, которая далее подробно описывается в этом
документе, процесс обновления версии содержит встроенную логику, которая помогает добиться
максимальной доступности.
При обновлении экземпляра отказоустойчивого кластера, когда установка выполняется с
использованием графического интерфейса, программа установки автоматически определяет
момент, когда необходимо выполнить переключение экземпляра SQL Server на обновленный
узел. Эта автоматическая процедура основана на количестве узлов в отказоустойчивом кластере и
учитывает, какие узлы обновлены, а какие нет. Это помогает обеспечить максимально высокую
доступность при обновлении. После того как будет выполнено обновление половины и более
узлов, процесс установки инициирует переключение на обновленный узел по умолчанию, когда
обновление выполняется на следующем необновленном узле. Программа установки производит
управление возможными владельцами экземпляра SQL Server, удаляет узлы, которые еще не
были обновлены, и добавляет обновленные узлы по мере обновления каждого узла в
отказоустойчивом кластере.
Если не требуется, чтобы в процессе установки выполнялось автоматическое управление
процессом, экземпляр SQL Server можно обновить с помощью вызовов командной строки вместе
с параметром /FAILOVERCLUSTERROLLOWNERSHIP. Существует три варианта использования этого
параметра.
 /FAILOVERCLUSTERROLLOWNERSHIP = 0. Этот вариант означает, что владение экземпляром
отказоустойчивого кластера SQL Server не переключается на обновленные узлы. После того


как выполнено обновление узла, текущий узел не добавляется в качестве возможного
владельца в экземпляр SQL Server.
/FAILOVERCLUSTERROLLOWNERSHIP = 1. В соответствии с данным параметром сначала
экземпляр переключается с текущего активного узла, для которого выполняется
обновление; затем выполняется обновление узла; наконец, обновленный узел
добавляется в качестве возможного владельца.
/FAILOVERCLUSTERROLLOWNERSHIP = 2. Это настройка по умолчанию, которую
пользователь выбирает при ручной (с использованием графического интерфейса)
установке обновления. При данной настройке выполняется автоматическое управление
владением кластера, которое зависит от количества узлов и от их состояния обновления.
Если обновлено меньше половины узлов, параметр /FAILOVERCLUSTERROLLOWNERSHIP
следует поведению, которое определено при значении, равном 0 (владение кластером не
передается обновленному узлу, узел не добавляется в качестве владельца). Если
обновлена половина или большее количество узлов, параметр
/FAILOVERCLUSTERROLLOWNERSHIP следует поведению, которое определено при
значении, равном 1 (экземпляр SQL Server переключается на обновленный узел, а текущий
обновляемый узел после завершения обновления добавляется в качестве владельца).
На рисунке 2 подробно представлена общая последовательность операций процесса
последовательного обновления версии.
На каждом из пассивных узлов устанавливаются необходимые компоненты и обновляются общие компоненты SQL Server
Пассивные узлы перезапускаются по запросу
Экземпляр SQL Server переводится на подготовленный узел (на котором установлены все необходимые компоненты и обновления)
На остальных пассивных узлах устанавливаются необходимые компоненты и обновляются общие компоненты SQL Server
На каждом пассивном узле запускается процесс установки обновления ядра
Процесс обновления перемещает экземпляр отработки отказа SQL Server на обновленный узел в соответствии с количеством обновленных
узлов
Остающиеся узлы обновляются
Рисунок 2. Последовательность операций последовательного обновления версии
отказоустойчивого кластера SQL Server
Если несколько экземпляров SQL Server размещаются на нескольких узлах, необходимо
переупорядочить владение перед установкой, чтобы уменьшить время простоя и сохранить
управляемость процессом.
При выполнении установки обновления на пассивный узел следует ожидать, что в окне «Отчет по
обновлению кластера» будут представлены сведения, указывающие, какие узлы являются
активными и пассивными. На рисунке 3 можно видеть, что оба узла в столбце «Состояние
обновления» имеют значение «Обновление ожидается». Также можно увидеть, какой узел
является пассивным, а какой находится в оперативном режиме.
Рисунок 3.«Отчет по обновлению кластера» в диалоговом окнеОбновление до SQL Server 2008
Обратите внимание на предупреждающее сообщение в нижней части окна на рисунке 3. В нем
говорится, что для предупреждения простоев необходимо установить платформу .NET Framework
версии 3.5 и установщик Windows версии 4.5.
После завершения обновления пассивного узла в отказоустойчивом кластере из двух узлов снова
появляется «Отчет по обновлению кластера» в диалоговом окне Обновление до SQL Server 2008,
в котором показано обновленное состояние обновления (рисунок 4).
Рисунок 4.«Отчет по обновлению кластера» в диалоговом окнеОбновление до SQL Server 2008
после обновления
При обновлении активного узла ожидается, что состояние обновления будет походить на
состояние, которое представлено на рисунке 5.
Рисунок 5.«Отчет по обновлению кластера» в диалоговом окнеОбновление до SQL Server 2008
для активного узла
Обратите внимание на информационное сообщение, которое расположено над таблицей.
Фактический период простоя для экземпляра SQL Server представляет собой время, которое
потребовалось для переключения экземпляра SQL Server и последующего применения скриптов
обновления базы данных.
При успешном обновлении последнего узла «Отчет по обновлению кластера» должен быть похож
на отчет, который представлен на рисунке 6.
Рисунок 6.«Отчет по обновлению кластера» в диалоговом окнеОбновление до SQL Server 2008
после обновления активного узла
После обновления последнего узла обе версии SQL Server должны совпадать. После обновления
всех узлов в средстве управления кластером отработки отказа в сетевом ресурсе SQL Server, на
вкладке Дополнительные политики необходимо подтвердить, что все соответствующие
владельцы проверены. После этой проверки необходимо проверить переключение экземпляра
SQL Server между всеми разрешенными узлами для выявления всех проблем, которые могут
возникнуть после обновления в кластере отработки отказа.
Последовательные установки пакетов обновления
Последовательными установками пакетов обновления называют установку накопительных
обновлений и пакетов обновлений для экземпляра SQL Server 2008. Предполагается, что
последовательные установки пакетов обновления уменьшают время простоя и увеличивают
доступность в процессе обновления. В этом разделе представлены основные положения и
операции для последовательной установки пакетов обновления. Также пошаговые инструкции
для применения обновлений к экземпляру SQL Server можно найти в разделе «Процесс установки
пакета обновлений и последовательного исправления на отказоустойчивый кластер SQL Server
2008 » (http://support.microsoft.com/kb/958734).
В отличие от последовательных обновлений версии, последовательные установки пакетов
обновления не содержат встроенную логику для определения переключения экземпляра.
Поэтому тот, кто отвечает за установку и выполнение обновлений, несет ответственность за
обеспечение максимальной доступности, которая может быть достигнута за счет тщательного
планирования и правильного выполнения обновления. Перед выполнением последовательного
обновления в первую очередь следует определить узлы, которые можно использовать для
размещения экземпляра SQL Server в отказоустойчивом кластере. Это важное условие, которое
позволяет исключить различные версии среди узлов для экземпляра SQL Server.
Например, если выполняется обновление пассивного узла и происходит переход экземпляра SQL
Server на активном узле во время выполнения обновления, можно столкнуться с ошибками
обновления и повреждениями. Чтобы снизить риск незапланированных переключений,
необходимо оценить количество узлов, на которых может быть размещен экземпляр SQL Server
2008. Затем необходимо удалить пассивные узлы, которые планируется обновить первыми, из
списка возможных владельцев в ресурсе сетевого имени экземпляра SQL Server. Это можно
настроить на вкладке Дополнительные политики, как показано на рисунке 7.
Рисунок 7. Вкладка Дополнительные политики для сетевого ресурса SQL Server
Обратите внимание, что на рисунке 7 показаны два сервера, которые в данные момент выбраны
как возможные владельцы ресурса сетевого имени. Если планируется обновить первым
пассивный узел lc2-12d12, необходимо убедиться, что экземпляр SQL Server размещается в
данный момент на узле lc2-12c29. Затем необходимо снять флажок для этого сервера перед
выполнением обновления. Изменение списка доступных узлов не требует простоя ресурса. Также
обратите внимание, что необходимо изменить ресурс сетевого имени SQL Server для владения
узла, так как это ресурс, который проверяется на предмет возможных владельцев узлов службой
отказоустойчивого кластера.
Если в отказоустойчивом кластере экземпляр SQL Server может размещаться более, чем на двух
узлах, можно сохранить не менее двух возможных владельцев, выбранных в любой момент
времени в течение процесса обновления. Это обеспечивает высокий уровень доступности за счет
наличия не менее двух узлов во время обновления оставшихся пассивных узлов.
Сначала необходимо определить, на каких узлах можно разместить экземпляр SQL Server, а затем
удалить владение ресурсом для обновляемых пассивных узлов. Затем следует переместить все
другие активные службы и приложения отказоустойчивого кластера на другие узлы в том случае,
если обновление (пакет обновления или накопительное обновление) требуют перезагрузки узла.
Проверив, действительно ли обновляемый узел является пассивным, можно приступить к
применению обновления.
После начала установки обновления на пассивный узел можно проверить номера версий
текущего узла на странице Выбор компонентов диалогового окна Установка обновления SQL
Server 2008. На рисунке 8 представлены выбранные компоненты для накопительного обновления
SQL Server 2008. Обратите внимание, что хотя обновление выполняется на пассивном узле,
программа установки накопительного обновления определила различные компоненты системы,
которые могут быть обновлены.
Рисунок 8. Страница Выбор компонентов диалогового окна Установка обновления SQL Server
2008 для накопительного обновления
После обновления первого пассивного узла можно повторить эти же операции установки при
наличии других пассивных узлов, которые включены в первый этап запланированных обновлений.
Например, если имеется кластер из четырех узлов и выполняется обновление двух пассивных
узлов, нужно повторить процесс обновления для каждого из двух пассивных узлов, которые были
удалены как потенциальные узлы для размещения экземпляра SQL Server.
После завершения обновления пассивных узлов в средстве управления отказоустойчивым
кластером, в сетевом ресурсе SQL Server, на вкладке Дополнительные политики, нужно повторно
выделить обновленные узлы, чтобы разрешить размещение на них экземпляра SQL Server. После
того как разрешено размещение на обновленных узлах, можно переключить экземпляр SQL Server
с узла, который не был обновлен, на обновленный узел. После переключения на обновленный
узел скрипты обновления автоматически выполняются для ядра СУБД. Для подтверждения того,
что ресурсы экземпляра SQL Server находятся в оперативном режиме, можно использовать
средство управления отказоустойчивым кластером. Затем можно подтвердить номер версии
экземпляра SQL Server. Для этого подключитесь к экземпляру SQL Server с помощью среды SQL
Server Management Studio и откройте обозреватель объектов, как показано на рисунке 9.
Рисунок 9. Окно обозревателя объектов в среде SQL Server Management Studio
На рисунке 9 показан экземпляр SQL Server с версией 10.0.1779, которая представляет пакет
накопительных обновлений 2 для SQL Server 2008. Перед переключением с узла, который еще не
был обновлен, экземпляр SQL Server имел номер версии 10.00.1600.22 (RTM). После
переключения необходимо проверить журнал ошибок SQL Server на предмет сообщений об
ошибках, которые относятся к обновлению.
После переключения экземпляра SQL Server с узла на обновленный узел следует обновить
оставшиеся необновленные узлы. Как упоминалось ранее, существует угроза переключения
обновленного экземпляра SQL Server на узел низкого уровня во время установки. Поэтому в
средстве управления отказоустойчивым кластером, в сетевом ресурсе SQL Server, на вкладке
Дополнительные политики необходимо отключить пассивные узлы, которые еще не были
обновлены, пока все они не будут обновлены.
При установке обновления на оставшиеся пассивные узлы отображается предыдущая версия ядра
SQL Server. На рисунке 10 представлен пример такой ситуации. Для узла, который еще не был
обновлен, в поле Уровень обновлений отображается более старая версия ядра 10.0.1600.22.
Рисунок 10. Страница Выбор компонентов диалогового окна Установка обновления SQL Server
2008 для узла, который еще не был обновлен
После завершения обновления каждого узла в средстве управления отказоустойчивым кластером,
в сетевом ресурсе SQL Server, на вкладке Дополнительные политики нужно будет повторно
выделить все обновленные узлы, чтобы разрешить размещение на них экземпляра SQL Server.
Чтобы проверить установку и гарантировать полную доступность ресурсов, следует также
выполнить переключение экземпляра SQL Server между обновленными узлами.
На рисунке 11 представлена общая последовательность операций при последовательной
установке пакета обновления.
Определяются пассивные узлы, обновляемые в первую очередь
Пассивные узлы удаляются из списка владельца возможных узлов
На каждом из пассивных узлов производится обновление
Пассивные узлы добавляются обратно в список владельца
Экземпляр SQL Server переводится на обновленный узел
Выполняется проверка доступности экземпляра SQL Server и соответствия версии ядра
Остающиеся не обновленными узлы удаляются из списка владельца возможных узлов
Производится обновление на все еще не обновленных пассивных узлах
Обновленные узлы добавляются обратно в список владельца, проверяется переход на другой ресурс
Рисунок 11. Последовательность операций при последовательной установке пакета обновления
для отказоустойчивого кластера SQL Server
В результате последовательные установки пакетов обновления вначале выполняются на
пассивных узлах, чтобы уменьшить время простоя экземпляра SQL Server. В отличие от
последовательных обновлений версии, процесс установки пакетов обновления не включает
автоматическую логику потока операций, которая конролирует обеспечение высокой доступности.
Поэтому необходимо тщательно спланировать процесс обновления, чтобы гарантировать
максимальную доступность и исключить в процессе обновления случайные переключения на
экземпляр SQL Server более раннего или более позднего выпуска.
Администрирование и обслуживание отказоустойчивого кластера
SQL Server 2008
Существует несколько задач по администрированию и обслуживанию, которые в предыдущих
версиях требовали иных операций для экземпляра отказоустойчивого кластера по сравнению с
изолированным экземпляром SQL Server. При использовании SQL Server 2008 многие из этих задач
содержат одинаковые операции независимо от окружения (отказоустойчивый кластер или
изолированный экземпляр). Некоторые из этих задач обсуждаются в следующем подразделе.
Изменение сетевого имени отказоустойчивого кластера SQL Server
Отказоустойчивые кластеры SQL Server 2005 и SQL Server 2008 поддерживают изменение сетевого
имени отказоустойчивого кластера SQL Server после установки. Это невозможно сделать для
отказоустойчивых кластеров SQL Server 2000. Имя отказоустойчивого кластера SQL Server может
содержать сетевое имя и имя экземпляра. Для экземпляра по умолчанию существует сетевое имя
для экземпляра отказоустойчивого кластера , но не имя экземпляра. Например, если кластер
отработки отказа SQL Server был назван как VS1\instance1, SQL Server 2008 поддерживает
изменение имени только для части VS1. SQL Server 2008 не поддерживает изменение имени
экземпляра (instance1) без повторной установки SQL Server.
Дополнительные сведения о переименовании отказоустойчивого кластера SQL Server и
пошаговые инструкции см. в разделе «Как переименовать экземпляр отказоустойчивого кластера
SQL Server» (http://msdn.microsoft.com/ru-ru/library/ms178083.aspx) в электронной документации
SQL Server 2008.
Изменение IP-адреса отказоустойчивого кластера SQL Server
Можно изменить IP-адрес, который был настроен для использования отказоустойчивым
кластером SQL Server. См. сведения в разделе «Как изменить IP-адрес отказоустойчивого кластера
SQL Server» (http://msdn.microsoft.com/ru-ru/library/ms190460.aspx) в электронной документации
SQL Server 2008.
Изменение учетных записей служб отказоустойчивого кластера SQL
Server
Следующие операции аналогичны тем, которые необходимо выполнить для изолированного
экземпляра SQL Server, чтобы изменить учетные записи служб. Чтобы изменить учетные записи
служб, следует использовать диспетчер конфигурации SQL Server. При управлении учетными
записями служб учитывайте следующие особенности.

Не изменяйте пароли ни для каких учетных записей служб SQL Server, если какой-либо из
узлов кластера отработки отказа отключен или находится в автономном режиме. Если все
же необходимо это сделать, переустановите пароль еще раз при помощи диспетчера
конфигурации SQL Server, когда все узлы вновь будут находиться в оперативном режиме.

Если учетная запись службы для SQL Server не имеет в кластере Windows Server прав
администратора, нельзя удалить административные общие папки ни на каких узлах
кластера. Для нормальной работы SQL Server в кластере должны быть доступны
административные общие папки.
Более полное обсуждение использования учетных записей Windows совместно с SQL Server см. в
разделе «Настройка учетных записей служб Windows» (http://msdn.microsoft.com/ruru/library/ms143504.aspx) в электронной документации SQL Server 2008. Рекомендации по
изменению учетных записей служб см. в разделе «Обслуживание отказоустойчивого кластера»
(http://technet.microsoft.com/ru-ru/library/ms178061.aspx) в электронной документации SQL Server
2008.
Управление ресурсами SQL Server с помощью среды SQL Server
Management Studio и средства «Администратор кластера»
Среда SQL Server Management Studio распознает кластеры SQL Server 2008 и SQL Server 2005. С
помощью среды SQL Server Management Studio можно выполнить множество операций, например
выполнить остановку и запуск служб на экземпляре, который не входит в состав кластера. Также
поддерживаются отказоустойчивые кластеры SQL Server. Однако существует несколько важных
задач по управлению ресурсами SQL Server, например проверка свойств всех ресурсов SQL Server,
которые нельзя выполнить с помощью среды SQL Server Management Studio. Для выполнения этих
задач необходимо использовать средство «Администратор кластера» в Windows Server 2003 или
средство управления кластером отработки отказа в Windows Server 2008. Существует несколько
задач, например остановка и запуск служб SQL Server, которые можно выполнить как с помощью
среды SQL Server Management Studio, так и средства «Администратор кластера».
Примечание. Не используйте раздел Службы на панели управления для остановки или запуска
служб SQL Server 2008 в отказоустойчивом кластере, так как раздел Службы не поддерживает
работу с кластером.
Дополнительные сведения об использовании средств SQL Server для управления
отказоустойчивым кластером см. в разделе «Использование средств SQL Server с
отказоустойчивым кластером» (http://technet.microsoft.com/ru-ru/library/ms175549.aspx) в
электронной документации SQL Server 2008.
Перестроение системных баз данных в отказоустойчивом кластере
Для перестроения системных баз данных для отказоустойчивого кластера SQL Server 2008
необходимо запустить программу setup.exe с определенными параметрами командной строки.
Хотя этот процесс аналогичен процессу в SQL Server 2005, для SQL Server 2008 изменились
параметры. Процесс перестроения в SQL Server 2008 проходит одинаково и независимо от среды
выполнения (отказоустойчивый кластер или изолированный экземпляр).
Новой особенностью в SQL Server 2008 является то, что файлы системных баз данных, которые
используются для перестроения текущих системных баз данных, не поставляются вместе с
исходными установочными носителями. Данное улучшение позволяет выполнять перестройку
системных баз данных без необходимости доступа к исходному установочному носителю или
DVD-диску. В настоящее время файлы располагаются на всех узлах кластера, на которые
производилась установка экземпляра SQL Server в каталоге BINN\templates. Этот каталог содержит
базы данных master, model, msdb и файлы журнала, которые были скопированы из источника
установочных файлов как часть процесса установки.
Сведения о пошаговом процессе перестройки системных баз данных отказоустойчивого кластера
SQL Server 2008 и другие замечания см. в разделе «Перестроение системных баз данных»
(http://msdn.microsoft.com/ru-ru/library/dd207003.aspx ) в электронной документации SQL Server
2008.
Реализация флагов трассировки
Флаги трассировки используются для временной установки определенных характеристик сервера
или отключения определенного режима. Например, флаг трассировки 1204 позволяет создавать
отчеты о взаимоблокировках. Список документированных флагов трассировки см. в разделе
«Флаги трассировки (Transact-SQL)» (http://msdn.microsoft.com/ru-ru/library/ms188396.aspx) в
электронной документации SQL Server 2008. Не следует использовать недокументированные
флаги трассировки.
Флаги трассировки можно реализовать в отказоустойчивом кластере SQL Server 2008 с помощью
команд DBCC TRACEON и DBCC TRACEOFF, а также с помощью параметра запуска -T точно таким
же способом, как для изолированного экземпляра SQL Server 2008.
В следующих примерах кода показан порядок использования команд DBCC TRACEON и DBCC
TRACEOFF.
Следующая команда устанавливает глобальный флаг трассировки 1204.
DBCC TRACEON (1204,-1)
-1 устанавливает глобальный флаг. Чтобы установить флаг на уровне сеанса, необходимо
исключить аргумент -1.
Следующая команда отключает глобальный флаг трассировки 1204.
DBCC TRACEOFF (1204,-1)
Следующая команда отображает состояние глобально активированных флагов трассировки.
DBCC TRACESTATUS(-1);
После установки с помощью команды DBCC TRACEON флаги трассировки действуют на сервере до
тех пор, пока не будут явно отключены выполнением инструкции DBCC TRACEOFF или не будет
перезапущен экземпляр SQL Server. Если необходимо, чтобы флаги трассировки задавались при
каждом перезапуске SQL Server, можно добавить флаги трассировки как параметры запуска. Для
этого выполните следующие шаги.
1. Откройте диспетчер конфигураций SQL Server на узле кластера, где выполняется
экземпляр отказоустойчивого кластера SQL Server 2008.
2. Выберите Службы SQL Server, щелкните правой кнопкой службу SQL Server, для которой
необходимо добавить параметры запуска, затем перейдите на вкладку Дополнительно.
3. На вкладке Дополнительно в поле Параметры запуска введите нужные параметры и
нажмите кнопку Применить.
4. Появится следующее сообщение: «Изменения значений этих параметров будут сохранены,
однако они вступают в силу только после остановки и перезапуска службы».
5. Нажмите кнопку ОК.
При этом не требуется немедленно выполнять остановку и повторный запуск службы SQL Server.
Это рекомендуется в том случае, если, например, необходимо сделать изменения немедленно, а
перезапустить службу — во время, выделенное для обслуживания, или когда нет пользователей,
подключенных к системе. После перезапуска SQL Server флаги трассировки вступают силу
независимо от того, на каком узле выполняется SQL Server. После завершения устранения
неполадок рекомендуется удалять флаги трассировки.
Устранение неполадок отказоустойчивого кластера SQL Server
Экземпляр SQL Server может выполнить незапланированное переключение или перезапуск из-за
различных причин. Многие из этих причин не связаны с ошибками кластера. В этих случаях
необходимо следовать стандартным операциям устранения неполадок SQL Server. Если известно,
что проблема связана с кластером, для ее устранения можно использовать рекомендации,
которые приведены в этом разделе.
Определение характера отказа
Когда становится известно о простое, вначале необходимо понять, что действительно случилось.
Для какого ресурса возник отказ? Это диск? Проблема с сетью? Проблема с SQL Server? Отказал
агент SQL Server? Недоступна общая папка? Неполадка связана с перезапуском отдельного
ресурса на одном узле, переключением группы ресурсов, отказом ресурса? Был ли экземпляр SQL
Server все время в оперативном режиме, но пользователи не могли установить соединение?
Проблема возникла на одном узле или на всех узлах? Для определения причины сбоя важным
является точное понимание того, для какого ресурса возник отказ, на каком узле и какие действия
выполнил кластер, пытаясь решить проблему.
Служба кластеров добавляет сообщения о состоянии ресурсов в журнал кластера и в журнал
системных событий. Журнал системных событий в общем более понятен. Отказавший ресурс, как
правило, можно определить поиском в журнале системных событий записей для идентификатора
1069.
Если в журнале системных событий сведения о причине отказа отсутствуют (например, система
прекратила запись событий в журнал), необходимо использовать журнал кластера. Журнал
кластера несколько более сложен для анализа. Журнал содержит более подробные сведения,
отметки времени в формате UTC (по Гринвичу), а не в локальном системном времени. Далее в
разделе «Отказоустойчивый кластер Windows Server» представлен пример, но подробный анализ
журнала кластера лежит за рамками данного технического документа.
После того как журналы собраны, чтобы установить причину отказа, необходимо провести их
анализ, выяснить, какие компоненты входят в состав кластера.
Анализ основных причин
После попытки оценки причины отказа, сбора журналов, следующим шагом является начало
исследования основных причин отказа. Если до настоящего момента неизвестно, какой компонент
системы является источником ошибки, необходимо начать с самого нижнего уровня
(оборудования), затем рассмотреть Windows Server, затем SQL Server. Если из начального анализа
журналов становится ясно, какой компонент является источником ошибки, можно начать с
диагностики данного компонента. Однако не спешите делать выводы. Нередко бывает найден
ресурс, который рассматривается как основная причина, однако он зависит от другого компонента
системы, для которого произошел отказ или который не функционирует должным образом.
Оборудование
Выполните анализ журналов системных событий Windows Server на предмет выявления какихлибо предупреждений или ошибок в работе оборудования за промежуток времени, когда
произошел первый отказ ресурса. На данном этапе не имеет значения, отказ какого ресурса
произошел; если имеется ошибка оборудования, возникшая приблизительно тогда, когда возник
простой ресурса, необходимо сначала устранить эту ошибку.
Если найдена ошибка оборудования, диагностику необходимо продолжить как для
изолированного сервера.
Примечание. Некоторые дисковые подсистемы являются источником ошибок или
предупреждений во время запуска или завершения работы, и переключение происходит
вследствие таких ошибок (например ошибки превышения времени ожидания интерфейса SCSI).
Если это обычный режим работы системы хранения, можно проигнорировать такие ошибки. Если
такой уверенности нет, необходимо обратиться к поставщику оборудования.
Операционная система и сеть
Выполните анализ журналов событий системы и приложений Windows Server на предмет
выявления каких-либо ошибок операционной системы или сети. Примеры содержат отказы
сетевой интерфейсной платы, проблемы подключения, предупреждения о ресурсах системы,
ошибки памяти, сбои Kerberos, ошибки регистрации DNS. Сравните версии драйверов,
операционных систем, настройки сетевой конфигурации узлов, которые не работают, с
имеющимися узлами. Выполните диагностику таких проблем на уровне операционной системы.
Всегда проверяйте конфигурацию сети. Всегда рекомендуется проверять сетевую конфигурацию,
когда возникает ошибка в кластере. Неправильно настроенная сеть может стать причиной
случайного и несогласованного поведения кластера. Подробные сведения о правильной
настройке сетей кластеров см. в разделе «Рекомендуемая частная конфигурация с тактовым
импульсом для кластерного сервера » (http://support.microsoft.com/kb/258750).
Безопасность
Выполните анализ журналов безопасности, событий системы и приложений Windows Server на
предмет ошибок при доступе или других ошибок безопасности. Ошибки безопасности могут быть
обнаружены как ошибки в других компонентах кластера, однако журнал событий безопасности
может содержать ценные сведения.
Отказоустойчивый кластер Windows Server
Выполните анализ журнала событий системы Windows Server, журнала приложений и журнала
кластера. Записи журнала событий, которые связаны с кластером, можно просмотреть
непосредственно на кластере Windows Server 2008 с помощью средства управления
отказоустойчивым кластером.
В следующем примере журнала кластера показан экземпляр SQL Server, у которого возник отказ
при переходе в оперативный режим, что повлекло за собой отказ ресурса SQL Server. В этом
примере основной причиной отказа стало то, что экземпляр SQL Server, отличный от заданного по
умолчанию, был настроен на прослушивание статического порта TCP, служба браузера SQL Server
была отключена, а на узле не был настроен псевдоним. Это не позволило службе кластеров
выполнить соединение с экземпляром SQL Server, чтобы запустить проверку IsAlive.
00000a98.00000fcc::2009/05/27-05:08:02.295 ERR
[RES] SQL Server <SQL Server
(SQLADV1)>: [sqsrvres] Ошибка ODBC sqldriverconnect
00000a98.00000fcc::2009/05/27-05:08:02.295 ERR
[RES] SQL Server <SQL Server
(SQLADV1)>: [sqsrvres] checkODBCConnectError: sqlstate = HYT00; native error
= 0; message = [Microsoft][SQL Server Native Client 10.0]Время ожидания входа
в систему истекло
00000a98.00000fcc::2009/05/27-05:08:02.295 ERR
[RES] SQL Server <SQL Server
(SQLADV1)>: [sqsrvres] Ошибка ODBC sqldriverconnect
00000a98.00000fcc::2009/05/27-05:08:02.295 ERR
[RES] SQL Server <SQL Server
(SQLADV1)>: [sqsrvres] checkODBCConnectError: sqlstate = 08001; native error
= ffffffff; message = [Microsoft][SQL Server Native Client 10.0]При
установлении соединения с сервером SQL Server произошла ошибка, связанная с
сетью или с определенным экземпляром. Сервер не найден или недоступен.
Убедитесь, что имя экземпляра указано правильно и на сервере SQL Server
разрешены удаленные соединения. Дополнительные сведения см. в электронной
документации по SQL Server.
00000a98.00000aa4::2009/05/27-05:08:16.000 ERR
[RHS]
RhsCall::DeadlockMonitor: Истекло время ожидания Call ONLINERESOURCE для
ресурса 'SQL Server (SQLADV1)'.
00000a98.00000aa4::2009/05/27-05:08:16.000 ERR
[RHS] Взаимоблокировка
обработки ресурса SQL Server (SQLADV1). Очистка текущей операции.
00000638.00000714::2009/05/27-05:08:16.000 INFO [RCM] HandleMonitorReply:
FAILURENOTIFICATION for 'SQL Server (SQLADV1)', gen(0) result 5018.
00000638.00000714::2009/05/27-05:08:16.000 INFO [RCM] TransitionToState(SQL
Server (SQLADV1)) OnlinePending-->ProcessingFailure.
00000638.00000714::2009/05/27-05:08:16.000 ERR
[RCM]
rcm::RcmResource::HandleFailure: (SQL Server (SQLADV1))
00000638.00000714::2009/05/27-05:08:16.001 INFO
(SQLADV1): failure count: 1, restartAction: 2.
[RCM] resource SQL Server
00000638.00000714::2009/05/27-05:08:16.001 INFO
перезапущен в течение 500 миллисекунд.
[RCM] Ресурс будет
00000638.00000714::2009/05/27-05:08:16.001 INFO [RCM] TransitionToState(SQL
Server (SQLADV1)) ProcessingFailure-->[Terminating to
DelayRestartingResource].
Обратите внимание, что каждая запись в журнале кластера имеет определенный формат.
Идентификаторы процесса и потока, которые явились причиной записи журнала, находятся в
первой части строки и отделены точкой. Вторая часть строки — системное время по Гринвичу.
Третья часть строки — уровень события. Это может быть ошибка (ERR), предупреждение (WARN)
или информационное сообщение (INFO). После уровня события указан компонент кластера,
который создал сообщение. Сообщения, которые созданы ресурсами SQL Server, отмечены как
[RES]. Сообщение, которое занес в журнал компонент, представлено в конце. Обратите внимание,
что описание ошибки можно получить по номеру ошибки. Для кодов системных ошибок описание
ошибки можно получить с помощью команды net helpmsg и указания кода ошибки.
SQL Server
Если возник отказ ресурса SQL Server, следующим шагом является анализ журналов ошибок SQL
Server с целью определения того, был ли отказ SQL Server или служба кластеров не смогла
подключиться к экземпляру SQL Server.
Некоторые условия возникновения ошибок SQL Server могут помешать службе кластеров
выполнить соединение, запустить проверку IsAlive или получить своевременный ответ от
экземпляра SQL Server. Примеры содержат ошибки памяти, такие как вытеснение страниц памяти
SQL Server, зависания планировщика или зависания ввода-вывода. Эти типы ошибок не являются
специфичными для отказоустойчивого кластера. Однако проверка IsAlive также подвержена
проблемам, которые влияют на производительность и с которыми сталкиваются запросы
пользователей. Данный класс проблем должен рассматриваться так же, как решаются эти
проблемы для изолированного сервера.
Соединение с SQL Server
Если предполагается, что ошибка может возникнуть при соединении с SQL Server, необходимо
начать с анализа последних записей журнала ошибок SQL Server.


Есть очевидные сетевые ошибки?
Если используется Kerberos, необходимо убедиться, что имена участников-служб
правильно отражены в Active Directory, а SQL Server правильно их зарегистрировал.
Выполните поиск сообщений в начале журнала ошибок SQL Server, которые похожи на
приведенные ниже.
The SQL Server Network Interface library successfully registered the Service Principal Name
(SPN) [ MSSQLSvc/<FQDN>:<InstanceName> ] for the SQL Server service.
The SQL Server Network Interface library successfully registered the Service Principal Name
(SPN) [ MSSQLSvc/<FQDN>:<PortNumber> ] for the SQL Server service.

Выполняет ли SQL Server прослушивание правильных сетевых библиотек, а также
использует ли он правильный IP-адрес и имя канала? Необходимо изменить только
сетевую конфигурацию SQL Server с помощью программы настройки SQL Server.
Выполните поиск сообщений в начале журнала ошибок SQL Server, которые похожи на
приведенные ниже, проверьте IP-адреса и имена каналов для этого экземпляра.
Сервер прослушивает [ 10.10.10.54 <ipv4> 54794].
Поставщик локальных соединений с сервером готов принять соединение с [
\\.\pipe\SQLLocal\InstanceName ].
Поставщик серверных именованных каналов готов принять соединение с [
\\.\pipe\$$\SQL1\MSSQL$InstanceName\sql\query ].


Есть псевдонимы, которые заданы на каком-либо узле кластера для этого экземпляра SQL
Server? Рассмотрите возможность временного удаления этих псевдонимов для проверки
возможности соединения при удалении псевдонимов.
Служба браузера SQL Server запущена на всех узлах кластера? Это не требуется для
экземпляра по умолчанию, который использует статичный порт, но необходимо для
согласованной работы именованного экземпляра.
Отказ SQL Server на одном узле
Если SQL Server не может перейти в оперативный режим только на одном узле кластера,
необходимо рассмотреть различия между узлами.





Завершилась ли установка успешно на всех узлах, где должен запускаться этот экземпляр?
Производились ли на этом узле какие-либо изменения в конфигурации, не
производившиеся на других узлах (например: правка реестра вручную или изменение
сетевых настроек)?
Устанавливалось ли на этот узел исправление «на лету» или пакет обновления, которые не
устанавливались на другие узлы (например: для SQL Server, для операционной системы
или для Microsoft Data Access Component (MDAC))?
Производились ли на этом узле изменения в конфигурации оборудования или драйверов?
Есть ли между узлами различия в настройке политики безопасности? Были ли изменения в
групповых политиках? Настроены ли имена участников на уровне сервера правильно для
каждого узла?
Прочие ошибки
Сбои других ресурсов исследуются по-разному в зависимости от ресурса. Например, при сбое
агента SQL Server следует изучить его журналы; при сбое в общей папке — изучить журналы
событий системы и конкретного приложения.
Дальнейшие шаги по устранению неполадок
Чтение и извлечение журналов событий и журналов кластера
Предпочтительно просматривать журналы с помощью средства просмотра событий в самом
кластере. При просмотре журналов событий на другом компьютере некоторые сведения о
событиях могут быть потеряны из-за нехватки в компьютере информации о ресурсах для
заполнения описаний событий с сервера. Если планируется сохранить журналы для анализа после
устранения неполадок, их следует экспортировать как текстовые файлы или как CSV-файлы — это
позволит прочитать описания событий для служб и драйверов, которые в противном случае,
находясь на удаленной машине, были бы недоступны. Чтобы обеспечить фильтрацию и
сортировку CSV-файлов, можно импортировать их в Microsoft Office Excel®.
В Windows Server 2003 журналы кластеров по умолчанию располагаются в каталоге
«C:\Windows\Cluster». В Windows Server 2008 журналы кластеров можно создавать из командной
строки с помощью следующего кода:
CLUSTER.EXE <имя кластера> LOG /GEN /COPY:<конечный путь для файлов
журнала>
Сравнение реестров узлов
Начиная с SQL Server 2008, все контрольные точки реестра, относящиеся к SQL Server,
записываются для сетевого имени экземпляра SQL Server (до SQL Server 2008 контрольные точки
реестра записывались непосредственно для самого ресурса SQL Server). Это изменение повышает
надежность экземпляра SQL Server при отработке отказа благодаря репликации разделов реестра
до перехода SQL Server в оперативный режим. Это значительно снижает вероятность сбоя из-за
изменения реестра приложением, не поддерживающим работу в среде кластера.
Если группа ресурсов SQL Server оказывается недоступна на одном узле, но работает на других,
сравните записи в сохраненных (с помощью контрольных точек) разделах реестра кластера на
разных узлах. Записи реестра, не синхронизированные на доступных узлах, могут различаться по
следующим причинам:



Реестр был изменен вручную пользователем с правами администратора или скриптом,
запущенным с правами администратора (например: сценарием входа или политикой
домена).
Реестр был изменен приложением, не поддерживающим работу в среде кластера. Все
программные средства SQL Server 2008 поддерживают работу в среде кластера, но
некоторые сторонние средства могут ее не поддерживать.
Раздел реестра был изменен приложением, поддерживающим работу в среде кластера,
но контрольная точка еще не была создана. Раздел будет записан при отработке отказа (в
этом случае ничего предпринимать не требуется).
При сравнении записей реестра на разных узлах следует обращать внимание на различия в
разделах, их значениях и разрешениях. Несовпадения со значениями по умолчанию могут
привести к непредвиденным результатам.
Изменение вручную раздела реестра из раздела контрольных точек
Внимание. В этом разделе описаны действия, связанные с редактированием реестра.
Неправильное редактирование реестра может вызвать серьезные неполадки. Будьте аккуратны
при выполнении этих операций. Для большей надежности создайте резервную копию реестра
перед редактированием. В этом случае вы сможете восстановить исходное состояние реестра в
случае появления проблем. Дополнительные сведения по созданию резервной копии реестра и
его восстановлению из резервной копии см. в статье Создание резервной копии и восстановление
реестра Windows (http://support.microsoft.com/kb/322756/).
Для синхронизации записей реестра между всеми узлами кластера в SQL Server 2008 используется
диспетчер контрольных точек кластера. Диспетчер контрольных точек кластера отслеживает все
изменения в разделах из раздела контрольных точек реестра на активном узле.
SQL Server 2008 регистрирует все контрольные точки в ресурсе сетевого имени экземпляра SQL
Server. Благодаря этому, если неверные настройки не позволяют SQL Server выйти в сеть, разделы
реестра могут быть исправлены без необходимости удалять или редактировать контрольные
точки. Чтобы определить, для каких разделов создана контрольная точка на ресурсе кластера, или
убедиться, что исправная контрольная точка существует, выполните действия из следующего
примера.
Cluster.exe . resource “SQL Network Name (SQL1)” /checkpoints
В следующем примере кода приведены контрольные точки реестра по умолчанию для ресурсов,
связанных с SQL Server.
Сетевое имя SQL Server
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\Cluster
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\MSSQLServer
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\Replication
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\Providers
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\SQLServerSCP
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\CPE
HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\SQLServerAgent
Службы Analysis Services
HKLM\Software\Microsoft\Microsoft SQL Server\MSAS10.KATMAI1\Cluster
HKLM\Software\Microsoft\Microsoft SQL Server\MSAS10.KATMAI1\CPE
По умолчанию контрольных точек реестра для дисков кластера, IP-адресов, агента SQL Server,
общих папок, используемых FileStream, и для самого экземпляра SQL Server не существует.
После того как для ресурса определены контрольные точки реестра, диспетчер контрольных точек
сохраняет разделы реестра следующим образом.



Если для ресурса назначается новый раздел реестра, для этого раздела создается
контрольная точка.
Если ресурс, ассоциированный с разделом, для которого создана контрольная точка,
выходит в сеть, разделы реестра обновляются с учетом информации предыдущей
контрольной точки.
Если ресурс выходит из сети, все контрольные точки, ассоциированные с этим ресурсом,
сохраняются.

Если ресурс доступен в сети и в раздел реестра, назначенный на сервере кластера для
репликации, вносятся изменения, диспетчер контрольных точек обеспечивает запись
обновлений в контрольную точку, хранящуюся в базе данных кластера.
Майкрософт рекомендует выполнять все изменения в конфигурации SQL Server только с помощью
клиентских средств SQL Server. Если есть необходимость отредактировать разделы реестра в
контрольной точке вручную, вносите изменения с активного узла, пока ресурс сетевого имени SQL
Server находится в сетевом доступе. Если вы отредактируете эти разделы реестра вручную в то
время, когда ресурс сетевого имени SQL Server будет не в сети, изменения, возможно, не будут
реплицированы или будут утеряны.
Перевод SQL Server в оперативный режим вне служб кластера
Иногда экземпляр SQL Server не выходит в сеть из-за неполадок, не дающих службе кластера
получить успешный результат проверки IsAlive от экземпляра SQL Server. В этих случаях может
понадобиться перевести экземпляр SQL Server в оперативный режим из командной строки, чтобы
получить возможность устранить неполадки.
Приведенный способ позволяет перевести экземпляр SQL Server в оперативный режим без
использования диспетчера управления службами. При этом в консоли управления кластером
отработки отказа ресурс SQL Server будет представлен как находящийся не в сети, а служба
кластеров не будет управлять экземпляром SQL Server. В этом режиме не производится ни
отработка отказа экземпляра SQL Server на другой узел, ни его перезапуск. После перевода в
оперативный режим экземпляр SQL Server станет доступным для клиентов через сеть.
Обычно этот метод используется, чтобы перевести экземпляр SQL Server в оперативный режим в
тех случаях, когда неверная конфигурация вызывает в нем сбой. Рекомендуется использовать
данный метод исключительно как временную меру для устранения неполадок, поскольку
автоматическая отработка отказа для экземпляра SQL Server в этом режиме недоступна. Метод
включает в себя следующие операции.
1. С помощью консоли управления отказоустойчивым кластером переведите в оперативный
режим все дисковые ресурсы SQL Server.
2. С помощью консоли управления отказоустойчивым кластером переведите в оперативный
режим все ресурсы IP-адреса SQL Server.
3. С помощью консоли управления отказоустойчивым кластером переведите в оперативный
режим ресурс сетевого имени SQL Server.
4. В окне командной строки перейдите в каталог SQL Server и выполните следующую
команду:
sqlservr.exe –c –s<имя экземпляра>
5. Оставьте окно командной строки открытым и не сворачивайте его. При закрытии окна или
выходе из системы SQL Server завершит работу.
6. Чтобы остановить сервер, нажмите CTRL+C. Вам будет предложено подтвердить
прекращение работы.
Свойства ресурса SQL Server
Ресурс SQL Server предоставляет доступ к некоторым свойствам, которые могут быть полезны при
устранении неполадок.
VirtualServerName
Значением этого свойства всегда должно являться имя виртуального сервера (также называемое
сетевым именем) экземпляра SQL Server. Не изменяйте это значение.
InstanceName
Значением этого свойства всегда должно являться имя экземпляра SQL Server. Не изменяйте это
значение.
VerboseLogging
Значение этого свойства по умолчанию — 0 (выключено). При установке значения 1 в журнал
кластера будут записываться информационные события. В целом это не требуется для устранения
неполадок кластера SQL, но позволяет определить порядок событий и точный момент отказа.
SQLDumperDumpFlags, SQLDumperDumpPath и SQLDumperDumpTimeout
Эти свойства позволяют включить служебную программу Sqldumper.exe, генерирующую файлы
дампа, и управлять ею. Эти настройки изменяются с помощью команды кластера.
Дополнительные сведения см. в статье (на английском языке) How to use the Sqldumper.exe utility
to generate a dump file in SQL Server 2005 (http://support.microsoft.com/kb/917825).
Ниже приведено примерное пакетное задание для настройки мини-дампа всех потоков при
отработке отказа с 15-секундной задержкой для завершения выполнения дампа.
Cluster resource “SQL Server” /priv sqldumperdumpflags=0x0120
Cluster resource “SQL Server” /priv sqldumperdumppath=”path for dump files”
Cluster resource “SQL Server” /priv SQLDumperDumpTimeout=15000
Чтобы восстановить для свойств значения по умолчанию, выполните следующее пакетное
задание.
Cluster resource “SQL Server” /priv:sqldumperdumpflags /usedefault
Cluster resource “SQL Server” /priv:sqldumperdumppath /usedefault
Cluster resource “SQL Server” /priv:SQLDumperDumpTimeout /usedefault
SQLDMVScriptTimeout
Это свойство в настоящее время не реализовано. Значение по умолчанию — 0 (выключено).
SqlPreStartupActionsFlags
Значение этого свойства по умолчанию — 0 (выключено). При установке значения в 1 не будут
предприниматься никакие обновления. Не изменяйте это значение по умолчанию.
Рекомендации по предотвращению ненужных нарушений в работе
Оцените зависимости ресурсов
Оцените зависимости для каждого ресурса кластера в группе ресурсов SQL. Не добавляйте
дополнительные зависимости, если они не нужны. Например, добавление нового дискового
ресурса для базы данных, предназначенной для решения ответственных задач, требует создания
зависимости по отношению к этому диску для ресурса SQL Server. Ненужные зависимости могут
замедлить отработку отказа (система будет ждать, пока ресурс станет доступен, хотя в этом нет
нужды) и вызвать ненужные перебои в работе (родительский ресурс, становясь недоступным,
будет выводить из доступа и все зависимые от него ресурсы).
На рис. 12 показано дерево зависимостей по умолчанию для экземпляра SQL Server.
Рис. 12. Дерево зависимостей по умолчанию для экземпляра SQL Server
Оценка политик отработки отказа для ресурса
Группы ресурсов при отказе переносятся на другой узел как единое целое. Иными словами, если в
одном из ресурсов происходит сбой, он влечет за собой отключение всех остальных ресурсов из
той же группы. Например, если на одном из узлов кластера не удалось перевести в оперативный
режим ресурс SQL Server, будет разумно, если вместе с ним на другой узел будет перенесена вся
группа ресурсов. Если в группе ресурсов SQL Server не удастся перевести в оперативный режим
ресурс MSDTC, используемый лишь для некоторых некритических удаленных запросов, нет
никакой нужды переносить из-за него на другой узел всю группу ресурсов.
Обдумайте политику для каждого ресурса в группе ресурсов SQL Server и решите, настолько ли
важна доступность этого ресурса, чтобы при его сбое переносить на другой узел всю группу.
Необходимые ресурсы
Следующие ресурсы необходимы в любой группе ресурсов SQL Server:




Ресурс SQL Server.
Физические дисковые ресурсы, на которых хранятся данные SQL Server и журналы
(включая диски, содержащие точки подключения).
IP-адрес, поддерживающий ресурс сетевого имени SQL Server.
Сетевое имя ресурса, на котором находится SQL Server.
Обычно целесообразно оставлять для этих ресурсов настройки по умолчанию. Для каждого
дополнительного физического диска, добавляемого в экземпляр SQL Server после установки,
следует устанавливать политику. Убедитесь, что для политики каждого ресурса установлен
параметр При сбое ресурса пытаться перезапустить его на текущем узле, и установите флажок
При неудачном перезапуске восстановление всех ресурсов в службе или приложении.
Другие ресурсы
Для этих ресурсов следует решить (в зависимости от условий работы), настолько ли важна их
доступность, чтобы при их сбое переносить на другой узел всю группу.
Для максимальной доступности рекомендуется устанавливать для необязательных ресурсов
параметр При сбое ресурса пытаться перезапустить его на текущем узле и снимать флажок При
неудачном перезапуске восстановление всех ресурсов в службе или приложении. При таких
настройках отказавший ресурс будет перезапускаться, но его сбой не приведет к перемещению
всей группы ресурсов на другой узел, что могло бы вызвать перебои в работе экземпляра SQL
Server:



Агент SQL Server. При отказе ресурса агента SQL Server перестанут запускаться
назначенные по расписанию задания, такие как резервное копирование, обслуживание
базы данных и репликация. Если агент SQL Server используется для таких ответственных
задач, рекомендуется разрешить при его сбое переносить на другой узел всю группу
ресурсов, чтобы избежать пропуска заданий резервного копирования и обслуживания.
Общие папки. SQL Server использует общие папки для создания файловых потоков
(FileStream), ведения журналов и выполнения репликации. Если в общей папке происходит
сбой, эти функции могут перестать работать должным образом.
Analysis Services. Службы Analysis Services не зависят от ресурса SQL Server.
Конфигурация подключений
Все именованные экземпляры SQL Server по умолчанию используют динамическое выделение
портов. Клиенты получают информацию о порте от браузера SQL Server. Чтобы динамическое
выделение портов функционировало должным образом, необходима служба браузера SQL Server.
Если для всех экземпляров SQL Server назначены статические IP-порты, необходимо выполнить
одно из двух действий.
1. Включить службу браузера SQL Server на каждом узле кластера.
2. Создать на всех клиентах псевдоним, включающий все узлы кластера, с указанием номера
порта экземпляра SQL Server. Клиентские приложения также могут добавлять номер порта
к строке соединения.
Если используется динамическое выделение портов и служба браузера SQL Server запущена на
каждом узле кластера, но имеют место проблемы с подключением, убедитесь, что в настройках
сетевой безопасности разрешен трафик обнаружения. Процесс обнаружения работает следующим
образом:
1. Браузер SQL Server прослушивает UDP-порт 1434 по всем IP-адресам (IPAll).
2. Клиент посылает UDP-пакет в UDP-порт 1434 на IP-адрес SQL Server (IP-адрес,
соответствующий сетевому имени SQL Server).
3. Браузер SQL Server отвечает на IP-адрес клиента с физического IP-адреса узла (не с IPадреса SQL Server). Иными словами, клиент инициирует соединение, обращаясь к IPадресу SQL Server, а ответ получает с физического IP-адреса узла.
4. Ответный пакет, в зависимости от настроек безопасности клиента, сервера и сети, может
быть отклонен брандмауэром или протоколом IPSec по причине изменения IP-адреса в
ответе.
Дополнительные сведения об устранении неполадок в отказоустойчивых кластерах SQL Server см.
в статье Диагностика отказоустойчивого кластера (http://technet.microsoft.com/ruru/library/ms189117.aspx) в электронной документации SQL Server 2008.
Приложение A. Встроенная установка отказоустойчивого кластера
SQL Server 2008 с помощью операции добавления узла
1. Вставьте установочный носитель SQL Server и в корневой папке дважды щелкните файл
Setup.exe. Для установки с сетевого ресурса перейдите в корневую папку на этом ресурсе и
дважды щелкните файл Setup.exe. Дополнительные сведения об установке
предварительно требуемых компонентов см. в статье Подготовка к установке
отказоустойчивого кластера (http://msdn.microsoft.com/ru-ru/library/ms189910.aspx).
Может появиться запрос на установку обязательных компонентов, если они не были
установлены ранее.
.Платформа .NET Framework 3.5 с пакетом обновления 1 (SP1):
Установите установщик Windows версии 4.5: требуется установщик Windows версии 4.5,
который можно установить при помощи мастера установки. При появлении предложения
перезагрузить компьютер сделайте это и снова запустите программу установки SQL Server
2008. Установщик Windows версии 4.5 можно установить заранее, загрузив его здесь:
http://support.microsoft.com/default.aspx/KB/942288
2. После установки всех необходимых компонентов мастер установки запустит центр
установки SQL Server. Чтобы начать установку нового кластера SQL Server 2008, нажмите
Новая установка кластера отработки отказа SQL Server на странице установки.
3. Средство проверки конфигурации системы запустит операцию обнаружения на
компьютере. Для продолжения нажмите кнопку ОК. Подробные сведения можно
просмотреть на экране, нажав кнопку Показать подробности, или в виде HTML-отчета,
нажав кнопку Просмотр подробного отчета.
4. На странице «Ключ продукта» укажите, устанавливается ли бесплатный выпуск SQL Server
или имеется ключ PID для рабочей версии продукта. Дополнительные сведения см. в
статье Выпуски и компоненты SQL Server 2008 (http://technet.microsoft.com/ruru/library/ms144275.aspx).
Примечание. Страницы «Ключ продукта» и «Условия лицензии» отображаются после
страницы с файлами поддержки программы установки, если вы уже установили файлы
поддержки программы установки во время предыдущей установки.
5. На странице «Условия лицензии» прочтите лицензионное соглашение, а затем установите
флажок, подтверждая принятие условий соглашения. Чтобы продолжить работу, нажмите
кнопку Далее. Чтобы выйти из программы установки, нажмите кнопку Отмена.
6. На странице «Файлы поддержки программы установки» щелкните Установить, чтобы
установить файлы поддержки программы установки.
7. Средство проверки конфигурации проверит состояние системы компьютера, после чего
программа установки продолжит выполнение. После завершения проверки нажмите
кнопку Далее, чтобы продолжить установку. Подробные сведения можно просмотреть на
экране, нажав кнопку Показать подробности, или в виде HTML-отчета, нажав кнопку
Просмотр подробного отчета.
Исправьте все проблемы, указанные в списке правил. Проблемы, отмеченные как
«Ошибка», препятствуют установке, проблемы, отмеченные как «Предупреждение» —
нет. Тем не менее, желательно устранить и ошибки, и предупреждения.
8. На странице «Выбор компонентов» выберите компоненты для установки.
После выбора компонента на правой панели отображается описание его группы. Можно
выбрать любое сочетание флажков, но работу в среде отказоустойчивого кластера
поддерживают только компонент Database Engine и службы Analysis Services. Другие
выбранные компоненты будут работать на том узле, на котором выполняется программа
установки, в качестве изолированных компонентов (без возможности отработки отказа).
В поле, расположенном в нижней части этой страницы, можно также указать
определенный каталог для общих компонентов. Чтобы изменить путь установки для
общих компонентов, измените его в поле, расположенном в нижней части диалогового
окна или нажмите кнопку с многоточием для перехода в каталог установки. По умолчанию
установка производится в каталог «C:\Program Files\Microsoft SQL Server\».
Примечание. После выбора служб компонента Database Engine выбор репликации и
полнотекстового поиска выполняется автоматически. Отмена выбора любого из этих
компонентов приводит также к отмене выбора служб компонента Database Engine.
9. На странице «Конфигурация экземпляра» укажите способ установки (как экземпляра по
умолчанию или как именованного экземпляра).
Сетевое имя SQL Server: укажите сетевое имя для нового кластера отработки отказа SQL
Server. Это имя используется для идентификации кластера отработки отказа в сети.
Примечание. В предыдущих версиях кластеров отработки отказа SQL Server оно было
известно как имя виртуального сервера SQL Server.
Идентификатор экземпляра: по умолчанию идентификатором экземпляра является имя
экземпляра. Он предназначен для идентификации каталогов установки и разделов реестра
для конкретного экземпляра SQL Server. Это касается и экземпляров по умолчанию, и
именованных экземпляров. Для экземпляра по умолчанию именем и идентификатором
экземпляра является «MSSQLSERVER». Чтобы задать идентификатор экземпляра, отличный
от заданного по умолчанию, введите значение в поле Идентификатор экземпляра.
Примечание. Обычно для изолированных экземпляров SQL Server 2008 (как для
экземпляров по умолчанию, так и для именованных экземпляров) в поле Идентификатор
экземпляра не используется значение, отличное от значения по умолчанию.
Корневой каталог экземпляра — по умолчанию корневым каталогом экземпляра является
«C:\Program Files\Microsoft SQL Server\». Чтобы задать корневой каталог, отличный от
используемого по умолчанию, введите имя каталога в соответствующее поле или нажмите
кнопку с многоточием и выберите папку установки.
Обнаруженные экземпляры и компоненты на этом компьютере: в этой таблице
перечислены все экземпляры SQL Server, установленные на компьютере, на котором
запущена программа установки. Если экземпляр по умолчанию на компьютере уже
имеется, текущий экземпляр SQL Server 2008 следует устанавливать как именованный
экземпляр. Чтобы продолжить работу, нажмите кнопку Далее.
10. На странице «Требования к свободному месту на диске» показан расчет требуемого
пространства на диске для выбранных компонентов, а также приведено сравнение
требуемого и имеющегося свободного места на диске, на котором работает программа
установки.
11. Используйте страницу «Группа кластерных ресурсов», чтобы указать имя группы
кластерных ресурсов, в которой будут находиться ресурсы виртуального сервера SQL
Server. Указать имя группы кластерных ресурсов SQL Server можно одним из двух
способов:
 выбрать одну из существующих групп в раскрывающемся списке;
 создать новую группу, введя ее имя.
12. На странице «Выбор диска кластера» выберите ресурс общего диска кластера для
отказоустойчивого кластера SQL Server.
Диск кластера — это диск, на котором будут размещены данные SQL Server. Можно
указать более одного диска. В окне Доступные общие диски отображается список
доступных дисков, указывается, определен ли тот или иной диск как общий, и выводится
описание каждого дискового ресурса. Чтобы продолжить работу, нажмите кнопку Далее.
Примечание. Первый диск используется в качестве диска по умолчанию для всех баз
данных, но может быть изменен на страницах настройки компонента Database Engine или
службы Analysis Services.
13. На странице «Конфигурация сети кластера» укажите сетевые ресурсы для конкретного
экземпляра отказоустойчивого кластера.
 Параметры сети — укажите тип IP и IP-адрес экземпляра отказоустойчивого кластера.
В отказоустойчивых кластерах Windows Server 2008 для SQL Server поддерживается
назначение адресов по DHCP. Прежде чем выбрать этот параметр, удостоверьтесь, что
в настройках служб сетевой безопасности (таких как брандмауэр или протокол IPsec),
находящихся между этим SQL Server и его клиентами, разрешена поддержка DHCP со
стороны сервера. Так, для надлежащей настройки конфигурации некоторых
брандмауэров требуется статический порт.
Чтобы продолжить работу, нажмите кнопку Далее.
14. На следующей странице можно задать политику безопасности для кластера.
На данном снимке экрана показаны политики безопасности для кластера под Windows
Server 2003. В Windows Server 2003 для задания политик безопасности нельзя
использовать идентификаторы безопасности службы. Укажите для служб SQL Server
группы домена. Управление разрешениями для всех ресурсов производится на уровне
групп домена, в которые в качестве членов входят учетные записи служб SQL Server. Это
показано на следующем снимке экрана.
На данном снимке экрана показаны политики безопасности кластера, доступные для
Windows Server 2008. В Windows Server 2008 и более поздних версиях рекомендованной (и
применяемой по умолчанию) настройкой являются идентификаторы безопасности службы
(идентификаторы безопасности сервера). Возможность указать группы домена
предоставляется, но делать это не рекомендуется. Сведения об использовании
идентификаторов безопасности службы в Windows Server 2008 см. в статье Настройка
учетных записей служб Windows (http://msdn.microsoft.com/ru-ru/library/ms143504.aspx).
Это показано на следующем снимке экрана.
Чтобы продолжить работу, нажмите кнопку Далее.
Примечание. Если экземпляр отказоустойчивого кластера SQL Server 2008 устанавливается
в домене Windows 2000 Server смешанного режима, для служб SQL Server,
поддерживающих работу в кластере, необходимо использовать глобальные группы
домена.
Примечание. Контроллеры домена Windows 2000 Server могут работать в смешанном
режиме и в собственном режиме. Смешанный режим позволяет располагать контроллеры
домена более низкого уровня в том же домене.
Набор последующих операций зависит от того, какие компоненты были выбраны для
установки. В зависимости от выбора (компонент Database Engine, службы Analysis Services,
службы Reporting Services) на экране могут отобразиться не все страницы.
15. На вкладке Учетные записи служб укажите учетные записи входа для служб SQL Server.
Набор служб, которые можно настроить на этой странице, зависит от компонентов,
выбранных для установки.
Можно назначить одну учетную запись входа всем службам SQL Server или настроить
учетные записи служб по отдельности. Для всех служб, поддерживающих работу в
кластере, включая полнотекстовый поиск и агент SQL Server, выбран тип запуска
«Вручную», и его нельзя изменить в процессе установки. Рекомендуется настраивать
учетные записи служб по отдельности, назначая для каждой службы самые низкие права
из всех возможных, т. е. предоставляя службам SQL Server лишь те разрешения, которые
им необходимы для выполнения своих функций. Дополнительные сведения см. в статьях
Настройка учетных записей служб Windows (http://msdn.microsoft.com/ruru/library/ms143504.aspx) и Настройка SQL Server — учетные записи служб
(http://msdn.microsoft.com/ru-ru/library/cc281953.aspx) в электронной документации по
SQL Server.
16. Чтобы задать одну учетную запись входа для всех учетных записей служб этого экземпляра
SQL Server, укажите учетные данные в полях, которые находятся в нижней части страницы.
Примечание по безопасности. Не оставляйте поле пароля пустым. Пароль должен быть
надежным.
18. После ввода данных входа для служб SQL Server нажмите кнопку Далее.
19. Указать для компонентов Database Engine и Analysis Services параметры сортировки,
отличные от установленных по умолчанию, можно на вкладке Параметры сортировки.
17. На вкладке Назначение учетных записей можно указать следующие параметры.
 Режим проверки подлинности — выберите для экземпляра SQL Server режим проверки
подлинности: «Проверка подлинности Windows» или «Смешанный режим». Если
выбран смешанный режим проверки подлинности, необходимо задать надежный
пароль для встроенной учетной записи системного администратора SQL Server.
После удачного соединения устройства с SQL Server в режиме проверки подлинности
Windows и в смешанном режиме начинает действовать один и тот же механизм
безопасности. Дополнительные сведения см. в статье Настройка компонента Database
Engine — назначение учетных записей (http://technet.microsoft.com/ruru/library/cc281849.aspx).

Администраторы SQL Server — для экземпляра SQL Server должен быть назначен хотя
бы один системный администратор. Чтобы добавить учетную запись, под которой
проходит установка SQL Server, нажмите кнопку Добавить текущего пользователя.
Чтобы добавить или удалить учетные записи из списка системных администраторов,
нажмите кнопку Добавить или Удалить, а затем измените список пользователей, групп
или компьютеров, которые будут иметь права администратора на этот экземпляр SQL
Server. Дополнительные сведения см. в статье Настройка компонента Database Engine
— назначение учетных записей (http://technet.microsoft.com/ruru/library/cc281849.aspx).
После изменения списка нажмите кнопку ОК. Проверьте список администраторов в
диалоговом окне конфигурации. После завершения работы со списком нажмите кнопку
Далее.
18. На вкладке Каталоги данных можно указать каталоги установки, отличающиеся от
заданных по умолчанию. Чтобы произвести установку в каталог по умолчанию, нажмите
кнопку Далее.
Внимание. При указании каталогов установки, отличных от используемых по умолчанию,
убедитесь в том, что имена папок являются уникальными для этого экземпляра SQL Server.
Ни один из каталогов, заданных в этом диалоговом окне, не должен совпадать с
каталогами, указанными для других экземпляров SQL Server. Каталоги данных должны
находиться на общем диске отказоустойчивого кластера.
19. На вкладке FILESTREAM можно включить поддержку FILESTREAM для конкретного
экземпляра SQL Server.
Чтобы продолжить работу, нажмите кнопку Далее.
20. На странице конфигурации служб Analysis Services укажите пользователей или учетные
записи, которые будут обладать администраторскими разрешениями в отношении служб
Analysis Services, на вкладке Назначение учетных записей. Для служб Analysis Services
необходимо указать хотя бы одного системного администратора. Чтобы добавить учетную
запись, под которой проходит установка SQL Server, нажмите кнопку Добавить текущего
пользователя. Чтобы добавить или удалить учетные записи из списка системных
администраторов, нажмите кнопку Добавить или Удалить, а затем измените список
пользователей, групп или компьютеров, которые будут иметь права администратора на
этот экземпляр Analysis Services.
После изменения списка нажмите кнопку ОК. Проверьте список администраторов в
диалоговом окне конфигурации. После завершения работы со списком нажмите кнопку
Далее.
21. На вкладке Каталоги данных можно указать каталоги установки, отличающиеся от
заданных по умолчанию. Чтобы произвести установку в каталог по умолчанию, нажмите
кнопку Далее.
Внимание. При указании каталогов установки, отличных от используемых по умолчанию,
убедитесь в том, что имена папок являются уникальными для этого экземпляра SQL Server.
Ни один из каталогов, заданных в этом диалоговом окне, не должен совпадать с
каталогами, указанными для других экземпляров SQL Server. Каталоги данных должны
находиться на общем диске отказоустойчивого кластера.
22. На странице конфигурации служб Reporting Services укажите тип установки служб Reporting
Services. Для установки отказоустойчивого кластера этот параметр установлен в значение
«Установить, но не настраивать сервер отчетов». Настраивать службы Reporting Services
следует уже после завершения установки.
23. На странице «Отчеты об ошибках и использовании» укажите сведения, которые нужно
передать в корпорацию Майкрософт в целях улучшения SQL Server. По умолчанию
параметры для отчетов об ошибках и использовании компонентов отключены.
24. Средство проверки конфигурации запустится еще с одним набором правил для проверки
конфигурации компьютера с выбранными компонентами SQL Server.
25. На странице «Все готово для установки» показаны в виде дерева параметры установки,
заданные при выполнении программы установки. Чтобы продолжить работу, нажмите
кнопку Установить.
26. В процессе установки на странице «Ход установки» отображается состояние. Это позволяет
наблюдать за текущим состоянием процесса установки.
27. После установки на странице Завершение будет приведена ссылка на файл сводного
журнала установки и даны другие важные примечания. Чтобы завершить процесс
установки SQL Server, нажмите кнопку Закрыть.
28. Если будет предложено перезагрузить компьютер, выполните перезагрузку. После
завершения установки важно прочитать сообщение мастера установки. Дополнительные
сведения о файлах журнала установки см. в статье Как просмотреть файлы журналов
установки SQL Server (http://msdn.microsoft.com/ru-ru/library/ms143702.aspx).
29. Чтобы добавить узлы к только что созданному отказоустойчивому кластеру, состоящему из
одиночного узла, запустите программу установки на каждом дополнительном узле и
выполните процедуры, описанные в разделе «Приложение C. Добавление узла».
Дополнительные сведения см. в статье Как добавить или удалить узлы кластера отработки
отказа SQL Server (программа установки) (http://msdn.microsoft.com/ruru/library/ms191545.aspx).
Примечание. На всех узлах отказоустойчивого кластера SQL Server должен быть
установлен один и тот же выпуск SQL Server. При добавлении нового узла к
существующему отказоустойчивому кластеру SQL Server следует убедиться, что его выпуск
совпадает с выпуском существующего отказоустойчивого кластера.
Приложение B. Установка отказоустойчивого кластера SQL Server
2008 в варианте расширенной установки
Шаг 1 расширенной установки (установки выпуска Enterprise)
отказоустойчивого кластера. Подготовка
1. Вставьте установочный носитель SQL Server и в корневой папке дважды щелкните файл
Setup.exe. Для установки с сетевого ресурса перейдите в корневую папку на этом ресурсе и
дважды щелкните файл Setup.exe. Дополнительные сведения об установке
предварительно требуемых компонентов см. в статье Подготовка к установке кластера
отработки отказа (http://msdn.microsoft.com/ru-ru/library/ms189910.aspx). Может
появиться запрос на установку обязательных компонентов, если они не были установлены
ранее.
Установите установщик Windows версии 4.5. Требуется установщик Windows версии 4.5,
который можно установить с помощью мастера установки. При появлении предложения
перезагрузить компьютер сделайте это и снова запустите программу установки SQL Server
2008.
2. После установки всех необходимых компонентов мастер установки запустит центр
установки SQL Server. Чтобы подготовить узел к кластеризации, перейдите на страницу
Дополнительно и выберите пункт Расширенная подготовка кластера.
3. Средство проверки конфигурации системы запустит операцию обнаружения на
компьютере. Для продолжения нажмите кнопку ОК. Подробные сведения можно
просмотреть на экране, нажав кнопку Показать подробности, или в виде HTML-отчета,
нажав кнопку Просмотр подробного отчета.
4. На странице «Файлы поддержки программы установки» щелкните Установить, чтобы
установить файлы поддержки программы установки.
5. Средство проверки конфигурации проверит состояние системы компьютера, после чего
программа установки продолжит выполнение. После завершения проверки нажмите
кнопку Далее, чтобы продолжить установку. Подробные сведения можно просмотреть на
экране, нажав кнопку Показать подробности, или в виде HTML-отчета, нажав кнопку
Просмотр подробного отчета.
6. На странице «Ключ продукта» укажите, устанавливается ли бесплатный выпуск SQL Server
или имеется ключ PID для рабочей версии продукта.
Примечание. Страницы «Ключ продукта» и «Условия лицензии» отображаются после
страницы с файлами поддержки программы установки, если вы уже установили файлы
поддержки программы установки во время предыдущей установки.
Примечание. Необходимо указывать один и тот же ключ продукта на всех узлах,
подготавливаемых для одного кластера отработки отказа.
7. На странице «Условия лицензии» прочтите лицензионное соглашение, а затем установите
флажок, подтверждая принятие условий соглашения.
Чтобы продолжить работу, нажмите кнопку Далее. Чтобы выйти из программы установки,
нажмите кнопку Отмена.
8. На странице «Выбор компонентов» выберите компоненты для установки.
После выбора компонента на правой панели отображается описание его группы. Можно
выбрать любое сочетание флажков, но работу в среде кластера отработки отказа
поддерживают только компонент Database Engine и службы Analysis Services. Остальные
компоненты будут функционировать на отдельном узле отказоустойчивого кластера как
изолированные, без возможности отработки отказа.
В поле, расположенном в нижней части этой страницы, можно также указать
определенный каталог для общих компонентов. Чтобы изменить путь установки для
общих компонентов, измените его в поле, расположенном в нижней части диалогового
окна, или нажмите кнопку с многоточием для перехода в каталог установки. По
умолчанию установка производится в каталог «C:\Program Files\Microsoft SQL Server\».
Примечание. После выбора служб компонента Database Engine выбор репликации и
полнотекстового поиска выполняется автоматически. Отмена выбора любого из этих
компонентов приводит также к отмене выбора служб компонента Database Engine.
9. На странице «Конфигурация экземпляра» укажите способ установки (как экземпляра по
умолчанию или как именованного экземпляра).
Идентификатор экземпляра: по умолчанию идентификатором экземпляра является имя
экземпляра. Он предназначен для идентификации каталогов установки и разделов реестра
для конкретного экземпляра SQL Server. Это касается и экземпляров по умолчанию, и
именованных экземпляров. Для экземпляра по умолчанию именем и идентификатором
экземпляра является «MSSQLSERVER». Чтобы задать идентификатор экземпляра, отличный
от используемого по умолчанию, введите значение в поле Идентификатор экземпляра.
Примечание. Обычно для изолированных экземпляров SQL Server 2008 (как для
экземпляров по умолчанию, так и для именованных экземпляров) в поле Идентификатор
экземпляра не используется значение, отличное от значения по умолчанию.
Внимание. Используйте один и тот же идентификатор экземпляра для всех узлов,
подготовленных для отказоустойчивого кластера.
Корневой каталог экземпляра — по умолчанию корневым каталогом экземпляра является
«C:\Program Files\Microsoft SQL Server\». Чтобы задать корневой каталог, отличный от
используемого по умолчанию, введите имя каталога в соответствующее поле или нажмите
кнопку с многоточием и выберите папку установки.
Установленные экземпляры — в этом окне перечислены все экземпляры, установленные
на компьютере, на котором запущена программа установки. Если экземпляр по
умолчанию на компьютере уже имеется, текущий экземпляр SQL Server 2008 следует
устанавливать как именованный экземпляр. Чтобы продолжить работу, нажмите кнопку
Далее.
10. На странице «Требования к свободному месту на диске» показан расчет требуемого
пространства на диске для выбранных компонентов, а также приведено сравнение
требуемого и имеющегося свободного места на диске, на котором работает программа
установки.
11. Укажите политику безопасности для кластера.
На данном снимке экрана показаны политики безопасности для кластера под Windows
Server 2003. В Windows Server 2003 для задания политик безопасности нельзя
использовать идентификаторы безопасности службы. Укажите для служб SQL Server
группы домена. Управление разрешениями для всех ресурсов производится на уровне
групп домена, в которые в качестве членов входят учетные записи служб SQL Server. Это
показано на следующем снимке экрана.
На данном снимке экрана показаны политики безопасности кластера, доступные для
Windows Server 2008. В Windows Server 2008 и более поздних версиях рекомендованной (и
применяемой по умолчанию) настройкой являются идентификаторы безопасности службы
(идентификаторы безопасности сервера). Возможность указать группы домена
предоставляется, но делать это не рекомендуется. Сведения об использовании
идентификаторов безопасности службы в Windows Server 2008 см. в статье Настройка
учетных записей служб Windows (http://msdn.microsoft.com/ru-ru/library/ms143504.aspx).
Это показано на следующем снимке экрана.
Чтобы продолжить работу, нажмите кнопку Далее.
Примечание. Если экземпляр отказоустойчивого кластера SQL Server 2008 устанавливается
в домене Windows 2000 Server смешанного режима, для служб SQL Server,
поддерживающих работу в кластере, необходимо использовать глобальные группы
домена.
Примечание. Контроллеры домена Windows 2000 Server могут работать в смешанном
режиме и в собственном режиме. Смешанный режим позволяет располагать контроллеры
домена более низкого уровня в том же домене.
Набор последующих операций зависит от того, какие компоненты были выбраны для
установки. В зависимости от выбора, на экране могут отображаться не все страницы.
12. На странице «Конфигурация сервера» во вкладке Учетные записи служб укажите учетные
записи входа для служб SQL Server. Набор служб, которые можно настроить на этой
странице, зависит от компонентов, выбранных при установке.
Можно назначить одну учетную запись входа всем службам SQL Server или настроить
учетные записи служб по отдельности. Для всех служб, поддерживающих работу в
кластере, включая полнотекстовый поиск и агент SQL Server, выбран тип запуска
«Вручную», и его нельзя изменить в процессе установки. Рекомендуется настраивать
учетные записи служб по отдельности, назначая для каждой службы самые низкие права
из всех возможных, т. е. предоставляя службам SQL Server лишь те разрешения, которые
им необходимы для выполнения своих функций. Дополнительные сведения см. в статьях
Настройка SQL Server — учетные записи служб (http://technet.microsoft.com/ruru/library/cc281953.aspx) и Настройка учетных записей служб Windows
(http://technet.microsoft.com/ru-ru/library/ms143504.aspx).
Чтобы задать одну учетную запись входа для всех учетных записей служб этого экземпляра
SQL Server, укажите учетные данные в полях, которые находятся в нижней части страницы.
Примечание по безопасности. Не оставляйте поле пароля пустым. Пароль должен быть
надежным.
После ввода данных входа для служб SQL Server нажмите кнопку Далее.
13. Указать для компонентов Database Engine и Analysis Services параметры сортировки,
отличные от установленных по умолчанию, можно на вкладке Параметры сортировки.
14. На вкладке FILESTREAM можно включить поддержку FILESTREAM для конкретного
экземпляра SQL Server. Чтобы продолжить работу, нажмите кнопку Далее.
15. На странице конфигурации служб Reporting Services укажите тип установки служб Reporting
Services. Для установки кластера отработки отказа этот параметр установлен в значение
«Установить, но не настраивать сервер отчетов». Настраивать службы Reporting Services
следует уже после завершения установки.
16. На странице «Отчеты об ошибках и использовании» укажите сведения, которые нужно
передать в корпорацию Майкрософт в целях улучшения SQL Server. Параметры для
отчетов об ошибках и использовании компонентов по умолчанию включены.
17. Средство проверки конфигурации запустится еще с одним набором правил для проверки
конфигурации компьютера с выбранными компонентами SQL Server.
18. На странице «Все готово для установки» показаны в виде дерева параметры установки,
заданные при выполнении программы установки. Чтобы продолжить работу, нажмите
кнопку Установить.
19. В процессе установки на странице «Ход установки» отображается состояние. Это позволяет
наблюдать за текущим состоянием процесса установки.
20. После установки на странице Завершение будет приведена ссылка на файл сводного
журнала установки и даны другие важные примечания.
22. Чтобы завершить процесс установки SQL Server, нажмите кнопку Закрыть.
23. Если будет предложено перезагрузить компьютер, выполните перезагрузку. После
завершения установки важно прочитать сообщение мастера установки. Дополнительные
сведения о файлах журнала установки см. в статье Как просмотреть файлы журналов
установки SQL Server (http://msdn.microsoft.com/ru-ru/library/ms143702.aspx).
24. Повторите предыдущие шаги, чтобы подготовить остальные узлы для отказоустойчивого
кластера. Чтобы выполнить подготовку на других узлах, можно также использовать
автоматически созданный файл конфигурации. Дополнительные сведения см. в статье
Установка SQL Server 2008 с помощью файла конфигурации (http://msdn.microsoft.com/ruru/library/dd239405.aspx).
Шаг 2 расширенной установки (установки выпуска Enterprise)
отказоустойчивого кластера. Завершение
1. После подготовки всех узлов, как описано в шаге 1, выполните программу установки на
одном из подготовленных узлов, лучше всего на том, который является владельцем
общего диска. На странице Дополнительно центра установки SQL Server щелкните
Расширенное завершение кластера.
2. Средство проверки конфигурации системы запустит операцию обнаружения на
компьютере. Для продолжения нажмите кнопку ОК. Подробные сведения можно
просмотреть на экране, нажав кнопку Показать подробности, или в виде HTML-отчета,
нажав кнопку Просмотр подробного отчета.
3. На странице «Файлы поддержки программы установки» щелкните Установить, чтобы
установить файлы поддержки программы установки.
4. Средство проверки конфигурации проверит состояние системы компьютера, после чего
программа установки продолжит выполнение. После завершения проверки нажмите
кнопку Далее, чтобы продолжить установку. Подробные сведения можно просмотреть на
экране, нажав кнопку Показать подробности, или в виде HTML-отчета, нажав кнопку
Просмотр подробного отчета.
5. Воспользуйтесь страницей «Конфигурация узла кластера», чтобы выбрать имя экземпляра,
подготовленного для кластеризации, и указать сетевое имя для нового отказоустойчивого
кластера SQL Server. Это имя используется для идентификации отказоустойчивого
кластера в сети.
Примечание. В предыдущих версиях отказоустойчивых кластеров SQL Server оно было
известно как имя виртуального сервера SQL Server.
6. Используйте страницу «Группа кластерных ресурсов», чтобы указать имя группы
кластерных ресурсов, в которой будут находиться ресурсы виртуального сервера SQL
Server. Указать имя группы кластерных ресурсов SQL Server можно одним из двух
способов:
 выбрать одну из существующих групп в списке;
 создать новую группу, введя ее имя.
7. На странице «Выбор диска кластера» выберите ресурс общего диска кластера для
отказоустойчивого кластера SQL Server. Диск кластера — это диск, на котором будут
размещены данные SQL Server. Можно указать более одного диска. В таблице Доступные
общие диски отображается список доступных дисков, указывается, определен ли тот или
иной диск как общий, и выводится описание каждого дискового ресурса. Чтобы
продолжить работу, нажмите кнопку Далее.
Примечание. Первый диск используется в качестве диска по умолчанию для всех баз
данных, но может быть изменен на страницах настройки компонента Database Engine или
служб Analysis Services.
8. На странице «Выбор сети кластера» укажите сетевой ресурс для экземпляра
отказоустойчивого кластера.
 Параметры сети — укажите тип IP и IP-адрес экземпляра отказоустойчивого кластера. В
отказоустойчивого кластерах Windows Server 2008 для SQL Server поддерживается
назначение адресов по DHCP. Прежде чем выбрать этот параметр, удостоверьтесь, что
в настройках служб сетевой безопасности (таких как брандмауэр или протокол IPsec),
находящихся между этим SQL Server и его клиентами, разрешен DHCP со стороны
сервера. Так, для надлежащей настройки конфигурации некоторых брандмауэров
требуется статический порт.
Чтобы продолжить работу, нажмите кнопку Далее.
Набор последующих операций зависит от того, какие компоненты были выбраны для
установки. В зависимости от выбора, на экране могут отображаться не все страницы.
9. На странице «Конфигурация компонента Database Engine» во вкладке Назначение учетных
записей можно указать следующие параметры.

Режим проверки подлинности — выберите для экземпляра SQL Server режим
проверки подлинности: «Проверка подлинности Windows» или «Смешанный
режим». Если выбран смешанный режим проверки подлинности, необходимо
задать надежный пароль для встроенной учетной записи системного
администратора SQL Server.
После удачного соединения устройства с SQL Server в режиме проверки
подлинности Windows и в смешанном режиме начинает действовать один и тот же
механизм безопасности. Дополнительные сведения см. в статье Настройка
компонента Database Engine — назначение учетных записей
(http://technet.microsoft.com/ru-ru/library/cc281849.aspx).

Администраторы SQL Server — для экземпляра SQL Server должен быть назначен
хотя бы один системный администратор. Чтобы добавить учетную запись, под
которой проходит установка SQL Server, нажмите кнопку Добавить текущего
пользователя. Чтобы добавить или удалить учетные записи из списка системных
администраторов, нажмите кнопку Добавить или Удалить, а затем измените
список пользователей, групп или компьютеров, которые будут иметь права
администратора на этот экземпляр SQL Server. Дополнительные сведения см. в
статье Настройка компонента Database Engine — назначение учетных записей
(http://technet.microsoft.com/ru-ru/library/cc281849.aspx).
После изменения списка нажмите кнопку ОК. Проверьте список администраторов в
диалоговом окне конфигурации. После завершения работы со списком нажмите кнопку
Далее.
10. На вкладке Каталоги данных можно указать каталоги установки, отличающиеся от
заданных по умолчанию. Чтобы произвести установку в каталог по умолчанию, нажмите
кнопку Далее.
Внимание. При указании каталогов установки, отличных от используемых по умолчанию,
убедитесь в том, что имена папок являются уникальными для этого экземпляра SQL Server.
Ни один из каталогов на этой вкладке не должен совпадать с каталогами, указанными для
других экземпляров SQL Server. Каталоги данных должны находиться на общем диске
кластера для отказоустойчивого кластера.
11. На вкладке Назначение учетных записей укажите пользователей или учетные записи,
которые будут обладать администраторскими разрешениями в отношении служб Analysis
Services. Для служб Analysis Services необходимо указать хотя бы одного системного
администратора. Чтобы добавить учетную запись, под которой проходит установка SQL
Server, нажмите кнопку Добавить текущего пользователя. Чтобы добавить или удалить
учетные записи из списка системных администраторов, нажмите кнопку Добавить или
Удалить, а затем измените список пользователей, групп или компьютеров, которые будут
иметь права администратора на этот экземпляр Analysis Services. Дополнительные
сведения см. в статье Настройка служб Analysis Services — назначение учетных записей
(http://technet.microsoft.com/ru-ru/library/cc281723.aspx).
После изменения списка нажмите кнопку ОК. Проверьте список администраторов в
диалоговом окне конфигурации. После завершения работы со списком нажмите кнопку
Далее.
12. На вкладке Каталоги данных можно указать каталоги установки, отличающиеся от
заданных по умолчанию. Чтобы произвести установку в каталог по умолчанию, нажмите
кнопку Далее.
Внимание. При указании каталогов установки, отличных от используемых по умолчанию,
убедитесь в том, что имена папок являются уникальными для этого экземпляра SQL Server.
Ни один из каталогов на этой вкладке не должен совпадать с каталогами, указанными для
других экземпляров SQL Server. Каталоги данных должны находиться на общем диске
кластера для кластера отработки отказа.
13. Средство проверки конфигурации запустится еще с одним набором правил для проверки
конфигурации компьютера с выбранными компонентами SQL Server.
14. На странице «Все готово для установки» показаны в виде дерева параметры установки,
заданные при выполнении программы установки. Чтобы продолжить работу, нажмите
кнопку Установить.
15. В процессе установки на странице «Ход установки» отображается состояние. Это позволяет
наблюдать за текущим состоянием процесса установки.
16. После установки на странице Завершение будет приведена ссылка на файл сводного
журнала установки и даны другие важные примечания. Чтобы завершить процесс
установки SQL Server, нажмите кнопку Закрыть.
После этого шага все узлы, подготовленные для одного и того же отказоустойчивого
кластера, становятся частью готового отказоустойчивого кластера SQL Server.
Приложение C. Добавление узла
С помощью этой процедуры осуществляется управление узлами в существующем экземпляре
отказоустойчивого кластера SQL Server.
Внимание. Для обновления или удаления отказоустойчивого кластера SQL Server необходимо
обладать правами локального администратора с разрешением на вход в систему в качестве
службы на всех узлах отказоустойчивого кластера. Для локальной установки необходимо
запустить программу установки под учетной записью администратора. Если SQL Server
устанавливается с удаленного общего ресурса, необходимо использовать учетную запись домена,
у которой есть разрешения чтения и записи на этом удаленном ресурсе.
Программа установки не устанавливает платформу .NET Framework 3.5 с пакетом обновления 1
(SP1) в кластеризованной операционной системе. Необходимо установить платформу .NET
Framework 3.5 с пакетом обновления 1 (SP1) до выполнения программы установки.
Если в процессе установки возникнет одна из известных проблем программы установки, может
потребоваться применить кумулятивные обновления к исходному носителю перед установкой SQL
Server 2008. Дополнительные сведения об известных проблемах с подробными указаниями см. в
статье (на английском языке) «How to update or slipstream an installation of SQL Server 2008»
(http://support.microsoft.com/kb/955392).
Обратите внимание, что операции установки для отказоустойчиых кластеров SQL Server в данной
версии изменены. Чтобы установить или обновить отказоустойчивый кластер SQL Server,
необходимо запустить программу установки на каждом узле отказоустойчивого кластера.
Чтобы добавить узел в существующий отказоустойчивый кластер SQL Server, необходимо
запустить программу установки SQL Server на узле, который будет добавлен в экземпляр
отказоустойчивого кластера SQL Server. Не нужно запускать программу установку на активном
узле.
Чтобы удалить узел из существующего отказоустойчивого кластера SQL Server, необходимо
запустить программу установки SQL Server на том узле, который нужно удалить из экземпляра
отказоустойчивого кластера SQL Server.
Добавление узла в существующий отказоустойчивого кластер SQL Server
2008
1. Вставьте установочный носитель SQL Server и в корневой папке дважды щелкните файл
Setup.exe. Для установки с сетевого ресурса перейдите в корневую папку на этом ресурсе и
дважды щелкните файл Setup.exe. Может появиться запрос на установку обязательных
компонентов, если они не были установлены ранее.
Установите установщик Windows версии 4.5. Требуется установщик Windows версии 4.5,
который можно установить с помощью мастера установки. При появлении приглашения
перезагрузить компьютер сделайте это и снова запустите программу установки SQL Server
2008.
2. После установки всех необходимых компонентов мастер установки запустит центр
установки SQL Server. Чтобы добавить узел в существующий экземпляр отказоустойчивого
кластера, выберите пункт Установка в левой части окна. Затем выберите пункт
Добавление узла в отказоустойчивый кластер SQL Server.
Средство проверки конфигурации запустит на компьютере процедуру обнаружения
устройств. Для продолжения нажмите кнопку ОК. Для текущей установки создаются файлы
журналов программы установки. Дополнительные сведения о файлах журнала см. в статье
«Как просмотреть файлы журналов установки SQL Server» (http://msdn.microsoft.com/ruru/library/ms143702.aspx).
3. На странице «Ключ продукта» укажите ключ PID для рабочей версии данного продукта.
Обратите внимание, что ключ продукта, вводимый для текущей установки, должен
соответствовать выпуску SQL Server 2008, установленному на активном узле.
Примечание. Страницы «Ключ продукта» и «Условия лицензии» отображаются после
страницы с файлами поддержки программы установки, если вы уже установили файлы
поддержки программы установки во время предыдущей установки.
4. На странице «Условия лицензии» прочтите лицензионное соглашение, а затем установите
флажок, подтверждая принятие условий соглашения. Чтобы продолжить работу, нажмите
кнопку Далее. Чтобы выйти из программы установки, нажмите кнопку Отмена.
5. На странице «Файлы поддержки программы установки» щелкните Установить, чтобы
установить файлы поддержки программы установки. Чтобы установить предварительно
требуемые компоненты, нажмите кнопку Установить.
6. Средство проверки конфигурации системы проверит состояние системы компьютера
перед продолжением установки. После завершения проверки нажмите кнопку Далее,
чтобы продолжить установку.
7. При помощи раскрывающегося списка на странице «Конфигурация узла кластера» укажите
имя экземпляра отказоустойчивого кластера SQL Server 2008, который предполагается
изменить в ходе установки.
8. На странице «Учетные записи служб» укажите учетные записи входа для служб SQL Server.
Набор служб, которые можно настроить на этой странице, зависит от компонентов,
выбранных при установке. На этой странице имя учетной записи и сведения о типе запуска
отказоустойчивых кластеров будут указаны автоматически в соответствии с параметрами,
заданными для активного узла. Необходимо указать пароли для каждой учетной записи.
Примечание по безопасности. Не оставляйте поле пароля пустым. Пароль должен быть
надежным.
После ввода данных входа для служб SQL Server нажмите кнопку Далее.
9. На странице «Отчеты об ошибках и использовании» укажите сведения, которые нужно
передать в корпорацию Майкрософт в целях улучшения SQL Server. Параметры для
отчетов об ошибках и использовании компонентов по умолчанию включены.
10. Средство проверки конфигурации выполнится еще раз для оценки конфигурации
компьютера с выбранными компонентами SQL Server.
11. Параметры установки, заданные при выполнении программы установки, показаны в виде
дерева на странице «Все готово для добавления узла».
12. На странице «Ход выполнения операции добавления узла» можно наблюдать за
состоянием добавления узла в процессе установки.
13. После установки на странице «Завершение» будет приведена ссылка на файл сводного
журнала установки и даны другие важные примечания. Чтобы завершить процесс
установки SQL Server, нажмите кнопку Закрыть.
14. Если будет предложено перезагрузить компьютер, выполните перезагрузку. После
завершения установки важно прочитать сообщение мастера установки. Дополнительные
сведения о файлах журнала установки см. в статье Как просмотреть файлы журналов
установки SQL Server (http://msdn.microsoft.com/ru-ru/library/ms143702.aspx).
Приложение D. Удаление узла
После удаления узел становится недоступным для экземпляра SQL Server, для которого была
произведена операция RemoveNode. Если в момент удаления узла на нем работает экземпляр
SQL Server, этот экземпляр SQL Server будет перемещен на другой узел кластера. Чтобы избежать
перемещения, рекомендуется удалять те узлы, на которых в момент удаления не выполняется
активный экземпляр SQL Server. Если на узле, который планируется удалить, работает экземпляр
отказоустойчивого кластера SQL Server, в отношении которого выполняется операция
RemoveNode, рекомендуется заранее (на протяжении периода обслуживания) переместить
группу на узел, который не будет удален из кластера. Это обеспечит максимальную доступность
кластера и поможет избежать незапланированных перемещений на другой узел.
Примечание. На экземпляры, для которых не была запущена операция RemoveNode, текущая
процедура не повлияет.
Удаление узла из существующего отказоустойчивого кластера SQL Server
2008
1. Вставьте установочный носитель SQL Server. В корневом каталоге дважды щелкните файл
Setup.exe. Для установки с сетевого ресурса перейдите в корневую папку на этом ресурсе и
дважды щелкните файл Setup.exe. Мастер установки запустит центр установки SQL Server.
Чтобы удалить узел из существующего экземпляра отказоустойчивого кластера, выберите
пункт Обслуживание в левой части окна, а затем выберите пункт Удалить узел из
отказоустойчивого кластера SQL Server.
2. Средство проверки конфигурации запустит на компьютере процедуру обнаружения
устройств. Для продолжения нажмите кнопку ОК. Для текущей установки создаются файлы
журналов программы установки. Дополнительные сведения о файлах журнала см. в статье
«Как просмотреть файлы журналов установки SQL Server» (http://msdn.microsoft.com/ruru/library/ms143702.aspx).
3. Средство проверки конфигурации системы проверит состояние системы компьютера
перед продолжением установки. После завершения проверки нажмите кнопку Далее,
чтобы продолжить установку.
4. На странице «Конфигурация узла кластера» при помощи раскрывающегося списка укажите
имя экземпляра отказоустойчивого кластера SQL Server 2008, который предполагается
изменить в ходе установки. Узел, который будет удален, будет обозначен в поле Имя этого
узла.
5. На странице «Все готово для удаления» отображаются в виде дерева заданные ранее
параметры удаления. Чтобы продолжить работу, нажмите кнопку Удалить.
6. При выполнении операции удаления ее состояние отображается на странице хода
выполнения операции.
7. На странице завершения содержится ссылка на файл сводного журнала операции
удаления узла и другие важные примечания. Чтобы завершить операцию удаления узла,
нажмите кнопку Закрыть. Дополнительные сведения о файлах журнала установки см. в
статье Как просмотреть файлы журналов установки SQL Server
(http://msdn.microsoft.com/ru-ru/library/ms143702.aspx).
Приложение E. Установка отказоустойчивого кластера SQL Server
2008 — устранение неполадок при ошибках
Устранение ошибки, возникшей в ходе установки, начинается с определения операции, при
выполнении которой она возникла. Ниже описан алгоритм действий по выявлению неудачно
завершенной операции, вызвавшей сбой программы установки.
Примечание. Журналы установки расположены на каждом узле кластера в следующем каталоге:
%programfiles%\Microsoft SQL Server\100\Setup Bootstrap\Log
1. Сначала проверьте файл сводки (Summary), чтобы узнать код завершения программы
установки и увидеть, был ли сбой в каких-либо функциях. Ниже приведен пример.
Overall summary:
Final result:
Failed: see details below
Exit code (Decimal):
-2068643839
Exit facility code:
1203
Exit error code:
1
Exit message:
Failed: see details below
Start time:
2008-05-24 04:39:44
End time:
2008-05-24 04:47:34
Requested action:
InstallFailoverCluster
Log with failure:
...
Exception help link:
...
...
Detailed results:
Feature:
Status:
MSI status:
Configuration status:
...
Database Engine Services
Passed
Passed
Passed
Feature:
Client Tools Connectivity
Status:
Failed: see logs for details
MSI status:
Failed: see details below
MSI error code:
-2147483648
MSI log file location:
...
MSI error description:
A later version of Microsoft Visual Studio
Tools for Applications 2.0 - ENU is already installed.
Configuration status:
Passed
2. Если какие-либо из функций завершились неудачно, операции, во время которых произошел
сбой, можно найти в файле журнала *_Detail по следующей строке.
failed during execution
3. Если функции, завершенные неудачно, отсутствуют, прекращение работы программы
установки было вызвано, скорее всего, возникшим исключением.
4. Найдите операцию, давшую сбой, в файле журнала *_Detail по следующей строке.
threw an exception during execution
Сообщения об ошибках и руководство по устранению неполадок
В случае ошибок при проверке файл журнала сводки будет содержать сообщение об ошибке,
специфичное для тех заданных при установке параметров, которые вызвали проблему.
В следующей таблице под сценарием подразумевается выбор, сделанный в программе установки.
В случае установки из командной строки сценарий соответствует значению, переданному с
параметром /ACTION.
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Заданный дисковый ресурс '%1'
нельзя использовать в качестве
диска отказоустойчивого
кластера. Причина: %2
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER







Заданный дисковый ресурс '%1'
имеет недопустимое имя для
физического дискового ресурса
кластера. Чтобы продолжить
работу, укажите допустимый
дисковый ресурс и повторите
попытку.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER


Применяется к параметру
/FAILOVERCLUSTERDISKS
Коду проверки соответствия
диска не удалось
определить диск
Убедитесь, что диск не
относится к типу «локальный
кворум»
Убедитесь, что диск не
имеет зависимостей
Убедитесь, что ничто не
зависит от диска
Убедитесь, что диск
находится в оперативном
режиме
Убедитесь, что локальный
узел является владельцем
диска
Если к диску подключены
другие диски, убедитесь, что
каждый из них также
определен как применимый
для локального узла
Применяется к параметру
/FAILOVERCLUSTERDISKS
Ошибка выдается, когда
программа установки не
может найти указанный
общий диск
Если вы редактируете iniфайл вручную и требуется
указать несколько дисков,
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
имена дисков должны быть
заключены в кавычки и
разделены пробелами
Не задано ни одного диска
кластера. Чтобы продолжить
работу, укажите хотя бы один
диск для создания экземпляра
отказоустойчивого кластера SQL
Server.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Не удалось найти ресурсы
кластера (общие диски) для
экземпляра отказоустойчивого
кластера SQL Server с именем '%1'.
UPGRADE

REPAIR

Имя группы кластера не может
быть пустым или иметь значение
NULL. Чтобы продолжить работу,
укажите допустимое имя группы
и повторите попытку или удалите
параметр командной строки,
чтобы программа установки
использовала значение по
умолчанию.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Не удается определить группу
кластера для экземпляра с
именем '%1'. Это указывает на
проблему в параметрах реестра
продукта для ClusterName, на
проблему в обнаружении
продуктов или на проблему с
ресурсами кластера.
ADDNODE

UPGRADE

Не удалось найти группу кластера
'%1'.
ADDNODE

UPGRADE

REBUILDDATABASE
REPAIR
REBUILDDATABASE
REPAIR
REBUILDDATABASE

Применяется к параметру
/FAILOVERCLUSTERDISKS
Происходит, когда
пользователь не указывает
параметр и программа
установки не может найти
доступный общий диск
Применяется к параметру
/FAILOVERCLUSTERDISKS
Происходит, когда
программа установки не
может найти ресурсы общих
дисков в существующей
группе отказоустойчивого
кластера
Применяется к параметру
/FAILOVERCLUSTERGROUP
Происходит только в том
случае, если в ходе
настройки конфигурации
при установке не удалось
вычислить имя группы.
Просмотрите журнал
подробных сведений для
выявления ошибок, которые
могли произойти в ходе
установки
Применяется к параметру
/FAILOVERCLUSTERGROUP
Происходит, когда
программе настройки не
удается найти группу по
имени экземпляра, в
котором она работает
Применяется к параметру
/FAILOVERCLUSTERGROUP
Группу с заданным именем
(если оно было задано
пользователем) не удается
найти в кластере
Если данный параметр не
был указан, это означает, что
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
вычисленное имя группы не
соответствует ни одной
существующей группе в
кластере, поэтому имя
группы должен указать
пользователь

Узел, где запущена программа
установки SQL Server, не является
владельцем группы кластера %1.
Чтобы продолжить работу,
запустите программу установки на
узле, который является
владельцем группы.
REBUILDDATABASE
Группа кластера '%1'
зарезервирована для кластера
отработки отказа Windows, и ее
нельзя использовать в качестве
группы SQL Server.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Локальный узел не является
владельцем группы кластера '%1'.
Чтобы продолжить работу,
перенесите группу в локальный
узел.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Группа кластера '%1' недоступна.
Чтобы продолжить работу,
переведите группу в оперативный
режим.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER




Применяется к параметру
/FAILOVERCLUSTERGROUP
Для экземпляра,
работающего в кластере,
сценарий восстановления
базы данных должен
запускаться на узле,
являющемся владельцем
группы кластера
Применяется к параметру
/FAILOVERCLUSTERGROUP
Проверьте имя группы,
которую собираетесь
использовать
Группы, зарезервированные
в Windows Server 2008, такие
как «Доступное хранилище»,
нельзя использовать для
экземпляра
отказоустойчивого кластера
SQL Server
Применяется к параметру
/FAILOVERCLUSTERGROUP
Была предпринята попытка
использовать для
отказоустойчивого кластера
существующую группу,
владельцем которой не
является локальный
компьютер
Применяется к параметру
/FAILOVERCLUSTERGROUP
Была предпринята попытка
использовать для
отказоустойчивого кластера
существующую группу,
находящуюся в автономном
режиме
Переведите группу в
оперативный режим и снова
запустите программу
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
установки
Группа кластера '%1' содержит
ресурс '%2' типа '%3', наличие
которого не допускается в группе
ресурсов SQL Server. Убедитесь,
что в группе кластера отсутствуют
ресурсы SQL Server из другого
экземпляра или ресурсы,
имеющие типы общей службы.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER



Не найден IP-адрес. Чтобы
создать отказоустойчивый
кластер SQL Server, укажите по
крайней мере один IP-адрес.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER




Недопустимый IP-адрес '%1'.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER




Применяется к параметру
/FAILOVERCLUSTERGROUP
Была предпринята попытка
использовать для
отказоустойчивого кластера
существующую группу, в
которую уже включены
службы отработки отказа
Удалите из группы сетевое
имя, IP-адрес или службу
Используйте другую группу,
не содержащую
существующих ресурсов, или
разрешите программе
установки вместо этого
создать новую группу
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Пустое значение параметра
Просмотрите журнал
подробных сведений для
выявления причин, по
которым программа
установки не сформировала
IP-адреса по умолчанию для
сетей кластера
Подтвердите, что роли для
сетей кластера установлены
верно и разрешают доступ
клиентов к положенным
ресурсам
Подтвердите, что сети
кластера работают
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
В значении параметра
пропущен IP-адрес
Тип адреса не соответствует
типу, указанному в
параметре (например:
указан тип IPv6, а приведен
адрес типа IPv4)
Неверно записан адрес IPv4
(не соответствует формату
XXX.XXX.XXX.XXX)
Значение некоторых
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
разрядов адреса IPv4
превышает 255 (например:
346.0.0.1)
Указанный IP-адрес '%1' является
зарезервированным. Чтобы
продолжить работу, укажите IPадрес, который не оканчивается
на '.0'.
INSTALLFAILOVERCLUSTER
IP-адрес '%1' уже используется.
Чтобы продолжить работу,
укажите другой IP-адрес.
INSTALLFAILOVERCLUSTER
Недопустимая маска подсети '%1'.
Чтобы продолжить работу,
укажите допустимую маску
подсети и повторите попытку.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER


COMPLETEFAILOVERCLUSTER


COMPLETEFAILOVERCLUSTER



IPv6 не поддерживается для
кластеризации в ОС более ранних
версий, чем Windows Server 2008.
INSTALLFAILOVERCLUSTER
Нет привязки адресов IPv6 к
кластерным сетям, что
свидетельствует об отсутствии
поддержки протокола IPv6 на
этом компьютере. Чтобы
продолжить работу, привяжите
адрес к имени кластера или
другому ресурсу.
INSTALLFAILOVERCLUSTER
IP-адрес '%1' не может
использовать протокол DHCP,
поскольку этот протокол не
поддерживается в этой
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER


COMPLETEFAILOVERCLUSTER


COMPLETEFAILOVERCLUSTER

Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Для адреса типа IPv4
подтвердите, что последний
байт адреса не равен .0
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Адреса IPv4 назначаются
сетевому устройству
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
В параметре не указана
маска подсети
Неверно записана маска
подсети для адреса IPv4 (не
соответствует формату
XXX.XXX.XXX.XXX)
Значение некоторых
разрядов маски подсети для
адреса IPv4 превышает 255
(например: 346.0.0.1)
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
IPv6 поддерживается только
в операционной системе
Windows Server 2008
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Убедитесь, что по крайней
мере к одной из доступных
сетей кластера привязан
хотя бы один активный
адрес IPv6
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
DHCP поддерживается
только для экземпляров SQL
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Server 2008, установленных в
операционной системе
Windows Server 2008
операционной системе.
IP-адрес '%1' имеет недопустимое
сетевое имя '%2'. Чтобы
продолжить работу, укажите IPадрес с допустимым сетевым
именем и повторите попытку.
INSTALLFAILOVERCLUSTER
Нет привязки адреса IPv6 к
кластерной сети '%1', что
свидетельствует об отсутствии
поддержки протокола IPv6 для
этой сети. Чтобы продолжить
работу, привяжите адрес к имени
кластера или другому ресурсу.
INSTALLFAILOVERCLUSTER
Не удалось найти ресурсы
кластера (IP-адреса) для
экземпляра кластера отработки
отказа SQL Server с именем '%1'.
UPGRADE

COMPLETEFAILOVERCLUSTER


COMPLETEFAILOVERCLUSTER


REPAIR

REBUILDDATABASE


Указанный экземпляр не
установлен или не подготовлен к
работе в отказоустойчивом
кластере. Убедитесь, что указано
правильное имя экземпляра SQL
Server, а затем снова запустите
программу установки.
INSTALLFAILOVERCLUSTER
Недопустимое имя '%1' узла
кластера. Указанный компьютер
не является узлом в этом
отказоустойчивом кластере SQL
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER



COMPLETEFAILOVERCLUSTER

Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
В части параметра,
касающейся сетевого имени,
не указана действующая
сеть в кластере
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Убедитесь, что к кластерной
сети, указанной для IPадреса, привязан хотя бы
один активный адрес IPv6
Применяется к параметру
/FAILOVERCLUSTERIPADDRESS
ES
Проверка запускается,
только если найдена группа,
в которую установлен
экземпляр
Ошибка возникает при
отсутствии IP-адресов,
назначенных для группы, в
которую установлен
экземпляр
Исправьте ошибку вручную,
добавив к группе
отсутствующий ресурс, и
снова запустите сценарий
Применяется к внутреннему
параметру
/FAILOVERCLUSTERNODES
Список узлов вычислен
автоматически
Убедитесь, что экземпляр с
именем, указанным
пользователем, установлен
на некоторых узлах кластера
Применяется к внутреннему
параметру
/FAILOVERCLUSTERNODES
Список узлов вычислен
автоматически
Сообщение об ошибке
Сценарии
Server.
Не удалось найти
кластеризованный экземпляр SQL
Server для обновления.
Возможные причины: указано
неправильное имя экземпляра,
экземпляр не является
кластеризованным, программе
установки не удалось определить
сетевое имя отказоустойчивого
кластера по имени экземпляра.
Убедитесь, что указаны
правильные сведения, а затем
снова запустите программу
установки.
UPGRADE
Согласно обнаруженным
параметрам, этот экземпляр SQL
Server является
кластеризованным, однако не
удалось обнаружить
кластеризованные компоненты.
Программа установки SQL Server
не может исправить этот
экземпляр из-за несовпадения в
обнаруженных параметрах.
Чтобы продолжить работу,
убедитесь, что сетевое имя
отказоустойчивого кластера
задано правильно, а
установленные компоненты
успешно кластеризованы.
REPAIR
Локальный компьютер является
единственным необновленным
узлом в отказоустойчивом
кластере либо представляет собой
отказоустойчивый кластер из
одного узла. В ходе обновления
UPGRADE
Советы по устранению неполадок

Убедитесь, что все узлы, о
которых сообщила
программа установки как о
принадлежащих к
экземпляру, являются
активными членами
кластера Windows

Применяется к внутреннему
параметру
/FAILOVERCLUSTERNODES
Список узлов вычислен
автоматически
Убедитесь, что экземпляр с
именем, указанным
пользователем, установлен
на некоторых узлах кластера



REBUILDDATABASE




Применяется к внутреннему
параметру
/FAILOVERCLUSTERNODES
Список узлов вычислен
автоматически
Убедитесь, что экземпляр с
именем, указанным
пользователем, установлен
на некоторых узлах кластера
Применяется к параметру
/FAILOVERCLUSTERROLLOWN
ERSHIP
Удалите параметр из
командной строки или
измените его значение на 1
или 2
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
локального компьютера
владельцем группы
отказоустойчивого кластера
должна стать обновленная версия
SQL Server. В этом сценарии для
параметра %1 допустимы только
значения 1 и 2.
Владельцами группы
отказоустойчивого кластера уже
являются обновленные узлы
экземпляра SQL Server, поэтому
невозможно снова сделать
владельцем обновленную
версию. В этом сценарии для
параметра %1 допустимы только
значения 0 и 2.
UPGRADE
Локальный узел
отказоустойчивого кластера уже
обновлен, но не обновлен ни
один из остальных узлов.
Невозможно повторно выполнить
обновление локального узла.
UPGRADE





Еще не обновлен ни один из узлов
в отказоустойчивом кластере.
Поэтому невозможно сменить
владельца этой группы
отказоустойчивого кластера на
обновленную версию SQL Server.
В этом сценарии для параметра
%1 допустимы только значения 0
и 2.
UPGRADE
Неправильно определен
экземпляр отказоустойчивого
кластера SQL Server '%1'.
Экземпляр был обнаружен в
локальном узле, но оказался
неактивным. Чтобы продолжить
UPGRADE



REPAIR

REBUILDDATABASE
Применяется к параметру
/FAILOVERCLUSTERROLLOWN
ERSHIP
Удалите параметр из
командной строки или
измените его значение на 0
или 2
Применяется к параметру
/FAILOVERCLUSTERROLLOWN
ERSHIP
Удалите параметр из
командной строки или
измените его значение на 0
или 2
Запустите обновление на
другом узле кластера,
поскольку локальный узел
уже обновлен
Применяется к параметру
/FAILOVERCLUSTERROLLOWN
ERSHIP
Удалите параметр из
командной строки или
измените его значение на 0
или 2
Применяется к внутреннему
параметру
/ISLOCALNODEACTIVE
Эта ошибка происходит,
когда локальный узел не
является владельцем группы
кластера, но программе
Сообщение об ошибке
Сценарии
работу, проверьте состояние
экземпляра, установленного на
всех применимых узлах кластера,
и состояние ресурсов
отказоустойчивого кластера.
Советы по устранению неполадок



Указано недопустимое сетевое
имя для этого экземпляра
отказоустойчивого кластера SQL
Server. Имя не может быть
пустым или иметь значение NULL.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

ADDNODE
UPGRADE
REPAIR

REBUILDDATABASE

установки не удается
обнаружить другие узлы в
кластере
Убедитесь, что реестр
удаленных компьютеров
доступен для локального
узла
Список узлов вычислен
автоматически
Убедитесь, что экземпляр с
именем, указанным
пользователем, установлен
на некоторых узлах кластера
Применяется к параметру
/FAILOVERCLUSTERNETWORK
NAME
Этот параметр должен быть
указан для сценариев
INSTALLFAILOVERCLUSTER и
COMPLETEFAILOVERCLUSTER
Применительно к
сценариям, в которых
экземпляр уже установлен,
это означает, что программа
установки не смогла
определить сетевое имя
Для сценариев, в которых
экземпляр уже установлен:
убедитесь, что значение
реестра
«<InstId>\Cluster\ClusterNam
e» существует на всех узлах
кластера

Указано слишком длинное
сетевое имя для этого экземпляра
отказоустойчивого кластера SQL
Server. Максимальная длина
сетевых имен составляет %1
символов.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

ADDNODE
UPGRADE
REPAIR
REBUILDDATABASE
Применяется к параметру
/FAILOVERCLUSTERNETWORK
NAME
Имя, указанное
пользователем, слишком
длинное
Сообщение об ошибке
Сценарии
Не удалось найти экземпляр
отказоустойчивого кластера SQL
Server с именем '%1' в качестве
ресурса кластера.
ADDNODE
Советы по устранению неполадок

UPGRADE
REPAIR
REBUILDDATABASE


Экземпляр отказоустойчивого
кластера SQL Server с именем '%1'
уже существует как
кластеризованный ресурс.
Укажите другое имя экземпляра
отказоустойчивого кластера.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER


Недопустимое сетевое имя '%1'
для отказоустойчивогокластера
SQL Server. Имя должно быть
допустимым именем DNS и WINS.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER


Экземпляр отказоустойчивого
кластера SQL Server с именем '%1'
уже существует как сервер в сети.
Укажите другое имя экземпляра
отказоустойчивого кластера.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к
вычисленному значению
параметра
/FAILOVERCLUSTERNETWORK
NAME
Ресурс для сетевого имени
не был найден на кластере
Убедитесь, что значение
реестра
<InstId>\Cluster\ClusterName
правильно
Применяется к
вычисленному значению
параметра
/FAILOVERCLUSTERNETWORK
NAME
Был обнаружен ресурс
сетевого имени в кластере,
свойство Name которого с
атрибутом private совпадает
с текущим значением,
указанным в параметре
Удалите существующий
ресурс сетевого имени и
запустите программу
установки повторно с
другим значением сетевого
имени отказоустойчивого
кластера
Применяется к
вычисленному значению
параметра
/FAILOVERCLUSTERNETWORK
NAME
Значение, указанное для
параметра, не является
правильной меткой имени
узла DNS
Запустите программу
установки повторно, указав
другое сетевое имя для
отказоустойчивого кластера
Применяется к
вычисленному значению
параметра
/FAILOVERCLUSTERNETWORK
NAME
Сервер с указанным сетевым
именем уже существует в
Сообщение об ошибке
Сценарии
Советы по устранению неполадок

Заданное сетевое имя
непригодно для использования,
поскольку не удалось определить,
является ли оно допустимым для
использования в
кластеризованном экземпляре
SQL Server. Произошла
следующая ошибка: "%1"
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER



Том, содержащий каталог данных
%1 для SQL Server, не входит в
группу кластера.
INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Отсутствует группа домена. Чтобы
продолжить работу, укажите
допустимую группу домена для
службы Database Engine.
PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

UPGRADE
REPAIR
сети
Запустите программу
установки повторно, указав
другое сетевое имя для
отказоустойчивого кластера
Применяется к
вычисленному значению
параметра
/FAILOVERCLUSTERNETWORK
NAME
Это сообщение об ошибке
означает, что при
обращении к функции
NetServerGetInfo() APIинтерфейса Win32® была
возвращена ошибка
Просмотрите журнал
подробных сведений для
выявления причин ошибки,
чтобы определить,
используется ли данное
сетевое имя
Проверьте соединение с
сетью / службой каталогов
Active Directory (AD DS)
Применяется к параметру
/INSTALLSQLDATADIR и
связанным с ним
параметрам каталога
данных
Убедитесь, что выбранный
путь находится на одном из
дисков, выбранных для
группы кластера (параметр
/FAILOVERCLUSTERDISKS,
который относится к SLP)
Применяется к параметру
/SQLDOMAINGROUP
Требуется только на
Windows Server 2003 для
команд
PREPAREFAILOVERCLUSTER и
INSTALLFAILOVERCLUSTER, а
также для обновления
версии (UPGRADE), начиная с
SQL Server 2000. Может
потребоваться для команды
REPAIR, если не будет
найдена группа домена.
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Недопустимая группа домена.
Чтобы продолжить работу,
укажите допустимую группу
домена для службы Database
Engine.
PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

UPGRADE
REPAIR

Недопустимая учетная запись
службы. Чтобы продолжить
работу, укажите учетную запись
домена для службы Database
Engine.
PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

Учетная запись службы не входит в
группу домена. Убедитесь, что
учетная запись службы является
членом группы домена для
Database Engine.
PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

Группа домена или учетная запись
службы SQL Server не согласуется с
остальными узлами кластера.
COMPLETEFAILOVERCLUSTER
REPAIR
REPAIR

REPAIR

Применяется к параметру
/SQLDOMAINGROUP
Убедитесь, что учетная
запись группы существует и
находится в том же
доменном лесу, что и
домен, к которому
присоединен узел кластера
Для доменов смешанного
режима Windows 2000
Server это не может быть
локальная группа домена.
Однако эта ситуация
программой установки не
диагностируется. Она
проявляется уже при запуске
службы в виде ошибок
отказа в доступе в журнале
ошибок SQL Server.
Применяется к параметру
/SQLSVCACCOUNT
Убедитесь, что указанная
учетная запись службы
существует и находится в
том же доменном лесу, что и
домен, к которому
присоединен узел кластера
Применяется к параметру
/SQLSVCACCOUNT
Убедитесь, что учетная
запись службы находится в
группе домене, указанном
параметром
/SQLDOMAINGROUP
Показывает, что процедура
PREPAREFAILOVERCLUSTER
была запущена для того же
идентификатора экземпляра
на других узлах кластера без
указания идентичных
значений для
/SQLDOMAINGROUP и
/SQLSVCACCOUNT
Следует выполнить
процедуру REMOVENODE на
каждом из неправильно
настроенных узлов, а затем
снова запустить процедуру
PREPAREFAILOVERCLUSTER,
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
указав верные значения
Недопустимое или отсутствующее
имя пользователя или пароль.
Чтобы продолжить работу,
укажите допустимые учетные
данные для службы Database
Engine.
PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

ADDNODE
REPAIR
SQLBrowser: при установке
браузера SQL Server (компонент
«SQL_Browser_Redist_SqlBrowser_C
pu32») возникло исключение.
Будет произведена повторная
попытка. Исключение:
Microsoft.SqlServer.Configuration.Sq
lBrowser.SqlBrowserConfigException
: невозможно открыть раздел
реестра
«SOFTWARE\Microsoft\Microsoft
SQL Server\90» для применения
разрешений. Раздел реестра не
существует.
PREPAREFAILOVERCLUSTER
Должен быть указан параметр
AGTDOMAINGROUP
INSTALLFAILOVERCLUSTER
Применяется к параметрам
/SQLSVCACCOUNT и
/SQLSVCPASSWORD
В частности, в случае
процедуры ADDNODE
пароль следует указать
заново для службы Database
Engine, поскольку с
активного узла он получен
быть не может

Браузер SQL Server не
вызывает сбоев, связанных с
работой кластера. Эта
ошибка означает, что
компонент Database Engine
или службы Analysis Services
MSI не установлены
должным образом. Тем не
менее, это не связано со
работой кластера.

Параметр
AGTDOMAINGROUP пуст или
пропущен.
В сценариях восстановления
и обновления текущее
сообщение появляется
только для
кластеризованных
экземпляров.
Этот входной параметр
требуется только для
обновления кластера от
версии SQL Server 2000. В
случае других обновлений
группа домена уже связана с
обновляемым экземпляром,
поэтому данный параметр
не обязателен.
В сценариях восстановления
для кластеризованного
экземпляра этот входной
параметр необходим, только
если в реестре отсутствует
кэш группы домена.
INSTALLFAILOVERCLUSTER
ADDNODE
(Примечание. Браузер SQL
Server не вызывает сбоев,
связанных со средой кластера.
Данная ошибка относится
также к другим сценариям
установки)
PREPAREFAILOVERCLUSTER

REPAIR
UPGRADE


Сообщение об ошибке
Сценарии
Параметр AGTDOMAINGROUP не
указывает на допустимую группу
домена
INSTALLFAILOVERCLUSTER
Советы по устранению неполадок

В качестве группы домена
службы агента SQL Server
(например,
redmond\sqlsetup-agtgroup)
используйте группу домена,
а не группу локального
компьютера.

При установке
кластеризованного или
изолированного экземпляра
используйте для службы
агента SQL Server иную
учетную запись, нежели
LOCAL SERVICE.

Учетная запись службы
агента SQL Server и пароль
не совпадают с заданными
или не были указаны.

При установке
кластеризованного
экземпляра используйте в
качестве учетной записи
службы агента SQL Server
учетную запись домена
(например, redmond\sqlcl01)

Применительно к сценариям
кластера убедитесь, что
учетная запись службы
агента SQL Server входит в
группу домена службы
агента SQL Server.

При выполнении сценария
установки для предприятия
(который включает
предварительную
подготовку нужного
количества узлов и
PREPAREFAILOVERCLUSTER
REPAIR
UPGRADE
Поддержка учетной записи
«Локальная служба» для агента SQL
Server не предусмотрена.
INSTALLFAILOVERCLUSTER
PREPAREFAILOVERCLUSTER
INSTALL
REPAIR
ADDNODE
Для службы агента SQL Server указаны
недопустимые учетные данные. Чтобы
продолжить работу, укажите
допустимую учетную запись и пароль
для службы агента SQL Server.
INSTALLFAILOVERCLUSTER
PREPAREFAILOVERCLUSTER
INSTALL
REPAIR
ADDNODE
Указана недопустимая учетная запись
службы. Чтобы продолжить работу,
укажите учетную запись домена для
службы агента SQL Server.
INSTALLFAILOVERCLUSTER
PREPAREFAILOVERCLUSTER
REPAIR (только для кластера)
ADDNODE
Учетная запись, задаваемая для
службы агента SQL Server, должна
входить в группу домена агента SQL
Server.
INSTALLFAILOVERCLUSTER
PREPAREFAILOVERCLUSTER
COMPLETEFAILOVERCLUSTER
Имя учетной записи службы агента SQL
Server и идентификатор безопасности
должны быть одинаковыми на всех
узлах кластера.
COMPLETEFAILOVERCLUSTER
ADDNODE
Сообщение об ошибке
Сценарии
Советы по устранению неполадок

Имя группы домена агента SQL Server и
идентификатор безопасности должны
быть одинаковыми на всех узлах
кластера.
COMPLETEFAILOVERCLUSTER

Учетной записью службы агента SQL
Server не может быть NETWORK
SERVICE или член группы домена
агента SQL Server.
INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER
REPAIR (только для кластера)
последующее завершение
установки с одного из них)
убедитесь, что учетные
записи службы агента SQL
Server являются
одинаковыми на всех узлах,
подготовленных для
конкретного экземпляра.
При выполнении процедуры
AddNode указанная учетная
запись службы агента SQL
Server должна быть такой
же, что и на других узлах
кластера SQL Server.
При выполнении сценария
установки для предприятия
(который включает
предварительную
подготовку нужного
количества узлов и
последующее завершение
установки с одного из них)
убедитесь, что группы
домена службы агента SQL
Server являются
одинаковыми на всех узлах,
подготовленных для
конкретного экземпляра.
При установке
кластеризованного
экземпляра используйте для
службы агента SQL Server
иную учетную запись,
нежели NETWORK SERVICE.
ADDNODE
В указанном экземпляре SQL
Server отсутствует служба агента
SQL Server, которую может
успешно запустить программа
установки.
UPGRADE (только
изолированный экземпляр)


На контроллере домена учетная
запись службы агента SQL Server
INSTALL

Невозможно запустить
службу агента SQL Server для
обновляемого экземпляра
SQL Server. Прежде чем
выполнять обновление,
убедитесь, что служба агента
SQL Server может быть
запущена.
Связанная с этим проверка
выполняется только при
обновлении изолированного
экземпляра.
Если экземпляр SQL Server
расположен на одном
Сообщение об ошибке
Сценарии
не может быть встроенной
учетной записью.
REPAIR
Для кластеризации параметр
AGTSVCSTARTUPTYPE должен
иметь значение «Вручную».
INSTALLFAILOVERCLUSTER
Указанная учетная запись службы
агента SQL Server является
недопустимой учетной записью
пользователя.
INSTALLFAILOVERCLUSTER
Советы по устранению неполадок

PREPAREFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER
INSTALL
REPAIR
компьютере с контроллером
домена, учетная запись
службы агента SQL Server не
может быть встроенной
учетной записью, такой как
Network Service.
Используйте вместо этого
пользовательскую учетную
запись.
При установке на
кластеризованный
экземпляр режим запуска
данной службы должен быть
установлен в значение
«Вручную».
Учетная запись службы
агента SQL Server должна
быть пользовательской
учетной записью. Это не
может быть локальная
группа, такая как
BUILTIN\Administrators.
ADDNODE
Не удалось восстановить группу
домена службы агента SQL Server.
Чтобы завершить исправление,
необходимо указать группу
домена службы агента SQL Server.
REPAIR (только для кластера)

Служба агента SQL Server
(SQLServerAgent) отсутствует. Ее
необходимо создать повторно в
ходе операции исправления.
Чтобы продолжить работу,
запустите исправление SQL Server
из командной строки. Укажите
учетные данные (имя
пользователя и пароль) для
учетной записи службы агента SQL
REPAIR (только для кластера)

В процессе восстановления
службы агента SQL Server
кластеризованного
экземпляра не удалось
найти группу домена SQL
Server Agent. Чтобы
завершить исправление,
укажите группу домена
службы агента SQL Server,
указанную для
восстанавливаемого
экземпляра в ходе
установки.
При восстановлении
кластеризованного
экземпляра SQL Server была
пропущена служба агента
SQL Server. Чтобы заново
создать эту службу,
необходимо указать
исходную учетную запись
службы агента SQL Server.
Имейте в виду, что в
некластеризованных
экземплярах программа
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Server. Учтите, что указываемые
для службы агента SQL Server
учетные данные (имя
пользователя и пароль) должны
совпадать с учетными данными
этой службы на всех других узлах
отказоустойчивого кластера в
экземпляре SQL Server.
установки не выводит
данное сообщение, а
использует в качестве
учетной записи по
умолчанию службу
NETWORK SERVICE, но в
сценариях для кластеров
такой возможности нет.

В указанном экземпляре SQL
Server отсутствует допустимая
служба агента SQL Server.
UPGRADE
Служба агента SQL Server
(SQLServerAgent) отсутствует. Ее
необходимо создать повторно в
ходе операции исправления.
Поскольку не были указаны
учетные данные (имя
пользователя и пароль) для
службы агента SQL Server, будет
установлена учетная запись
службы NT
AUTHORITY\NetworkService, а
служба будет отключена. Чтобы
включить службу или изменить
учетную запись службы,
используйте диспетчер
конфигурации SQL Server.
REPAIR

В ходе операции исправления SQL
Server для следующих разделов
реестра были заданы значения по
умолчанию: "%1", поле: "%2".
Предыдущее значение: "%2".
Текущее значение (по
умолчанию): "%3".
REPAIR

REBUILDDATABASE
При выполнении в
программе установки
действия Upgrade или
RebuildDatabase было
установлено, что служба
агента SQL Server
отсутствует. Чтобы
продолжить работу,
исправьте экземпляр SQL
Server в целях
восстановления службы
агента SQL Server.
Сообщение об ошибке
достаточно информативно.
Цель сообщения —
уведомить пользователя, что
служба отсутствует, и
попросить его изменить
учетную запись службы с
помощью диспетчера
конфигурации SQL Server.
При восстановлении
значения в разделе реестра
для SQLServerAgent
(HKLM\Software\Microsoft\M
icrosoft SQL
Server\<InstanceID>\SQLServe
rAgent) устанавливаются в
значения по умолчанию. Это
сообщение отображается в
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Во время удаления SQL Server из
отказоустойчивого кластера SQL
Server "%1" произошла ошибка,
связанная с удалением ресурса
кластера "%2". Сообщение об
исключении: "%2". Операция не
заблокирована. После
завершения установки SQL Server
используйте средство
администрирования кластера
Windows, чтобы удалить ресурс
кластера вручную.
REMOVENODE

Учетная запись служб Analysis
Services не является допустимой
учетной записью домена.
PREPAREFAILOVERCLUSTER
INSTALLFAILOVERCLUSTER

Группа домена служб Analysis
Services не существует. Чтобы
продолжить работу, укажите
группу домена для служб Analysis
Services, затем повторите
попытку.
PREPAREFAILOVERCLUSTER
INSTALLFAILOVERCLUSTER

1) Выберите допустимый общий
COMPLETEFAILOVERCLUSTER

сводке для каждого
значения, которое
отличалось от значения по
умолчанию и было
сброшено в значение по
умолчанию. Его цель —
уведомить пользователя,
какие значения реестра
были изменены в ходе
восстановления. Это те же
самые значения разделов
реестра, которые
заполняются при первичной
установке.
Программе установки не
удалось успешно удалить
ресурс кластера агента SQL
Server для удаляемого
экземпляра. Это сообщение
уведомляет пользователя о
необходимости удалить
оставшиеся файлы вручную.
Эта ошибка происходит,
если пользователь указал
недопустимое имя
пользователя, не
являющееся правильной
учетной записью домена.
Проверьте имя пользователя
и убедитесь, что оно
является учетной записью
домена, а затем продолжите
процесс.
Эта ошибка происходит,
если указана недопустимая
группа домена. Укажите
правильную группу домена
и продолжайте процесс.
Эта ошибка возникает, если
указанный путь к папке не
является общим,
Сообщение об ошибке
Сценарии
диск.
INSTALLFAILOVERCLUSTER
Советы по устранению неполадок
допустимым или доступным.
Проверьте путь к папке и
продолжайте процесс. Эта
ошибка возможна для всех
папок, таких как папки
данных, папки журналов,
временные папки, папки
резервного копирования и
папки конфигурации.
2) Указан недопустимый путь к
папке. Задайте допустимый путь к
папке.
3) Не удается получить доступ к
указанной папке. Задайте
допустимый путь к папке.
Учетная запись службы не
согласуется на удаленных узлах.
COMPLETEFAILOVERCLUSTER

Группа домена не согласуется на
удаленных узлах.
COMPLETEFAILOVERCLUSTER

1) В системе должен быть
назначен хотя бы один системный
администратор.
COMPLETEFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER
2) Пользователь или группа не
существует.
Не удалось получить учетную
запись службы с активного узла.
ADDNODE

Эта ошибка возникает, если
указанное имя пользователя
различается на различных
подготовленных узлах.
Проверьте на всех узлах имя
пользователя, под которым
запускается служба, и
продолжите процесс.
Узнать, на каком именно
узле нарушена
синхронизация, также
можно в журнале
подробных сведений.
Процедура исправления та
же, что и для предыдущей
ошибки, с тем отличием, что
здесь речь идет о группе
домена. Эта ошибка
возникает только в Windows
Server 2003.
Эта ошибка возникает, если
пользователь не указал
учетной записи системного
администратора или указал
недействительную учетную
запись. Укажите правильную
учетную запись системного
администратора и
продолжите работу.
Эта ошибка возникает, если
программе установки не
удается соединиться с
активным узлом. Убедитесь,
что с компьютера, на
котором добавляется узел,
можно соединиться с
активным узлом. Возможна
проблема с сетевым
соединением.
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
Имя пользователя не согласуется
с учетной записью активного узла.
ADDNODE

Ошибка 1603 (ошибка установки)
REMOVENODE


Учетная запись службы на
активном узле не
согласуется. Убедитесь, что
учетные записи одинаковы,
и продолжите процесс.
Эта ошибка возникает, если
в кусте реестра кластера
отсутствуют некоторые
разделы.
Обходной путь для решения
этой проблемы
предусматривает
присвоение Setup\SqlCluster
значения 0, после чего
начинается процесс
удаления узла.
Эта ошибка возникает, если
имя пользователя и пароль
заданы неправильно. С
помощью диспетчера
конфигурации SQL Server
исправьте пароль на всех
узлах.
Не удалось запустить службу
Analysis Services из-за ошибки
входа в систему. При помощи
диспетчера конфигурации SQL
задайте имя пользователя и
пароль на активных узлах, а также
на всех пассивных узлах.
REPAIR

Не удалось получить имя
отказоустойчивого экземпляра.
Невозможно обновить
параметры. Проверьте
возможность подключения к
активному узлу с данного узла.
UPGRADE

Во время обновления
активный узел должен быть
доступен. В противном
случае процесс обновления
выполнен не будет. Прежде
чем начинать процесс
обновления, переведите
активный узел в
оперативный режим.
Не удалось соединиться с
сервером служб Analysis Services
"%1", чтобы обновить параметры.
По окончании обновления
измените параметры вручную.
UPGRADE

В конце процесса
обновления службы Analysis
Services производят
подключение в целях
подготовки. Если
назначение не может быть
выполнено, регистрируется
ошибка. Добавьте вручную
администратора OLAP после
обновления.
Не удалось соединиться с
сервером служб Analysis Services
"%1". Убедитесь, что служба
UPGRADE

Убедитесь, что во время
обновления брандмауэр не
блокирует доступ к
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
активному узлу.
доступна.
Для обновления этих параметров
пользователь должен быть
администратором OLAP. По
окончании обновления измените
параметры вручную.
UPGRADE

Для обновления значений
конфигурации программа
установки должна
выполняться под учетной
записью администратора
OLAP. Данная ошибка
означает, что у
используемой учетной
записи нет разрешений
администратора OLAP. Эти
настройки можно изменить
вручную после обновления.
Ресурс кластера не находится в
оперативном режиме. Прежде
чем запускать процесс
обновления, переведите сервер
служб Analysis Services в
оперативный режим.
UPGRADE

В процессе обновления
ресурс должен быть
доступен.
Учетная запись службы "%1" не
является членом группы домена
"%2".
REPAIR

Чтобы решить данную
проблему, добавьте учетную
запись службы в группу
домена
Не удалось получить учетную
запись службы. Укажите учетную
запись службы при помощи
параметра командной строки
ASSVCACCOUNT.
REPAIR

В ходе восстановления
программе установки не
удалось получить учетную
запись службы. Чтобы
продолжить процесс
восстановления, укажите
имя и пароль учетной записи
службы в командной строке.
Не удается получить путь
конфигурации от активного узла.
Проверьте, доступен ли активный
узел с данного узла.
REPAIR

В ходе восстановления
программа установки
пытается получить путь
конфигурации с активного
узла. Если программе
установки не удается
получить эту информацию,
это означает, что ей не
удалось установить
соединение с активным
узлом. Убедитесь, что с
компьютера, на котором
производится
восстановление, можно
установить соединение с
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
активным узлом.
Не указано имя пользователя.
Укажите имя пользователя при
помощи параметра командной
строки ASSVCACCOUNT.
REPAIR

В ходе восстановления
программе установки не
удалось получить учетную
запись службы. Чтобы
продолжить процесс
восстановления, укажите
имя и пароль учетной записи
службы в командной строке.
Не удалось соединиться с
активным узлом.
REPAIR

В ходе восстановления
убедитесь, что с пассивного
узла можно установить
соединение с активным
узлом. Убедитесь, что
отсутствуют проблемы с
сетевым подключением.
Учетная запись локальной
службы является иной по
сравнению с активным узлом.
При помощи диспетчера
конфигурации SQL выберите
учетную запись службы,
соответствующую активному узлу.
REPAIR

В ходе восстановления
программа установки
проверяет, совпадают ли
учетные записи служб на
пассивном и активном узлах.
Если они различаются,
измените учетную запись с
помощью диспетчера
конфигурации SQL Server.
Группа домена "%1" не
существует на активном узле.
Укажите допустимую группу
домена.
REPAIR

Возможно, не указана
группа домена. Для
восстановления укажите
группу домена с помощью
параметра командной
строки.
Группа домена не существует на
активном узле. Укажите
допустимую группу домена.
REPAIR

Возможно, не указана
группа домена; для
восстановления укажите
группу домена с помощью
параметра командной
строки.
Нельзя отключить параметр
режима запуска службы на
активном узле. При помощи
диспетчера конфигурации SQL
измените состояние службы на
«Вручную» или «Авто».
REPAIR

Отсутствует.
Группа домена не указана.
Укажите группу домена в
REPAIR

Возможно, не указана
группа домена; для
восстановления укажите
Сообщение об ошибке
Сценарии
Советы по устранению неполадок
группу домена с помощью
параметра командной
строки.
командной строке.
Путь конфигурации не указан.
Укажите путь конфигурации в
командной строке.
REPAIR

Возможно, не указан путь
конфигурации на активном
узле; укажите путь
конфигурации в командной
строке
Недопустимый путь
конфигурации. Укажите
допустимый путь конфигурации.
REPAIR

Укажите допустимый путь
конфигурации в командной
строке.
Путь конфигурации является
недопустимым на активном узле.
Укажите допустимый путь
конфигурации на активном узле.
REPAIR

Убедитесь, что путь
конфигурации правилен и
доступен
Путь конфигурации недоступен.
Проверяет, доступен ли диск с
локального компьютера.
REPAIR

Убедитесь, что путь
конфигурации правилен и
доступен
Путь конфигурации не является
частью допустимого общего
диска. Укажите допустимый
общий диск.
REPAIR

Убедитесь, что путь
конфигурации правилен и
доступен
Устранение неполадок: сообщения об ошибках в файлах «*ErrorLog»
Сообщение об ошибке
Сценарии
Удаление кластеризованного
компонента %1 не
поддерживается
UNINSTALL
Советы по устранению неполадок


Установка компонента %1 не
поддерживается на
кластеризованном экземпляре
INSTALL
UPGRADE

Эта ошибка возникает, если
пользователь пытается удалить
кластеризованный компонент с
помощью команды /ACTION
UNINSTALL вместо /ACTION
REMOVENODE
Текущая блокировка
переключается значением 1 в
разделе реестра
<InstId>\ClusterState
Эта ошибка возникает, если
указанный пользователем
экземпляр уже установлен на
локальной машине и содержит
кластеризованные компоненты, а
пользователь пытается добавить
Сообщение об ошибке
Сценарии
Советы по устранению неполадок

Отсутствует согласование
платформы ЦП для
компонента %1 среди узлов
кластера. Чтобы экземпляр
мог работать в кластере, все
узлы должны иметь
одинаковую платформу
экземпляра.
COMPLETEFAILOVERCLUSTER
Отсутствует согласование
установленного языка для
компонента %1 среди узлов
кластера. Чтобы экземпляр
мог работать в кластере, для
всех узлов должен быть задан
одинаковый язык.
COMPLETEFAILOVERCLUSTER
Отсутствует согласование
каталога установки для
компонента %1 среди узлов
кластера. Чтобы экземпляр
мог работать в кластере, все
экземпляры должны быть
установлены в одном и том же
каталоге на своих
компьютерах.
COMPLETEFAILOVERCLUSTER
Компонент SQL Server "%1"
находится в состоянии, не
REPAIR

ADDNODE


ADDNODE




дополнительные изолированные
компоненты. Установить
некластеризованные компоненты
на кластеризованный экземпляр
невозможно.
Текущая блокировка
переключается значениями 1 и 2 в
разделе реестра
<InstId>\ClusterState
Такая ошибка возникает, если
программа установки получает
данные о различии платформ
экземпляров на разных узлах (к
примеру, один экземпляр 32разрядный, а другой 64разрядный)
При удаленном обнаружении
платформа установленного
экземпляра определяется на
основании того, в какой части
реестра найдено значение
<InstId>\Setup\ProductCode. Если
оно найдено в 32-разрядном
реестре, экземпляр считается 32разрядным
Эта ошибка возникает, если
программа установки получает
данные о различии языков
экземпляров на разных узлах (к
примеру, один экземпляр —
англоязычный, а другой —
японоязычный)
При удаленном обнаружении язык
установленного экземпляра
определяется чтением значения
<InstId>\Setup\Language в реестре
Эта ошибка возникает, если путь
установки для экземпляра не
совпадает с путем установки не
некоторых узлах (например, на
одном узле экземпляр установлен
в каталог «C:\SQL», а на другом — в
«D:\SQL»)
Путь установки определяется с
помощью значения
<InstId>\Setup\SQLPath в реестре
Эта ошибка возникает, если
пользователь пытается запустить
Сообщение об ошибке
Сценарии
поддерживающем
исправление, поскольку он
был установлен в процессе
подготовки к работе в
кластере. Для компонентов,
подготовленных к работе в
кластере, исправление
невозможно. Чтобы
продолжить работу, удалите
указанный компонент SQL
Server.
Советы по устранению неполадок

операцию восстановления в
отношении экземпляра,
подготовленного к кластеризации
При возникновении проблем в
ходе конфигурации экземпляра
удалите его и снова выполните
операцию PrepareFailoverCluster
Заключение
SQL Server — незаменимая основа многих критически важных приложений. Защита данных и
высокий уровень доступности — основа предоставления услуг критической важности.
Отказоустойчивый кластер SQL Server 2008 — одна из передовых технологий, позволяющая
поддерживать доступность системы с использованием SQL Server на неизменно высоком уровне.
SQL Server 2008 построен на основе предыдущих версий и интегрирован с другими компонентами
SQL Server, что позволяет обеспечить еще более высокий уровень доступности реализаций SQL
Server в производственных условиях. В сочетании с соответствующими человеческими и
вычислительными ресурсами данная технология станет прочной основой для решения любых
производственных задач, требующих высокого уровня доступности данных.
Дополнительные сведения см. на следующих веб-сайтах:



Веб-сайт SQL Server по адресу http://www.microsoft.com/sqlserver/
Веб-сайт SQL Server TechCenter по адресу http://technet.microsoft.com/ru-ru/sqlserver/
Веб-сайт центра SQL Server по адресу http://msdn.microsoft.com/ru-ru/sqlserver/
Помог ли вам этот документ? Пожалуйста, оставьте нам свой отзыв. Оцените этот документ по
шкале от 1 (плохо) до 5 (отлично). Почему он заслужил такую оценку? Пример:
Относить ли хорошую оценку на счет удачных примеров, информативных снимков экрана, ясного
изложения, чего-либо еще?
Относить ли плохую оценку на счет неудачных примеров, неразборчивых снимков экрана,
невнятного изложения?
Ваш отзыв поможет нам повысить качество нашей технической документации.
Отправить отзыв.