Condividi tramite

Garantire la disponibilità di Team Foundation Server

  • Articolo

Aggiornamento: novembre 2007

È possibile controllare quando disattivare i server per la manutenzione. È tuttavia necessario considerare come gestire errori imprevisti. Mediante l'applicazione di una delle tre strategie di base, è possibile garantire la disponibilità dei server ai client durante le operazioni di manutenzione o in caso di errori. La strategia scelta dipende dal tempo di inattività considerato tollerabile per gli utenti e dalla topologia del sistema.

Strategie di disponibilità

In genere, le topologie a server singolo e doppio sono in grado di tollerare tempi di inattività ragionevoli per la manutenzione o il ripristino del sistema in caso di errore. I sistemi complessi possono invece fornire un servizio ininterrotto tramite risorse dedicate. Le strategie illustrate di seguito forniscono diversi livelli di disponibilità per Team Foundation Server.

  • Procedure di backup standard per i database   Per il livello dati, è possibile mantenere backup di database da utilizzare per il ripristino in tempi ragionevoli. Utilizzare le stesse procedure consigliate come per qualsiasi database SQL Server. Questa strategia non richiede risorse aggiuntive in termini di computer o manutenzione. Per ulteriori informazioni, vedere la classe Backup di Team Foundation Server.

  • Computer di standby a caldo per i servizi di applicazioni   È possibile ridurre i tempi di ripristino dei servizi mediante la configurazione e la manutenzione di un server di livello applicazione a parte come standby a caldo. Questa strategia richiede l'utilizzo di componenti hardware aggiuntivi e, di conseguenza, operazioni di manutenzione aggiuntive per mantenere il computer aggiornato e pronto. Per ulteriori informazioni, vedere la classe Gestione dei server di livello applicazione di Team Foundation.

    Nota:

    Il livello applicazione non può essere parte di una Web farm.

    È necessario mantenere il computer aggiornato in modo che corrisponda al computer principale. Utilizzare questo elenco per valutare la manutenzione aggiuntiva necessaria.

    • Aggiornamenti hardware.

    • Aggiornamenti del sistema operativo.

    • Aggiornamenti software.

    • Modifiche di account utente e autorizzazioni.

    • Modifiche della chiave di crittografia di Reporting Services.

    Oltre a svolgere la manutenzione dei computer, quando si verifica un errore l'amministratore di Team Foundation Server deve richiedere un aggiornamento del database del server DNS all'amministratore di dominio e utilizzare l'utilità della riga di comando TFSAdminUtil. Per ulteriori informazioni, vedere Procedura: attivare un server di failover a livello applicazione.

  • Clustering per i database   Per garantire il servizio ininterrotto di un livello dati, è possibile impostare e mantenere server dedicati in un cluster. Può essere utile valutare questa soluzione se un'organizzazione dispone già di risorse per impostare e mantenere un cluster. Questa strategia comporta un aumento notevole dei costi in termini di risorse e manutenzione a causa dei rigidi requisiti di hardware e software dei cluster. L'hardware, ad esempio, deve corrispondere esattamente e appartenere all'elenco approvato. Per ulteriori informazioni, vedere gli argomenti seguenti nel sito Web Microsoft: "Procedura: Creazione di un nuovo cluster di failover di SQL Server 2005" per SQL Server 2005 e "Procedura: Creazione di un nuovo cluster di failover di SQL Server (programma di installazione)" per SQL Server 2008.

  • **Mirroring di database   **Il mirroring del server a livello dati di Team Foundation offre molti vantaggi. Consente di disattivare il server a livello dati principale di Team Foundation per eseguire aggiornamenti o operazioni di manutenzione o riparazione con un impatto minimo sugli utenti di Team Foundation Server. Attiva inoltre un meccanismo di recupero rapido se il server a livello dati principale di Team Foundation non è disponibile. Può essere opportuno valutare questa soluzione per il server a livello dati di Team Foundation se un'organizzazione dispone di risorse per impostare e mantenere un secondo server a livello dati di Team Foundation.

Argomenti della sezione

Vedere anche

Concetti

Attivazione di un server di failover di livello applicazione

Clustering del server a livello dati

Backup di Team Foundation Server

Altre risorse

Gestione di dati

Gestione dei backup di Team Foundation Server