Тормоза 1с бухг 7.7 в сети.

Есть одноранговая сеть, все комп с W98 так как всего 3 места, файл-сервер Сел2000, 256 озу, хард 40 (7200). Другие 2 машины чуть слабее. Все 100 мб\сек, естессно 5 категор, дуплекс. При одновременном их запуске со временем тормозят, причем, чем больше работаешь в сети, тем больше подвисают. Иногда, что бы просто двинуть мышкой с одной строки на другую надо ждать по 5 секунд. На все есть лицензия. Перепробовал все, что можно и разные протоколы,  убрал резидентные программы из памяти. Антивирус убрал. Сетка пингуется нормально (пакеты летают). Грешу на ключ между файл-сервером и принтером. Или нужно устанавливать на файл-сервер операционную систему w2k? Но ведь объем работы (база) не большой? Вряд ли, одновременно открываются более 1024 файла, но где это можно проверить? Спасибо.



P.S.

Есть опыт в работе с сетями и железом, но 1с совсем не знаю!!! (версия 7.7 постоянно обновляется) Устанавливал и обновляет "специалист" из 1с обычно с утра, но проблемы то начинаются после его ухода, ближе к обеду. А директор требует качества. Помогайте (спасайте)!!!

А принтеры у вас наверняка Canon.....

Сносите все мониторы принтеров и тормоза пропадут...

Да, принтер Canon 800, но его консоль отключена, как и все остальное из автозагрузки.

Работаю с сетевой версией 1С 21 релиза, в сети около 70 компов, однако тормоза -следствие нескольких моментов. На 98 форточки внимания не обращай, с ними проблем меньше, чем с 2000.

Считай моменты!!!

1. Наличее банальных завирусованных червями файлов (особенно 1С любит жрать Worm.Elkern-c, а оперативу Worm.Lovesun). Проверять только админом и в сейфмоде.

2. Занятость дискового пространства файл-сервера более чем на 80%.

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

А вообще IDE-шные винты под базы данных не катят. Надо SCSI. Хоть чуть-чуть. И оперативы 512. А то както бедновато выглядит файл-сервер.

Да, вопрос!! У вас там SQL стоит или как? Если он самый то от 256 метров через некоторое время остается 40% номинала.

4. При работе SQL иногда бэкапит данные, вот тогда у вас не то что тормоза буду, а просто СТОП по розе ветров.

Спроси у спеца, который вам ставил 1С, на какое время бэкапы.

Спасибо за моменты.

1. Сегодня проверял касперским со свежей базой, - машины чистые (после удалил AVP).

2. Винт занят менее 10 %.

3. Спама сети быть не может, т.к. в сети всего три компа с бухгалтерией (и все!!!), стоящие рядом в одной комнате. Никто и ничто программно и физически не грузит сетку перекачкой данных.  



Провода переобжал, хаб поменял, блин что еще ей (1с) не хватает?



"Специалист" сказал, что не SQL, и как выход предлагает перейти на нее. Может быть так и поступить? Или все-таки убрать ключ, крякнуть hasp и отказаться от лицензии?

Спасибо.

Если что-то и нужно делать, то не то, что вы планируете.



"Специалист" сказал, что не SQL, и как выход предлагает перейти на нее. Может быть так и поступить?



Смотри статью: http://mista.ru/articles1c/sql.htm



Вкратце: клиент-серверная версия программы устанавливается не для того, чтобы ускорить работу, а чтобы иметь возможность работы с ИБ больших размеров (более 500 Мб).



Цитата:

-----

<...> Быстродействие такой системы [на файл-серверном принципе] зависит от быстродействия диска сервера, скорости передачи данных по сети, мощности процессора рабочей станции, объема ее ОЗУ и некоторых других факторов. Центральный процессор сервера играет второстепенную роль и должен просто обеспечивать передачу потока данных с сетевого канала на диск и обратно, по возможности не внося замедления в этот процесс. <...>

-----



Или все-таки убрать ключ, крякнуть hasp и отказаться от лицензии?



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

Еще дрова на сетевые карты родные ставь - от MS могут быть причиной тормзов

Ну я могу только подтвердить выше сказаное.

Были недавно глюки по сети из-за драйверов, которые ставила сама ХР. Они не правильные. После установки родных драйверов с компашки (для сетевух) глюки изчезли.

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

И ещё: если сервер ХР то там открывается не более 5 баз с одного компа. С 98-й, 2-3 базы. 2003-я сервер, я , лично, открывал более 20 баз, дальше, просто рука устала их открывать.

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