Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.11.25;
Скачать: [xml.tar.bz2];

Вниз

Организация передачи данных по диал-ап соединению   Найти похожие ветки 

 
Начальник ИТ   (2007-10-18 12:37) [0]

Добрый день мастера. Я здесь первый раз. Прошу прощения, если не в тему.
Начальник фирмы попросил организовать работу своих удаленных офисов через систему клиент-сервер до главного оффиса, дабы быть постоянно в курсе их работы и контроля информации. Но работа по интернету (диал-ап соединение) очень не выгодна. Выделенки у нас еще нет (районный центр).

К вам вопрос, как лучше всего в этом случае организовать синхронизацию информации сервера и рабочих станций удаленных оффисов. Всего около 50 оффисов. В офисе по два-три компьютера.

У меня пока одна идея увязать каждый офис по телефонной линии с своим логином и паролем и обрабатывать звонки всех звонивших по очереди.

Отвечу на любой вопрос, готов осбудить ваши идеи .

Заранее спасибо за внимание.


 
Правильный_Вася   (2007-10-18 12:41) [1]

используй терминальный сервер в головной конторе
БД одна в ней же
при необходимости работы филиалов подключаются и работают
трафик маленький


 
boriskb ©   (2007-10-18 12:47) [2]

> К вам вопрос, как лучше всего в этом случае организовать
> синхронизацию информации сервера и рабочих станций удаленных
> оффисов


Так от задачи зависит.
Есть задачи для которых один два раза в день связаться и обменяться информацией - этого и хватит.
Есть задачи, для которых достаточно [1]
А есть задачи, которые в описанных условиях и не решишь.


 
Начальник ИТ   (2007-10-18 12:54) [3]


> Так от задачи зависит.
> Есть задачи для которых один два раза в день связаться и
> обменяться информацией - этого и хватит.
> Есть задачи, для которых достаточно [1]
> А есть задачи, которые в описанных условиях и не решишь.
>


Спасибо за вопрос. Отвечу.
Шефу нужен постоянный контроль или хотя бы обновление раз в час. У меня идея кешировать базу в кажом офисе, а потом обновление/измение запрашивать на главном сервере.


 
Начальник ИТ   (2007-10-18 12:55) [4]


>  кажом

конечно же в каждом.


 
Reindeer Moss Eater ©   (2007-10-18 12:57) [5]

У меня пока одна идея увязать каждый офис по телефонной линии с своим логином и паролем и обрабатывать звонки всех звонивших по очереди

Все с точностью до наоборот.
Звонить должен ЦО, если шеф хочет контролировать процесс.


 
Начальник ИТ   (2007-10-18 13:07) [6]

Возможно я неправильно написал по поводу контроля.
Уточню. В центральном оффисе есть человек, который будет создавать запросы по желанию шефа и получать информацию в удобном для анализа виде. То есть инженер-аналитик, он же економист.


 
Reindeer Moss Eater ©   (2007-10-18 13:09) [7]

и чего?


 
Начальник ИТ   (2007-10-18 13:11) [8]


> Все с точностью до наоборот.
> Звонить должен ЦО, если шеф хочет контролировать процесс.
>


Всегда считал что клиенты делают автодозвон до сервера, а ту говорят обратное.


 
Reindeer Moss Eater ©   (2007-10-18 13:13) [9]

Всегда считал что клиенты делают автодозвон до сервера, а ту говорят обратное.

Ага.
Картина маслом:
шефу вдруг портебовались данные, он зовет начальника ИТ, тот звонит голосом в филиал, МарьИванна, срочно позвоните нам и обновите данные.


 
Начальник ИТ   (2007-10-18 13:17) [10]


> шефу вдруг портебовались данные, он зовет начальника ИТ,
>  тот звонит голосом в филиал, МарьИванна, срочно позвоните
> нам и обновите данные


Я имел ввиду, что каждая загрузка программы автоматом запрашивает связь с ЦО и получает/отправляет данные, не зависимо от желания пользователя.


 
Начальник ИТ   (2007-10-18 13:19) [11]

