Отказоустойчивый Кластер 1С #631352

Есть два идентичных сервера на win serv 2008 и файловое хранилище На каждый из серверов установлена MS SQL 2008 и Сервер Предприятия 1С Задача: При отказе одно из серверов резервный должен перехватывать управление. Вопрос: Какая конфигурация кластера является оптимальной для решения этой задачи?

про 1С все понятно, а про скл нет. скуль тоже хочешь чтоб сам на лету перехватывал?

не сделаешь на 2х серверах, почему могу обьяснить, но это долго... по сабжу: при чем тут файловое хранилище?

Это миф...

если центральный сервер 1с ляжет - лягут все, rmngr то один, менеджер серверов. или я уж отстал от жизни?

можно делать кластер совсем другими средствами (и ОС и железные решения есть), но тут вопрос в другом "как определить отказ 1с???" именно это и не даст реализовать сабж. И причина здесь в том что 1с завязана на ключи защиты и именно защита не даст реализовать любой алгоритм анализа отказов... например анализ отклика порта может работать а сама 1с нет, и наоборот порт сервера отвалился, а клиенты висят в пуле рхостов и нормально работают, новое подкючение не возможно, но текущие работают - это что???? ну и на последок 1с шифрует весь трафик с клиентом одноразовыми сеансовыми ключами, по этому горячая замена сервера невозможна, при горячке все клиенты отвалятся.... чего хочет автор? какой именно отказоустойчивый кластер ему нужен???

Не лягут, отстал.

они отказались от серверного кеша и своих блокировок?

подробней плиз

зеркалирование средствами SQL и отработка отказа вручную (поменять роли, переопределить сервер БД в прокладке) в случае отказа основного, а у пользователей через запятую в настройках подключения указать оба сервера 1С, объединенных в кластер

>>через запятую в настройках подключения указать оба сервера 1С Внезапно...

почему внезапно?? два SQL, две прокладки 1С, два серверных ключа 1С

Читать ИТС про отказоустойчивый кластер сервера 1С и читать technet microsoft про отказоустойчивый SQL сервер (существует только в Enterprise версии MS SQL)

тогда третий следящий сервер еще понадобится :)

работа одновременно на обоих серверах 1с? или второй на стрёме чтоб перехватить?

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

второй на стрёме, хотя может использоваться для "балансировки" нагрузки. но вот будет еще зависеть, как настроена "отказоустойчивость" средствами БД SQL

понял, резервирование кластеров. Кто юзал вобще?

здесь более понятным языком написано про кластер 1С 8.2 оттуда: отказоустойчивость в 8.2 только при работе управляемого приложения :)

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

зачем шаманить? заявляют что на резервный процессы перекинутся сами... что там делать надо?

[заявляют] что-то меня смущает...

в моем случае - поменять роли, переопределить сервер БД в свойствах ИБ Сервера 1С, т.к. физически базы зазеркалены а кому не нужно шаманить, читать и много думать

>>переопределить сервер БД в свойствах ИБ Сервера 1С это если ёкнется сервер БД, а если сервер 1с?

ну так вообще-то кластер серверов 1С, но физически ИБ на одном "основном" сервере SQL, на второй "зеркальный" в реальном времени зеркалятся. если ёкнется основной сервер - шаманить, если ёкнется зеркальный - отряд не заметил потери бойца. Но если заметил, чиним зеркальный, базы в SQL засинхронизируются автоматически после "починки"

sql с обоих серверов еще объединен в кластер sql

Нашел такой вариант: А общий алгоритм такой (имеем 2 сервера: SERVER1 и SERVER2): - на обе машины устанавливаем сервер 1С - создаем на каждом сервере по кластеру 1С (стандартный кластер, рабочий сервер пока 1, тот, который держит кластер) - добавляем рабочие процессы и пр. (настройки идентичны на обоих серверах) - на SERVER1 добавляем ИБ - в список резервирования SERVER1 добавляем SERVER2 (должен быть 2-м в списке) - в список резервирования SERVER2 добавляем SERVER1 (должен быть 1-м в списке) - ждем пока синхронизируются список ИБ и сеансов Все - отказоустойчивость настроили. Теперь настроим балансировку нагрузки: - на SERVER1 добавляем рабочий сервер (указываем SERVER2, IP порт стандартный, диапазон портов указываем со сдвигом, чтобы не пересекался со стандартным 1560:1591, например 1592:1623) - на SERVER2 добавляем рабочий сервер (указываем SERVER1, IP порт стандартный, диапазон портов указываем также со сдвигом, 1592:1623) - на добавленные рабочие сервера добавляем нужное количество рабочих процессов

