Condividi tramite


Spostare o clonare Team Foundation Server (spostamento hardware)

È possibile spostare o clonare la distribuzione del software Team Foundation Server (TFS). Per spostare TFS da un computer a un altro, ripristinarlo nel nuovo hardware. Questa operazione è nota anche come spostamento basato su ripristino. Ad esempio, è possibile che si desideri spostare TFS su un server con una maggiore capacità o una maggiore velocità di elaborazione oppure in caso di dubbi sull'affidabilità dell'hardware su cui è attualmente eseguito TFS. Lo spostamento di TFS su un nuovo server consente di modificare l'hardware che esegue TFS senza perdere la cronologia dei progetti.

Per clonare la distribuzione TFS, eseguire gli stessi passaggi necessari per lo spostamento e alcuni passaggi aggiuntivi. Si esegue lo spostamento quando si pianifica la discontinuazione dell'utilizzo dell'hardware originale e della distribuzione TFS. Si esegue una clonazione quando si vuole continuare a usare l'istanza di TFS originale dopo lo spostamento.

Importante

In alcuni casi, oltre all'hardware potrebbe essere necessario modificare il dominio di una distribuzione TFS.La modifica del dominio è uno spostamento basato sull'ambiente ed è necessario evitare di effettuare questi due tipi di spostamento contemporaneamente.Completare innanzitutto lo spostamento dell'hardware e successivamente cambiare l'ambiente.

Per spostare o clonare TFS, eseguire questi passaggi:

  1. Verificare le autorizzazioni

  2. Eseguire il backup dei database e installare il software

    1. Eseguire il backup dei database e della chiave di crittografia

    2. Installare e configurare SQL Server nel nuovo server di livello dati

    3. Installare e configurare il software nel nuovo server livello applicazione

  3. Ripristinare i database TFS nel nuovo hardware

    1. Ripristinare i database TFS

    2. Reindirizzare Prodotti SharePoint al nuovo percorso del database del contenuto

    3. (Opzione di clonazione) Riconfigurare gli ID del server e mappare di nuovo i database

  4. Aggiornare la configurazione del nuovo server di livello applicazione

    1. Configurare il nuovo livello applicazione

    2. Aggiornare gli URL di Team Foundation Server

    3. Aggiornare tutti gli account del servizio

    4. Aggiornare i server di compilazione

    5. Configurare le applicazioni Web di SharePoint in TFS

    6. Configurare Reporting Services e SQL Server Analysis Services

  5. Verificare le autorizzazioni, notificare gli utenti e configurare i backup

    1. Verificare le autorizzazioni per utenti, gruppi, team e account del servizio

    2. Aggiornare le cache nei computer client

    3. Inviare notifiche agli utenti

    4. Configurare i backup

1.Verificare le autorizzazioni

È necessario essere un amministratore di entrambi i set di hardware (il precedente e il nuovo). Inoltre, è necessario essere un amministratore (o disporre delle autorizzazioni equivalenti) per TFS e tutto il software da cui dipende la distribuzione: SQL Server, Creazione rapporti, Prodotti SharePoint, se la distribuzione usa la creazione rapporti o SharePoint, e qualsiasi altro software con cui interagisce la distribuzione, ad esempio Project Server.

  • Assicurarsi di essere membro dei gruppi seguenti:

    • Server: Amministratori (gruppo Administrators locale o equivalente)

    • TFS: Team Foundation Administrators e Utenti console di amministrazione

    • SQL Server: sysadmin

    • Prodotti SharePoint: Amministratori farm (se la distribuzione di TFS si integra con Prodotti SharePoint)

Se non si è un membro di uno o più di questi gruppi, è possibile ottenere ora le autorizzazioni.

2.Eseguire il backup e l'installazione

Eseguire prima di tutto un backup dei database TFS, quindi installare il software nel nuovo hardware.

2-a.Eseguire il backup dei database e della chiave di crittografia di SQL Server Reporting Services

  1. Aprire la console di amministrazione per TFS e nella pagina Backup pianificati eseguire un backup completo. Verrà eseguito il backup di tutti gli elementi configurati nel piano di backup. L'operazione verrà tuttavia eseguita immediatamente e non in base alla tempistica prevista nel piano. Se nella distribuzione è usata la creazione rapporti, è possibile eseguire il backup della chiave di crittografia nell'ambito di questo set di backup.

    È possibile chiudere la finestra mentre il processo viene portato a termine

    Se non sono stati configurati i backup, sarà necessario creare un piano prima di poter eseguire un backup completo.

  2. Una volta completato, verificare che il backup sia disponibile nel dispositivo di archiviazione o nella condivisione di rete e che sia possibile accedervi dal nuovo hardware.

