Я новичок в настройке MS-SQL, поэтому был бы признателен за совет. У меня есть сервер Dell PE2950 Twin Quad Xeon с 32 ГБ оперативной памяти, работающий под управлением MS-SQL 2008 Web Edition.
Имеются диски 4x73 ГБ SAS RAID 6 и 2x160GB SSD RAID 0.
Учитывая, что я не могу изменить эту конфигурацию диска, что бы вы порекомендовали с точки зрения файлов db / log, системной таблицы и tempdb?
Спасибо, Дин
Я бы поместил все на RAID 6. И я бы сказал, что мне не нравится странная настройка RAID.
Пара RAID 0 не имеет избыточности. Я бы не стал доверять ему в производственной среде, независимо от того, есть ли у него SSD или старые диски.
Каждый месяц я слышу одну или две страшные истории о внезапной и ранней смерти диска о SSD, что еще больше беспокоит. Часто это комплект потребительского уровня. Я уверен, что у тех, кто прочитал это, был большой опыт. Но ... если это приносящий доход сайт или общедоступный, он просто не стоит моей работы. Другое дело, что твердотельные накопители, вероятно, полностью излишни, учитывая, что RAID 6, вероятно, не может читать так быстро, как твердотельные накопители могут писать.
Если бы пара SSD была RAID1, все было бы иначе. Я бы прикрепил туда файлы журналов (для всех баз данных) и, возможно, сам tempdb.
Поскольку вы не можете изменить настройку RAID, я не вижу, что у вас есть выбор.
Но это не совсем так который плохо, если у вас есть вся эта оперативная память.
Предполагая, что вы не запускаете какое-либо другое тяжелое программное обеспечение на этом компьютере, поскольку у вас есть 2 базы данных по 9 ГБ и немного больше памяти, все ваши данные (в конечном итоге) будут кэшироваться в ОЗУ. Как только данные находятся в памяти и при условии, что вы не выполняете много больших операций записи в tempdb (чего обычно не должна делать база данных OLTP), скорость ваших дисков не так критична. Основными исключениями являются записи журналов и резервные копии журналов (которые читают файлы журналов), если базы данных вашего сайта работают в режиме ПОЛНОГО восстановления. RAID6 будет (относительно) медленным для записи, и я предполагаю, что диски емкостью 73 ГБ не являются дисками 15KRPM, но этот том должен иметь возможность обрабатывать несколько МБ / с. Скорость записи в файлы журнала определяется тем, насколько загружен ваш сайт и насколько он эффективен при записи.
Системные базы данных (master, model и msdb) невелики и вряд ли должны иметь операции ввода-вывода по сравнению с вашими пользовательскими базами данных. Неважно, находятся ли они также на RAID6.
Я мог бы подумать об использовании пары RAID0 для хранения резервных копий, предполагая, что они будут скопированы куда-то еще в разумно короткие сроки, но эта пара SSD RAID кажется настоящей пустой тратой денег.
Когда вы все же включите систему, обязательно следите за нагрузкой на подсистему хранения, чтобы убедиться, что она не перегружена. Если это так, возможно, вам придется изменить конфигурацию хранилища, чтобы ваш сайт работал лучше.
Без точного представления о типе данных, типе запросов, размере таблиц, о том, используется ли индекс, о внешних ключах, о том, сколько оперативной памяти выделено для mssql, что еще выполняется на компьютере и т. Д. ... очень мало что можно сказать. В правильно функционирующей системе ... очень мало делается с диска, пока не будет выполнена какая-то операция записи.
Есть причина, по которой администраторы баз данных зарабатывают много денег, выполняя свою работу ... И есть причина, по которой существуют десятки различных «типов» серверов sql. Здесь нет универсального универсального ответа.