Какую версию Sql Server 2008 вы используете с установкой Enterprise Moss и почему?
В частности, действительно ли вам нужно все, что предоставляет версия Enterprise Sql Server, или стандартная версия более чем способна предоставлять услуги компании с более чем 1000 пользователей. А что насчет 5000 пользователей?
В качестве дополнительного примечания мы будем запускать всю установку на ферме esx с источником данных SAN.
Вместо того, чтобы считать количество пользователей, я задам еще несколько вопросов.
Обязательно ли доступ конечных пользователей к нему 24/7? Если это так, вам потребуется Enterprise Edition, чтобы получить возможность перестроения индекса в Интернете. Если у вас есть окна обслуживания в нерабочее время или в выходные дни, вы можете обойтись стандартной версией, которая переводит индексы в автономный режим во время их восстановления.
Вы проверили свою пропускную способность ввода-вывода? Вы сказали, что используете ESX - если это v3.5 или более ранняя версия, или если вы не используете верхний уровень лицензии для v4, тогда вы не получите возможности множественного доступа. Ваша пропускная способность ограничена одним адаптером главной шины на массив. Если эти термины заставят вас кровоточить, вот короткая история - у вас может быть узкое место всего на 200-400 МБ / с, которые могут быть заполнены дюжиной дисков SATA. Независимо от того, какой тип SAN вы подключаете, не имеет значения, сможете ли вы одновременно получить пропускную способность только одного HBA. Сравнение Standard и Enterprise будет наименьшей из ваших проблем.
Как вы планируете выполнять аварийное восстановление? Если вы думаете об использовании доставки журналов или зеркального отображения базы данных, изучите возможности Enterprise. Если вы выполняете зеркальное отображение, вы получаете несколько удобных функций по восстановлению поврежденных страниц, используя SAN зеркала вместо основного.
Вы храните конфиденциальные данные или документы в SharePoint? Если это так, вам следует подумать о том, чтобы Enterprise воспользоваться преимуществами прозрачного шифрования данных. Это шифрует данные в состоянии покоя, когда они находятся в сети SAN, тем самым не позволяя кому-либо получить снимок SAN или копию ваших резервных лент и восстановить всю копию вашей базы данных, когда вы не смотрите.
Не беспокойтесь о сжатии. Enterprise добавляет возможность сжатия данных, но не позволяйте этому повлиять на ваше решение. Ваши пользователи SharePoint, вероятно, будут хранить тонны двоичных документов, которые в любом случае не очень хорошо сжимаются.
В качестве заказчика мы выбрали Sql Server 2008 Enterprise Ed. Кластер из 2 узлов для высокой доступности, а не скорости. Конструкция является консервативной прямо из 5-узловой фермы Microsoft playbook с 3 интерфейсными узлами MOSS на Hyper-V и Dell Equallogic iSCSI SAN.
Кластер SQL не был виртуализирован, поскольку во время разработки (середина 2008 г.) конфигурация виртуализированного кластера SQL 2008 не поддерживалась Microsoft.
альтернативный текст http://bluesurftech.com/TechBlog/Lists/Photos/farm.png
Если вы начинаете с примерно 1000 пользователей и можете в конечном итоге получить 5000+ пользователей, я бы сказал, что это типичный проект с масштабированием, и я бы отказался от корпоративной версии. Я бы, наверное, с самого начала выбрал кластерный сервер.
Тем не менее, все зависит от модели трафика этих 1000-500 пользователей и уровня обслуживания, который вы хотите предоставить. Позже также возможно переключиться со стандартного на корпоративный, но это будет стоить вам некоторого времени простоя, которое может быть, а может и не быть вариантом.
