Архивация данных в AX2009. Подходы

[sukhanchik]

Вообще, если уж говорить с т.з. денег - то дешевле купить побольше дисков и не мучаться с местом. "Несколько терабайтов" - это не несколько "десятков терабайтов".
У обрезания много проблем. То пользователи захотят видеть старые данные, то где-нибудь логика "стрельнет" по старым данным и т.д. Т.е. обрезание БД - это будет целый проект, в результате которого от старой БД никто не откажется )))). Сначала сделаете интеграцию между базами... а потом она так и останется на постоянке )))).
Если проблема в скорости - то она решается оптимизацией индексов и программного кода. Если проблема в месте на дисках - то докупкой дисков. Какие бы ни были дорогие диски - это будет дешевле интеллектуального труда разработчика

Сделать можно всё, но с нюансами. Вот, к примеру, Вы подрежете LedgerTrans. А потом не сойдется оборотка по складу и ГК. Или люди от разнесенной складской проводки не увидят проводки ГК. Ну.. это первое, что приходит в голову.
Просто тут оцените эффект. Подрезали, допустим, LedgerTrans. Потратили на это 100500 часов разработки (корректно воссоздав остатки; решив кучу сопутствующих проблем и т.д.). И тут люди захотели увидеть старые данные.

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

Т.е. можно без всего этого - просто докупить диски; таблицы раскидать по разным файлам БД, а их раскидать на разные диски. И ... всё