Перенос фоновых заданий на второй сервер #574328

Всем привет! Имеется два физических сервера. На одном из серверов пользователи работают с 1с8.1 в терминальном режиме. Туда же установлен серверный ключ 1С и Сервер 1С. Все фоновые задания крутятся также на этом сервере. В наличии имеется второй серверный ключ. Можно ли этот ключ поставить на второй сервер , развернуть там ещё один Сервер 1С, прописать базу (SQL), точно также как на первом сервере и запустить все фоновые задания на нем? При этом на первом  сервере запретить запуск фоновых заданий. Т.о. получится схема - первый сервер - все пользователи терминально работают на нем - второй сервер - здесь работают все фоновые задания - третий сервер - SQL сервер, здесь расположена одна база. Работоспособна ли такая схема? Не противоречит ли эт орекомендациям 1С? Заранее спасибо!

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

По моему ТС не совсем догоняет что такое трехзвенка

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

примерно так:

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

2 они даже второй ключ купили, что лично мне никогда не удавалось - в смысле сподвигнуть руководство на такое.. Так что кто его знает

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

так в показано ведь. Два сервера 1С должны быть настроены соответствующим образом, а не просто подключены к базе SQL. Как настраивать описано в инете и мануалах. снчала читать потом настраивать. схема в рабочая.

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

У одной базы данных должен быть только один кластер серверов. Прописывать в разные кластера одну и ту же базу данных нельзя. В рамках одного кластера можно установить несколько серверов 1С: прописать в рабочих серверах другие серверы 1С (другие компы), это позволяет разделить нагрузку, но все они будут принимать любые подключения и выполнять фоновые задания тоже.

Делается это по следующей причине - на сервере 1 работают несколько процессов rphost в некоторых из них крутятся фоновые задания, если пользователь (например диспетчер) заходя в 1С попадает в тот rphost в котором работают фоновые задания , то заполнение заказов у него начинает притормаживать. Поэтому и был куплен дополнительный серверный ключ 1С и предполагалось создать два сервера 1С , которые подключались к одной базе. На одном сервере работают пользователи , н адругом фоновые задания. Но по репликам я понял , что эта схема не рабочая. Вот что писал DmitrO "У одной базы данных должен быть только один кластер серверов. Прописывать в разные кластера одну и ту же базу данных нельзя" получается , что так делать нельзя. А почему не можете пояснить?

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

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

Да понятия знакомы. Вот и хотелось бы разобраться может ли на целостность данных повлиять два сервера 1С работающие с одной базой. Я не уверен , но могу предположить , что работа в такой конфигурации для базы данных будет аналогична работе нескольких процессов rphost с этой базой. Работают ли эти процессы на одном сервере 1С или на двух БД без разницы. Если я не прав и вам не трудно ,то поправьте меня. Да сейчас мы попытаемся разнести терминальных пользователей и сервер 1С по разным физическим серверам (возможнсть есть), но я не уверен , что это решит проблему т.к. обработка пользовательских данных будет в этом случае выпоняться в тех же rphost , что и фоновые задания, а именно от этого и хотелось бы избавиться.

Да могут. Несколько процессов rphost в любом случаи управляются процессом rmngr.

не получится. ИБ создаётся в кластере, кластер распределяет нагрузку между рабочими серверами. ИБ, созданные в разных кластерах — это суть разные ИБ. Настраивать разные ИБ на работу с одной базой SQL категорически не рекомендуется (читай "нельзя"). Кроме того, в настройках рег.задания нельзя указать, на каком сервере оно будет выполняться, оно будет выполняться в кластере, а кластер сам решит, на какой сервер его повесить. Запретить выполнение рег.заданий на сервере нельзя, можно только на всю ИБ. единственный вариант — настраивать РИБ, но слабо верится, что он вам поможет

2(7,8) э... нет, не получится... просто делая создавая доп. менеджер, мы запускаем второй экземпляр rpmngr, на в рамках этого, текущего сервера. И мы, конечно, можем сказать  чтобы дополнительный работал как сервис заданий исключительно - чтобы если перегружать, то не весь сервер 1С а только вот сервис заданий, а пользователей это чтобы не касалось. Но второй сервис, если он в кластере, тоже будет иметь запущенный и работающий сервис заданий. И уже сами задания будут между двумя серверами распределяться как Нуралиев положит. про "ничего плохого" написано на ИТС:

Не по теме, вот бы к дискам ИТС сделали уникальные ссылки, что бы кинул человеку ссылку, он открыл и сразу попал на тот раздел, а то иногда говоришь вот на диске ИТС есть, а как начнешь объяснять в какие разделы зайти так замаешься. Понимаю, что 1С жадные(не знаю как это назвать) и не сделают нормальное копирование с ИТС.

Всем большое спасибо! Понял , что так как я хотел делать нельзя. С января 2012 планируем переход на 1С8.2 В начале этой темы прозвучало "В случае 8.2 это бы делалось созданием еще одного менеджера кластера и переносом в него сервиса заданий.. И это не только не противоречит рекомендациям, но и скажем является хорошим тоном..." Можно об этом подробнее написать как это сделать? Или ссылочку на информацию по рекомендациям как это сделать дайте плииз.

В все показано.

Подскажите может имеет смысл перенести ещё какие-нибудь сервисы на другой менеджер кластера и соответственно на другой физический сервер.

другой менеджер кластера это НЕ другой физический сервер...

Да я понял. Подскажите может имеет смысл перенести ещё какие-нибудь сервисы на другой менеджер кластера?

я не знаю, нужно пробовать...

Может есть опыт у других коллег? Поделитесь...

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

>>По моему ТС не совсем догоняет повторюсь

Нет объекты в базе здесь ни при чем. Просто тот rphost на котором работает ФЗ занимает значительно больше процессорного времени чем тот на котором ФЗ нет. Соответственно у пользователей которые попадают на rphost вместе с ФЗ 1С работает медленнее. Но сейчас хотелось бы больше узнать про 8.2 (планируем переход в 2012) кто как распределяет сервисы по дополнительным менеджерам кластеров? Какие рекомендации дает 1С? Вот "Живой Ископаемый" очень полезную вещь написал.