Informazioni sul backup di Team Foundation Server

È possibile proteggere la distribuzione da un'eventuale perdita di dati creando una pianificazione regolare dei backup per i database da cui dipende Visual Studio Team Foundation Server (TFS).Per ripristinare l'intera distribuzione di Team Foundation, è necessario innanzitutto eseguire il backup di tutti i database per TFS.Se la distribuzione include Prodotti SharePoint o SQL Server Reporting Services, è necessario inoltre eseguire il backup dei database utilizzati da TFS all'interno di tali componenti.Per prevenire eventuali errori di sincronizzazione o mancata corrispondenza dei dati, tutti i backup devono essere sincronizzati allo stesso timestamp.Il modo più semplice per garantire la corretta sincronizzazione è utilizzare transazioni contrassegnate.L'applicazione ripetuta di contrassegni alle transazioni correlate in ogni database di Team Foundation determina una serie di punti di recupero comuni nei database.Per istruzioni dettagliate sul backup di una distribuzione a server singolo che utilizza SharePoint Foundation 2010 e la creazione rapporti, vedere Creare pianificazione e piano di backup.

Inoltre, se si desidera ripristinare un database della raccolta di progetti team in una distribuzione diversa di origine, è necessario prima rimuovere il database da Team Foundation Server prima di eseguire nuovamente il backup.Per ulteriori informazioni, vedere Move a Team Project Collection.

Suggerimento
Si tratta di uno strumento di backup e ripristino disponibile per Team Foundation Server 2012.Con questo strumento è possibile semplificare notevolmente la gestione e il ripristino della distribuzione.È possibile trovare la versione corrente dello strumento qui.

Backup dei database

La creazione di backup per i database utilizzati da TFS può costituire un aspetto fondamentale della protezione della distribuzione di Team Foundation da eventuali perdite.Nella tabella e nelle illustrazioni che seguono viene mostrato per quali database è necessario eseguire il backup e vengono forniti esempi di come tali database possano essere fisicamente distribuiti in una distribuzione.

Tipo di database	Prodotto	Componente facoltativo?
Database di configurazione	Team Foundation Server	No
Database warehouse	Team Foundation Server	No
Database di raccolte di progetti team	Team Foundation Server	No
Database di Prodotti SharePoint	Prodotti SharePoint	Sì
Database di report	SQL Server Reporting Services	Sì
Database di analisi	SQL Server Analysis Services	Sì

Topologie di distribuzione

A seconda della configurazione di distribuzione, tutti i database per i quali è richiesto il backup possono trovarsi nello stesso server fisico, come in questo esempio di topologia.L'esempio non include Prodotti SharePoint né Reporting Services, pertanto non è necessario eseguire il backup di database associati alla creazione di rapporti, all'analisi o a Prodotti SharePoint.

In alternativa, i database possono essere distribuiti in diversi server e server farm.In questo esempio di topologia, è necessario eseguire il backup dei database seguenti in sei server o server farm:

• database di configurazione

• database warehouse

• database di raccolte di progetti team che si trovano nel cluster di SQL Server

• database della raccolta che si trova nel server autonomo che esegue SQL Server

• database amministrativi e database di raccolte siti di Prodotti SharePoint per entrambe le applicazioni Web di SharePoint

• database che si trovano nel server che esegue Reporting Services

• database che si trova nel server che esegue Analysis Services

In entrambi gli esempi non è necessario eseguire il backup dei client che si connettono al server.Tuttavia, potrebbe essere necessario cancellare manualmente le cache per Team Foundation Server nei computer client affinché possano riconnettersi alla distribuzione ripristinata.

Database da sottoporre a backup

Nell'elenco seguente vengono forniti ulteriori dettagli sui database da sottoporre a backup a seconda delle risorse di distribuzione.

Attenzione

Tutti i database elencati di seguito sono database di SQL Server.Sebbene sia possibile utilizzare SQL Server Management Studio per eseguire il backup di singoli database in qualsiasi momento, è opportuno evitare di utilizzare backup singoli quando possibile. Il ripristino da backup singoli potrebbe comportare risultati imprevisti in quanto i database utilizzati da TFS sono tutti correlati.Se si esegue il backup di un singolo database, i dati in esso contenuti non saranno sincronizzati con i dati contenuti negli altri database.

