Тормозит 1с8.2 по сети #514048

Имеется 3 ПК в 100 мегабитной сети 1с 8.2 Управление торговлей, файловая база лежащая на одном ПК и остальные подрубаются по сети База 400 метров примерно Если запустить 1с на компе где база то проведение выполняется 1-2 сек. Если подключиться по сети к этой базе выполнение происходит 30 сек Вот то что занимает много времени: ПолучитьФормуПКО(ОбъектПКО).ЗаписатьВФорме(РежимЗаписиДокумента.Проведение); это пару секунд выполняется форма.ЗаписатьВФорме(РежимЗаписиДокумента.Проведение); а вот это выполняется более 30 секунд и больше Компы среднии офисные, операционка win xp Мучаюсь уже две недели не могу решить проблему( Помогите пожалуйста

не решишь ... меняй свинью на сервере

В чем причина таких тормозов? если на компе где база работает нормальна, а именно по сети тормоза.

ТИИ, chdbfl делал?

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

Нагрузка на сеть не превышает 40%. Смысл от гигабита?

Файлы по сети ганяются нормально, скорость 10-12 метров.

Кэширование, когда подрубается юзер по сети винда отключает кэширование диска. Отсюда и тормоза. Решение - переходить на серверную ОС

"операционка win xp" + "Тормозит 1с8.2 по сети" = порванный баян. В поиск.

Этой проблемы 100 лет в обед, когда еще 8-ки небыло, 7-ка вела абсолютно аналогично

Перенес 1с на домашние ПК. Два двух ядерника с 4 га оперативы. Все выполняется в пределах 3-5 секунд. операционка win 7 x64.

Просто "Тормозит 1с по сети"

Все нахожу для 1с 7. для 8 ничего интересного. А есть какие нибудь бесплатные решения проблемы? потому что там денег на сервер не дадут. третий комп двухъядерный с кажется 3 гигами оперативы. может из него терминальный сканер сделать?

терминальный сервер

"Файлы по сети ганяются нормально, скорость 10-12 метров." Ради интереса сделай удивишься...........

нужно искать проблему, что тормоза вызывает. Может терминал решит.

буду иметь ввиду. есть ли еще какие нибудь предложения. Индексирование выключено.

Терминал понятно дело решит проблемму. Терминальный сервер это не малые затраты. А нада попробовать решить проблемму с минимальными затратами. Денег не выделяют под сервер. Если тока на линуксе собирать

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

тебе и говорят, переведи на гигабит всё, посмотри, дальше будет ясно, что и как. Скорость сети в разы поднимется, увидешь. Потом думать. Может система, антивирусы, фаеры...

пропускная способность + скорость, вот смысл

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

И нагрузка на сеть не превышает 40 процентов с учетом, что работает трекер

файловый сервак под линух, это на самбе который? Очень плохое решение

для 1с

"у меня дома 100 мегабитная сеть все летает. но компы в разы мощнее. получается сеть тут не причем" Да пусть хоть у тебя супер компы стоят(дома/или где). Машины мощные - это понятно, но тормоза делает сеть, если файлы гоняешь по сети. И СУПЕР МАШИНА этого не решит. Нужно хорошее сетевое оборудование. Хотя может и не в сети у тебя проблемы, но тем не менее....

Источник проблем один и решение тоже одно, и оно не зависит 1С 7.7 или 1С 8.2 эээ ... видно плохо читал. Дома ты один сидишь, и у тебя кэш работает. Поэтому и тормозов нет

Нет не в сети, а дисковом кэши

Может хватит тупить, а начнете читать, а не в очередной раз рвать этот баян? Потеря производительности при подключении второго пользователя При подключении второго (и последующего) пользователя к сетевой (не SQL!) базе 1С резко возрастает "торможение" 1С:Предприятие 7.7 при работе по сети. Причем, при отключении второго пользователя торможение сохраняется, до перезагрузки сервера. Это особенность Windows NT/2000 (любая не сетевая ОС)- система не умеет кэшировать (сохранять в памяти) файлы при совместной многопользовательской работе по сети. Проблема описана в статье на диске ИТС (от фирмы 1С). Способы задействовать файловый кэш:    * Установить сеть NetWare (где кэш работает нормально)    * Установить программу SuperCache (для некоторых конфигураций обещается ускорение в несколько десятков раз)    * Использовать жесткий диск со встроенным кэш-буфером  и повышенной пропускной способностью (обычно – относительно дорогие модели SCSI) Другие варианты действий:    * SQL-вариант 1С:Предприятие (при работе с базой SQL). Идеологически это самый правильный подход, однако, на практике он наталкивается на относительную дороговизну легальной установки, а также на ряд особенностей реализации по сравнению с DBF-вариантом 1С:Предприятие.    * Сервер терминалов (по сети передается только изображение экрана, клавиатура и мышь).    * - DBEng32 - клиент/серверное использование DBFной версии 1С:Предприятие 7.7 (перенос на сервер CodeBase). (с)

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

так автору и говорят, что проблему нужно найти, кто тупит то.....

Попробуй дома запусти на компе базу, и с другого(!) компа открыть эту же базу

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

Трудно найти черную кошку, в темной комнате, особенно когда ее там нет

Положи базу на ноут, у тебя на ноуте будет все нормально, а с ПК будет тормозить

Дома два компа и нетбук. База на первом компе. Все время к базе подключен комп на котором база. Подключаюсь со второго ПК по сети к базе, все нормально. Подключаюсь с нетбука при этом отключаюсь от базы со второго ПК, проведение длится 40 сек.

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

"При подключении второго (и последующего) пользователя к сетевой (не SQL!) базе 1С резко возрастает "торможение" 1С:Предприятие 7.7 при работе по сети. Причем, при отключении второго пользователя торможение сохраняется, до перезагрузки сервера. "

Но на компе выполняется около 40 сек.

вот Америку открыл, у автора вопрос, как решить проблему при подключениях по сетке. Локально - ясен пень, будет всё гуд. Там дальше копать надо.

И чем в не устраивает? Или он думает что то новое придумали?

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

а файловый сервер на linux не решит проблеммы? кто пробывал? начнем с гигабитных сетевух

блин, всё может решить проблему, нужно знать от куда ноги растут.......

Семь файловых баз на филиалах, сеть гигабит, УТ, самба на фряхе, распределенка - результат регулярные сбои в структуре баз, были такие которые не личились - востанавливали из центральной, потом наш админ сделся - поставили на XP и проблема отпала

сеть одноранговая то?

Одноранговая

потери пакетов в сети есть? какой свитч стоит? ошибки на портах свитча смотрели?

потерь нету, свитч гигабитный asus

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

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

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

400 метров это не много для файловой УТ и пользователей не более 7-10 ти, тока если не дописывали кривыми руками, имеем 1,5 Гб с оценкой производительности на 4-ре, смотри процедуру детальней которая тормозит

интересно, а когда это было и какая 1с? Потому как еще в далеком 2003г 7.7. файловая бух бегала под samba заметно шустрей, чем из под винды. И не глючила.

Посмотри вниматльно настройки доступа на записи, могли включить галку и тормоза тут как тут

1С УТ 8.1, платформа 15, УРБД

РБД

Расшариная по сети или терминал? База стоит на Windows xp или на Windows server?

XP шара