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

Кластер отработки отказа на нескольких площадках...................................................................17

Гостевой кластер отработки отказа................................................................................................19

Различные версии 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

Добавление узла к экземпляру кластера отработки отказа.............................................................25

Удаление узла из экземпляра кластера отработки отказа...............................................................26

Удаление экземпляра SQL Server........................................................................................................26

Автоматическая установка кластера отработки отказа SQL Server 2008..........................................26

Использование файла конфигурации.................................................................................................30

На что нужно обратить внимание после установки..........................................................................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...........................................................................................36

Координатор распределенных транзакций Microsoft...................................................................37

Обновление предыдущих версий SQL Server........................................................................................41

Сокращение времени простоя с помощью последовательных обновлений версий и пакетов обновления..........................................................................................................................................42

Последовательные обновления.....................................................................................................42

Последовательные установки пакетов обновления......................................................................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

Безопасность....................................................................................................................................61

Кластер отработки отказа Windows Server.....................................................................................61

SQL Server.........................................................................................................................................62

Дальнейшие шаги по устранению неполадок...................................................................................64

Чтение и извлечение журналов событий и журналов кластера...................................................64

Сравнение реестров узлов..............................................................................................................64

Изменение вручную раздела реестра из раздела контрольных точек........................................65

Перевод SQL Server в оперативный режим вне служб кластера..................................................66

Свойства ресурса SQL Server...........................................................................................................67

Рекомендации по предотвращению ненужных нарушений в работе.............................................68

Оцените зависимости ресурсов......................................................................................................68

Оценка политик отработки отказа для ресурса.............................................................................68

Конфигурация подключений...........................................................................................................70

Приложение 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Задает имя пользователя домена для службы агента SQL Server.

AGTSVCPASSWORDЗадает пароль для учетной записи службы агента SQL Server. Не требуется для системной учетной записи.

CONFIGURATIONFILEЗадает файл конфигурации, который будет использоваться при установке.

FAILOVERCLUSTERDISKSЗадает общий диск кластера, который следует связать с экземпляром кластера отработки отказа SQL Server.

FAILOVERCLUSTERGROUPУказывает имя группы ресурсов кластера для экземпляра кластера отработки отказа SQL Server.

FAILOVERCLUSTERIPADDRESSES

Задает IP-адрес в закодированном виде. Кодирование выполняется по следующему шаблону (разделительный знак — точка с запятой): <тип IP-адреса>;<IP-адрес>;<сетевое имя>;<маска подсети>. Поддерживаются следующие типы IP-адресов: DHCP, IPv4 и IPv6.

FAILOVERCLUSTERNETWORKNAME

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

FEATURES

Определяет компоненты, которые следует установить, удалить или обновить. Список компонентов высшего уровня содержит компоненты SQL, AS, RS, IS и Tools. Компонент SQL устанавливает компонент Database Engine, репликацию и полнотекстовый поиск. Компонент Tools устанавливает средства управления, электронную документацию по SQL Server 2008, среду Business Intelligence Development Studio и другие общие компоненты.

INSTALLSHAREDDIRЗадает корневой каталог установки для собственных общих компонентов.

INSTALLSQLDATADIR Корневой каталог для данных компонента Database Engine.INSTANCEDIR Задает корневой каталог для экземпляра.

INSTANCEID

Задает идентификатор (ID) экземпляра для выбранных компонентов SQL Server. Идентификатор (ID) экземпляра SQL Server будет отражен в структуре папок, реестра и названиях служб SQL Server.

INSTANCENAME

Задает экземпляр по умолчанию или именованный экземпляр. MSSQLSERVER — экземпляр по умолчанию для выпусков SQL Server, отличных от Express; для Express экземпляром по умолчанию будет SQLExpress. Этот параметр требуется при установке компонентов SQL Server Database Engine (SQL), служб Analysis Services (AS) или служб Reporting Services (RS).

SAPWD Задает пароль для учетной записи SQL Server «sa».

SECURITYMODE

Задает режим проверки подлинности. По умолчанию используется проверка подлинности Windows. Для смешанного режима проверки подлинности используйте значение «SQL».

SQLBACKUPDIRЗадает каталог по умолчанию для файлов резервных копий компонента Database Engine.

SQLCOLLATION

Определяет, будет ли компонент Database Engine использовать параметры сортировки Windows или параметры сортировки SQL.

SQLSVCACCOUNT Задает учетную запись домена для службы SQL Server.

SQLSVCPASSWORDЗадает пароль для службы SQL Server. Необходим только для учетной записи домена.

SQLSYSADMINACCOUNTSЗадает учетные записи 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=AddNodeINSTANCENAME="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/ru-ru/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.

Рисунок 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>.

Используется установленный в локальной группе экземпляр MSDTC

Используется сопоставленный экземпляр MSDTC

Используется экземпляр MSDTC, назначенный по умолчанию для данного кластера

Используется экземпляр 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-af75-9975aea5bea7&displaylang=en&tm).

