Производительность Navision

[Кошмарик]

Доброго времени суток!

Весьма актуально стоит проблема производительности Navision 3.7 на SQL 2000. Размер базы ~150 Гб, количество операций в таблице 112 ~5 000 000, соответственно тормоза при работе. В основном, разумеется, отражается на отчетах. Рекомендации Tuning Navision for better performance читали и стараемся выполнять. Кто-нибудь решал проблемы производительности Nav при работе с таблицами с большим кол-вом записей ? Буду благодарен, если поделитесь опытом. Спасибо.

[Yoil]

Заархивируйте ваши счета продажи

[rov_imported]

Ну вообще наверное да, кроме как перенести записи в другую таблицу/базу трудно
что-то предложить.
Одно меня смущает - база тормозит как правило из-за больших учетных таблиц: 17, 32, 5802, 12401.
А учтенные счета - из-за них не должно все подвисать. Отчеты? Ну в общем - могут. Но тогда
имеет смысл посмотреть отчеты - может их можно как-то грамотно обновить? Даже на большой
таблице счетов - отчеты должны работать быстро. Конечно, смотря какие отчеты

[Dzemon]

Радикальное решение - переход на 4-ку.
В противном случае - увеличение физических дисков на сервере БД.
Еще один вариант - компрессия операций.
Обязательная процедура - проверить актуальность SIFT индексов в т. 17, 32, 5802, т.е. ненужные убить!!! Этой операцией несколько десятков гиг освободите.
Кстати, какое кол-во Измерений вы пользуете?

[Seer_imported]

Удалите все неиспользуемые индексы с помощью этой утилиты:
http://www.mibuso.com/dlinfo.asp?FileID=755

[Кошмарик]

Архивировать и переносить нельзя. По каждому счету проводятся анализ и отчетность. 17 таблица самая большая, согласен. SIFTы давно убили, либо отключили поддержку, дабы на транзакциях записи сэкономить время. С измерениями проблем нет. Аналитические отчеты простые и идут по счетам где не так уж много операций. А что по поводу 4-ки ? Есть ли результаты какого либо сравнительного тестирования производительности, что бы их можно было использовать как аргумент для перехода на 4-ку (если решимся) ?

[Dzemon]

У меня точных цифр нет, но был странный опыт перехода с 3.60 на 4.00 и возврат на 3.70. Заменяли только движок без функционала (за исключением ошибок несовместимости). Причина - без комментариев ;-) Размер базы был порядка 70 гиг. Вывод: 3.70 - тормозное глюкало по сравнению с 4.00 (без сервиспаков!!!). Если конкретнее, то SQL 2000, на 4-ке первые 2 дня тормозило жутко, а потом разогналось, примерно раза в два-три быстрее 3.60. Особых проблем не было. Но возврат на 3.70 (только клиент!!!) вылился в странные ошибки стандартного и нестандартного ф-ла + производительность упала очень резко и пришлось оч.серьезно заниматься оптимизацией.

Сколько лет вашей базе? Компрессию делали?

[Wizard_imported]

Цитата:

на 4-ке первые 2 дня тормозило жутко, а потом разогналось

о как... хм.. с чем связано было, удалось выяснить? и я не понял, зачем вернулись? или это "без комментариев"?

[dmites]

похожая ситуация базы 160 Gb - 54 % базы - 32,5802 таблицы
больше 30 ключей,куча сифтов (наследие внедренцов). надо разгребать... Тестили переход на 2005 SQL - жутко тормозил учет
в одном месте NV запрос работал по кластерному ключу простым перебором всех записей хотя явно в коду казывали нужный ключ - думаю из-за отсутствия статистики, но рисковать не стали - остались на 2000 который выполнял тот же запрос в разы быстрее

[Dzemon]

Да, тормозило именно из-за набора статистики, ибо на 3-й день SQL автоматом ее обновил и все стало оч хорошо.

[Wizard_imported]

Цитата:

Да, тормозило именно из-за набора статистики

хм.. переиндексация базы в процедуру перехода не входила?

[dmites]

входило даже больше - backup-или Navision и разворачивали, пробовали и SQL-backup - эффект одинаковый

[Dzemon]

Цитата:

Сообщение от Wizard

Цитата:

Да, тормозило именно из-за набора статистики

хм.. переиндексация базы в процедуру перехода не входила?

Построение ключей входит в востановление навижиновского бакапа. Кстати, переиндексация к сбору статистики отношения никакого не имеет, разве что косвенное - как список индексов.
И еще заметьте, официально было объявлено, что на работу с SQL 2005 расчитана только версия 4.00 SP1, а в SP2 исправлены ошибки. Уже объявлено о выходе международной версии SP3.

[Seer_imported]

Цитата:

Сообщение от Dzemon

Уже объявлено о выходе международной версии SP3.

А также, уже доступна российская версия SP3.

[Dzemon]

Да, действительно. Уже качаю. ;-)

[dmites]

ссылкой не поделитесь однако ? или это только для партнеров ))

[mazzy]

Да, доступно на partnersource
http://www.ms-dynamics.ru/index.php?option...select&id=5

Если у вас активна подписка на обновление, спрашивайте у того, кто продал вам Navision.