Планирование и развертывание пакета обновления 1 (SP1) для Microsoft Office SharePoint Server 2007 в мультисерверной среде

Аннотация

В этом документе рассказывается, как планировать и развертывать пакет обновления 1 (SP1) для Microsoft® Office SharePoint® Server 2007. В документе представлены новейшие инструкции по планированию, эксплуатации и мониторингу, а также сведения о развертывании пакета обновления 1 (SP1), которые помогут вам контролировать производительность системы после установки этого пакета.

Введение

Мы с радостью сообщаем о выпуске пакета обновления 1 (SP1) для Microsoft® Office SharePoint® Server 2007. В сотрудничестве с заказчиками мы разработали обновленное руководство, помогающее оптимизировать производительность системы. В настоящем документе представлены новейшие инструкции по планированию и настройке производительности и по развертыванию пакета обновления 1 (SP1), с помощью которых вы сможете управлять производительностью системы после установки этого пакета.

К началу страницыК началу страницы

Обновленные инструкции по планированию развертывания пакета обновления 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 ГБ. Если вам требуется более крупная база данных, придерживайтесь следующих инструкций.

Используйте одно семейство узлов для данных.

Используйте решение для разностной архивации (например, SQL Server или Microsoft System Center Data Protection Manager), а не встроенные средства архивации и восстановления.

Протестируйте сервер с SQL Server и подсистему ввода-вывода, прежде чем переходить на решение, использующее базу данных содержимого, размер которой превышает 100 ГБ.

Чтобы избежать проблем с управляемостью и производительностью, мы настоятельно рекомендуем выделять содержимое из семейства узлов, размер которого приближается к 100 ГБ, в новое семейство узлов в отдельной базе данных.

Старайтесь, чтобы размер базы данных содержимого, включающей в себя несколько семейств узлов, не превышал 100 ГБ.

Примечание. Указанные выше ограничения относятся только к серверам SQL Server, на которых установлены продукты и технологии SharePoint; они не являются общими рекомендациями для SQL Server.

Выделение места для версий и корзины

Планируя использовать в узле контроль версий и корзины, помните о том, как это может повлиять на квоту узла.

В библиотеках с включенным контролем версий пространство, использованное для предыдущих версий, учитывается в квоте узла. Не забывайте об этом и надлежащим образом корректируйте свои планы.

Для каждого узла можно включить один или два уровня корзины. Первый уровень (корзина узла и корзина пользователя) учитывается в квоте узла. Второй уровень (корзина семейства узлов) в квоте узла не учитывается, но его содержимое размещается в хранилище, которое используется семейством узлов. Не забывайте запланировать дополнительное пространство хранилища под корзину второго уровня. Будьте внимательны, настраивая продолжительность хранения удаленных документов в корзине каждого уровня.

Управление хранилищем с помощью шаблонов квот

Используйте шаблоны квот для управления семействами узлов с похожими характеристиками. Шаблон квот устанавливает максимальный объем хранилища для семейств узлов, а также обеспечивает оповещения по электронной почте при достижении его заданного объема. Вносимые в шаблон квот изменения распространяются только на новые узлы, не затрагивая узлов, созданных раньше.

Физическая топология

На производительность системы значительное влияние оказывают топология 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)

Используемые в системе интерфейсы влияют на надежность и производительность.

Большие диски, при прочих равных условиях, имеют большее среднее время поиска.

Используйте при выборе интерфейса следующую таблицу.

ИнтерфейсПреимуществаНедостаткиПримечания

SCSI

Поддержка принудительной записи данных на диск (улучшает восстанавливаемость)

SCSI с технологией TCQ поддерживает несколько запросов ввода-вывода

Поддержка «горячей замены»

SCSI может иметь до 15 дисков на канал

Меньше ограничений в отношении физической длины кабеля

 

Перегрузка каналов увеличивает вероятность снижения скорости передачи данных

IDE

Поддержка «горячей замены»

IDE обеспечивает высокую скорость передачи данных, только если на 1 канал приходится 1 диск

Как правило, более высокая пропускная способность, чем у SCSI

Как правило, дешевле дисков SCSI в расчете на 1 ГБ

Может обрабатывать лишь 1 ожидающий запрос ввода-вывода на канал

 

SATA

SCSI с технологией TCQ поддерживает несколько запросов ввода-вывода

