Отказоустойчивый кластер SQL Server 2008 на общих томах кластера? - PullRequest
0 голосов
/ 05 декабря 2009

Может кто-нибудь придумать причину, по которой отказоустойчивый кластер SQL Server 2008 не может использовать общие тома кластера для баз данных и файлов журналов?

Похоже, что использование CSV-файлов должно сократить время отработки отказа и снизить сложность конфигурации групп кластеров (ресурсам физических дисков больше не потребуется "отработка отказа").

1 Ответ

0 голосов
/ 05 декабря 2009

Я думаю, но не уверен на 100%, Microsoft ограничивает возможности CSV.

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

Но, не зная вашей конфигурации, я не знаю, что вы пытаетесь сделать. CSV существует, поэтому один том (например, один LUN в сети SAN) может совместно использоваться несколькими членами кластера с отдельными файлами, которые используются различными членами кластера. В частности, информация, составляющая определение виртуальной машины и виртуального жесткого диска.

Раньше нужно было поместить определение виртуальной машины и виртуальный жесткий диск в отдельный логический модуль, чтобы он мог перемещаться по отдельности. В этом не было ничего «плохого», кроме сложности наличия большого количества LUN.

Файлы базы данных разные. У тебя не так много. Они большие. Вы хотите аккуратно разместить их и наблюдать за ними. И т.д.

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

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

...