Возможен ли один логический SQL Server с нескольких физических серверов?

Question

Можно ли с помощью Microsoft SQL Server 2005 объединить вычислительную мощность нескольких физических серверов в один логический SQL-сервер?Возможно ли это на SQL Server 2008?

Я думаю, что если файлы базы данных были расположены в сети SAN и каким-то образом один из серверов sql действовал как своего рода мастер, то обработка могла бы быть распределена по несколькимфизические серверы, например, даже допускающие одновременные обновления, где не было перекрытия, а в случае запросов только для чтения к разблокированным таблицам нет ограничений.

У нас есть приложение, которое ограничено скоростью нашего сервера sqlи, вероятно, застрял с сервером 2005 на данный момент.Является ли единственным вариантом получить еще один более мощный физический сервер?

Извините, я не эксперт, я не уверен, что вопрос глупый.

TIA

Answer 1

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

Например, я видел случаи, когда размещение tempDB на SSD решало проблемы с производительностью и спасало клиента от покупки дорогого нового сервера.

Анализ вашей рабочей нагрузки: Как я могу регистрировать и находить самые дорогие запросы?

С SQL Server 2008 вы можете использовать Хранилище управляющих данных (MDW) длязахватите рабочую нагрузку.

Технический документ: производительность и масштаб SQL Server 2008

Также : учтите, что решение SAN не обязательно являетсяболее быстрое решение ввода / вывода, чем непосредственно подключенное хранилище.Это зависит от SAN, количества физических дисков в LUN, подписки и использования LUN, скорости HBA и ряда других аппаратных факторов ...

Answer 2

Оптимизация приложения может оказаться сложной задачей, пройдя всю бизнес-логику и строки кода.Но поиск самого обширного запроса может легко найти область узкого места.Возможно, это происходит только с парой самых больших таблиц, представлений или хранимых процедур.Добавление или точная настройка индекса может помочь правильно.Если возможно увеличение ОЗУ, попробуйте и эту опцию.Это дешево и легко настроить.Удачи.

Answer 3

Возможно, вы захотите Google для "масштабируемой общей базы данных SQL Server". Да, вы можете хранить свои файлы БД в сети SAN и использовать несколько серверов, но вам нужно будет соответствовать некоторым довольно жестким критериям, чтобы это было повышение производительности или даже полезное (высокое соотношение операций чтения и записи, достаточно небольшой набор вписывается в память или достаточно быстрый SAN, несколько одновременных доступа и т. д., и т. д.).

Кластеризация сложна и, вероятно, намного дороже в долгосрочной перспективе, чем большой сервер, и гораздо менее эффективна, чем правильно оптимизированный код приложения. Вы обязательно должны убедиться, что ваше приложение хорошо оптимизировано.