Поделиться через

Действия, выполняемые после обновления на месте (SharePoint Server 2010)

  • Статья

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

После обновления контента в среде до версии Microsoft SharePoint Server 2010 необходимо выполнить ряд дополнительных действий по подготовке инфраструктуры обслуживания контента к обработке запросов пользователей. В этой статье описывается порядок выполнения нужных действий.

Содержание

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

  • Обновление данных таксономии и хранилища фотографий для служб профилей

  • Создание и настройка приложения службы Secure Store и перенос данных единого входа в эту службу

  • Обновление решений, зависящих от каталога бизнес-данных

  • Предложите пользователям перенести свои личные ссылки в закрытые теги (необязательно)

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

В SharePoint Server 2010 появилось много новых служб. Эти службы можно включить после выполнения обновления на месте. Для хранения новых служб необходимо создать приложения-службы. Можно воспользоваться мастером настройки фермы для быстрого выбора и включения новых служб в ферму или настроить эти службы вручную. Кроме того, можно добавить прокси для любых приложений-служб, которые планируется использовать с различными веб-приложениями. Дополнительные сведения см. в статье Manage service applications (SharePoint Server 2010).

Убедитесь, что настроена служба балансировки нагрузки для преобразования документов Office и веб-приложениям разрешено преобразование документов. По умолчанию сразу после обновления эти службы отключены, поэтому прежде чем пользователи смогут воспользоваться преобразованием документов, следует включить эти службы. Дополнительные сведения см. в разделе Manage document conversions (SharePoint Server 2010).

Обновление данных таксономии в свойствах профиля и хранилища фотографий для служб профилей

Многозначные данные свойств профиля из Microsoft Office SharePoint Server 2007 хранились в базе данных поставщика общих служб как часть данных служб профилей. В SharePoint Server 2010 эти данные необходимо преобразовать в данные таксономии и сохранить в базе данных управляемых метаданных. Перед перемещением и обновлением данных необходимо создать приложение-службу для службы управляемых метаданных. После этого можно с помощью командлета Windows PowerShell обновить данные профиля и таксономии и переместить их в базу данных таксономии. Этот командлет заново подключает данные к приложениям-службам управляемых метаданных и профилей пользователей. Этот командлет следует запускать для каждого обновляемого свойства службы управляемых метаданных; параметр для указания всех свойств отсутствует. Обратите внимание, что служба управляемых метаданных не принимает определенные символы (такие как точки с запятой, треугольные скобки, вертикальные линии, кавычки или символы табуляции), которые можно было использовать в свойствах профилей, основываясь на списках выбора в Office SharePoint Server 2007. Если в термине или наборе терминов использовался символ, который больше не поддерживается, этот символ при обновлении заменяется на пробел.

Важно!

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

Перед обновлением данных таксономии найдите идентификатор прокси-сервера приложения службы профилей пользователей (который называется SPServiceApplicationProxyPipeBand в Windows PowerShell), найдите список свойств управляемых метаданных, а затем выберите свойства, которые требуется обновить.

Обнаружение идентификатора прокси-сервера приложения службы профилей пользователей с помощью Windows PowerShell

  1. Проверьте, выполняются ли следующие минимальные требования: См. статью Add-SPShellAdmin.

  2. В меню Пуск выберите Программы.

  3. Выберите пункт Продукты Microsoft SharePoint 2010.

  4. Щелкните компонент Командная консоль SharePoint 2010.

  5. В командной строке Windows PowerShell введите следующую команду:

    Get-SPServiceApplicationProxy

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

Дополнительные сведения см. в разделе Get-SPServiceApplicationProxy.

Просмотр имени свойства управляемых метаданных

  1. На домашней странице центра администрирования SharePoint щелкните элемент Управление приложениями.

  2. В разделе Приложения служб выберите Управление приложениями служб.

  3. Щелкните приложение службы профилей пользователей для текущей среды, чтобы открыть страницу "Служба управления профилями: имя_службы".

  4. В разделе Пользователи выберите Управление свойствами пользователей.

  5. Щелкните имя свойства и выберите пункт Изменить.

  6. Скопируйте строку в поле Имя.

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

Важно!