• Database per Team Foundation Server Il livello dati logico per Team Foundation Server include diversi database di SQL Server, compresi il database di configurazione, il database warehouse e un database per ciascuna raccolta di progetti team nella distribuzione.Questi database possono trovarsi tutti nello stesso server, essere distribuiti in diverse istanze nella stessa distribuzione di SQL Server o essere distribuiti in più server.Indipendentemente dalla distribuzione fisica, è necessario eseguire il backup di tutti i database allo stesso timestamp per evitare una possibile perdita di dati.I backup dei database possono essere eseguiti manualmente o automaticamente utilizzando piani di manutenzione eseguiti in momenti specifici o a intervalli specifici.

  Attenzione
  L'elenco dei database di Team Foundation Server non è statico.Un nuovo database viene creato ogni volta che si crea una raccolta.Quando si crea una raccolta, verificare che si aggiunga il database per quella raccolta al piano di manutenzione per l'esecuzione dei backup dei database di Team Foundation Server in SQL Server.

• Database per Prodotti SharePoint Se la distribuzione utilizza Prodotti SharePoint per ospitare i portali dei progetti team, è necessario eseguire il backup di diversi database.Questi database includono il database di amministrazione per ogni applicazione Web di SharePoint utilizzato dalla distribuzione e i database della raccolta del sito che ospitano i portali del progetto team. Idealmente, la distribuzione è stata configurata per utilizzare una raccolta siti distinta per ogni raccolta di progetti team nella distribuzione.Come gli insiemi di progetti team possono essere sottoposti a backup e ripristinati come unità in Team Foundation Server, le raccolte siti possono essere sottoposte a backup e ripristinate in Prodotti SharePoint.Se una o più raccolte nella distribuzione utilizzano siti o siti secondari anziché raccolte siti come sito radice, potrebbe non essere possibile eseguire il backup e il ripristino completi delle raccolte.Per ulteriori informazioni, vedere Organizzazione del server con raccolte di progetti team.

  [!NOTA]

  Si potrebbe supporre che occorra eseguire il backup dei database e dei siti Web per le pagine del portale del progetto Team.Tuttavia, Prodotti SharePoint genera dinamicamente i siti Web a partire dai database.Quando si esegue il backup dei database, quindi, si esegue anche il backup delle sezioni del progetto team visualizzate come siti Web.Qualora raccolte di siti, modelli di sito o Web part personalizzati siano stati creati in Prodotti SharePoint ma all'esterno di Team Foundation, per questi componenti occorre eseguire un backup a parte.Per ulteriori informazioni, vedere la seguente pagina nel sito Web Microsoft: Backup (SharePoint Foundation 2010).

• Database per Reporting Services e Analysis Services Se la distribuzione utilizza SQL Server Reporting Services o SQL Server Analysis Services per generare rapporti per Team Foundation Server, è necessario eseguire il backup dei database di rapporti e analisi.Tuttavia, sarà sempre necessario rigenerare determinati database dopo il ripristino.

• Chiave di crittografia per il server di rapporti Il server di rapporti dispone di una chiave di crittografia di cui è necessario eseguire il backup.Questa chiave protegge le informazioni riservate archiviate nel database del server di rapporti.È possibile eseguire manualmente il backup della chiave utilizzando lo strumento di configurazione di Reporting Services o uno strumento della riga di comando.

Preparazione avanzata per i backup

Quando si distribuisce Team Foundation, è bene conservare un record degli account creati, oltre che dei nomi di computer, delle password e delle opzioni di configurazione specificati.Inoltre, sarebbe bene conservare in un percorso protetto una copia di tutti i materiali di ripristino, documenti e backup dei log dei database e delle transazioni.Per salvaguardarsi da un'eventuale calamità, quale un incendio o un terremoto, è consigliabile conservare duplicati dei backup dei server in luoghi diversi dal luogo in cui si trovano i server.Questa strategia contribuirà a salvaguardarsi dal rischio di una perdita di dati critici.Si consiglia di conservare tre copie dei supporti di backup, di cui almeno una fuori sede in un ambiente adeguatamente controllato.

Importante
Eseguire periodicamente tentativi di ripristino di dati per verificare che il backup dei file sia stato eseguito correttamente.Tali prove consentono di individuare eventuali problemi hardware non rilevati dalle verifiche software.

Quando si eseguono il backup e il ripristino di un database, è necessario eseguire il backup dei dati su supporti, ad esempio nastri o dischi.Il piano di backup deve includere indicazioni sulla gestione dei supporti, ad esempio i seguenti espedienti:

• Un piano per tenere traccia e gestire la memorizzazione e il riciclo degli insiemi di backup.

