локальный компьютер не входит в отказоустойчивый кластер windows
Установка ms sql server 2014
Всем привет.
при установке ms sql 2014 возникли следующие ошибки
1. «Локальный компьютер не входит в кластер отработки отказа Windows.»
2.»Службы кластера отработки отказа SQL Server находятся вне сети, или не удается получить доступ к кластеру с одного из его узлов. Чтобы продолжить, выясните причину недоступности кластера, а затем снова запустите программу установки. Не выполняйте правило повторно, поскольку оно не может определить кластеризованную среду.»
3. Для кластера на этом компьютере не доступен ни один общий диск. Чтобы продолжить, необходимо сделать доступным по крайней мере один общий диск.
/////
что это значит, если можно популярно объясните, и как это исправить?
Установка Microsoft SQL Server 2014 Express
Захотел установить себе Microsoft® SQL Server® 2014 Express Вот такое выскакивает еще до начала.
Некорректная установка SQL Server 2014 Express
Приветствую. Устанавливаю SQL Server 2014, при установке вылезают ошибки, когда установка.
Установка SQL Server 2014, win10x64 (запись в файл невозможна)
Выполняю установку SQL Server 2014 Enterprise на win10x64 под админом и она прекращается.
MS SQL Server 2014
Всем привет. Собственно вопрос, стоит ли его ставить? Сейчас 2012 версия. Спасибо.
Как развернуть отказоустойчивый кластер MS SQL Server 2012 на Windows Server 2012R2 для новичков
Данный топик будет интересен новичкам. Бывалые гуру и все, кто уже знаком с этим вопросом, вряд ли найдут что-то новое и полезное. Всех остальных милости прошу под кат.
Задача, которая стоит перед нами, – обеспечить бесперебойную работу и высокую доступность базы данных в клиент-серверном варианте развертывания.
Тип конфигурации — active/passive.
P.S. Вопросы резервирования узлов не относящихся к MSSQL не рассмотрены.
Этап 1 — Подготовка
Технически можно обойтись 3 серверами совместив все необходимые роли на домен контроллере, но в полевых условиях так поступать не рекомендуется.
Вначале вводим в домен сервера WS2012R2C1 и WS2012R2C2; на каждом из них устанавливаем роль «Отказоустойчивая кластеризация».
После установки роли, запускаем оснастку «Диспетчер отказоустойчивости кластеров» и переходим в Мастер создания кластеров, где конфигурируем наш отказоустойчивый кластер: создаем Quorum (общий ресурс) и MSDTC(iSCSI).
Этап 2 – Установка MS SQL Server
Важно: все действия необходимо выполнять от имени пользователя с правом заведения новых машин в домен. (Спасибоminamoto за дополнение)
Для установки нам понадобится установочный дистрибутив MS SQL Server. Запусткаем мастер установки и выбераем вариант установки нового экземпляра кластера:
Далее вводим данные вашего лицензионного ключа:
Внимательно читаем и принимаем лицензионное соглашение:
Получаем доступные обновления:
Проходим проверку конфигурации (Warning MSCS пропускаем):
Выбираем вариант целевого назначения установки:
Выбираем компоненты, которые нам необходимы (для поставленной задачи достаточно основных):
Еще одна проверка установочной конфигурации:
Далее — важный этап, выбор сетевого имени для кластера MSSQL (instance ID – оставляем):
Проверка доступного пространства:
После чего — список доступных хранилищ, данных (сконфигурировано на этапе подготовки):
Выбираем диск для расположения баз данных кластера:
Конфигурацию сетевого интерфейса кластера рекомендуется указать адрес вручную:
Указываем данные администратора (можно завести отдельного пользователя для MSSQL):
Еще один важный этап – выбор порядка сортировки (Collation). После инсталляции изменить крайне проблематично:
Параметры аутентификации на сервере (в нашем случае выбран смешанный вариант, хотя безопаснее использовать только доменную аутентификацию):
Выбор директорий хранения общих файлов кластера (в версиях MS SQL Server 2012 и старше TempDB можно хранить на каждой ноде и не выносить в общее хранилище):
Наконец приступаем к установке (процесс может занять длительное время):
Настройка и установка базовой ноды закончена, о чем нам сообщает «зеленый» рапорт
Этап 3 – добавление второй ноды в кластер MSSQL
Дальше необходимо добавить в кластер вторую ноду, т.к. без нее об отказоустойчивости говорить не приходится.
Настройка и установка намного проще. На втором сервере (ВМ) запускаем мастер установки MS SQL Server:
Выбираем: в какой кластер добавлять ноду:
Просматриваем и принимаем сетевые настройки экземпляра кластера:
Указываем пользователя и пароль (те же, что и на первом этапе):
Снова тесты и процесс установки:
По завершению мы должны получить следующую картину:
Поздравляю, установка закончена.
Этап 4 – проверка работоспособности
Удостоверимся, что все работает как надо. Для этого перейдем в оснастку «Диспетчер отказоустойчивого кластера»:
На данный момент у нас используется вторая нода(WS2012R2C2) в случае сбоя произойдет переключение на первую ноду(WS2012R2C1).
Попробуем подключиться непосредственно к кластеру сервера MSSQL, для этого нам понадобится любой компьютер в доменной сети с установленной Management Studio MSSQL. При запуске указываем имя нашего кластера и пользователя (либо оставляем доменную авторизацию).
После подключения видим базы которые крутятся в кластере (на скриншоте присутствует отдельно добавленная база, после инсталляции присутствуют только системные).
Данный экземпляр отказоустойчивого кластера полностью готов к использованию с любыми базами данных, например, 1С(для нас ставилась задача развернуть такую конфигурацию для работы именно 1С-ки). Работа с ним ничем не отличается от обычной, но основная особенность — в надежности такого решения.
В тестовых целях рекомендую поиграть с отключением нод и посмотреть как происходит миграция базы между ними; проконтролировать важные для вас параметры, например, сколько по времени будет длиться переключение.
У нас при отказе одной из нод – происходит разрыв соединения с базой и переключение на вторую (время восстановления работоспособности: до минуты).
В полевых условиях для обеспечения надежности всей инфраструктуры необходимо обработать точки отказа: СХД, AD и DNS.
Диагностика отказоустойчивого кластера
Этот подраздел содержит следующие сведения:
основные шаги диагностики;
восстановление по журналу после сбоя отказоустойчивого кластера;
разрешение наиболее частых проблем отказоустойчивой кластеризации;
использование расширенных хранимых процедур и объектов COM.
Основные шаги диагностики
Первым шагом диагностики является проверка нового кластера. Дополнительные сведения о проверке см. в разделе Создание отказоустойчивого кластера: проверка конфигурации. Эту процедуру можно выполнить без нарушения работы службы, поскольку она не влияет на ресурсы кластера в сети. Проверку можно провести в любое время после установки функции отказоустойчивой кластеризации, включая момент перед развертыванием кластера, во время создания кластера и во время его работы. На самом деле дополнительные тесты выполняются после перевода кластера в рабочий режим и проверяют соблюдение рекомендаций для рабочих нагрузок с высоким уровнем доступности. Из множества тестов лишь немногие повлияют на функционирование рабочих нагрузок кластера. Все они входят в категорию хранилища, поэтому, пропустив эту категорию, можно легко отказаться от тестов с негативными последствиями.
Отказоустойчивая кластеризация располагает встроенными мерами защиты для предотвращения случайного времени простоев при выполнении тестов хранилища во время проверки. Если при инициации проверки в кластере имеются сетевые группы и выбраны тесты хранилища, будет выведен запрос на подтверждение необходимости запуска всех тестов (и возникновения простоя) или пропуска тестирования дисков сетевых групп, чтобы избежать простоя. Если из тестирования была исключена вся категория хранилища, этот запрос не отображается. Проверка кластера будет выполнена без простоев.
Повторная проверка кластера
Чтобы просмотреть разделы справки, которые помогут интерпретировать результаты, щелкните Дополнительные сведения о тестах для проверки кластеров.
Установка обновлений
Установка обновлений является важной частью предотвращения проблем в системе. Полезные ссылки
Восстановление по журналу после сбоя отказоустойчивого кластера
Обычно сбой отказоустойчивого кластера возникает в следующих случаях.
Сбой оборудования в одном из узлов двухузлового кластера. Такой сбой оборудования может быть вызван сбоем SCSI-контроллера или ОС.
Ошибка операционной системы. В этом случае данный узел отключен, но не является окончательно неисправным.
Для восстановления после сбоя ОС восстановите данный узел и проверьте отработку отказа. Если данный экземпляр SQL Server не переключается на другой ресурс должным образом, необходимо программой установки SQL Server удалить SQL Server из отказоустойчивого кластера, произвести необходимые восстановительные процедуры, восстановить резервную копию и снова добавить восстановленный узел к экземпляру отказоустойчивого кластера.
Восстановление по журналу после сбоя ОС может занять значительное время. Если восстановить ОС после сбоя можно более простым способом, не прибегайте к этому методу.
Разрешение общих проблем
В следующем списке приведено описание общих проблем и даны объяснения по их устранению.
Проблема. Неверное использование синтаксиса командной строки при установке SQL Server
Решение 1. Используйте параметр /qb вместо /qn. При использовании параметра /qb на каждом шаге отображается интерфейс пользователя, в том числе сообщения об ошибках.
Проблема. Серверу SQL Server не удается подключиться к сети после его перемещения на другой узел.
Причина 1. Учетные записи службы SQL Server не могут связаться с контроллером домена.
Решение 1. Проверьте журналы событий на наличие записей о проблемах сети, например о сбоях адаптеров или проблемах с DNS. Проверьте контроллер домена командой ping.
Причина 2. Пароли к учетным записям службы SQL Server отличаются на разных узлах кластера, или узел не перезапускает службу SQL Server, которая была перенесена с неисправного узла.
Решение 2. Измените пароли учетной записи службы SQL Server с помощью диспетчера конфигурации SQL Server. Если это не было сделано, а пароли учетной записи службы SQL Server изменены на одном узле, необходимо также изменить их на всех остальных узлах. SQL Server выполняет это автоматически.
Проблема. SQL Server не может получить доступ к дискам кластера.
Причина 1. Встроенное ПО или драйверы обновлены не на всех узлах.
Решение 1. Проверьте, установлены ли на всех узлах правильное встроенное ПО и одинаковые версии драйверов.
Причина 2. Узел не может восстановить диски кластера, перенесенные с неисправного узла на общий диск кластера с другой буквой диска.
Проблема. Сбой службы SQL Server вызывает отработку отказа.
Решение. Чтобы сбой определенных служб не вызывал перехода группы SQL Server на другой ресурс, настройте эти службы при помощи программы администрирования кластеров Windows следующим образом.
Проблема. SQL Server не запускается автоматически.
Проблема. Сетевой ресурс, к которому выполняется обращение по имени, находится не в сети, и нельзя подключиться к SQL Server по протоколу TCP/IP.
Причина 1. Сбой службы DNS, в то время как для ресурсов кластера настроено использование DNS.
Решение 1. Устраните проблемы с DNS.
Причина 2. Повторяющееся имя в сети.
Решение 2. С помощью программы NBSTAT найдите повторяющееся имя и устраните проблему.
Причина 3. Не удается соединиться с SQL Server с помощью именованных каналов.
Решение 3. Для подключения через именованные каналы создайте псевдоним с помощью диспетчера конфигурации SQL Server, чтобы подключиться к нужному компьютеру. Например, при использовании кластера с двумя узлами (Узел A и Узел B) и экземпляра отказоустойчивого кластера (Virtsql) с экземпляром по умолчанию подключиться к серверу, ресурс сетевого имени которого находится вне сети, можно, выполнив следующие шаги.
Запустите службу SQL Server на этом компьютере с помощью команды net start. Дополнительные сведения об использовании команды net start см. в разделе Запуск SQL Server вручную.
Запустите диспетчер конфигурации SQL Server на Узле A. Просмотрите именованный канал, по которому прослушивает этот сервер. Название будет иметь вид \\.\$$\VIRTSQL\pipe\sql\query.
На клиентском компьютере запустите диспетчер конфигурации SQL Server.
Создайте псевдоним SQLTEST1 для соединения с этим каналом по протоколу именованных каналов. Для этого введите Узел A в качестве имени сервера и измените имя канала на \\.\pipe\$$\VIRTSQL\sql\query.
Подключитесь к экземпляру сервера с использованием псевдонима SQLTEST1 в качестве имени сервера.
Проблема. Программа установки SQL Server в кластере завершилась с кодом ошибки 11001.
Проблема. Потерян раздел реестра в ветке [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster].
Решение. Убедитесь в том, что куст реестра MSSQL.X в настоящее время не используется, и удалите этот ключ кластера.
Проблема. Ошибка при установке кластера: «У установщика недостаточно привилегий для доступа к данному каталогу: \Microsoft SQL Server. Невозможно продолжить установку. Войдите в систему как администратор или обратитесь к системному администратору»
Проблема. Эта ошибка произошла из-за неправильного разбиения на разделы общего диска SCSI.
Решение. Создайте повторно один раздел на этом общем диске, выполнив указанные ниже действия.
Удалите данный дисковый ресурс из кластера.
Удалите на этом диске все разделы.
Проверьте в свойствах диска, что он является основным.
Создайте на этом общем диске один раздел, отформатируйте диск и присвойте ему букву.
Добавьте этот диск к кластеру с помощью администратора кластеров (cluadmin).
Проблема. Приложениям не удается включить ресурсы SQL Server в список в распределенной транзакции.
Причина. Поскольку координатор распределенных транзакций Microsoft (MS DTC) настроен в Windows не полностью, то приложениям, возможно, не удастся прикрепить ресурсы SQL Server к распределенной транзакции. Эта проблема касается связанных серверов, распределенных запросов и удаленных хранимых процедур, использующих распределенные транзакции. Дополнительные сведения о настройке MS DTC см. в разделе Before Installing Failover Clustering.
Решение. Для предотвращения этой проблемы необходимо полностью включить службы MS DTC на серверах, на которых установлен SQL Server и настроен MS DTC.
Для полного включения служб MS DTC выполните следующие шаги.
На панели управления откройте Администрирование, затем Управление компьютером.
В левой панели окна «Управление компьютером» раскройте Службы и приложения и щелкните Службы.
В правой панели окна «Управление компьютером» щелкните правой кнопкой мыши Координатор распределенных транзакций и выберите Свойства.
В окне Координатор распределенных транзакций перейдите на вкладку Вход в систему и выберите в качестве учетной записи входа NT AUTHORITY\NetworkService.
Использование расширенных хранимых процедур и объектов COM
При использовании расширенных хранимых процедур в конфигурациях с отказоустойчивой кластеризацией все такие процедуры должны быть установлены на диск кластера под управлением SQL Server. Это обеспечивает возможность использования расширенных хранимых процедур после перехода узла на другой ресурс.
Если эти расширенные хранимые процедуры используют компоненты COM, администратор должен зарегистрировать эти компоненты на каждом узле кластера. Чтобы компоненты COM можно было создать, сведения для их загрузки и выполнения должны содержаться в реестре активного узла. Иначе эти сведения содержатся в реестре компьютера, на котором эти компоненты COM были зарегистрированы в первый раз.
Отказоустойчивый кластер Windows Server 2008 не удается запустить из-за тупиковой ситуации в работе службы кластеров
Симптомы
Не удается запустить службу кластера на компьютере под управлением Windows Server 2008. Кроме того в журнале службы кластера регистрируется следующее предупреждение:
ПРЕДУПРЕЖДАТЬ мьютекс кластера [CS] уже занятые другой процесс ожиданияМожет оказаться, что запущен процесс Rhs.exe при возникновении проблемы.
Примечание. В типичных ситуациях в процессе rhs.exe Если не запускается служба кластеров не запущена.
В журнале событий также регистрируется событие, подобное следующему:
Причина
Службе кластеров не удается запустить из-за взаимоблокировки на стороне сервера SMB. Другие приложения или службы также посещений с взаимоблокировкой и возникать исключения при использовании общей папки SMB.
Решение
Сведения о пакете обновления
Чтобы устранить эту проблему, получите последний пакет обновления для Windows Server 2008 Пакет обновления 2. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:
Как получить последний пакет обновления для Windows Server 2008
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:
Примечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
В те же пакеты включены важные исправления для Windows Vista и Windows Server 2008. Однако только один из этих продуктов могут быть указаны на странице «Запрос исправления». Чтобы запросить пакет исправлений, который применяется в Windows Vista и Windows Server 2008, просто выберите продукт, который указан на странице.
Предварительные условия
Для установки этого исправления необходимо установить Windows Server 2008.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Сведения о файлах
Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.
Примечания к сведениям о файле Windows Vista и Windows Server 2008
Файлы с расширением MANIFEST и MUM, устанавливаемые для каждой среды, указаны отдельно в разделе «сведения о дополнительных файлах для Windows Server 2008». Эти файлы и их соответствующие CAT (каталога безопасности) критически важны для поддержания состояния обновляемого компонента. CAT-файлы должны быть подписаны цифровой подписью Майкрософт. Атрибуты данных файлов безопасности не указываются.