Оптимизация апгрейда больших баз

[EfimV]

А вы переходить собираетесь со всеми данными? Как вариант можно перейти с переносом в новую систему начальных остатков. Тогда при конвертации вас будут интересовать только "справочники". И перед конвертацией можно ещё почистить InventTrans, SalesLine и др. таблицы.

[Oleksandr]

Цитата:

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

А вы переходить собираетесь со всеми данными? Как вариант можно перейти с переносом в новую систему начальных остатков. Тогда при конвертации вас будут интересовать только "справочники". И перед конвертацией можно ещё почистить InventTrans, SalesLine и др. таблицы.

Ну не нам тут решать - клиент хочет все. Поэтому готовимся к оптимизации. Но это тоже, конечно, вариант.
На конверженсе в прошлом году кстати презентовали систему архивирования, штатную от МС. Старые данные остаются в старой базе, а остатки переносяться. Не помню, к сожалению, как называется, над поискать.

[Link]

Цитата:

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

Ну не нам тут решать - клиент хочет все.

Жадный какой )

Цитата:

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

Поэтому готовимся к оптимизации. Но это тоже, конечно, вариант.

Не знаю, что вы там собираетесь оптимизировать, вы за выходные собираетесь проапгрейдить такую базу?

Цитата:

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

На конверженсе в прошлом году кстати презентовали систему архивирования, штатную от МС. Старые данные остаются в старой базе, а остатки переносяться. Не помню, к сожалению, как называется, над поискать.

Intelligent Data Management Framework называется, мы собираемся заюзать, если успеем...

[gl00mie]

Цитата:

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

Не знаю, что вы там собираетесь оптимизировать, вы за выходные собираетесь проапгрейдить такую базу?

Если за выходные считать еще вечер пятницы и утро понедельника, то терабайтную базу 4.0 на хорошем железе вполне себе реально конвертнуть. На самом деле, при отлаженном процессе большую часть времени займут уже не столько скрипты конвертации, сколько перестройка индексов в ходе синхронизации.
А на счет "что там собираетесь оптимизировать" - применительно к скриптам конвертации список может быть очень длинным. Большую их часть писали какие-то "студенты" и тестировали их явно на базёнке в 10 Гб с 3-мя компаниями

[Link]

Цитата:

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

Если за выходные считать еще вечер пятницы и утро понедельника, то терабайтную базу 4.0 на хорошем железе вполне себе реально конвертнуть. На самом деле, при отлаженном процессе большую часть времени займут уже не столько скрипты конвертации, сколько перестройка индексов в ходе синхронизации.

Все возможно... только фраза "У нас база почти 1ТБ, апгрейд 4.0 - 2009 на слабоватом сервачке." уже дает причины сомневаться, в реальности апгрейда за выходные, с вечером пятницы и утром понедельника.

Цитата:

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

А на счет "что там собираетесь оптимизировать" - применительно к скриптам конвертации список может быть очень длинным. Большую их часть писали какие-то "студенты" и тестировали их явно на базёнке в 10 Гб с 3-мя компаниями

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