Condividi tramite

Pianificazione del rilevamento

  • Articolo

Il rilevamento dei messaggi è il processo in base al quale parti di un'istanza del messaggio, ad esempio il corpo del messaggio, le proprietà del messaggio e i metadati vengono archiviati in un database, in genere per scopi di archiviazione. Le parti dell'istanza del messaggio rilevate possono essere visualizzate successivamente eseguendo query dalla pagina Hub di gruppo nella console di amministrazione di BizTalk Server. Oltre ad accedere ai dati archiviati, è anche possibile visualizzare i dati in tempo reale, che possono essere uno strumento utile per identificare e risolvere i problemi in un ambiente di sviluppo o gestione temporanea.

Poiché il processo di rilevamento dei messaggi può essere molto intensivo per le risorse, è consigliabile esaminare questo argomento prima di creare il piano.

Per altre informazioni sul rilevamento, vedere Rilevamento dell'integrità e dell'attività (https://go.microsoft.com/fwlink/?LinkId=154187).

Configurazione e abilitazione del processo di eliminazione e archiviazione di SQL Agent DTA

Questo processo archivia e elimina i dati vecchi dal database di rilevamento BizTalk, mantenendolo così troppo grande. Questo è essenziale per un sistema di BizTalk Server integro. Un database di rilevamento di grandi dimensioni inizierà a influire sulle prestazioni dell'host di rilevamento e su qualsiasi altro processo che esegue query sul database di rilevamento.

  • Assicurarsi che il processo DTA Purge e Archive SQL Agent sia configurato correttamente, abilitato e completato correttamente. Questo processo non è abilitato per impostazione predefinita perché è prima necessario configurarlo per includere una directory in cui è possibile scrivere i file di archivio.

  • Assicurarsi che il processo sia in grado di eliminare i dati di rilevamento più velocemente quando vengono generati i dati di rilevamento in ingresso. È accettabile che il processo si trovi dietro durante i tempi di caricamento di picco, ma dovrebbe sempre essere in grado di recuperare. Se il processo di eliminazione si trova dietro e non è mai in grado di recuperare, il database di rilevamento BizTalk continuerà a crescere e le prestazioni saranno eventualmente influenzate negativamente.

  • Esaminare i parametri di eliminazione temporanea e di eliminazione dura per assicurarsi di mantenere i dati abbastanza lunghi ma non troppo lunghi. Per altre informazioni su questi parametri, vedere Archiviazione ed eliminazione del database di rilevamento BizTalk (https://go.microsoft.com/fwlink/?LinkID=153816).

  • Se è necessario eliminare solo i dati precedenti e non è necessario archiviarlo prima, modificare il processo di SQL Agent per chiamare la stored procedure "dtasp_PurgeTrackingDatabase". Questo ignora il passaggio di archiviazione e fa solo l'eliminazione. Per altre informazioni su questa stored procedure e sulla modifica del processo di SQL Agent da usare, vedere How to Purge Data from the BizTalk Tracking Database (https://go.microsoft.com/fwlink/?LinkID=153817).

  • Se è necessario mantenere i file di archivio del database Di rilevamento BizTalk, assicurarsi di disporre di un processo sul posto per ripristinare e usarli correttamente.

  • Se si verificano problemi di prestazioni che vengono momentaneamente risolti eliminando il contenuto del database di rilevamento BizTalk e si desidera configurare BizTalk perché non esegua più la raccolta di informazioni di rilevamento, è possibile disattivare il rilevamento globale. Per informazioni su come disattivare il rilevamento globale, vedere l'argomento Come disattivare il rilevamento globale (https://go.microsoft.com/fwlink/?LinkID=154193).

Creazione di un host di rilevamento dedicato

Quando l'opzione Consenti rilevamento host è abilitata per un host nella console di amministrazione di BizTalk Server, le istanze di tale host eseguiranno il servizio di decodifica dei dati di rilevamento (TDDS) per spostare i dati rilevati dal database messageBox BizTalk Server al database di rilevamento BizTalk. Poiché TDDS può essere intensivo per le risorse, è consigliabile creare un host di rilevamento "dedicato" per il quale è abilitata l'opzione Consenti rilevamento host e che non esegue altri processi BizTalk Server (ad esempio schede o orchestrazioni). Se il gruppo BizTalk contiene più server BizTalk, viene anche considerata una procedura consigliata per creare un'istanza di questo host in ogni server del gruppo per fornire disponibilità elevata per TDDS.

Test per misurare la velocità effettiva di rilevamento sostenibile massima

Il rilevamento completo dei messaggi è un'attività molto intensivo delle risorse e, se non correttamente gestito, può avere un effetto estremamente negativo sulle prestazioni dell'ambiente BizTalk Server. Pertanto, è necessario misurare la velocità effettiva di rilevamento sostenibile massima per l'ambiente BizTalk Server per garantire che il sistema sia sostenibile e che venga eseguito in modo indefinito a una determinata frequenza del flusso di messaggi. Per altre informazioni sulla misurazione della velocità effettiva di rilevamento sostenibile massima, vedere Misurazione massima velocità effettiva di rilevamento sostenibile (https://go.microsoft.com/fwlink/?LinkID=153815).

Procedure consigliate per il rilevamento

  • Determinare le informazioni necessarie per tenere traccia durante la pianificazione: è consigliabile decidere durante le fasi di pianificazione da tenere traccia, in modo che dopo la distribuzione del progetto sia possibile impostare le opzioni di rilevamento e limitare la quantità di dati rilevati per fornire solo le informazioni necessarie.

  • Non tenere traccia di tutti i messaggi: è consigliabile non tenere traccia di tutti i messaggi, perché ogni volta che un messaggio viene toccato, BizTalk Server crea un'altra copia. È invece possibile restringere l'ambito verificando solo una porta specifica. Ciò consente di ottimizzare le prestazioni del sistema e di mantenere i database senza interruzioni.

  • Impostare il rilevamento sulle porte di invio e sulle porte di ricezione anziché su una pipeline: se si impostano le opzioni di rilevamento sulle pipeline, verranno anche impostate le opzioni di rilevamento a livello globale per ogni porta che usa la pipeline. Ciò a sua volta può comportare un rilevamento dei dati molto maggiore rispetto a quello previsto, che rallenta le prestazioni del sistema. È invece possibile impostare le opzioni di rilevamento sulle porte di invio e sulle porte di ricezione.

  • Prendere in considerazione vari fattori quando si ridimensiona il database di rilevamento BizTalk:

    • Quando si ridimensiona il database di rilevamento BizTalk, tenere conto dei fattori SQL Server, ad esempio le dimensioni dell'indice, aggiungendo un moltiplicatore di emergenza ai calcoli.

    • Quando si determinano le dimensioni dei messaggi nel database di rilevamento BizTalk, 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à che si promuove. È consigliabile usare solo le proprietà promosse se sono necessarie per scopi di routing, in caso contrario, usare campi distinti.

    • Se l'opzione di inizio e fine della forma di orchestrazione è abilitata, tenere presente che un evento di avvio e arresto per ogni forma in ogni istanza di orchestrazione viene salvato nel database di rilevamento BizTalk.