Имя: Пароль:
1C
1С v8
Кластер серверов и нетривиальная задача
0 mr_K
 
23.07.12
12:57
В общем есть кластер серверов. В нем два сервера. Один х64, другой х32.
Хотелось бы сделать следующее: регламентные задания выполнять ТОЛЬКО рабочем процессе на х32, а юзеров подключать ТОЛЬКО к рабочим процессам на х64.
Is it possible?
1 zmaximka
 
23.07.12
13:03
нутром чую что нет, но доказать не могу
2 mr_K
 
23.07.12
13:04
(1) первая часть предложения - плохо, вторая часть оставляет надежду ))
3 golden-pack
 
23.07.12
13:11
Зачем вообще выдумывать такие нетривиальные задачи ...
4 mr_K
 
23.07.12
13:14
(3) Есть некая ВК, которая зараза не работает на x64. И есть резервный сервер на х32, куда эту ВК можно было бы заселить.
Осталось обеспечить выполнение регл.заданий на х32, а остального на х64(но это вторично, очень желательно, но не обязательно)
5 golden-pack
 
23.07.12
13:17
(4) А зачем кластер серверов ... прописать базу на 2 сервера. на х32 - регл задания, на 64 запустить пользователей.
6 mr_K
 
23.07.12
13:19
(5) А это как? Я не в курсе, где про это почитать?
7 mr_K
 
23.07.12
13:20
(6+) Типа к одной sql-базе можно с разных баз 1С цепляться(если они на разных серверах)?
Проблем не будет?
8 Йохохо
 
23.07.12
13:20
sic )
http://www.v8.1c.ru/overview/Term_000000126.htm#1
Благодаря тому, что взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе одного кластера могут присутствовать рабочие серверы с различными операционными системами.
9 golden-pack
 
23.07.12
13:20
(6) да. При том на нужном серваке для базы ставишь блокировку регл заданий и все попрет
10 mr_K
 
23.07.12
13:21
(9) Это понятно ))
Проблем не будет, какое-то слишком изящное решение ))
11 mr_K
 
23.07.12
13:22
(10+) ??
12 golden-pack
 
23.07.12
13:23
(10) У меня так крутиться. Все нормально.
13 mr_K
 
23.07.12
13:33
(12) Спасибо огромное!
Будем пробовать, но как-то боязно ))
Одно дело процессы на разных серверах поднять, а там уж пусть за сохранность данных у менеджера кластера голова болит. Другое дело к одной базе с разных мест коннектиться. Вроде и не видно явных "дыр", но...
В любом случае - еще раз спасибо!
14 golden-pack
 
23.07.12
13:37
(13) за сохранность данных отвечает SQL сервер
15 golden-pack
 
23.07.12
13:40
Что такое сервер 1С
http://www.gilev.ru/1c/app/
16 Advan
 
23.07.12
13:49
(10)Проблемы возможны
17 Advan
 
23.07.12
13:51
а регламентные задания что делают?
18 golden-pack
 
23.07.12
13:52
(16) Краткость - сестра таланта?
19 Advan
 
23.07.12
13:55
(18)Я на 8.1 давненько пробовал - даже отчеты врать стали. Подробностей уже не помню - но сервер 1с это не просто передача запросов к базе - там много чего делаеться и не зря 1с создали кластер.
Да и гдето читал что нельзя так делать - но где точно искать лень.
20 mr_K
 
23.07.12
13:58
Итак 1-1. Все нормально - будут проблемы.
Еще мнения?
21 mr_K
 
23.07.12
13:59
(17) УПП-ные типовые есть. То в котором загвоздка, рассылает некие уведомления на почту
22 Advan
 
23.07.12
14:00
(20)Я сказал что возможны проблемы - незря же спросил а что будут делать регламентные задания и когда.
23 StanislawJack
 
23.07.12
14:00
(14) Менеджеры блокировок будут разные. Целостность и достоверность гарантированна не будет.
24 Advan
 
23.07.12
14:01
Если чисто почту уже готовую послать - то не проблема.
А так даже с нумерацией документов будут проблемы.
25 Чарльз Треч
 
