Аннотация
В этом документе рассказывается, как планировать и развертывать пакет обновления 1 (SP1) для Microsoft® Office SharePoint® Server 2007. В документе представлены новейшие инструкции по планированию, эксплуатации и мониторингу, а также сведения о развертывании пакета обновления 1 (SP1), которые помогут вам контролировать производительность системы после установки этого пакета.
Мы с радостью сообщаем о выпуске пакета обновления 1 (SP1) для Microsoft® Office SharePoint® Server 2007. В сотрудничестве с заказчиками мы разработали обновленное руководство, помогающее оптимизировать производительность системы. В настоящем документе представлены новейшие инструкции по планированию и настройке производительности и по развертыванию пакета обновления 1 (SP1), с помощью которых вы сможете управлять производительностью системы после установки этого пакета.
Результаты внутреннего анализа показывают, что лучше всего планировать снизу вверх: вначале SQL Server, затем сервер приложений, а потом веб-сервер.
Перед приобретением оборудования определите архитектуру данных (логическая структура и ориентировочные объемы), а также требования к надежности и производительности среды, в которой будут использоваться продукты и технологии SharePoint и SQL Server.
Планирование ресурсов зависит от выбранного сценария развертывания. Планируя развертывание, ознакомьтесь со следующими документами.
| • | Планирование и архитектура для Office SharePoint Server 2007 (http://go.microsoft.com/fwlink/?LinkID=105576) |
| • | Планирование и архитектура для Windows SharePoint Services 3.0 (http://go.microsoft.com/fwlink/?LinkID=105577) |
Представленные рекомендации взяты из документа Рекомендации по планированию и мониторингу хранилища с целью обеспечения производительности (http://go.microsoft.com/fwlink/?LinkId=105890).
Изложенные ниже рекомендации позволяют повысить производительность системы при планировании архитектуры данных с учетом существующих ограничений.
Адаптация архитектуры данных к программным ограничениям продуктов и технологий SharePoint
Дополнительные сведения о программных ограничениях см. в документе Планирование с учетом программных ограничений (http://go.microsoft.com/fwlink/?LinkID=105578).
Ограничение размера базы данных содержимого для улучшения управляемости
Выбирать размер базы данных необходимо таким образом, чтобы обеспечить управляемость и высокую производительность среды.
| • | В большинстве случаев для повышения производительности продуктов и технологий SharePoint мы не рекомендуем использовать базы данных содержимого размером свыше 100 ГБ. Если вам требуется более крупная база данных, придерживайтесь следующих инструкций.
| ||||||
| • | Чтобы избежать проблем с управляемостью и производительностью, мы настоятельно рекомендуем выделять содержимое из семейства узлов, размер которого приближается к 100 ГБ, в новое семейство узлов в отдельной базе данных. | ||||||
| • | Старайтесь, чтобы размер базы данных содержимого, включающей в себя несколько семейств узлов, не превышал 100 ГБ.
|
Выделение места для версий и корзины
Планируя использовать в узле контроль версий и корзины, помните о том, как это может повлиять на квоту узла.
| • | В библиотеках с включенным контролем версий пространство, использованное для предыдущих версий, учитывается в квоте узла. Не забывайте об этом и надлежащим образом корректируйте свои планы. |
| • | Для каждого узла можно включить один или два уровня корзины. Первый уровень (корзина узла и корзина пользователя) учитывается в квоте узла. Второй уровень (корзина семейства узлов) в квоте узла не учитывается, но его содержимое размещается в хранилище, которое используется семейством узлов. Не забывайте запланировать дополнительное пространство хранилища под корзину второго уровня. Будьте внимательны, настраивая продолжительность хранения удаленных документов в корзине каждого уровня. |
Управление хранилищем с помощью шаблонов квот
Используйте шаблоны квот для управления семействами узлов с похожими характеристиками. Шаблон квот устанавливает максимальный объем хранилища для семейств узлов, а также обеспечивает оповещения по электронной почте при достижении его заданного объема. Вносимые в шаблон квот изменения распространяются только на новые узлы, не затрагивая узлов, созданных раньше.
На производительность системы значительное влияние оказывают топология SQL Server и характеристики сети, физического хранилища и кэша. Подбирая оборудование, помните, что это - последняя версия продукта SharePoint, которая работает с 32-разрядными операционными системами и базами данных.
Примечание. Заказчикам, использующим метод постепенного обновления, для сохранения быстродействия сервера SQL Server на должном уровне, возможно, придется нарастить ресурсы SQL Server, необходимые для поддержки продуктов и технологий SharePoint, по крайней мере в два раза. |
Нижеследующие рекомендации основаны на передовых методах использования баз данных SQL Server, размещающих продукты и технологии SharePoint.
Размещение SQL Server 2005 на выделенном сервере
| • | Всегда устанавливайте SQL Server на выделенном сервере, который не исполняет в ферме других ролей, если только вы не разворачиваете единственный сервер. |
| • | Мы настоятельно рекомендуем устанавливать 64-разрядную версию SQL Server в 64-разрядной операционной системе, если только иное не диктуется существенными бизнес-причинами. |
| • | Для достижения оптимальной производительности размещайте продукты и технологии SharePoint на сервере SQL Server 2005 с последним пакетом обновления (SP2 на момент написания этого документа), если только у вас нет существенных бизнес-причин использовать более раннюю версию. |
| • | Каналы ввода-вывода, назначенные SQL Server для обмена данными с дисками, не должны использоваться другими приложениями, например файлом подкачки или журналами IIS. |
Горизонтальное масштабирование в дополнение к добавлению ресурсов
Важно отслеживать три ресурсных компонента, обслуживающих сервер с SQL Server: центральный процессор, ОЗУ и подсистему ввода-вывода. В случае если какой-то из этих компонентов перегружен, выберите надлежащую линию поведения с учетом текущего и прогнозируемого объема работ и решите, следует ли добавлять дополнительные ресурсы или выполнить горизонтальное масштабирование, добавив еще один сервер с SQL Server. В общем, мы рекомендуем использовать горизонтальное масштабирование как дополнение к наращиванию ресурсов.
Развертывать дополнительный сервер с SQL Server целесообразно при наличии более четырех полностью загруженных внешних веб-серверов.
При выборе оборудования учитывайте методические рекомендации для SQL Server
Соблюдение приведенных ниже указаний по выбору оборудования, которые предоставлены группой разработчиков SQL Server, крайне важно для обеспечения оптимальной производительности продуктов и технологий SharePoint.
Память
Чтобы определить требуемый размер памяти для компьютеров с SQL Server, необходимо знать тип развертываемого решения с точки зрения потребления памяти: малое, среднее или крупное.
| Метрика | Значение |
Размер базы данных содержимого | более 50 ГБ |
Количество баз данных содержимого | более 20 |
Количество одновременных запросов к SQL Server | 200 |
Количество пользователей | более 1000 |
Количество элементов в регулярно используемом списке | более 2000 |
Количество столбцов в регулярно используемом списке | более 20 |
Определение размера развертываемого решения.
| • | Решение с метриками в нижней части указанного диапазона может считаться малым. |
| • | Если метрики решения находятся в средней части диапазона или выходят за его пределы лишь в паре случаев, то решение является средним. |
| • | Если большинство метрик решения находится в верхней части диапазона или выходит за его пределы, значит это крупное решение. |
Таблица содержит общие рекомендации. Руководствуйтесь здравым смыслом и осуществляйте надлежащее планирование.
Другие факторы, влияющие на потребность в памяти.
| • | Зеркальное отображение SQL Server. |
| • | Частое использование файлов размером более 15 МБ. |
Определение рекомендуемого размера памяти.
| • | Минимальный размер памяти для SQL Server равен 4 ГБ, для средних решений рекомендуется 8 ГБ, а для крупных — 16 ГБ и более. |
Кэш
| • | На серверах с SQL Server мы рекомендуем использовать центральные процессоры, оснащенные кэшем второго уровня не менее 2 МБ. |
Пропускная способность шины
Большая пропускная способность шины — ключевой фактор повышения надежности и производительности. Помните, что диск не является единственным потребителем пропускной способности шины: например, нужно учитывать еще и доступ к сети.
| • | Установка на средних и крупных серверах шин с большей пропускной способностью приводит к повышению надежности системы, особенно при условии использования ПО для поддержки нескольких каналов ввода-вывода. (В небольших системах увеличение пропускной способности не оказывает значительного влияния на надежность.) Для надежного обеспечения пропускной способности шины следует использовать избыточность каналов в системе и избегать появления единственных точек отказа в аппаратных устройствах. |
| • | Увеличенная пропускная способность шины повышает производительность систем, которые часто используют пересылку крупных блоков данных и последовательный ввод-вывод. |
| • | В небольших серверах, преимущественно осуществляющих последовательный ввод-вывод, шина PCI становится узким местом уже при наличии трех дисков. Небольшому серверу с восемью дисками, который в основном осуществляет произвольный ввод-вывод, достаточно шины PCI. Тем не менее и малые, и очень крупные серверы в большинстве случаев оснащаются шиной PCI-X. |
| • | Для поддержки большого количества дисков требуется шина с повышенной пропускной способностью. |
| • | Пропускная способность шины может быть ограничена топологией системы. Если система оснащена дисками прямого подключения, то ограничителем пропускной способности шины выступает количество слотов. В системах SAN физические ограничивающие факторы отсутствуют. |
| • | Быстрые шины с высокой пропускной способностью обычно встречаются в более дорогих серверах. Во многих случаях увеличить пропускную способность шины можно только путем замены сервера. С другой стороны, крупные серверы лучше поддаются настройке. Для получения подробных сведений обращайтесь к поставщику сервера. |
Интерфейсы (диск, RAID, SAN)
Используемые в системе интерфейсы влияют на надежность и производительность.
| • | Большие диски, при прочих равных условиях, имеют большее среднее время поиска. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| • | Используйте при выборе интерфейса следующую таблицу.
|
Дисковая топология (прямое подключение, SAN, NAS)
Используемая в системе дисковая топология влияет на надежность и производительность.
| • | Ключевое значение имеют минимальные задержки в подсистеме ввода-вывода, обслуживающей сервер с SQL Server. Медленное реагирование со стороны подсистемы ввода-вывода не может быть скомпенсировано наращиванием других типов ресурсов (например, процессора или ОЗУ), но способно оказать влияние и вызвать проблемы в масштабах всей фермы. Перед развертыванием необходимо обеспечить минимальные задержки и проверить существующие системы, как описано в разделе Обновленные инструкции по мониторингу. | ||||||||||||||||||||||||||||||||||||||||||||||
| • | Используйте при выборе топологии следующую таблицу.
|
Рекомендации по топологии сети
Планируйте сетевые подключения внутри ферм и между ними. Рекомендуется использовать сеть с небольшими задержками.
| • | Все серверы фермы должны быть подключены к серверу с SQL Server, причем подключение должно иметь пропускную способность и задержки на уровне локальной сети (не более 1 миллисекунды). |
| • | Мы не тестировали и, следовательно, не рекомендуем использовать вариант развертывания продуктов и технологий SharePoint, предполагающий установку сервера с SQL Server в WAN-топологии — удаленно от других компонентов фермы и с задержкой сети более 1 миллисекунды. |
| • | Запланируйте подходящую WAN-сеть, если вы предполагаете использовать зеркальное отображение SQL Server или доставку журналов SQL Server для поддержания удаленного узла в актуальном состоянии. |
Значительное влияние на производительность системы оказывает выбор дисков и массивов, а также способ размещения данных на них. Для знакомства с технологией RAID обращайтесь к следующим источникам.
| • | Обзор типов RAID, которые используются с SQL Server, см. в документе Уровни RAID и SQL Server (http://go.microsoft.com/fwlink/?LinkID=105581). |
| • | Сравнение типов RAID, используемых с SQL Server, см. в статье Сравнение разных реализаций уровней RAID (http://go.microsoft.com/fwlink/?LinkID=105582) |
Использование надлежащих дисков и массивов RAID
| • | Чем больше дисков или массивов и чем выше их быстродействие, тем лучше с точки зрения производительности. Важно обеспечивать небольшие задержки и короткую очередь для всех дисков (см. раздел Обновленные инструкции по мониторингу). |
| • | Для обеспечения высокой доступности и производительности (с произвольными чтением и записью) используйте массив RAID 10. |
| • | Перед настройкой массивов RAID проконсультируйтесь с поставщиком оборудования для хранения данных или ознакомьтесь с соответствующей документацией. Обязательно продумайте, что важнее для базы данных: меньшее время отклика при операциях произвольного чтения (например, статичное веб-содержимое), когда RAID 5 и RAID 10 обладают практически равной эффективностью, или меньшее время отклика при операциях произвольной записи (например, узел совместной работы, обслуживающий и чтение, и запись), когда RAID имеет преимущество). |
| • | При настройке массива RAID необходимо согласовать файловую систему со смещением, которое обеспечивает поставщик. Если у вас нет инструкций поставщика, см. документ Проверка и настройка подсистемы ввода-вывода перед развертыванием SQL Server (http://go.microsoft.com/fwlink/?LinkID=105583). |
Классификация данных и их распределение между дисками
В идеале файл tempdb, базы данных содержимого и журналы транзакций SQL Server должны располагаться на отдельных жестких дисках.
| • | Данные с более высоким приоритетом (список приведен в порядке убывания) назначаются более быстрым дискам.
| |||||||||
| • | Результаты тестирования и отзывы заказчиков свидетельствуют о том, что производительность фермы Office SharePoint Server может значительно снизиться из-за недостаточной скорости выполнения дисковых операций чтения-записи для файла tempdb. Чтобы не допустить этого, размещайте файл tempdb на отдельных дисках. Если наблюдается или планируется высокая нагрузка (среднее время чтения с диска или среднее время записи на диск выше 20 мс), можно избежать узких мест, разделив файлы на несколько дисков или используя более быстрые диски. | |||||||||
| • | Для достижения максимальной производительности размещайте файл tempdb в массиве RAID 10. Количество файлов данных должно равняться количеству центральных процессоров, и эти файлы должны иметь одинаковый размер. | |||||||||
| • | Располагайте данные базы данных и файл журнала транзакций на разных дисках. Если файлы вынуждены совместно использовать одни и те же диски, потому что дисковое пространство ограничено или потому что назначение отдельных дисков или чередующихся томов нецелесообразно из-за малого размера файлов, то размещайте на одном диске файлы с разными шаблонами использования, чтобы снизить вероятность одновременной выдачи запросов на доступ. | |||||||||
| • | За сведениями о том, как настроить все журналы и базы данных поиска с целью оптимизации записи в вашем конкретном решении, обращайтесь к поставщику оборудования для хранения данных. | |||||||||
| • | Задайте начальные размеры файлов данных и журналов. | |||||||||
| • | Управляйте увеличением файлов данных и журналов вручную, не полагаясь на функцию автоматического расширения. Эту функцию можно оставить включенной из соображений безопасности, но не забывайте о необходимости упреждающего управления увеличением файлов данных. | |||||||||
| • | Выделяйте отдельные дисководы для базы данных поиска. |
Следуйте рекомендациям по настройке от производителей оборудования
Чтобы достичь оптимальной производительности, руководствуйтесь при настройке физического дискового массива рекомендациями, предоставленными поставщиком оборудования, и не полагайтесь на используемые операционной системой значения по умолчанию.
В случае отсутствия инструкций поставщика рекомендуется настраивать хранилище для SQL Server с помощью служебной программы DiskPart.exe. См. документ Проверка и настройка подсистемы ввода-вывода перед развертыванием SQL Server (http://go.microsoft.com/fwlink/?LinkID=105583).
Планирование внешних веб-серверов в соответствии с предоставленными ниже рекомендациями позволяет повысить производительность системы.
Использование 64-разрядных внешних веб-серверов
Мы настоятельно рекомендуем устанавливать на внешних веб-серверах 64-разрядную версию Office SharePoint Server 2007 и 64-разрядную операционную систему, если только иное не диктуется существенными бизнес-причинами.
Тщательная настройка 32-разрядных серверов
В случае использования 32-разрядных серверов руководствуйтесь следующими рекомендациями.
| • | Не используйте параметр /3gb для 32-разрядных систем На 32-разрядных внешних веб-серверах мы не рекомендуем использовать параметр /3gb в Windows Server® 2003 с целью увеличения виртуального адресного пространства с 2 ГБ до 3 ГБ для всех процессов пользовательского режима. Причина заключается в том, что трафик узла SharePoint преимущественно состоит из пересылки больших массивов данных через операционную систему, а потому, оставив ей только 1 ГБ адресного пространства, можно дестабилизировать компьютер. Дополнительные сведения см. в статье базы знаний Майкрософт Параметр /3GB для Windows Server 2003 не поддерживается в Windows SharePoint Services 2.0 и его более поздних версиях, а также в SharePoint Portal Server 2003 с пакетом обновления 2 (SP2) и его более поздних версиях (http://go.microsoft.com/fwlink/?LinkId=105919). |
| • | Совместное использование 32- и 64-разрядных серверов может повлиять на балансировку нагрузки На одних внешних веб-серверах в вашей среде может быть установлена 32-разрядная версия Office SharePoint Server, а на других — 64-разрядная. В этом случае существует риск перегрузки 32-разрядных внешних веб-серверов, если подсистема балансировки сетевой нагрузки настроена на использование одной из недостаточно совершенных моделей, например циклической. Мы рекомендуем настроить подсистему балансировки сетевой нагрузки так, чтобы она управляла распределением на основании загрузки. |
Проверка подлинности Kerberos для интенсивно используемых ферм
Для ферм, обслуживающих большое количество запросов за определенную единицу времени, рекомендуется использовать проверку подлинности Kerberos (если это не противоречит вашим бизнес-потребностям). Технология Kerberos быстрее возвращает результаты обработки запросов на проверку подлинности, поскольку она использует кэширование.
Используйте 4-5 внешних веб-серверов на каждый сервер с SQL Server
В результате проведенного нами тестирования выяснилось, что ферма выходит на максимальную производительность, если на каждый компьютер с ПО SQL Server приходится 4-5 внешних веб-серверов. Используйте подсистему балансировки сетевой нагрузки, чтобы равномерно распределить запросы по внешним веб-серверам и снизить нагрузку на отдельные серверы.
Увеличение пространства, выделенного для индексных файлов
В статье Оценка требований к производительности и мощности для поисковой среды (http://go.microsoft.com/fwlink/?LinkID=105576) рекомендуется предусматривать на сервере индексирования дисковое пространство, в 2,5 раза превышающее размер индексных файлов. В настоящее время мы считаем, что целесообразно увеличить соотношение между дисковым пространством и размером индексных файлов до 2,85.
Веб-сады
Не рекомендуется использовать веб-сады (пулы приложений IIS, поддерживаемые несколькими рабочими процессами) для узлов управления корпоративным содержимым, поскольку это отрицательно воздействует на исходящее кэширование страниц. В целом, по результатам наших наблюдений, веб-сады не повышают и не снижают производительность продуктов и технологий SharePoint. Учитывая сложность управления веб-садами, мы не советуем их использовать.
Дополнительные ресурсы для систем с большим количеством активных рабочих процессов
Если в системе имеется много активных экземпляров рабочего процесса, рассмотрите возможность расширения ОЗУ, увеличения количества внешних веб-серверов и наращивания ресурсов для компьютеров с ПО SQL Server.
Выделенные внешние веб-серверы для служб, не предназначенных для пользователей
Выделенный внешний веб-сервер — это веб-сервер, который не подключен к доступной пользователям подсистеме балансировки нагрузки. Мы рекомендуем размещать на выделенных внешних веб-серверах все ресурсоемкие службы, не предназначенные для пользователей, в том числе:
| • | службы индексирования поиска; |
| • | центр администрирования; |
| • | профили; |
| • | службы Excel. |
Включение только необходимых компонентов
Office SharePoint Server 2007 — мощная платформа, поддерживающая множество возможностей. Чтобы обеспечить более эффективную эксплуатацию внешних ресурсов, включайте только те компоненты, которые нужны вашим пользователям. Дополнительные сведения об отключении возможностей см. в документе Работа с компонентами (http://go.microsoft.com/fwlink/?LinkID=105337).
Представленные ниже инструкции взяты из документа Развертывание обновлений ПО для Office SharePoint Server 2007 (http://go.microsoft.com/fwlink/?LinkId=105920).
Большинство сценариев развертывания, от автономных серверов до очень крупных ферм, рекомендуется осуществлять следуя процессам и процедурам, изложенным в данном разделе. Стандартный процесс установки обновлений ПО предполагает копирование файлов на компьютер с последующим запуском либо мастера настройки продуктов и технологий SharePoint, либо средства Psconfig для обновления баз данных.
Примечание. В настоящем документе термин обновление ПО (обновление) используется как общий для обновлений всех типов, включая пакеты обновления, обычные обновления, нако¬пительные пакеты обновления, пакеты дополнительных компонентов, критические обновления, обновления для системы безопасности и исправления, используемые для улучшения или исправления программного продукта. |
Для всех сценариев развертывания, отличающихся от развертывания одиночного сервера, например веб-серверов в ферме серверов, для загрузки и установки обновлений необходимо использовать центр загрузки Майкрософт. Обновления не устанавливаются автоматически, даже если на веб-серверах включено автоматическое обновление. Невозможно инициировать установку обновлений с помощью Центра обновлений Майкрософт.
Установщик обновления ПО выполняет проверку реестра и блокирует автоматическую установку на веб-серверах, не имеющих параметр singleserver в разделе SERVERROLE.
Чтобы определить, нужно ли вручную загружать и устанавливать обновление, с помощью редактора реестра проверьте наличие указанного параметра в следующем разделе:
HKLM\Software\Microsoft\Shared Tools\web server extensions\12.0\WSS\SERVERROLE
Перед установкой обновлений для Microsoft Office SharePoint Server 2007 необходимо установить пакеты обновления для Microsoft Windows SharePoint Services 3.0.
Примечание. Не устанавливайте бета-версии обновлений для Office SharePoint Server 2007 в рабочей среде. |
В ферме серверов на всех веб-серверах Office SharePoint Server 2007 должны быть установлены обновления одной и той же версии.
Данный раздел содержит описание действий, которые необходимо выполнить перед установкой обновления.
Серверы приложений и внешние веб-серверы Microsoft Office SharePoint Server 2007 на период установки обновлений необходимо выводить из эксплуатации. Рекомендуется планировать установку обновлений на время, когда ее выполнение причинит минимальные неудобства пользователям. Предоставьте пользователям и другим людям, имеющим отношение к веб-узлам, которые размещены на серверах Office SharePoint Server 2007, предполагаемый график установки и при необходимости вносите в него изменения.
Если после первоначальной установки фермы серверов вы выполняли ее обновление (на месте или постепенно) и некоторые задания обновления еще выполняются, то установка обновления ПО может завершиться сбоем. Чтобы убедиться в отсутствии выполняющихся процессов обновления, просмотрите страницу «Состояние задания таймера» на веб-узле центра администрирования SharePoint. Дождитесь завершения всех заданий обновления и приступайте к установке обновления ПО.
Задания обновления, отображающиеся на странице «Состояние задания таймера», имеют отношение к узлам, находящимся в процессе обновления. Они возникают, если продолжается постепенное обновление или если в мастере настройки продуктов и технологий SharePoint было выбрано обновление на месте. Убедившись, что на странице «Состояние задания таймера» нет заданий обновления, можно начинать установку обновления ПО.
В конфигурации с общими службами очередность обновления родительской и дочерней фермы серверов не имеет большого значения, но мы рекомендуем вначале установить обновление в родительской ферме серверов.
Если вы используете каталог бизнес-данных в конфигурации с общими службами и оба приведенных ниже утверждения соответствуют действительности, то следуйте изложенной далее процедуре для создания и регистрации прокси-класса веб-службы с целью импорта пакетов веб-службы каталога бизнес-данных в родительскую ферму серверов и успешного подключения к ним из дочерней фермы серверов.
| • | В родительской ферме серверов установлено обновление ПО. |
| • | В дочерней ферме серверов установлена официальная версия продукта. |
Создание и регистрация прокси-класса веб-служб
1. | Скомпилируйте прокси-класс веб-служб в подписанную библиотеку DLL, которую обычно называют сборкой. | |
2. | Пакет каталога бизнес-данных должен определять WebServiceProxyType следующим образом: <Property Name="WebServiceProxyType" | |
3. | Чтобы сделать функции сборки доступными для всех приложений, необходимо с помощью средства .NET Framework Global Assembly Cache (gacutil.exe) зарегистрировать подписанную сборку как общую сборку в глобальном кэше сборок (GAC) на каждом внешнем веб-сервере. Регистрация требуется на внешних веб-серверах, которые будут использовать приложение, как в родительской, так и в дочерней ферме серверов. Чтобы установить сборку с заменой существующей, выполните следующую команду: gacutil /ifимя_сборки
| |
4. | Для регистрации сборки выполните команду iisreset /noforce на каждом веб-сервере, где была выполнена регистрация сборки с помощью gacutil.exe | |
5. | На веб-сервер приложений общих служб (в родительской ферме серверов) необходимо импортировать XML-пакет приложений каталога бизнес-данных. После этого дочерняя ферма серверов сможет использовать метаданные из каталога бизнес-данных на родительской ферме серверов. |
Подготовка к обновлению
Перед установкой обновления выполните следующие действия.
| • | Если в базе данных содержимого имеются потерянные объекты (т. е. объекты, не связанные родительскими или дочерними отношениями с другими объектами), то установка обновления завершится сбоем. Чтобы успешно произвести установку, необходимо предварительно восстановить отношения или удалить потерянные объекты. Дополнительные сведения о том, что делать, если в базе данных содержимого имеются потерянные объекты, см. в статье базы знаний Майкрософт При обновлении Windows SharePoint Services 2.0 до версии 3.0 выдается сообщение об ошибке «Обновление обнаружило один или несколько списков, которые не обновлены с помощью Prescan.exe и вынуждено завершить работу» (http://go.microsoft.com/fwlink/?LinkId=105755). | |||||||||||||||||||||||||
| • | Если вы настроили стандартный шаблон узла путем прямого изменения файлов шаблона (что делать не рекомендуется), то при установке обновления измененные файлы могут быть перезаписаны, что приведет к потере ваших настроек. После установки обновления вам придется повторно настроить шаблон узла. | |||||||||||||||||||||||||
| • | Остановите службу веб-публикации (w3svc) на всех внешних веб-серверах, чтобы отключить всех пользователей от фермы серверов. Если в ферме с несколькими внешними веб-серверами разрешить пользователям устанавливать подключения, когда файлы и базы данных на одном веб-сервере уже обновлены, а другие веб-серверы еще не обновлялись, то пользователи не смогут просматривать веб-узлы.
| |||||||||||||||||||||||||
| • | Перед архивацией выполните следующие действия для очистки среды.
|
При загрузке файла обновления учитывайте конфигурацию оборудования и язык. Имена файлов обновлений строятся по шаблону название_продуктаrrr-kby-xnn-fullfile-язык.exe, где:
| • | название_продукта — короткий идентификатор названия выпущенного продукта; |
| • | rrr — описание выпуска (например, sp1 для пакета обновления 1); |
| • | y — номер статьи в базе знаний Майкрософт, посвященной обновлению; |
| • | nn — архитектура оборудования (x86 или x64); |
| • | язык — язык обновления (например, en-us для английского (США)). |
Так, файл для Office SharePoint Server 2007 с пакетом обновления 1 (SP1) для оборудования x86 и языка «Английский (США)» будет называться officeserver2007sp1-kb936984-x86-fullfile-en-us.exe.
Ниже изложен подход к обновлению баз данных с одного из серверов, на котором размещен веб-узел центра администрирования. После установки обновления на первом сервере прочие внешние веб-серверы и серверы приложений могут просто подключаться к обновленной базе данных, вместо того чтобы пытаться ее обновить.
Обновление серверов в составе фермы должно происходить в указанной ниже последовательности.
| • | Для установки файлов обновления на всех серверах приложений и веб-серверах в составе фермы выполните на каждом из них процесс установки до момента появления диалогового окна со следующим сообщением: «Необходимо запустить программу установки, чтобы установить новые двоичные файлы на каждом сервере в ферме серверов. Если ваша ферма серверов состоит из нескольких серверов, запустите программу установки и мастер настройки на других серверах, а затем вернитесь на этот сервер и нажмите кнопку ОК для продолжения».
| |
| • | Чтобы завершить установку обновления, нажмите кнопку ОК в диалоговом окне одного из веб-серверов, на котором размещен веб-узел центра администрирования фермы серверов. | |
| • | Поочередно завершите установку обновления на остальных серверах приложений и веб-серверах фермы серверов. |
Необходимо установить обновление на каждом сервере Office SharePoint Server 2007, чтобы файлы скопировались на все серверы фермы. Затем вернитесь на сервер, где размещен веб-узел центра администрирования, и завершите установку. После завершения установки на сервере с веб-узлом центра администрирования можно завершать ее на всех остальных серверах.
Примечание. Перед установкой обновления для Office SharePoint Server 2007 убедитесь, что на серверах были установлены файлы обновления для Windows SharePoint Services 3.0. В случае отсутствия обновления для Windows SharePoint Services 3.0 появится диалоговое окно с предложением загрузить и установить его. Мастер настройки продуктов и технологий SharePoint необходимо запустить только один раз после установки обновления для Office SharePoint Server 2007. |
Чтобы получить требуемые права для установки обновления и запуска мастера настройки продуктов и технологий SharePoint, рекомендуется добавить учетную запись для удостоверения пула приложений центра администрирования SharePoint версии 3 в группу «Администраторы» на каждом локальном веб-сервере и сервере приложений и войти в систему с помощью этой учетной записи.
| • | Член группы «Администраторы» на локальном компьютере с Office SharePoint Server 2007. | ||||||
| • | В SQL Server учетная запись должна:
|
Во многих ИТ-средах созданием баз данных и их управлением занимаются администраторы баз данных. Политики безопасности и другие используемые вашей организацией политики могут требовать, чтобы базы данных для Office SharePoint Server 2007 создавались администраторами баз данных.
Примечание. Дополнительные сведения о развертывании Office SharePoint Server 2007 в среде, где создание баз данных и управление ими осуществляется администраторами баз данных, см. в документе Развертывание с использованием баз данных, созданных администраторами баз данных (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?LinkID=86818). |
Установить обновление можно непосредственно из консоли сервера или удаленно, с помощью сеанса консоли служб терминалов.
Примечание. Дополнительные сведения об использовании сеанса консоли см. в статье базы знаний Майкрософт 278845 Подключение к сеансу консоли служб терминалов в Windows Server 2003 и установка параллельного сеанса (http://go.microsoft.com/fwlink/?LinkId=98317). |
Установка обновления
В этом разделе представлены все процедуры, необходимые для успешной установки обновления в ферме серверов любого размера. Операторам крупных ферм следует прочитать раздел «Оптимизация крупной фермы» далее в настоящем документе.
Процесс обновления состоит из следующих этапов.
| • | Копирование всех файлов обновления на каждый сервер фермы серверов. | |
| • | Завершение обновления с одного из серверов, размещающих веб-узел центра администрирования. | |
| • | Завершение обновления на остальных серверах фермы серверов.
|
Установка обновления ПО
| • | Остановите службу веб-публикации (w3svc) на всех веб-серверах, чтобы отключить пользователей от фермы серверов. | |
| • | Загрузите и установите соответствующее обновление для Windows SharePoint Services 3.0 на всех серверах фермы серверов.
| |
| • | Загрузите и установите соответствующее обновление ПО Office SharePoint Server 2007 на всех серверах фермы. | |
| • | После установки обновления ПО запустится мастер настройки продуктов и технологий SharePoint.
| |
| • | На странице приветствия мастера настройки продуктов и технологий SharePoint нажмите кнопку Далее. | |
| • | В диалоговом окне с предупреждением о том, что некоторые службы в процессе настройки нужно перезапустить, нажмите кнопку Да. | |
| • | На странице Выполнение мастера настройки продуктов и технологий SharePoint нажмите кнопку Далее. | |
| • | Не нажимайте кнопку ОК в диалоговом окне, содержащем сведения об установке в ферме серверов. На каждом сервере должно отображаться следующее сообщение: «Необходимо запустить программу установки, чтобы установить новые двоичные файлы на каждом сервере в ферме серверов. Если ваша ферма серверов состоит из нескольких серверов, запустите программу установки и мастер настройки на других серверах, а затем вернитесь на этот сервер и нажмите кнопку ОК для продолжения». | |
| • | После того как на всех серверах приложений и веб-серверах фермы серверов появится указанное выше сообщение, завершите установку, используя веб-сервер, на котором размещен веб-узел центра администрирования.
| |
| • | Нажмите кнопку ОК на сервере, выбранном в предыдущем действии. | |
| • | На странице Настройка успешно завершена нажмите кнопку Готово. | |
| • | Закончив обновление веб-сервера, на котором размещен веб-узел центра адми¬нистрирования, выполните на нем инструкции, изложенные в разделе «Проверка результатов установки», чтобы убедиться в успешности установки обновления. | |
| • | Поочередно нажимайте кнопку ОК в диалоговых окнах на остальных серверах фермы серверов, чтобы завершить их обновление.
| |
| • | Установив обновление и настроив конфигурацию на всех веб-серверах фермы серверов, вручную запустите остановленную службу веб-публикации на каждом сервере, чтобы сделать его доступным для пользователей. |
Если вы выполнили инструкции, изложенные в разделе «Отсоединение баз данных содер¬жимого», то необходимо после установки обновления присоединить базу данных содержимого, воспользовавшись одной из предложенных ниже процедур (в зависимости от того, были ли настроены дополнительные компьютеры для обновления баз данных содержимого).
Примечание. Пропустите процедуру присоединения базы данных содержимого, если вы ее не отсоединяли. |
Если вы не настраивали дополнительные компьютеры специально для обновления баз данных содержимого, то выполните процедуру присоединения базы данных содержимого из командной строки. Это необходимо потому, что указанная процедура инициирует обновление баз данных содержимого.
Присоединение базы данных содержимого из командной строки
| • | Для присоединения базы данных введите следующую команду: stsadm -o addcontentdb -url<http://имя_резервного_сервера:порт>-databasename<имя_БД_содержимого>-databaseserver<новый_основной_сервер> |
Если вы настроили дополнительные компьютеры для обновления баз данных содержимого, то можно присоединить базу данных содержимого к обновленным компьютерам, используя следующую процедуру.
Присоединение базы данных содержимого
1. | Нажмите кнопку Пуск и выберите последовательно пункты Все программы, Администрирование и Центр администрирования SharePoint 3.0. |
2. | На узле центра администрирования щелкните Управление приложениями. |
3. | На странице «Управление приложениями» в разделе Управление веб-приложениями SharePoint щелкните Базы данных содержимого. |
4. | На странице «Управление базами данных содержимого» щелкните Добавить базу данных содержимого. |
5. | Введите сведения для отсоединенной ранее базы данных содержимого. |
6. | Повторите действия 4-6 для каждой базы данных содержимого, которую необходимо присоединить. |
7. | Если вы не выполняли операцию preparetomove в составе процедуры отсоединения баз данных содержимого, то после присоединения баз данных содержимого введите следующую команду, чтобы избежать проблем с синхронизацией: stsadm -o preparetomove -oldcontentDB<GUID>-newcontentDB<имя_базы_данных> |
В среде с общими службами выполните следующую процедуру для каждой базы данных поставщика общих служб. Процедуру следует выполнить только на одном внешнем веб-сервере.
Настройка доступа к базе данных SSP
| • | Запустите из командной строки следующую команду: stsadm –o editssp –title<имя_SSP> –ssplogin <имя_пользователя> –ssppassword<пароль_пользователя>-sspadminsite<новое_имя_сервера_БД_SSP> Для получения дополнительных сведений см. описание параметра editssp: Stsadm (Office SharePoint Server). |
В случае соблюдения любого из следующих условий выполните изложенную ниже процедуру на всех серверах индексирования и серверах запросов в ферме серверов.
| • | Вы используете сценарий с минимальными привилегиями. | ||||
| • | Учетная запись, используемая для службы поиска:
|
Запуск службы поиска
1. | Откройте окно командной строки. |
2. | Для идентификации компьютеров с экземпляром службы интерактивного поиска используйте следующую команду: stsadm -o osearch -action list |
3. | Войдите в систему (локально или удаленно) на каждом компьютере, который содержится в списке, возвращенном предыдущей командой, и выполните следующую команду: stsadm -o osearch -action start |
4. | Для идентификации компьютеров с экземпляром службы интерактивного поиска Windows SharePoint Services используйте следующую команду: stsadm -o spsearch -action list |
5. | Войдите в систему (локально или удаленно) на каждом компьютере, который содержится в списке, возвращенном предыдущей командой, и выполните следующую команду: stsadm -o spsearch -action start |
В очень крупных фермах серверов устанавливать обновление, когда подключены базы данных содержимого, нерационально с точки зрения простоев. Если у вас большое количество узлов или веб-серверов, то для минимизации связанных с обновлением простоев мы рекомендуем дополнительно выполнить команду Stsadm preparetomove и отсоединить базы данных содержимого.
Для оптимизации операций обновления следует использовать 4-5 внешних веб-серверов на 1 сервер базы данных. Настройте сопоставления альтернативного доступа на этих временных внешних веб-серверах так, как на оригинальных серверах. Если сопоставления альтернативного доступа не идентичны, то базы данных могут быть обновлены с непра¬вильными URL-адресами внутри содержимого узлов. Из-за этого некоторые страницы будут отображаться неправильно, и вам придется обращаться за помощью в службу поддержки Майкрософт. Дополнительные сведения см. в документе Планирование сопоставлений альтернативного доступа (Office SharePoint Server) (http://go.microsoft.com/fwlink/?LinkId=105997).
| • | В Windows Server 2003 откройте окно командной строки и перейдите в папку, где находится средство Stsadm. Обычно это следующая папка: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN | |
| • | Перед отсоединением баз данных выполните команду preparetomove, чтобы обеспечить включение базы данных содержимого в состав групп и синхронизацию их профилей после повторного присоединения. Введите в командной строке следующую команду: stsadm -o preparetomove -contentDB<сервер_БД:имя_БД>
|
Для получения дополнительных сведений см. описание параметра Stsadm preparetomove: Stsadm (Office SharePoint Server).
Примечание. Выполнять эту процедуру следует только в очень крупных фермах серверов. |
Отсоединение баз данных содержимого
| • | Чтобы отсоединить базу данных содержимого с помощью Stsadm, откройте окно командной строки и перейдите в папку %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN. | |
| • | Введите следующую команду: stsadm -o deletecontentdb -url http://имя_компьютера-databasename где параметр -url указывает веб-приложение, от которого необходимо отсоединить базу данных содержимого, а -databasename — имя отсоединяемой базы данных содержимого.
|
После обновления фермы серверов нужно обратно присоединить к ней базы данных содер¬жимого. За один раз к обновленной ферме серверов можно присоединить только одну базу данных содержимого, поскольку база данных при этом автоматически обновляется.
Чтобы оптимизировать процесс обновления, можно настроить дополнительные компьютеры в качестве веб-серверов Office SharePoint Server 2007 с пакетом обновления 1 (SP1) в ферме серверов, состоящей из одного компьютера (рекомендуется от 4 до 5 веб-серверов). Затем, чтобы выполнить параллельное обновление баз данных содержимого, используйте эти веб-серверы для обновления баз данных содержимого, пока они отсоединены от оригинальной фермы серверов.
Обновленные базы данных содержимого готовы к эксплуатации сразу после отсоединения их от временного веб-сервера и присоединения к оригинальной ферме серверов. В этот момент необходимо удалить все базы данных содержимого более ранних версий и создать резервную копию фермы серверов.
Примечание. Ограничивающим фактором для этого метода является то, что даже при использовании нескольких компьютеров невозможно одновременно обновлять более одной базы данных содержимого для каждого веб-приложения. |
Чтобы убедиться в том, что установка обновления прошла успешно, просмотрите после ее завершения журнал обновления (Upgrade.log).
Просмотр журнала обновления
| • | В проводнике перейдите в папку %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. | ||||
| • | Откройте файл Upgrade.log с помощью текстового редактора. | ||||
| • | Перейдите к дате установки обновления. | ||||
| • | Найдите следующие записи: Finished upgrading SPFarm Name=<имя_БД_конфигурации>; In-place upgrade session finishes. Root object = SPFarm=<имя_БД_конфигурации>, recursive = True. 0 errors and 0 warnings encountered. Если эти записи в журнале имеются, значит установка завершилась успешно. | ||||
| • | Если указанных записей нет, выполните в файле Upgrade.log поиск по следующим словам, чтобы определить возможные причины сбоя:
После выявления и разрешения проблем выполните процедуру «Принудительное продолжение процесса обновления», приведенную далее в этом документе. |
В некоторых конфигурациях учетной записи службы времени SharePoint (OWStimer), которая по умолчанию совпадает с учетной записью пула приложений центра администрирования SharePoint версии 3, назначаются учетные данные, не позволяющие получать доступ к папке %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. В таком случае часть журнала Upgrade.log хранится во временной папке учетной записи, запускающей службу времени SharePoint.
Чтобы при установке обновления в журнале сохранялась вся информация, включая подробный вывод результатов и отладочные данные, выполните следующую команду:
msiexec /p <пакет_обновления> /l*vx %temp%\patch.log<пакет_обновления> — путь к файлу обновления.
Файл журнала располагается во временной папке и носит название msi*.log.
Примечание. Перед установкой обновления можно включить ведение журнала работы установщика Windows. См. соответствующие сведения в статье базы знаний Майкрософт 99206 Как включить ведение журнала работы установщика Windows (http://go.microsoft.com/fwlink/?LinkID=99206). |
Кроме того, с помощью веб-узла центра администрирования SharePoint можно просмотреть номер версии на странице «Серверы в ферме».
Примечание. Если службы Windows SharePoint Services 3.0 были установлены одновременно с Office SharePoint Server 2007, то, открыв с панели управления компонент «Установка и удаление программ», вы не увидите запись, соответствующую этим службам. Кроме того, в случае установки обновления для Windows SharePoint Services 3.0 отдельная запись также не создается. Чтобы проверить, было ли установлено обновление, используйте следующую процедуру. |
Просмотр страницы «Серверы в ферме»
| • | Открыть страницу «Серверы в ферме» можно одним из следующих способов.
| ||||||
| • | На странице «Серверы в ферме» убедитесь, что рядом с надписью Версия для каждого сервера в составе фермы указан номер версии нового двоичного файла. Правильными являются следующие версии Office SharePoint Server 2007:
Если отображаемый номер версии соответствует номеру версии обновления, значит сервер был успешно обновлен. Неправильный номер версии означает, что установка обновления завершилась сбоем. Сведения об идентификации и разрешении возможных проблем см. в разделе «Просмотр журнала обновления» ранее в этом документе. |
Чтобы более тщательно проанализировать результаты установки обновления, проверьте номера версий отдельных файлов и соответствующие разделы в системном реестре.
Расширенная проверка результатов установки
1. | Проверьте номера версий файлов в папке %COMMONPROGRAMFILES%\Microsoft Shared\web server extentions\12\ISAPI. Правильными являются следующие версии Office SharePoint Server 2007 Microsoft.Office.Server.dll:
| ||||||
2. | С помощью редактора реестра проверьте значение в параметре DisplayVersion в следующих разделах.
|
Кроме того, проверить успешность установки обновления можно, воспользовавшись ана¬лизатором SQL-запросов для просмотра схемы SQL Server. Версии файлов DLL и реестр обновляются на первом этапе (при копировании файлов), однако обновление схемы SQL Server происходит только после завершения работы мастера настройки продуктов и техно¬логий SharePoint. Используйте следующую процедуру, чтобы проверить, выполнялся ли мастер настройки продуктов и технологий SharePoint после обновления ПО.
Проверка путем непосредственного просмотра схемы SQL
| • | Этот запрос SQL Server можно выполнить по отношению к любой базе данных продуктов и технологий SharePoint, чтобы отследить все обновления базы данных в идентификаторе GUID 00000000-0000-0000-0000-000000000000: SELECT * FROM Versions Последняя версия, которая сопоставлена указанному GUID, должна соответствовать текущей версии продукта.
|
Если установка не завершилась надлежащим образом, можно повторно запустить мастер настройки продуктов и технологий SharePoint либо воспользоваться изложенной ниже процедурой для выполнения настройки из командной строки.
Примечание. Перед установкой обновления можно включить ведение журнала работы установщика Windows. См. статью базы знаний Майкрософт 99206 Как включить ведение журнала работы установщика Windows (http://go.microsoft.com/fwlink/?LinkID=99206). |
Принудительное продолжение процесса обновления
| • | Откройте окно командной строки и перейдите в следующую папку: %COMMONPROGRAMFILES%\Microsoft shared\web server extensions\12\bin\ |
| • | Введите команду: psconfig –cmd upgrade –inplace b2b –wait –force |
Если необходимо создать новый сервер для присоединения к существующей ферме, рекомендуется с помощью папки Updates сформировать источник установки, содержащий обновления, уже установленные в ферме серверов. При добавлении сервера в состав фермы серверов развертывание обновлений выполняется из этого источника установки и, следовательно, версия нового сервера соответствует версии остальных серверов фермы.
Использование папки Updates
1. | Скопируйте файлы с оригинального носителя, содержащего официальную версию продукта, в папку, которая будет выступать в качестве точки установки для серверов фермы. | |
2. | Загрузите соответствующее обновление. | |
3. | Распакуйте файлы обновления с помощью команды <обновление>/extract:<путь>. Параметр /extract требует указать имя папки для файлов. Например, в системах x86:
| |
4. | Скопируйте распакованные файлы обновления для Windows SharePoint Services 3.0 в папку Updates, расположенную в папке, куда ранее были скопированы исходные файлы официальной версии продукта. officeserver2007sp1-kb936984-x86-fullfile-en-us.exe/extract:<C:\путь_к_версии_rtm>\Updates | |
5. | Скопируйте распакованные файлы обновления для Office SharePoint Server 2007 в папку Updates, расположенную в папке, куда ранее были скопированы исходные файлы официальной версии продукта. Убедитесь, что из состава обновления для Office SharePoint Server 2007 был скопирован файл Svrsetup.dll, и удалите файл Wsssetup.dll. | |
6. | Теперь эту папку можно использовать в качестве точки установки либо создать образ этого источника и записать его на компакт-диск.
|
Дополнительные сведения о развертывании обновлений с помощью специальных средств корпоративного класса см. в статье «Распространение обновлений для Office 2007».
Если же вам необходимо создать новый сервер для присоединения к существующей ферме серверов без формирования обновленного источника установки, следуйте приведенной ниже процедуре.
Создание сервера для присоединения к существующей ферме
1. | Установите продукт без каких-либо обновлений, но не запускайте мастер настройки продуктов и технологий SharePoint.
| |
2. | Установите обновление. | |
3. | В ответ на запрос запустите мастер настройки продуктов и технологий SharePoint. |
Если пренебречь этой процедурой и запустить мастер настройки продуктов и технологий SharePoint после установки официальной версии продукта, то мастер считает раздел реестра ConfigDB и отобразит сообщение «Исключение: System.InvalidOperationException. операция недопустима по причине текущего состояния объекта». Для решения проблемы необходимо изменить реестр или выполнить настройку из командной строки.
С помощью редактора реестра измените данные в разделе ConfigDB, а затем запустите мастер настройки продуктов и технологий SharePoint.
Изменение реестра для принудительной установки после неудачной настройки
1. | Установите обновление, но не запускайте мастер настройки продуктов и технологий SharePoint. |
2. | С помощью редактора реестра задайте чистую установку. Для этого внесите в реестр следующее изменение: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\web server extensions\12.0\WSS\SETUPTYPE=CLEAN_INSTALL |
3. | Запустите мастер настройки продуктов и технологий SharePoint, чтобы выполнить операцию отсоединения. |
4. | Запустите мастер настройки продуктов и технологий SharePoint для подключения к ферме серверов. |
Используйте средство Psconfig с интерфейсом командной строки.
Примечание. Дополнительные сведения об использовании средства Psconfig см. в справочнике по командной строке для мастера настройки продуктов и технологий SharePoint (Office SharePoint Server). |
Использование командной строки для принудительной установки после неудачной настройки
1. | Установите продукт без каких-либо обновлений, но не запускайте мастер настройки продуктов и технологий SharePoint. |
2. | Установите обновление, но не запускайте мастер настройки продуктов и технологий SharePoint. |
3. | Откройте окно командной строки и выполните следующую команду: SharePoint_Config_<имя_БД>-user<доменное_имя_пользователя>-password<пароль>-cmd helpcollections -installall -cmd secureresources -cmd services -install -cmd installfeatures -cmd applicationcontent –install |
Для каждого языкового пакета шаблонов, установленного на сервере, обрабатывающем содержимое, необходимо установить обновленный языковой пакет шаблонов. Загрузить обновленные языковые пакеты шаблонов можно через центр загрузки Майкрософт. Тем не менее мы рекомендуем подключиться к веб-узлу Центра обновления Майкрософт или Центра обновления Windows для обнаружения установленных на внешнем веб-сервере языковых пакетов шаблонов. Обновленный языковой пакет шаблонов устанавливается для каждого существующего на сервере языкового пакета шаблонов.
Примечание. Для каждого установленного языкового пакета шаблонов необходимо установить языковой пакет шаблонов для Windows SharePoint Services 3.0 с пакетом обновления 1 (SP1) и языковой пакет шаблонов для Office SharePoint Server 2007 с пакетом обновления 1 (SP1). |
После того как для каждого из существующих на сервере языковых пакетов шаблонов установлен обновленный языковой пакет шаблонов, запустите мастер настройки продуктов и технологий SharePoint.
Используйте следующую процедуру, чтобы создать точку установки, позволяющую устанавливать языковые пакеты шаблонов с обновлениями.
Применение папки Updates с языковыми пакетами шаблонов
1. | Загрузите языковой пакет шаблонов для официальной версии продукта. |
2. | Извлеките файлы из языкового пакета шаблонов. |
3. | Скопируйте извлеченные файлы в папку, которая будет служить в качестве точки установки для серверов фермы. |
4. | Загрузите обновленный языковой пакет шаблонов для официальной версии продукта. |
5. | Извлеките файлы из обновленного языкового пакета шаблонов. |
6. | Скопируйте извлеченные файлы в папку Updates, расположенную в папке, где были сохранены файлы при выполнении шага 3. Теперь эту папку можно использовать в качестве точки установки либо создать образ этого источника и записать его на компакт-диск. |
7. | Чтобы установить языковой пакет шаблонов с обновлением, запустите программу установки из этой папки, а затем запустите мастер настройки продуктов и технологий SharePoint для выполнения настройки. |
Изложенные ниже инструкции помогут вам повысить производительность системы.
Выполнение следующих инструкций позволяет повысить производительность внешнего веб-сервера.
Мониторинг производительности SQL Server
Наш наблюдения показывают, что лучше всего отслеживать производительность и мощность снизу вверх, поскольку перегрузка сервера с SQL Server с высокой долей вероятности будет вызывать перегрузку внешних веб-серверов. Например, если серверу с SQL Server необходимо значительно больше времени для обработки запросов со стороны внешнего веб-сервера, а внешний веб-сервер продолжает получать запросы от пользователей в обычном режиме, то на внешнем веб-сервере возникает очередь запросов, что может привести к его перегрузке. См. раздел Рекомендации для SQL Server.
С точки зрения поиска крайне важно вести мониторинг фрагментации индекса SQL Server и следовать рекомендациям по дефрагментации SQL Server для продуктов и технологий SharePoint, представленным в статье базы знаний Майкрософт Дефрагментация баз данных Windows SharePoint Services 3.0 и баз данных SharePoint Server 2007 (http://go.microsoft.com/fwlink/?LinkID=105588). Мы наблюдали существенное сокращение времени поиска в системах, для которых использовались эти рекомендации.
Установка исправления для счетчика принудительных GC в ASP.NET
При выполнении веб-приложения Microsoft ASP.NET 2.0, построенного на базе Microsoft .NET Framework 2.0 (например, продуктов и технологий SharePoint), очень быстро растет значение счетчика производительности принудительных GC. Кроме того, растет загрузка ЦП и снижается производительность компьютера. Для устранения проблемы установите исправление, описанное в статье базы знаний Майкрософт При выполнении веб-приложения ASP.NET 2.0, построенного на базе .NET Framework 2.0, быстро растет значение счетчика производительности принудительных GC и загрузка ЦП (http://go.microsoft.com/fwlink/?LinkId=105921).
Мониторинг перезапуска 32-разрядных рабочих процессов и управление им
По умолчанию каждому 32-разрядному процессу пользовательского режима Windows выделяется 2 ГБ виртуального адресного пространства. Определенная часть этого пространства должна оставаться неиспользованной для динамического распределения. Кроме того, отдельным операциям Office SharePoint Server для динамического распределения требуются большие непрерывные массивы адресного пространства. Чем дольше выполняется процесс, тем сильнее фрагментируется адресное пространство. По этой причине, когда размер рабочего процесса Office SharePoint Server увеличивается до 1,2–1,4 ГБ, начинают возникать ошибки, связанные с нехваткой памяти, и другие аномальные явления. По мере дальнейшего потребления процессом адресного пространства ошибки становятся серьезнее, что в конце концов вынуждает службы IIS завершить работу процесса.
Примечание. По умолчанию в 64-разрядной среде используются в целом подходящие параметры перезапуска процессов, менять которые мы не рекомендуем. |
Для устранения этой проблемы установите следующие процессы на каждом 32-разрядном внешнем веб-сервере.
| • | Используйте перезапуск с перекрытием из IIS Регулярный перезапуск рабочего процесса помогает уменьшить фрагментацию адресного пространства и делает процесс более устойчивым и эффективным. Функция IIS для пере¬запуска с перекрытием позволяет корректно перезапускать рабочий процесс SharePoint, оставляя время для выполнения поступивших запросов. Перед остановкой и перезапуском существующего процесса создается новый процесс, который принимает все новые запросы. Завершение старого процесса происходит после выполнения всех поступивших запросов или по истечении установленного интервала времени до завершения работы. Для получения оптимального результата настройте перезапуск процесса в конкретное время и при достижении определенного уровня потребления памяти.
Если не настроить эти параметры на 32-разрядном сервере, то возможно ухудшение качества управления кэшем ASP.NET. Если не настроить для процесса лимит памяти, то приложение ASP.NET рассчитает его само. Так, для адресного пространства поль¬зовательского режима, имеющего размер 2 ГБ, будет выбрано меньшее значение из 800 МБ и 60% физического ОЗУ. Этим значением определяется степень активности очистки памяти кэшем. При слишком низком значении на очистку памяти будет тратиться много времени, а при слишком высоком процесс непомерно вырастет, и начнут возникать исключения OutOfMemory и другие ошибки. Дополнительные сведения о перезапуске рабочих процессов см. в документе Настройка перезапуска рабочих процессов (http://go.microsoft.com/fwlink/?LinkId=105924). | ||||||||
| • | Включите свойство LogEventOnRecycle в метабазе IIS для отслеживания перезапуска процессов Свойство LogEventOnRecycle в метабазе Internet Information Services (IIS) 6.0 можно использовать для создания в журнале системных событий записей, позволяющих отслеживать частоту перезапуска рабочих процессов. Если процессы для продуктов и технологий SharePoint перезапускаются чаще чем 1 раз в 4 часа, рассмотрите необ¬ходимость увеличения количества внешних веб-серверов для обработки нагрузки. Настроить флаги можно с помощью сценария Adsutil.vbs. Чтобы регистрировать в журнале событий причину перезапуска для всех процессов пула приложений, выполните следующие действия.
Дополнительные сведения см. в статье Модификация событий перезапуска пула приложений в IIS 6.0 (http://go.microsoft.com/fwlink/?LinkId=105925). | ||||||||
| • |
Обслуживание в часы минимальной нагрузки
Удаление или перемещение узла в тот момент, когда другие узлы используются, может привести к зависанию всего портала.
Возвращение страниц
При использовании управления корпоративным содержимым не оставляйте страницы извлеченными — быстро возвращайте их после каждого изменения. В случае невозвращения отображение страниц замедляется на 1-2 секунды.
Тщательный мониторинг использования настроек и веб-частей
Развертывайте только те настройки, которые соответствуют рекомендациям, изложенным в следующих документах.
| • | Рекомендации по использованию одноразовых объектов Windows SharePoint Services |
| • | Средства и методы программирования для Windows SharePoint Services 3.0 (часть 1 из 2) |
| • | Распространенные ошибки при программировании с использованием объектной модели SharePoint |
| • | Политика настройки продуктов и технологий SharePoint |
Кроме того, отслеживайте время отображения страниц и веб-частей. Обработка веб-части «Коллеги» может длиться довольно долго. Не используйте ее на страницах, содержащих большое количество других данных.
Мониторинг больших файлов и управление ими
Большой файл — это файл, размеры которого превышают 5 МБ.
| • | Если вы работаете с очень большими файлами, укажите в качестве значения для параметра «Максимальный объем отправляемых данных» ожидаемый размер самого большого файла. По умолчанию задано значение 50 МБ. Максимальный размер файла, который поддерживается продуктами и технологиями SharePoint, — 2 ГБ. |
| • | Если у вас есть группа больших файлов, которые интенсивно используются, но нечасто обновляются, храните их за пределами SharePoint и рассмотрите возможность исполь¬зования клиента автономной совместной работы. |
Обучение пользователей работе с большими файлами
То, как пользователи работают с большими файлами, может оказывать значительное влияние на производительность системы.
| • | Все пользователи должны иметь не менее 50 МБ, отведенных для временных файлов Интернета (кэш Internet Explorer); если же они регулярно открывают большие файлы, то необходимо выделять дополнительное пространство. Пользователи, не получившие пространство для размещения временных файлов Интернета, создают значительную нагрузку на внешние веб-серверы. |
| • | Пользователи, которые обрабатывают или читают очень большие документы (свыше 25 МБ), должны сохранять их на своем локальном компьютере. Открытие большого документа непосредственно из библиотеки документов приводит к потреблению пропускной способности и ресурсов все время, пока документ открыт; кроме того, изменения в нем могут автоматически сохраняться прямо в документ в библиотеке. |
| • | Перед открытием документа пользователь должен щелкнуть его правой кнопкой мыши и сохранить на своем компьютере, а по окончании редактирования загрузить внесенные изменения в библиотеку документов. |
| • | Просматривать большие документы пользователи должны не в представлении проводника, а в представлении «Все документы». Если открыть библиотеку документов SharePoint в представлении проводника и навести курсор на один из перечисленных файлов, то будут затребованы метаданные для всех файлов в просматриваемой папке, а в некоторых случаях и сам файл. Если в представлении проводника одновременно просматривается много больших файлов, то возможно резкое увеличение нагрузки на сервер. |
| • | Нельзя использовать пункт Загрузить копию из подменю Отправить меню Правка в библиотеках документов. Команда Загрузить копию открывает весь файл в памяти внешнего веб-сервера. |
Управление большими списками с точки зрения производительности
Продукты и технологии SharePoint поддерживают большие списки, но необходимо тщательно контролировать их просмотр пользователями, чтобы предотвратить возможное влияние на производительность системы.
| • | Один уровень списка (например, корень списка или одна папка) не должен содержать более 2000 элементов. | ||||||||||||
| • | Если вам приходится создавать или просматривать большие списки, руководствуйтесь следующими рекомендациями.
| ||||||||||||
| • | Оцените размер списка с точки зрения количества столбцов. Очень широкие списки могут работать медленно. |
Обратите внимание, что перечисленные ниже настройки и операции способны значительно снизить производительность узла с большими списками.
| • | Детальные разрешения (разрешения на уровне отдельных списков, библиотек, папок, элементов и документов) вызывают проверку подлинности по каждому элементу. |
| • | Изменение параметров проверки подлинности. |
| • | Создание, обновление и удаление индексов. |
| • | Импорт и экспорт содержимого. |
| • | Удаление списка. |
| • | Развертывание новых или обновление существующих типов содержимого. |
При наличии рабочих процессов, которые создают множество задач или элементов журналов, могут формироваться большие списки. Придерживайтесь следующих инструкций в отношении очень активных рабочих процессов.
| • | Запустите задание таймера AutoCleanupDays для очистки задач для завершенных рабочих процессов, которым больше 60 дней. |
| • | Если при настройке связей с рабочим процессом вы предполагаете, что он будет интенсивно использоваться либо создавать множество задач или элементов журналов, то выбирайте нестандартные списки задач и журналов. |
Наличие узла с большими списками может замедлить архивацию семейства узлов, выполняемую с помощью Stsadm.
Если вы располагаете большими списками или планируете создавать их в будущем, то мы настоятельно рекомендуем вам ознакомиться со следующими документами.
| • | Управление списками и библиотеками с множеством элементов |
| • | Работа с большими списками в Office SharePoint Server 2007 |
Обучение пользователей работе с большими библиотеками документов
То, как ваши пользователи работают с большими файлами, может оказывать значительное влияние на производительность системы.
| • | Следует использовать настроенные фильтры представлений, проиндексированные для работы с большими библиотеками документов; нельзя получать доступ к библиотекам напрямую. |
| • | Просматривать большие библиотеки документов пользователи должны не в представлении проводника, а в представлении «Все документы». Если открыть библиотеку документов SharePoint в представлении проводника и навести курсор на один из перечисленных файлов, то будут затребованы метаданные для всех файлов в просматриваемой папке, а в некоторых случаях и сам файл. В папках, которые содержат большое количество объектов, этот процесс может занять много времени и привести к снижению производи¬тельности фермы серверов. |
| • | Работайте вместе с пользователями над созданием необходимых им представлений. Не поощряйте создания пользователями собственных представлений для больших списков. Если у вас есть веб-приложение, содержащее много больших списков, попробуйте отключить разрешение Управление личными представлениями — создание, изменение и удаление личных представлений списков для всего веб-приложения. |
Выполнение следующих рекомендаций поможет вам поддерживать высокую производительность системы.
| • | Принимая во внимание потенциал роста и шаблон возникновения пиковой нагрузки, сохраняйте свободными не менее 25% всего дискового простр |