Дополнительные сведения можно найти в разделе «Как выполнить обновление экземпляра отказоустойчивого кластера SQL Server (Установка) » (http://msdn.microsoft.com/ru-ru/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 (0 X 00000057)" », на каждом узле отказоустойчивого кластера. Это исправление требует перезагрузки после установки.

Способ, с помощью которого можно увеличить доступность экземпляра 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 подробно представлена общая последовательность операций процесса последовательного обновления версии.

Рисунок 2. Последовательность операций последовательного обновления версии отказоустойчивого кластера SQL Server

Остающиеся узлы обновляются

Процесс обновления перемещает экземпляр отработки отказа SQL Server на обновленный узел в соответствии с количеством обновленных узлов

На каждом пассивном узле запускается процесс установки обновления ядра

На остальных пассивных узлах устанавливаются необходимые компоненты и обновляются общие компоненты SQL Server

Экземпляр SQL Server переводится на подготовленный узел (на котором установлены все необходимые компоненты и обновления)

Пассивные узлы перезапускаются по запросу

На каждом из пассивных узлов устанавливаются необходимые компоненты и обновляются общие компоненты 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 представлена общая последовательность операций при последовательной установке пакета обновления.

Рисунок 11. Последовательность операций при последовательной установке пакета обновления для отказоустойчивого кластера SQL Server

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

Администрирование и обслуживание отказоустойчивого кластера SQL Server 2008

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

Обновленные узлы добавляются обратно в список владельца, проверяется переход на другой ресурс

Производится обновление на все еще не обновленных пассивных узлах

Остающиеся не обновленными узлы удаляются из списка владельца возможных узлов

Выполняется проверка доступности экземпляра SQL Server и соответствия версии ядра

Экземпляр SQL Server переводится на обновленный узел

Пассивные узлы добавляются обратно в список владельца

На каждом из пассивных узлов производится обновление

Пассивные узлы удаляются из списка владельца возможных узлов

Определяются пассивные узлы, обновляемые в первую очередь

Изменение сетевого имени отказоустойчивого кластера 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/ru-ru/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 [RCM] resource SQL Server (SQLADV1): failure count: 1, restartAction: 2.

00000638.00000714::2009/05/27-05:08:16.001 INFO [RCM] Ресурс будет перезапущен в течение 500 миллисекунд.

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\ClusterHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\MSSQLServerHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\ReplicationHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\ProvidersHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\SQLServerSCPHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\CPEHKLM\Software\Microsoft\Microsoft SQL Server\MSSQL10.KATMAI1\SQLServerAgent

Службы Analysis ServicesHKLM\Software\Microsoft\Microsoft SQL Server\MSAS10.KATMAI1\ClusterHKLM\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=0x0120Cluster resource “SQL Server” /priv sqldumperdumppath=”path for dump files”Cluster resource “SQL Server” /priv SQLDumperDumpTimeout=15000

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

Cluster resource “SQL Server” /priv:sqldumperdumpflags /usedefaultCluster resource “SQL Server” /priv:sqldumperdumppath /usedefaultCluster 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/ru-ru/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/ru-ru/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/ru-ru/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/ru-ru/library/cc281849.aspx).

