Procedura: passare da una distribuzione a server singolo a una a server doppio

Articolo
09/12/2008

Aggiornamento: novembre 2007

Il passaggio da una distribuzione di Visual Studio Team System Team Foundation Server a server singolo a una distribuzione a server doppio può consentire di supportare un maggior numero di progetti o di migliorare le prestazioni. In una distribuzione a server doppio, due o più server fisici ospitano i componenti che costituiscono il livello dati logico e il livello applicazione logico di Team Foundation. Quando si passa da una distribuzione a server singolo a una distribuzione a server doppio, il server originale viene convertito nel server di livello applicazione e SQL Server viene installato e configurato nel nuovo server di livello dati. Quindi, Prodotti e tecnologie SharePoint e SQL Server Reporting Services vengono reindirizzati al nuovo server di livello dati e i dati della distribuzione originale vengono ripristinati nel nuovo server di livello dati. Per ulteriori informazioni, vedere Tipi di spostamento di Team Foundation Server.

Prima di passare a una distribuzione a server doppio è necessario leggere attentamente questo argomento e stampare tutti i passaggi necessari. È inoltre consigliabile stampare gli argomenti a cui questo argomento fa riferimento nonché gli argomenti che contengono informazioni sui passaggi aggiuntivi necessari.

Durante questo tipo di passaggio, evitare di:

Modificare gli account del servizio.
Modificare il nome o il dominio del server originale.
Installare il server di livello dati in un dominio diverso da quello della distribuzione originale senza un livello di attendibilità sufficiente.

Per eseguire questo tipo di passaggio è necessario completare le procedure descritte nelle sezioni seguenti nell'ordine in cui sono elencate:

Eseguire il backup dei database e della chiave di crittografia
Installare SQL Server e preparare il nuovo hardware
Ripristinare i database
Reindirizzare Prodotti e tecnologie SharePoint per l'utilizzo del nuovo database del contenuto
Riconnettere i database di amministrazione e di configurazione
Reindirizzare e verificare Server report SQL, Reporting Services e i report predefiniti
Reindirizzare il server di livello applicazione al nuovo livello dati
Ricreare il cubo di Team System
Eliminazione della cache di controllo della versione
Aggiornare gli account del servizio
Riavviare i servizi
Aggiornare la cache dei dati nei computer client

Autorizzazioni necessarie

Per completare queste procedure, è necessario essere un membro del gruppo Administrators nel server precedente e in quello nuovo, nonché un membro del gruppo Team Foundation Administrators.

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 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 che sia possibile modificare la distribuzione a server singolo in una configurazione a server doppio è necessario eseguire il backup dei database di Team Foundation. Questi database verranno ripristinati nel nuovo server di livello dati durante la modifica della distribuzione.

Per eseguire il backup dei database e della chiave di crittografia

Eseguire il backup di tutti i database di Team Foundation.

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. Se Prodotti e tecnologie SharePoint è installato nel livello applicazione e si desidera spostare i database di Prodotti e tecnologie SharePoint nel nuovo livello dati, assicurarsi di eseguire il backup del database amministrativo di Prodotti e tecnologie SharePoint (SharePoint_AdminContent_ID) insieme ai database del contenuto e di configurazione.

È 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. Se Prodotti e tecnologie SharePoint è installato nel livello applicazione e si desidera spostare i database di Prodotti e tecnologie SharePoint nel nuovo livello dati, assicurarsi di eseguire il backup del database amministrativo di Prodotti e tecnologie SharePoint (SharePoint_AdminContent_ID) insieme ai database del contenuto e di configurazione.

Eseguire il backup della chiave di crittografia di Reporting Services. Assicurarsi che la chiave di crittografia venga archiviata in un percorso protetto in un computer diverso dal server che esegue Team Foundation Server e verificare che il nuovo server di livello applicazione sia in grado di accedere alla chiave. È inoltre necessario 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 SQL Server e preparare il nuovo hardware

Dopo aver eseguito il backup dei database è necessario installare SQL Server nel computer che funzionerà come nuovo server di livello dati della distribuzione.

