Добрый день! Появилась проблема в подключении 1С клиента к базе данныйх, которая лежит на удалённом сервере. 1С просто напросто зависает при инициализаии базы данных. Кто подскажет как решить данную проблему?
P.S. 1С 7.7 в редакции 4.5

P.P.S. Уже гуглил инет, толкового решения так и не нашёл...

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

Робовал и в монопольном, и в режиме конфигуратора. Каталоги естественно разделены. Зависает в любом режиме.

Грешу на криво установленную сеть, которую до меня делали. А в режиме терминала им религия не позволяет запускать 1С:oops:

P.S. Пользователей всего 6, поэтому юзается дбф.

P.P.S. Если поднять SQL Server, сколько времени потребуется чтобы на него 1с повесить?

Я в 1С мало конечно понимаю, поэтому не судите строго... НО! На сколько я помню, там в зависимости о того, какая 1С стоит (типа там распределенная или еще какая) требуется определенная пропускная способность канала. Может быть просто при индексации базы происходит тайм-аут из-за неспособности канала передать весь объем информации за определенный срок и клиент подвисает?
Имхо, с 1С вообще удаленно надо работать только по терминалу, иначе проблем много...

Интересно, как теперь убедить начальство юзать термиинал???
Просто суть проблемы что хотят, "чтобы было как у бухгалтеров" (они находятся в локалке с сервером), а терминал и прочее их не устраивает непонятно почему:(

Может провести кабель от одного офиса к другому? и соединить два офиса в одну большую локалку?:oops:

А как у вас 2 офиса друг с другом общаются? По VPN ?

У других 5 пользователей таже проблема ???
Если нет, как они подключени к серверу. 100 мегабіт есть на сервер???

hustler1 Сам то понимаешь чего хочешь? Правильно сформулированная задача содержит в себе половину решения.

Что мешает поднять на чём-нибудь терминальный сервер и запустить для демонстрации 1C терминально? А затем поинтересоваться заметили ли разницу.

все правильно и будет зависать ХР по сети дает обращение лишь на 5 пользователей!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! плюс ограничение на открытие файлов по сети!!!! ставь 2003 сервер или ломай хрюшу

а если сделать раздельные базы и синхронизацию между ними? у мну на рабе так сделано.

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

Да офисы общаются по впн. У других пользователей такой проблемы нет. В частности есть другой филиал, там всё отлично.
На сервере и так стоит 2003.
100 м\б есть на сервере конечно))) соединение к серверу расшарено по локалке.

Синхронизация баз? в 1с 7.7 она вроде криво сделана?

hustler1:
Так ширина VPN канала какая?

Не смотрел сколько ширина Считаешь канала нехватает?

Что я думаю по этому поводу, я уже написал в своем предыдущем посте, все зависит от версии 1С (названия ее), и писал я не от балды, а из собственного опыта работы с 1С, хотя и небольшого... Тем более, если локальные пользователи при этом нормально работают....

у мну на одной машине сервер бд а на другой сервер 1с и её клиенты. так канал у мну меж ними 1гбит. если ставить 100мбит то на трудоемких операциях вылетает. так шо надо распределенную базу и синхронизацию делать. как обмены пашут в семерке незнаю-у мну восемь один.

Ну еще выход терминальная сессия, кряк на ХР что бы сделать его терминальным в инете на каждом углу...в принципе как и патч что бы цеплял больше клиентов локально

Вот крутизна, DBF база на удаленном доступе (без терминала). И кто-же до такого мазохизма додумался? Как вы себе представляете перекачку БД по интернет соединению при подключении юзера? Почитайте про файловые базы и сразу поймете почему зависает. Теперь по поводу ОС с БД, если Windows XP (или любая другая десктопная ОС), то она имеет не только ограничения на количество одновременных сетевых подключений, но и ограничения на одновременное открытие файловых сокетов, что для многих конфигураций\размеров БД критично даже при работе одного юзера (например у меня безумная 1С 8.1 Зарплата с БД на несколько тысяч сотрудников под одного юзера умудряется открывать 14000 ф.с. И наконец проверь компы и сервер кидокиллером от Касперского (он реально может забивать канал). SQL тебя для удаленного доступа так-же не спасет. Выход - только терминал, если параноидальное рук-во в части безопасности, то терминал с шифрованием и сертификатами. Поднимаешь помимо сервера терминалов, сервера лицензий еще и сервер выдачи сертификатов с 1024 бит ключом шифрования. Сервер ест-но должен быть не слабым, БД (файловая) лежать на отдельном скоростном винте (а лучше RAID 0 с настроенной политикой бэкапов) и как минимум Windows 2003 Server Standard (для SQL БД лучше сразу разориться на 2003 Enterprise).