Elenco di controllo: Configurazione di SQL Server

Articolo
10/14/2023

Passaggi da seguire durante la preparazione delle SQL Server da usare in un ambiente di produzione BizTalk Server.

Configurazione di SQL Server

Passaggi	Riferimento
Monitorare e ridurre BizTalk Server contesa di I/O dei file di database.	- È consigliabile monitorare in modo proattivo l'utilizzo di I/O del disco per i dischi che ospitano i file di dati e di log delle transazioni. - È consigliabile inserire i file di dati e i file di log delle transazioni in unità dedicate per ridurre la probabilità che la contesa di I/O del disco diventi un problema. - È possibile ridurre la contesa di I/O del disco separando i database MessageBox e Tracking (DTA) e separando i file di database e i file di log delle transazioni in dischi fisici diversi. Per altre informazioni, vedere Monitoraggio e riduzione della contesa di I/O del database
Assicurarsi che SQL Server sia configurato in partizioni disco allineate correttamente	Le partizioni del disco correttamente allineate potrebbero comportare una riduzione significativa della latenza, migliorando così le prestazioni del SQL Server, che a sua volta migliorano le prestazioni BizTalk Server. Al contrario, le partizioni disco non allineate possono influire negativamente sulle prestazioni di I/O, riducendo così le prestazioni SQL Server e BizTalk Server. Per altre informazioni su come le partizioni disco allineate correttamente possono influire positivamente sulle prestazioni, vedere Procedure consigliate per l'allineamento delle partizioni del disco per SQL Server.
Mantenere gli eventi monitorati con il SQL Server Profiler	Usare SQL Server Profiler per eseguire unicamente il monitoraggio degli eventi di interesse. Se le tracce diventano troppo grandi, è possibile filtrarle in base alle informazioni desiderate, in modo che venga raccolto solo un subset dei dati dell'evento. Il monitoraggio di un numero troppo elevato di eventi comporta un overhead aggiuntivo per il server e il processo di monitoraggio e pertanto potrebbe aumentare in modo considerevole le dimensioni del file o della tabella di traccia, in particolare se il processo di monitoraggio viene prolungato nel tempo.
Monitorare e ridurre la contesa di I/O dei file di log DTC.	Monitoraggio e riduzione della contesa di I/O dei file di log DTC
Offrire disponibilità elevata per i database SQL Server.	Pianificazione della disponibilità del database
Esaminare la configurazione del cluster attivo/attivo SQL Server per gli scenari di failover.	Revisione e test della configurazione di cluster di SQL Server per scenari di failover
Usare le impostazioni di configurazione predefinite per: - Max Degree of Parallelism (MDOP). - SQL Server statistiche sul database MessageBox BizTalk Server. - SQL Server ricompila e deframmenta l'indice del database.	Impostazioni di SQL Server non modificabili
Abilitare il flag di traccia 1118 (TF1118) come parametro di avvio per tutte le istanze di SQL Server.	L'implementazione di TF1118 consente di ridurre la contesa tra le istanze di SQL Server rimuovendo quasi tutte le allocazioni di pagine singole. Per altre informazioni, vedere l'articolo della Microsoft Knowledge Base Miglioramenti della concorrenza per il database tempdb. Nota: Per altre informazioni su TF1118, vedere Errori relativi a TF1118. Si noti che il contenuto di questo collegamento non è di proprietà di Microsoft e Microsoft non garantisce l'accuratezza del contenuto.
Suddividere il database tempdb in più file di dati di dimensioni uguali in ogni istanza di SQL Server usata da BizTalk Server.	Assicurarsi che i file di dati usati per tempdb siano di dimensioni uguali. Questo è fondamentale perché l'algoritmo di riempimento proporzionale usato da SQL Server è basato sulle dimensioni dei file di dati. Se i file di dati vengono creati con dimensioni diverse, l'algoritmo di riempimento proporzionale userà il file più grande per le allocazioni GAM (Global Allocation Map) anziché distribuire le allocazioni tra tutti i file, sconfiggendo così lo scopo di creare più file di dati. Come linea guida generale, creare un file di dati per ogni CPU nel server e quindi regolare il numero di file verso l'alto o verso il basso in base alle esigenze. Si noti che una CPU dual core viene considerata come due CPU. In ogni caso, il numero di file di dati non deve essere maggiore di 8, indipendentemente dal numero di core aggiuntivi disponibili nel computer. Per altre informazioni sui file tempdb, vedere Ottimizzazione delle prestazioni di tempdb.
Impostare la memoria minima e massima del server sugli stessi valori delle istanze di SQL Server che ospitano i database BizTalk Server.	I computer che eseguono SQL Server che ospitano i database BizTalk Server devono essere dedicati all'esecuzione di SQL Server. Quando i computer che eseguono SQL Server che ospitano i database BizTalk Server sono dedicati all'esecuzione di SQL Server, è consigliabile impostare le opzioni 'min server memory' e 'max server memory' in ogni istanza di SQL Server per specificare la quantità fissa di memoria da allocare a SQL Server. In questo caso, è necessario impostare "min server memory" e "max server memory" sullo stesso valore (uguale alla quantità massima di memoria fisica che SQL Server userà). In questo modo si ridurrà il sovraccarico che altrimenti verrebbe usato da SQL Server la gestione dinamica di questi valori. Eseguire i comandi T-SQL seguenti in ogni computer che esegue SQL Server per specificare la quantità fissa di memoria da allocare a SQL Server: sp_configure 'Max Server memory (MB)',(max size in MB)sp_configure 'Min Server memory (MB)',(min size in MB) Prima di impostare la quantità di memoria per SQL Server, determinare l'impostazione di memoria appropriata sottraendo la memoria necessaria per Windows Server dalla memoria fisica totale. Si tratta della quantità massima di memoria che è possibile assegnare a SQL Server. Nota: Se i computer che eseguono SQL Server che ospitano i database BizTalk Server ospitano anche enterprise single Sign-On master secret, come descritto nell'argomento Clustering del server master secret, potrebbe essere necessario modificare questo valore per assicurarsi che sia disponibile memoria sufficiente per eseguire il servizio Enterprise Single Sign-On Service.
Tenere conto delle dimensioni del database di rilevamento BizTalk	- Quando si determinano le dimensioni dei messaggi nel database di rilevamento BizTalk (DTA), aggiungere le dimensioni medie del contesto del messaggio alle dimensioni del messaggio se è significativo rispetto alle dimensioni del messaggio. - Per limitare le dimensioni dei messaggi nel database di rilevamento BizTalk, limitare il numero di proprietà alzate di livello. - Se l'opzione del debugger di orchestrazione è abilitata, tenere presente che lo stato di ogni forma nell'orchestrazione viene salvato nel database di rilevamento BizTalk.