Per installare SQL Server e preparare i server per il passaggio

Installare SQL Server nel nuovo ambiente e assicurarsi che funzioni correttamente.

Per istruzioni dettagliate, aprire la Guida all'installazione di Team Foundation e trovare gli argomenti su come istallare SQL Server in una distribuzione a server doppio. È necessario installare la stessa versione di SQL Server utilizzata nella distribuzione originale. Questa guida è disponibile nel sito Web Microsoft.
Nel server di livello applicazione, aprire una finestra del prompt dei comandi e passare alla directory %Programmi%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Nel prompt dei comandi digitare il seguente comando:

TfsDB.exe install /server:"NuovoNomeSQLServer" /property:"TFS_SERVICE_ACCOUNT=AccountServizioTFS;TFS_REPORTING_ACCOUNT=AccountTFSReportingService;LCID=NumeroLCID;VSTF_AS_INSTANCE=NomeServerAnalysisServices;VSTF_AS_DATABASE=NomeDataWarehouseTeamFoundation;VSTF_AS_ACCOUNT="
- NuovoNomeSQLServer è il nome del server dove è stato appena installato SQL Server e in cui si intende ripristinare i dati. Se è stata utilizzata un'istanza denominata, oltre al nome del server è necessario includere anche il nome dell'istanza.
- AccountServizioTFS è l'account del servizio di Team Foundation Server nel formato Dominio\Account o Computer\Account. Se si utilizza un account di sistema, tale account deve essere specificato nel formato Sistema\Account. Ad esempio, se si desidera utilizzare Servizio di rete, quest'ultimo deve essere specificato come NT Authority\Network Service.
- AccountTFSReportingService è l'account di origine dati di Reporting Services nel formato Dominio\Account o Computer\Account.
- NumeroLCID è l'identificatore del codice lingua relativo alla lingua di edizione di SQL Server. Ad esempio, il numero LCID per la lingua Inglese è 1033.
- NomeServerAnalysisServices è il nome del server in cui è stato installato SQL Server Analysis Services. Per impostazione predefinita, si tratta dello stesso server specificato in NuovoNomeSQLServer.
- NomeDataWarehouseTeamFoundation è il nome del data warehouse originale di Team Foundation. Per impostazione predefinita, questo valore è TfsWarehouse.
Nel server che esegue Reporting Services, recuperare e salvare un elenco di ID di installazione di Reporting Services.
1. Aprire la finestra Prompt dei comandi e passare alla directory seguente:
  
  %Programmi%\Microsoft SQL Server\90\Tools\binn\
2. Eseguire RSKeyMgmt -l.
3. Annotare gli ID di installazione e stampare un elenco o salvarlo 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:

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) (servizio)
ReportServer o ReportServer$NomeIstanza (pool di applicazioni)

Nota:

ReportServer viene gestito in Internet Information Services (IIS) quando è in esecuzione SQL Server 2005 ma non quando è in esecuzione SQL Server 2008.
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 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 sull'avvio e sull'interruzione di servizi e pool di applicazioni, vedere Procedura: interrompere e avviare servizi, pool di applicazioni e siti Web.

Ripristinare i database

Dopo aver interrotto servizi è possibile ripristinare i dati di Team Foundation utilizzando gli strumenti di ripristino forniti in SQL Server.

Attenzione:
È necessario ripristinare tutti i database allo stesso momento specifico. In caso contrario, i database potrebbero risultare 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:
Per ulteriori informazioni su come ripristinare i database, vedere "Implementazione degli scenari di ripristino per database di SQL Server" nel sito Web Microsoft.

Completare la procedura descritta nella sezione "Per ripristinare ogni database" per ciascuno dei seguenti database:

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.

Nota:
Se si è utilizzata un'istanza denominata, questo database sarà denominato ReportServer$NomeIstanza.

Nota:
Se si è utilizzata un'istanza denominata, questo database sarà denominato ReportServerTempDB$NomeIstanza.