Поддержка «горячей замены»

Как правило, специально разрабатывается для поддержки 1 диска на канал; тем не менее существуют интерфейсные платы с несколькими (от 2 до 12 и более) каналами SATA

Как правило, более высокая пропускная способность, чем у SCSI

Как правило, дешевле дисков SCSI в расчете на 1 ГБ

 

 

SAS

Очень высокая скорость

Поддержка протокола SCSI

Допускается большее количество дисков, чем у SCSI

 

Только для накопителей прямого подключения (DAS)

Технология, заменяющая Parallel SCSI

Обратная совместимость с дисками SATA

Дисковая топология (прямое подключение, SAN, NAS)

Используемая в системе дисковая топология влияет на надежность и производительность.

Ключевое значение имеют минимальные задержки в подсистеме ввода-вывода, обслуживающей сервер с SQL Server. Медленное реагирование со стороны подсистемы ввода-вывода не может быть скомпенсировано наращиванием других типов ресурсов (например, процессора или ОЗУ), но способно оказать влияние и вызвать проблемы в масштабах всей фермы. Перед развертыванием необходимо обеспечить минимальные задержки и проверить существующие системы, как описано в разделе Обновленные инструкции по мониторингу.

Используйте при выборе топологии следующую таблицу.

ТопологияПреимуществаНедостаткиПримечания

SAN

Возможность обслуживания нескольких серверов

Нет ограничений по количеству доступных дисков

Простая установка дополнительных серверов, удобное управление большим числом серверов

Простое распределение дискового хранилища между серверами

Более низкие затраты на обслуживание, чем для DAS

 

 

DAS

Более высокая максимальная пропускная способность

Удобное управление при небольшом количестве серверов

Первоначальные накладные расходы ниже, чем для SAN

Развертывание на каждом сервере в отдельности

Количество дисков ограничено количеством слотов в сервере и типом используемого интерфейса

Используйте DAS, если присутствуют узкие места в рабочих нагрузках.

При достижении максимального количества DAS для определенного сервера необходимо развернуть дополнительный сервер с SQL Server.

Сетевое хранилище

 

В среде NAS невозможно гарантировать или поддерживать время реагирования системы ввода-вывода, необходимое для SQL Server

iSCSI способен поддерживать только легкий трафик ввода-вывода

Использовать NAS не рекомендуется из-за невозможности обеспечить необходимые задержки. Если требуется сетевое хранилище, выбирайте не NAS, а iSCSI в выделенной для него сети Gigabit Ethernet.

Рекомендации по топологии сети

Планируйте сетевые подключения внутри ферм и между ними. Рекомендуется использовать сеть с небольшими задержками.

Все серверы фермы должны быть подключены к серверу с 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 должны располагаться на отдельных жестких дисках.

Данные с более высоким приоритетом (список приведен в порядке убывания) назначаются более быстрым дискам.

1.

Данные tempdb и журналы транзакций.

2.

Файлы журналов транзакций базы данных.

3.

База данных поиска.

4.

Файлы данных базы данных.

Примечание. В порталах, которые ориентированы в основном на чтение, данные имеют более высокий приоритет, чем журналы.

Результаты тестирования и отзывы заказчиков свидетельствуют о том, что производительность фермы 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).

К началу страницыК началу страницы

Развертывание пакета обновления 1 (SP1)

Представленные ниже инструкции взяты из документа Развертывание обновлений ПО для 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"
Type="System.String">
имя_сборки</Property>
Где имя_сборки — уточненное имя сборки для прокси-класса.

3.

Чтобы сделать функции сборки доступными для всех приложений, необходимо с помощью средства .NET Framework Global Assembly Cache (gacutil.exe) зарегистрировать подписанную сборку как общую сборку в глобальном кэше сборок (GAC) на каждом внешнем веб-сервере. Регистрация требуется на внешних веб-серверах, которые будут использовать приложение, как в родительской, так и в дочерней ферме серверов. Чтобы установить сборку с заменой существующей, выполните следующую команду:

gacutil /ifимя_сборки

Примечание. Чтобы использовать Office SharePoint Server 2007 для поиска в корпоративной среде, необходимо также зарегистрировать сборку на веб-сервере приложений общих служб в родительской ферме серверов.

4.

Для регистрации сборки выполните команду iisreset /noforce на каждом веб-сервере, где была выполнена регистрация сборки с помощью gacutil.exe

5.

На веб-сервер приложений общих служб (в родительской ферме серверов) необходимо импортировать XML-пакет приложений каталога бизнес-данных.

После этого дочерняя ферма серверов сможет использовать метаданные из каталога бизнес-данных на родительской ферме серверов.

Подготовка к обновлению

Перед установкой обновления выполните следующие действия.

Если в базе данных содержимого имеются потерянные объекты (т. е. объекты, не связанные родительскими или дочерними отношениями с другими объектами), то установка обновления завершится сбоем. Чтобы успешно произвести установку, необходимо предварительно восстановить отношения или удалить потерянные объекты. Дополнительные сведения о том, что делать, если в базе данных содержимого имеются потерянные объекты, см. в статье базы знаний Майкрософт При обновлении Windows SharePoint Services 2.0 до версии 3.0 выдается сообщение об ошибке «Обновление обнаружило один или несколько списков, которые не обновлены с помощью Prescan.exe и вынуждено завершить работу» (http://go.microsoft.com/fwlink/?LinkId=105755).

Если вы настроили стандартный шаблон узла путем прямого изменения файлов шаблона (что делать не рекомендуется), то при установке обновления измененные файлы могут быть перезаписаны, что приведет к потере ваших настроек. После установки обновления вам придется повторно настроить шаблон узла.

Остановите службу веб-публикации (w3svc) на всех внешних веб-серверах, чтобы отключить всех пользователей от фермы серверов. Если в ферме с несколькими внешними веб-серверами разрешить пользователям устанавливать подключения, когда файлы и базы данных на одном веб-сервере уже обновлены, а другие веб-серверы еще не обновлялись, то пользователи не смогут просматривать веб-узлы.

Примечание. Если вы остановили службу веб-публикации вручную, то по окончании установки ее необходимо снова запустить.

Перед архивацией выполните следующие действия для очистки среды.

Дефрагментируйте все индексы базы данных SQL Server.

Убедитесь в наличии надлежащего дискового пространства в томах с файлами базы данных, в томах tempdb и во временной папке Windows на серверах с SQL Server, внешних веб-серверах и серверах приложений. Операция обновления записывает ход выполнения отдельных действий в журнал обновления, который потребляет дисковое пространство, но, запланировав дополнительное место для хранения данных, вы не должны столкнуться с проблемой нехватки места.

Если какая-либо база данных содержит больше семейств узлов, чем рекомендовано в разделе Архитектура данных, то необходимо распределить нагрузку, создаваемую семействами узлов, по нескольким базам данных.

Перед обновлением выполните рекомендации относительно размеров базы данных содержимого.

Перед обновлением выполните рекомендации, касающиеся коэффициента заполнения страницы SQL Server, и другие действия по планированию хранилища. Дополнительные сведения см. в документе Рекомендации по планированию и мониторингу хранилища с целью обеспечения высокой производительности (http://go.microsoft.com/fwlink/?LinkID=105890)

Перед установкой обновления архивируйте ферму серверов. Необходимо создать резервную копию системы поиска и всех баз данных. Придерживайтесь следующих инструкций.

Система поиска. Для архивации системы поиска запустите операцию создания полной резервной копии с помощью центра администрирования SharePoint или средства Stsadm. Резервное копирование охватывает базу данных поставщика общих служб (SSP) и файл индекса поиска.

Примечание. Предварительно убе¬дитесь, что диск, на котором создается резервная копия, располагает свободным местом, достаточным для размещения всей фермы. Архивируется только постав¬щик общих служб поиска, однако операция завершится сбоем, если места не хватает для всей фермы. Дополнительные сведения см. в документе Архивация Office SharePoint Server 2007 с помощью встроенных средств (http://go.microsoft.com/fwlink/?LinkId=105758).

База данных конфигурации и база данных содержимого центра администрирования. Создайте полную резервную копию с помощью Stsadm или SQL Server. В SQL Server используйте простую модель восстановления, чтобы журнал транзакций усекался.

Базы данных содержимого. Создайте полные резервные копии баз данных содержимого с помощью Stsadm или SQL Server. В SQL Server используйте простую модель восстановления, чтобы журнал транзакций усекался.

База данных единого входа (SSO). Создайте полную резервную копию базы данных SSO с помощью SQL Server. В SQL Server используйте простую модель восстановления, чтобы журнал транзакций усекался.

Внешний веб-сервер. Если вы настраивали внешний веб-сервер и не имеете точного представления о масштабах изменения конфигурации веб-приложений, то целесообразно создать архивный образ внешнего веб-сервера. Убедитесь в наличии резервных копий всех пакетов решений, развернутых на внешнем веб-сервере.

Примечание. В идеале настройка внешних веб-серверов должна управляться надежным процессом сборки или сценарием, позволяющим применять изменения на новых компьютерах.

При появлении в ходе обновления неустранимых ошибок вам, возможно, придется восстановить сервер с помощью созданного архивного образа. Всю настройку внешнего веб-сервера нужно будет произвести вручную.

Примечание. Убедившись в том, что обновление успешно установлено, создайте резервную копию фермы серверов.

После архивации всех баз данных выполните команду DBCC SHRINKFILE в SQL Server, чтобы освободить неиспользуемое журналами пространство и максимально очистить журналы. Дополнительные сведения см. в документе Усечение журнала транзакций (http://go.microsoft.com/fwlink/?LinkId=105233). Кроме того, убедитесь, что вы можете восстановить базы данных.

При загрузке файла обновления учитывайте конфигурацию оборудования и язык. Имена файлов обновлений строятся по шаблону название_продукта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.

Обзор последовательности установки

Ниже изложен подход к обновлению баз данных с одного из серверов, на котором размещен веб-узел центра администрирования. После установки обновления на первом сервере прочие внешние веб-серверы и серверы приложений могут просто подключаться к обновленной базе данных, вместо того чтобы пытаться ее обновить.

Обновление серверов в составе фермы должно происходить в указанной ниже последовательности.

Для установки файлов обновления на всех серверах приложений и веб-серверах в составе фермы выполните на каждом из них процесс установки до момента появления диалогового окна со следующим сообщением:

«Необходимо запустить программу установки, чтобы установить новые двоичные файлы на каждом сервере в ферме серверов. Если ваша ферма серверов состоит из нескольких серверов, запустите программу установки и мастер настройки на других серверах, а затем вернитесь на этот сервер и нажмите кнопку ОК для продолжения».

Примечание. Если вы использовали параметр /q для установки в режиме молчания, то мастер настройки продуктов и технологий SharePoint не запустится автоматически. Чтобы продолжить обновление, необходимо запустить мастер вручную либо выполнить команду psconfig с соответствующими параметрами для обновления на месте до следующей сборки. Подробные сведения см. в процедуре «Принудительное продолжение процесса обновления» раздела Выполнение установки.

Чтобы завершить установку обновления, нажмите кнопку ОК в диалоговом окне одного из веб-серверов, на котором размещен веб-узел центра администрирования фермы серверов.

Поочередно завершите установку обновления на остальных серверах приложений и веб-серверах фермы серверов.

Выполнение установки

Необходимо установить обновление на каждом сервере 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 учетная запись должна:

разрешать доступ ко всем базам данных продуктов и технологий SharePoint;

предоставлять фиксированную серверную роль создателя базы данных (dbcreator);

предоставлять фиксированную серверную роль создателя базы данных (dbcreator).

Во многих ИТ-средах созданием баз данных и их управлением занимаются администраторы баз данных. Политики безопасности и другие используемые вашей организацией политики могут требовать, чтобы базы данных для 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).

Установка обновления

В этом разделе представлены все процедуры, необходимые для успешной установки обновления в ферме серверов любого размера. Операторам крупных ферм следует прочитать раздел «Оптимизация крупной фермы» далее в настоящем документе.

Процесс обновления состоит из следующих этапов.

Копирование всех файлов обновления на каждый сервер фермы серверов.

Завершение обновления с одного из серверов, размещающих веб-узел центра администрирования.

Завершение обновления на остальных серверах фермы серверов.

Примечание. Перед завершением установки на каком-либо сервере Office SharePoint Server 2007 выполните изложенные ниже действия 1-8 на всех серверах Office SharePoint Server 2007 в составе фермы серверов.

Установка обновления ПО

Остановите службу веб-публикации (w3svc) на всех веб-серверах, чтобы отключить пользователей от фермы серверов.

Загрузите и установите соответствующее обновление для Windows SharePoint Services 3.0 на всех серверах фермы серверов.

Внимание. Не запускайте мастер настройки продуктов и технологий SharePoint после установки обновления ПО Windows SharePoint Services 3.0.

Загрузите и установите соответствующее обновление ПО Office SharePoint Server 2007 на всех серверах фермы.

После установки обновления ПО запустится мастер настройки продуктов и технологий SharePoint.

Примечание. Если мастер не запускается автоматически, нажмите кнопку Пуск и щелкните последовательно пункты Все программы, Администрирование и Мастер настройки продуктов и технологий SharePoint.

На странице приветствия мастера настройки продуктов и технологий 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 — имя отсоединяемой базы данных содержимого.

Примечание. Если сервер базы данных располагается на отдельном сервере, то нужно указать имя этого сервера с помощью параметра -databaseserver.

После обновления фермы серверов нужно обратно присоединить к ней базы данных содер¬жимого. За один раз к обновленной ферме серверов можно присоединить только одну базу данных содержимого, поскольку база данных при этом автоматически обновляется.

Чтобы оптимизировать процесс обновления, можно настроить дополнительные компьютеры в качестве веб-серверов 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 поиск по следующим словам, чтобы определить возможные причины сбоя:

fail

error

После выявления и разрешения проблем выполните процедуру «Принудительное продолжение процесса обновления», приведенную далее в этом документе.

В некоторых конфигурациях учетной записи службы времени 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 отдельная запись также не создается. Чтобы проверить, было ли установлено обновление, используйте следующую процедуру.

Просмотр страницы «Серверы в ферме»

Открыть страницу «Серверы в ферме» можно одним из следующих способов.

На домашней странице центра администрирования щелкните пункт Операции. После этого на странице «Операции» в разделе Топология и службы щелкните пункт Серверы в ферме.

С помощью веб-обозревателя Internet Explorer подключитесь к следующей веб-странице:

http://имя_сервера:порт/_admin/FarmServers.aspx

имя_сервера — имя сервера, а порт — порт, настроенный для веб-узла центра администрирования.

На странице «Серверы в ферме» убедитесь, что рядом с надписью Версия для каждого сервера в составе фермы указан номер версии нового двоичного файла.

Правильными являются следующие версии Office SharePoint Server 2007:

официальная версия — 12.0.0.4518;

октябрьское общедоступное обновление — 12.0.0.6035

Дополнительные сведения об обновлениях, которые вошли в состав октябрьского общедоступного обновления, см. в статье базы знаний Майкрософт 937832 Описание обновления для системы безопасности SharePoint Server 2007: 9 октября 2007 г. (http://go.microsoft.com/fwlink/?LinkId=102083);

пакет обновления 1 (SP1) — 12.0.0.6219

Если отображаемый номер версии соответствует номеру версии обновления, значит сервер был успешно обновлен. Неправильный номер версии означает, что установка обновления завершилась сбоем. Сведения об идентификации и разрешении возможных проблем см. в разделе «Просмотр журнала обновления» ранее в этом документе.

Чтобы более тщательно проанализировать результаты установки обновления, проверьте номера версий отдельных файлов и соответствующие разделы в системном реестре.

Расширенная проверка результатов установки

1.

Проверьте номера версий файлов в папке %COMMONPROGRAMFILES%\Microsoft Shared\web server extentions\12\ISAPI.

Правильными являются следующие версии Office SharePoint Server 2007 Microsoft.Office.Server.dll:

официальная версия — 12.0.4518.1016;

октябрьское общедоступное обновление — 12.0.6036;

пакет обновления 1 (SP1) — 12.0.0.6219.

2.

С помощью редактора реестра проверьте значение в параметре DisplayVersion в следующих разделах.

Для компьютеров x86:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\OSERVER

Для компьютеров x64:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\OSERVER

Кроме того, проверить успешность установки обновления можно, воспользовавшись ана¬лизатором SQL-запросов для просмотра схемы SQL Server. Версии файлов DLL и реестр обновляются на первом этапе (при копировании файлов), однако обновление схемы SQL Server происходит только после завершения работы мастера настройки продуктов и техно¬логий SharePoint. Используйте следующую процедуру, чтобы проверить, выполнялся ли мастер настройки продуктов и технологий SharePoint после обновления ПО.

Проверка путем непосредственного просмотра схемы SQL

Этот запрос SQL Server можно выполнить по отношению к любой базе данных продуктов и технологий SharePoint, чтобы отследить все обновления базы данных в идентификаторе GUID 00000000-0000-0000-0000-000000000000:

SELECT * FROM Versions

Последняя версия, которая сопоставлена указанному GUID, должна соответствовать текущей версии продукта.

Примечание. Обычно корпорация Майкрософт не поддерживает выполнение запросов к базам данных, используемым продуктами и технологиями SharePoint. Данный запрос является исключением, поскольку он использует метаданные базы данных. Прямые запросы могут повлиять отрицательно на производительность и надежность системы. Дополнительные сведения о последствиях изменения базы данных напрямую см. в статье базы знаний Майкрософт Изменение баз данных, используемых серверными продуктами Office и службами Windows SharePoint Services (http://go.microsoft.com/fwlink/?LinkID=105589).

Если установка не завершилась надлежащим образом, можно повторно запустить мастер настройки продуктов и технологий 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 сформировать источник установки, содержащий обновления, уже установленные в ферме серверов. При добавлении сервера в состав фермы серверов развертывание обновлений выполняется из этого источника установки и, следовательно, версия нового сервера соответствует версии остальных серверов фермы.

Использование папки Updates

1.

Скопируйте файлы с оригинального носителя, содержащего официальную версию продукта, в папку, которая будет выступать в качестве точки установки для серверов фермы.

2.

Загрузите соответствующее обновление.

3.

Распакуйте файлы обновления с помощью команды <обновление>/extract:<путь>. Параметр /extract требует указать имя папки для файлов. Например, в системах x86:
wssv3sp1-kb936988-x86-fullfile-en-us.exe/extract:<C:\WSS>\Updates
<C:\WSS> — это расположение, в которое были скопированы файлы с оригинального носителя Windows SharePoint Services 3.0.

Примечание. Используйте для папки Updates принятое по умолчанию расположение. Если с помощью свойства SupdateLocation="список-путей" задать другое место расположения, то программа установки зависнет.

4.

Скопируйте распакованные файлы обновления для Windows SharePoint Services 3.0 в папку Updates, расположенную в папке, куда ранее были скопированы исходные файлы официальной версии продукта.

officeserver2007sp1-kb936984-x86-fullfile-en-us.exe/extract:<C:\путь_к_версии_rtm>\Updates
<C:\путь_к_версии_rtm> — это папка, в которую были скопированы файлы с оригинального носителя Office SharePoint Server 2007.

5.

Скопируйте распакованные файлы обновления для Office SharePoint Server 2007 в папку Updates, расположенную в папке, куда ранее были скопированы исходные файлы официальной версии продукта. Убедитесь, что из состава обновления для Office SharePoint Server 2007 был скопирован файл Svrsetup.dll, и удалите файл Wsssetup.dll.

6.

Теперь эту папку можно использовать в качестве точки установки либо создать образ этого источника и записать его на компакт-диск.

Примечание. Если распаковать файлы обновления в папку, куда ранее были скопированы исходные файлы официальной версии, то исходные файлы будут обновлены и готовы к использованию.

Дополнительные сведения о развертывании обновлений с помощью специальных средств корпоративного класса см. в статье «Распространение обновлений для Office 2007».

Если же вам необходимо создать новый сервер для присоединения к существующей ферме серверов без формирования обновленного источника установки, следуйте приведенной ниже процедуре.

Создание сервера для присоединения к существующей ферме

1.

Установите продукт без каких-либо обновлений, но не запускайте мастер настройки продуктов и технологий SharePoint.

Примечание. Если мастер настройки продуктов и технологий SharePoint не запускается, то, соответственно, не будет определено расположение базы данных конфигурации путем создания в реестре раздела HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\web server extensions\12.0\Secure\ConfigDB.

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, оставляя время для выполнения поступивших запросов. Перед остановкой и перезапуском существующего процесса создается новый процесс, который принимает все новые запросы. Завершение старого процесса происходит после выполнения всех поступивших запросов или по истечении установленного интервала времени до завершения работы.

Для получения оптимального результата настройте перезапуск процесса в конкретное время и при достижении определенного уровня потребления памяти.

Настройте перезапуск при потреблении 1300 МБ виртуальной памяти.

Настройте перезапуск при использовании 1000 МБ оперативной памяти.

Установите лимит времени до завершения не менее 300 секунд, чтобы закончилась обработка длительных пользовательских запросов (например, загрузки больших файлов).

Используйте перезапуск по времени, если в среде регулярно наблюдается увеличение нагрузки в определенное время суток. Установите плановый перезапуск примерно за 30 минут до начала пика трафика.

Если не настроить эти параметры на 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. Чтобы регистрировать в журнале событий причину перезапуска для всех процессов пула приложений, выполните следующие действия.

1.

Нажмите кнопку Пуск, выберите пункт Выполнить и введите cmd.

2.

Перейдите в папку, где расположен сценарий Adsutil. (По умолчанию это папка %SYSTEMROOT%\Inetpub\AdminScripts.)

3.

Введите следующую команду:

cscript adsutil.vbs Set w3svc/AppPools/ [имя_пула_приложений] /LogEventOnRecycle 255

Подставьте вместо [имя_пула_приложений] фактическое имя пула приложений, для которого включается регистрация событий.

Примечание. Если в имени пула приложений имеется пробел, например SharePoint- 80, то необходимо заключить путь к метабазе в двойные кавычки:

cscript adsutil.vbs Set "w3svc/AppPools/SharePoint - 80/LogEventOnRecycle" 255

Дополнительные сведения см. в статье Модификация событий перезапуска пула приложений в IIS 6.0 (http://go.microsoft.com/fwlink/?LinkId=105925).

Обслуживание в часы минимальной нагрузки

Удаление или перемещение узла в тот момент, когда другие узлы используются, может привести к зависанию всего портала.

Возвращение страниц

При использовании управления корпоративным содержимым не оставляйте страницы извлеченными — быстро возвращайте их после каждого изменения. В случае невозвращения отображение страниц замедляется на 1-2 секунды.

Тщательный мониторинг использования настроек и веб-частей

Развертывайте только те настройки, которые соответствуют рекомендациям, изложенным в следующих документах.

Рекомендации по использованию одноразовых объектов Windows SharePoint Services
(http://go.microsoft.com/fwlink/?LinkId=105945)

Средства и методы программирования для Windows SharePoint Services 3.0 (часть 1 из 2)
(http://go.microsoft.com/fwlink/?LinkID=101494)

Распространенные ошибки при программировании с использованием объектной модели SharePoint
(http://go.microsoft.com/fwlink/?LinkId=105946)

Политика настройки продуктов и технологий SharePoint
(http://go.microsoft.com/fwlink/?LinkId=105947)

Кроме того, отслеживайте время отображения страниц и веб-частей. Обработка веб-части «Коллеги» может длиться довольно долго. Не используйте ее на страницах, содержащих большое количество других данных.

Мониторинг больших файлов и управление ими

Большой файл — это файл, размеры которого превышают 5 МБ.

Если вы работаете с очень большими файлами, укажите в качестве значения для параметра «Максимальный объем отправляемых данных» ожидаемый размер самого большого файла. По умолчанию задано значение 50 МБ. Максимальный размер файла, который поддерживается продуктами и технологиями SharePoint, — 2 ГБ.

Если у вас есть группа больших файлов, которые интенсивно используются, но нечасто обновляются, храните их за пределами SharePoint и рассмотрите возможность исполь¬зования клиента автономной совместной работы.

Обучение пользователей работе с большими файлами

То, как пользователи работают с большими файлами, может оказывать значительное влияние на производительность системы.

Все пользователи должны иметь не менее 50 МБ, отведенных для временных файлов Интернета (кэш Internet Explorer); если же они регулярно открывают большие файлы, то необходимо выделять дополнительное пространство. Пользователи, не получившие пространство для размещения временных файлов Интернета, создают значительную нагрузку на внешние веб-серверы.

Пользователи, которые обрабатывают или читают очень большие документы (свыше 25 МБ), должны сохранять их на своем локальном компьютере. Открытие большого документа непосредственно из библиотеки документов приводит к потреблению пропускной способности и ресурсов все время, пока документ открыт; кроме того, изменения в нем могут автоматически сохраняться прямо в документ в библиотеке.

Перед открытием документа пользователь должен щелкнуть его правой кнопкой мыши и сохранить на своем компьютере, а по окончании редактирования загрузить внесенные изменения в библиотеку документов.

Просматривать большие документы пользователи должны не в представлении проводника, а в представлении «Все документы». Если открыть библиотеку документов SharePoint в представлении проводника и навести курсор на один из перечисленных файлов, то будут затребованы метаданные для всех файлов в просматриваемой папке, а в некоторых случаях и сам файл. Если в представлении проводника одновременно просматривается много больших файлов, то возможно резкое увеличение нагрузки на сервер.

Нельзя использовать пункт Загрузить копию из подменю Отправить меню Правка в библиотеках документов. Команда Загрузить копию открывает весь файл в памяти внешнего веб-сервера.

Управление большими списками с точки зрения производительности

Продукты и технологии SharePoint поддерживают большие списки, но необходимо тщательно контролировать их просмотр пользователями, чтобы предотвратить возможное влияние на производительность системы.

Один уровень списка (например, корень списка или одна папка) не должен содержать более 2000 элементов.

Если вам приходится создавать или просматривать большие списки, руководствуйтесь следующими рекомендациями.

Индексируйте список по одному или нескольким столбцам.

Сделайте стандартным представлением списка настроенное и отфильтрованное представление, которое отвечает следующим требованиям.

Представление возвращает менее 5000 элементов.

Первый столбец, использующийся для фильтрации представления, имеет индекс и существенно сокращает количество возвращаемых элементов.

Представление содержит только абсолютно необходимые столбцы.

Представление содержит как можно меньше столбцов подстановки. Каждый включенный в представление столбец подстановки создает отдельное соединение и дополнительные обращения к базе данных.

Оцените размер списка с точки зрения количества столбцов. Очень широкие списки могут работать медленно.

Обратите внимание, что перечисленные ниже настройки и операции способны значительно снизить производительность узла с большими списками.

Детальные разрешения (разрешения на уровне отдельных списков, библиотек, папок, элементов и документов) вызывают проверку подлинности по каждому элементу.

Изменение параметров проверки подлинности.

Создание, обновление и удаление индексов.

Импорт и экспорт содержимого.

Удаление списка.

Развертывание новых или обновление существующих типов содержимого.

При наличии рабочих процессов, которые создают множество задач или элементов журналов, могут формироваться большие списки. Придерживайтесь следующих инструкций в отношении очень активных рабочих процессов.

Запустите задание таймера AutoCleanupDays для очистки задач для завершенных рабочих процессов, которым больше 60 дней.

Если при настройке связей с рабочим процессом вы предполагаете, что он будет интенсивно использоваться либо создавать множество задач или элементов журналов, то выбирайте нестандартные списки задач и журналов.

Наличие узла с большими списками может замедлить архивацию семейства узлов, выполняемую с помощью Stsadm.

Если вы располагаете большими списками или планируете создавать их в будущем, то мы настоятельно рекомендуем вам ознакомиться со следующими документами.

Управление списками и библиотеками с множеством элементов
(http://go.microsoft.com/fwlink/?LinkID=105579)

Работа с большими списками в Office SharePoint Server 2007
(http://go.microsoft.com/fwlink/?LinkID=105580)

Обучение пользователей работе с большими библиотеками документов

То, как ваши пользователи работают с большими файлами, может оказывать значительное влияние на производительность системы.

Следует использовать настроенные фильтры представлений, проиндексированные для работы с большими библиотеками документов; нельзя получать доступ к библиотекам напрямую.

Просматривать большие библиотеки документов пользователи должны не в представлении проводника, а в представлении «Все документы». Если открыть библиотеку документов SharePoint в представлении проводника и навести курсор на один из перечисленных файлов, то будут затребованы метаданные для всех файлов в просматриваемой папке, а в некоторых случаях и сам файл. В папках, которые содержат большое количество объектов, этот процесс может занять много времени и привести к снижению производи¬тельности фермы серверов.

Работайте вместе с пользователями над созданием необходимых им представлений. Не поощряйте создания пользователями собственных представлений для больших списков. Если у вас есть веб-приложение, содержащее много больших списков, попробуйте отключить разрешение Управление личными представлениями — создание, изменение и удаление личных представлений списков для всего веб-приложения.

Рекомендации по использованию дисков

Выполнение следующих рекомендаций поможет вам поддерживать высокую производительность системы.

Принимая во внимание потенциал роста и шаблон возникновения пиковой нагрузки, сохраняйте свободными не менее 25% всего дискового простр