Есть другие мнения ?

Прошу отписать.


 
Reindeer Moss Eater ©   (2007-10-18 13:20) [12]

Особенно когда в филиале никто не знает, что именно сейчас ЦО нужны данные, и что именно сейчас надо загружать программу, что бы она автоматом что-то там сделала.


 
Sergey13 ©   (2007-10-18 13:23) [13]

> [11] Начальник ИТ   (18.10.07 13:19)

А с чем собственно вы уже работаете? СУБД какая то крутится? Файлами обмениваетесь? Что есть?


 
KSergey ©   (2007-10-18 13:27) [14]

Идей нет может от того, что так вот "в общем" такие задачи решить невозможно.
о чем > boriskb ©   (18.10.07 12:47) [2] уже писал.


 
Reindeer Moss Eater ©   (2007-10-18 13:27) [15]

По моему разницы никакой нет, файлы там у них, или грид оракловый.
Ясно что нужен tcp/ip между ЦО и филиалами а значит диалап.
Причем инициатором соединения должен быть центр.


 
boriskb ©   (2007-10-18 13:27) [16]

> Уточню.

По крайней мере для меня ничего не уточнилось.
Здесь важна интенсивность заполнения/изменения базы, трафик, скорость и устойчивость диалапа.
Чего начальнику надо? Базу глядеть или какие то сводные отчеты?
Он реально каждый час будет глядеть отчеты?
Чего клиентам надо? Полная синхронизация с центральной базой?
Сейчас как клиенты работают с базой? Никак не работают?

Да куча еще чего, чтобы аргументированно отвечать.
А общие рассуждения на отвлеченную тему "синхронизация данных с удаленным филиалом" - это да. Наговорят здесь сколько угодно :)


 
Slym ©   (2007-10-18 13:28) [17]

Репликацию можно написать самому (на тригерах) или воспользоваться штатными средствами СУБД...
Связь:
1. Сервер
1.1. пул из 2х и более модемов
1.2. DHCP
1.3. в TCP сжатие (чтоб быстро отзванивались)
1.4. контроллер домена чтоб юзеров наделать (и галку разрешить дозвон)
2. клиенты (один комп из офиса)
2.1. 1 модем
2.2. По расписанию звоним на сервер и реплицируем базу
2.3. Можно реплицировать настройки дозвона/репликации


 
Сергей М. ©   (2007-10-18 13:28) [18]


> каждая загрузка программы автоматом запрашивает связь с
> ЦО и получает/отправляет данные, не зависимо от желания
> пользователя


А если пользователь не желает загружать программу вообще ?
По причине, например, того, что в периферийном офисе у МарьВанны сегодня ДР, ее коллеги по этому великому случаю уже с утра "подшафе" и не желают, чтобы шеф испортил веселуху ?)


 
Reindeer Moss Eater ©   (2007-10-18 13:29) [19]

Плясать надо не от специфики задач, а от имеющихся в наличии средств их решения. В районном центре.


 
boriskb ©   (2007-10-18 13:45) [20]

> 2.2. По расписанию звоним на сервер и реплицируем базу

Ну да.
База 15 гиг и диалап в среднем держится не более 5 мин.
или
База 50 мег и диалап устойчиво висит хоть весь день

Телефон вечно занят
или
под диалап можно отдельную линию отвести

И куча еще чего.
И все одинаково решается?


 
Начальник ИТ   (2007-10-18 13:45) [21]


> А если пользователь не желает загружать программу вообще
> ?
> По причине, например, того, что в периферийном офисе у МарьВанны
> сегодня ДР, ее коллеги по этому великому случаю уже с утра
> "подшафе" и не желают, чтобы шеф испортил веселуху ?)


А есть ФО каждого человека, так вот инженер по договорам обязан вести базу, а в его отсутствие начальник оффиса.


> По крайней мере для меня ничего не уточнилось.
> Здесь важна интенсивность заполнения/изменения базы, трафик,
>  скорость и устойчивость диалапа.
> Чего начальнику надо? Базу глядеть или какие то сводные
> отчеты?
> Он реально каждый час будет глядеть отчеты?
> Чего клиентам надо? Полная синхронизация с центральной базой?
>
> Сейчас как клиенты работают с базой? Никак не работают?
>


