Показать сообщение отдельно
Старый 24.09.2010, 14:14   #16  
Evgeniy2020 is offline
Evgeniy2020
Участник
 
309 / 68 (3) ++++
Регистрация: 10.04.2007
Адрес: Москва, САО, СЗАО
При таких объемах, АОС и MS SQL естественно должны быть 64 битными.
и для того чтобы ОЗУ эффективно обрабатывать свыше 4 ГБ
(а не через PAE).

а вообще надеюсь что сеть у вас хотя бы Gigabit ethernet.

а вообще конечно здорово было бы, исторические данные поместить
в другой сервер, скажем те данные 2010 - 3 года, то есть до 2008 года
наверно желательно поместить в другую историческую базу.
ну и для отчетов за весь период дописать обращение к историческим данным.

можно еще технический аудит заказать из МС кажется,
но это не дешево.

для таких объемов даже элементарные join будут громадными, по выборке,
просто не будут в оперативку помещаться.

размеры индексов возможно гововорят о не малом их числе.
я лично не сторонник отключать auto update statistics
так как в прошлом у нас так одна база настолько замедлилась,
что мы не смогли даже понять где получились тормоза.

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

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

Последний раз редактировалось Evgeniy2020; 24.09.2010 в 14:25.