Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Программы 1С. Консультации специалиста. О увеличении производительности (письма авторов и


Служба Рассылок Subscribe.Ru проекта Citycat.Ru
===8<==============Original message text===============
Вопрос.
Проблема  с  быстродействием  в локальной сети. <...вырезаны параметры
сете...>.  При  формировании  отчетов  в  торговле  тормозит  на  глаз
бухгалтерия,  а  второй  компьютер,  работающий  в  торговле  в наборе
расходных   накладных  просто  останавливается.  Проведение  и  запись
приходной накладной занимает 5 минут. Планируется одновременная работа
на  4-х  компьютерах  в  Торговле и на 3-х в Бухгалтерии. Как добиться
необходимого быстродействия БЕЗ таких затратных решений...

Ответ от Сергея (smoke@chat.ru)
1. set nethaspprotocol=tcpip
В  НТ  ControlPanel->System  занести  ту  же  строчку  в раздел System
Environment  Variables  NETHASP.INI  В  описание на 1С сказано, что 1С
использует  первый найденный протокол при работе (поправте меня если я
не  так  понял).  Так что если сеть большая то использование протокола
TCP/IP будет более быстродейственным.
1.2.  На  сервере  НТ настроить Network->Services->Server-Properties->
Если  не  SQL  то  Maximize  Throughtput for File Sharing, если SQL то
Maximize Throughtput for Network Applications
1.3.  Установить  в  привязке  протоколов (Bindings) первым (верхним),
выбранный вами протокол. Предпочтительнее TCP/IP.
2.  Все  сетевые  платы  (Intel/3Com)  перевести  в  дуплексный режим.
Установить  на  сервер  сетевую  плату поддерживающую дуплексную связь
если   таковая   имеется   (см.  описание  на  плату).Также  проверить
поддерживает ли дуплексную связь хаб(повторитель), свитч (hub,switch).
Некоторые  хабы,  типа Intel 330 поддерживают дуплексную связь, если в
них  вставить  дополнительную плату расширения, след-но будет доступен
только   один   полнодуплексный   порт,   который   следует  соеденить
патч-кордом  с  сервером.  Если  же  сеть достаточно большая (более 60
рабочих мест) то можно сделать так: установить один переключатель(!!!)
в  качестве  опорного  к  нему  подсоеденить  сервера  полнодуплесными
связями,    оставшиеся    свободные    порты    переключателя    также
полнодуплесными(!!!)  связями  соеденить  уже  с  переключателями(!!!)
рабочих  групп. Примечание: при использовании оптоволокна для создания
полнодуплексных  связей  между  переключателями сеть будет иметь очень
высокую производительность.
3.  При  работе  со  свитчем  часто  возникает ситуация так называемой
"проблемой  воронки"  (funnel  problem).  Наихудшая ситуация возникает
когда  переключатель  добавляется  в  небольшую  локальну сеть с одним
сервером.  Проблема  состоит  в  том,  что трафик от областей коллизий
(свитч делет сеть на сегменты, здесь подразуменвается трафик сегмента)
проходит через сервер, который соединен полудуплексным портом с портом
переключателя.  Порт имеет полосу пропускания всего 100Мбит. При такой
конфигурации  сети  трафик, имеющий полосу пропускания больше 100Мбит,
пытается  "протолкнуться"  по  каналу  связи,  работющему со скоростью
100Мбит.   Сеть   такой   конфигурации   будет   иметь   более  низкую
производтельность,  чем  простая  сеть,  использующая  лишь  один стек
связанных   повторителей.   Сегменты   сети   подключенные   к  портам
повторителя  обращаются  к серверу. Не исключено, что направляемые ему
пакеты будут появляться в этих портах одновременно. Проблема состоит в
том,   что  направить  серверу  три  пакетя  одновременно  невозможно.
Передаваться  начнет  лишь  один  из  них,  а остальные временно будут
помещены  в  память переключателя. Более того, сервер, получив пакеты,
должен  выдать  ответы  пославшим  их  узлам.  Чтобы  сделать это, ему
придется побороться за связь с переключателем. Чем больше направленный
к  серверу  трафик, тем острее становится эта проблема. Существует три
варианта  решения  решения  проблемы воронки. Первый вариант состоит в
распределении   нагрузки   между   портами   переключателя   настолько
равномерно,  насколько  это  возможно. второй заключается в соединении
серверов  рабочей  группы  с  теми повторителями, пользователи которых
обращаются  к  ним  чаще  всего.  Третий,  самый эффективный вариант -
помещение  серверов  на  полнодуплексные  связи  с  переключателем   и
связывание переключателей между собой полнодуплексными связями.
3.   На   рабочих  станциях  можно  поставить  компоненту  "Управление
распределенными  базами  данных".  Тогда  сотрудники  будут работать с
локальными  комиями  базы,  что  кстати  будет  надежнее с т.з. защиты
информации.  (Зачем  менеджеру  видеть  оборотно-сальдовую ведомость?)
Хотя  это еще спорный вопрос, т.к. оставлять/сохранять любые данные на
локальном  диске компьютера каждый уважающий себя администратор должен
запретить. В итоге, настраиваем центральную базу на обновление данных,
допустим,  в обеденный перерыв. Минусы: стоимость компоненты, теряется
просмотр  в  реальном времени (если есть кассовые терминалы, но на них
обычно все же ставят БЭСТ), головная боль для администартора обновлять
базы (как вариант использовать WSH для автоматизации).
4.   Установить   Windows  NT  Server  Terminal  Edition.  Естественно
использовать  терминальные  сессии.  Что дает? Можно использовать т.н.
"тонких  клиентов"  ведь  все вычисления будут происходить на сервере.
При   внезапном   отключении  клиента  (сбой  в  сети  электропитания,
внезапная  перезагрузка  компьютера)  от  ЛВС  его  сессия  на сервере
сохраняется и после перезагрузки пользователь начинает работать на том
же месте где был до сбоя системы.
5.  Желательно  нарастить  память  рабочих  станций  до 64Мб. Скорость
обработки отчетов и запросов повышается где-то на 30-40%.

P.s. Надеюсь кабель в организации лежит пятой категории.и



Интересное  письмо  получил  от  Александра Вишнякова (lorymour@mail.ru
http://www.lorymour.nm.ru, http://ads-1.nm.ru)
Цитирую:
"У  меня  есть  продвинутый  конструктор,  который устанавливает всегда
самое  новейшее  программное  обеспечение:)...  Так  вот на 2 машины в
конструкторском  бюро  он  установил Windows Me. Все бы ничего, но мои
бухгалтера  (4  рабочих  места) все сидят на Windows NT 4.0 WS. И вот,
как  это  ни  странно, Бухгалтерия 7.7 стала угасать: два рабочих мест
работают  еще  ничего,  но как только подключается третье, а чем более
четвёртое  - все напрочь останавливается.
Я  перепробовал  все варианты, о которых неоднократно говорили другие,
да и я сам - никакого эффекта. Решение нашлось случайно, и оно странно
и  невероятно  для  меня  (ярого  поклонника  NT,  по-крайней мере, до
вчерашнего  дня)... После установки на рабочие места Windows 98 Second
Edition,  все  стало  на свои места, более того Предприятие заработало
намного   шестрее,   чем  раньше.
Хочется  еще  высказать  крамольное  предположение:  Предпиятие 7.7 (в
отличие  от 7.5) некорректно работает в среде Windows NT 4.0. А потому
на  рабочих  местах  следует устанавливать Windows 95/98, а Windows NT
4.0 использовать только как сервер."
Конец цитаты. Вот так оно бывает.
Судя по Вашим письмам проблема производительности одна из приоритетных
для пользователей 1С. Поэтому сейчас набираю материал, а немного позже
выложу его на "Книжку" в отдельный раздел посвященный повышению
производительности. Так что, если Вам есть чем поделиться с другими
пользователями пишите.
Мой адрес прежний: knizka@km.ru, "Книжка" находиться почти рядом :)
http://my.km.ru/knizka или http://mykm.ru/knizka, кому как удобнее.

С уважением, Таранов Сергей.


http://subscribe.ru/
E-mail: ask@subscribe.ru

В избранное