Администраторы SQL Server — для экземпляра SQL Server должен быть назначен хотя бы один системный администратор. Чтобы добавить учетную запись, под которой проходит установка SQL Server, нажмите кнопку Добавить текущего пользователя. Чтобы добавить или удалить учетные записи из списка системных администраторов, нажмите кнопку Добавить или Удалить, а затем измените список пользователей, групп или компьютеров, которые будут иметь права администратора на этот экземпляр SQL Server. Дополнительные сведения см. в статье Настройка компонента Database Engine — назначение учетных записей (http://technet.microsoft.com/ru-ru/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/ru-ru/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/ru-ru/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/ru-ru/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/ru-ru/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/ru-ru/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: Database Engine Services Status: Passed MSI status: Passed Configuration status: 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

Применяется к параметру /FAILOVERCLUSTERDISKS

Коду проверки соответствия диска не удалось определить диск

Убедитесь, что диск не относится к типу «локальный кворум»

Убедитесь, что диск не имеет зависимостей

Убедитесь, что ничто не зависит от диска

Убедитесь, что диск находится в оперативном режиме

Убедитесь, что локальный узел является владельцем диска

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

Заданный дисковый ресурс '%1' имеет недопустимое имя для физического дискового ресурса кластера. Чтобы продолжить работу, укажите допустимый дисковый ресурс и повторите попытку.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERDISKS

Ошибка выдается, когда программа установки не может найти указанный общий диск

Если вы редактируете ini-файл вручную и требуется

Сообщение об ошибке Сценарии Советы по устранению неполадок

указать несколько дисков, имена дисков должны быть заключены в кавычки и разделены пробелами

Не задано ни одного . диска кластера Чтобы

, продолжить работу укажите хотя бы один

диск для создания экземпляра

отказоустойчивого кластера SQL Server.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERDISKS

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

Не удалось найти ( ресурсыкластера общие

) диски для экземпляра отказоустойчивого

кластера SQL Server с '%1'.именем

UPGRADE

REPAIR

REBUILDDATABASE

Применяется к параметру /FAILOVERCLUSTERDISKS

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

Имя группыкластера не может быть пустымили

иметь значение NULL. Чтобыпродолжить, работу укажите

допустимое имя группыи повторите попытку или

удалите параметр , командной строки чтобы программа установки

использовала значение .по умолчанию

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERGROUP

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

Не удается определить группу кластера для

'%1'.экземпляра с именем Это указывает на

проблему в параметрах реестра продукта для

ClusterName, на проблему в обнаружениипродуктов

или на проблему с .ресурсамикластера

ADDNODE

UPGRADE

REPAIR

REBUILDDATABASE

Применяется к параметру /FAILOVERCLUSTERGROUP

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

Не удалось найти группу кластера ADDNODE Применяется к параметру /FAILOVERCLUSTERGROUP

Группу с заданным именем

Сообщение об ошибке Сценарии Советы по устранению неполадок

'%1'. UPGRADE

REPAIR

REBUILDDATABASE

(если оно было задано пользователем) не удается найти в кластере

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

, Узел где запущена программа установки SQL

Server, не является владельцем группы

%1. кластера Чтобы , продолжить работу

запустите программу , установки на узле

которыйявляется .владельцем группы

REBUILDDATABASE Применяется к параметру /FAILOVERCLUSTERGROUP

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

'%1' Группа кластера зарезервирована для

кластера отработки отказа Windows, и ее нельзя использовать в

качестве группы SQL Server.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERGROUP

Проверьте имя группы, которую собираетесь использовать

Группы, зарезервированные в Windows Server 2008, такие как «Доступное хранилище», нельзя использовать для экземпляра отказоустойчивого кластера SQL Server

Локальный узел не является владельцем группы кластера '%1'. Чтобы продолжить работу, перенесите группу в локальный узел.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERGROUP

Была предпринята попытка использовать для отказоустойчивого кластера существующую группу, владельцем которой не является локальный компьютер

Группа кластера '%1' недоступна. Чтобы продолжить работу, переведите группу в оперативный режим.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERGROUP

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

Сообщение об ошибке Сценарии Советы по устранению неполадок

режиме Переведите группу в

оперативный режим и снова запустите программу установки

'%1' Группа кластера '%2' содержит ресурс типа

'%3', наличие которого не допускается в группе

ресурсов SQL Server. , Убедитесь что в группе

кластера отсутствуют ресурсы SQL Server из

другого экземпляра или, ресурсы имеющие типы

.общей службы

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERGROUP

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

Удалите из группы сетевое имя, IP-адрес или службу

Используйте другую группу, не содержащую существующих ресурсов, или разрешите программе установки вместо этого создать новую группу

Ненайден IP- . адрес Чтобы создать

отказоустойчивый кластер SQL Server, укажите по крайнеймере

один IP- .адрес

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Пустое значение параметра Просмотрите журнал

подробных сведений для выявления причин, по которым программа установки не сформировала IP-адреса по умолчанию для сетей кластера

Подтвердите, что роли для сетей кластера установлены верно и разрешают доступ клиентов к положенным ресурсам

Подтвердите, что сети кластера работают

Недопустимый IP- адрес'%1'.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

В значении параметра пропущен IP-адрес

Тип адреса не соответствует типу, указанному в параметре (например: указан тип IPv6, а приведен адрес типа IPv4)

Неверно записан адрес IPv4 (не соответствует формату

Сообщение об ошибке Сценарии Советы по устранению неполадок

XXX.XXX.XXX.XXX) Значение некоторых

разрядов адреса IPv4 превышает 255 (например: 346.0.0.1)

Указанный IP- '%1' адрес является

. зарезервированным Чтобыпродолжить, работу укажите IP- , адрес

которыйне оканчивается '.0'.на

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Для адреса типа IPv4 подтвердите, что последний байт адреса не равен .0

IP- '%1' адрес уже. используется Чтобы

, продолжить работу укажите другой IP- .адрес

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Адреса IPv4 назначаются сетевому устройству

Недопустимая маска подсети '%1'. Чтобы продолжить работу, укажите допустимую маску подсети и повторите попытку.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

В параметре не указана маска подсети

Неверно записана маска подсети для адреса IPv4 (не соответствует формату XXX.XXX.XXX.XXX)

Значение некоторых разрядов маски подсети для адреса IPv4 превышает 255 (например: 346.0.0.1)

IPv6 не поддерживается для кластеризации вОС

, более ранних версий чемWindows Server 2008.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

IPv6 поддерживается только в операционной системе Windows Server 2008

Нет привязки адресовIPv6 , к кластернымсетям

что свидетельствует об отсутствии поддержки

протокола IPv6 на этом. компьютере Чтобы , продолжить работу

привяжите адрес к имени кластера или другому

.ресурсу

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Убедитесь, что по крайней мере к одной из доступных сетей кластера привязан хотя бы один активный адрес IPv6

Сообщение об ошибке Сценарии Советы по устранению неполадок

IP- '%1' адрес неможет использовать протокол

DHCP, поскольку этот протокол не

поддерживается в этой .операционной системе

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

DHCP поддерживается только для экземпляров SQL Server 2008, установленных в операционной системе Windows Server 2008

IP- '%1' адрес имеет недопустимое сетевое

'%2'. имя Чтобы , продолжить работу

укажите IP- адрес с допустимымсетевым

именемиповторите.попытку

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

В части параметра, касающейся сетевого имени, не указана действующая сеть в кластере

Нет привязки адреса IPv6 '%1', к кластерной сети

что свидетельствует об отсутствии поддержки

протокола IPv6 для этой. сети Чтобыпродолжить

, работу привяжите адрес кименикластера или

.другому ресурсу

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Убедитесь, что к кластерной сети, указанной для IP-адреса, привязан хотя бы один активный адрес IPv6

Не удалось найти (ресурсыкластера IP-

) адреса для экземпляра кластера отработки

отказа SQL Server с именем'%1'.

UPGRADE

REPAIR

REBUILDDATABASE

Применяется к параметру /FAILOVERCLUSTERIPADDRESSES

Проверка запускается, только если найдена группа, в которую установлен экземпляр

Ошибка возникает при отсутствии IP-адресов, назначенных для группы, в которую установлен экземпляр

Исправьте ошибку вручную, добавив к группе отсутствующий ресурс, и снова запустите сценарий

Указанный экземпляр не установлен илине

подготовлен к работе вотказоустойчивом

. , кластере Убедитесь что

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к внутреннему параметру /FAILOVERCLUSTERNODES

Список узлов вычислен автоматически

Убедитесь, что экземпляр с

Сообщение об ошибке Сценарии Советы по устранению неполадок

указано правильное имя экземпляра SQL Server, а

затем снова запустите .программу установки

именем, указанным пользователем, установлен на некоторых узлах кластера

'%1' Недопустимое имя . узла кластера

Указанныйкомпьютер не является узлом в этом

отказоустойчивом кластере SQL Server.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к внутреннему параметру /FAILOVERCLUSTERNODES

Список узлов вычислен автоматически

Убедитесь, что все узлы, о которых сообщила программа установки как о принадлежащих к экземпляру, являются активными членами кластера Windows

Не удалось найти кластеризованный

экземпляр SQL Server для. обновления Возможные

: причины указано неправильное имя

, экземпляра экземпляр не является

, кластеризованным программе установки не

удалось определить сетевое имя

отказоустойчивого кластера поимени

. , экземпляра Убедитесь что указаныправильные

, сведения а затем снова запустите программу.установки

UPGRADE Применяется к внутреннему параметру /FAILOVERCLUSTERNODES

Список узлов вычислен автоматически

Убедитесь, что экземпляр с именем, указанным пользователем, установлен на некоторых узлах кластера

Согласно обнаруженным, параметрам этот

экземпляр SQL Server является

, кластеризованным однако не удалось

обнаружить кластеризованные

. компоненты Программа установки SQL Server не

REPAIR

REBUILDDATABASE

Применяется к внутреннему параметру /FAILOVERCLUSTERNODES

Список узлов вычислен автоматически

Убедитесь, что экземпляр с именем, указанным пользователем, установлен на некоторых узлах кластера

Сообщение об ошибке Сценарии Советы по устранению неполадок

может исправить этот - экземпляр из за

несовпадения в обнаруженных

. параметрах Чтобы , продолжить работу

, убедитесь что сетевое имя отказоустойчивого

кластера задано, правильно а

установленные компоненты успешно

.кластеризованы

Локальныйкомпьютер является единственным

необновленнымузлом вотказоустойчивом

кластере либо представляет собой

отказоустойчивый . кластер из одного узла В

ходе обновления локального компьютера владельцем группы

отказоустойчивого кластера должна стать

обновленная версия SQL Server. Вэтом сценарии

%1 для параметра допустимытолько

1 2.значения и

UPGRADE Применяется к параметру /FAILOVERCLUSTERROLLOWNERSHIP

Удалите параметр из командной строки или измените его значение на 1 или 2

Владельцами группыотказоустойчивого

кластера ужеявляются обновленные узлы

экземпляра SQL Server, поэтому невозможно

снова сделать владельцем обновленную

. версию Вэтом сценарии %1 для параметра

допустимытолько 0 2.значения и

UPGRADE Применяется к параметру /FAILOVERCLUSTERROLLOWNERSHIP

Удалите параметр из командной строки или измените его значение на 0 или 2

Сообщение об ошибке Сценарии Советы по устранению неполадок

Локальный узелотказоустойчивого

, кластера уже обновлен но не обновлен ни одиниз

. остальных узлов Невозможноповторно

выполнить обновление .локального узла

UPGRADE Применяется к параметру /FAILOVERCLUSTERROLLOWNERSHIP

Удалите параметр из командной строки или измените его значение на 0 или 2

Запустите обновление на другом узле кластера, поскольку локальный узел уже обновлен

Ещене обновлен ни один из узлов в

отказоустойчивом . кластере Поэтому

невозможно сменить владельца этой группы

отказоустойчивого кластера на обновленную

версию SQL Server. Вэтом сценарии для параметра

%1 допустимытолько 0 2.значения и

UPGRADE Применяется к параметру /FAILOVERCLUSTERROLLOWNERSHIP

Удалите параметр из командной строки или измените его значение на 0 или 2

Неправильно определен экземпляр

отказоустойчивого кластера SQL Server '%1'.

Экземпляр был обнаружен в локальном

, узле но оказался. неактивным Чтобы

, продолжить работу проверьте состояние

, экземпляра установленного на всех

применимых узлах, кластера и состояние

ресурсов отказоустойчивого

.кластера

UPGRADE

REPAIR

REBUILDDATABASE

Применяется к внутреннему параметру /ISLOCALNODEACTIVE

Эта ошибка происходит, когда локальный узел не является владельцем группы кластера, но программе установки не удается обнаружить другие узлы в кластере

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

Список узлов вычислен автоматически

Убедитесь, что экземпляр с именем, указанным пользователем, установлен на некоторых узлах кластера

Указано недопустимое сетевое имя для этого

экземпляраотказоустойчивого

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /FAILOVERCLUSTERNETWORKNAME

Этот параметр должен быть указан для сценариев

Сообщение об ошибке Сценарии Советы по устранению неполадок

кластера SQL Server. Имяне может быть пустымили

иметь значение NULL.

ADDNODE

UPGRADE

REPAIR

REBUILDDATABASE

INSTALLFAILOVERCLUSTER и COMPLETEFAILOVERCLUSTER

Применительно к сценариям, в которых экземпляр уже установлен, это означает, что программа установки не смогла определить сетевое имя

Для сценариев, в которых экземпляр уже установлен: убедитесь, что значение реестра «<InstId>\Cluster\ClusterName» существует на всех узлах кластера

Указано слишком длинное сетевое имядля

этого экземпляраотказоустойчивого

кластера SQL Server. Максимальная длина

сетевыхимен составляет%1 .символов

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

ADDNODE

UPGRADE

REPAIR

REBUILDDATABASE

Применяется к параметру /FAILOVERCLUSTERNETWORKNAME

Имя, указанное пользователем, слишком длинное

Не удалось найти экземпляр

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

'%1' именем вкачестве .ресурса кластера

ADDNODE

UPGRADE

REPAIRREBUILDDATABASE

Применяется к вычисленному значению параметра /FAILOVERCLUSTERNETWORKNAME

Ресурс для сетевого имени не был найден на кластере

Убедитесь, что значение реестра <InstId>\Cluster\ClusterName правильно

Экземпляротказоустойчивого

кластера SQL Server с '%1' именем уже

существует как кластеризованный

. ресурс Укажите другое имя экземпляра

отказоустойчивого .кластера

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к вычисленному значению параметра /FAILOVERCLUSTERNETWORKNAME

Был обнаружен ресурс сетевого имени в кластере, свойство Name которого с атрибутом private совпадает с текущим значением,

Сообщение об ошибке Сценарии Советы по устранению неполадок

указанным в параметре Удалите существующий

ресурс сетевого имени и запустите программу установки повторно с другим значением сетевого имени отказоустойчивого кластера

Недопустимое сетевое '%1' имя для

отказоустойчивого кластера SQL Server. Имя

должно быть допустимымименем DNS и

WINS.

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к вычисленному значению параметра /FAILOVERCLUSTERNETWORKNAME

Значение, указанное для параметра, не является правильной меткой имени узла DNS

Запустите программу установки повторно, указав другое сетевое имя для отказоустойчивого кластера

Экземпляротказоустойчивого

кластера SQL Server с '%1' именем уже

существует как сервер в. сети Укажите другое имя

экземпляраотказоустойчивого

.кластера

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к вычисленному значению параметра /FAILOVERCLUSTERNETWORKNAME

Сервер с указанным сетевым именем уже существует в сети

Запустите программу установки повторно, указав другое сетевое имя для отказоустойчивого кластера

Заданное сетевое имя непригодно для

, использования поскольку не удалось

, определить является ли оно допустимымдля

использования в кластеризованном

экземпляре SQL Server. Произошла следующая

: "%1"ошибка

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к вычисленному значению параметра /FAILOVERCLUSTERNETWORKNAME

Это сообщение об ошибке означает, что при обращении к функции NetServerGetInfo() API-интерфейса Win32® была возвращена ошибка

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

Сообщение об ошибке Сценарии Советы по устранению неполадок

сетевое имя Проверьте соединение с

сетью / службой каталогов Active Directory (AD DS)

, Том содержащийкаталог %1 данных для SQL Server,

не входит в группу.кластера

INSTALLFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

Применяется к параметру /INSTALLSQLDATADIR и связанным с ним параметрам каталога данных

Убедитесь, что выбранный путь находится на одном из дисков, выбранных для группы кластера (параметр /FAILOVERCLUSTERDISKS, который относится к SLP)

Отсутствует группа домена. Чтобы продолжить работу, укажите допустимую группу домена для службы Database Engine.

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

UPGRADE

REPAIR

Применяется к параметру /SQLDOMAINGROUP

Требуется только на Windows Server 2003 для команд PREPAREFAILOVERCLUSTER и INSTALLFAILOVERCLUSTER, а также для обновления версии (UPGRADE), начиная с SQL Server 2000. Может потребоваться для команды REPAIR, если не будет найдена группа домена.

Недопустимая группа домена. Чтобы продолжить работу, укажите допустимую группу домена для службы Database Engine.

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

UPGRADE

REPAIR

Применяется к параметру /SQLDOMAINGROUP

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

Для доменов смешанного режима Windows 2000 Server это не может быть локальная группа домена. Однако эта ситуация программой установки не диагностируется. Она проявляется уже при запуске службы в виде ошибок отказа в доступе в журнале ошибок SQL Server.

Сообщение об ошибке Сценарии Советы по устранению неполадок

Недопустимая учетная запись службы. Чтобы продолжить работу, укажите учетную запись домена для службы Database Engine.

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

REPAIR

Применяется к параметру /SQLSVCACCOUNT

Убедитесь, что указанная учетная запись службы существует и находится в том же доменном лесу, что и домен, к которому присоединен узел кластера

Учетная запись службы не входит в группу домена. Убедитесь, что учетная запись службы является членом группы домена для Database Engine.

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

REPAIR

Применяется к параметру /SQLSVCACCOUNT

Убедитесь, что учетная запись службы находится в группе домене, указанном параметром /SQLDOMAINGROUP

Группа домена или учетная запись службы SQL Server не согласуется с остальными узлами кластера.

COMPLETEFAILOVERCLUSTER

REPAIR

Показывает, что процедура PREPAREFAILOVERCLUSTER была запущена для того же идентификатора экземпляра на других узлах кластера без указания идентичных значений для /SQLDOMAINGROUP и /SQLSVCACCOUNT

Следует выполнить процедуру REMOVENODE на каждом из неправильно настроенных узлов, а затем снова запустить процедуру PREPAREFAILOVERCLUSTER, указав верные значения

Недопустимое или отсутствующее имя пользователя или пароль. Чтобы продолжить работу, укажите допустимые учетные данные для службы Database Engine.

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

ADDNODE

REPAIR

Применяется к параметрам /SQLSVCACCOUNT и /SQLSVCPASSWORD

В частности, в случае процедуры ADDNODE пароль следует указать заново для службы Database Engine, поскольку с активного узла он получен быть не может

SQLBrowser: при установке браузера SQL Server (компонент «SQL_Browser_Redist_SqlBrowser_Cpu32») возникло исключение. Будет произведена повторная попытка. Исключение: Microsoft.SqlServer.Configuration.SqlBrows

PREPAREFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

ADDNODE

(Примечание. Браузер SQL Server не вызывает сбоев, связанных со средой кластера.

Браузер SQL Server не вызывает сбоев, связанных с работой кластера. Эта ошибка означает, что компонент Database Engine или службы Analysis Services MSI не установлены должным образом. Тем не менее, это не связано со

Сообщение об ошибке Сценарии Советы по устранению неполадок

er.SqlBrowserConfigException: невозможно открыть раздел реестра «SOFTWARE\Microsoft\Microsoft SQL Server\90» для применения разрешений. Раздел реестра не существует.

Данная ошибка относится также к другим сценариям установки)

работой кластера.

Должен быть указан параметр AGTDOMAINGROUP

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

REPAIR

UPGRADE

Параметр AGTDOMAINGROUP пуст или пропущен.

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

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

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

Параметр AGTDOMAINGROUP не указывает на допустимую группу домена

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

REPAIR

UPGRADE

В качестве группы домена службы агента SQL Server (например, redmond\sqlsetup-agtgroup) используйте группу домена, а не группу локального компьютера.

Поддержка учетной записи «Локальная служба» для агента SQL Server не предусмотрена.

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

INSTALL

REPAIR

ADDNODE

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

Для службы агента SQL Server указаны недопустимые учетные данные. Чтобы продолжить работу,

INSTALLFAILOVERCLUSTER Учетная запись службы агента SQL Server и пароль не совпадают с заданными

Сообщение об ошибке Сценарии Советы по устранению неполадок

укажите допустимую учетную запись и пароль для службы агента SQL Server.

PREPAREFAILOVERCLUSTER

INSTALL

REPAIR

ADDNODE

или не были указаны.

Указана недопустимая учетная запись службы. Чтобы продолжить работу, укажите учетную запись домена для службы агента SQL Server.

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

REPAIR (только для кластера)

ADDNODE

При установке кластеризованного экземпляра используйте в качестве учетной записи службы агента SQL Server учетную запись домена (например, redmond\sqlcl01)

Учетная запись, задаваемая для службы агента SQL Server, должна входить в группу домена агента SQL Server.

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

COMPLETEFAILOVERCLUSTER

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

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

COMPLETEFAILOVERCLUSTER

ADDNODE

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

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

Имя группы домена агента SQL Server и идентификатор безопасности должны быть одинаковыми на всех узлах кластера.

COMPLETEFAILOVERCLUSTER При выполнении сценария установки для предприятия (который включает предварительную подготовку нужного количества узлов и последующее завершение установки с одного из них)

Сообщение об ошибке Сценарии Советы по устранению неполадок

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

Учетной записью службы агента SQL Server не может быть NETWORK SERVICE или член группы домена агента SQL Server.

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

REPAIR (только для кластера)

ADDNODE

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

Вуказанном экземпляреSQL Server отсутствует

служба агента SQL Server, которуюможет успешно

запустить программа.установки

UPGRADE (только изолированный экземпляр)

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

Связанная с этим проверка выполняется только при обновлении изолированного экземпляра.

Наконтроллере домена учетная запись службы

агента SQL Server неможет быть встроенной учетной

.записью

INSTALL

REPAIR

Если экземпляр SQL Server расположен на одном компьютере с контроллером домена, учетная запись службы агента SQL Server не может быть встроенной учетной записью, такой как Network Service. Используйте вместо этого пользовательскую учетную запись.

Длякластеризации параметр

AGTSVCSTARTUPTYPE должен иметь значение

« ».Вручную

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

При установке на кластеризованный экземпляр режим запуска данной службы должен быть установлен в значение «Вручную».

Указанная учетная запись службыагента SQL

Server является недопустимой учетной

.записьюпользователя

INSTALLFAILOVERCLUSTER

PREPAREFAILOVERCLUSTER

INSTALL

REPAIR

Учетная запись службы агента SQL Server должна быть пользовательской учетной записью. Это не может быть локальная группа, такая как BUILTIN\Administrators.

Сообщение об ошибке Сценарии Советы по устранению неполадок

ADDNODE

Не удалось восстановить группу домена службы агента SQL Server. Чтобы

, завершить исправление необходимо указать

группу домена службы агента SQL Server.

REPAIR (только для кластера) В процессе восстановления службы агента SQL Server кластеризованного экземпляра не удалось найти группу домена SQL Server Agent. Чтобы завершить исправление, укажите группу домена службы агента SQL Server, указанную для восстанавливаемого экземпляра в ходе установки.

Служба агента SQL Server (SQLServerAgent)

. отсутствует Ее необходимо создать

повторно в ходе операции . исправления Чтобы

, продолжить работу запустите исправление

SQL Server из командной. строки Укажите учетные ( данные имя

) пользователя ипароль для учетной записи

службыагента SQL Server. , Учтите что указываемые

для службыагента SQL Server учетные данные( имяпользователя и

) пароль должны совпадать с учетными

данными этой службына всех других узлах

отказоустойчивого кластера в экземпляре

SQL Server.

REPAIR (только для кластера) При восстановлении кластеризованного экземпляра SQL Server была пропущена служба агента SQL Server. Чтобы заново создать эту службу, необходимо указать исходную учетную запись службы агента SQL Server. Имейте в виду, что в некластеризованных экземплярах программа установки не выводит данное сообщение, а использует в качестве учетной записи по умолчанию службу NETWORK SERVICE, но в сценариях для кластеров такой возможности нет.

Вуказанном экземпляреSQL Server отсутствует

допустимая служба агента SQL Server.

UPGRADE

REBUILDDATABASE

При выполнении в программе установки действия Upgrade или RebuildDatabase было установлено, что служба агента SQL Server отсутствует. Чтобы продолжить работу,

Сообщение об ошибке Сценарии Советы по устранению неполадок

исправьте экземпляр SQL Server в целях восстановления службы агента SQL Server.

Служба агента SQL Server (SQLServerAgent)

. отсутствует Ее необходимо создать

повторно в ходе операции . исправления Поскольку

не были указаныучетные ( данные имя

) пользователя ипароль для службыагента SQL

Server, будет установлена учетная запись службы

NT AUTHORITY\NetworkService, а служба

. будет отключена Чтобы включить службу или

изменить учетную запись , службы используйте

диспетчер конфигурацииSQL Server.

REPAIR Сообщение об ошибке достаточно информативно. Цель сообщения — уведомить пользователя, что служба отсутствует, и попросить его изменить учетную запись службы с помощью диспетчера конфигурации SQL Server.

Входе операции исправления SQL Server

для следующих разделов реестра были заданы

: значения по умолчанию"%1", : "%2". поле

: Предыдущее значение"%2". Текущее значение( ): "%3".по умолчанию

REPAIR При восстановлении значения в разделе реестра для SQLServerAgent (HKLM\Software\Microsoft\Microsoft SQL Server\<InstanceID>\SQLServerAgent) устанавливаются в значения по умолчанию. Это сообщение отображается в сводке для каждого значения, которое отличалось от значения по умолчанию и было сброшено в значение по умолчанию. Его цель — уведомить пользователя, какие значения реестра были изменены в ходе восстановления. Это те же самые значения разделов реестра, которые заполняются при первичной установке.

Во время удаления SQL Server из

REMOVENODE Программе установки не удалось успешно удалить

Сообщение об ошибке Сценарии Советы по устранению неполадок

отказоустойчивого кластера SQL Server "%1"

, произошла ошибка связанная с удалением

"%2". ресурса кластера Сообщение об

: "%2". исключении Операция не

. заблокирована После завершения установки

SQL Server используйте средство

администрирования кластера Windows, чтобы

удалить ресурс кластера.вручную

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

Учетная запись службAnalysis Services не является

допустимой учетной .записьюдомена

PREPAREFAILOVERCLUSTER INSTALLFAILOVERCLUSTER

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

Группа домена службAnalysis Services не

. существует Чтобы , продолжить работу

укажите группу домена для служб Analysis Services,

затемповторите.попытку

PREPAREFAILOVERCLUSTER INSTALLFAILOVERCLUSTER

Эта ошибка происходит, если указана недопустимая группа домена. Укажите правильную группу домена и продолжайте процесс.

1) Выберите допустимый общий диск.

