Ripristinare un server a livello applicazione
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
I database per Azure DevOps archiviano tutti i dati per la distribuzione di Azure DevOps Server. Anche se si esegue il backup del server a livello di applicazione, non si eseguirà il backup dei dati per Azure DevOps Server. Tuttavia, se si verifica un errore nell'hardware di un server a livello applicazione, è possibile installare un altro server a livello applicazione e configurarlo affinché utilizzi i database della distribuzione. Tale server sostituirà quindi il server offline come server a livello applicazione per la distribuzione. Se il server a livello di applicazione ospita prodotti SharePoint, è necessario ripristinare anche il software nel nuovo hardware. Per altre informazioni, vedere Backup (SharePoint Foundation), Backupe ripristino (SharePoint Server) o Protezione e ripristino di una farm (Office SharePoint Server 2007).
Nota
Dopo aver ripristinato un livello applicazione a un nuovo hardware, verificare che tutti gli utenti, i gruppi e gli account di servizio per la distribuzione siano configurati con le autorizzazioni necessarie per eseguire le attività necessarie. Ad esempio, gli amministratori per Azure DevOps devono essere membri del gruppo Administrators locale nel server a livello di applicazione in modo che possano aprire la console di amministrazione. Per altre informazioni, vedere Aggiungere utenti ai progetti, impostare le autorizzazioni di amministratore per le raccolte di progetti, impostare le autorizzazioni di amministratore perAzure DevOps Server e gli account e le dipendenze del servizio in Azure DevOps Server.
È anche possibile aggiungere più server a livello di applicazione a una distribuzione di Azure DevOps Server, ma è necessario configurare i client per connettersi a tale server come livello applicazione separato. Non è possibile configurare il bilanciamento del carico automatico tra i server a livello applicazione. Per il bilanciamento del carico e la trasparenza ai client, è prima necessario installare e configurare un dispositivo hardware o software per il bilanciamento del carico di rete.For load balanceing to client, you must first install and configure a hardware or software device for network load balanceing (NLB).
Per installare e configurare un server come server a livello applicazione
Arrestare i pool di applicazioni e i servizi usati Azure DevOps Server.
Per altre informazioni, vedere comando TFSServiceControl.
Se si usa servizio di rete come account del servizio per Azure DevOps (TFSService), nel server a livello di applicazione aprire una finestra del prompt dei comandi e modificare le directory in Drive:%programfiles%\Azure DevOps Server 2019\Tools. Nel prompt dei comandi, immettere il seguente comando:
Account TfsConfig /add /account:"NT Authority\Network Service" /accountType:ApplicationTier /SQLInstance:ServerName/DatabaseName:DatabaseName
Nota
Per altre informazioni, vedere Comando Account.
Installare Azure DevOps Server nel nuovo server e avviare la procedura guidata Solo livello applicazione.
Se si usa Visual Studio Lab Management, installare la console di amministrazione System Center Virtual Machine Manager (SCVMM) nel livello applicazione e configurarla per connettersi al server che esegue SCVMM.
Per altre informazioni, vedere Configurazione di Lab Management per gli ambienti SCVMM.
Se il nome del computer è cambiato, aprire la console di amministrazione per Azure DevOps.
Nella barra di spostamento selezionare Livello applicazione e quindi modifica URL.
Verrà visualizzata la finestra Modifica URL .
In URL di notifica specificare l'URL per il nuovo server a livello di applicazione e quindi selezionare OK.
Nota
Il nome del server a livello di applicazione precedente verrà comunque visualizzato nell'elenco dei server a livello di applicazione nella console di amministrazione per Azure DevOps. Se si seleziona la casella di controllo Filtra computer non connessi in più di 3 giorni , il server precedente scompare dall'elenco entro tre giorni.