• Una pianificazione per la sovrascrittura dei supporti di backup.

• In un ambiente multiserver, la scelta tra backup centralizzato e distribuito.

• Un metodo per tenere traccia della durata utile dei supporti.

• Una procedura per ridurre al minimo le conseguenze della perdita di un set di backup o di un supporto di backup, ad esempio un nastro.

• La scelta tra l'archiviazione dei set di backup in sede o fuori sede e un'analisi dell'impatto di tale scelta sui tempi di ripristino.

Poiché i dati per Team Foundation sono archiviati in database di SQL Server, non è necessario eseguire il backup dei computer nei quali sono installati i client di Team Foundation.Qualora dovesse verificarsi un errore dei supporti o una calamità che coinvolge tali computer, si può reinstallare il software client e riconnettersi al server.Reinstallando il software client, gli utenti disporranno di un'alternativa più pulita e più affidabile rispetto al ripristino di un computer client da un backup.

È possibile eseguire il backup di un server utilizzando i piani di manutenzione in SQL Server per sottoporre a backup i database correlati alla distribuzione di Team Foundation.I database per Team Foundation Server funzionano in relazione l'uno con l'altro, pertanto devono essere sottoposti a backup e ripristino contemporaneamente.Per ulteriori informazioni sulle strategie di backup dei database, vedere la seguente pagina nel sito Web Microsoft: Introduzione alle strategie di backup e ripristino in SQL Server (la pagina potrebbe essere in inglese).

Tipi di backup

Backup completi dei dati (database) Per il ripristino della distribuzione è necessario eseguire il backup completo dei database.Un backup completo include parte del log delle transazioni, che ne consente il ripristino.I backup completi sono indipendenti in quanto rappresentano l'intero database esistente al momento dell'esecuzione del backup.Per ulteriori informazioni, vedere la seguente pagina nel sito Web Microsoft: Backup completi di database (la pagina potrebbe essere in inglese).

Backup differenziali dei dati (database) Un backup differenziale del database registra solo i dati che hanno subito modifiche dall'ultimo backup completo del database, definito base differenziale.I backup differenziali di database sono più rapidi e di dimensioni inferiori rispetto ai backup completi di database.Si tratta di un'opzione che consente di risparmiare tempo ma aumenta la complessità.Per i database di grandi dimensioni, i backup differenziali possono avvenire a intervalli più brevi rispetto ai backup di database, riducendo il rischio di una perdita del lavoro.Per ulteriori informazioni, vedere la seguente pagina nel sito Web Microsoft: Backup differenziali di database (la pagina potrebbe essere in inglese).

Anche i log delle transazioni devono essere sottoposti a regolare backup.Questi backup sono necessari per il ripristino dei dati quando si utilizza il modello di backup completo dei database.Se si esegue il backup dei log delle transazioni, è possibile ripristinare il database com'era al momento dell'errore o in un altro momento specifico.

Backup del registro delle transazioni Il registro delle transazioni contiene una registrazione consecutiva di tutte le modifiche apportate al database, oltre alle transazioni che hanno eseguito tali modifiche.Il log delle transazioni registra l'inizio di ogni transazione, le modifiche apportate ai dati e, se necessario, informazioni sufficienti per annullare le modifiche apportate nel corso della transazione.La dimensione del registro cresce continuamente per ogni operazione registrata eseguita sul database.

Eseguendo il backup dei log delle transazioni, è possibile ripristinare il database com'era in un momento precedente.Ad esempio, è possibile ripristinare il database com'era prima che venissero immessi dati indesiderati o nel momento in cui si è verificato un errore.La strategia di recupero deve includere il backup del registro delle transazioni oltre al backup dei database.Per ulteriori informazioni, vedere la seguente pagina nel sito Web Microsoft: Utilizzo dei backup dei log delle transazioni (la pagina potrebbe essere in inglese).

Poiché in genere i backup del registro delle transazioni richiedono meno risorse rispetto al backup completo,è possibile creare il backup del log delle transazioni con più frequenza rispetto ai backup completi, riducendo il rischio di una perdita di dati.È però possibile che in alcuni casi la dimensione del backup del registro delle transazioni sia maggiore di quella di un backup completo.Ad esempio, è possibile che un database abbia un'elevata frequenza di transazioni, il che comporta un rapido aumento delle dimensioni del log delle transazioni.In questi casi è consigliabile creare backup del log delle transazioni con maggiore frequenza.Per ulteriori informazioni, vedere la seguente pagina nel sito Web Microsoft: Risoluzione dei problemi relativi a un log delle transazioni pieno (la pagina potrebbe essere in inglese).

