1С Бухгалтерия 7.7 - Как решить проблемы производительности?

Доброго суток дня!
Никак не можем решить проблемы производительности с 1С Бухгалтерия 7.7. Количество пользователей 7 человек работают одновременно с базой dbf , сама база находится у одной из машин, на котором тоже работают в 1С. Машина Pentium 3,3 Ггц 2 Гб оперативки, жёсткий диск SATA-I, проблемы у всех 7 человек, даже у тех у кого быстрая машина двухядерная Core2 2,5ГГц, оперативки у всех 7 человек по 1 Гб

Есть две насущие проблемы:

1. Когда обрабатывают отчёты очень долго по 30-40 минут ждёт, вообщем очень часто и всё очень медленно, пользователи хотят куда быстрее, ну максимум 5 минут. Жалуются, что вроде не столько много пользователей 7 человек, а так долго и мучительно ждут своих отчётов, выполнение всяких операций.

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

Что вы мне посоветуете, какие способы решения этих двух проблем? Чтобы реально их решить, а не строить иллюзию, и чтобы других проблем не нахвататься. Решение этих проблем не должно вызывать других. Как увеличить производительность в моём случае?
Напоминаю количество пользователей в сети 1С 7.7 - 7 человек.
Хочу сразу высказать, я не думаю, что повысив производительность главного компьютера я решу проблемы, всё останется. У меня есть сервер на Xeon 5300 c 4 Гб памяти, думаю всё равно будет тоже самое. Кто то мне сказал, что переходить на SQL базу, другие говорят, что для 7 человек это не решит проблему производительности, ненамного только если, зато решит проблему переиндексирования баз. Другие говорят, нужно сделать терминальный доступ к серверу с 1С, но там есть другие проблемы.
Кто практик, кто может подсказать, что делать в моём случае в какм направлении идит, чтобы решть мои проблемы действительно, а не чуть чуть.

Спасибо!

1. На самую мощную тачку прогу. 2. Перейти в терминалы.

Если есть возможность перейти на SQL - переходите. Решите проблему индексирования, уменьшите нагрузку на сеть. Только драйвер ODBC надо подобрать (у нас хорошо работал интербэйзовский, а вот фаербердовский в некоторых случаях сильно тормозил).
Если у вас стоит антивирусник - пропишите исключения dbf, cdx и md может ускориться.

Касперский то стоит на той машине главной, там были проблемы, вылетала ошибка в формах отчётности где то, убрал из проверки папку базы данных 1С на главном и всё стало нормально. Так что там уже всё убрано из проверки. Но я ещё раз проверю, спасибо.

Так всё таки мне непонятно, было два ответа за терминал, и второй за SQL. Кто то их них явно ошибается, какой же метод лучше, если других нет, методов, то какой метод решит мои проблемы с производительностью 7 человек и не создат новые серьёзные проблемы. Вот в чём впорос?

> Так всё таки мне непонятно, было два ответа за терминал, и второй за SQL. Кто то их них явно ошибается, какой же метод лучше, если других нет, методов, то какой метод решит мои проблемы с производительностью 7 человек и не создат новые серьёзные проблемы. Вот в чём впорос?

1. на сервере какая ось ?
2. конфа 1с типовая + какой релиз ?

> Так всё таки мне непонятно, было два ответа за терминал, и второй за SQL.

Они друг другу не мешают, просто решают разные задачи.

помоему видел что-то подобное на www.tltmozg.ru

> Так всё таки мне непонятно, было два ответа за терминал, и второй за SQL. Кто то их них явно ошибается, какой же метод лучше, если других нет, методов?

Есть и другие! Novell отлично справляется с такой проблемой.

Если ось ХР на сервере, то можно для начала утилитку confignt попробовать.
Отключить индексирование диска. DEP. И наблюдение за диском где база лежит.
У всех пользователей прописать рабочие папки. Проверить сеть. У антивирускника исключить папку с базой.
Бухгалтерия в принципе одна из быстрых конфигураций.

Раз есть сервер Xeon 5300 c 4 Гб, то попробуйте сначала терминал.
Скорость на порядки возрастет.
Сервер обеспечте защитой по питанию от перебоев электричества.
Сначала в терминале бухам будет чуть не удобно, но потом привыкнут.
Основные проблемы, это сохранить документ на рабочий стол. В терминале он естественно сохраняется на рабочий стол сервера. Не видно панели задач и закрытие сессии вместо завершения. Тут привыкнуть надо.

Если есть деньги, то можно к терминалу и Цитрикс прикрутить. Вообще супер будет.

По поводу скуля. Посчитайте стоимость ПО. Это замена Платформы 1с, стоимость скуля. К тому же если у вас компы часто зависают, то ошибки в скуле возможны. В общем это из пушки по воробьям. Скуль хорош на больших объемах данных.

> У всех пользователей прописать рабочие папки.
Как это связано с производительностью?

> Проверить сеть.
Что значит "проверить"? Посмотреть от всех ли компьютеров сетевые кабели ведут к "свичу"?

> У антивирускника исключить папку с базой.
Как быть с TEMP-каталогом Windows, который 1С активно использует в своей работе?

> Бухгалтерия в принципе одна из быстрых конфигураций.
Какие есть еще аналогичныве по скорости конфигурации и чем соизмерять производительность?

> Раз есть сервер Xeon 5300 c 4 Гб...
А что у них с дисковой системой или она не влияет на производительность?

> Сервер обеспечте защитой по питанию от перебоев электричества.
Это как то связано с производительностью?

> Сначала в терминале бухам будет чуть не удобно, но потом привыкнут.
О каких неудобствах конкретно идет речь?

> Основные проблемы, это сохранить документ на рабочий стол. В терминале он естественно сохраняется на рабочий стол сервера.
Можно ли сделать недоступным "Рабочий стол" сервера?

> Если есть деньги, то можно к терминалу и Цитрикс прикрутить. Вообще супер будет.
Сколько будет стоить для их случая установка Citrix XP?

> Скуль хорош на больших объемах данных.
Как оценить большой у меня объем данных или нет? Если у меня все же большой объем данных, то какие у меня будут улучшения, которых я не получу от MS SQL на базе с "малым объемом данных"?