Хотим организовать VPN канал между двумя офисами 100 мбит/с для работы в 1с УПП 8.2 удаленного офиса. Пользователи будут работать в толстом клиенте. У кого такое решение работает?

ну работало, такое как то и что?

Удаленный офис в другом городе? Будете оптику тянуть?

Почему не терминалы?

Может через терминал людей лучше будет запустить?

(0) Кабель тянуть будете ? Или вафлю ставить ?

(4) 100Мб и вай-фай?

(5) До 300 можно: http://www.dreamwifi.ru/airmax

(5) Ну не вафлю, че там вместо нее. Радиоканал

(6) В лаборатории на расстоянии 5 см?

(0) работает на радиоканале около 10 км, терминал, только в грозу связь прерывается

(0) Придется еще один комплект лицензий покупать, т.к. не в одной локальной сети у вас работа будет.
Терминал на порядок выгоднее и по цене, и по надежности

rdp. remoteapp. пользователи и не заметят.

(0) без локалки будет вылетать чаще на порядок

работать будем в толстом кленте, щас тестим 2 чела работали на той стороне трафик небольшой по 500 кбит/с на человека.
НО ЕСТЬ ВСПЛЕСКИ ДО 46 Мбит/с, вопрос что будет с пользователями 1с когда всплеск превысит ширину канала и будет длиться минуты 3 ?

(0) а почему решили VPN. если нет не очень скоростной, то идея не выгорит ...

(14)причем тут интернет
VPN построен на CISCAх 100 мбит/с стабльно пропускная канала

(10) с чего им придется покуптаь комплект лицензий?

(15) не видел. ну у меня в прицнипе такое, ничего херового не замечал, все нормально робит.

(16) Явно дешевле чем циску мучать.

(17) тока один пользователь работает и это я .

(18) почему? идея же работать в одной базе или я мысль потерял?

(20) Терминал позволяет работать в одной базе )))

ЕСТЬ ВСПЛЕСКИ ДО 46 Мбит/с, вопрос что будет с пользователями 1с когда всплеск превысит ширину канала и будет длиться минуты 3 ?
пользователи будут отваливаться ?

(22) как минимум, вспеск случается в момент старта толстого клиента - происходит загрузка всей конфиги в оперативу. Удивляться тут нечему.

и еще не понял, а что все уже давно перескочили с офисных 100 мб сетей на гигабиты внутри зданий?

(24)всплеск происходит при формировании отчета, это и смущает , т.е. длительность м.б. и не 3 минуты , а больше.
в локалке у нас свичи по мегабиту соединины.

(25) сколько клиентов будет?

(26) 60 планируем

(27) нагнется ваш VPN
тут терминальный сервер не каждый справится

Запустит кто-нить проведение чего-нибудь большого из филиала, установятся блокировки, тут пропадет канал и курить будут все - и филиал и офис

60 юзеров для УПП - это очень серьезная нагрузка. я бы делал классикой на трех серваках
терминал помощней + сервер 1С + сервер SQL

удаленные подразделения - welcome через RDP или RemoteApp

(30) что будет с каналом если пользователь RDP печатает отчет размером 10 мбит ?
думаю трафик где-то 4 мбит/с даже со сжатием
умножим на 25 пользователей = 100 мбит канал умер?

Третий год работает человек 15-20 (склад), правда просто по каналу 100 МБит. На 10 поначалу все тормозило, на 100 заметно медленнее чем в офисе, но приемлимо. VPN отнимет по опыту 15-30%

(31) у вас в филиале типография что ли? чтобы 25 человек печатали одновременно )))

ну вроде как 3 филиала.....

по 20 бухов в каждом

(32) на складе народ большие отчеты формирует, года за 3 оборотки по 10.1?
в толстом клиенте работают? УПП 8.2?

(36) На складе народ преимущественно печатает отгрузочные докумены, вернее только там отгрузочные документы и печатаются. Сейчас посмотрел архив показаний счетчиков: в среднем 5000 страниц в день. Конфа самописка на 8.1 работают в толстом клиенте. RDP использовали только для ТСД, но сейчас не используются.

(0) А с другой стороны, какие у вас есть варианты. Попробуйте канал на 10, не хватит, добавите до 100. Или от вас зависил будут ли два офиса?

да вот решение нужно принять распределенку на три офиса ставить или по каналу 100 мбит/с всех запустить?

канал конечно vpn и реальная пропускная 80 мбит/с

не я думаю у вас сервер нагнется ...

я думаю, мб вам не VPN все таки попробывать такое дело, 3 филиалы 3 машины терминального сервера, которые имеют доступ к серверу с 1С и SQL. Чтобы каждый филиал работал на отдельной машине.
Если кто-нить косячнет и положит машину, то хотя бы проблем будет меньше.

(40) Боюсь без эксперимента не угадать. вы сейчас на одной площадке? Можно попробовать сейчас в коммунакационном шкафу сгруппировать пользователей по коммутаторам, а коммутаторы объеденить не гигабитным аплинком, а 100 или даже может десяткой и посмотреть как это будет выглядеть

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

(44) Мне кажется одинаковые риски, что прямое подключение , что обмены. Пользователей не нужно шибко обучать, я взял одну типовую операцию средней напряжности и мобилизовал столько человек, сколько смог (а смог 80 % активных пользователей). Стало более менее понятно, что прямое подключение потянет. Работаем уже два года. Мне страшно представить, что мы эти два года бы кувыркались с обменами

(45) у тебя задача другая, основная нагрузка при проведении документов, а здесь нагрузка при формировании отчетов, а как протестить какие отчеты будут запускать 60 бухов, да еще плюс финнасисты/ъкономисты, запустил ушел а там всех пользователей повышибало

Если распределёнка, ещё одну УПП придётся покупать? Серверную?

В тонком клиенте нельзя работать? УПП старая? Разработать недостающие формы для тонкого клиента возможно?

(0) самое невыгодное решение. тут нужен или терминал, или распределенка.

(31 Измерять отчеты в мегабитах - это круто.

(31) на производстве 15 активно работающих и печатающих сотрудников (технологи производства и кладовщики) работают в терминале, между производством и терминальником канал 8 мбит, на нем еще телефония с производством висит. Ширины канала вполне хватает.

(50) при печати больших отчетов на сколько загружен канал ?