Для обновления данных таксономии необходимо быть администратором управляемых метаданных. Для обновления данных таксономии используется командлет Move-SPProfileManagedMetadataProperty. Выполнение этого командлета может занимать много времени, в зависимости от того, сколько профилей имеется в текущей среде.

Обновление данных таксономии с помощью Windows PowerShell

  1. Проверьте, выполняются ли следующие минимальные требования: См. статью Add-SPShellAdmin.. Также необходимо быть членом роли администраторов хранилища терминов для службы управляемых метаданных. Дополнительные сведения см. в статье Роли управляемых метаданных.

  2. В меню Пуск выберите пункт Все программы.

  3. Выберите пункт Продукты Microsoft SharePoint 2010.

  4. Щелкните компонент Командная консоль SharePoint 2010.

  5. В командной строке Windows PowerShell введите следующую команду:

    Move-SPProfileManagedMetadataProperty -ProfileServiceApplicationProxy <SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging Yes] [-TermSetName]

    Где

    • <SPServiceApplicationProxyPipeBind> — это идентификатор прокси-сервера приложения службы профилей пользователей

    • <Identity> — это имя свойства управляемых метаданных, которое требуется переместить

    • AvailableForTagging определяет, могут ли термины из итогового набора использоваться для расстановки тегов управляемых метаданных. Значение по умолчанию — Нет. Не следует помечать этим свойством наборы терминов, состоящие более чем из 20 000 терминов, поскольку термины, помеченные как доступные для расстановки тегов, кэшируются на стороне клиента, и при наличии тысяч или миллионов терминов, доступных для расстановки тегов, производительность клиента может значительно понизиться.

    • TermSetName указывает, создается ли имя набора терминов. Если этот параметр не задан, то свойство сопоставляется с набором терминов Keywords.

Дополнительные сведения см. в разделе Move-SPProfileManagedMetadataProperty.

В процессе обновления необходимо обновить все фотографии, используемые в качестве рисунков профиля. Если данные хранилища фотографий не будут обновлены, фотографии могут отображаться искаженными или не будут отображаться вовсе. Для обновления хранилища фотографий используется командлет Update-SPProfilePhotoStoreWindows PowerShell. Если профилей и фотографий много, выполнение этого командлета может занимать длительное время. Этот командлет копирует фотографии пользователей из любого места (обычно это библиотека "Общие рисунки" на личном сайте пользователя) и помещает их в библиотеку "Фотографии пользователя" на узле личных сайтов. В рамках этого процесса также создаются эскизы фотографий из профиля личного сайта малого, среднего и большого размеров, которые могут использоваться в различных элементах управления и веб-частях в профиле личного сайта. Перед выполнением этого командлета проверьте квоты для личных сайтов и убедитесь, что места для хранения фотографий достаточно, — на каждого пользователя необходимо выделить как минимум 10 КБ свободного пространства.

Обновление данных хранилища фотографий с помощью Windows PowerShell

  1. Проверьте, выполняются ли следующие минимальные требования: См. статью Add-SPShellAdmin.. Необходимо также быть администратором семейства сайтов для узла "Мой сайт" и администратором приложения службы профилей пользователей с разрешением на управление профилями.

  2. В меню Пуск выберите пункт Все программы.

  3. Выберите пункт Продукты Microsoft SharePoint 2010.

  4. Щелкните компонент Командная консоль SharePoint 2010.

  5. В командной строке Windows PowerShell введите следующую команду:

    Update-SPProfilePhotoStore -MySiteHostLocation <URL of the My Site Host>

Дополнительные сведения см. в статье Update-SPProfilePhotoStore.

Создание и настройка приложения службы безопасного хранения и выполнение миграции данных единого входа в службу безопасного хранения

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

  1. Подготовка приложения-службы Secure Store и новой автоматической учетной записи службы для приложения служб Excel.

    Прежде чем можно будет выполнять обновление данных от службы единого входа, необходимо подготовить службу безопасного хранения. Чтобы приложение служб Excel функционировало правильно, необходимо настроить учетную запись автоматической службы. Подробное описание этапов создания и настройки приложения службы безопасного хранения и создания учетной записи автоматической службы см. в статье Использование служб Excel со службой Secure Store (SharePoint Server 2010).

  2. Для выполнения миграции определений приложения из базы данных единого входа в базу данных безопасного хранения в качестве целевого приложения используется командлет Windows PowerShellUpgrade-SPSingleSignOnDatabase.

  3. Для отключения службы единого входа в обновленной ферме серверов используется командлет Windows PowerShellDisable-SPSingleSignOn (только при обновлении на месте).

