Scenario 2: Ridimensionamento del database di rilevamento per i messaggi nelle orchestrazioni

In questa sezione verrà esaminato un esempio che include un'orchestrazione. Nella figura seguente viene visualizzato l'intero processo di business. In questo scenario un messaggio viene ricevuto da BizTalk Server, inviato tramite un'orchestrazione, modificato all'interno dell'orchestrazione e quindi inviato tramite una porta di trasmissione.

Processo del messaggio BizTalk Server

Di seguito sono elencati alcuni dati relativi a questo scenario:

• Le dimensioni del messaggio sono pari a 5 KB.

• Non viene innalzata di livello alcuna proprietà.

• In un anno vengono ricevuti 3,5 milioni di messaggi.

• Il rilevamento è attivato per tutti gli eventi. In questo scenario sono disponibili i seguenti sei eventi:

  • Ricezione del messaggio M0

  • Output del messaggio M1 dalla porta di ricezione

  • Ricezione del messaggio M1 dall'orchestrazione

  • Output del messaggio M2 dall'orchestrazione

  • Ricezione del messaggio M2 dalla porta di trasmissione

  • Output del messaggio M3 dalla pipeline di trasmissione

• In questo scenario vengono creati tre messaggi aggiuntivi. Il messaggio M0 rappresenta il messaggio in ingresso e, pertanto, non viene creato da BizTalk Server. Il messaggio M1 è il messaggio di output dalla porta di ricezione, M2 è il messaggio di output dall'orchestrazione e M3 è il messaggio di output dalla porta di trasmissione.

  Applicando queste informazioni alla formula si ottiene quanto riportato di seguito:

[(3*150 bytes) + (6*230 bytes) + (0*0(52 bytes + 0) * 3,500,000]/1024/1024  
[(450 + 1380 + 0) * 3,500,000]/1024/1024 = 6108 MB ~ 5.96 GB per year  

Messaggi di orchestrazioni con una singola proprietà innalzata di livello

In questo scenario verrà quindi innalzato di livello un singolo campo, in modo analogo all'esempio precedente. La proprietà innalzata di livello è approssimativamente di 10 byte. A questo punto l'equazione avrà il seguente aspetto:

[((3*150 bytes) + (6*230 bytes) + (1*3*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 186) * 3,500,000]/1024/1024 = 6729 MB ~ 6.57 GB per year  

Se è necessario innalzare di livello un'altra proprietà di 20 byte, la formula assumerà il seguente aspetto:

[(3*150 bytes) + (6*230 bytes) + ((1*3*(52 bytes + 10 bytes) + (1*3*(52 bytes + 20 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 372) * 3,500,000]/1024/1024 = 7350 MB ~ 7.18 GB per year  

Messaggi di orchestrazioni con per cui è attivato il rilevamento del corpo

Se si desidera includere il rilevamento dei messaggi, il risultato del calcolo dello spazio aggiuntivo richiesto è identico al risultato ottenuto nello scenario precedente, ovvero 50,1 GB all'anno.

Vedere anche

Utilizzo di variabili dei messaggi per determinare le dimensioni del database di rilevamento
Definizione delle dimensioni del database di rilevamento per rilevare i corpi dei messaggi
Scenario 1: Ridimensionamento del database di rilevamento per messaggi BizTalk semplici
Scenario 4: Definizione delle dimensioni del database di rilevamento per tutti i messaggi
Scenario 3: Ridimensionamento del database di rilevamento per i messaggi inviati alle liste di distribuzione