как убрать тормоза в 1С #22436

сервер загибается...производительность падает... клиенты возмущаются... какие есть доступные способы повышения скорости работы? пока SQL или купить двухпроц сервер откладывается... на диске 2,5ГБ своб места, память 512мб, проц 2,4ГГц . в сети постоянно 20 компов в терминальн службе. наблюдаю проблему Производительности - когда одновременно несколько человек пытается получить свой отчет или провести документ. ГП - обычно в норме.

Пора вам батенька на SQL. Раз уж под терминалом кирдык - значит скуля не избежать имхо :-)

Самый простой способ - купить нормальный терминальный сервак. Двухголовый с 2 ГБ ОЗУ и скази рейдом

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

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

3) насчет отчетов ваше мнение мне по душе! - будет реализвано. у меня есть возможность контроля количества запущенных задании - уж думал отложить задания пользователя не запуская до тех пор, пока есть незавершенные... Про двухпроц- да.... если куча народу одновременно лезут - тут точно на процессорах не выедешь...

Нанять нормальных специалистов

6) это- когда других способов не будет... 8-)

Купить двухпроцессорный сервак с 2 гектарами пямяти. Насчет того что "не все программы могут успешно работать в двух проц системах" - бред. SQL платформа на таком серваке с таким количеством памяти загнется.

(3,4) поставить 2Xeona под управление W2003 и будет летать просто...

6) также нереально уйти от дбф формата... есть более компактные и быстрые базы данных...

Памяти маловато?

2проц. Xeon, 4Gb Ram, SCSI etc. Сеть из 40 машин, половина бездисковые станции, Вынь2к3 и полный терминал(не Citrix), и без скуля!!! Все работает без проблем

Нда, получается оперативную ситуацию увидеть - хрен вам? Не нравиться мне ваш способ

8) и 9) не предсталяю в сравнении...не подскажете сравнительные характеристики- хоть примерно!

Естественно в варианте памяти крайне мало!

мдя...каждай терминальная 1с-сессия жрет 25-35 Мб памяти. удвойте память, хотябы для начала.512Мб мозгов - это примерно 80-90 мериканских рублей. если их у конторы нет - это диагноз.

Нужно посмотреть колво пямяти занимаемое сеансом юзера. Возьмем среднюю величину 50 мб. Для 20 юзеров 1 гектар памяти требуется. еще как минимум полгектара на нужды сервера. Всего 1,5 Гектара минимум. При таком раскладе 2 процессорный сервак 2,4 Ггц, с винтами SCSI будет быстренько шевелиться. Это если размер базы не больше 1 гектара.

15) извиняюсь!!!! проверил: две по 512К Всего 1 048 032 байт

сравнивать с чем, с твоим? производительность минимум раз в 10 увеличится (учитывая, что 2Xeon - есть 4 проц, уведичение памяти, скорости дисков и прочие связанные с нехваткой ресурсов проблемы)

Одним словом, если контора денег на апгрейд не даст, пиши пропало. Других способов , как видишь нет:)

но сервер показывает занятость максимум 30% памяти!!!! при подключении новых юзеров потихоньку повышается но не так быстро как в 17)

сеть какая?

14) примерно сколько баксов такой компью стоит? в 10 раз - это впечатляет и думаю для директ достаточн веский аргумет!

Для начала самаму сняться с ручника.

а какая нафик разница, он же в терминале работает :-) я так понимаю база на нем же находится...

22) win2000сервер и на остальных win98.

смотря какой, точно не скажу, но примерно от 3 до 6 к$

если 6000$ умножить на 30. 180 тыс рублей... прилично.

Если так то слабое место сервака производительность процессора + производительность винта. Все равно рекомендация двухпроцессорный XEON + SCSI винты

Размер базы, документов и документострок в день, конфигурация - не указано. Зато советов...

ну это бранд, можно и попроще чего, за 3000$ только тогда самому подбирать всё з/ч придётся, чтоб небыло каких нить томатобоард и памяти самсунг :-)

вопрос!!! если c ТА и ГП порядок, то есть с регистрами возни нет- на быстродействие как влияеет размер базы- например 600 мбайт или 2 гбайт??

Размер базы можно прикинуть если проанализировать высказывания автора, все остальное - нахрен ...

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

непосредственно и влияет. чем больше размер базы тем больше тормоза

А пока функционал не резанешь денег на железку фигушки кто даст. И потом есть решение со слушателями по УРБД, там 10 минутная оперативность. А "сейчас" в торговых задачах редко нужно.

