Scenario 1: Ridimensionamento del database di rilevamento per messaggi BizTalk semplici

Nella figura seguente viene illustrato il passaggio di un semplice messaggio BizTalk Server in ingresso e in uscita da BizTalk Server senza alcuna trasformazione.

Semplice messaggio BizTalk Server senza trasformazioni

Prima di applicare la formula descritta nella sezione precedente, è necessario raccogliere alcuni dati su questo scenario. In questo esempio viene utilizzata la seguente configurazione:

• Le dimensioni del messaggio sono pari a 5 KB.

• Nessuna proprietà verrà innalzata di livello.

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

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

  • Ricezione del messaggio M0

  • Output del messaggio M1 dalla porta di ricezione

  • Ricezione del messaggio M1 dalla pipeline di trasmissione

  • Output del messaggio M2 dalla pipeline di trasmissione

• In questo scenario vengono creati due 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 e M2 è l'output dalla porta di trasmissione. I messaggi M1 e M2 vengono creati da BizTalk Server.

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

[(5*252 bytes) + (10*182 bytes) + (0*5(40 bytes + 0) * 3,500,000]/1024/1024  
[(1620 + 1820 + 0) * 3,500,000]/1024/1024 = 10280.61 MB ~ 10.04 GB per year  

Messaggi con una singola proprietà innalzata di livello

Ritornando all'esempio di questo scenario, si supponga di innalzare di livello rispetto al messaggio originale un singolo campo, di dimensioni pari a circa 10 byte. La dimensione massima di un campo innalzato di livello è pari a 256 caratteri o approssimativamente 256 byte (512 byte di caratteri Unicode).

Con l'aggiunta di questo dato supplementare, l'equazione assume il seguente aspetto:

[(2*150 bytes) + (4*230 bytes) + (1*2(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(300 + 920 + 124) * 3,500,000]/1024/1024 = 4486 MB ~ 4.38 GB per year  

Se si desidera innalzare di livello un campo aggiuntivo di 10 byte, l'equazione risultante sarà la seguente:

[(2*150 bytes) + (4*230 bytes) + ((1*2*(52 bytes + 10 bytes) + (1*2*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(300 + 920 + 248) * 3,500,000]/1024/1024 = 4899 MB ~ 4.78 GB per year  

Di conseguenza, se si innalza di livello una singola proprietà di 10 byte in questo scenario, verranno aggiunti 333,79 MB ~ 0,33 GB supplementari all'anno alla dimensione del database di rilevamento BizTalk.

Se si innalzano di livello due proprietà da 10 byte verranno aggiunti 667,58 MB ~ 0,65 GB supplementari all'anno alla dimensione del database di rilevamento BizTalk.

Messaggi per cui è attivato il rilevamento del corpo

In questo esempio si supponga inoltre di pianificare l'attivazione del rilevamento del corpo dei messaggi. In tal caso sarà necessario aggiungere la seconda equazione per il rilevamento dei messaggi, illustrata nella sezione precedente. L’equazione per questo esempio avrà presumibilmente il seguente aspetto:

[3,500,000 * 4 * 5KB]/1024 = 68359.375 MB ~ 66.75 GB per year  
  

Aggiungendo i risultati delle due equazioni è possibile stimare una crescita approssimativa del database di rilevamento BizTalk tra 54,48 GB e 54,88 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 2: Ridimensionamento del database di rilevamento per i messaggi nelle orchestrazioni
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