2-b.Installare e configurare SQL Server nel nuovo server di livello dati

  • Installare SQL Server nel nuovo server e assicurarsi che sia operativo. Se la distribuzione precedente utilizzava la creazione rapporti, assicurarsi di includere i componenti Reporting Services e Analysis Services. È necessario installare la stessa versione e la stessa edizione usate in precedenza, inclusi i Service Pack e i livelli degli aggiornamento cumulativi.

    Installazione di SQL Server 2008 R2 - Funzionalità

    In alternativa, è possibile creare un'istanza di SQL Server in un server su cui è già installata una versione corrispondente e ripristinare i database TFS a tale istanza, ma in questo caso le operazioni di configurazione successive al ripristino richiederanno più tempo.

    Per altre informazioni sulle opzioni di installazione e configurazione di SQL Server, vedere qui.

    Dopo aver installato SQL Server, se la distribuzione include la funzionalità di creazione rapporti, aprire SQL Server Management Studio e scollegare i database ReportServer e ReportServerTempDB. Diversamente potrebbe non essere possibile ripristinarli con il backup creato per i database TFS.

    I database esistenti devono essere scollegati prima del ripristino

2-c.Installare e configurare il software nel nuovo server livello applicazione

Per configurare un nuovo server o più nuovi server per TFS, è necessario innanzitutto installare e configurare il software necessario per il supporto. Questi prodotti software includono i seguenti componenti:

  • Un sistema operativo supportato per la configurazione della distribuzione

  • Una versione supportata di Prodotti SharePoint (se la distribuzione è integrata con Prodotti SharePoint e si desidera spostarla sullo stesso server di TFS)

Nota

A differenza dell'installazione di una nuova distribuzione di TFS, non è possibile installare Prodotti SharePoint come parte dell'opzione Server singolo standard o Avanzata quando si esegue lo spostamento in un nuovo server.È necessario installare manualmente la stessa versione e la stessa edizione di Prodotti SharePoint usate nella distribuzione precedente oppure attenersi alle linee guida della versione e dell'edizione di Prodotti SharePoint per spostarne la distribuzione nel nuovo hardware separatamente.

Installare e configurare Windows, IIS (se non è configurato per impostazione predefinita) e SharePoint (se in uso) nel nuovo ambiente e verificare che il server e i relativi prodotti software siano operativi.

Per altre informazioni, vedere i requisiti di sistema per Team Foundation Server e Spostare SharePoint a nuovo hardware per TFS.

3.Ripristinare i database TFS nel nuovo hardware

Per ripristinare i database TFS utilizzando lo strumento di ripristino, è necessario installare TFS, senza configurarlo, nel nuovo server di livello dati e usare quindi la funzione di ripristino nel nodo Backup pianificati.

Se lo si desidera, è possibile ripristinare manualmente i database TFS utilizzando gli strumenti di ripristino di SQL Server, ma si tratta di una procedura più complessa. Inoltre, i database nella nuova distribuzione dovranno essere riattivati manualmente. Con la procedura di ripristino guidato in TFS, questa operazione viene eseguita automaticamente come parte del processo di ripristino, ma tale funzionalità non fa parte degli strumenti di ripristino di SQL Server.

Se SharePoint Foundation 2013 è stato installato mediante i passaggi indicati in Spostare SharePoint a nuovo hardware per TFS e si intende usare il server in questione per TFS, i bit di installazione e la console di amministrazione saranno già presenti nel server e sarà possibile ignorare i primi due passaggi della procedura che segue.

3-a.Ripristinare i database TFS

  1. Avviare il supporto di installazione TFS. Nella pagina Installazione di Team Foundation Server scegliere Installa.

  2. Al termine dell'installazione, verrà aperto Centro configurazione Team Foundation Server. Chiuderlo.

    La console di amministrazione viene aperta automaticamente in uno stato non configurato. Si tratta di una condizione prevista.

  3. Per avviare la procedura di ripristino guidato, aprire la console di amministrazione per TFS, quindi aprire Backup pianificati.

    Avviare il Ripristino guidato

  4. Specificare il percorso del set di backup e scegliere il set creato dopo avere disabilitato la distribuzione precedente.

    Scegliere il percorso di rete e il ripristino

  5. Completare la procedura guidata e ripristinare i database nella nuova istanza di SQL Server.

    I database vengono ripristinati nel nuovo server