Esecuzione di procedure di manutenzione SQL Server

Passaggi	Riferimento
Definire le impostazioni di aumento automatico per i database BizTalk Server.	- La crescita automatica del database deve essere impostata su un numero fisso di megabyte anziché su una percentuale, in particolare per i database MessageBox e Tracking. A seconda dell'applicazione BizTalk Server e della velocità effettiva, i database MessageBox e Tracking possono ottenere dimensioni molto elevate. Se la crescita automatica è impostata su una percentuale, anche la crescita automatica può essere sostanziale. - L'inizializzazione immediata dei file può ridurre notevolmente l'impatto sulle prestazioni di un'operazione di crescita dei file. - Idealmente, le dimensioni dei file che supportano i filegroup devono essere preallocate e, se possibile, impostare su una dimensione statica. Per altre informazioni, vedere Definizione delle impostazioni di aumento automatico per i database.
Eseguire il backup dei database BizTalk Server	- È consigliabile eseguire il processo di backup BizTalk Server per impedire che i log delle transazioni del database BizTalk Server aumentino in modo non associato. - È consigliabile ripristinare regolarmente l'intero ambiente BizTalk Server e documentare attentamente il processo. - È consigliabile archiviare i file di backup precedenti. Per altre informazioni, vedere Backup di database.
Monitorare i processi di SQL Agent BizTalk Server.	Monitorare l'integrità di questi processi e assicurarsi che siano in esecuzione senza errori. Per altre informazioni, vedere Monitoraggio dei processi SQL Server Agent.
Abilitare il rilevamento e l'archiviazione di BizTalk Server	Il processo di eliminazione e archiviazione DTA di SQL Agent archivia e elimina i dati obsoleti dal database di rilevamento BizTalk, impedendo così di aumentare il controllo. Questo è essenziale per un sistema di BizTalk Server sano. Per altre informazioni, vedere Eliminazione e archiviazione dei dati di rilevamento.

