Заблокирован
1

Нужен совет.

16.10.2006, 08:53. Показов 30488. Ответов 18
Метки нет (Все метки)

Author24 — интернет-сервис помощи студентам
Привет всем. Задача такая есть головной оффис и есть 14 филиалов надо их всех привязать к одному лотус серверу как это организовать, без установки дополнительных серверов в филиалах, какая скорость нужна для канала сязи?
0
16.10.2006, 08:53
cpp_developer
Эксперт
20123 / 5690 / 1417
Регистрация: 09.04.2010
Сообщений: 22,546
Блог
16.10.2006, 08:53
Ответы с готовыми решениями:

Нужен совет!
Привет,есть задание,и решение к нему. Сомневаюсь в коде,мб кто увидит недочеты или ошибки. Задание: Дано натуральные n и m.Сделать...

Нужен совет
1. Как быстро сделать сетку из квадратов, чтобы, при нажатии на определенный, квадрат менял цвет? 2. Почему, когда я создаю фигуру, делаю...

Нужен совет
Вообщем написал программу, вкратце : сущ-ет класс человек, а классы менеджер, рабочий и ученый наследуют его св-ва. Нужно обратиться к...

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
Цитата Сообщение от root
Привет всем. Задача такая есть головной оффис и есть 14 филиалов надо их всех привязать к одному лотус серверу как это организовать, без установки дополнительных серверов в филиалах, какая скорость нужна для канала сязи?
Тот же вопрос. Сейчас подключаем филиал, у них канал 512КБ/с, жалуются, что клиенты на местах тормозят жутко. Так какая скорость нужна?
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
Цитата Сообщение от root
Привет всем. Задача такая есть головной оффис и есть 14 филиалов надо их всех привязать к одному лотус серверу как это организовать, без установки дополнительных серверов в филиалах, какая скорость нужна для канала сязи?
Сколько дашь, столько и съест. У меня пара филиалов сидела на мобиле (еще до GPRSов), на 7800. На 33600 уже можно док-ты листать, но удовольствия мало. Так что первоначально базы инсталлялись с вн.носителя а потом - изменения репликацией синхронизились. Ничё.. года 2 так работали
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
Цитата Сообщение от K-Fire
Организовывать локальные реплики на всех клиентах просто не рекомендую, лотус не умеет нормально работать в такой среде, несмотря на то что должен ;)
Интересно. "А пацаны-то и не знают"(с)
У меня 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
Цитата Сообщение от K-Fire
.. у нас в одном случае постоянно были проблемы с репликацией. То создаст копии документов, то не поменяет вообще. .. Версия лотуса была 5.0.11 если я не ошибаюсь.
Как уже выше было замечено, клиент не имеет полного функционала сервера. В части репликатора это выражается в том, что несколько по другому исчисляются права. Сравните:
- при межсерверной репликации реплицируется только то, что видит приемник И имеет право писать источник (приемнику)
- при клиентской репликации реплицируется только то, что видит и имеет право писать приемник

Чувствуете тонкую разницу? Ну, и "+" всеобщие грабли с часами, зонами: на клиенте они гораздо чаще вкривь настроены
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
Цитата Сообщение от puks
Кстати, насколько я помню, использование почты - это один из способов организации документооборота. Только он редко используется. Но в распределенной сети он оказывается достаточно эффективным.
Я бы тоже не связывался с клиентскими репликациями. Тут-то и при серверных бывают накладки из-за местных админов.
Почта - замечательный механизм. НО - ненадёжный протокол. Так сказать IP. "TCP" на почте тоже можно замутить, но готового механизма гарантированной доставки сообщений в Домине нет. На репликации часто получается проще. При грамотной настройке (нехай админам икнется) она обеспечивает гарантированную (ну, почти) доставку информации (не собщений) за НЕгарантированное время, так сказать "в пределе"
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
Цитата Сообщение от Constantin A Chervonenko
Почта - замечательный механизм. НО - ненадёжный протокол. Так сказать IP. "TCP" на почте тоже можно замутить, но готового механизма гарантированной доставки сообщений в Домине нет. На репликации часто получается проще. При грамотной настройке (нехай админам икнется) она обеспечивает гарантированную (ну, почти) доставку информации (не собщений) за НЕгарантированное время, так сказать "в пределе"
Прошу снять упрек в ненадежности почты, как протокола, ведь если настраивать почтовый обмен между лотусовыми серверами по лотусовому протоколу (не SMTP), то это, фактически, почти что репликация mail.boxов. То есть делается теми же Лотусовыми средствами, что и репликация, открытие чуждой базы, и т.п. И надежность, практически, такая же. А настраивать не в пример легче, чем грамотную репликацию.
0
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
22.05.2007, 11:58 17
Цитата Сообщение от puks
Для: Constantin A Chervonenko
Да вы, батенька, философ
Ну, что поделаешь, возраст... Тянет на дидактику и философию
0
0 / 0 / 0
Регистрация: 26.05.2006
Сообщений: 1,313
22.05.2007, 12:26 18
Цитата Сообщение от Fossil Code
Прошу снять упрек в ненадежности почты, как протокола, ведь если настраивать почтовый обмен между лотусовыми серверами по лотусовому протоколу (не SMTP), то это, фактически, почти что репликация mail.boxов. То есть делается теми же Лотусовыми средствами, что и репликация, открытие чуждой базы, и т.п. И надежность, практически, такая же. А настраивать не в пример легче, чем грамотную репликацию.
Не соглашусь!
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
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
raxper
Эксперт
30234 / 6612 / 1498
Регистрация: 28.12.2010
Сообщений: 21,154
Блог
22.05.2007, 13:02
Помогаю со студенческими работами здесь

Нужен совет
Здравствуйте. Хочу узнать. Сложно ли будет для новичка верстать сайт с такого макета, которой показан внизу, на картинке.

Нужен совет
Здравствуйте, нужен совет по написанию алгоритма. Есть селоктор из 4 систем ( Система 1..Система 4) и есть селектор из 100 тканей (1,...

Нужен совет по БД
Привет всем, подскажите как вшить бд в конечную версию программы в С++ Builder '07года. При запуске проекта в билдере выводит ошибку...

нужен совет!
Здравствуйте! :) у меня возникла проблема, а именно в определении с бесплатным хостингом. Дело в том, что я делаю сайт в php для...

Нужен совет
Доброго времени суток) Имеется wi-fi роутер(DIR-300), включен в обычную локальную сеть, его задача сводится к тому, что бы давать инет и...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
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-фреймворков, предоставляет. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2025, CyberForum.ru