кластеризация mssql2005 и отказоусойчивая работа 1с v81
Модераторы: Trinity admin`s, Free-lance moderator`s
кластеризация mssql2005 и отказоусойчивая работа 1с v81
Здравствуйте, имею некое представление как установить сервер 1с настроить БД, настроить резервное копирование, регламентные задания, итд, но вот не совсем представляю,с технической стороны, как с помощью mssql и 1с можно сделать так чтоб 1с вообще практически не смогла упасть, знаю что можно настроить mssql в отказоустойчивый кластер, правда при этом придется установить на разные сервера 3 экземпляра одного и того же mssql, не совсем понимаю нужно ли к этому всему еще и сам сервер 1с ставить на еще один сервер, и что это даст. Если у кого то установлена подобная схема в сети и вы ее администрируете, если не сложно стукнитесь в личку или отпишитесь в этой теме, я просто хотел задать несколько вопросов по существу.
Спасибо.
Спасибо.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
А почему именно 3? Вполне достаточно и двух. Для них потребуется общая дисковая система (SAS или FC).djforce писал(а):знаю что можно настроить mssql в отказоустойчивый кластер, правда при этом придется установить на разные сервера 3 экземпляра одного и того же mssql
Если хотите застраховаться от выхода из строя и дисковой системы, то их должно быть две, а сверху можно поставить IBM SVC EE, либо Symantec Storage Foundation (будет подешевле).
Кроме того, серверы приложений 1С тоже нужно размещать на нескольких физических серверах (здесь уже их количество может быть и больше двух - если Вам конечно это нужно с точки зрения производительности).
Плюс ферма терминальных серверов (опять же, если они используются).
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
Там один ДБ следящим, т.е. следить за процессом репликации данных и отслеживать состояние серверов БД, если один падает он передает все основные функции другому.А почему именно 3? Вполне достаточно и двух.
У меня не виртуальные сервера а физические, БД хранится на жестких sata2 дисках внутри сервераДля них потребуется общая дисковая система (SAS или FC).
Если хотите застраховаться от выхода из строя и дисковой системы, то их должно быть две, а сверху можно поставить IBM SVC EE, либо Symantec Storage Foundation (будет подешевле).
с точки зрения производительности это интересное решение но тогда вопрос, если мы установили например на 2 сервера сервер 1с предприятия, так сказать соединили их в 1 кластер естественно как говорит 1с один единственный будет главный и к нему будут все обращаться по имени или ip адресу. Но есл он упадет??? тогда клиент не узнает что есть работоспособная копия... и еще для работы второго сервера нужен еще один ключик...Кроме того, серверы приложений 1С тоже нужно размещать на нескольких физических серверах (здесь уже их количество может быть и больше двух - если Вам конечно это нужно с точки зрения производительности).
Пока с сервером 1с вопрос обдумываю, а вот с mssql разбираюсь
Как построить кластер mssql 2005 серверов таким образом чтоб БД-ых хранящиеся на них и реплицирующиеся между собой были бы доступны в случае падения либо первого либо второго сервера БД??
Плюс ферма терминальных серверов (опять же, если они используются).[/quote]
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
Либо я что то путаю и в mssql2005 managment stdio в настройках зеркального отображения БД не имеет ни какого отношения к Кластерам и кластеризации а это всеголишь зеркальное отображение.
Тогда не пойму какое преимущество дает кластеризация mssql2005 и как она построена?
вот нашел:
Тогда не пойму какое преимущество дает кластеризация mssql2005 и как она построена?
вот нашел:
объясните плз, БД должны лежать в одном месте для всех sql? что такое по русски Группа ресурсов в данном случае?Отказоустойчивый кластер - это комбинация из одного или более узлов (серверов) на двух или более общих дисках, которые называются группой ресурсов. Группу ресурсов вместе с ее сетевым именем и IP-адресом, которые составляют кластерное приложение или сервер, называют отказоустойчивым кластером или экземпляром отказоустойчивого кластера. В сети отказоустойчивый кластер SQL Server представлен как один компьютер, но при этом он обеспечивает переход на другой узел в случае, если текущий узел становится недоступным. Отказоустойчивый кластер в сети выступает в роли обычного приложения или отдельного компьютера, но поддерживает дополнительные возможности, увеличивающие его доступность.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
И где именно Вы нашли такую схему?djforce писал(а):Там один ДБ следящим, т.е. следить за процессом репликации данных и отслеживать состояние серверов БД, если один падает он передает все основные функции другому.
Вот Вам и придется отказаться от использования дисков внутри сервера для хранения данных СУБД.djforce писал(а):У меня не виртуальные сервера а физические, БД хранится на жестких sata2 дисках внутри сервера
тогда "главным" станет другой и клиенты будут обращаться к немуdjforce писал(а):естественно как говорит 1с один единственный будет главный и к нему будут все обращаться по имени или ip адресу. Но есл он упадет???
Никто и не обещал, что все обойдется даром.djforce писал(а):и еще для работы второго сервера нужен еще один ключик...
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
http://trinitygroup.ru/articles/cluster
Преимущество? Как раз то, которое Вам нужно - отказоустойчивость сервиса.djforce писал(а):Тогда не пойму какое преимущество дает кластеризация mssql2005 и как она построена?
База лежит на общем дисковом массиве.djforce писал(а):БД должны лежать в одном месте для всех sql?
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
в том то и дело что НЕТ! ведь у клиента 1с прописано что обращатся на такой то сервер 1с (ИМЯDNS или ИП АДРЕС) за такой то базой данных. после того как главный сервер 1с упадет клиент не сможет узнать как называется ставший главным сервер 1с. на одном из форумеов по 1с чел сделал так: у всех пользователей созданы ярлыки на файлы запуска конфигураций 1с *.v8i так вот они в них просто руками переписывают имя сервера в случае падения одного и тогда клиенты переподключаясь попадают уже в нужный сервер. НО мы же должны все автоматизировать и думаю если придумали много сложных вещей (кластеры mirroring ....итд) то должен быть и механизм, а вот его чет ни как не откопаю...тогда "главным" станет другой и клиенты будут обращаться к нему
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
Я не знаток, как реализовано у 1С, но средствами MS cluster service адрес сервера можно сделать виртуальным, отвязанным от физической машины. Можно также сделать миграцию виртуальной машины в рамках кластера. Варианты есть...
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
Ну сходите, почитайте у истоков: http://v8.1c.ru/overview/Term_000000126.htm#1djforce писал(а):в том то и дело что НЕТ! ведь у клиента 1с прописано что обращатся на такой то сервер 1
Там и про масштабируемость, и про отказоустойчивость. И не нужно читать как какие-то фрики на форумах заполняют десктопы бедных пользователей ярлыками - читайте лучше документацию. А еще лучше доверьте это тем, кто уже знает.
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
как раз это и читал
Ну собственно давайте не про 1с поговорим а про ms sql 2005
тут не написано что в случае падения центрального кластера 1с пользователь сможет обратится к другому... и говорил уже что на форуме 1с люди которые с этим уже работают, делают почемуто это ручками,Один из компьютеров, входящих в состав кластера серверов, является центральным сервером кластера. Центральный сервер, помимо обслуживания клиентских соединений, управляет работой всего кластера и хранит реестр кластера.
Для клиентского соединения кластер адресуется по имени центрального сервера и номеру сетевого порта. Если используется стандартный сетевой порт, то достаточно указания одного имени центрального сервера.
При установке соединения клиентское приложение обращается к центральному серверу кластера. Центральный сервер, на основе анализа статистики загруженности рабочих процессов, направляет клиентское приложение к конкретному рабочему процессу, который будет его обслуживать. Этот процесс может находиться как на центральном сервере, так и на любом рабочем сервере кластера.
Рабочий процесс выполняет аутентификацию пользователя и обслуживает соединение до окончания сеанса работы клиента с данной информационной базой.
Ну собственно давайте не про 1с поговорим а про ms sql 2005
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
А что непонятно с SQL?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
Давайте поговорим, отчего бы и нет. Если внимательно почитать статью, то там есть пара серверов и внешняя железяка. В случае настройки кластера и накатки поверх него МС Скуль в кластерном варианте при отказе одного сервера ресурсы плавно переедут на второй (резервный). Тема - притча воязыцах.djforce писал(а):тут не написано что в случае падения центрального кластера 1с пользователь сможет обратится к другому... и говорил уже что на форуме 1с люди которые с этим уже работают, делают почемуто это ручками,
Ну собственно давайте не про 1с поговорим а про ms sql 2005
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
День добрый.
Столкнулся с примерно такой же проблемой, но если с кластером серверов СУБД все понятно(там все держит Veritas Cluster Server), то вот с 1С не так все ясно.
В частности, не понятна организация кластера 1С. В моем случае имеется два физических сервера СУБД в кластере и два физических сервера 1С. Необходима организация отказоустойчивого кластера серверов 1С, т.е. чтобы кластер работал в режиме Idle/Standby и при потере одного физического сервера второй подхватывал все автоматом.
А теперь то, что непонятно:
1. Умеет ли 1С делать это своими средствами?
2. Если не умеет, то что можно использовать для достижения поставленной цели в случае если ось Linux red hat?
Из описаний на сайтах 1С я понял, что некая возможность есть, но присутствует центральный сервер 1С, который занимается распределением в рамках кластера и поддерживает отказоустойчивость, НО вот действительно, а если упал центральный сервер? тем более что физических сервера всего два и делать один из них центральным смысла никакого не имеет.
на картинке есть аппаратная конфигурация решения.
Может кто сталкивался с подобным и делал самодостаточный кластер 1С на две и более физические машины?
Столкнулся с примерно такой же проблемой, но если с кластером серверов СУБД все понятно(там все держит Veritas Cluster Server), то вот с 1С не так все ясно.
В частности, не понятна организация кластера 1С. В моем случае имеется два физических сервера СУБД в кластере и два физических сервера 1С. Необходима организация отказоустойчивого кластера серверов 1С, т.е. чтобы кластер работал в режиме Idle/Standby и при потере одного физического сервера второй подхватывал все автоматом.
А теперь то, что непонятно:
1. Умеет ли 1С делать это своими средствами?
2. Если не умеет, то что можно использовать для достижения поставленной цели в случае если ось Linux red hat?
Из описаний на сайтах 1С я понял, что некая возможность есть, но присутствует центральный сервер 1С, который занимается распределением в рамках кластера и поддерживает отказоустойчивость, НО вот действительно, а если упал центральный сервер? тем более что физических сервера всего два и делать один из них центральным смысла никакого не имеет.
на картинке есть аппаратная конфигурация решения.
Может кто сталкивался с подобным и делал самодостаточный кластер 1С на две и более физические машины?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: кластеризация mssql2005 и отказоусойчивая работа 1с v81
"alexandri"
У 8-ки два типа кластеров:
1. кластер базы данных, который делается средствами ОС-и
2. кластер серверов приложений, который делается средствами 1С-ки
В 8.0 и 8.1 управляющий сервер кластера приложений один. Если он упал, то кранты всему. В 8.2 есть механизм распределения ресурсов кластера по узлам. В этом случае все узлы кластера равнозначны. (если так, по простому).
У 8-ки два типа кластеров:
1. кластер базы данных, который делается средствами ОС-и
2. кластер серверов приложений, который делается средствами 1С-ки
В 8.0 и 8.1 управляющий сервер кластера приложений один. Если он упал, то кранты всему. В 8.2 есть механизм распределения ресурсов кластера по узлам. В этом случае все узлы кластера равнозначны. (если так, по простому).
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 9 гостей