При таких объемах, АОС и MS SQL естественно должны быть 64 битными.
и для того чтобы ОЗУ эффективно обрабатывать свыше 4 ГБ
(а не через PAE).
а вообще надеюсь что сеть у вас хотя бы Gigabit ethernet.
а вообще конечно здорово было бы, исторические данные поместить
в другой сервер, скажем те данные 2010 - 3 года, то есть до 2008 года
наверно желательно поместить в другую историческую базу.
ну и для отчетов за весь период дописать обращение к историческим данным.
можно еще технический аудит заказать из МС кажется,
но это не дешево.
для таких объемов даже элементарные join будут громадными, по выборке,
просто не будут в оперативку помещаться.
размеры индексов возможно гововорят о не малом их числе.
я лично не сторонник отключать auto update statistics
так как в прошлом у нас так одна база настолько замедлилась,
что мы не смогли даже понять где получились тормоза.
если было бы запасное оборудование, то можно было бы перекачать чистые данные,
и заново построить индексы на запасном оборудовании.
но все же наверно есть смысл свыше 3 лет данные наверно перенести в другой сервер,
или хотя бы в другую базу. так как индексы за весь период данных много занимают.
Последний раз редактировалось Evgeniy2020; 24.09.2010 в 14:25.
|