|
Кластер серверов и нетривиальная задача | ☑ | ||
---|---|---|---|---|
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С. Но блокируются же записи БД. Так что не вижу в чем может быть проблема, даже теоритически. Хочу разобраться |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |