Zigzug писал(а):>
Здесь вот какой момент - на сервере установлен WIN 2000 Server (лицензионный), а он максимально держит 4Gb. Если сативть Advanced Server - до 8Gb.
Мда...
С учетом дальнейшей перспективы роста - имхо, Win+MSSQL (даже Datacenter) такое вряд ли потянет. С учетом того, что у Вас команда программеров своя - попытайтесь хотя бы сориентироваться по ценам на связку: что-то из Sun+Solaris+Oracle(просто - проверенное решение, потому и предлагаю). На самом деле. Ваша база, судя по размерам, требует каких-то кардинальных по производительности решений.
Пробовали. Вы будете смеяться, но с динамическим выделением памяти работает немного быстрее.
Смеяться не буду: при Вашем объеме базы наличие постоянно выделенной под SQL оперативки в некоторых ситуациях может вызвать серьезный свап.
Включено и настроено.
В системе установлен Mylex AcceleRAID 352 64Mb RAM. 3 диска IBM DDYS 9Gb (RAID 5) под систему, программы и частично базы SQL + 3 иска IBM DDYS 32Gb (RAID 5) только базы + 1HDD в HOT Spare.
Характер работы с БД - запись и чтение "вразброс".
XEON PIII 550 4 шт.
Если бы в данной ситуации возможно было бы улучшить производительность "косметическими" улучшениями, я бы сказал следующее:
1. Для таких объемов и такой системы RAID - контроллер может оказаться слабоват. Нужно что-то с более серьезной производительностью. Что-то типа E2000 или внешнего FC RAID контроллера.
2. Одиночный RAID 5 - не Enterprise решение, скорее, базовое. Вам нужно уже что-то калибра RAID 10 - да с разнесением базы на пару массивов.
3. Xeon III 550 : сам по себе хорош. Но, напомню: FSB 3-го Ксеона - 100 МГц. Шина памяти - тоже (скорее всего - чипсет синхронный).
И все-таки: загрузка процессоров на 100%, видимая ОС (а их - четыре!), говорит о том, что все данные, необходимые для текущих дел, находятся в оперативке.
Возможно, это - как раз результат усилий программистов, пытавшихся как можно эффективнее размещать данные в явно недостаточном для такой базы объеме ОЗУ.
Да, это уже сделано. Раньше у нас был один тормозящий сервер, а теперь 2
Хм. Стало быть, все-таки есть простор для отладки и профилирования:
использование OLAP для аналитики, оптимизация базы под сбор и т.п.
И последнее: если не секрет - что за задачи, под которые данная база построена ? Хотя бы - к какому классу относятся ? Может быть, имеет смысл использовать какие-то известные, проверенные решения для данной задачи, нежели городить свое ?
По идее, раз у Вас в конторе есть штат программеров - вот пусть они и определятся - какими аппаратными и программными средствами эффективнее всего данную задачу решать.Они в ней живут - потому их взгляд на проблему может оказаться наиболее точным.
На такой задаче "косметические" улучшения вряд ли принесут пользу (может быть и будет небольшой "мгновенный" эффект от заплаток, но в будущем - заплатки потянут за собой проблемы...)