none
Технические требования MS SQL 2005 RRS feed

  • Вопрос

  • Всем добрый день, товарищи!

    Прошу помочь с инфой по следующему вопросу: "технические требования ms sql 2005"

    А конкретно детальная информация о рейд массивах/рейд контроллерах для самой базы, системы, логов и тд. Что то вот не могу найти такой информации в интернете.

    Заранее спасибо!

    Для любителей подискутировать:

    У нас есть несколько версий, и мы думаем о том, какая все же ближе к истине :)

    1)На одном рейд контроллере делается несколько рейд массивов для увеличения отказоустойчивости и скорости, а именно пятый рейд для базы, зеркало для системы, зеркало для логов - и все на одном рейд контроллере.

    2)два рейд контроллера - один с пятым рейдом для базы, другой для системы и логов(зеркало) или же вариант
    2а)рейд контроллер с пятым рейдом для базы, отдельный винчестер для логов/системы(более дешевый просто вариант)

    3)Разнести сам MS SQL на разные сервера на одном база, на другом логи и тд.

    14 ноября 2011 г. 12:06

Ответы

  • Рекомендуется разносить по различным физическим носителям файлы данных и логов, также желательно на отдельный носитель убрать tempdb. Естейственно все это не должно конкурировать с системой за диск. При большой нагрузке база бъется на файловые группы и также раскидывается по разным носителям.

    • Помечено в качестве ответа Dmitry Davydov 24 ноября 2011 г. 13:53
    17 ноября 2011 г. 10:40

Все ответы

  • Сложно ответить на ваш вопрос не зная вводных данных. Какая нагрузка будет на сервер? Объям базы, количество пользователей, какое приложение и т.п.

    "3)Разнести сам MS SQL на разные сервера на одном база, на другом логи и тд." - это как???

    14 ноября 2011 г. 12:25
  • 1C, где то 100 пользователей.

    "3)Разнести сам MS SQL на разные сервера на одном база, на другом логи и тд." - это как???

    ну вот так, как бы гипотетически, почему нет :)

    14 ноября 2011 г. 12:29
  • все, что мы имеем пока это

    1)обязательно разбить на разные массивы, чтобы данные с логов и данные с базы не лежали на одном физю носителе

    2)следующее узкое место - рейд контроллер, чтобы увеличить производительность нужно разносить на разные р/к (или же винчестера для системы и логов каждому по штуке)

    14 ноября 2011 г. 12:35
  • Данных всеравно недоостаточно, на их основе проблематично спрогнозировать нагрузку на дисковую систему.

    Вот нашел информацию по подбору сервера для 1С, возможно это вам поможет:

    http://gilev.ru/1c/hardware/main.htm

    Требования для самого SQL сервера можно посмотреть здесь:

    http://technet.microsoft.com/ru-ru/library/ms143506(SQL.90).aspx

    Для ответа же на ваш вопрос необходимо достаточно точно пердставлять количество обращений к диску и их природу (чтение/запись).

    14 ноября 2011 г. 12:42
  • Тут больше вопрос теоретический, чем практический, ибо все ровно будет браться конфиг, которого хватит выше крыши :)
    14 ноября 2011 г. 12:46
  • Рекомендуется разносить по различным физическим носителям файлы данных и логов, также желательно на отдельный носитель убрать tempdb. Естейственно все это не должно конкурировать с системой за диск. При большой нагрузке база бъется на файловые группы и также раскидывается по разным носителям.

    • Помечено в качестве ответа Dmitry Davydov 24 ноября 2011 г. 13:53
    17 ноября 2011 г. 10:40