Заблокирован
|
|
1 | |
Нужен совет.16.10.2006, 08:53. Показов 30488. Ответов 18
Метки нет Все метки)
(
Привет всем. Задача такая есть головной оффис и есть 14 филиалов надо их всех привязать к одному лотус серверу как это организовать, без установки дополнительных серверов в филиалах, какая скорость нужна для канала сязи?
0
|
16.10.2006, 08:53 | |
16.10.2006, 08:53 | |
Ответы с готовыми решениями:
18
Нужен совет! Нужен совет Нужен совет |
0 / 0 / 0
Регистрация: 16.07.2006
Сообщений: 468
|
|
16.10.2006, 13:00 | 2 |
Наша организация использует удаленный доступ к сети через модем. Маршрутизация почты и репликация проходит нормально, трафик сильно не кушает, а при правильной настиройки работает практически полностью автономно......
P.S. Единственная проблема- седьмой клиент c rasом не работает........
0
|
0 / 0 / 0
Регистрация: 05.01.2006
Сообщений: 317
|
|
16.05.2007, 10:48 | 3 |
![]()
0
|
0 / 0 / 0
Регистрация: 16.07.2006
Сообщений: 468
|
|
16.05.2007, 11:33 | 4 |
Насколько я понимаю, речь идет об автономных клиентах, т.е. получающих информацию из центра посредством репликации осуществляемой по расписанию. У нас мобильные пользователи работают по расу скорость в лучшем случае 30кб/c , так что прямой взаимосвязи тормозов клиента и скорости передачи данных не наблюдаю, сдесь скорее речь идет о системных требованиях или кривизне настроек
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
16.05.2007, 12:07 | 5 |
![]()
0
|
0 / 0 / 0
Регистрация: 15.12.2006
Сообщений: 641
|
|
17.05.2007, 13:55 | 6 |
Если лотус-клиент работает с удаленным сервером, то даже на 10мбит/сек могут быть тормоза. Все зависит от навороченности дизайна базы. Если на форме например 10 полей, или 100 полей, то открыватся 2я такая форма будет медленнее.
Организовывать локальные реплики на всех клиентах просто не рекомендую, лотус не умеет нормально работать в такой среде, несмотря на то что должен :D Поэтому такая задача имеет только одно "нормальное" решение - 14 серверов
0
|
0 / 0 / 0
Регистрация: 15.04.2006
Сообщений: 54
|
|
17.05.2007, 14:08 | 7 |
как вариант - базы под вэб ;)
0
|
0 / 0 / 0
Регистрация: 16.07.2006
Сообщений: 468
|
|
17.05.2007, 15:35 | 8 |
<!--QuoteBegin-K-Fire+18:05:2007, 12:42 -->
<span class="vbquote">(K-Fire @ 18:05:2007, 12:42 )</span><!--QuoteEBegin-->Организовывать локальные реплики на всех клиентах просто не рекомендую, лотус не умеет нормально работать в такой среде, несмотря на то что должен smile.gif [snapback]66351" rel="nofollow" target="_blank[/snapback]?[/quote] А можно поподробней, в чем это проявляется? Потому как я повсеместно использую механизм работы с локальными репликами, в том числе и для удаленных клиентов и никаких проблем еще небыло, вопрос в том будут ли в будущем, или же ваше утверждение следует рассматривать как аксиому?
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
17.05.2007, 16:37 | 9 |
![]() У меня 60 филиалов на такой схеме сидели. На 4.6.х Может с того времени чего и поломали ;) Все работало согласно документации. Неудобство - с обновлением дизайна: по логике приложения юзера должны были быть Author-ы, для обновления надо дизайнеры. Разруливалось лицензиями (тогда 4-й клиент-дизайнером просто не стартовал, если ID был не того сорта)
0
|
0 / 0 / 0
Регистрация: 18.11.2006
Сообщений: 293
|
|
20.05.2007, 10:46 | 10 |
И я скажу: совершенно нормально работают локальные реплики. Естественно, есть большущее "НО": локальная реплика не имеет серверного функционала и механический перенос БД, склепанной под сервер, на локал часто невозможен.
У нас есть система в составе 1 головного сервера и тучи клиентов на местах по городам и весям (точек 200+). Линии связи -- самые разные, от коммутируемого доступа на 28,8 Кбит/с, до 10 Мбит/с. Система обслуживает критические операции. Время реакции 5 минут. Все отлично благодаря тому, что используется механизм пересылки документов-заявок почтой. Репликация тоже используется, но, по опыту, она не так оперативна и надежна на больших объемах (скажем, первоначальное создание справочника) и при коммутируемом доступе. Доступ к почте через локальную реплику для диалапа, на сервере для выделенных линий. Реплицируются справочники, а собственно рабочие документы пересылаются. Весьма рекомендую этот прием в копилку разработчика. Сделали выводы: онлайн при диалапе противопоказан; на 64 Кбит/с проблем уже почти нет, особенно на ISDN, xDSL хуже качеством; свыше 64К репликацию можно использовать безболезненно, а возможность эффективного онлайна зависит исключительно от "тяжести" дизайна базы. Почта и приложения, основанные на почтовом обмене документами, репликации, и эпизодическом доступе к центральной базе -- без проблем.
0
|
0 / 0 / 0
Регистрация: 15.12.2006
Сообщений: 641
|
|
20.05.2007, 14:21 | 11 |
Да, возможно что поломали, но у нас в одном случае постоянно были проблемы с репликацией. То создаст копии документов, то не поменяет вообще. Возможно причина крылась в размере базы, была очень большая. Но клиенты наши поимели кучу проблем. Версия лотуса была 5.0.11 если я не ошибаюсь.
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
21.05.2007, 13:40 | 12 |
![]() - при межсерверной репликации реплицируется только то, что видит приемник И имеет право писать источник (приемнику) - при клиентской репликации реплицируется только то, что видит и имеет право писать приемник Чувствуете тонкую разницу? Ну, и "+" всеобщие грабли с часами, зонами: на клиенте они гораздо чаще вкривь настроены
0
|
1 / 1 / 0
Регистрация: 03.02.2007
Сообщений: 1,913
|
|
21.05.2007, 21:24 | 13 |
Кстати, насколько я помню, использование почты - это один из способов организации документооборота. Только он редко используется. Но в распределенной сети он оказывается достаточно эффективным.
Я бы тоже не связывался с клиентскими репликациями. Тут-то и при серверных бывают накладки из-за местных админов.
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
22.05.2007, 01:34 | 14 |
![]()
0
|
1 / 1 / 0
Регистрация: 03.02.2007
Сообщений: 1,913
|
|
22.05.2007, 01:37 | 15 |
Для: Constantin A Chervonenko
Да вы, батенька, философ :blink:
0
|
0 / 0 / 0
Регистрация: 18.11.2006
Сообщений: 293
|
|
22.05.2007, 11:14 | 16 |
![]()
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
22.05.2007, 11:58 | 17 |
![]()
0
|
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
|
|
22.05.2007, 12:26 | 18 |
![]() 1.Не может быть надежным протокол без обратной связи. В почте оной нету (если самому на Return Receipt-ах не колхозить), в репликации - есть (при следующем сеансе). Tо, что в обоих случаях используется NRPC, надежности почте не прибавляет. NRPC сам ненадежный - сбоит-то не протокол, а железяки (хотя и протокол может ). Информация передается по цепочке машин (как минимум 2), любая может (и раз может, то, по Мэрфи, обязательно это сделает) сбойнуть. 2.mail.box-ы НЕ реплицируются. Нет обязательного для репликации этапа двустороннего сравнения док-тов. Твоя аналогия слишком смелая 3.Настройка почты немногим проще репликации. Правда, это уже в осн. из-за SMTP, но админу не легче 4.Агроменный "+" почты: сообщение может быть успешно доставлено через НЕлотусовые сервера В общем - "пусть расцветают все цветы"(с)
0
|
0 / 0 / 0
Регистрация: 18.11.2006
Сообщений: 293
|
|
22.05.2007, 13:02 | 19 |
4 Constantin A Chervonenko
Ну, тогда и я вставлю шпильку: твоя аналогия с TCP/IP мне тоже показалась весьма рискованной, даже не сразу понял, что это только сравнение ("как бы", ТСР в кавычках), но придираться не стал. Так вот, я не говорил, что почтовые ящики реплицируются! Я сравнивал передачу почты меж ящиками с репликацией на основании общности NRPC. По существу же согласен, из всех протоколов, именно репликация наилучшим образом "заточена" для гарантированной доставки. Однако, на основании имеющегося опыта, привожу вывод, что по недостаточно ясным резонам, почтовая доставка работает оперативнее, и, практически, если не лучше, то точно, не хуже репликации. А "сто цветов" пусть цветут! О чем речь!?
0
|
22.05.2007, 13:02 | |
22.05.2007, 13:02 | |
Помогаю со студенческими работами здесь
19
Нужен совет Нужен совет Нужен совет по БД нужен совет! Нужен совет Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
![]() |
Опции темы | |
|
Новые блоги и статьи
![]() |
||||
Использование кэша Laravel - полный гайд
bytestream 18.02.2025
Кэширование - один из наиболее эффективных способов повышения производительности веб-приложений. В современном мире, где скорость загрузки страниц напрямую влияет на удержание пользователей и. . .
|
Создаем REST API в Laravel с аутентификацией через Passport
bytestream 18.02.2025
Разработка современных веб-приложений все чаще требует создания надежного и хорошо структурированного API. REST API стал стандартом де-факто для построения взаимодействия между клиентской и серверной. . .
|
Пайплайны в Laravel - полный гайд
bytestream 18.02.2025
Разработка современных веб-приложений часто требует обработки сложных процессов, состоящих из множества последовательных шагов. Например, при создании системы комментариев может потребоваться. . .
|
Как правильно использовать @required в Symfony
bytestream 18.02.2025
При разработке приложений на Symfony мы часто сталкиваемся с необходимостью внедрения зависимостей. Фреймворк предоставляет несколько способов управления этим процессом, и одним из таких инструментов. . .
|
Система безопасности в Laravel: возможности и примеры
Wired 18.02.2025
Каждый день появляются новые виды атак и уязвимостей, которые могут поставить под угрозу конфиденциальные данные пользователей и функционирование всей системы. В этом контексте выбор надежного. . .
|
Давайте сравним Django и Laravel
Wired 18.02.2025
Django и Laravel - два мощных инструмента, которые часто сравнивают между собой. Оба фреймворка предлагают разработчикам богатый набор возможностей для создания масштабируемых веб-приложений, но. . .
|
Laravel или React - что лучше?
Wired 18.02.2025
В разработке веб выбор правильного инструмента часто определяет успех всего проекта. Особенно интересным представляется сравнение Laravel и React - двух популярных технологий, которые часто. . .
|
Laravel 11: новые возможности, гайд по обновлению
Wired 18.02.2025
Laravel 11 - это новая масштабная версия одного из самых популярных PHP-фреймворков, выпущенная в марте 2024 года. Эта версия продолжает традицию внедрения передовых технологий и методологий. . .
|
Миграции в Laravel
Wired 18.02.2025
Разработка веб-приложений на Laravel неразрывно связана с управлением структурой базы данных. При работе над проектом часто возникает необходимость вносить изменения в схему базы данных - добавлять. . .
|
Аутентификация в Laravel
Wired 18.02.2025
В современном мире веб-разработки безопасность пользовательских данных становится критически важным аспектом любого приложения. Laravel, как один из самых популярных PHP-фреймворков, предоставляет. . .
|