Калибровка SQL Server
Почему бы не установить своего рода виртуальную машину и использование создает снимки для сброса их машин регулярно? Таким образом, любые viri/trojans, которые заканчивают AV, могут быть вытерты легко.
Существует также более специализированное программное обеспечение, чтобы сделать, это нацелилось больше на библиотеки/интернет-кафе, если Вы хотите взять идею далее.
Я оставлю свой ответ на аппаратную часть:
Обычно SQL Server пытается полностью сохранить базы данных в RAM и часто опрашивает систему, чтобы узнать, доступна ли RAM, и только начинает заменять данные (не совсем верно, Если вы можете приблизительно оценить размер своей базы данных, постарайтесь получить как можно больше ОЗУ, чтобы ваша база данных полностью поместилась в ОЗУ, а затем еще немного. Если это невозможно (или лучше: сделайте это также), попробуйте получить быструю подсистему ввода-вывода и распределить файлы базы данных по нескольким дискам, как было предложено.
Будет ли достаточно 16 ГБ и 8 ЦП?
Да, но это похоже на определение размера автомобиля по модели радио.
Гораздо более важным фактором для транзакционных баз данных всегда была структура диска и скорость. Например, вы совершаете 3500 изменяющихся транзакций в секунду (записи через погашения). Накопитель SAS 15k хорош только для 450 операций ввода-вывода в секунду. Банк - вот проблема. Ваш процессор даже не потеет при этом, а ОЗУ даже не будет в игре.
Итак, гораздо более важна очень быстрая подсистема ввода-вывода.
- Ваш дизайн и индексы будут иметь гораздо большее значение
Без этого у вас будут проблемы, что бы вы ни делали - Я бы добавил больше ОЗУ
- Настройка вашего диска важно: отдельные данные / журналы / tempdb
- Разбиение на разделы может быть полезно, но не обязательно: лучше отдельный дисковый массив на каждый раздел