Procedura: spostare Team Foundation Server da una configurazione hardware a un'altra
Aggiornamento: novembre 2007
È possibile spostare un'istanza di Visual Studio Team System Team Foundation Server da una configurazione hardware a un'altra eseguendo uno spostamento basato su ripristino. Questo tipo di spostamento non solo è il più comune ma anche uno dei più complessi tipi di spostamento di Team Foundation Server. Prima di avviare un spostamento basato su ripristino è necessario verificare che questo tipo di spostamento soddisfi in modo ottimale gli obiettivi della propria organizzazione. Per ulteriori informazioni, vedere la classe Tipi di spostamento di Team Foundation Server.
Nota importante: |
---|
Durante la pianificazione dello spostamento di una distribuzione, è necessario verificare l'ambito e lo scopo delle modifiche che si prevede di apportare e quindi confrontarli con gli scenari relativi a ogni tipo di spostamento. Oltre a ridurre al minimo confusione e perdite di produttività del team, una scelta corretta del tipo di spostamento assicura l'efficienza a lungo termine della distribuzione. |
Per ottimizzare la preparazione per uno spostamento basato su ripristino occorre leggere in modo approfondito tutti i passaggi necessari e stampare questo argomento. È inoltre necessario esaminare le informazioni in esso fornite tramite collegamenti nonché determinare quali passaggi varieranno in base alla configurazione specifica in uso. Ad esempio, la distribuzione in uso potrebbe presentare SQL Server Analysis Services in un server diverso da quelli contenenti i database SQL Server. In questa situazione, tali server devono essere configurati a parte.
Per eseguire uno spostamento basato su ripristino è necessario completare le procedure descritte nelle sezioni seguenti:
Preparare uno spostamento basato su ripristino
Installare Team Foundation Server nei nuovi componenti hardware
Eseguire il backup del database WSS_Config nel nuovo Server
Ripristinare i database
Ripristinare i siti Web dei progetti Team
Ripristinare ed eseguire il test di Server report SQL, Reporting Services e report predefiniti
Rinominare il server di livello dati e attivare il server di livello applicazione
Ricreare il cubo di Team System
Eliminazione della cache di controllo della versione
Spostare account utente e di servizio
Riavviare i servizi
Aggiornare la cache dei dati nei computer client
Operazioni successive
Autorizzazioni necessarie
Per completare queste procedure è necessario essere membro del gruppo Administrators nel server precedente e in quello nuovo e membro del gruppo Administrators di Team Foundation. Per creare gruppi di sicurezza in un dominio di Active Directory è necessario disporre delle autorizzazioni appropriate in tale dominio.
Oltre a queste autorizzazioni, è possibile che sia necessario soddisfare i requisiti seguenti in un computer in cui è in esecuzione Windows Server 2008 o Windows Vista:
Per seguire una procedura da riga di comando è possibile che sia necessario aprire una finestra del prompt dei comandi con privilegi elevati. A tale scopo, fare clic su Start, fare clic con il pulsante destro del mouse su Prompt dei comandi e quindi fare clic su Esegui come amministratore.
Per seguire una procedura che richiede Internet Explorer è possibile che sia necessario avviarlo come amministratore. A tale scopo, fare clic su Start, scegliere Tutti i programmi, fare clic con il pulsante destro del mouse su Internet Explorer e quindi fare clic su Esegui come amministratore.
Per modificare i file web.config è possibile che sia necessario avviare l'editor di testo come amministratore. A tale scopo, fare clic su Start, scegliere Tutti i programmi, fare clic con il pulsante destro del mouse sull'editor e quindi fare clic su Esegui come amministratore.
Per accedere a Gestione report, ai report o a siti Web di SQL Server Reporting Services è possibile che sia necessario aggiungere questi siti nell'elenco di siti attendibili in Internet Explorer oppure avviare Internet Explorer come amministratore.
Per ulteriori informazioni, vedere il sito Web Microsoft (informazioni in lingua inglese).
Eseguire il backup dei database e della chiave di crittografia
Prima di poter spostare la distribuzione di Team Foundation Server è necessario eseguire il backup dei relativi database. Questi database verranno ripristinati nel nuovo server di livello dati durante la modifica della distribuzione.
Per preparare la distribuzione precedente per un spostamento basato su ripristino
Eseguire il backup di tutti i database di Team Foundation Server.
Per ulteriori informazioni, vedere la classe Procedura: eseguire il backup di un Team Foundation Server.
Nota: È necessario eseguire il backup anche di qualsiasi definizione di sito personalizzato, modello di sito personalizzato o Web part personalizzate di Prodotti e tecnologie SharePoint che si desidera mantenere. Per ulteriori informazioni (in lingua inglese), vedere "Backup and Restore Options" per Windows SharePoint Services 2.0 nel sito Web Microsoft oppure, per Windows SharePoint Services 3.0, "Choose backup and recovery tools (Windows SharePoint Services)" nel sito Web Microsoft.
Eseguire il backup della chiave di crittografia di Reporting Services e quindi archiviare tale backup in un percorso protetto in un computer diverso dal server che esegue Team Foundation Server. Assicurarsi che la nuova distribuzione sia in grado di accedere alla chiave e archiviare la password con cui la chiave viene crittografata.
Per ulteriori informazioni, vedere la classe Procedura: eseguire il backup della chiave di crittografia di Reporting Services.
Installare Team Foundation Server e preparare i nuovi componenti hardware
Dopo aver eseguito il backup dei database è necessario installare Team Foundation Server nel computer in cui si desidera spostare la distribuzione.
Per preparare il nuovo server per un spostamento basato su ripristino
Installare Team Foundation Server nel nuovo hardware e assicurarsi che il server funzioni correttamente.
Per istruzioni e informazioni dettagliate sui prerequisiti, vedere la Guida all'installazione di Team Foundation nel sito Web Microsoft.
Nota importante: Prima di installare Team Foundation Server è necessario anzitutto installare SQL Server nel computer in cui si desidera ripristinare i dati della distribuzione. La versione di SQL Server installata deve corrispondere esattamente alla versione in esecuzione nel server di livello dati precedente, compresi il livello di Service Pack, le impostazioni delle regole di confronto e la lingua di edizione. Se la corrispondenza non è esatta, il ripristino dei dati può risultare impossibile.
Nel server che esegue SQL Server Reporting Services, recuperare e salvare un elenco di ID di installazione di Reporting Services.
Aprire la finestra Prompt dei comandi e passare alla directory seguente:
%Programmi%\Microsoft SQL Server\90\Tools\binn\
Eseguire RSKeyMgmt -l.
Annotare gli ID di installazione e stamparne l'elenco. In alternativa, salvare tale elenco in un percorso sicuro.
Accedere al server appropriato, aprire Gestione computer e interrompere i servizi e i pool di applicazioni indicati nella tabella seguente secondo l'ordine specificato:
Accedere al server che ospita questo programma
Interrompere questo componente
Prodotti e tecnologie SharePoint
Servizio Timer di SharePoint o Timer di Windows SharePoint Services
Sito Web predefinito o sito Web del team
Livello applicazione
Servizio Utilità di pianificazione di Visual Studio Team Foundation Server
Pool di applicazioni di Microsoft Team Foundation Server
SQL Server Reporting Services
SQL Server Reporting Services (TFSINSTANCE)
ReportServer o ReportServer$NomeIstanza
Sito Web predefinito o sito Web di Gestione report
Nota importante: Per eseguire uno spostamento di account utente e account del servizio basato su ripristino è necessario che la nuova distribuzione di Team Foundation Server sia in stato di interruzione. Se si riavvia Team Foundation Server dopo il ripristino dei dati ma prima dello spostamento di account utente e account del servizio, è possibile che gli utenti destinati alla migrazione vengano contrassegnati come eliminati nel database TFSIntegration. Questo problema si verifica quando il servizio di sicurezza gruppi non è in grado di individuare il SID dell'utente durante la sincronizzazione con Active Directory.
Per ulteriori informazioni, vedere la classe Procedura: interrompere e avviare servizi, pool di applicazioni e siti Web.
Eseguire il backup del database WSS_Config nel nuovo Server
Prima di ripristinare i dati nei nuovi database di Team Foundation Server è necessario eseguire il backup del database di configurazione di Prodotti e tecnologie SharePoint (WSS_Config) nel nuovo server. Se si tenta di ripristinare nel nuovo server il database del server precedente, è possibile che tale database venga sovrascritto o danneggiato durante il processo di ripristino.
Per eseguire il backup del database WSS_Config
Eseguire il backup del database di configurazione di Prodotti e tecnologie SharePoint (WSS_Config) nel nuovo server.
Per ulteriori informazioni su come eseguire il backup dei database, vedere Procedura: eseguire il backup di un Team Foundation Server. Vedere inoltre (in lingua inglese) "Backup and Restore Options" per Windows SharePoint Services 2.0 nel sito Web Microsoft oppure, per Windows SharePoint Services 3.0, "Choose backup and recovery tools (Windows SharePoint Services)" nel sito Web Microsoft.
Ripristinare i database
Dopo aver interrotto servizi è possibile ripristinare i dati di Team Foundation Server utilizzando gli strumenti forniti in SQL Server.
Attenzione: |
---|
È necessario ripristinare tutti i database allo stesso momento specifico. In caso contrario, è possibile che questi vengano danneggiati. |
Per aprire la finestra di dialogo Ripristina database
Nel nuovo server di livello dati, fare clic su Start, puntare su Tutti i programmi, quindi su Microsoft SQL Server e infine fare clic su SQL Server Management Studio.
Nota: Per ulteriori informazioni su come ripristinare i database, vedere "Implementazione degli scenari di ripristino per database di SQL Server" nel sito Web Microsoft.
Selezionare Modulo di gestione di database nell'elenco Tipo server.
Nell'elenco Nome server, selezionare o digitare il server appropriato.
Nell'elenco Autenticazione, fare clic sullo schema appropriato.
In Nome utente, digitare il nome utente di un account valido.
In Password, digitare la password dell'account se SQL Server lo richiede e quindi fare clic su Connetti.
Espandere il nodo Database per visualizzare l'elenco dei database che costituiscono il livello dati di Team Foundation.
Nota importante: |
---|
Per gli spostamenti basati su ripristino, non ripristinare nel nuovo server il database di configurazione di Prodotti e tecnologie SharePoint (WSS_Config) del server precedente. |
Completare la procedura "Per ripristinare ogni database" per ognuno dei database seguenti:
ReportServer
Nota: Se si è utilizzata un'istanza denominata, questo database sarà denominato ReportServer$NomeIstanza.
ReportServerTempDB
Nota: Se si è utilizzata un'istanza denominata, questo database sarà denominato ReportServerTempDB$NomeIstanza.
Database del contenuto per Prodotti e tecnologie SharePoint (STS_Content_TFS o WSS_Content)
Nota: Il nome del database che contiene i dati per Prodotti e tecnologie SharePoint varia a seconda della versione di Prodotti e tecnologie SharePoint installata e se la persona che l'ha installata ha personalizzato il nome. Inoltre, se Prodotti e tecnologie SharePoint è installato in un server separato da Team Foundation Server, questi database potrebbero non essere presenti nel server di livello dati. In tal caso il backup, il ripristino e la configurazione di Prodotti e tecnologie SharePoint e dei relativi database devono essere gestiti separatamente da Team Foundation Server. Tuttavia, è necessario sincronizzare la manutenzione dei database per evitare errori di sincronizzazione.
TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments
TfsActivityLogging (facoltativo)
Nota: Durante il processo di ripristino è necessario caricare nei database di Prodotti e tecnologie SharePoint eventuali Web part o modelli di sito personalizzati creati per i modelli di processo personalizzati.
Per ripristinare ogni database
Fare clic con il pulsante destro del mouse sul database che si desidera ripristinare, scegliere Attività, Ripristina, quindi fare clic su Database.
Verrà visualizzata la finestra di dialogo Ripristina database.
In Origine di ripristino, fare clic su Da dispositivo e quindi fare clic sul pulsante con i puntini di sospensione (...).
Nella finestra di dialogo Seleziona backup, specificare il percorso del file di backup e quindi fare clic su OK.
Il primo backup che si applica deve essere un backup completo, seguito dai backup del registro delle transazioni nell'ordine di creazione.
In Selezionare i set di backup da ripristinare, specificare i set di backup da ripristinare.
Nel riquadro Seleziona pagina, fare clic su Opzioni e quindi selezionare la casella di controllo Sovrascrivi il database esistente.
Nell'elenco Ripristina file di database come, verificare che i percorsi corrispondano ai percorsi di database correnti.
Questo passaggio è importante se si ripristina il database in un'unità diversa.
Fare clic sullo stato appropriato in Stato di recupero.
Eseguire una delle operazioni seguenti:
Se non si applicano altri registri delle transazioni, fare clic su Lascia il database pronto per l'utilizzo.
Se si applicano altri registri delle transazioni, fare clic su Lascia il database non operativo.
Scegliere OK per chiudere la finestra di dialogo Ripristina database e ripristinare il database.
Se si applicano altri registri delle transazioni, seguire questa procedura per ogni insieme di backup del registro, nell'ordine di creazione. Partire da quello eseguito dopo il backup completo.
Per ulteriori informazioni, vedere "Applicazione dei backup del log delle transazioni" nel sito Web Microsoft.
Ripristinare i siti Web dei progetti Team
È necessario reindirizzare Prodotti e tecnologie SharePoint al nuovo database del contenuto.
Per ripristinare i siti Web dei progetti Team
Accedere al server che ospita Prodotti e tecnologie SharePoint e reindirizzarlo affinché utilizzi i database del contenuto nel nuovo server di livello dati.
Per ulteriori informazioni, vedere la classe Procedura: reindirizzare prodotti e tecnologie SharePoint per l'utilizzo di un nuovo database del contenuto.
Ripristinare e verificare SQL Server Reporting Services e i report predefiniti
Dopo aver ripristinato i siti Web dei progetti è necessario ripristinare SQL Server Reporting Services nel nuovo server di livello applicazione.
Per ripristinare e verificare Reporting Services in SQL Server 2005
Nel server che esegue Reporting Services, aprire Gestione computer e avviare il pool di applicazioni ReportServer o ReportServer$InstanceName.
Fare clic su Start, puntare su Tutti i programmi, Microsoft SQL Server, Strumenti di configurazione e quindi fare clic su Configurazione di Reporting Services.
Nel riquadro Explorer, scegliere Impostazioni database.
Verrà visualizzato il riquadro Connessione database.
In Nome server, verificare che il nome del server di livello dati sia corretto, quindi fare clic su Connetti.
Nella finestra di dialogo Connessione SQL Server scegliere OK.
Nel riquadro Connessione database, scegliere Applica.
Se si dispone di una distribuzione a server doppio, eseguire i passaggi seguenti:
Nel riquadro Explorer, scegliere Identità servizio Windows.
Verrà visualizzata la pagina Identità servizio Windows.
Nell'elenco Account del servizio predefinito, fare clic su Servizio locale.
Il pulsante Applica diventerà disponibile. Tuttavia, non fare clic su di esso.
Nell'elenco Accountdel servizio predefinito, fare clic su Servizio di rete e quindi su Applica.
Nella finestra di dialogo Connessione SQL Server scegliere OK.
Aprire Gestione computer e avviare Reporting Services.
Nota: Se si utilizza un'istanza denominata, questo nome del servizio sarà SQL Server Reporting Services (NomeIstanza).
Chiudere lo strumento di configurazione di Reporting Services.
Aprire una finestra del prompt dei comandi e passare alla directory %Programmi%\Microsoft SQL Server\90\Tools\binn.
Digitare il comando seguente per visualizzare l'elenco degli ID di Reporting Services:
RSKeyMgmt -l
Nell'elenco, individuare l'ID di installazione che corrisponde al server di livello dati precedente.
Digitare il comando seguente per rimuovere tale ID di installazione, dove IDIstanzaDT corrisponde al server di livello dati precedente:
RSKeyMgmt –r IDIstanzaDT
Nota: Non rimuovere l'ID di installazione che corrisponde al nuovo server di livello dati.
Nel server che esegue Reporting Services, fare clic su Start e puntare su Tutti i programmi, Microsoft SQL Server, Strumenti di configurazione. Quindi, fare clic su Configurazione di Reporting Services.
Nel riquadro Explorer, scegliere Chiave di crittografia.
Nella pagina Chiave di crittografia, scegliere Ripristina.
Verrà visualizzata la pagina Informazioni chiave di crittografia.
In Password, digitare la password del file della chiave di crittografia.
In File di chiave, digitare o selezionare il percorso della chiave di crittografia di backup (ovvero del file con estensione snk) e quindi fare clic su OK.
Rinominare il server di livello dati e attivare il server di livello applicazione
Dopo aver ripristinato Reporting Services è necessario utilizzare il comando TfsAdminUtil per configurare le connessioni e rinominare il server di livello dati.
Per rinominare il server di livello dati e aggiornare il database di integrazione con il nome del nuovo server di livello applicazione
Accedere al server appropriato, aprire Gestione computer e avviare i pool di applicazioni e i programmi nella tabella seguente:
Accedere al server che ospita questo programma
Avviare questo componente
Livello applicazione
Pool di applicazioni di Microsoft Team Foundation Server
Reporting Services
ReportServer o ReportServer$NomeIstanza (pool di applicazioni)
SQL Server Reporting Services (TFSINSTANCE)
Aprire la finestra del prompt dei comandi, passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools e digitare il comando seguente:
TfsAdminUtil ConfigureConnections /view
Rivedere le impostazioni di /ReportsURI e /ReportServerUri. Se il server di Reporting Services è cambiato rispetto alle informazioni visualizzate, è necessario riconfigurare tali connessioni digitando il comando seguente:
**TfsAdminUtil ConfigureConnections /ReportsUri:NuovoReport/ReportServerUri:**NuovoReportServer
Nota: Se si utilizza un'istanza denominata, occorre specificarla come parte dei valori di Report e ReportServer. Non eliminare o modificare il nome dell'istanza denominata.
Ad esempio, se Reporting Services era in esecuzione nel server di livello applicazione precedente ed è stato spostato nel nuovo server di livello applicazione, è necessario fornire il nuovo URI (Uniform Resource Indicator) di /ReportsUri e /ReportServerUri. Per ulteriori informazioni, vedere la classe Comando ConfigureConnections.
(Facoltativo) Dopo aver riconfigurato le connessioni, digitare il comando seguente per rivedere le modifiche e verificare che siano state applicate:
TfsAdminUtil ConfigureConnections /view
Nel file web.config dei servizi, sostituire il nome del server di livello dati precedente con il nome del nuovo server di livello dati. A tale scopo, eseguire i passaggi seguenti:
Nel nuovo server di livello applicazione, aprire una finestra del prompt dei comandi e passare alla directory %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services.
Tramite Blocco note o un altro editor di testo, aprire il file web.config contenuto in questa directory.
Nel nodo appSettings, individuare l'elemento della stringa di connessione e impostare il valore del parametro Source sul nome del server di livello dati precedente. Ad esempio, è necessario modificare l'elemento seguente:
Application Name=TeamFoundation;Data Source=NomeNuovoServerLivelloDatiTeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
Dopo le modifiche, l'elemento dovrebbe risultare simile alla stringa seguente:
Application Name=TeamFoundation;Data Source=NomeServerLivelloDatiTeamFoundationPrecedente;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
Salvare il file web.config e chiudere Blocco note.
Nota: Affinché il comando TfsAdminUtil RenameDT venga eseguito correttamente, è necessario che la stringa di connessione nel file web.config dei servizi faccia riferimento al nome del server di livello dati precedente.
Aprire la finestra del prompt dei comandi, passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools e digitare il comando seguente:
TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName
Nota importante: Affinché il comando RenameDT abbia esito positivo è necessario che i pool di applicazioni e i programmi del passaggio precedente siano in esecuzione. Si tratta di un nuovo requisito di Visual Studio Team System 2008 Team Foundation Server.
Al termine dell'esecuzione del comando, interrompere i pool di applicazioni e i programmi seguenti:
Pool di applicazioni di Microsoft Team Foundation Server
ReportServer o ReportServer$NomeIstanza
SQL Server Reporting Services (TFSINSTANCE)
Nota: Dopo aver eseguito il comando RenameDT, prima di passare all'esecuzione dei passaggi seguenti è necessario interrompere i servizi su cui tale comando si basa.
Se il nome del nuovo server di livello applicazione non corrisponde a quello del server di livello applicazione precedente, aggiornare il database TFSIntegration con il nome del nuovo server. Quindi, aggiornare le voci di registrazione nell'interfaccia del servizio affinché il livello applicazione punti al nuovo server.
Nel nuovo server di livello applicazione, aprire una finestra del prompt dei comandi.
Passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Al prompt dei comandi digitare il comando seguente:
TfsAdminUtil ActivateAT NomeNuovoServerLivelloApplicazioneTeamFoundation
Ricreare il cubo di Team System
Dopo aver configurato le connessioni e aver rinominato il server di livello dati, è necessario ricreare il cubo di Team System di Team Foundation. Tale cubo supporta SQL Server Reporting Services e contiene dati del database relazionale del data warehouse di Team System. Per ulteriori informazioni, vedere la classe Informazioni sull'architettura dei data warehouse.
Per creare nuovamente il cubo di Team System nella nuova distribuzione
Ricreare ed elaborare il cubo di Team System.
Per ulteriori informazioni, vedere la classe Procedura: creare nuovamente il cubo di Team System.
Eliminazione della cache di controllo della versione
Dopo aver creato nuovamente il cubo di Team System è necessario eliminare la cache di controllo della versione nel server di livello applicazione (e in qualsiasi server proxy) per imporre la sincronizzazione con il nuovo server di livello dati.
Per eliminare la cache di controllo della versione
Nel server di livello applicazione, aprire la directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.
Eliminare il contenuto della sottodirectory Data senza tuttavia eliminare quest'ultima.
Per ulteriori informazioni, vedere la classe Procedura: eliminare la cache di controllo della versione nel server di livello applicazione.
Ripetere questa procedura in qualsiasi server della distribuzione in cui è in esecuzione Team Foundation Server Proxy.
Spostare account utente e di servizio
Se si sposta la distribuzione da un gruppo di lavoro a un altro, occorre ricreare gli account del servizio, gli account utente e tutti gli account locali. Questi account devono essere ricreati anche se si sposta la distribuzione in un dominio che non ritiene attendibile il dominio a cui apparteneva la distribuzione precedente.
Nota: |
---|
I nomi di account creati nella nuova distribuzione devono corrispondere a quelli degli account della distribuzione precedente. Questo requisito comprende sia gli account utente sia gli account del servizio. Questi nomi di account vengono utilizzati per identificare e aggiornare i record di database di Team Foundation Server durante il processo di spostamento. |
Per spostare account utente e account del servizio
Nel server che esegue Reporting Services, aprire Gestione computer e avviare i componenti seguenti:
ReportServer o ReportServer$NomeIstanza (pool di applicazioni)
SQL Server Reporting Services (TFSINSTANCE)
Nel nuovo server di livello applicazione, aprire una finestra del prompt dei comandi e passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Al prompt dei comandi digitare il comando seguente:
TfsAdminUtil ChangeAccount NomeDominioPrecedenteONomeComputerPrecedente\AccountTFSServicePrecedente NomeNuovoDominioONomeNuovoComputer\NuovoAccountTFSService NuovaPassword
Nota: Ignorare eventuali avvisi relativi al fatto che l'account del servizio non esiste o non è membro del ruolo del data warehouse.
Al prompt dei comandi digitare il comando seguente:
TfsAdminUtil ChangeAccount/ra NomeDominioPrecedenteONomeComputerPrecedente\AccountTFSReportingServicePrecedente NomeNuovoDominioONomeNuovoComputer\NuovoAccountTFSReportingService NuovaPassword
Nota: Ignorare eventuali avvisi relativi al fatto che l'account del servizio non è membro del ruolo del data warehouse o alla richiesta di aggiungere l'account al gruppo di account del servizio.
Nel server di livello applicazione precedente, aprire una finestra del prompt dei comandi e passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Al prompt dei comandi digitare il comando seguente:
TfsAdminUtil Sid
Annotare o stampare l'elenco di utenti visualizzato.
È possibile che occorra ricreare questo elenco di utenti nel nuovo server di livello applicazione, come account locali o account di dominio.
Nel nuovo server di livello applicazione, creare tutti gli account locali che devono corrispondere agli account locali nel server di livello applicazione precedente. Se il server di livello applicazione precedente si trovava in un dominio ritenuto non attendibile dal dominio del nuovo server di livello applicazione, aprire Active Directory e creare account di dominio che corrispondono a quelli presenti nel server di livello applicazione precedente.
Per ulteriori informazioni, vedere "Creating user and group accounts" nel sito Web Microsoft (informazioni in lingua inglese).
Nel nuovo server di livello applicazione, aprire una finestra del prompt dei comandi e passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Al prompt dei comandi digitare il comando seguente:
TfsAdminUtil Sid /Change NomeDominioPrecedenteONomeComputerPrecedenteNomeNuovoDominioONomeNuovoComputer
Questo comando consente di aggiornare tutti gli account utente nel server di livello applicazione che utilizza i SID del nuovo dominio o gruppo di lavoro. Se è necessario aggiornare gli account utente utilizzando informazioni da più origini, ad esempio da un altro dominio e dagli account locali, occorre specificare parametri aggiuntivi. È possibile eseguire più volte il comando TfsAdminUtil SID per modificare i SID degli account utente appartenenti ad altri domini di origine non ritenuti attendibili dal nuovo dominio. Per ulteriori informazioni, vedere Comando Sid.
Nota importante: Quando si riavvia Team Foundation Server, potrebbe essere necessario attendere fino a un'ora prima che il servizio di sicurezza gruppi esegua nuovamente la sincronizzazione con Active Directory per aggiornare le informazioni relative agli account utente nel database TFSIntegration. Includere il nuovo server di livello applicazione nell'ambiente di produzione solo dopo l'avvenuta sincronizzazione di queste informazioni.
Riavviare i servizi
Per riprendere le operazioni, è necessario riavviare i servizi su cui Team Foundation si basa.
Per riavviare i servizi
Accedere al server appropriato, aprire Gestione computer e avviare i componenti nella tabella seguente nell'ordine specificato:
Accedere al server che ospita questo programma
Avviare questo componente
Prodotti e tecnologie SharePoint
Servizio Timer di SharePoint o Timer di Windows SharePoint Services
Livello applicazione
Servizio Utilità di pianificazione di Visual Studio Team Foundation Server
Pool di applicazioni di Microsoft Team Foundation Server
Aggiornare la cache dei dati nei computer client
Per aggiornare la cache dei dati nei computer client
Utilizzare il servizio Web ClientService per imporre ai client di aggiornare la cache di gestione degli elementi di lavoro alla successiva connessione al server di livello applicazione. Per aggiornare la cache di controllo della versione, ogni utente deve aggiornare il computer client tramite il comando tf workspaces.
Per ulteriori informazioni, vedere la classe Procedura: aggiornare le cache di dati nei computer client.
Operazioni successive
A seconda della distribuzione di Team Foundation in uso, potrebbe essere necessario aggiornare i file TeamBuild.proj con le nuove impostazioni. Potrebbe inoltre essere necessario eseguire la migrazione di utenti e gruppi di Prodotti e tecnologie SharePoint e Reporting Services nel nuovo server di livello applicazione. Infine, poiché risulterà impossibile connettersi alla nuova distribuzione utilizzando le query della distribuzione precedente, occorre ricreare qualsiasi report o documento associato a query.
Per aggiornare i computer di compilazione con le nuove impostazioni di dominio
Se si desidera utilizzare nella nuova distribuzione un computer esistente che esegue Team Foundation Build, aprire il file TeamBuild.proj in tale computer e aggiornare le impostazioni relative al nuovo computer nonché a una nuova destinazione finale.
Per ulteriori informazioni, vedere Amministrazione di Team Foundation Build.
Dopo aver aggiornato i computer di compilazione con le nuove impostazioni, avviare una compilazione di prova per verificare la nuova configurazione.
Per eseguire la migrazione di gruppi e utenti in Prodotti e tecnologie SharePoint e Reporting Services
- Dopo aver spostato la distribuzione, potrebbe essere necessario migrare manualmente fra i domini alla nuova distribuzione gli account utente, i gruppi e le appartenenze ai ruoli di Prodotti e tecnologie SharePoint e Reporting Services. La relazione di trust di Active Directory con la distribuzione precedente determina la quantità di informazioni da migrare. Sia in Prodotti e tecnologie SharePoint sia in Reporting Services vengono visualizzati gli utenti, i gruppi e la relativa appartenenza ai ruoli per ogni sito o cartella di report. Per ulteriori informazioni, vedere°Gestione delle autorizzazioni e Considerazioni su trust e insiemi di strutture per Team Foundation Server.
Per creare report in Microsoft Project o Microsoft Excel
- Dopo aver spostato la distribuzione è necessario ricreare tutti i file di Microsoft Project o Microsoft Excel connessi a Team Foundation Server. Per ulteriori informazioni, vedere Generazione di report di Team Foundation Server.
Vedere anche
Attività
Procedura: spostare il server Team Foundation da un ambiente a un altro
Procedura: passare da una distribuzione a server singolo a una a server doppio
Concetti
Tipi di spostamento di Team Foundation Server
Requisiti server a livello applicazione per Team Foundation
Requisiti del server a livello dati per Team Foundation
Gestione di Team Foundation Server in un gruppo di lavoro
Architettura di sicurezza di Team Foundation Server
Altre risorse
Gestione di Team Foundation Server in un dominio Active Directory