Обновление данных единого входа до службы безопасного хранения с помощью Windows PowerShell

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

  2. В меню Пуск выберите пункт Все программы.

  3. Выберите пункт Продукты Microsoft SharePoint 2010.

  4. Щелкните компонент Командная консоль SharePoint 2010.

  5. В командной строке Windows PowerShell введите следующую команду:

    Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> -SecureStoreConnectionString <SecureStoreConnectionstring> -SecureStorePassphrase Passphrase>

    Здесь:

    • <SSOConnectionString> — это допустимая строка подключения к базе данных единого входа.

    • <SecureStoreConnectionstring> — это допустимая строка подключения к базе данных безопасного хранения.

    • <Passphrase> — это парольная фраза, используемая при подключении к службе безопасного хранения.

Дополнительные сведения см. в разделе Upgrade-SPSingleSignOnDatabase.

Отключение службы единого входа с помощью Windows PowerShell (только при обновлении на месте)

  1. Проверьте, выполняются ли следующие минимальные требования: См. статью Add-SPShellAdmin.

  2. В меню Пуск выберите пункт Все программы.

  3. Выберите пункт Продукты Microsoft SharePoint 2010.

  4. Щелкните компонент Командная консоль SharePoint 2010.

  5. В командной строке Windows PowerShell введите следующую команду:

    Disable-SPSingleSignOn -ServerName <ServerName>

    Здесь:

    • <ServerName> — это имя сервера, на котором работает служба единого входа.

Дополнительные сведения см. в разделе Disable-SPSingleSignOn.

Обновление решений, зависящих от каталога бизнес-данных

Во время обновления с Office SharePoint Server 2007 до SharePoint Server 2010 в SharePoint Server 2010 создаются экземпляры двух служб для каждой службы каталога бизнес-данных, работающей в Office SharePoint Server 2007:

  • службы реестра приложений для хранения определений приложений, совместимых с объектной моделью каталога бизнес-данных Office SharePoint Server 2007;

  • Служба Служба подключения к бизнес-данным для хранения моделей BDC, совместимых с новой объектной моделью служб подключения к бизнес-данным в SharePoint Server 2010.

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

Решения, использующие пользовательские веб-части, соединители поиска и другой пользовательский код, зависящий от определений приложений в Office SharePoint Server 2007, будут продолжать работать в SharePoint Server 2010, используя службу реестра приложений. Однако если решение зависит от веб-частей, предоставленных по умолчанию Office SharePoint Server 2007 и SharePoint Server 2010 (например, веб-часть списка бизнес-данных или веб-часть действий бизнес-данных), необходимо обновить решение для использования обновленных определений приложений (называемых моделями BDC) в службе Служба подключения к бизнес-данным, так как эти веб-части были обновлены для использования новой объектной модели, предоставляемой новой службой.

Дополнительные сведения об обновлении службы каталога бизнес-данных до SharePoint Server 2010 см. в разделе Планирование обновления до Business Connectivity Services (SharePoint Server 2010).

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

Функция My Site в Office SharePoint Server 2007 включала возможность создания закладок, которые назывались My Links. В SharePoint Server вместо этой функции используются закрытые теги. Пользователи могут продолжить использование веб-части My Links или могут перенести свои ссылки вручную в свой набор закрытых тегов. Это ручной процесс, который каждый пользователь должен выполнить на своем сайте My Site.

Преобразование личной ссылки в закрытый тег

  1. Перейдите по следующему URL-адресу: http://url-адрес_моего_сайта/_layouts/myquicklinks.aspx.

  2. Установите флажок рядом со ссылкой или ссылками, которые нужно преобразовать.

  3. Нажмите кнопку Создать тег из ссылки.

Для просмотра тегов на странице своего профиля (http://url-адрес_моего_сайта/Person.aspx) выберите Теги и заметки и в области По типу выберите Частный.