Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Server | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
È possibile gestire azure DevOps Server più facilmente se si comprende SQL Server, SQL Server Reporting Services e come interagiscono con Azure DevOps Server.
Il diagramma seguente illustra l'architettura logica di una distribuzione di Azure DevOps Server integrata con SQL Server Reporting Services.
Uno dei vantaggi dell'archiviazione di tutti i dati in un database è che semplifica la gestione dei dati perché non è necessario eseguire il backup di singoli computer client. Se si ha familiarità con il backup dei database di SQL Server, il backup e il ripristino di database di Azure DevOps Server sono simili.
Interazioni tra database di Azure DevOps Server e SQL Server
La tabella seguente descrive i database che potrebbero essere presenti nella distribuzione di Azure DevOps Server.
Database
Utilizzato quando
Descrizione
Tfs_Configuration
Sempre
Archivia i dati che descrivono la distribuzione di Azure DevOps Server, inclusi il nome e la posizione degli altri database.
Tfs_Collection
Sempre
Un database per ogni raccolta di progetti. Ogni database archivia i dati per i progetti (controllo della versione, compilazioni ed elementi di lavoro) in tale raccolta.
Suggerimento
Azure DevOps Server richiede che le impostazioni delle regole di confronto siano senza distinzione tra maiuscole e minuscole, siano con distinzione tra caratteri accentati e non binari. Se si vuole usare un'installazione esistente di SQL Server con Azure DevOps Server, è necessario verificare che le impostazioni delle regole di confronto soddisfino questi requisiti. In caso contrario, l'installazione di Azure DevOps Server non riesce. Per altre informazioni, vedere Requisiti delle regole di confronto di SQL Server per Azure DevOps Server
SQL Server deve essere installato in un server (o server) con i livelli di attendibilità appropriati configurati tra di esso e il server (o server) che ospita il livello applicazione logico di Azure DevOps.
Interazioni tra Azure DevOps Server e SQL Server Reporting Services
SQL Server Reporting Services è considerato parte del livello applicazione logico per Azure DevOps Server. Tuttavia, Reporting Services non deve essere installato nello stesso server fisico di altri aspetti logici del livello dell'applicazione, ad esempio i prodotti SharePoint.
Quando si configurano le autorizzazioni di utenti e gruppi e l'appartenenza a gruppi in Azure DevOps Server, è necessario configurare manualmente l'appartenenza ai ruoli e le autorizzazioni in modo appropriato per tali utenti e gruppi in Reporting Services. Per altre informazioni, vedere Ruoli di SQL Server Reporting Services.
Oltre a configurare l'appartenenza ai ruoli e le autorizzazioni in Reporting Services, è necessario gestire anche l'account lettore di report usato da Azure DevOps Server per comunicare con il server di report. Questo account viene spesso definito account delle fonti dati per Reporting Services o TFSREPORTS. Analogamente all'account del servizio per Azure DevOps Server, l'account lettore di report deve essere membro di un gruppo di lavoro o di un dominio considerato attendibile da ogni computer che si connette ad Azure DevOps Server. Per altre informazioni, vedere Account necessari per l'installazione di Azure DevOps Server.
Suggerimento
Anche quando si è connessi con credenziali amministrative, è possibile che si verifichino problemi di accesso a Gestione report o ai siti di http:// localhost/Report, a meno che non si aggiungano questi siti come siti attendibili in Internet Explorer o si avvii Internet Explorer come amministratore. Per avviare Internet Explorer come amministratore, scegliere Start, immettere Internet Explorer, fare clic con il pulsante destro del mouse sul risultato e quindi scegliere Esegui come amministratore.