Привет, есть 1с 7.7 ТиС, база SQL 2005 на сервере 2003. На компах у пользователей сильно тормозит формирование отчетов (по крайней мере жаловались на отчеты) в 1с. Пользователи запускают палтформу со своих компов. Сегодня для эксперемента подключился к серверу и одновременно запустили с пользователем формирование одного и того же отчета с одинаковыми отборами и периодами. У меня на сервер отчет уже сформировался 2 раза(примерно 1-2 минуты время формирования). З.Ы. лицензий на терминал нет. Как ускорить работу на пользовательских  машинах?

компы помощнее купить

сделать локальную копию для отчетов. обновлять по мере необходимости )

(0) отключить всякую сетевую ересь в виде опросов состояния принтера.
Из практики:
аналогичная картина. на сервере 10 сек, с хоста 5 минут. помониторил сетку, отрубил драйвер принтера, который опрашивал состояние сетевого принтера и все заработало

(2) какой ты забавный

(3) ты даже не представляешь насколько) когда вариантов нет приходится быть изобретательным.

обновить статистику на сервере, как вариант, (3) расскажи как сети мониторил...

К (5) А и правда, как мониторил?

как бы вам ни хотелось изобрести велосипед, но терминал

ну и еще, надеюсь на компьютере пользователя не что-то подобное: Процессор Socket 478 Intel Celeron 1.7GHz /400FSB /128k + 256 мегабайт озы =)

(3) как мониторил? В смысле отрубил драйвер принтера?
(7) ну не получше, даже ДДР-3 :)

+(3) как печатать?

(9) Так ты ж не драйвер отрубишь, а монитор, который опрашивает принтер.
Этой хренью сильно грешили лазерные принтеры Canon .

(7) Нефиг вертеть данные на клиенте и писать кривые отчеты
Можно и без терминала насажать 100 пользователей

(8) куча утилит, гугли и выбирай

(9) убил фирменный драйвер, поставил штатно-виндовый

(10) именно так и было

(11) Осталось сказать волшебные слова "прямые запросы" :)).

Может проверить на всякий случай (cliconfg у юзверей и конфигуратион манагер на сервере) клиентский протокол - сделать тсп-ип

Протереть пыль само собой...

+ 11. Но если некогда копать глубже, терминал спасет отца русской демократии

погляди что бы не было мониторов печати от притеров Кенон , как вариант.

(17) принтер конкретно на том компе Samsung во всей сети есть один Canon но он даже не расшарен, он может влиять на всю сеть?

вряд ли , но тестировать лучше начинать с установки чистой винды и проверить на ней. До этого потестируйте скорость копирования файлов по сети до сервера. У нас был случай , что сетевуха глючила на сервере и работа со скоростью 1-2 мегабита

Скорость проще определить копируя тотал командером множества файлов на свой комп (как частный и самый простой случай)

волшебная таблетка здесь

http://www.wirth.ru/load/v7dbnet/1-1-0-2

(21) интересная штука , но я бы испугался ее применять. Проще сервер терминалов все же

(21) База на SQL

22 проще но дороже .я так понимаю с нелицинзом проблема, а на лиценз денег нет.

(24) ага

принципиально ты не догонишь формирование отчета по сети до того же формирования запущенной на самом скуль серваке 1ской.
если объем базы небольшой - делай выгрузки в dbf копию и не парься.

(23) не обратил внимание что у тебя SQL, обычно проблемы с сетью только у ДБФ
а SQL лечение другого рода - анализ неполадок сети, тонкая настройка SQL - обновление статистики, настройка выделения памяти и тп, анализ тормозов отладчиком ВНАЧАЛЕ !

Видимо запросы все типовые или сделаны под типовые, т.е. для DBF. Для скуля - терминал и прямые запросы.

(0) Могу помочь с решением. Варианты програмной оптимизации от штатных до прямых запросов. По оплате договоримся. Если интересно - почта в личке.

да куча может быть причин
тут перечислять это как шахматы по переписке тягомотно