а нет-то другого выхода

29) здесь стоит обычный винт 20гб, С:/10ГЬ из них 2,6 свободно. реально прямо сейчас сходить за парой SCSI винтов. на быстродействие как повлияет? уже начал думать- не подыхает ли потихоньку винт...

а ты не подумал, куда он эту вторую базу ставить будет? если на тот же сервак, то какой смысл огород городить... проц то один, а скорее всего в нём проблемы, раз производительность падает когда отчёты запускают люди...

Ох уж эти мерсы и запорожцы. Может, человек все время только на первой передаче ездит? Например, партии не закрываются. Тогда ему этого мерса только на 3 месяца хватит.

34) вариант с мерсом не исключается, пока на рассмотрении! идет процесс созревания мысли директора...

39) копию базы можно периодически ложить на подобный на 5% загруженный второй сервер...

Примерная стоимость системы без Винды - 4000$ +- где и что брать. Запаса хватит на долго. Тогда чините код, господа

>можно экономить в дальнейшем при покупке новых машин

тем более, что в терминале производительность клиента практически неиграет ни какой роли. Можно в сетевуху вставить М.схему с прошитим ВТ-Варе. на сайте есть все описания, и стоимость:)

тогда реальный вариант, только нужно чтобы пользователи были поделены на тех кто отчёты формирует, и тех кто вводит данные :-) если смешанный вариант, просто поделить юзеров пополам, то позаботится о префиксах для спр и док

46) зачем пользователей делить? это нереально. может быть так: запрос по прошлым периодам будет вести на базе- копии (второй сервер), а если затрагивает сегодняшний день- не разрешать находится на выполнении в первом сервере NN отчетов- выводить пользователю заставку ожидания, и как только предыдущие уходят- запускать эти новые...

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

48) новый год на носу - в смысле конец года и начало года - естественно без субботника не обойтись,будем уничтожать,удалять,сжимать,пива пить кто-то водку,но курить не будем, дыма и так много... 8-)

45) у вас это применяется?

"запрос по прошлым периодам будет вести на базе- копии (второй сервер)" сие возможно, только если юзер войдёт терминалом на другой сервер ИМХО...

Да, и успешно. Есть небольшие проблемы с принтерами, но мелочи. А так все ок: 1с, мс-офис и др.

52)я понимаю разницу в оборудовании, неужели ощутимая разница быстродействия WT и терминальная служба вин2000сервер?

В принципе нет. Оборудование, скорость загрузки. как говориться на будущее

А шо за база крутится? торговля или бухгалтерия? или компдексная?

51) да, конечно. надо будет ключ поставить и на второй сервер...

55) торговля и склад

Старые машины модифицировать и вперед. Запаса сервера, который я описал хватит надолго, и на большую базу (в даном примере 2 базы больше 1 гига и одна так себе). NO SQL

54) это уместно если находится в начальной стадии. когда компов нет и думать как бы купить к примеру несколько компов...

20 сессий на 512 Мб - это чистой воды фантастика. У меня 20 сессий откушивают 1-1,5 гига, а когда формируют отчеты, то может быть и вдвое больше.Советы типа 2 гиг хватит надолго - это тут так шутят? 4 - это рабочий минимум для 20 человек, 8 - оптимум. При этом данные кешируються в памяти, что крайне позитивно влияет на производительность формирования отчетов.

Не подскажешь, уважаемый, что это кешируется в памяти на 2000 серваке при обработке ДБФ?

Можно и такой выход - переписать базу с нуля, упростив и оптимизировав её, уменя базка с нуля летает так шо аж страшно становится.

а зачем ключ на второй сервер? :-))

Я просто удивляюсь лени большинства участнков. выводы об эффективности использования оборудования нельзя делать абстрактно. Все зависит от специфики конкретной среды. Неужели нельзя почитать пару статей про использование счетчиков и измерить а потом делать выводы. Ну или заказать эти работы профессионалам. Делов то работы на один день. А так сплошная профанация...

60) у нас не 512к - уточняю 2*512К ОЗУ и 2,6 Гиго свободного места на винте. предлагаете увеличить? сегодня еще проведу ревизию диска62) страшно это: когда машина несется 130 км.ч с металлическим грохотом отваливающихся деталей 8)63) в общем не нужен!

64) какие счетчики посоветуете посмотреть?

