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