3-b.Reindirizzare Prodotti SharePoint al nuovo percorso del database del contenuto

Come indicato in precedenza, se la distribuzione utilizza Prodotti SharePoint, sono già state installate la stessa versione e la stessa edizione di Prodotti SharePoint usate nella distribuzione precedente seguendo i passaggi in Spostare SharePoint a nuovo hardware per TFS. Dopo avere ripristinato il database del contenuto della distribuzione precedente (WSS_Content) nel nuovo server come parte del set di ripristino, è necessario reindirizzare il server che esegue Prodotti SharePoint al nuovo percorso del database. Prima di poter riconfigurare Team Foundation Server con i nuovi percorsi dei database, è necessario che questo database sia funzionante.

  1. Aprire un prompt dei comandi come amministratore sul nuovo hardware in cui è eseguito SharePoint Foundation.

  2. Passare alla directory Unità:\Programmi\Common Files\Microsoft Shared\Web Server Extensions\15\bin ed eseguire stsadm.exe con i parametri seguenti, dove SharePointFoundationServerName indica il nome del server in cui è stato installato SharePoint Foundation 2013 e SQLServerName indica il nome del server in cui è stato ripristinato il database WSS_Content come parte del ripristino dei database TFS:

    stsadm.exe –o addcontentdb –url http://SharePointFoundationServerName/sites -databasename WSS_Content -databaseserver SQLServerName
    
  3. Una volta eseguito il comando, digitare il comando seguente, dove Domain\UserName indica l'account usato per installare e configurare SharePoint Foundation 2013 per l'utilizzo con TFS:

    stsadm.exe -o addpermissionpolicy -url http://SharePointFoundationServerName -userlogin Domain\UserName -permissionlevel "full control"
    

3-c.(Opzione di clonazione) Riconfigurare gli ID del server e mappare di nuovo i database

Eseguire i passaggi successivi nel nuovo server di livello applicazione se si vuole continuare a usare l'istanza originale di TFS. Questi passaggi sono necessari per evitare il rischio di danneggiare una o entrambe le distribuzioni. Se entrambi i server sono attivi, potrebbero verificarsi danneggiamenti, in particolare se entrambi i server fanno riferimento alle stesse risorse di SharePoint o per la creazione di rapporti.

  1. Aprire una finestra del prompt dei comandi come amministratore e cambiare il percorso di directory in Unità:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools. Aprire una finestra del prompt dei comandi e immettere:

  2. Eseguire il comando TFSConfig PrepareClone per rimuovere le informazioni su backup pianificati, SharePoint e le risorse di creazione di rapporti.

    TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:DatabaseName /notificationURL: ApplicationTierURL

  3. Eseguire il comando TFSConfig ChangeServerID per cambiare i GUID del server associati ai database. I GUID devono essere univoci nella distribuzione TFS.

    TFSConfig ChangeServerID /SQLInstance:ServerName] /DatabaseName:ConfigurationDatabaseName [/ProjectCollectionsOnly] [/ConfigDBOnly] [/usesqlalwayson]

  4. Eseguire il comando TFSConfig RemapDBs per reindirizzare la distribuzione TFS clonata ai rispettivi database.

    TFSConfig RemapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2 [/AnalysisInstance:ServerName] [/AnalysisDatabaseName:DatabaseName] [/preview] [/continue] [/usesqlalwayson]

4.Aggiornare la configurazione del nuovo server di livello applicazione

Eseguire questi passaggi nel nuovo server di livello applicazione.

4-a.Configurare il nuovo server di livello applicazione

  1. Dalla console di amministrazione per TFS, scegliere Configura funzionalità installate per avviare il Centro configurazione.

  2. Avviare la Procedura guidata solo livello applicazione e, in Database, specificare la nuova istanza di SQL Server in cui sono stati ripristinati i database TFS. Scegliere il database Tfs_Configuration dall'elenco.

    Selezionare l'impostazione per il backup di database e SQL Server

  3. Prima di chiudere la pagina finale della procedura guidata, cercare il simbolo "i". Questo simbolo indica le informazioni che potrebbero essere necessarie come riferimento futuro. Nella pagina finale è inoltre incluso il percorso del log di configurazione.

    Annotare i problemi e il percorso del file di log

