SQL Server и VMS

1. Следуйте рекомендациям Microsoft для дисков SQL. Разместите ОС, данные и журналы на отдельных VMDK. http://technet.microsoft.com/en-us/library/bb402876.aspx

2. Не используйте больше виртуальных процессоров, чем нужно.

3. Совместите ваши разделы.

4. Не помещайте слишком много виртуальных машин в хранилище данных, на котором работает ваш SQL-сервер.

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

Здравствуйте, мне нужно развернуть несколько VMS для серверов SQL, как вы планируете тома Сан? поставить os, data & log файлы в разные vmdk? или разные объемы? или поставить все в один объем?

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

Кроме того, это хороший совет, чтобы создать много томов или ограничить их 1 или 2? ( sql-log, sql-data, файлы,os-vms,24 часа, 5 минут, без реплики)

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