Каждый час он конечно не будет смотреть, но економист точно должен знать что твориться в каждом оффисе. Сколько договоров заключено, на какую сумму, реквизиты заказчиков и т.д. по бухгалтерии и складу.

Так вот хочется что бы была одна запись про организацию, а не две-три.

Пример: Петров владеет фирмой ТОВ "Яблочко" и ТОВ "Слива", так вот мы сделали список клиентов.

Также сделан список организаций по налоговому коду с реквизитами.

Один оффис заключил с ТОВ "Яблочко" договор на поставку чего-либо, а другой офис уже имеет с этой фирмой договор. Так вот не хочется что бы было две одинаковых организации в базе на сервере.

К тому же удаленный оффис мог договится про повышение расценок на наши услуги. А центральный об этом еще не знает. Поэтому хочется максимально автоматизировать процесс.

Спасибо за вопросы. Задавайте отвечу по возможности на все.


 
Начальник ИТ   (2007-10-18 13:48) [22]

Да совсем забыл сказать о главном. Сейчас есть база Парадоха через БДЕ в кажом офисе. В центральном офисе сделана максимальная нормализация. Планируется жар-птица.


 
Slym ©   (2007-10-18 13:51) [23]

boriskb ©   (18.10.07 13:45) [20]
Ну да.
База 15 гиг и диалап в среднем держится не более 5 мин.
или
База 50 мег и диалап устойчиво висит хоть весь день


Репликация<>"Тупо скопировать все"
Репликация == скопировать изменения от прежнего состояния
т.е. при регулярном прозвоне объем изменений должен быть минимальным и только при длительном простое объем репликации бадет значительным


 
Reindeer Moss Eater ©   (2007-10-18 13:51) [24]

Начальник, тебе скучно?
Зачем тебе наши вопросы?


 
Правильный_Вася   (2007-10-18 13:51) [25]

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


 
Начальник ИТ   (2007-10-18 13:53) [26]

Да связи есть отдельный номер телефона. За год база в каждом оффисе равна примерно 8-9 метров


 
Jump   (2007-10-18 13:53) [27]

Выделенки у нас еще нет (районный центр) {...} Всего около 50 оффисов. В офисе по два-три компьютера{...}Шефу нужен постоянный контроль или хотя бы обновление раз в час.

Прикольно. От 100 до 150 компьютеров. То есть, если считать по офисам, то это около 50 дозвонов в час - это немного больше, чем 1 минута на дозвон/соединение/аутентификацию/передачу данных, при условии наличия 1 модема. 2, 3, 4 модема ситуацию все равно не особо спасают. То есть, всякие диалапы в данной ситуации - не решение. Самое время выделенку тянуть. Тем более, при такой развитой сети офисов.

P.S. 50 офисов в районном центре?! А что они делают?


 
Сергей М. ©   (2007-10-18 13:54) [28]


> инженер по договорам обязан вести базу, а в его отсутствие
> начальник оффиса


А ни того ни другого нет на месте по ув.причинам. Или оба (а они что, рыжие ?) в первых рядах зачинщиков сегодняшней веселухи)... Кто ж себе во вред и в угоду шефу будет запускать твою программу ?)... Ищи дураков))


 
Jump   (2007-10-18 13:56) [29]

То есть, 100 Мб сеть. И работа напрямую с центроофисной БД.


 
Sergey13 ©   (2007-10-18 13:56) [30]

> [21] Начальник ИТ   (18.10.07 13:45)
> Спасибо за вопросы. Задавайте отвечу по возможности на все.

Если можно еще один? Каков бюджет этого желания вашего шефа?


 
Slym ©   (2007-10-18 13:57) [31]

Slym ©   (18.10.07 13:51) [23]
База 50 мег и диалап устойчиво висит хоть весь день


качал по диалапу (31к) файл 10Мб за 10сек :)
спросишь как? оч просто: файл из 1 символа, опции TCP сжатие

