У меня есть система VMware vSphere 4, и я создаю свои новые виртуальные серверы, один из которых представляет собой Windows 2008 Server (x64) для использования с SQL Server 2008. У меня есть SAN.
Я прочитал все ресурсы на VMWare.com, которые я смог найти по запуску SQL Server на VMware. Я не совсем уверен, правильно ли я понял их в отношении разделения.
Я решил установить операционную систему на один файл виртуального диска и создал отдельный vmdk-файлы для файлов данных и журналов [SQL Server]. Я установил этот диск, чтобы он не зависел от любых снимков.
Я действительно не вижу смысла разделять файлы данных и журналов, если они физически не разделены (как это обычно для SQL Server), но опять же, это упрощает управление резервными копиями.
Есть ли в этом недостатки?
Это почти все, что вы можете делать ВНУТРИ сервера. Типичный виртуальный сервер никогда не будет хорошим сервером базы данных, потому что вы будете СЕРЬЕЗНО ограничены io. Ничего против виртуализации здесь нет - но использование виртуализации отключает мозг многих людей. В то время как «настоящие» SQL-серверы имеют тщательно спланированную компоновку дисков для оптимизации своих возможностей ввода-вывода, многие виртуальные серверы работают на X-компьютерах в общей сети SAN с относительно низкой производительностью - и задаются вопросом, почему она медленнее;
Итак, на физическом уровне убедитесь, что у вас есть необходимые возможности ввода-вывода.
Вдобавок: убедитесь, что у вас есть X файлов журнала и данных для каждой базы данных, где X - это количество виртуальных ядер процессора. Стандартная процедура SQL.
Рассмотрите возможность создания двух разделов NTFS на вашем SAN и хранения файлов там. Хранение файлов с высоким трафиком в виртуальном разделе в VMFS просто добавляет еще один уровень ввода-вывода.