Никто не пытался сэкономить на сервере терминалов и докупить железо?
Если сделать зеркало на SATA и организовать гигабитную сетку, пользователи смогут работать по сети комфортно?

В смысле? Без терминала?
Так, как я описал? Можно подробнее?

Френсис Дрейкhttp://infostart.ru/projects/811/

По ссылке - платное решение, как я понял. Вопрос в том, чтобы потратится только на гигабибитную сетку и быструю дисковую подсистему. База меньше гига и врядли когда-нибудь дорастет до этого размера.

СисойА в чем проблема-то? У нас и 30 работало.
Все зависит от объема базы.

проблема в том, что все пользователи, кроме того, на чьем компьютере лежит база сталкиваются с тормозами. Быстро обслужить покупателя не получается

trdm
У блин. выходит дело просто в элементарной глупости хозяев бизнэса.
Комп под базу должен быть нормальным сервером, с первым рейдом хотябы.
думаю вопрос закрыт.

У блин, в том вопрос, как минимально нарастить железо, чтоб нормально работало 4 человека.
У меня большие подозрения, что просто сильный комп с рэйдом проблемы не решит.

gybsonСемерка хранит временные таблицы на компе юзера, а не на компе базы. Так что некоторые доработки, особенно "а я вам тут вот остаток выведу" могут сделать конфигурацию тормозной при любых условиях.

Тогда уточняю:
Конфигура полностью самописная. Центральная база в терминале, 20 человек. Все работает хорошо, кроме тех случаев, когда два пользователя одновременно проводят большие документы одного типа. В этих случаях происходят блокировки данных, и кому-то приходится ждать.
Две периферийных базы тоже в терминале, по 4 человека. Тормозов не наблюдается.
Все остальные периферийные базы на файл-серверах. Всюду наблюдается торможение у тех, кто подключается к базе по сети, а не локально.

Как избавиться от этих тормозов не переходя на терминалы?
1. Нарастить железо так, как я написал в первом сообщении. Имеет ли смысл так делать? Поможет? Может, еще что-то можно сделать?
2. Предположить, что конфигура написана некорректно и переписывать ее. Какие основания для такого предположения? Что я могу посмотреть сам? Я не 1С-ник.

Решение должно быть недорогим, надо сэкономить на покупке 2003 сервака и терминальных лицензий. (по 25000 рр на каждый из 3 филиалов)

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

Ежедневные архивы вполне решают проблему потери базы филиала.
А к чему это?

gybsonПерейти на MS SQL.
Кстати, давно хотел спросить, а семерка будет работать с MS SQL Server 2005 Express Edition?

а в случае с распределенной ИБ можно филиал перевести на SQL, а центральную базу - не переводить?