Eseguire un'esecuzione secca dell'aggiornamento in un ambiente di pre-produzione

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Devo preoccuparmi?

Si consiglia vivamente di fare una prova dell'aggiornamento in un ambiente di pre-produzione, ma non sempre è necessario. Se si sta discutendo se eseguire o meno un aggiornamento pre-produzione, valutare i costi di farlo rispetto ai costi di non farlo. In particolare, se si verifica un problema con l'aggiornamento di produzione, il costo primario sarà il tempo di inattività durante il rollback alla versione precedente di TFS. A seconda delle specifiche dell'aggiornamento, questo potrebbe essere un processo rapido e semplice o potrebbe richiedere molto tempo e comportare un sacco di parti in movimento. Come per l'aggiornamento, la complessità del rollback dipenderà da elementi come le dimensioni dei database, il numero di computer coinvolti e così via.

Nozioni di base

Se si decide di procedere con un aggiornamento di pre-produzione, il processo generale è costituito da:

1. Configurare un ambiente di pre-produzione simile a quello di produzione.
2. Protezione dell'ambiente di produzione.
3. Ripristino dei database dai backup.
4. Eseguire l'aggiornamento.

Configurare un ambiente

In un mondo ideale, l'ambiente di pre-produzione sarà esattamente simile all'ambiente di produzione, in questo modo si otterrebbe il più accurato possibile un'immagine del tempo necessario per l'aggiornamento, se si riscontrano problemi lungo la strada e così via. Nel mondo reale, tuttavia, questo non è sempre possibile o auspicabile. I costi di fornitura di un secondo set di computer identici per i test di pre-produzione possono essere proibitivi. Non lasciare che queste discrepanze ti dissuadano; tuttavia, praticamente qualunque ambiente di pre-produzione è migliore di niente.

Protezione della produzione

I database TFS contengono una serie di impostazioni che puntano a varie risorse nell'ambiente di distribuzione. Ad esempio, le stringhe di connessione del database di raccolta vengono archiviate nel database di configurazione, così come la condivisione di rete usata dalla funzionalità di backup pianificati. Di conseguenza, è possibile che un ambiente di pre-produzione causi problemi in un ambiente di produzione ed è una procedura consigliata quando si alza un ambiente di pre-produzione per intervenire per evitare questo problema.

Il passaggio più importante da eseguire consiste nell'usare un account del servizio nell'ambiente di pre-produzione che non dispone di autorizzazioni per l'ambiente di produzione. Idealmente non deve avere autorizzazioni in TFS, in SQL, nelle condivisioni di rete e così via. Le opzioni includono servizio di rete (presupponendo che l'account del computer di pre-produzione non abbia bisogno di autorizzazioni nell'ambiente di produzione) o un account di dominio di pre-produzione dedicato, come nell'esempio seguente.

Un altro passaggio facoltativo consiste nell'aggiungere voci ai file host delle macchine di pre-produzione per mappare i nomi delle macchine di produzione a indirizzi IP non validi. Vedere la voce di Wikipedia qui se non si è certi di che cos'è un file hosts. Ciò può impedire la comunicazione in uscita ai computer di produzione dai computer di pre-produzione.

Ripristino di database

Se si usa la procedura guidata di backup pianificati per generare backup del database dalla distribuzione di produzione, è anche possibile usarlo per ripristinare i backup nella distribuzione di pre-produzione. In caso contrario, è naturalmente possibile seguire le procedure SQL standard per ripristinare anche i backup. L'elenco di database di cui eseguire il backup e il ripristino devono includere sempre il database di configurazione e tutti i database di raccolta. Se l'ambiente di pre-produzione includerà funzionalità di creazione di report, è necessario includere anche i database del server di report e del warehouse.

Eseguire l'aggiornamento

Installare la nuova versione di TFS nei computer del livello applicazione. Prima di eseguire l'aggiornamento guidato, eseguire il comando ChangeServerId. Ciò garantisce che non si verifichino problemi se si accede sia agli ambienti di produzione che di pre-produzione dagli stessi client e deve essere eseguito ogni volta che si clona una raccolta o una distribuzione completa.

Una volta pronti, aggiornare l'ambiente di pre-produzione seguendo la stessa procedura da usare per aggiornare l'ambiente di produzione. Assicurati di ricordare di usare un account di servizio senza autorizzazioni nell'ambiente di produzione.

Configurare nuove funzionalità

Alcuni aggiornamenti introducono nuove funzionalità che esegono passaggi aggiuntivi per la configurazione, poiché comportano modifiche ai progetti esistenti. A seconda delle specifiche dei progetti e della versione di TFS da cui si esegue l'aggiornamento, questo potrebbe essere più o meno complicato. Per informazioni dettagliate, vedere qui .

Prova le cose

Prendi il server di pre-produzione per una rotazione! Poke intorno un po ', provare alcune delle nuove caratteristiche... Si noti che alcuni aspetti, ad esempio l'esecuzione di compilazioni, richiederanno alcune configurazioni aggiuntive.

Se si individuano problemi, cercare di risolverli qui per evitare di affrontarli di nuovo nell'ambiente di produzione. Quando si è soddisfatti, concludete la giornata e passate all'aggiornamento della produzione.