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. Per ripristinare l'intera distribuzione di Team Foundation nel caso in cui dovesse verificarsi un errore, è necessario innanzitutto eseguire il backup di tutti i database per Team Foundation Server. Se la distribuzione include Prodotti SharePoint o SQL Server Reporting Services, è necessario inoltre eseguire il backup dei database utilizzati da Team Foundation Server all'interno di tali componenti. Tutti i backup devono essere sincronizzati allo stesso timestamp per prevenire eventuali errori di sincronizzazione o mancata corrispondenza dei dati. Il modo più semplice per garantire la 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.

Backup dei database

La creazione di backup per i database utilizzati da Team Foundation Server 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.

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 insiemi di progetti team che si trovano nel cluster di SQL Server

• database dell'insieme 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, sarebbe preferibile evitare di utilizzare backup singoli quando possibile. Il ripristino da backup singoli potrebbe infatti produrre risultati imprevisti in quanto i database utilizzati da Team Foundation Server 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 ciascun insieme 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 un insieme. Quando si crea un insieme, verificare che si aggiunga il database per quell'insieme 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 utilizzata dalla distribuzione e i database di raccolta siti che ospitano i portali dei progetti team. Idealmente, la distribuzione è stata configurata per utilizzare una raccolta siti distinta per ogni insieme 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 insiemi 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 insiemi 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: Scelta degli strumenti di backup e ripristino (Windows SharePoint Services) (la pagina potrebbe essere in inglese).

• 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. Per ulteriori informazioni, vedere Eseguire il backup della chiave di crittografia di Reporting Services.

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 Eseguire il backup di 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 gli insiemi di progetti team all'utilizzo del nuovo livello applicazione e reindirizzare i siti portale per i progetti team.

Vedere anche

Concetti

Backup e ripristino della distribuzione

Altre risorse

SQL Server e Team Foundation Server