Архив форумов ЦИТФорума

[Light]

сетевые карточки - 3ком, витая пара, свич, тесты проходит нормально, скорость скачивания файлов по сети соответсвует 100М в полном дуплексе, но база 1С по сети открывается иногда мелденно... иногда просто жутко медленно, зависит от конкретной операции в 1С... сервер - Р3-500, рам256, клиенты селерон-300-500, памяти 128 на всех стит W2k
мне говрили что это 1С такая глючная, но как с этим бороться?

[and3008]

Ставить W2K, подымать службу Terminal Services и ходить в 1С через удаленный терминал.
Либо ставь Citrix. По сути все то же.

Ну и кардинальное решение - переход на версию с SQL Server.

[Light]

А версия с SQL Server чем лучше и быстрее? Простите что прошу подробный ответ но мне чтоб шефа убедить нужно будет чуть ли не официальный ответ с подписью и печатью

[and3008]

РАсчет простой до ужаса.

Допусти имеем базу под Гиг.
Имеем 30-40 активных клиентов.
Базы в формате DBF.

Чтоб все работало, нужно оснастить сервак, способный обрабатывать такое кол-во клиентов, самих клиентов (они ж этот Гиг туда-сюда будут тягать), ну и весьма не хилую сеть надо.

Самый большой геморой - сеть и жесткие диски сервака.

В случае с SQL бабки надо вваливать в основном в сервак. И только в него. Трафик будет меньше, ну и масштабировать проще. Можно даже кластер замутить.

[SiDiS]

У меня база занимает 300Мб, работают 4-5 клиентов с 1С, при этом никто не жалуется на скорость, база где все лежит П3-1000 512РАМ, РАИД. Но при этом сетка на хабах 10Мб. Клиентские тачки цел466 128Рам под вынь2к про.

[anthony]

-

[SiDiS]

Так это и не 100Мбит фулл дуплекс, в этой сети почти 50 машин и все работают то с файл-сервером, то в нете сидят !

[Grundig]

Если у тебя на машинах стоит АВП
то нужно исключить следующие файлы по маске
*.usr; *.dd; *.md; *.lst; *.tip; *.st; *.cfg; *.dbf; *.cdx; *.als; *.spl; *.mlg
в АВП мониторе

[Alexey M. Dranishnikov]

AVP Монитор жутко тормозит открытие 1С. Я запрещаю проверку файлов 1cv7.md Как правило, это сильно ускоряет 1С. Торозить может вообще из-за любого антивирусного монитора.

Если сама база небольшая 100-200М и клиентов 5-6 одновременно работающих, то твоей конфигурации сервера и клиентов должно хватать для нормальной работы и с DBF-базами. Но файлов у тебя на сервере будет открыто - мама не горюй.

Если требуется одновременная работа больше 10 человек с одной базой - SQL!
У меня за прошлый год база была до 900 Мег и одновременно бывает свыше 30 чел. С терминалами заморачиваться не стал. Нафига еще один дорогущий сервер (требования к нему будут еще те), если клиенты и так нехилые? А слабее сейчас не делают.

[Node]

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

[DimaM]

Все сказанное выше применительно к тормозам 1С в сети. Но я добавлю из личного опыта:
1)При работе 1 пользоателя с базой 1С все работае достаточно быстро, если к базе подключается еще один пользователь или несколько вот тогда и начинаются тормоза это связано с тем что 2)Win 2000 при подключении к базе 1С, пользователей более одного отключает кэш, даже если в базе оставить после этого 1 пользователя то всеравно кэш не включается помогает для одного только выход/вход в базу. 3)Не ставь 1С базу на серваке на котором запущены различные сервисы типа DNS,WINS,AD и т.д. если есть возможность то выдели отдельный сервак под эту 1С или переводи сервак в обычный файл-сервер как в одноранговой сети 4) сильно тормозит 1С при запущенном скринсэйвере на серваке 5) если сервак настроен как клиент-сервер (типа рабочее место) т.е. во время работы пользователей с базой 1С кто-то юзает на серваке как пользователь или админ. Можно много что еще перечислить, но мой тебе совет не заморачивайся не поможет тебе даже переход на SQL версию все это фигня производительность отличается примерно на 5-10% зато стоит эта SQL очень много (не на 5-10% дороже!!!)да и заморочек поболее с SQL-сервером чем Win2000-сервером, дешевле будет поставить второй проц, поднять объем оперативки( я поставил 1Гб), установить 2-ю(до 4-х) сетевуху настроить на командную работу (такая возможность есть у Intel сетевух), купить недорогой от Intel коммутатор (swich) но не концентратор!!! и перевести клиентов в терминальную сесию (здесь есть халява). Если надо подробнее, то могу скинуть на мыло весь отчет о разгоне 1С. У меня пользователи работают, как если бы запустил 1С на локальном компьютере (база тамже) и в монопольном режиме. Вот и думай. Всего наилучшего!!!

[madrid]

Увидел совет переводить работу с 1С на терминальные сессии. Насколько это оправдано в плане увеличения производительности? Например, у меня порядка 50 пользователей 1С, причем порядка 20 - оперативный учет. Базы - ДБФные, сеть - 100 МБ, правда некоторые сегменты построены на хабах. Работу конечных пользователей тормозила сеть, да и сервер 1С начал сбоить и пришлось (и удалось) вибить сумму на новый неплохой 2-процессорник. Теперь делема: что ставить - SQL-сервер или терминальный.
И как обстоят дела с лицензиями у Win 2000 Server для терминальных подключений? В последний раз у меня было всего 90 дней...

[and3008]

Думаю даже перевод DBF под териминал даст прирост минимум в 50%

Серваку не надо будет тягать базу на клиента и обратно. Все тут лежит, рядышком.
Главное ОЗУ по-боле. Гига 2.

Интересно на SAN кто-то делал 1С? ИМХО очень удачно было бы в плане масштабируемости. Только вот цена...