Несколько AOS к одной БД

[alesander]

Всем доброго времени суток!
Дано: Головной офис предприятия и несколько (3) обособленных подразделений находятся в разных городах. При этом в головном офисе и в каждом подразделении разные домены. В головном офисе развернута аксапта 4.0 и сервер баз данных. Пользователи из обособленных подразделений для работы с Аксаптой подключаются к серверу терминалов и работают уже на нем.
Вопрос: можно ли в обособленных подразделениях установить свой AOS чтобы он работал с базой данных головного офиса но настроен был на домен обособленного подразделения?

[George Nordic]

А куда деть общие справочники и виртуальные компании?

С Уважением,
Георгий

[alesander]

т.е. все серверы AOS должны быть в одном домене? Я правильно понимаю?

[egorych]

Цитата:

Сообщение от George Nordic

А куда деть общие справочники и виртуальные компании?

А они тут причем? ИМХО - если приложение одно, то вероятно работать будет, только насчет канала AOS-SQL надо подумать, а то рваться будет при плохой связи.

[alesander]

Насчет канала можно поподробней? какой минимальной ширины должен быть канал связи между AOS и БД?

[egorych]

Цитата:

Сообщение от alesander

Насчет канала можно поподробней? какой минимальной ширины должен быть канал связи между AOS и БД?

1Gbit

[kornix]

Настроить точно можно, в свое время делал нагрузочное тестирование. Нужно учитывать что обращений к БД будет много, и нужно продумать хорошее дисковое хранилище, какую-нибудь бвструю карзину RAID дисков, например.

[Ivanhoe]

Поставить крутой сервер под БД с NAS в центральном офисе и по 256Кб/с -каналу подключать удаленный АОС?

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

[kornix]

alesander, а какое количество предполагаемых терминальных пользователей?
Может удобнее организовать все это дело с помощью одного AOS на терминальном сервере, а клиенты будут подключаться к нему и работать через RDP?

[alesander]

Меня то как раз все устраивает и в терминале на так много пользователей. Идея построить такую систему посетила моего Коллегу. Количество терминальных пользователей примерно равно 50. но в дальнейшем планируется увеличение этого количества. Я считаю что поднимать AOS в каждом филиале - полный бред так как для этого нужен супер канал связи в центральном офисе.
У нас 3 удаленных подразделения. Соответственно, ширина канала как минимум в 3 раза больше минимально необходимой для связи AOS c БД.
Идея отказаться от терминала появилась тогда когда его оказалось необходимым лицензировать...
Но в любом случае мне кажется что лицензировать сервер терминалов дешевле чем поднимать AOS в каждом подразделении и соответственно покупать лицензии на него.

[Ivanhoe]

Стоимость надо считать, но мне кажется, что терминал окажется дешевле. Но не это главное. Без "супер канала связи" работать будет невозможно.

Чтобы не лицензировать терминальный сервер, попробуйте использовать VPN (для экстрима можно и без него ) и прямое подключение клиентов на местах (в филиалах) к AOS в центральном офисе. Требования к каналу связи будут всё равно выше, чем у терминальной сессии, но намного ниже, чем для AOS - СУБД.

[alesander]

Цитата:

Сообщение от Ivanhoe

Чтобы не лицензировать терминальный сервер, попробуйте использовать VPN (для экстрима можно и без него ) и прямое подключение клиентов на местах (в филиалах) к AOS в центральном офисе. Требования к каналу связи будут всё равно выше, чем у терминальной сессии, но намного ниже, чем для AOS - СУБД.

Да, такой вариант я считаю предпочтительным. Здесь не нужен терминал, не надо поднимать AOS, но насколько я понимаю надо будет все подразделения загнать в один домен или настроить доверительные отношения между ними. VPN поднимать в любом в любом случае.