2) Указан недопустимый путь к папке. Задайте допустимый путь к папке.

3) Не удается получить доступ к указанной папке. Задайте допустимый путь к папке.

COMPLETEFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

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

Сообщение об ошибке Сценарии Советы по устранению неполадок

папки конфигурации.Учетная запись службы не согласуется на удаленных узлах.

COMPLETEFAILOVERCLUSTER Эта ошибка возникает, если указанное имя пользователя различается на различных подготовленных узлах. Проверьте на всех узлах имя пользователя, под которым запускается служба, и продолжите процесс. Узнать, на каком именно узле нарушена синхронизация, также можно в журнале подробных сведений.

Группа домена не согласуется на удаленных узлах.

COMPLETEFAILOVERCLUSTER Процедура исправления та же, что и для предыдущей ошибки, с тем отличием, что здесь речь идет о группе домена. Эта ошибка возникает только в Windows Server 2003.

1) В системе должен быть назначен хотя бы один системный администратор.

2) Пользователь или группа не существует.

COMPLETEFAILOVERCLUSTER

INSTALLFAILOVERCLUSTER

Эта ошибка возникает, если пользователь не указал учетной записи системного администратора или указал недействительную учетную запись. Укажите правильную учетную запись системного администратора и продолжите работу.

Не удалось получить учетную запись службы с активного узла.

ADDNODE Эта ошибка возникает, если программе установки не удается соединиться с активным узлом. Убедитесь, что с компьютера, на котором добавляется узел, можно соединиться с активным узлом. Возможна проблема с сетевым соединением.

Имя пользователя не согласуется с учетной записью активного узла.

ADDNODE Учетная запись службы на активном узле не согласуется. Убедитесь, что учетные записи одинаковы, и продолжите процесс.

Ошибка 1603 (ошибка установки) REMOVENODE Эта ошибка возникает, если в кусте реестра кластера отсутствуют некоторые разделы.

Обходной путь для решения этой проблемы

Сообщение об ошибке Сценарии Советы по устранению неполадок

предусматривает присвоение Setup\SqlCluster значения 0, после чего начинается процесс удаления узла.

Не удалось запустить службу Analysis Services -из

за ошибки входа в. систему Припомощи

диспетчера конфигурации SQL

задайте имя пользователя ипароль на

, активных узлах а также .на всех пассивных узлах

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

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

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 Эта ошибка возникает, если пользователь пытается удалить кластеризованный компонент с помощью команды /ACTION UNINSTALL вместо /ACTION REMOVENODE

Текущая блокировка переключается значением 1 в разделе реестра <InstId>\ClusterState

Установка компонента %1 не поддерживается на кластеризованном экземпляре