4-b.Aggiornare gli URL di TFS

  1. Passare al nodo Livello applicazione e analizzare la notifica e gli URL di Team Web Access. Notare che puntano ancora alla posizione della distribuzione precedente. Aggiornarli.

    Gli URL di notifica e accesso Web non sono aggiornati

  2. Una volta aggiornati gli URL con il nome del nuovo server, rivedere le informazioni per assicurarsi che siano corrette.

    L'URL del server ancora usa localhost

4-c.Aggiornare tutti gli account del servizio

È necessario aggiornare l'account del servizio TFS (TFSService) e l'account dell'origine dati (TFSReports). Anche se questi account non sono stati modificati, è necessario aggiornare le informazioni per assicurare che l'identità e il formato degli account siano adatti al nuovo server.

  1. Aprire una finestra del prompt dei comandi come amministratore e cambiare il percorso di directory in Unità:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools.

  2. Al prompt dei comandi, digitare il comando seguente per aggiungere l'account del servizio per Team Foundation, dove NomeDatabase indica il nome del database di configurazione (per impostazione predefinita, TFS_Configuration):

    **TfsConfig Accounts /add /AccountType:ApplicationTier /account:**NomeAccount **/SQLInstance:**NomeServer **/DatabaseName:**NomeDatabase

  3. Al prompt dei comandi digitare il seguente comando per aggiungere l'account delle origini dati:

    **TfsConfig Accounts /add /AccountType:ReportingDataSource /account:**NomeAccount **/SQLInstance:**NomeServer **/DatabaseName:**NomeDatabase

    Per altre informazioni, vedere Comando Accounts.

4-d.Aggiornare i server di compilazione

A questo punto è necessario reindirizzare i server di compilazione in modo che puntino alla distribuzione TFS spostata.

  1. In ciascun server di compilazione aprire la console di amministrazione e arrestare il servizio di compilazione.

  2. Nelle proprietà del servizio di compilazione aggiornare le proprietà delle comunicazioni.

    Arrestare il servizio e apportare le modifiche

4-d.Configurare le applicazioni Web di SharePoint

Se nella distribuzione è usato Prodotti SharePoint e SharePoint Foundation 2013 è stato spostato durante lo spostamento di TFS, potrebbe essere necessario reindirizzare TFS alla nuova applicazione Web. Anche nel caso in cui non si esegua questa operazione, è comunque necessario ripristinare la connessione per garantire le prestazioni appropriate.

Se non si utilizza Prodotti SharePoint come parte della distribuzione o se la distribuzione continua a usare il server SharePoint precedente, è possibile ignorare questa procedura.

  • Aprire la console di amministrazione e passare ad Applicazioni Web di SharePoint. Se l'applicazione Web fa ancora riferimento al sito precedente oppure se la nuova distribuzione utilizza un'applicazione Web diversa da quella elencata, scegliere Modifica e aggiornare le impostazioni.

    TFS ancora esegue il reindirizzamento alla vecchia applicazione

    Se le informazioni sono corrette, o dopo averle corrette, scegliere Ripristina connessione. Ciò garantisce il corretto funzionamento dell'intera distribuzione.

4-e.Configurare Reporting Services e Analysis Services

Se la distribuzione utilizza un server di rapporti, è necessario reindirizzare Team Foundation Server al relativo percorso, riavviare il warehouse e ricompilare manualmente il database per Analysis Services. Se non viene usata la creazione rapporti, ignorare questa procedura.

  1. Passare al nodo Creazione rapporti. I valori del server di rapporti elencati non sono quelli nuovi, pertanto devono essere modificati.

    I report ancora puntano al vecchio server

  2. Modificare i valori di tutte e tre le schede per puntare al nuovo server. Assicurarsi di immettere le informazioni corrette per l'account delle origini dati nella nuova distribuzione.

    Assicurarsi che le informazioni siano corrette in tutte e tre le schede

  3. Scegliere Avvia processi per riavviare la creazione rapporti.

  4. Scegliere Avvia ricompilazione per ricompilare il warehouse.

5.Verificare le autorizzazioni, notificare gli utenti e configurare i backup