Если у Вас проблемы с грызунами - выбейте им зубы, тогда останутся проблемы с сосунами. ))))

зубы и так выпадут...

То 66. Для начала очередь запросов к процессору :)Но в твоей ситуации счетчики смотреть не нужно - и ежу понятно, что такой "сервер" никуда не годится. У меня рабочая машина с гигом мозгом и процом 2,6 Ггц. А ты на такую 20 человек посадил.

2а может у тебя восьмерка?

69)сейчас посмотрю... в час пик никуда не годится. вот сейчас 9 компов - средняя загрузка проц-а 20%

70) предприятие семь

69. по графику 100% если значение смотреть 159.9 что это означает? процессор колеблется в 10%...

69) при скачке проца на 100% очередь DPC падает до 50ти

То 71. Средняя загрузка проца - это красивая диаграмка для юзверей. Она толком ни о чем не говорит. См. в Perfomance Monitor счетчик Proceccor Queue Leght у объекта System. Если среднее значение больше 2-3, то сливай воду и думай о втором процессоре.

72. 7.0 ? 7.5 ? 7.7 ?

76) семь.семь

75) по русски как звучить Queue Leght?

у объекта систем:%ипользования квоты реестра 18длина очереди процессов -2,98операции записи файл/c 5остальные параметры здесь отображены сотнями и более

гляжу параметр длина очерди процессов поднялся до 5 ти...75) джинн - это тот параметр о котором говоришь?

То 80. Он самый. У тебя все толкаются в ожидании, когда процессор освободится.А диск случайно не IDE? Тогда его обслуживание опять же на процессор ложится. При условии нехватки памяти система работает со своп-файлом и нагрузка расчет еще в несколько раз.

мои 5 копеек:Именно такое поведение процессора (точнее, очереди) обнаружил на одной из небольших баз. При внимательном рассмотрении оказалось - распух cfg-файл. После убиения виновного и тестирования базы заработало оооочень шустро.

81) IDE... какой нужен? в свойствах стоит галочка кэшировать записи...

82) все cfg файлы мелкие- до 15кбайт

То 83. Хороший IDE - мертвый IDE. Дисковая система для сервера должна быть SCSI. Если задача сервера состоит в постоянной записи-чтении небольших блокой данных.

Сервер... это круто, но не решает всех проблем.Был случай:В старой базе на старом сервере самописный документ заполнялся и проводился около 2х часов.Купили новый крутой сервер. Этот же документ стал заполняться и проводиться за 20 минут. О, прогресс - полумаете вы.Но после того как я влез в модуль формы и перестроил запросы плюс исправил ошибку в модуле проведения от момента ввода этого документа до окончания проведения прошло 9 секунд!А теперь вопрос - сколько бы проводился подправленный документ на старом сервере? :)

Небось задним числом проводите.

85) плиз, подскажи конкретное название нормального диска!86) согласен- у нас тоже имеется навороченный документ- сделан по заказу и много раз после этого совершенствовали... руки чешутся переделать.87) клиенты могут брак везти обратно, либо заказ был услышан или набит неправильно и т.д.- если попросят нормальный документ,то без проведения задним числом не обойтись-здесь молчу. тормозит если даже ТА и ГП нормальны...

какая среднесписочная численность в организации?

89) народу тьма... но не все же за комп держатся... :)

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

А как часто проводятся документы?Какие диски у тебя стоят? Сколько? Есть ли рейд?

Зачем в заказе временный расчёт итогов.Почему возврат брака проводится задним числом.

Кстати, насчет отчетов с "копии вчерашнего дня". Мол, многим нужна оперативность. Ведь речь идет о "тяжелых" отчетах, сводных. Это кому так надо сводный и(или) развернутый отчет, чтоб туда обязательно попала платежка, выписанная час назад?Тем, кто оприходует что-либо, отчет не нужен, приход от остатков не зависит...Тем, кто отгружает что-либо, нужно не сводный отчет, нужны конкретные остатки по конкретным позициям...А если кто-то возопит, что анализ затрат будет неполным без списания МПЗ час назад - лукавство это, лапша на уши, борьба за насиженное место...

92)на одном IDE диске за 40гб сидим ... 8-( RAID/SCSI- ещё не нюхали...93)заявки/заказы не используем... невозможо работать только текущим днём... клиент дороже94)отчеты: ведомость по контрагентам- здесь хотят видеть всё от... до...анализ покупок/продаж - текущий день можно отложить...часто формируется прайс, текущие остатки- в любое время...