INSTALL

UPGRADE

Эта ошибка возникает, если указанный пользователем экземпляр уже установлен на локальной машине и содержит кластеризованные компоненты, а пользователь пытается добавить дополнительные изолированные компоненты. Установить

Сообщение об ошибке Сценарии Советы по устранению неполадок

некластеризованные компоненты на кластеризованный экземпляр невозможно.

Текущая блокировка переключается значениями 1 и 2 в разделе реестра <InstId>\ClusterState

Отсутствует согласование платформы ЦП для компонента %1 среди узлов кластера. Чтобы экземпляр мог работать в кластере, все узлы должны иметь одинаковую платформу экземпляра.

COMPLETEFAILOVERCLUSTER

ADDNODE

Такая ошибка возникает, если программа установки получает данные о различии платформ экземпляров на разных узлах (к примеру, один экземпляр 32-разрядный, а другой 64-разрядный)

При удаленном обнаружении платформа установленного экземпляра определяется на основании того, в какой части реестра найдено значение <InstId>\Setup\ProductCode. Если оно найдено в 32-разрядном реестре, экземпляр считается 32-разрядным

Отсутствует согласование установленного языка для компонента %1 среди узлов кластера. Чтобы экземпляр мог работать в кластере, для всех узлов должен быть задан одинаковый язык.