Dopo essere passati al nuovo hardware, assicurarsi che tutti gli utenti, gruppi e account del servizio per la distribuzione siano configurati con le autorizzazioni necessarie per il funzionamento corretto in ogni server. Alcune autorizzazioni, ad esempio le autorizzazioni aggiuntive in SQL Server o nel computer locale, non possono essere migrate automaticamente. Ad esempio, gli amministratori di Team Foundation devono essere membri del gruppo degli amministratori locali sul server di livello applicazione in modo da poter aprire la console di amministrazione ed è necessario aggiungerli manualmente al gruppo.

5-a.Verificare le autorizzazioni per utenti, gruppi e account del servizio

  • Accedere al server e verificare che utenti, gruppi e account del servizio siano configurati con le autorizzazioni necessarie per il funzionamento. Effettuare manualmente un controllo saltuario dell'appartenenza dei gruppi di progetto e dei team e verificare che tali gruppi e team dispongano delle autorizzazioni previste.

  • Passare a un insieme di progetti team e assicurarsi che tutti i progetti in tale insieme vengano visualizzati come previsto e che gli utenti di questi progetti accedano in modo appropriato agli elementi di lavoro.

  • Aprire Team Web Access e verificare che i siti e i membri del team vengano visualizzati come previsto.

Non si è certi di quali gruppi e autorizzazioni aspettarsi? Per altre informazioni, vedereAggiungere utenti ai progetti team, Impostare autorizzazioni di amministratore per raccolte di progetti team, Impostare le autorizzazioni di amministratore per Team Foundation Servere Account del servizio e dipendenze in Team Foundation Server.

5-b.Aggiornare la cache dei dati nei computer client

  • Accedere al server e usare il servizio Web ClientService per imporre ai client di aggiornare la cache per tenere traccia degli elementi di lavoro e per il controllo della versione di Team Foundation.

    https://ServerName:8080/tfs/WorkItemTracking/v3.0/ClientService.asmx
    

    Per altre informazioni, vedere Aggiornare le cache di dati nei computer client.

    Se si desidera aggiornare l'intera cache per tutti gli utenti al successivo accesso, usare il comando witadmin rebuildcache.

    Nota

    Se i database sono stati ripristinati in un momento diverso, sarà necessario aggiornare anche la cache di controllo della versione, come spiegato in Aggiornare le cache di dati nei computer client.

5-c.Inviare notifiche agli utenti

Dopo aver spostato TFS, sarà necessario indicare agli utenti come connettersi alla distribuzione spostata. In particolare, sarà necessario fornire loro le informazioni seguenti:

  • Nome del nuovo server e URL di Team Web Access, cosicché possano riconnettersi ai rispettivi progetti

  • Nuovi nomi del database per la creazione dei rapporti, se la funzionalità di creazione rapporti fa parte della distribuzione

  • Nuovo URL per SharePoint, se SharePoint fa parte della distribuzione

  • Se sono membri di un progetto team che utilizza Git, le istruzioni su come aggiornare ogni clone disponibile localmente per ogni repository per tale progetto. In particolare, dovranno eseguire il comando seguente per ogni clone:

    git remote set-url <remote name> <new URL>
    

    Gli utenti possono verificare l'URL di ogni clone individuando il progetto team nella scheda Esplora.

    Copia dell'URL per clonare manualmente un repository in

    Per altre informazioni su Git, vedere qui.

5-d.Configurare i backup nella nuova istanza di TFS

Nella console di amministrazione passare al nodo Backup pianificati e riconfigurare i backup pianificati per eseguire il backup dei database TFS nel nuovo server.

Per altre informazioni, vedere Configurare una pianificazione e un piano di backup.

Domande e risposte

D: Si desidera modificare i domini, ma non i server fisici.È possibile procedere in questo modo?

R: sì. Questa operazione è denominata spostamento basato sull'ambiente e i passaggi sono descritti qui. Non tentare di effettuare uno spostamento basato sull'ambiente insieme uno basato sull'hardware. Completare innanzitutto lo spostamento dell'hardware e successivamente cambiare l'ambiente.

D: Quali procedure sono necessarie per l'integrazione con Project Server dopo uno spostamento di hardware?

R: Sì, dopo avere completato lo spostamento dell'hardware, è necessario usare il comando TFSAdmin ProjectServer /RegisterPWA con le opzioni /tfs, /force e /pwa per ripetere la registrazione di TFS con Project Server. Per altre informazioni sull'integrazione di TFS con Project Server, fare clic qui.