Увеличение размера базы после перехода на Unicode

[GLUK]

Отпишитесь, пожалуйста, в эту ветку, если есть практический опыт перевода промышленной системы с AX 3.0 на более новую версию (4.0 или 2009).

Интересуют следующие моменты:
- как изменилась скорость роста базы? (например, в AX 3.0 скорость роста была 5 Гб в месяц, а в DAX 2009 стала 10 Гб в месяц)
- какая используется СУБД? (MS SQL или Oracle)
- ориентир - какие модули задействованы в системе

Если кто-то пожелает, может и более точные характеристики указать, но мне достаточно вышеописанных

[lvan]

в 2 раза

[gl00mie]

Цитата:

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

Отпишитесь, пожалуйста, в эту ветку, если есть практический опыт перевода промышленной системы с AX 3.0 на более новую версию (4.0 или 2009). Интересуют следующие моменты:
- как изменилась скорость роста базы? (например, в AX 3.0 скорость роста была 5 Гб в месяц, а в DAX 2009 стала 10 Гб в месяц)

Перешли на 2009-ю, но касаемо скорости роста базы сказать очень сложно, поскольку почти сразу после перехода сам объем данных в базе существенно увеличился за счет создания новых компаний, куда копировались справочники (немаленькие) и проч. В любом случае, с переходом имеет также смысл увеличить емкость хранилища данных "на вырост" - тогда вопрос скорости роста базы отойдет на второй план.

Цитата:

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

- какая используется СУБД? (MS SQL или Oracle)

Oracle. К слову, за счет сжатия данных, которое есть и в Оракле, и в Ms SQL Server, можно также неплохо затормозить скорость роста базы, если, конечно, до перехода это сжатие уже не использовалось.

Цитата:

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

Если кто-то пожелает, может и более точные характеристики указать, но мне достаточно вышеописанных

При переходе очень существенно пришлось пересматривать железо (в т.ч. характеристики виртуалок): если раньше, скажем, на одном сервере с 4 Гб памяти и 4 ядрами спокойно уживались 2 АОСа 3.0, то теперь уже под один 64-битный АОС 2009-й (32-битный смысла ставить нету) отвели 8 Гб памяти и 6 ядер. АОС 2009-й гораздо лучше масштабируется, потребляет куда больше памяти и плюс к этому агрессивно кэширует в памяти код приложения, размер файлов которого суммарно увеличился более чем вдвое.
Еще существеннее нужно "прокачивать" железо, на котором работают клиенты - если, конечно, не переводить всех поголовно на доступ через портал Особенно важно это в случае использования терминальных серверов: клиент AX 2009 и к процу более требователен, и памяти жрет в среднем раза в два больше даже с настройкой на минимизацию ее использования - где-то от 70 до 100 Мб. Если выставить настройку использования памяти на "максимальную производительность", то начнет отжирать по 200-250 Мб.

Цитата:

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

в 2 раза

Ну написано же: "если есть практический опыт" - зачем эту теорию гнать? База увеличивается ни в какие не в 2 раз: во-первых, не все данные в ней - текстовые, во-вторых, тот же Oracle использует для хранения Unicode UTF-8, а не UTF-16, в-третьих, при использовании сжатия данных увеличение размера будет в основном за счет индексов, в-четвертых, в том же 2008 R2 появилось сжатие текстовых данных в Unicode, дающее существенный выигрыш для данных в латинице...