A
Aero
Привет.
Имеется база (1.5 Гб, ДБФ, в день забивают около 1200 документов), находится на сервере (Ксеон 2-х процессорный по 4 ядра, 6 Гб ОЗУ,
Рейд массив). База более менне работает при 5 пользователях, которые усердно забиват заявки, накладные и прочие документы. Когда
начинают входить еще пользователи, то база начинает ТОРМОЗИТЬ, и некоторые пользователи начинают ВЫЛИТАТЬ с документов (при
открытии, проведении и т.д.). В журнале регистраций пишется, пример:
УстановитьНовыйНомер("А-"); : {Документ.СчетФактураВыданный.Форма.Модуль(449)}: Таблица: 1SJOURN Ошибка обращения к данным при
транзакции, выполняемой другим пользователем
притом все работаю со своими документами.
НО НО НО, если в данной ИБ работают скажем 5 пользователей, и пару человек заходят в другие ИБ (не большие), начинаются такие же
глюки.
Пробовал переводить на SQL, знаю, что она не кретична к пользователям, НО раз в неделю делается восстановление последовательности,
на SQL она делается в 2 раза дольше, и за выходные обработка может не успеть выполниться.
Вопрос: что делать???
может попробовать не проводить восстановление последовательности, а сделать перепроводку документов, при это сделать оптимизацию
при проведении (основные тормоза при проведении документа - расчет временных итогов) - использовать ТЗ или ДБФ файл для хранения
итогово (увеличение производительности при массовом проведении в РАЗЫ)???
Имеется база (1.5 Гб, ДБФ, в день забивают около 1200 документов), находится на сервере (Ксеон 2-х процессорный по 4 ядра, 6 Гб ОЗУ,
Рейд массив). База более менне работает при 5 пользователях, которые усердно забиват заявки, накладные и прочие документы. Когда
начинают входить еще пользователи, то база начинает ТОРМОЗИТЬ, и некоторые пользователи начинают ВЫЛИТАТЬ с документов (при
открытии, проведении и т.д.). В журнале регистраций пишется, пример:
УстановитьНовыйНомер("А-"); : {Документ.СчетФактураВыданный.Форма.Модуль(449)}: Таблица: 1SJOURN Ошибка обращения к данным при
транзакции, выполняемой другим пользователем
притом все работаю со своими документами.
НО НО НО, если в данной ИБ работают скажем 5 пользователей, и пару человек заходят в другие ИБ (не большие), начинаются такие же
глюки.
Пробовал переводить на SQL, знаю, что она не кретична к пользователям, НО раз в неделю делается восстановление последовательности,
на SQL она делается в 2 раза дольше, и за выходные обработка может не успеть выполниться.
Вопрос: что делать???
может попробовать не проводить восстановление последовательности, а сделать перепроводку документов, при это сделать оптимизацию
при проведении (основные тормоза при проведении документа - расчет временных итогов) - использовать ТЗ или ДБФ файл для хранения
итогово (увеличение производительности при массовом проведении в РАЗЫ)???