23.07.12
14:05
(4) Зачем для 32-битной ВК нужен 32-битный сервер предприятия? ВК все равно на клиенте работать будет. Нефиг огород городить.
26 pumbaEO
 
23.07.12
14:06
(25) регламентное задание, какой нафиг клиент?
27 pumbaEO
 
23.07.12
14:08
(0) а разве в менеджере кластера задача "JobService" не за регламентные задания отвечает? Добавить ее на 32 сервере, а на 64 удалить.
28 mr_K
 
23.07.12
14:09
Извлечение текста
Удалить сжатие данных версионирования
Пересчет итогов регистров накопления
Слияние индекса полнотекстового поиска
Получение электронных сообщений
Обновление индекса полнотекстового поиска

это типовые(УПП), которые запущены. я с ними особо не разбирался. есть и есть.
добавочные регл.задания - читают данные, кое-где даже пишут в РС
(27) Точно. А удалится?
29 Рыжий Лис
 
23.07.12
14:09
(0) Перенести сервис заданий на дополнительный менеджер который работает на 32х битном сервере.
30 mr_K
 
23.07.12
14:09
(29) Это аналогично (27)?
31 Рыжий Лис
 
23.07.12
14:09
(30) Да
32 mr_K
 
23.07.12
14:11
(27,31) А как через консоль отключить некий сервис, например заданий? Не нахожу
33 Чарльз Треч
 
23.07.12
14:14
(26) Такой клиент. Работает себе клиентская часть от имени служебного пльзователя, эмулируя задание, считает микросекунды и выполняет 32-битную шнягу по расписанию. Как в семерке.
34 mr_K
 
23.07.12
14:16
(33) Оно конечно да. ТОлько это уже совсем через одно место
35 Рыжий Лис
 
23.07.12
14:20
(32) Дополнительный менеджер запущен?
36 mr_K
 
23.07.12
14:29
Пока нет
37 Рыжий Лис
 
23.07.12
14:29
(36) Тогда никак
38 mr_K
 
23.07.12
14:30
(35) Т.е. если появится еще один менеджер, то серверные сервисы можно булет разруливать между серверами?
39 Рыжий Лис
 
23.07.12
14:35
(38) Да
40 mr_K
 
23.07.12
14:51
Я вот тут сижу-думаю, вроде бы не должно быть проблем, при варианте с разными базами.
Блокировки ведь на уровне сервера БД. С нумерацией объектов - идет транзакция, с блокировкой на уровне БД. Не должно быть проблем.
"Менеджеры блокировок будут разные. Целостность и достоверность гарантированна не будет." - в чем проблема для сервера БД? С базами зачастую работают клиенты напрямую без промежуточного звена. В этом случае "менеджеры блокировок" - по определению разные(для БД). Да и здесь, каждый рабочий процесс создает свой коннект к БД, т.е. с точки зрения БД с ней работают разные, независимые клиенты.
В общем непонятно. А неизведанное - пугает.
Вариант с запуском сервиса регламентных заданий на одном сервере в кластере, и отключения его на другом - выглядит безопаснее, вариант с разными базами - предпочтительней, с точки зрения того, что сервер х32 - отладочный, ЗНАЧИТЕЛЬНО слабее рабочего, + ragent там запущен с -debug. Так что наличие на отладочном сервере подключений к рабочим процессам юзеров - нежелательно. А сервиса, который этим управляет я не нашел.
Крепко задумался... ))
41 Liova
 
23.07.12
14:56
Ещё зависит от того, что за ВК и что с ней делать надо. Можно задание запускать на x32, а данныя тянуть через COM с x64. Так по-крайней мере, нет непоняток с параллельной работой.
42 Чарльз Треч
 
23.07.12
14:57
(40) Блокировки объектов базы данных 1С на уровне сервера 1С, как и нумерация. Сиквел блокирует лишь свои поля, т.ч. сможешь организовать параллельный доступ к разным табличным частям одного документа или к шапке :)
43 mr_K
 
23.07.12
15:01
(41)Слишком вычурно.
(42)Что блокировать действительно определяет сервер 1С. Но блокируются же записи БД. Так что не вижу в чем может быть проблема, даже теоритически. Хочу разобраться