Интересно, каковы общие правила для крупномасштабной архитектуры Sharepoint 2007? В основном я хотел бы спланировать, сколько семейств сайтов необходимо, и почему я должен разбить свою интрасеть на несколько семейств сайтов, а не иметь одну, чтобы управлять ими всеми?
Отсюда возникает вопрос, в чем заключаются недостатки различных семейств сайтов. Судя по тому, что я вижу, они не могут разговаривать друг с другом (т.е. CQWP не может считывать данные из другого семейства сайтов), и мне приходится развертывать свои функции в каждом семействе сайтов.
Есть ли какие-нибудь полезные ресурсы и официальные документы по крупномасштабной архитектуре Sharepoint? Я нашел кое-что, что говорит мне, сколько серверов, но я ищу что-то на один уровень выше, говоря о пулах приложений, базах данных контента и коллекциях сайтов.
Это зависит от того, чего вы планируете достичь.
Если вы собираетесь создать небольшую ферму с небольшим количеством пользователей, то вам не стоит об этом думать. Однако, когда вы развертываете действительно большую ферму, вы должны обращать внимание на границы программного обеспечения.
Как вы можете видеть в этой статье Technet Планирование границ программного обеспечения, SharePoint снижает производительность экспоненциально, если некоторые вещи не принимаются во внимание.
Я бы посоветовал вам обратить внимание на эти проблемы с производительностью, а не на семейства сайтов. У семейств сайтов есть свои плюсы и минусы, однако, когда вы работаете с большими фермами (более 100 ГБ), Microsoft предлагает использовать единое семейство сайтов и квоты для баз данных контента. Надеюсь это поможет.
-Máximo
Помимо прочего, семейства веб-сайтов обеспечивают административные границы и границы безопасности. Администраторы семейства веб-сайтов для семейства веб-сайтов A по умолчанию не имеют никаких прав на семейство веб-сайтов B. Вы можете указать этих администраторов независимо. Кроме того, группы SharePoint существуют на уровне семейства сайтов. Таким образом, каждая созданная вами группа SharePoint доступна для использования на всех сайтах в семействе сайтов.
Для нашей основной интрасети, которую администрирует наша ИТ-группа, мы обнаружили, что одно семейство сайтов работает очень хорошо. ИТ контролирует безопасность и делегирует контроль над контентом. Однако для порталов на уровне отделов или филиалов мы обнаружили, что создание семейства сайтов с квотой позволяет нам предоставить нашим пользователям портал для совместной работы, не требуя слишком много времени ИТ-специалистов и не беспокоясь о том, что они могут испортить вверх данные другой группы. Обратной стороной этого является то, что пользователей нужно либо обучить, либо просто бросить в глубину и сказать, чтобы они разобрались.
Обратная сторона разделения администрирования семейств веб-сайтов, которую мы видели, заключается в том, что иногда было бы удобнее иметь одну точку администрирования. Однако мы смогли бороться с этим с помощью некоторых команд и сценариев PowerShell. Гэри Лапуант Расширения stsadm и командлеты PowerShell очень полезны.
Я новичок в администрировании SharePoint, как и моя организация. Мы сейчас боремся с этой проблемой, поэтому отнеситесь к этому ответу с недоверием.
Основная проблема, связанная с хранением всего в одном семействе сайтов, заключается в том, что вы не можете разбить коллекцию на несколько баз данных. Как только одна база данных контента станет слишком большой, вы начнете замечать проблемы с производительностью, не говоря уже о головной боли, связанной с резервным копированием и восстановлением больших баз данных.
Различные ресурсы расскажут вам разные истории о том, насколько большой вы можете увеличить конкретную базу данных, прежде чем это станет проблемой, но самый большой указатель, который я слышал, - 100 ГБ. Это рекомендация гуру SharePoint Джоэла Олесона. Поэтому, как правило, если вы думаете, что однажды ваш контент может превысить 100 ГБ, разбейте его на отдельные семейства сайтов. сейчас. Перемещение контента в новое семейство сайтов постфактум, по общему мнению, очень болезненно.
это слайд-колода от Джоэла Олесона достигает высшей точки планирования мощности и архитектуры фермы.
Я только что увидел, что у TechNet есть обновленная книга доступна для скачивания.
Размер важен для производительности, но не забывайте, сколько времени потребуется для резервного копирования и восстановления сломанного семейства сайтов.