È possibile eseguire i seguenti tipi di backup del log delle transazioni:

• Il backup puro del registro contiene solo i record del registro delle transazioni per un intervallo, senza modifiche di massa.

• Il backup bulk del log contiene le pagine del log e dei dati modificate in seguito a operazioni di massa.In questo caso non è possibile eseguire il ripristino in corrispondenza di un momento preciso.

• Il backup della parte finale del log viene eseguito per un database possibilmente danneggiato per ottenere i record del registro delle transazioni di cui non è stato ancora eseguito il backup.Questo tipo di backup viene eseguito in seguito a un errore per impedire la perdita del lavoro e può contenere dati del log puro o bulk.

Poiché la sincronizzazione dei dati è fondamentale per l'esecuzione corretta del ripristino di Team Foundation Server, è necessario utilizzare transazioni contrassegnate come parte integrante della strategia di backup.Per ulteriori informazioni, vedere Back Up Team Foundation Server.

Backup per i servizi (livello applicazione)

L'unico backup che è necessario eseguire per il livello applicazione logico è quello della chiave di crittografia per Reporting Services.Si potrebbe supporre che occorra eseguire il backup dei siti Web utilizzati come portali dei progetti team.Se Prodotti SharePoint è stato integrato come parte della distribuzione di Team Foundation Server, i portali saranno sottoposti a backup come parte del backup dei database per Team Foundation Server e Prodotti SharePoint.Tuttavia, se si è specificato un sito Web che non è stato creato utilizzando un'applicazione Web integrata, è necessario eseguire manualmente il backup e il ripristino di tali siti.Inoltre, in presenza di personalizzazioni di Prodotti SharePoint o dei servizi, è necessario eseguire il backup anche di queste o altrimenti registrarle in modo da poterle riprodurre in un nuovo server.

Sebbene il backup di un livello applicazione possa risultare più semplice rispetto al backup di un livello dati, il ripristino di un livello applicazione richiede l'esecuzione di numerosi passaggi.È necessario installare un altro livello applicazione per Team Foundation, reindirizzare le raccolte di progetti team all'utilizzo del nuovo livello applicazione e reindirizzare i siti portale per i progetti team.

Nomi database predefiniti

Se i nomi dei database non sono personalizzati, è possibile utilizzare la tabella seguente per identificare i database utilizzati nella distribuzione di Team Foundation Server.Come accennato in precedenza, non tutte le distribuzioni dispongono di tutti questi database.Ad esempio, se Team Foundation Server non è stato configurato con Reporting Services, non si avranno i database ReportServer o ReportServerTempDB.Allo stesso modo, se Team Foundation Server non è stato configurato per supportare Lab Management non si disporrà del database per System Center Virtual Machine Manager (SCVMM), denominato VirtualManagerDB.Inoltre, i database utilizzati da Team Foundation Server potrebbero essere distribuiti in più istanze di SQL Server o in più server.

[!NOTA]

Per impostazione predefinita, il prefisso TFS_ viene aggiunto ai nomi dei database creati automaticamente durante l'installazione o il funzionamento di Team Foundation Server.