Базы тоже в основном сильно поддаются сжатию


 
Админ   (2007-10-18 13:58) [32]

Правильный_Вася   (18.10.07 13:51) [25]
в случае такой неразберихи [1] проще и в реализации, и в содержании
тем более диалап
отвалившийся коннект элементарно восстанавливается в ту же сессию с незакрытыми программами для продолжения работы
и БД актуальная всегда, с точностью до минуты
и нет надобности что-то реплицировать, заставляя кого-то что-то там запускать


У нас бы это обошлось в 24000 в день (диалап - 60 руб/час днем)


 
Начальник ИТ   (2007-10-18 13:59) [33]


>
> P.S. 50 офисов в районном центре?! А что они делают?

50 оффисов по областям/районнам/селам. Но на связь будут выходить только 50 компов (логинов)


 
Slym ©   (2007-10-18 14:00) [34]

Начальник ИТ   (18.10.07 13:53) [26]
За год база в каждом оффисе равна примерно 8-9 метров


я так понял клиенты добавляют в центральную копилку, а копилка добавлять клиентам ничего не должна, а только править имеющееся по возможности?

если так то
Jump   (18.10.07 13:53) [27]
около 50 дозвонов в час

звонить нужно только при наличии изменений


 
boriskb ©   (2007-10-18 14:01) [35]

> [21] Начальник ИТ   (18.10.07 13:45)

Интенсивность?
Как сейчас описано - так достаточно однократной репликации в день.
Вряд ли один и тот же клиент в один день в разных офисах заключит два договора.
Это одно.
Если же такое возможно и часто, то совсем другое решение.

Ты сам себе эти вопросы позадавай.
Для себя уточни начальные условия.
Многие вопросы сами отпадут.


 
Slym ©   (2007-10-18 14:02) [36]

или в центральный офис полноценный инет, а в переферию GPRS модемы :)


 
Начальник ИТ   (2007-10-18 14:03) [37]


> Сергей М. ©   (18.10.07 13:54) [28]
>
> > инженер по договорам обязан вести базу, а в его отсутствие
>
> > начальник оффиса
>
>
> А ни того ни другого нет на месте по ув.причинам. Или оба
> (а они что, рыжие ?) в первых рядах зачинщиков сегодняшней
> веселухи)... Кто ж себе во вред и в угоду шефу будет запускать
> твою программу ?)... Ищи дураков))


Ладно, я согласен что всегда будут решать на местах, как скрыть информацию от центрального оффиса.


 
Начальник ИТ   (2007-10-18 14:04) [38]


> я так понял клиенты добавляют в центральную копилку, а копилка
> добавлять клиентам ничего не должна, а только править имеющееся
> по возможности?


Правильно понял.


 
boriskb ©   (2007-10-18 14:05) [39]

> [31] Slym ©   (18.10.07 13:57)

так сети разные бывают.
Я в 2001 году по районым сетям в Забайкалье качал около 10 мег мин 25-30

Я же не говорю, что твое решение не правильно.
Я говорю, что решение очень сильно зависит от реальных начальных условий.


 
Правильный_Вася   (2007-10-18 14:05) [40]


> У нас бы это обошлось в 24000 в день (диалап - 60 руб/час днем)

для неумных пользователей так и будет
я же говорил о соединении "при необходимости"
и отсоединении "при потере необходимости"
кроме того, звонить-то себе, а не провайдеру
разве только за повременку платить...



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2007.11.25;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.56 MB
Время: 0.059 c
15-1193237029
Mozart
2007-10-24 18:43
2007.11.25
wi-fi..


15-1192992518
Cerberus
2007-10-21 22:48
2007.11.25
Помогите собрать системник за 14к р.


2-1194021209
Riply
2007-11-02 19:33
2007.11.25
Не юникодные платформы.


6-1174306146
Vostrik
2007-03-19 15:09
2007.11.25
IdSMNP


2-1194116561
timekiller
2007-11-03 22:02
2007.11.25
Добраться до компонента перебором Components





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский