Устранение ошибок и возобновление обновления (Office SharePoint Server)

  • Статья

Содержание:

  • Общие сведения об устранении ошибок и возобновлении обновления

  • Известные проблемы, возникающие в ходе предварительного анализа

  • Известные проблемы, возникающие при обновлении на месте

  • Известные проблемы, возникающие при постепенном обновлении

  • Известные проблемы, возникающие при переносе базы данных

  • Известные проблемы с настраиваемыми сайтами

Общие сведения об устранении ошибок и возобновлении обновления

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

  • Найдите слово "error" в файлах журнала обновления. Файлы журнала обновлений расположены в %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Дополнительную информацию о просмотре журнала обновлений можно найти в разделе Проверка обновления (Office SharePoint Server).

    Совет

    Воспользуйтесь функцией Windows поиска файлов и папок для быстрого поиска итераций "ошибки" в этих файлах журнала.

  • Просмотрите события в окне просмотра событий, чтобы найти возможные ошибки приложения.

  • Просмотрите файл "Readme" на наличие известных ошибок и временных решений. Чаще всего ошибки можно обойти.

  • При выполнении постепенного обновления проверьте, появились ли обновляемые семейства сайтов в новой версии. Если да, здесь можно применить обходное решение, либо отменить изменения сайта новой версии и вернуться к предыдущей версии, а затем попытаться обновить сайт снова. Дополнительные сведения об отмене изменений сайтов см. в разделе Возврат к предыдущей версии сайта (Office SharePoint Server).

  • Обновление на месте можно возобновить с помощью команды stsadm –o upgrade. При этом уже выполненные задачи будут пропущены, и обновление продолжится с того момента, где процедура была прервана. Дополнительные сведения о процедуре обновления см. Обновление сайтов (Office SharePoint Server).

Известные проблемы, возникающие в ходе предварительного анализа

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

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

  1. Выполните резервное копирование базы данных конфигурации.

  2. В командной строке перейдите в следующее расположение: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin и выполните команду по изменению имени сервера в базе данных конфигурации:

    Stsadm.exe -o setconfigdb -databaseserver < имя_сервера > -connect

  3. В командной строке перейдите в следующее расположение: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin и выполните команду по устранению ошибки для средства предварительного анализа:

    Prescan /fixlocalhost

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

    Prescan /all

    • Если операция будет успешна, продолжите обновление.

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

Известные проблемы, возникающие при обновлении на месте

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

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

Некоторые настройки на веб-приложении не сохраняются при выполнении обновления на месте

При использовании Secure Sockets Layer (SSL) и выполнении обновления на месте необходимо использовать возможность альтернативного сопоставления доступа (AAM) для изменения URL-адреса в Microsoft Office SharePoint Server, так как некоторые настройки не сохраняются на веб-приложении.

Перед обновлением есть запись AAM, использующая HTTPS, например:

Incoming URL: https://<server name>

Outgoing URL: https://<server name>

После выполнения обновления на месте Office SharePoint Server 2007 эта запись будет некорректно изменена на:

Incoming URL: https://<server name>

Outgoing URL: http://<server name>

Чтобы исправить URL-адрес, на странице Операции на веб-сайте центра администрирования SharePoint щелкните Сопоставление альтернативного доступа, затем щелкните Изменить общедоступные URL-адреса, чтобы установить значение URL-адреса обратно в

Incoming URL: https://<server name>

Outgoing URL: https://<server name>

Дополнительную информацию об альтернативных сопоставлениях доступа можно получить в разделе Планирование сопоставлений альтернативного доступа (Office SharePoint Server).

Обновление заканчивается на первом интерфейсном веб-сервере, но выполняется со сбоями

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

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

Psconfig -cmd upgrade -inplace b2b -wait -force

Примечание

Мастер настройки продуктов и технологий SharePoint не может быть использован для обновления остальных интерфейсных веб-серверов, если используется средство командной строки Psconfig.

Повторяющаяся ошибка SPConfigurationDatabase2 в журнале обновлений

Если при выполнении обновления на месте происходит сбой, следует проверить файл Upgrade.log, расположенный в папке COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Если вы получаете следующее сообщение об ошибке: "[SPConfigurationDatabaseSequence2] [ERROR] [date]: The role 'WSS_Content_Application_Pools' already exists in the current database," можно обойти эту проблему одним из следующих способов.

  • Выполнить следующие SQL-запросы к базе данных конфигурации:

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    Примечание

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

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    Затем нужно выполнить следующий запрос снова:

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Создайте новую ферму V3 и присоедините существующую базу данных контента. При этом способе все данные пользователей сохранятся, но информация о конфигурации, которая хранилась в базе данных конфигурации V2 (например, пакеты Web Part и настройки виртуальных серверов), будет утеряна.

  • Если удалось исправить первоначальный сбой (например, сбой был вызван потерей сетевого подключения или недостаточным объемом дискового пространства на SQL сервере и это было исправлено), можно восстановить ферму V2 и перезапустить обновление.

Примечание

Не забудьте перезапустить обновление после исправления сбоя.

Нельзя использовать определения сайтов из Microsoft Office SharePoint Portal Server 2003 для веб-сайтов Office SharePoint Server 2007

Если используются одни и те же настраиваемые шаблоны определений сайтов для SharePoint Portal Server 2003 и Office SharePoint Server 2007, при входе на веб-сайт будут отображаться ошибки страниц. Нельзя использовать настраиваемые шаблоны определения сайтов, созданные для SharePoint Portal Server 2003. Нужно создать новые шаблоны определения сайтов для Office SharePoint Server 2007. Также нужно создать файл обновления определения сайта, в котором будут сопоставлены настраиваемые элементы из старого определения сайтов с новым определением сайтов, так что каждый элемент сайта (например, настраиваемая страница) может быть обновлена до соответствующего нового элемента. Дополнительную информацию о создании нового определения сайта для Office SharePoint Server 2007 можно получить в разделах Разработка новых пользовательских определений сайтов и создание файлов определений обновлений и Развертывание файлов определений обновления и новых определений сайтов (Office SharePoint Server). Информацию о поддерживаемых и не поддерживаемых сценариях для работы с настраиваемыми определениями сайтов можно получить в статье 898631, Поддерживаемые и не поддерживаемые сценарии для работы с настраиваемыми определениями сайтов и определениями областей в Windows SharePoint Services, SharePoint Portal Server 2003 и Office SharePoint Server 2007 (на английском языке) в базе знаний Microsoft (https://go.microsoft.com/fwlink/?linkid=140380&clcid=0x419) (на английском языке).

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

При создании новой фермы и присоединении существующей базы данных исходный Listings Web Part содержит URL-адрес файла справки для предыдущей версии продукта. Файл справки для предыдущей версии продукта недоступен на сервере. В результате ссылка Microsoft SharePoint Products and Technologies Help Resources, которая указывает на следующий URL-адрес:
http://< server:port_number>/_vti_bin/help/1033/sps/html/HelpResources.htm
отображает сообщение об ошибке — страница не найдена (HTTP Error 404). Для решения проблемы необходимо удалить ссылку.

Обновление на месте может оказаться неудачным для средних и крупных ферм с неинтерфейсными веб-серверами, если в IIS используется веб-сайт по умолчанию

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

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

psconfig -cmd upgrade -inplace previous versionv -wait -force

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

Если в среде содержится несколько сайтов порталов с одинаковым URL-адресом, то произойдет сбой мастера настройки продуктов и технологий SharePoint с отображением в файле журнала следующей ошибки: "Объект с этим ключом уже добавлен. Данная ошибка возникает в случае наличия несвязанных сайтов порталов — сайтов, присутствующих в IIS или в файловой системе, но отсутствующих в базе данных конфигурации. Такая ситуация может возникнуть в среде по следующим причинам:

  • Случайно был удален и затем восстановлен веб-сайт IIS, на котором размещается сайт портала.

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

  • На одном номере порта размещается более одного веб-сайта IIS.

Чтобы определить, присутствуют ли сайты с дублированием URL-адресов, перейдите в среде SharePoint Portal Server 2003 на страницу "Список сайтов портала и управление ими" в центре администрирования SharePoint и посмотрите сайты порталов с одинаковыми URL-адресами. Определите, какой сайт используется, а какой является несвязанным, затем удалите несвязанный сайт перед запуском обновления".

При обновлении на месте в центре администрирования могут отображаться неправильные URL-адреса сайтов, если сайт центра администрирования создается на неинтерфейсном веб-сервере

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

  1. В диспетчере служб IIS на интерфейсном веб-сервере проверьте имя сайта и номер порта для центра администрирования.

  2. Откройте центр администрирования на сервере индексации на вкладке Операции под надписью Глобальная конфигурация щелкните Альтернативные сопоставления доступа.

  3. На странице Альтернативные сопоставления доступа щелкните Изменить общедоступные URL-адреса.

  4. На странице Изменение общедоступных URL-адресов зоны щелкните стрелку вниз Набор сопоставлений альтернативного доступа и выберите Изменить набор сопоставлений альтернативного доступа.

  5. В блоке Выбор набора сопоставлений альтернативного доступа щелкните Центр администрирования.

  6. В разделе Общедоступные URL-адреса в блоке Интрасеть введите правильный URL-адрес для центра администрирования интерфейсном веб-сервере, а затем щелкните Сохранить.

  7. На интерфейсном веб-сервере откройте центр администрирования и на вкладке Операции под надписью Обновление и перенос щелкните Состояние обновления содержимого сайта.

    Теперь URL-адреса должны отображаться правильно.

Обновление начального адреса поиска и типов файлов может оказаться неудачным, если в Microsoft Office SharePoint Portal Server 2003 настроен нестандартный начальный адрес

Если начальный адрес необычен, например http://имя_сервера/имя_сервера.com в качестве начального адреса для индексирования, то поиск обновления может не обновить начальные адреса и типы файлов, тогда эти параметры конфигурации следует ввести вручную в среде Office SharePoint Server 2007.

Известные проблемы, возникающие при постепенном обновлении

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

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

Для постепенного обновления серверов с поддержкой только протокола SSL требуются дополнительные шаги

Для процесса постепенного обновления используется набор из двух веб-сайтов IIS, чтобы разместить исходный (не обновленный) сайт и новый (обновленный) сайт. По умолчанию новый создаваемый сайт не использует протокол SSL. Чтобы включить протокол SSL для этого веб-сайта, необходимо выполнить дополнительные действия в ходе постепенного обновления, задав тем самым параметры IIS и номер порта, допустимые для протокола SSL.

Выполните следующие действия после создания целевого веб-приложения для сайтов, но до обновления этих сайтов.

Дополнительные сведения о создании целевого веб-приложения см. в пункте "Создание нового веб-приложения для размещения обновленных сайтов" раздела Обновление сайтов (Office SharePoint Server)).

Изменение номеров порта и параметров SSL в диспетчере служб IIS

  1. В диспетчере служб IIS щелкните знак "плюс" (+) напротив имени сервера, на котором находится изменяемое веб-приложение.

  2. Щелкните знак "плюс" (+) напротив раздела Веб-сайты.

  3. Правой кнопкой мыши щелкните Веб-сайт по умолчанию, а затем выберите Свойства.

  4. На вкладке Веб-сайт в поле Порт SSL введите 444 и нажмите кнопку ОК.

  5. Правой кнопкой мыши щелкните Пара веб-сайтов по умолчанию и выберите Свойства.

  6. На вкладке Веб-сайт в поле Порт SSL введите 443, а затем щелкните Применить.

  7. На вкладке Безопасность каталога в разделе Безопасные подключения выберите Сертификат сервера.

    Следуйте инструкциям мастера для назначения нового сертификата.

  8. На вкладке Безопасность каталога в разделе Безопасные подключения щелкните Изменить.

  9. В диалоговом окне Безопасные подключения поставьте флажок напротив Требуется безопасный канал (SSL), а затем щелкните ОК.

  10. Нажмите кнопку ОК, чтобы закрыть окно "Свойства пары веб-сайтов по умолчанию".

Обновление альтернативного сопоставления доступа и сброс служб IIS

  1. Откройте окно командной строки и перейдите в следующий каталог: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

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

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Где имя_сервера:порт — это размещение веб-сайта по умолчанию.

  3. Перейдите в следующий каталог: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

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

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Где имя_сервера:порт — местонахождение нового сайта, созданного при создании целевого веб-приложения.

  5. Выполните следующую команду для сброса служб IIS:

    iisreset /noforce

Обновление завершено, но некоторые сайты так и не были обновлены. Что делать?

Если процесс обновления был завершен, обновление оставшихся сайтов способом постепенного обновления становится невозможным. Однако обновить эти сайты можно с помощью переноса базы данных. Дополнительные сведения об использовании переноса базы данных для обновления сайтов после завершения постепенного обновления см. в статье 926718 (на английском языке) в базе знаний корпорации Майкрософт (https://support.microsoft.com/kb/926718 (на английском языке)).

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

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

Важно!

Эти шаги необходимо выполнить в среде SharePoint Portal Server 2003.

Обновите альтернативные сопоставления URL-адреса сайта портала

  1. Нажмите кнопку Пуск, а затем последовательно выберите пункты Все программы, SharePoint Portal Server и Центр администрирования SharePoint.

  2. Под надписью Конфигурация сайта портала и виртуального сервера щелкните Задание альтернативных URL-адресов сайта портала для доступа из интрасети, экстрасети и настраиваемого доступа.

  3. В раскрывающемся меню для обновленного сайта дочернего портала щелкните Изменить.

  4. На странице Изменение записи альтернативного доступа в блоке URL-адрес интрасети введите URL-адрес исходного сайта и нажмите ОК.

    Теперь существует URL-адрес по умолчанию, указывающий на обновленный сайт, и URL-адрес интрасети, указывающий на исходный сайт.

  5. Выполните обход среды SharePoint Portal Server 2003.

    Дополнительные сведения о выполнении обхода см. в статье Управление обновлениями индексов контента (на английском языке) (https://office.microsoft.com/en-us/sharepointserver/CH011715081033.aspx) (на английском языке) из руководства для администратора SharePoint Portal Server 2003.

Обновление начального адреса поиска и типов файлов может оказаться неудачным, если в SharePoint Portal Server 2003 настроен нестандартный начальный адрес

Если начальный адрес необычен, например http://имя_сервера/имя_сервера.com в качестве начального адреса для индексирования, то поиск обновления может не обновить начальные адреса и типы файлов, тогда эти параметры конфигурации следует ввести вручную в среде Office SharePoint Server 2007.

Не был выполнен обход сайта родительского портала после обновления

Обход родительского портала не выполняется в следующих случаях:

  • Используются общие службы.

  • На крупной ферме серверов присутствует более одного сервера индексации.

  • На одном из этих серверов индексации существует правило исключения для родительского портала.

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

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

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

stsadm.exe -o osearch -propagationlocation <applications directory>

Параметр <applications directory> здесь означает расположение выше данных индекса для всех поставщиков общих служб, таких как:

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

У обновленного родительского портала отсутствуют преобразованные начальные адреса (присутствуют только исходные начальные адреса) для содержимого, по-прежнему находящегося на сайтах SharePoint Portal Server 2003.

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

  1. В SharePoint Portal Server 2003 на страницах "Администрирование поиска" добавьте правило исключения для удаления любого содержимого, хранящегося на данный момент в среде Office SharePoint Server 2007.

  2. Добавьте новый источник контента для обхода нового URL-адреса для сайтов, по-прежнему находящихся в среде SharePoint Portal Server 2003.

  3. Выполните обход в среде SharePoint Portal Server 2003.

Не удалось запустить службу поиска Office SharePoint Server

Если служба поиска Office SharePoint Server не запускается автоматически во время обновления, появляется следующее сообщение в мастере настройки продуктов и технологий SharePoint:

Не удалось запустить службу SearchServiceInstance на этом сервере после завершения обновления. Пожалуйста, запустите ее вручную.

Мастер настройки продуктов и технологий SharePoint завершился успешно, но служба поиска Office SharePoint Server остановлена. Для запуска службы поиска Office SharePoint Server, выполните следующие действия.

  1. Откройте окно командной строки и перейдите в следующую папку:

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. Выполните следующую команду:

    stsadm –o osearch –action start

Я установил параметр "Не обновлять" на экране установки, но теперь мне нужно выполнять обновления

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

Используйте мастер настройки продуктов и технологий SharePoint, чтобы изменить настройки обновления с "Не обновлять" на постепенное обновление

  1. Запустите мастер настройки продуктов и технологий SharePoint для отключения от фермы.

  2. Измените ключ реестра %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\ на V2V_GRADUAL_UPGRADE для SetupType и SetupTypeBackup.

  3. Запустите мастер настройки продуктов и технологий SharePoint снова, чтобы выполнить обновление.

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

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

Возникло исключение типа Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException. Дополнительная информация об исключении: не удалось обновить продукты и технологии SharePoint.

Эта ошибка возникает, когда мастер настройки продуктов и технологий SharePoint не может найти или изменить файл Web.config. Для решения этой проблемы нужно вручную скопировать файл Web.config из папки %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config в папку %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts. Когда файл Web.config будет находится в папке Layouts, вы сможете запустить мастер настройки продуктов и технологий SharePoint снова.

Обновление завершилось неуспешно и в журнале обновлений появилось сообщение об ошибке "Веб-сайт не найден".

Если выполняется постепенное обновление и оно заканчивается неуспешно, следует проверить журнал обновлений, расположенный в папке %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Если в журнале обновлений есть сообщение об ошибке "Веб-сайт не найден", это означает, что веб-сайт был удален. В результате в указанном месте не было найдено веб-сайтов по запросу. Для решения этой проблемы следует остановить и перезапустить службу таймера Windows SharePoint Services, и затем перезапустить обновление.

Известные проблемы, возникающие при переносе базы данных

Невозможно добавление одной и той же базы данных контента на ферму более одного раза, в том числе в разные веб-приложения

Каждое семейство сайтов в базе данных контента (включая каждый сайт портала) имеет связанный с ним глобальный уникальный идентификатор (GUID), зарегистрированный в базе данных конфигурации. Следовательно, добавление одного и того же семейства сайтов (или портала) дважды на ферму (даже в разные веб-приложения) невозможно. Хотя база данных будет присоединена в этой ситуации, запуск семейства сайтов будет невозможен. Если необходимо сделать копию семейства сайтов (или портала) на той же ферме, сначала присоедините базу данных, содержащую семейство сайтов, к отдельной ферме, а затем с помощью операций резервного копирования и восстановления Stsadm.exe скопируйте семейство сайтов на другую ферму. В ходе резервного копирования и восстановления будет создан новый глобальный уникальный идентификатор (GUID) для семейства сайтов.

Для сред общих служб перед отключением базы данных необходимо выполнить дополнительную команду

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

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

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

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

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

Обратите внимание, что перед запуском операции preparetomove для уже отключенной базы данных потребуется определить код GUID для этой базы данных. Чтобы узнать код GUID, воспользуйтесь следующей операцией:

stsadm -o sync -listolddatabases <days>

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

Не подключайте базу данных параметров компонентов (_SERV) или базу данных профиля пользователя (_PROF) во время переноса базы данных

При переносе базы данных не требуется переносить и присоединять базу данных параметров компонентов SharePoint Portal Server 2003 (базу данных поиска, которая обычно называется "ID_SERV", где ID — это идентификатор, например имя сервера) или базу данных профиля пользователя (_PROF). Вместе этого необходимо повторно создать базу данных поиска и повторно настроить параметры поиска в процессе переноса базы данных. Такая ситуация связана с тем, что параметры поиска из SharePoint Portal Server 2003 хранились и в реестре на сервере, и в базе данных, поэтому при переносе базы данных переносятся не все параметры.

Если в процессе переноса базы данных подключается база данных параметров компонентов (поиска), то процедура обновления выдаст сбой при обновлении общих служб с отображением следующей ошибки: "Не удалось найти хранимую процедуру 'dbo.proc_MSS_PropagationGetQueryServers'".

Выполните перенос базы данных повторно без подключения базы данных параметров (_SERV) или базы данных профиля пользователя (_PROF).

Обновленная страница веб-сайта не находит ссылку на "Мой сайт" после присоединения базы данных контента

В среде общих служб, включающих "Мои сайты", после обновления путем переноса базы данных обновленные страницы веб-сайтов не включают ссылку на "Мои сайты". При переносе базы данных выполняется обновление баз данных на месте, но данные о конфигурации фермы серверов не обновляются. Соответственно, URL-адрес для сервера "Мой сайт" не настроен в обновленной ферме серверов.

После переноса базы данных контента, содержащей личные сайты, на новую ферму серверов, установите URL-адрес, используемую для поиска сервера Мои сайты. На домашней странице администрирования общих служб, в разделе Профили пользователей и мои сайты, щелкните Настройки моего узла. В разделе Службы личного узла введите /MySite в качестве URL-адреса веб-приложения для поиска сервера "Мой сайт" на обновленной ферме серверов. /MySite это путь расположения сервера "Мой сайт", создаваемый по умолчанию веб-приложением для сайта SharePoint. Дополнительную информацию можно получить в разделе Настройка параметров для личных сайтов.

Известные проблемы с настраиваемыми сайтами

Ошибка приложения может возникнуть, когда в файл Web.config внесены недопустимые настройки

Некоторые настройки недопустимы в файлах Web.config для вложенных папок на виртуальном сервере. Например, сайты AUTHENTICATION и SESSIONSTATE в файле Web.config на этом уровне не допускаются. Изменение файла Web.config с нарушением этих рекомендаций может привести к непредвиденным результатам обновления. Необходимо соблюдать рекомендации по настройкам, в том числе настройкам в файле Web.config. Дополнительные сведения см. в разделе Практические рекомендации по обеспечению возможности повторного использования приложений в службах Windows SharePoint Services (на английском языке) в веб-сайте MSDN (https://msdn.microsoft.com/ru-ru/library/dd583161.aspx) (на английском языке) .

Загрузить эту книгу

Для простоты чтения и печати эта тема включена в следующую загружаемую книгу:

Полный список загружаемых книг см. в разделе Загружаемые материалы для Office SharePoint Server 2007.