При использовании WEB интерфейса могут быть проблемы подключения торгового оборудования.
Если терминал, то будешь сильно зависить от качества и доступности линий связи.
есть бухгалтерия. в 1С. 5 филиалов, сейчас работается так, что копии базы в каждом филиале, вечером по ФТП обмен с центральным офисом. но это кмк не совсем правильное и красивое решение. в идеале хотелось бы сервер приложений, даже пожалуй с веб интерфесом, чтобы юзеры из филиалов конектились к серверу в центральном офисе, а все проводки, транзанкции и прочие операции выполнялись со стороны сервера и кол-во информации перекачиваемой между клиентом и сервером было минимальным. предположительно одновременно 100-150 юзеров будет работать.
поделитесь опытом?
выделенка21.04.05 05:38 Автор: Term Статус: Незарегистрированный пользователь
как вариант покупка Web приложения. основа IIS20.04.05 06:01 Автор: Korsh <Мельников Михаил> Статус: Elderman Отредактировано 20.04.05 06:03 Количество правок: 1
как вариант покупка Web приложения. основа IIS
но имхо лучше ТСЕ (тонкий клиент, Citrix) трафик минимальный.да и головняка с администрированием БД намного меньше
мы делали так - Цитрикс плюс на каждый филиал своя база на сервере, ну и внутри сервера УРБД крутится
меньше гемора с транзакциями
А зачем тогда много баз делать? Одна не тянула чтоли? Сколько клиентов?21.04.05 01:13 Автор: whiletrue <Роман> Статус: Elderman
Если работал с 1С то прекрасно знаешь что такое транзакции и...21.04.05 02:50 Автор: Korsh <Мельников Михаил> Статус: Elderman Отредактировано 21.04.05 02:54 Количество правок: 1
Если работал с 1С то прекрасно знаешь что такое транзакции и блокировка таблиц когда в базе много пользователей
ДБФные базы достигали почти 3гига (это переферийки), а ЦБ была на скуле и весила 11 гиг
14 баз, в каждой примерно 10 пользователей.
Может лучше в терминале?17.04.05 14:17 Автор: whiletrue <Роман> Статус: Elderman
> есть бухгалтерия. в 1С. 5 филиалов, сейчас работается так, > что копии базы в каждом филиале, вечером по ФТП обмен с > центральным офисом. но это кмк не совсем правильное и > красивое решение. в идеале хотелось бы сервер приложений, > даже пожалуй с веб интерфесом, чтобы юзеры из филиалов > конектились к серверу в центральном офисе, а все проводки, > транзанкции и прочие операции выполнялись со стороны > сервера и кол-во информации перекачиваемой между клиентом и > сервером было минимальным. предположительно одновременно > 100-150 юзеров будет работать. > поделитесь опытом?
1. В терминале: Я видел как это на Citrix Metaframe работает - неплохо надо сказать... Для режима реального времени - это лучше, чем веб-интерфейс, на мой взгляд
2. Можно качать не всю базу целиком, а настроить УРБД в 1С-ке (ну или PB mod), ну и также заливать на ftp, только трафик будет поменьше. Я так настраивал - всех вроде все устраивало...
3. Если хочется с Веб-интерфейсом, то тоже можно. К 1С-ке есть специальная штука - можно все операции вести через веб, только интрефейс будет веб-овский, т.е. менее удобный и менее красивый. Только тогда придется свой веб сервак наружу настраивать, причем он обязательно должен быть мелкософтовский. Как вариант - настроить VPN до филиалов и веб-сервак поставить внутри сетки, а не наружу...
Всё же УРБД или ПИБ лучше.20.04.05 16:42 Автор: БЖ Статус: Незарегистрированный пользователь
При использовании WEB интерфейса могут быть проблемы подключения торгового оборудования.
Если терминал, то будешь сильно зависить от качества и доступности линий связи.
> есть бухгалтерия. в 1С. 5 филиалов, сейчас работается так, > что копии базы в каждом филиале, вечером по ФТП обмен с > центральным офисом. но это кмк не совсем правильное и > красивое решение. в идеале хотелось бы сервер приложений, > даже пожалуй с веб интерфесом, чтобы юзеры из филиалов > конектились к серверу в центральном офисе, а все проводки, > транзанкции и прочие операции выполнялись со стороны > сервера и кол-во информации перекачиваемой между клиентом и > сервером было минимальным. предположительно одновременно > 100-150 юзеров будет работать. > поделитесь опытом?
VPN между филиалами + выделенный файловый сервер внутри этой vpn
И Citrix в придачу с опубликованным приложением через WWW...21.04.05 16:56 Автор: TARASA <Taras L. Stadnik> Статус: Member
> > есть бухгалтерия. в 1С. 5 филиалов, сейчас работается > так, > > что копии базы в каждом филиале, вечером по ФТП обмен > с > > центральным офисом. но это кмк не совсем правильное и > > красивое решение. в идеале хотелось бы сервер > приложений, > > даже пожалуй с веб интерфесом, чтобы юзеры из филиалов > > конектились к серверу в центральном офисе, а все > проводки, > VPN между филиалами + выделенный файловый сервер внутри > этой vpn И Citrix в придачу с опубликованным приложением через WWW или непосредственно с Citrix клиентом.
С торговым оборудованием проблем нет. Мапишь локальные ресурсы на сервер и впред. Прецеденты были. Схема работоспособная.
каналы от 128к.. до 50бухгалтеров в филиалах.. потянет? кмк нет.15.04.05 14:40 Автор: mentat[bugtraq.ru] <Александр> Статус: Elderman
B всё-таки, как сказал whiletrue, лучше заделать сервак потолще, и в терминалы всех загнать.17.04.05 16:23 Автор: HandleX <Александр М.> Статус: The Elderman
Самый безгеморный вариант. RAM воткни по максимуму (4Г), 2-4 ксеона пошустрее с HT или скоро выйдут вообще двуядерные, RAID-контроллер (SCSI или SATA), с хотсвапом, 3-5 винтов в RAID5...
Если обрабатываются много документов каждый день, и база растёт как на дрожжах, помни, что в движке 1С есть ограничение на работу с файлами -- они должны быть не больше 2Г. К примеру, файлы 1sconst.dbf или 1sentry.dbf имеют привычку вспухать до необозримых пределов ;-)
Выходы -- свёртка базы или всё-таки переползание 1C на SQL, что однозначно снизит производительность, как ни странно...
К скорости линии связи: у меня 40 пользователей и 100к в секунду не съедают по сетке, у вас должно потянуть. Причём без цитрикса, хватает стандартной службы терминалов Win2K.
а у тебя бухгалтера одновременно изменяют данные и сразу...15.04.05 17:32 Автор: 0x4368616F73 Статус: Незарегистрированный пользователь
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