Il database di configurazione per Prodotti e tecnologie SharePoint (STS_Config_TFS o WSS_Config)

Nota importante:
Questo database deve essere ripristinato solo se Prodotti e tecnologie SharePoint è stato installato nella distribuzione a server singolo originale e non se ne modifica il percorso. Se si utilizza o si installa Prodotti e tecnologie SharePoint in un altro server, non ripristinare questo database.

Database del contenuto per Prodotti e tecnologie SharePoint (STS_Content_TFS o WSS_Content)

I nomi dei database che contengono i dati per Prodotti e tecnologie SharePoint variano 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 sul server a livello dati per Team Foundation. Se non sono presenti, è necessario gestire il backup, il ripristino e la configurazione separatamente da Team Foundation Server. Tuttavia, è necessario sincronizzare la manutenzione dei database per evitare errori di sincronizzazione.

Database di amministrazione di Prodotti e tecnologie SharePoint (SharePoint_AdminContent_ID)

Nota importante:
Questo database deve essere ripristinato solo se Prodotti e tecnologie SharePoint è stato installato nella distribuzione a server singolo originale e non se ne modifica il percorso. Se si utilizza o si installa Prodotti e tecnologie SharePoint in un altro server, non ripristinare questo database.

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.

Nota importante:
Nella maggior parte delle distribuzioni, né i database di SQL Server né i database di Prodotti e tecnologie SharePoint saranno visualizzati nell'elenco dei database sotto il nodo Database. Per ripristinare i database non visualizzati nell'elenco occorre fare clic con il pulsante destro del mouse sul nodo Database, fare clic su Ripristina database e quindi specificare uno dei database non visualizzati nell'elenco.

Nella maggior parte delle distribuzioni, né i database di SQL Server né i database di Prodotti e tecnologie SharePoint saranno visualizzati nell'elenco dei database sotto il nodo Database. Per ripristinare i database non visualizzati nell'elenco occorre fare clic con il pulsante destro del mouse sul nodo Database, fare clic su Ripristina database e quindi specificare uno dei database non visualizzati nell'elenco.

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.
Effettuare una delle seguenti operazioni:
- 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.

Reindirizzare Prodotti e tecnologie SharePoint per l'utilizzo del nuovo database del contenuto

È necessario reindirizzare qualsiasi sito Web dei progetti Team al database del contenuto nel nuovo server di livello dati di Team Foundation. Se si spostano tutti i database di Prodotti e tecnologie SharePoint è possibile ignorare questa procedura e passare alla procedura "Riconnettere i database di amministrazione e di configurazione" riportata più avanti in questo argomento.

Per reindirizzare i siti dei progetti affinché utilizzino il database del contenuto nel nuovo server di livello dati

Accedere al server che ospita Prodotti e tecnologie SharePoint e reindirizzare Prodotti e tecnologie SharePoint ai 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.

Riconnettere i database di amministrazione e di configurazione

Prodotti e tecnologie SharePoint rimane nel server singolo originale, che nella nuova distribuzione funziona come server di livello applicazione. Tuttavia, è comunque necessario configurarlo per l'utilizzo dei database di amministrazione e di configurazione nel nuovo server di livello dati.

Per riconnettere i database di amministrazione e configurazione di Prodotti e tecnologie SharePoint

Accedere al server che ospita Prodotti e tecnologie SharePoint, aprire una finestra del prompt dei comandi e passare alla directory seguente:

%PROGRAMMI%\microsoft shared\web server extensions\12\bin.
Digitare il seguente comando:

stsadm –o renameserver –oldservername NomeServerLivelloDatiOriginale -newserver NomeServerLivelloDatiNuovo

Per ulteriori informazioni sul ripristino di Prodotti e tecnologie SharePoint, vedere "White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms" nel sito Web Microsoft (informazioni in lingua inglese).

Reindirizzare e verificare Server report SQL, Reporting Services e i report predefiniti

Dopo aver reindirizzato i siti Web dei progetti Team, è necessario reindirizzare Reporting Services al nuovo server di livello dati.

