Практическое руководство: как перенести команду Foundation Server с одной аппаратной конфигурации на другую
Обновлен: Ноябрь 2007
Перенос экземпляра Visual Studio Team System Team Foundation Server с одной конфигурации оборудования на другую может выполняться путем восстановления. Перенос этого типа не только является самым распространенным, но и одним из самых сложных для Team Foundation Server. Перед началом переноса на базе восстановления следует убедиться, что перенос этого типа является оптимальным решением в соответствии с задачами организации. Дополнительные сведения см. в разделе Типы перемещений Team Foundation Server.
.gif "Важное примечание") Важное примечание. |
|---|
При планировании переноса развертывания необходимо перепроверить объем и назначение запланированных изменений, а также сравнить эти изменения со сценариями переноса каждого типа. Выбор подходящего типа переноса не только позволяет снизить объем путаницы и длительность прерывания работы команды, но и обеспечить эффективность развертывания в долгосрочной перспективе. |
Чтобы подготовиться к переносу на базе восстановления, прочитайте описание всех необходимых действий и определите, нужно ли распечатать этот раздел. Также следует проанализировать информацию по ссылкам, и определить, какие шаги могут меняться в зависимости от конфигурации вашей системы. Например, в существующей ИТ-инфраструктуре на другом сервере (по сравнению с базами данных SQL Server) могут выполняться службы анализа SQL Server. В таком случае необходимо настроить оба сервера по отдельности.
Чтобы выполнить перенос на базе восстановления, необходимо выполнить процедуры, которые описаны в следующих разделах.
Приготовьтесь к шагу восстановления
Установка сервера Team Foundation на новое оборудование
Резервное копирование базы данных WSS_Config на новый сервер
Восстановление баз данных
Восстановление веб-узлов для командных проектов
Восстановление и проверка сервера отчетов SQL, служб отчетов и отчетов по умолчанию
Переименование сервера уровня данных и активация сервера уровня приложений
Перестроение куба Team System
Удаление кэша системы управления версиями
Переместите учетные записи пользователя и службы
Перезапуск служб
Обновление кэша данных на клиентских компьютерах
Следующие шаги
Требуемые разрешения
Для завершения этих процедур необходимо являться участником группы Администраторы на старом и новом серверах и участником группы Администраторы Team Foundation. При создании новых групп безопасности в домене Active Directory необходимо иметь соответствующие разрешения в этом домене.
Кроме данных разрешений на компьютере под управлением Windows Server 2008 или Windows Vista может потребоваться выполнить следующие требования.
Чтобы выполнять процедуры из командной строки, может понадобиться открыть командную строку с повышенными правами. Для этого нажмите кнопку Пуск, щелкните правой кнопкой мыши Командная строка и выберите Запуск от имени администратора.
Чтобы выполнять процедуры с помощью веб-обозревателя Internet Explorer, может понадобиться запустить его от имени администратора. Для этого нажмите кнопку Пуск, выберите Все программы, щелкните правой кнопкой мыши Internet Explorer, а затем выберите Запуск от имени администратора.
Чтобы изменять содержимое файлов web.config, может понадобиться запустить текстовой редактор от имени администратора. Для этого нажмите кнопку Пуск, выберите Все программы, щелкните редактор правой кнопкой мыши, а затем выберите Запуск от имени администратора.
Чтобы получить доступ к диспетчеру отчетов, отчетам или веб-узлам служб отчетов SQL Server, может потребоваться добавить эти узлы в список надежных узлов Internet Explorer или запустить Internet Explorer от имени администратора.
Дополнительные сведения см. на веб-узле корпорации Майкрософт.
Создание резервных копий баз данных и ключа шифрования
Перед перемещением развертывания Team Foundation Server следует создать резервную копию баз данных системы. В процессе перемещения будет выполнено восстановление этих баз данных на новом сервере уровня данных.
Подготовка старого развертывания к перемещению с использованием восстановления
Создайте резервные копии всех баз данных для Team Foundation Server.
Дополнительные сведения см. в разделе Практическое руководство: резервное копирование в Team Foundation Server.
.gif "Примечание")
Примечание.Также необходимо создать резервную копию всех пользовательских определений узлов, пользовательских шаблонов узлов или пользовательских веб-частей для SharePoint (продукты и технологии), которые требуется сохранить. Для получения более подробной информации см. разделы "Параметры резервного копирования и восстановления служб Windows SharePoint Services 2.0" на веб-узле корпорации Майкрософт; о Windows SharePoint Services 3.0 — "Рекомендации по защите и восстановлению данных (Windows SharePoint Services)" на веб-узле корпорации Майкрософт.
Создайте резервную копию ключа шифрования служб отчетов и сохраните его в безопасном расположении на другом компьютере, нежели Team Foundation Server. Убедитесь, что из нового развертывания можно получить доступ к ключу, и сохраните пароль, с помощью которого зашифрован ключ.
Дополнительные сведения см. в разделе Практическое руководство. Создание резервной копии ключа шифрования служб отчетов.
Установка сервера Team Foundation Server и подготовка нового оборудования
После создания резервной копии баз данных необходимо установить Team Foundation Server на компьютер, на который выполняется перемещение развертывания.
Подготовка нового сервера к перемещению с использованием восстановления
Установите Team Foundation Server на новое оборудование и убедитесь в его работоспособности.
Подробные инструкции и дополнительные сведения о необходимых компонентах см. в руководстве по установке Team Foundation на веб-узле корпорации Майкрософт.
Важное примечание.Перед установкой Team Foundation Server необходимо сначала установить SQL Server на компьютер, на который будут восстанавливаться данные развертывания. Устанавливаемая версия SQL Server должна точно совпадать с версией, выполнявшейся на исходном сервера уровня данных, включая версию пакета обновления, параметры сортировки и языковую версию. Если совпадение версий не точное, восстановление данных может оказаться невозможным.
На сервере, на котором работают службы отчетов SQL Server, следует извлечь и сохранить список идентификаторов установки для служб отчетов.
Откройте окно командной строки, затем измените каталоги на следующий каталог:
%ProgramFiles%\Microsoft SQL Server\90\Tools\binn\
Выполните команду RSKeyMgmt -l.
Зафиксируйте идентификаторы установки, распечатайте или сохраните список идентификаторов в надежном месте.
Выполните вход на соответствующий сервер, откройте диспетчер компьютера и остановите службы и пулы приложений, перечисленные в следующей таблице, соблюдая указанный порядок действий.
Выполните вход на сервер, на котором размещается данная программа
Остановите данный компонент
SharePoint (продукты и технологии)
Служба таймера SharePoint или таймер Windows SharePoint Services
Веб-узел по умолчанию или веб-узел группы
Уровень приложений
Служба планировщика заданий Visual Studio Team Foundation Server
Пул приложений Microsoft Team Foundation Server
Службы отчетов SQL Server
Службы отчетов SQL Server (TFSINSTANCE)
ReportServer или ReportServer$имя_экземпляра
Веб-узел по умолчанию или веб-узел диспетчера отчетов
Важное примечание.Чтобы переместить учетные записи пользователей и служб при восстановлении, новое развертывание Team Foundation Server должно быть в остановленном состоянии. Перезапуск Team Foundation Server после восстановления данных, но перед перемещением учетных записей пользователей и служб может привести к тому, что перемещаемые пользователи будут отмечены как удаленные в базе данных TFSIntegration. Данная проблема возникает, когда служба безопасности группы не может найти системные идентификаторы пользователей во время синхронизации с Active Directory.
Дополнительные сведения см. в разделе Практическое руководство. Остановка и запуск служб, пулов приложений и веб-узлов.
Резервное копирование базы данных WSS_Config на новый сервер
Перед восстановлением данных в новые базы данных Team Foundation Server необходимо выполнить резервное копирование базы данных конфигурации SharePoint (продукты и технологии) (WSS_Config) на новом сервере. Попытка восстановления базы данных со старого сервера на новый может привести к перезаписи или повреждению базы данных в процессе восстановления.
Резервное копирование базы данных WSS_Config
Выполните резервное копирование базы данных конфигурации SharePoint (продукты и технологии) (WSS_Config) на новом сервере.
Дополнительные сведения о резервном копировании баз данных см. в разделе Практическое руководство: резервное копирование в Team Foundation Server и либо в разделе "Параметры резервного копирования и восстановления служб Windows SharePoint Services 2.0" на веб-узле корпорации Майкрософт, либо (для Windows SharePoint Services 3.0) в разделе "Рекомендации по защите и восстановлению данных (Windows SharePoint Services)" на веб-узле корпорации Майкрософт.
Восстановление баз данных
После остановки служб можно восстановить данные Team Foundation Server при помощи средств, входящих в состав SQL Server.
| Внимание! |
|---|
Все базы данных следует восстанавливать на один момент времени. В противном случае они могут быть повреждены. |
Открытие диалогового окна "Восстановление базы данных"
На новом сервере уровня данных нажмите кнопку Пуск, последовательно выберите пункты Все программы, Microsoft SQL Server, а затем — SQL Server Management Studio.
Примечание.Дополнительные сведения о восстановлении баз данных см. в разделе "Реализация сценариев восстановления баз данных SQL Server" на веб-узле корпорации Майкрософт.
В списке Тип сервера выберите Ядро СУБД.
В списке Имя сервера выберите или введите соответствующее имя сервера.
В списке Проверка подлинности выберите соответствующую схему.
В поле Имя пользователя введите имя пользователя действующей учетной записи.
В поле Пароль введите пароль учетной записи, если SQL Server запрашивает пароль, а затем нажмите кнопку Подключить.
Разверните узел Базы данных, чтобы открылся список баз данных, составляющих уровень данных для Team Foundation.
| Важное примечание. |
|---|
При перемещении с использованием восстановления не следует восстанавливать базу данных конфигурации SharePoint (продукты и технологии) (WSS_Config) со старого сервера на новый. |
Выполните процедуру "Восстановление каждой базы данных" для каждой из следующих баз данных.
ReportServer
Примечание.Если использовался именованный экземпляр, эта база данных будет называться ReportServer$имя_экземпляра.
ReportServerTempDB
Примечание.Если использовался именованный экземпляр, эта база данных будет называться ReportServerTempDB$имя_экземпляра.
База данных содержимого для SharePoint (продукты и технологии) (STS_Content_TFS или WSS_Content)
Примечание.Имя базы данных, содержащей данные SharePoint (продукты и технологии), будет отличаться в зависимости от версии установленного приложения SharePoint (продукты и технологии) и от того, изменил ли имя базы данных пользователь, установивший приложение. Кроме того, если SharePoint (продукты и технологии) установлен на другом сервере, нежели Team Foundation Server, эти базы данных могут отсутствовать на сервере уровня данных. Если они отсутствуют, резервное копирование, восстановление и настройку SharePoint (продукты и технологии) следует выполнять независимо от Team Foundation Server. Однако следует синхронизировать обслуживание баз данных во избежание ошибок синхронизации.
TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments
TfsActivityLogging (необязательно)
Примечание.В рамках процесса восстановления все пользовательские шаблоны узлов или веб-части, созданные для пользовательских шаблонов процессов, небходимо загрузить в базы данных SharePoint (продукты и технологии).
Восстановление каждой базы данных
Щелкните правой кнопкой мыши базу данных, которую необходимо восстановить, укажите пункт Задачи, затем Восстановить и выберите пункт База данных.
Отроется диалоговое окно Восстановление базы данных.
В области Источник для восстановления выберите Из устройства и нажмите кнопку с многоточием (…).
В диалоговом окне Указание резервной копии укажите расположение файла резервной копии, а затем нажмите OK.
Сначала следует восстановить полную резервную копию, а затем резервные копии журналов транзакций в той последовательности, в которой они были созданы.
В области Выберите резервные наборы данных для восстановления укажите резервные наборы данных, которые необходимо восстановить.
В панели Выбор страницы выберите Параметры и установите флажок Перезаписать существующую базу данных.
Проверьте правильность путей в списке Восстановить файлы базы данных как, чтобы они соответствовали текущим путям базы данных.
Это важно при восстановлении базы данных на другой диск.
В области Состояние восстановления выберите подходящее состояние.
Выполните одно из следующих действий.
Если дополнительные журналы транзакций не применяются, выберите Оставить базу данных готовой к использованию.
Если дополнительные журналы транзакций применяются, выберите Оставить базу данных в неработающем состоянии.
Нажмите кнопку ОК, чтобы закрыть диалоговое окно Восстановление базы данных и восстановить базу данных.
Если дополнительные журналы транзакций применяются, повторите эту процедуру для каждого набора резервных копий журнала в той последовательности, в которой они были созданы. Начните с того набора, который был создан после полной резервной копии.
Дополнительные сведения см. в разделе "Применение резервных копий журнала транзакций" на веб-узле корпорации Майкрософт.
Восстановление веб-узлов для командных проектов
Необходимо перенаправить SharePoint (продукты и технологии) на новую базу данных содержимого.
Восстановление веб-узлов для командных проектов
Выполните вход на сервер, на котором размещается SharePoint (продукты и технологии) и перенаправьте его для использования баз данных содержимого на новом сервере уровня данных.
Дополнительные сведения см. в разделе Практическое руководство. Перенаправление продуктов и технологий SharePoint для использования новой базы данных содержимого.
Восстановление и тестирование сервера отчетов SQL, служб отчетов и отчетов по умолчанию
После восстановления веб-узлов проектов следует восстановить службы отчетов SQL Server на новом сервере уровня приложений.
Восстановление и проверка служб отчетов SQL Server 2005
На сервере, на котором выполняются службы отчетов, откройте диспетчер компьютера и запустите ReportServer или пул приложений ReportServer$имя_экземпляра.
Нажмите кнопку Пуск и выберите последовательно пункты Все программы, Microsoft SQL Server 2005, Средства настройки и Настройка служб Reporting Services.
В панели проводника щелкните Настройка базы данных.
Откроется панель "Подключение базы данных".
Убедитесь в правильности имени сервера уровня данных в поле Имя сервера и нажмите кнопку Подключить.
В диалоговом окне Соединение с SQL Server нажмите кнопку ОК.
В панели "Подключение базы данных" нажмите кнопку Применить.
При развертывании в среде из двух серверов выполните следующие действия.
В панели проводника щелкните Идентификация служб Windows.
Откроется страница "Идентификация служб Windows".
В списке Встроенная учетная запись службы выберите Локальная служба.
Кнопка Применить станет доступна. Не нажимайте эту кнопку.
В списке Встроенная учетная запись службы выберите Сетевая службаи нажмите кнопку Применить.
В диалоговом окне Соединение с SQL Server нажмите кнопку ОК.
Откройте диспетчер компьютера и запустите службы отчетов.
Примечание.Если используется именованный экземпляр, эта служба будет называться "Службы отчетов SQL Server (имя_экземпляра)".
Завершите работу программы настройки служб отчетов.
Откройте окно командной строки и перейдите в каталог %ProgramFiles%\Microsoft SQL Server\90\Tools\binn.
Чтобы вывести список идентификаторов установки служб отчетов, введите следующую команду.
RSKeyMgmt -l
Найдите в списке идентификатор установки, соответствующий старому серверу уровня данных.
Чтобы удалить этот идентификатор установки, введите следующую команду (DTInstanceID соответствует старому серверу уровня данных).
RSKeyMgmt –r DTInstanceID
Примечание.Не удаляйте идентификатор установки, соответствующий новому серверу уровня данных.
На сервере, на котором работают службы отчетов, нажмите кнопку Пуск, последовательно выберите пункты Программы, Microsoft SQL Server 2005, Средства настройки, затем выберите Конфигурация служб отчетов.
В панели проводника щелкните Ключ шифрования.
На странице Ключ шифрования щелкните Восстановить.
Откроется страница "Сведения о ключе шифрования".
В поле Пароль введите пароль для файла ключа шифрования.
В области Файл ключа введите или выберите расположение резервной копии ключа шифрования (файл .snk), нажмите кнопку ОК.
Переименование сервера уровня данных и активация сервера уровня приложений
После восстановления служб отчетов следует использовать команду TfsAdminUtil для настройки подключений и переименования сервера уровня данных.
Переименование сервера уровня данных и обновление базы данных интеграции (внесение имени нового сервера уровня приложений)
Выполните вход на соответствующий сервер, откройте диспетчер компьютера и запустите пулы приложений и программы, перечисленные в следующей таблице.
Выполните вход на сервер, на котором размещается данная программа
Запустите данный компонент
Уровень приложений
Пул приложений Microsoft Team Foundation Server
Службы отчетов
ReportServer или ReportServer$имя_экземпляра (пул приложений)
Службы отчетов SQL Server (TFSINSTANCE)
Откройте окно командной строки, перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools и введите следующую команду.
TfsAdminUtil ConfigureConnections /view
Просмотрите параметры для /ReportsURI и /ReportServerUri. Если параметры сервера служб отчетов отличаются от отображенных сведений, следует перенастроить данные подключения с помощью следующей команды.
**TfsAdminUtil ConfigureConnections /ReportsUri:NewReports/ReportServerUri:**NewReportServer
Примечание.Если используется именованный экземпляр, следует указать именованный экземпляр как часть значений строк Reports и ReportServer. Не удаляйте и не изменяйте имя данного именованного экземпляра.
Например, если службы отчетов выполняются на старом сервере уровня приложений и были перенесены на новый сервер уровня приложений, следует указать новый универсальный код ресурса (URI) для /ReportsUri и /ReportServerUri. Дополнительные сведения см. в разделе Команда ConfigureConnections.
(Необязательно) После перенастройки подключений введите следующую команду, чтобы просмотреть изменения и убедиться в том, что они вступили в силу.
TfsAdminUtil ConfigureConnections /view
В файле "web.config" служб замените имя старого сервера уровня данных именем нового сервера уровня данных, выполнив следующие действия.
На новом сервере уровня приложений откройте окно командной строки и перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services.
Откройте файл web.config, находящийся в этом каталоге, в "Блокноте" или другом текстовом редакторе.
В разделе appSettings найдите элемент строки подключения и измените значение параметра "Source"на имя старого сервера уровня данных. Например, необходимо изменить следующий элемент.
Application Name=TeamFoundation;Data Source=имя_нового_сервера_уровня_данных_TeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
После внесения изменений элемент должен выглядеть следующим образом.
Application Name=TeamFoundation;Data Source=имя_старого_сервера_уровня_данных_TeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
Сохраните файл "web.config" и закройте "Блокнот".
Примечание.Чтобы команда TfsAdminUtil RenameDT выполнялась корректно, в строке подключения в файле web.config для служб должно быть указано имя старого сервера уровня данных.
Откройте окно командной строки, перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools и введите следующую команду.
TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName
Важное примечание.Чтобы команда RenameDT была выполнена успешно, на предыдущем шаге должны быть запущены пулы приложений и программы. Это требование появилось в Visual Studio Team System 2008 Team Foundation Server.
После завершения работы команды остановите следующие пулы приложений и программы.
Пул приложений Microsoft Team Foundation Server
ReportServer или ReportServer$имя_экземпляра
Службы отчетов SQL Server (TFSINSTANCE)
Примечание.После выполнения команды RenameDT необходимо остановить службы, которые требуются для ее выполнения, перед тем, как продолжить выполнение процедуры.
Если имя нового сервера уровня приложений отличается от имени старого сервера уровня приложений, обновите базу данных TFSIntegration, указав имя нового сервера. Затем обновите регистрационные записи в интерфейсе службы, что на уровне приложений использовался новый сервер.
На новом сервере уровня приложений откройте окно командной строки.
Перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
В командной строке введите следующую команду:
TfsAdminUtil ActivateAT имя_нового_сервера_уровня_приложений_TeamFoundation
Перестроение куба Team System
После настройки подключений и переименования сервера уровня данных необходимо перестроить куб Team System для Team Foundation. Куб Team System поддерживает службы отчетов SQL Server и содержит данные из реляционной базы данных хранилища данных для Team System. Дополнительные сведения см. в разделе Основные сведения об архитектуре хранилища данных.
Перестроение куба Team System в новой среде развертывания
Перестройте и обработайте куб Team System.
Дополнительные сведения см. в разделе Практическое руководство. Перестроение куба Team System.
Удаление кэша системы управления версиями
После перестроения куба Team System необходимо удалить кэш системы управления версиями на сервере уровня приложений (и любых прокси-серверах) для принудительной синхронизации с новым сервером уровня данных.
Удаление кэша системы управления версиями
На сервере уровня приложений откройте каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.
Удалите содержимое вложенного каталога Data, но не удаляйте сам вложенный каталог Data.
Дополнительные сведения см. в разделе Практическое руководство. Удаление кэша системы управления версиями на сервере уровня приложений.
Повторите данную процедуру на всех серверах среды развертывания, на которых запущен прокси-сервер Team Foundation Server.
Переместите учетные записи пользователя и службы
Если среда развертывания перемещается из одной рабочей группы в другую, необходимо воссоздать учетные записи служб, пользователей и все локальные учетные записи. Эти учетные записи также необходимо создавать при перемещении среды развертывания в домен, который не доверяет домену, к которому принадлежала старая среда развертывания.
| Примечание. |
|---|
Имена учетных записей, созданных в новой среде развертывания, должны совпадать с именами в старой среде развертывания. Данное требование относится как к учетным записям пользователей, так и к учетным записям служб. Эти имена учетных записей используются для идентификации и обновления записей базы данных Team Foundation Server в процессе перемещения. |
Перемещение учетных записей пользователей и служб
На сервере, на котором выполняются службы отчетов, откройте диспетчер компьютера и запустите следующие компоненты.
ReportServer или ReportServer$имя_экземпляра (пул приложений)
Службы отчетов SQL Server (TFSINSTANCE)
На новом сервере уровня приложений откройте окно командной строки и перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
В командной строке введите следующую команду:
TfsAdminUtil ChangeAccount OldDomainOrComputerName\OldTFSServiceAccount NewDomainOrComputerName\NewTFSServiceAccount NewPassword
Примечание.Игнорируйте возможные сообщения о несуществующей учетной записи службы, или о непринадлежности учетной записи к роли хранилища данных.
В командной строке введите следующую команду:
TfsAdminUtil ChangeAccount/ra OldDomainOrComputerName\OldTFSReportingServiceAccount NewDomainOrComputerName\NewTFSReportingServiceAccount NewPassword
Примечание.Игнорируйте возможные сообщения о непринадлежности учетной записи к роли хранилища данных или с предложением добавить учетную запись в группу учетных записей служб.
На старом сервере уровня приложений откройте окно командной строки и перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
В командной строке введите следующую команду:
TfsAdminUtil Sid
Запишите или распечатайте отображаемый список пользователей.
Это список пользователей, которых, возможно, придется воссоздать на новом сервере уровня приложений в качестве локальных или доменных учетных записей.
На новом сервере уровня приложений создайте все локальные учетные записи, которые должны соответствовать локальным учетным записям старого сервера уровня приложений. Если старый сервер уровня приложений находился в домене, которому не доверяет домен нового сервера уровня приложений, откройте Active Directory и создайте доменные учетные записи, соответствующие доменным учетным записям на старом сервере уровня приложений.
Дополнительные сведения см. в разделе "Создание учетных записей пользователей и групп" на веб-узле корпорации Майкрософт.
На новом сервере уровня приложений откройте окно командной строки и перейдите в каталог %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
В командной строке введите следующую команду:
TfsAdminUtil Sid /Change OldDomainOrComputerNameNewDomainOrComputerName
Эта команда обновляет все учетные записи пользователей на сервере уровня приложений, который использует системные идентификаторы нового домена или рабочей группы. В случае необходимости обновления пользовательских учетных записей, используя информацию из более чем одного источника (например, из другого домена или локальных учетных записей), придется указывать дополнительные параметры. Команду TfsAdminUtil SID можно выполнять несколько раз для изменения системных идентификаторов учетных записей пользователей из различных исходных доменов, которым не доверяет новый домен. Дополнительные сведения см. в разделе Команда Sid.
Важное примечание.При перезапуске Team Foundation Server, может понадобится около часа, чтобы служба безопасности группы выполнила повторную синхронизацию с Active Directory для обновления информации о учетных записях пользователей в базе данных TFSIntegration. Не вводите новый сервер уровня приложений в эксплуатацию до окончания этой синхронизации.
Перезапуск служб
Чтобы продолжить работу, необходимо перезапустить службы, от которых зависит Team Foundation.
Перезапуск служб
Выполните вход на соответствующий сервер, откройте диспетчер компьютера и запустите компоненты, перечисленные в следующей таблице, в указанном порядке.
Выполните вход на сервер, на котором размещается данная программа
Запустите данный компонент
SharePoint (продукты и технологии)
Служба таймера SharePoint или таймер Windows SharePoint Services
Уровень приложений
Служба планировщика заданий Visual Studio Team Foundation Server
Пул приложений Microsoft Team Foundation Server
Обновление кэша данных на клиентских компьютерах
Обновление кэша данных на клиентских компьютерах
Используйте веб-службу ClientService, чтобы при следующем подключении клиентских компьютеров к серверу уровня приложений принудительно обновить на них кэш для отслеживания рабочих элементов. Чтобы обновить кэш системы управления версиями, каждый пользователь должен обновить клиентский компьютер с помощью команды tf workspaces.
Дополнительные сведения см. в разделе Практическое руководство. Обновление кэша данных на клиентских компьютерах.
Следующие шаги
В зависимости от развертывания Team Foundation может потребоваться обновление файлов TeamBuild.proj новыми параметрами. Возможно, придется переместить пользователей и группы в SharePoint (продукты и технологии) и службах отчетов на новый сервер уровня приложений. Наконец, необходимо будет повторно создать любые отчеты или документы с привязкой к запросам, так как запросы из старой среды развертывания не смогут подключиться к новой среде развертывания.
Для обновления построения компьютером, используя новые параметры домена
Если необходимо использовать в новой среде развертывания существующий компьютер, на котором функционирует Team Foundation Build, откройте файл "TeamBuild.proj" на этом компьютере и обновите информацию о новом компьютере и расположении перемещения.
Дополнительные сведения см. в разделе Администрирование Team Foundation Build.
После обновления компьютеров построения с использованием новых параметров запустите тестовое построение, чтобы проверить новую конфигурацию.
Миграция групп и пользователей продуктов и технологий SharePoint и служб отчетов
- После перемещения развертывания может потребоваться вручную переместить учетные записи пользователей, группы и данных о членстве в ролях в среду SharePoint (продукты и технологии) и служб отчетов между доменами в новую среду развертывания. Отношение доверия Active Directory со старой средой развертывания определяет объем информации, которую необходимо переместить. Как службы SharePoint (продукты и технологии), так и службы отчетов отображают пользователей, группы и их членство в ролях для каждого веб-узла или папки отчетов. Дополнительные сведения см. в разделах Управление разрешениями и Рассмотрение доверий и лесов для Team Foundation Server.
Создание отчетов в формате Microsoft Project или Microsoft Excel
- После переноса среды развертывания, воссоздайте файлы Microsoft Project или Microsoft Excel, которые подключаются к Team Foundation Server. Дополнительные сведения см. в разделе Создание отчетов Team Foundation Server.
См. также
Задачи
Практическое руководство. Перемещение Team Foundation Server в другую среду
Практическое руководство. Перенос развертывания из односерверной среды в двухсерверную
Основные понятия
Типы перемещений Team Foundation Server
Требования к серверу уровня приложений для Team Foundation
Требования к серверу уровня данных Team Foundation
Управление Team Foundation Server в рабочей группе
Архитектура безопасности Team Foundation Server