Тормозит сетевая база 1с ТиС, как ускорить работу? #143589


#0 by qulio
Есть сервер (п4-2.8,512мб, win server2003) и к нему подключены по гигабитной сетке около 11 пользователей. База (Торговля + склад, 7.7, 9.2)объемом 1 300 МБ, номенклатура несколько тысяч + куча клиентов. При подборе товара переодически появляется надпись о "попытке захвата таблицы" и подвисания компа. Какие существуют способы ускорить все это дело? 1) Поможет ли увелечение памяти на сервере до 1000-1500 МБ? 2) Увелечение памяти на компах пользователей? 3) сеть на гигабитных сетевых PCI-картах Planet 9605, концентраторы тоже Planet, кабель обычный (не очень высокой категории). Можно ли увеличить пропускную способность сети за счет изменения ее компонентов? 4) Переход на SQL-версию 1С? 5) Уменьшение объема базы, за счет удаления инфы за прошлые года. Возможно ли это в 1с? Может у кого-нибудь был опыт по ликвидации аналогичной проблемы, плиз поделитесь знаниями!
#1 by skunk
+ ... выкидывание лишней инфы...
#2 by skunk
+1 в смысле в коде загасить сбор лишней информации...
#3 by qulio
спасибо, а как очистить-то? Стандартный способ (вроде сжатия базы) надежно сработает? И вообще если все удалять, скажем за 2004 год, то как сделать так, чтобы не было ссылок на доки из этого периода? Кроме того, если просто поудалять все (за 2004), то и остатки могут поменяться (в 2005)!? Есть в 1с что-то типа переноса остатков на следующий год с очисткой всего того, что было в прошлом?
#4 by skunk
в ТиС есть ... сворачивание базы... по юзай...
#5 by КонецЦикла
Свертка базы - обработка такая Хотя 1,3 еще не так много... пробуй СКЛ
#6 by Иде я
Винт на серваке обычный ИДЕ ?
#7 by Иде я
Вы в курсе что увеличение памяти до двух гигов дало двойной прирост FPS  в Q4, при скачке с этого компа 8 гигов по сети ?
#8 by romix
Я подозреваю, что в Номенклатуре отображают остаток.
#9 by Alexor
Удалить инфу за прошлые года (если не нужна). и два варианта. 1. Добить памяти до 1.5-2 Гиг, всех пользователей в терминал, время ожидания захвата в 0. 2. Добить памяти до 1.5-2 Гиг, перевести на SQL при условии, что ПК клиентов достаточно мощные.
#10 by Alexor
+9 В терминале P4-3000/2G/IDE 7.7 Комплексная DBF. 15 пользователей. Справочник 40000 наименований. 200-300 документов в день. Все летает.
#11 by qulio
Спасибо всем за ответы. 1) По винту: один SCSI, другой IDE. (Кстати, как посмотреть какому реальному диску соответсвует логический?) 2)SQL - нужна 8-ка, или хватит 7.7 (и куда проще перебросить данные с обычной 7.7 на скл-версию, или на 8-ку)? SQL - версия реально быстрее работает (раньше вроде большой разницы не было, лет 4-6 назад)? 3) терминал - это когда вся обработка инфы делается на сервере, а юзвери только результат получают?
#12 by qulio
А еще вопрос не совсем по теме. Какая реально достижимая скорость возможна на гигабитной сетке (1000 МБит т.е. в идеале  120 Мб/с). Может ли вообще PCI-сетевая карта обеспечить скорость в 1000 МБит (вроде частота 66-133 МГц)? А сетевой кабель какую имеет макс. пропускную способность? Может кто занимался подобными вопросами?.. Кстати, Windows Server 2000 (а не 2003, ошибся). И кстати 2003 лучше?
#13 by skunk
77 на скуле тоже работает... 8 нах... еще сырая... терминал тоже... нах... только если клиенты совсем дохлые... 2003 лучше....
#14 by qulio
И еще вариант. Фактически продажа товара идет с двух основных складов с 1 и 11. С 1-ого отпускают обычным покупателям (3 компа-оператора) и оприходывают все тоже на него (1 компо-бухгалтер). С 11 работают с торговыми представителями: перемещают с 1-ого склада, и реализуют (2 компа + 1 ) + нач. по маркетингу анализирует данные по ним (1 комп).  И есть еще главбух который работает с обоими складами. Так вот вопрос: имеет ли смысл сделать два сервера: на одном работа с 1 -ым складом, а на втором - с 11. При этом в определенное время делать синхронизацию (??), а также "Перемещение ТМЦ" с 1 на 11, и обратно. Насколько это может быть геморойно?
#15 by skunk
не стоит...
#16 by qulio
Спасибо всем. Попробую для начала добавить памяти и подчистить базу...
#17 by Vozhd
А еще не плохо посмотреть что и где именно тормозит. Для этого можно использовать "замер производительности" и "performance monitor"
#18 by 427
вот в словах "Виндовс сервер 2000" здоровенный кАбель и порылся... На 2000 - только терминал... Скуль не спасет... Но сначала надо выкосить показ остатков в колонке... 2003 будет получше - но если настроить его грамотно... Решение для грамотной бедноты - Для 15 юзеров берете машинку с памяью 256 МБ, старенький Пень-3, новые диски ИДЕ, новый УПС на киловатт-полтора, одеваете Новель - и летаете.... и летаете....и летаете....и летаете....и летаете....и летаете....
#19 by qulio
427: Но сначала надо выкосить показ остатков в колонке... Для 15 юзеров берете машинку с памяью 256 МБ, старенький Пень-3, новые диски ИДЕ, новый УПС на киловатт-полтора, одеваете Новель - и летаете.... и летаете....и летаете....и летаете....и летаете....и летаете.... Новель в глаза не видел, если честно - как ее ставить? Есть ли версия 1с-ки пол нее?
#20 by qulio
новый УПС на киловатт-полтора т.е. 1500 W (это сколько вольт-ампер)? А зачем так много для старого пенька 3?
#21 by Демогоргон
Терминальный сервер делать одназначна !!! и как следствие увиличить мощь сервака. Желательно взять 2-х или 4-х процеессовую машину. В данном варианте тормозит сетка
#22 by Демогоргон
Больше всего
#23 by Демогоргон
инструкции найдешь на форуме. Самое то ;)
#24 by 427
обшибся.. УПС 1500 ВА (1000 ватт)... Под новель используется обычная сетевая 1С (которая ДБФ)... Ставить желательно Новель-4 (с сервис паком для дисков больше 8 ГБ)... Новель 5,6,7 тоже можно ставить - но там настроек больше, а 4-я версия (4.11 англ) - это как супер-пупер велосипед... Там всех настроек - прописать юзеров и 4 команды на консоли (команды есть на ИТС) только 4.11 вы уже хрен найдете - раритет... "В данном варианте тормозит сетка"... Да ни хрена она не тормозит - она ПРОСТАИВАЕТ.... Тормозит сам 2000 - он не оптимизирован под ДБФ базы.... И эти тормоза можно выявить экспериментом. При фактически одном юзере отчет будет выполняться в 3-4 раза быстрее
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С