Database	Descrizione
TFS_Configuration	Il database di configurazione per Team Foundation Server contiene il catalogo, i nomi dei server e i dati di configurazione per la distribuzione.Il nome di questo database potrebbe includere caratteri aggiuntivi tra TFS_ e Configuration, ad esempio il nome utente della persona che ha installato Team Foundation Server.Il nome del database potrebbe essere ad esempio TFS_NomeUtenteConfiguration.
TFS_Warehouse	Il database warehouse contiene i dati per la compilazione del warehouse utilizzato da Reporting Services.Il nome di questo database potrebbe includere caratteri aggiuntivi tra TFS_ e Warehouse, ad esempio il nome utente della persona che ha installato Team Foundation Server.Il nome del database potrebbe essere ad esempio TFS_NomeUtenteWarehouse.
TFS_NomeInsieme	Il database per una raccolta di progetti team contiene tutti i dati per i progetti team inclusi nella raccolta.Questi dati includono codice sorgente, configurazioni della compilazione e configurazioni di lab management.Il numero di database di raccolte sarà pari al numero di raccolte.Ad esempio, se nella distribuzione sono presenti tre raccolte, è necessario eseguire il backup di tre database di raccolte.Il nome di ogni database potrebbe includere caratteri aggiuntivi tra TFS_ e NomeRaccolta, ad esempio il nome utente della persona che ha creato la raccolta.Il nome di un database della raccolta potrebbe essere ad esempio TFS_NomeUtenteNomeRaccolta.
TFS_Analysis	Il database per SQL Server Analysis Services contiene le origini dati e i cubi per la distribuzione di Team Foundation Server.Il nome di questo database potrebbe includere caratteri aggiuntivi tra TFS_ e Analysis, ad esempio il nome utente della persona che ha installato Analysis Services.Il nome del database potrebbe essere ad esempio TFS_NomeUtenteAnalysis. Nota È possibile eseguire il backup di questo database, ma è necessario ricompilare il warehouse dal database TFS_Warehouse ripristinato.
ReportServer	Il database per Reporting Services contiene i rapporti e le impostazioni dei rapporti per la distribuzione di Team Foundation Server. Nota Se Reporting Services è installato in un server separato da Team Foundation Server, questo database potrebbe non essere presente nel server di livello dati per Team Foundation.In tal caso, è necessario eseguirne la configurazione, il backup e il ripristino separatamente da Team Foundation Server.Tuttavia, è necessario sincronizzare la manutenzione dei database per evitare errori di sincronizzazione.
ReportServerTempDB	Il database temporaneo per Reporting Services archivia temporaneamente le informazioni utilizzate per eseguire rapporti specifici. Nota Se Reporting Services è installato in un server separato da Team Foundation Server, questo database potrebbe non essere presente nel server di livello dati per Team Foundation.In tal caso, è necessario eseguirne la configurazione, il backup e il ripristino separatamente da Team Foundation Server.Tuttavia, è necessario sincronizzare la manutenzione dei database per evitare errori di sincronizzazione.
WSS_Config	Il database di configurazione per Prodotti SharePoint contiene un elenco di tutti i siti, quali i database del contenuto, i modelli di sito, le web part personalizzate e altre impostazioni di Amministrazione centrale SharePoint. Nota Non utilizzare transazioni contrassegnate quando si esegue il backup o si ripristinano i database utilizzati da Prodotti SharePoint.Tuttavia, per evitare errori di sincronizzazione, è opportuno tentare di sincronizzare le pianificazioni di backup e di ripristino per Prodotti SharePoint e Team Foundation Server.Per ulteriori informazioni, vedere Creare un piano di backup per SharePoint Foundation 2010.
WSS_Content	Il database del contenuto per Prodotti SharePoint include il contenuto effettivo dei portali dei progetti team. Nota Il nome di questo database varierà in base alla versione di Prodotti SharePoint installata e a seconda che la persona che ha eseguito l'installazione abbia personalizzato il nome.Non utilizzare transazioni contrassegnate quando si esegue il backup o si ripristinano i database utilizzati da Prodotti SharePoint.Tuttavia, per evitare errori di sincronizzazione, è opportuno tentare di sincronizzare le pianificazioni di backup e di ripristino per Prodotti SharePoint e Team Foundation Server.Per ulteriori informazioni, vedere Creare un piano di backup per SharePoint Foundation 2010.
WSS_AdminContent	Il database di amministrazione per Prodotti SharePoint contiene le informazioni sulla sicurezza per utenti, ruoli e database. Nota Non utilizzare transazioni contrassegnate quando si esegue il backup o si ripristinano i database utilizzati da Prodotti SharePoint.Tuttavia, per evitare errori di sincronizzazione, è opportuno tentare di sincronizzare le pianificazioni di backup e di ripristino per Prodotti SharePoint e Team Foundation Server.Per ulteriori informazioni, vedere Creare un piano di backup per SharePoint Foundation 2010.
VirtualManagerDB	Il database di amministrazione per SCVMM contiene le informazioni visualizzate nella console di amministratore SCVMM, ad esempio macchine virtuali, host macchina virtuale, server di libreria di macchine virtuali e le relative proprietà. Nota Se SCVMM è installato in un server separato da Team Foundation Server, questo database potrebbe non essere presente nel server di livello dati per Team Foundation.In tal caso, è necessario eseguirne la configurazione, il backup e il ripristino separatamente da Team Foundation Server.Tuttavia, è necessario utilizzare transazioni contrassegnate e sincronizzare la manutenzione dei database per evitare errori di sincronizzazione.

Vedere anche

Concetti

Backup e ripristino della distribuzione

Altre risorse

Ripristino di una distribuzione a server singolo in un nuovo hardware [esercitazione]