Per ripristinare e verificare SQL Server 2005 Reporting Services

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.
Nella finestra di dialogo Selezione istanza Server report, assicurarsi che il nome del computer corrisponda al nome del nuovo server di livello applicazione. Assicurarsi inoltre che il nome dell'istanza sia MSSQLSERVER e quindi fare clic su Connetti.

Nota:

Se si è utilizzata un'istanza denominata, specificare il nome dell'istanza e non il nome di istanza predefinito MSSQLSERVER.
Nel riquadro di esplorazione fare clic su Stato server.

Verrà visualizzato il riquadro Stato Server report.
In Proprietà istanza, fare clic su Avvia.
Nel riquadro di esplorazione fare clic su Impostazioni database.

Verrà visualizzato il riquadro Connessione database.
In Nome server, digitare il nome del nuovo server di livello dati e quindi fare clic su Connetti.
Nella finestra di dialogo Connessione SQL Server scegliere OK.

Verrà visualizzato il riquadro Connessione database.
Scegliere Applica.
Nel riquadro di esplorazione fare clic su 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.
Chiudere Configurazione 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 IDIstanzaLD corrisponde al server di livello dati precedente:

RSKeyMgmt –r IDIstanzaLD

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 fare clic su 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.

Nota:
Se si è utilizzata un'istanza denominata, specificare il nome dell'istanza e non il nome di istanza predefinito MSSQLSERVER.

Nota:
Non rimuovere l'ID di installazione che corrisponde al nuovo server di livello dati.

Reindirizzare il server di livello applicazione al nuovo livello dati

Dopo aver ripristinato i database, è necessario utilizzare il comando TfsAdminUtil per reindirizzare il server originale della distribuzione, ovvero il nuovo server di livello applicazione, al nuovo server di livello dati.

Per reindirizzare il server di livello applicazione al nuovo server di livello dati

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 Sito Web predefinito o sito Web del team
SQL Server Reporting Services	ReportServer o ReportServer$NomeIstanza (pool di applicazioni) SQL Server Reporting Services (TFSINSTANCE) Sito Web predefinito o sito Web di Gestione report

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 newDataTierServerName

Nota importante:
Affinché questo comando 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. Per questo comando è inoltre necessario che la stringa di connessione nel file web.config dei servizi faccia riferimento al server originale della distribuzione. Se la stringa di connessione fa riferimento al nuovo server di livello dati, il comando avrà esito negativo. Affinché il comando venga eseguito correttamente è necessario ripristinare il nome del server originale.

Affinché questo comando 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. Per questo comando è inoltre necessario che la stringa di connessione nel file web.config dei servizi faccia riferimento al server originale della distribuzione. Se la stringa di connessione fa riferimento al nuovo server di livello dati, il comando avrà esito negativo. Affinché il comando venga eseguito correttamente è necessario ripristinare il nome del server originale.

Ricreare il cubo di Team System

Dopo aver configurato le connessioni ed eseguito il comando TFSAdminUtil RenameDT, è necessario ricreare il cubo di Team System. 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

Ricreare 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.

Aggiornare gli account del servizio

Se per gli account del servizio nella distribuzione a server singolo sono stati utilizzati account locali o di sistema (ad esempio Servizio di rete), questi account devono essere modificati. Non è consentito utilizzare account locali in una distribuzione a server doppio. È possibile utilizzare gli stessi account di sistema, ma è necessario aggiornare le informazioni in modo che a ogni account nel nuovo server di livello dati e nel nuovo server di livello applicazione sia associato il SID corretto.

Nota:
I nomi di account creati nella nuova distribuzione devono corrispondere a quelli della distribuzione originale. Questo requisito comprende sia gli account utente sia gli account del servizio.

Per aggiornare gli account del servizio

Nel server che esegue Reporting Services, aprire Gestione computer e, qualora non fossero già stati avviati, 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.

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.

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 ulteriori informazioni, vedere la classe Procedura: aggiornare le cache di dati nei computer client.

Vedere anche

Condividi tramite