В общем есть кластер серверов. В нем два сервера. Один х64, другой х32.
Хотелось бы сделать следующее: регламентные задания выполнять ТОЛЬКО рабочем процессе на х32, а юзеров подключать ТОЛЬКО к рабочим процессам на х64.
Is it possible?

нутром чую что нет, но доказать не могу

(1) первая часть предложения - плохо, вторая часть оставляет надежду ))

Зачем вообще выдумывать такие нетривиальные задачи ...

(3) Есть некая ВК, которая зараза не работает на x64. И есть резервный сервер на х32, куда эту ВК можно было бы заселить.
Осталось обеспечить выполнение регл.заданий на х32, а остального на х64(но это вторично, очень желательно, но не обязательно)

(4) А зачем кластер серверов ... прописать базу на 2 сервера. на х32 - регл задания, на 64 запустить пользователей.

(5) А это как? Я не в курсе, где про это почитать?

(6+) Типа к одной sql-базе можно с разных баз 1С цепляться(если они на разных серверах)?
Проблем не будет?

sic )
http://www.v8.1c.ru/overview/Term_000000126.htm#1
Благодаря тому, что взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе одного кластера могут присутствовать рабочие серверы с различными операционными системами.

(6) да. При том на нужном серваке для базы ставишь блокировку регл заданий и все попрет

(9) Это понятно ))
Проблем не будет, какое-то слишком изящное решение ))

(10+) ??

(10) У меня так крутиться. Все нормально.

(12) Спасибо огромное!
Будем пробовать, но как-то боязно ))
Одно дело процессы на разных серверах поднять, а там уж пусть за сохранность данных у менеджера кластера голова болит. Другое дело к одной базе с разных мест коннектиться. Вроде и не видно явных "дыр", но...
В любом случае - еще раз спасибо!

(13) за сохранность данных отвечает SQL сервер

Что такое сервер 1С
http://www.gilev.ru/1c/app/

(10)Проблемы возможны

а регламентные задания что делают?

(16) Краткость - сестра таланта?

(18)Я на 8.1 давненько пробовал - даже отчеты врать стали. Подробностей уже не помню - но сервер 1с это не просто передача запросов к базе - там много чего делаеться и не зря 1с создали кластер.
Да и гдето читал что нельзя так делать - но где точно искать лень.

Итак 1-1. Все нормально - будут проблемы.
Еще мнения?

(17) УПП-ные типовые есть. То в котором загвоздка, рассылает некие уведомления на почту

(20)Я сказал что возможны проблемы - незря же спросил а что будут делать регламентные задания и когда.

(14) Менеджеры блокировок будут разные. Целостность и достоверность гарантированна не будет.

Если чисто почту уже готовую послать - то не проблема.
А так даже с нумерацией документов будут проблемы.

(4) Зачем для 32-битной ВК нужен 32-битный сервер предприятия? ВК все равно на клиенте работать будет. Нефиг огород городить.

(25) регламентное задание, какой нафиг клиент?

(0) а разве в менеджере кластера задача "JobService" не за регламентные задания отвечает? Добавить ее на 32 сервере, а на 64 удалить.

Извлечение текста
Удалить сжатие данных версионирования
Пересчет итогов регистров накопления
Слияние индекса полнотекстового поиска
Получение электронных сообщений
Обновление индекса полнотекстового поиска

это типовые(УПП), которые запущены. я с ними особо не разбирался. есть и есть.
добавочные регл.задания - читают данные, кое-где даже пишут в РС
(27) Точно. А удалится?

(0) Перенести сервис заданий на дополнительный менеджер который работает на 32х битном сервере.

(29) Это аналогично (27)?

(30) Да

(27,31) А как через консоль отключить некий сервис, например заданий? Не нахожу

(26) Такой клиент. Работает себе клиентская часть от имени служебного пльзователя, эмулируя задание, считает микросекунды и выполняет 32-битную шнягу по расписанию. Как в семерке.

(33) Оно конечно да. ТОлько это уже совсем через одно место

(32) Дополнительный менеджер запущен?

Пока нет

(36) Тогда никак

(35) Т.е. если появится еще один менеджер, то серверные сервисы можно булет разруливать между серверами?

(38) Да

Я вот тут сижу-думаю, вроде бы не должно быть проблем, при варианте с разными базами.
Блокировки ведь на уровне сервера БД. С нумерацией объектов - идет транзакция, с блокировкой на уровне БД. Не должно быть проблем.
"Менеджеры блокировок будут разные. Целостность и достоверность гарантированна не будет." - в чем проблема для сервера БД? С базами зачастую работают клиенты напрямую без промежуточного звена. В этом случае "менеджеры блокировок" - по определению разные(для БД). Да и здесь, каждый рабочий процесс создает свой коннект к БД, т.е. с точки зрения БД с ней работают разные, независимые клиенты.
В общем непонятно. А неизведанное - пугает.
Вариант с запуском сервиса регламентных заданий на одном сервере в кластере, и отключения его на другом - выглядит безопаснее, вариант с разными базами - предпочтительней, с точки зрения того, что сервер х32 - отладочный, ЗНАЧИТЕЛЬНО слабее рабочего, + ragent там запущен с -debug. Так что наличие на отладочном сервере подключений к рабочим процессам юзеров - нежелательно. А сервиса, который этим управляет я не нашел.
Крепко задумался... ))

Ещё зависит от того, что за ВК и что с ней делать надо. Можно задание запускать на x32, а данныя тянуть через COM с x64. Так по-крайней мере, нет непоняток с параллельной работой.

(40) Блокировки объектов базы данных 1С на уровне сервера 1С, как и нумерация. Сиквел блокирует лишь свои поля, т.ч. сможешь организовать параллельный доступ к разным табличным частям одного документа или к шапке :)

(41)Слишком вычурно.
(42)Что блокировать действительно определяет сервер 1С. Но блокируются же записи БД. Так что не вижу в чем может быть проблема, даже теоритически. Хочу разобраться