Backup dei database BizTalk Server

Passaggi	Riferimento
Verificare che il processo di Backup BizTalk Server SQL Agent sia configurato.	Vedere Configurare il processo di backup BizTalk Server
Configurare il processo backup BizTalk Server SQL Agent per eliminare i file di backup precedenti al numero di giorni specificato dalla @DaysToKeep variabile. Se i file di backup non vengono eliminati, possono crescere senza vincoli nel tempo, in modo da riempire i dischi che contengono i file di backup e causare problemi correlati a spazio su disco limitato.	Vedere Configurare il processo di backup BizTalk Server
Verificare che il processo di Backup BizTalk Server SQL Agent sia abilitato ed in esecuzione.	Monitoraggio dei processi di SQL Server Agent

Uso del log shipping di SQL Server per il ripristino di emergenza

Passaggi	Riferimento
Verificare che i server di ripristino di emergenza abbiano la capacità di gestire il carico di produzione.	Vedere Uso del log shipping di BizTalk Server per il ripristino di emergenza
Assicurarsi che le specifiche della routine di ripristino di emergenza siano documentate correttamente.	Vedere Uso del log shipping di BizTalk Server per il ripristino di emergenza
Nell'ambito dei test regolari, è consigliabile eseguire il failover nel sito di ripristino di emergenza, in particolare quando vengono inserite nuove applicazioni BizTalk nell'ambiente di produzione.	Vedere Uso del log shipping di BizTalk Server per il ripristino di emergenza

Monitoraggio dei processi di SQL Agent BizTalk Server

Passaggi	Riferimento
Verificare che il servizio SQL Server Agent sia in esecuzione.	Vedere Monitoraggio dei processi SQL Server Agent
Verificare che i processi SQL Server Agent installati da BizTalk Server siano abilitati ed eseguiti correttamente.	Vedere Monitoraggio dei processi SQL Server Agent
Verificare che i processi di SQL Agent BizTalk Server vengano completati in modo tempestivo.	Vedere Monitoraggio dei processi SQL Server Agent

Eliminazione e archiviazione dei dati di rilevamento

Passaggi	Riferimento
Assicurarsi che il processo di SQL Agent "Eliminazione e archiviazione DTA" sia configurato correttamente, abilitato e completato correttamente.	Vedere Configurare il processo di eliminazione e archiviazione DTA.
Assicurarsi che il processo sia in grado di eliminare i dati di rilevamento con la velocità con cui vengono generati i dati di rilevamento in ingresso.	Vedere Misurazione della velocità effettiva massima di rilevamento sostenibile
Esaminare i parametri di eliminazione temporanea e eliminazione definitiva per assicurarsi di mantenere i dati per un periodo di tempo ottimale.	Vedere Archiviazione ed eliminazione del database di rilevamento BizTalk.
Se è sufficiente ripulire i dati precedenti e non è necessario archiviarli per primi, modificare il processo di SQL Agent per chiamare la stored procedure "dtasp_PurgeTrackingDatabase".	Vedere Ripulire i dati dal database di rilevamento BizTalk.

Prossima