database SQL Server per Azure DevOps Server

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

È 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.

Relazioni di database con database di report di SQL Server, Azure DevOps Server

Un vantaggio 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 di SQL Server database, il backup e il ripristino di Azure DevOps Server database sono simili. 

Interazioni tra database Azure DevOps Server e SQL Server

Nella tabella seguente vengono descritti i database che potrebbero essere presenti nella distribuzione di Azure DevOps Server.

Database

Usato quando

Descrizione


Tfs_configuration

Always

Archivia i dati che descrivono la distribuzione di Azure DevOps Server, inclusi il nome e la posizione degli altri database.

Tfs_Collection

Always

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.

Tfs_Warehouse

SQL Server Reporting è configurato

I dati di tutte le raccolte di progetti vengono raccolti e archiviati in tabelle ottimizzate per la creazione di report.

Tfs_Analysis

SQL Server Reporting è configurato

Database di Analysis Services che organizza i dati dal database del warehouse in una struttura del cubo.

ReportServer

SQL Server Reporting è configurato

Archivia i report e i dati di configurazione del report per SQL Server Reporting Services.

ReportServer_TempDB

SQL Server Reporting è configurato

Archivia i dati di report temporanei per SQL Server Reporting Services.


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 ha esito negativo. Per altre informazioni, vedere SQL Server requisiti delle regole di confronto 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 logica per Azure DevOps Server. Tuttavia, Reporting Services non deve essere installato nello stesso server fisico di altri aspetti logici del livello applicazione, ad esempio Prodotti SharePoint.

Quando si configurano le autorizzazioni utente e gruppo 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 SQL Server Reporting Services ruoli.

Oltre a configurare l'appartenenza ai ruoli e le autorizzazioni in Reporting Services, è necessario gestire anche l'account lettore di report usato Azure DevOps Server per comunicare con il server di report. Questo account viene spesso definito account delle origini 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 a 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 scegliere Esegui come amministratore.