что будет если один клиент будет использовать основной сервер 1с на SERVER1 другой клиент будет использовать основной сервер 1с на SERVER2 например получим 2 паралельных конфигуратора :) кроме того НЕОЛЬЗЯ создать в одной сети два кластера 1с с одним именем, будут конфликты даже если обращатся по IP

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

упс. а куда делась кнопка "закладка" ?

это не тот случай, который в

ответь на

Для создания кластера скл-серверов необходимо специальное схд.

можно создать отказоустойчивый кластер с автоматической отработкой отказа, но мой случай на двух SQL Standartd в

ИХМО самый правильный отказоустойчивый кластер - это железный... но он отказоустойчив только к самому железу и каналам... а вот к софту - увы это фантастика в большенстве случаев...

Друзья, докладываю. Настройка Кластера 1С Серверов была сделана по обе машины входят в кластер Windows SLQ тоже в кластере, СХД есть - отдельная железка, на нем настроен RAID При выключении одного из узлов кластера Windows в течении 2-5 минут кластер SQL отрабатывает отказ. Из базы пользователь выходит с ошибкой, потеря данных возможна, но минимальная. При отключении службы Агента сервера 1С на узле, правильно отрабатывает при указании в настройках базы клиента обоих узлов кластера, без отключения базы и потери данных.

>>SLQ тоже в кластере, СХД есть - отдельная железка, на нем настроен RAID роскошно! не каждый ларёк себе может позволить)

главное что оно дышит))) завтра будем из режима тестирования выходить в рабочий режим

... почти 2 недели прошло в рабочем режиме! Настройка интересная ... Полёт нормальный?

Админы шаманят... Возникла следующая проблема: После перезапуска одного из узлов кластера Windows (он же кластер 1С и дополнительны рабочий сервер) сеансы в консоле не показываются, ошибка оснастки... соединения на рабочий сервер не перескакивают - нет балансировки нагрузки между рабочими серверами... разбираюсь

+1. Программный кластер должен быть серьезно адаптирован на уровне СУБД-ПО. К сожалению большинство специалистов как попугаи повторяют одно и то же что якобы сказали в 1С или якобы сказали в Microsoft. Проверить на практике почему то руки не доходят. При этом факт того что псевдокластер работает в рабочей базе вообще ни о чем не говорит.Я уже видел несколько инциндентов как такие кластера валились с определенными последствиями. В итоге хотел бы высказать определенные соображения. Программмный кластер не сможет обеспечить потерю данных.Определенная потеря будет , вопрос только какая. Он не сможет обеспечить отключения пользователей. Входить заново в систему прийдется. Он не сможет обеспечить нормальную балансировку нагрузки.(только сервер приложения и то с вопросами). Это обуславливается несколькими фундаментальными проблемами. К тому же надежность кластера будет в любом случае не выше надежности ПО, в данном случае 1C 8.

а в скулях таки всё работает как часы и настраивается в 3 клика?

сколько у вас ключей на сервер (или скажем так программных лицензий)?

Под кластером я рассматриваю комплексно 1С и MSSQL. Бессмыслесленно их рассматривать отдельно. В MSSQL тоже есть свои проблемы. Базовые инструменты  зеркалирование,логшипинг,репликация,програмно аппаратная кластеризация(дисковая система одна а ноды две). Они имею свои плюсы так и минусы.С зеркалированием когда вышел 2005 вообще отдельная история была, но это можно поиском найти. Аппаратная кластеризация предпологает тоже несколько решений.

программных лицензий на Сервер 1С Предприятие 2 шт. на каждый сервер по 1 шт.

а клиентские? программные/аппаратные?

Отказоустойчивость кластера 8.2 обеспечивается только для управляемого приложения?

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

Отказоустойчивость в MSSQL настраивается легко, а у 1Ски, примерно так делал :)

Только кворум кластера лучше ставить "Большинство узлов и дисков", тогда кластер будет работать до выхода из строя общего хранилища или всех узлов.