Come identificare i colli di bottiglia nel database di tracciamento

Per identificare i colli di bottiglia nel database bizTalk Tracking (BizTalkDTADb), seguire questa procedura:

1. Assicurarsi che il servizio SQL-Agent sia in esecuzione.

2. Assicurarsi che il processo di archiviazione/eliminazione sia in esecuzione e completato correttamente.

3. Assicurarsi che il processo di TrackedMessages_Copy_BizTalkMsgBoxDB sia in esecuzione e completato correttamente.

4. Verificare che sia disponibile spazio su disco sufficiente per gli archivi DTADb e l'aumento del database.

5. Usare un host dedicato per tenere traccia e misurare il contatore delle prestazioni Lunghezza coda host sotto carico.

6. Verificare l'andamento crescente nel tempo del contatore delle prestazioni della dimensione della tabella Spool.

7. Controllare la durata dell'esecuzione del processo Archive/Purge per tempi di esecuzione lunghi.

8. Controllare la velocità di risposta del disco (secondi di disco per contatore delle prestazioni di lettura/scrittura) sul disco che ospita il database di rilevamento BizTalk.

   Consigliamo vivamente di ridurre il valore dei seguenti parametri del dtasp_BackupAndPurgeTrackingDatabase o dtasp_PurgeTrackingDatabase, richiamato dal processo DTA di eliminazione e archiviazione.

• @nLiveHours tinyint: qualsiasi istanza completata precedente a quella (ore attive) + (giorni in tempo reale) verrà eliminata insieme a tutti i dati associati. Il valore predefinito è 0 ore.

• @nLiveDays tinyint: qualsiasi istanza completata precedente a quella (ore attive) + (giorni in tempo reale) verrà eliminata insieme a tutti i dati associati. L'intervallo predefinito è 1 giorno.

• @nHardDeleteDays tinyint : tutti i dati (anche se incompleti) precedenti a questo verranno eliminati. L'intervallo di tempo specificato per HardDeleteDays deve essere maggiore della finestra dinamica dei dati. La finestra dinamica dei dati è l'intervallo di tempo per cui si desidera mantenere i dati di rilevamento nel database BizTalk Tracking (BizTalkDTADb). Qualsiasi elemento precedente a questo intervallo può essere archiviato nell'archivio successivo e quindi eliminato. L'impostazione predefinita è 30 giorni.

  Questi parametri devono essere impostati in base ai criteri di conservazione dei dati in un ambiente di produzione, mentre in un lab per le prestazioni è consigliabile usare i valori come indicato di seguito:

  declare @dtLastBackup datetime set @dtLastBackup = GetUTCDate()
  exec dtasp_PurgeTrackingDatabase 1, 0, 1, @dtLastBackup

Vedere anche

Colli di bottiglia nello strato di database