COMPLETEFAILOVERCLUSTER

ADDNODE

Эта ошибка возникает, если программа установки получает данные о различии языков экземпляров на разных узлах (к примеру, один экземпляр — англоязычный, а другой — японоязычный)

При удаленном обнаружении язык установленного экземпляра определяется чтением значения <InstId>\Setup\Language в реестре

Отсутствует согласование каталога установки для компонента %1 среди узлов кластера. Чтобы экземпляр мог работать в кластере, все экземпляры должны быть установлены в одном и том же каталоге на своих компьютерах.

COMPLETEFAILOVERCLUSTER Эта ошибка возникает, если путь установки для экземпляра не совпадает с путем установки не некоторых узлах (например, на одном узле экземпляр установлен в каталог «C:\SQL», а на другом — в «D:\SQL»)

Путь установки определяется с помощью значения <InstId>\Setup\SQLPath в реестре

Компонент SQL Server "%1" находится в

, состоянии не поддерживающем

, исправление поскольку он был

REPAIR Эта ошибка возникает, если пользователь пытается запустить операцию восстановления в отношении экземпляра, подготовленного к кластеризации

При возникновении проблем в ходе

Сообщение об ошибке Сценарии Советы по устранению неполадок

установлен в процессе подготовки к работе в

. кластере Для, компонентов

подготовленных к , работе в кластере

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

удалите указанный компонент 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 (отлично). Почему он заслужил такую оценку? Пример:

Относить ли хорошую оценку на счет удачных примеров, информативных снимков экрана, ясного изложения, чего-либо еще?

Относить ли плохую оценку на счет неудачных примеров, неразборчивых снимков экрана, невнятного изложения?

Ваш отзыв поможет нам повысить качество нашей технической документации.

Отправить отзыв.