Какую версию Sql Server 2008 вы используете с установкой Enterprise Moss и почему?
А конкретно, вам действительно нужно все, что предоставляет версия Enterprise Sql Server, или стандартная версия более чем способна предоставить услуги для компании из 1000+ пользователей. А как насчет 5000 пользователей?
В качестве дополнительного примечания: мы будем запускать всю установку на ферме ESX с источником данных SAN.
решение1
Вместо того, чтобы подсчитывать количество пользователей, я бы задал несколько других вопросов.
Должен ли конечный пользователь иметь к нему круглосуточный доступ? Если так, вам нужна Enterprise Edition для онлайн-перестроения индексов. Если вы можете получить окна обслуживания после работы или в выходные, то вы можете обойтись Standard Edition, которая переводит индексы в автономный режим во время их перестроения.
Вы тестировали пропускную способность ввода-вывода?Вы сказали, что используете ESX — если это v3.5 или более ранняя версия, или если вы не используете верхний уровень лицензии для v4, то вы не получаете возможности многопутевого доступа. Ваша пропускная способность ограничена всего одним адаптером шины хоста на массив. Если от этих терминов у вас текут глаза, вот короткая история — вы можете оказаться в узком месте всего на 200-400 МБ/с, что может быть заполнено дюжиной дисков SATA. Неважно, какой тип SAN вы подключите, это не будет иметь значения, если вы можете получить только один HBA пропускной способности за раз. Standard против Enterprise будет наименьшей из ваших проблем.
Как вы планируете осуществлять аварийное восстановление?Если вы думаете об использовании доставки журналов или зеркалирования базы данных, то взгляните на возможности Enterprise. Если вы делаете зеркалирование, то вы получаете некоторые удобные функции восстановления поврежденных страниц, используя SAN зеркала вместо основного.
Храните ли вы конфиденциальные данные или документы в SharePoint?Если это так, вам следует рассмотреть Enterprise, чтобы воспользоваться преимуществами прозрачного шифрования данных. Это шифрует данные в состоянии покоя, когда они находятся в SAN, тем самым предотвращая возможность кого-либо захватить снимок SAN или копию ваших резервных лент и восстановить полную копию вашей базы данных, когда вы не смотрите.
Не беспокойтесь о сжатии.Enterprise добавляет возможность сжатия данных, но не позволяйте этому повлиять на ваше решение. Ваши пользователи SharePoint, вероятно, будут хранить массу двоичных документов, которые в любом случае не очень хорошо сжимаются.
решение2
Если вы начинаете примерно с 1000 пользователей и можете закончить с 5000+ пользователей, я бы сказал, что это типичный проект масштабирования, и я бы определенно выбрал корпоративную версию. Я бы, вероятно, выбрал кластерный бэкенд с самого начала.
Тем не менее, все зависит от характера трафика этих 1000-500 пользователей и уровня обслуживания, который вы хотите предоставить. Также не невозможно перейти со стандартного на корпоративный позже, но это будет стоить вам некоторого времени простоя, что может быть вариантом, а может и нет.
решение3
Для клиента мы выбрали 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
