Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток всем. Существующая ситуация: Есть головное предприятие, работающее во Франции. И его подразделение, находящееся в совершенно другой стране за 3000 км от нее. Головное предприятие является поставщиком сырья для подразделения и клентом, покупающем по минимальной стоимости готовую продукцию у подразделения. У каждого - свои задачи, но должен происходить постоянный обмен информацией между ними. Не всей, но конкретной - подразделение шлет состояние склада головному предприятию, то в свою очередь посылает заказы подразделению. Оба предприятия имеют свои работающие СУБД - обе на MS SQL. У нас (подразделение) MS SQL 2000, у них MS SQL 7.0, но планируется перейти на 2000 также. У нас активных пользователей где-то около 50. Возник вопрос об автоматизации обмена информацией (раньше это было файлами) Их предложение: VPN + Terminal Connection, то есть мы здесь бросаем все наше и будем работать через терминалку на их системе. Причем не принимается во внимание различие процессов, языка в конце концов. Наши доводы против: Во-первых, скорость работы - 50 юзеров все-таки. Во-вторых, как бы не увеличивать скорость на местах через провайдера, если она идет через 15-20 хостов (где-то 7 стран), даже имея и у нас, и у них по 4 мегабита, где-нибудь в Финляндии эта скорость резко упадет. Еще один довод - критичность к падениям. В течении 3 месяцев 30 часов соединение отсутствовало. При терминалке это означает полную остановку предприятия. Наше предложение - их переход на MS SQL 2000 и использование репликаций методом транзакций. Между двумя серверамию Их доводы - типа все это ненадежно. Хотелось бы услышать ваше мнение по сложившейся ситуации. Что все-таки лучше и чем лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 09:57 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Кабысдох Наши доводы против: Во-первых, скорость работы - 50 юзеров все-таки. Во-вторых, как бы не увеличивать скорость на местах через провайдера, если она идет через 15-20 хостов (где-то 7 стран), даже имея и у нас, и у них по 4 мегабита, где-нибудь в Финляндии эта скорость резко упадет. Еще один довод - критичность к падениям. В течении 3 месяцев 30 часов соединение отсутствовало. При терминалке это означает полную остановку предприятия. Наше предложение - их переход на MS SQL 2000 и использование репликаций методом транзакций. Между двумя серверамию Их доводы - типа все это ненадежно. Не надежно в чем, в чем конкретно не надежно ваше решение, их доводы?? У них сколько пользователей??? Как часто будет репликация?? Может их не устраивает частота репликации??? Может им не охота на 2000 сиквел переходить?? А возможна ли репликация между 2000 и 7 (я просто не спец в мелкософтовском сиквеле)?? Блин а наш узел М9 частенько падает (я уж не говорю про дибилов провайдеров), это я сам знаю, так как наш бизнес процесс от инета зависит вери матч. Их не еб.... 50 зависших сессий каждый день на серваке??? З.Ы. Бывают же дибилы...... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 12:45 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Репликация - раз в минуту предлагается (если уж так критична оперативность). Я бы делал раз в минут 5. Между 7 и 2000 репликация возможна, но, если я не ошибаюсь, не транзакционным методом. Их доводы "якобы мы пробовали и ошибки были в данных, или данные пропадали". Но мне кажется это недотаток самой базы данных - проектировать надо с умом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 13:26 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Если канал связи не вызывает полного доверия, то репликация однозначно. Или комбинация репликация + терминал. авторпроектировать надо с умомРепликация требует соответствующего проектирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 13:34 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Тяп-ляп Или комбинация репликация + терминал. Хмм... Это как? Терминал - мы работаем на их сервере через терминальное соединение. То есть каждая из 50 машин висит в нете... В случае разрыва соединения - переходим на свою систему и продолжаем работу? А потом данные идут репликацией к ним? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 13:57 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
КабысдохРепликация - раз в минуту предлагается (если уж так критична оперативность). Я бы делал раз в минут 5. С такими частыми репликациями не работал, не знаю в чем могут быть грабли. КабысдохИх доводы "якобы мы пробовали и ошибки были в данных, или данные пропадали". Но мне кажется это недотаток самой базы данных - проектировать надо с умом... Ну а че тогда спорить, если БД - ГАВНО, то репликация может и к ошибкам приводить. Тогда только терминал остается, но по моему это не правильно (блокировки, сессии, инет и т.д и т.п.). Тогда уж надо многозвенку делать, хотя тут гимору будет тоже не мало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 14:53 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
> Их предложение: VPN + Terminal Connection Правильное, но очень дорогое решение. Они себе представляют, что потребуется резервирование каналов, отказоустойчивый кластер и пр. вкуснятина? > Во-первых, скорость работы - 50 юзеров все-таки. Это относительно немного. Но - в зависимости от конфигов серверов и архитектуры сети, конечно - будьте готовы к тому, что шифровать придется аппаратно. ;) > Наше предложение - их переход на MS SQL 2000 и использование репликаций > методом транзакций. Между двумя серверамию Их доводы - типа все это > ненадежно. ;) Ненадежность - понятие относительное. С чем сравниваем? А чего бы вам не поставить у себя 7.0, - и пусть они реплицируют себе на здоровье, а здесь вы уже сами разберетесь, что с ним делать. В принципе, можно vpn поднять, - здесь простои будут уже не так критичны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 15:04 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
В данный момент VPN есть, обеспечивается двумя обычными машинами под Линуксом (Mandrake 10.0). Доводы поставить нормальные рутеры с двух сторон были отвергнуты. Ненадежно они арументируют тем, что уже пробовали и посыпались у них баги кучами и если репликация не отрабатывала они удаляли конфигурацию репликации и пересоздавали ее на каждой стороне и иногда переставляли (!!!) SQL Server. (Дословный перевод) Ну и плюс ко всему описывают два метода репликации (read-write and read only - впервые о них слышу), о том что чтение-запись мощнее но если проблемы с сетью оба сервера ждут подтверждения друг от друга и юзер тоже ждет, и что только чтение более легко потому что это просто копии БД но данные не одновременно.... По-моему бред какой-то... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 15:38 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
КабысдохВ случае разрыва соединения - переходим на свою систему и продолжаем работу? А потом данные идут репликацией к ним?Именно так Кабысдохно если проблемы с сетью оба сервера ждут подтверждения друг от друга и юзер тоже ждет По-моему бред какой-то... Не бред, если не считать, что юзера не могут работать при этом. Они могут ждать только поступления изменения данных, но работать могут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 15:49 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Тяп-ляп КабысдохВ случае разрыва соединения - переходим на свою систему и продолжаем работу? А потом данные идут репликацией к ним?Именно так В этом случае по-любому придется делать репликацию - чтоб наша система получала данные, которые мы заносим через терминалку к ним. Тяп-ляп Не бред, если не считать, что юзера не могут работать при этом. Они могут ждать только поступления изменения данных, но работать могут. "Бред" скорее относилось к переинсталляции SQL Server. По-любому по-моему легче пережить временную остановку инета и продолжать работать у себя в локальной БД, накапливая инфу, чтоб потом сбросить ее репликацией, чем остановить систему вообще. Хотя это конечно мое личное мнение:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 15:58 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
> В данный момент VPN есть, обеспечивается двумя обычными машинами под Линуксом (Mandrake 10.0). Ну по крайней мере, это сервера? Или все совсем плохо? > Доводы поставить нормальные рутеры с двух сторон были отвергнуты. Неудивительно. При общем бардаке плюс/минус точка отказа - погоды не сделает. ;) > Ненадежно они арументируют тем, что уже пробовали и посыпались у них баги > кучами и если репликация не отрабатывала они удаляли конфигурацию > репликации и пересоздавали ее на каждой стороне и иногда переставляли (!!!) > SQL Server. Если на двух концах одинаковые сервера, та же беда? Попробуйте поставить себе семерку и потестировать. Imho в данной ситуации - самое дешевое решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 16:29 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
Линуксы - рабочии станции. Кстати предлагали обеспечивать VPN также и MS ISA-Server 2000. Но все это лирика, вопросы обеспечения VPN... С нашей стороны репликация так же тестировалась. ПРичем тестировалась (насколько я помню) и с двух сторон - с одной стороны семерка, с другой стороны 2000. И работало. В общем, налицо желание двух сторон навязать друг другу свои точки зрения и решения проблемы. (И с нашей стороны тоже, если быть до конца честным):) Просто хотелось бы услышать независимое мнение - кто как решал (или решал бы) эту проблему, если сталкивались с нею. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 16:04 |
|
||
|
Terminal Connection & VPN или Репликация
|
|||
|---|---|---|---|
|
#18+
> В общем, налицо желание двух сторон навязать друг другу свои точки > зрения и решения проблемы. (И с нашей стороны тоже, если быть до конца > честным):) Видимо, кто рулит основным процессом, тот и музыку заказывает. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 16:33 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=148&tid=1545637]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
21ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 346ms |

| 0 / 0 |
