大量負載測試
本主題中的資訊是指用於 測量引擎 MST 的測試案例中所述的測試。
什麼造成了大量事件？
在某些情況下，只有少數大型尖峰 (也稱為 ) 訊息每天抵達系統。 在這些尖峰期間，輸送量可能相當低。 這類實例的範例包含：
例如，股市開始與結束時的股票交易
例如，每日交易結束期間進行對帳的銀行系統
其他的事件類型會造成與大量事件類似的積存行為。 例如，若夥伴傳送位址離線而必須重試和 (或) 擱置該位址的訊息，則會導致積存一直累積。 當夥伴重新上線時，可能就有大量的擱置訊息需要重送，而造成另一種類型的大量事件。 以下的系統測試會說明此行為。
模擬大量事件
對於此測試，系統一開始的運作大約是可維持之輸送量上限的一半，所以當然是相當穩定。 接著，若模擬大量事件，負載產生工具會設定在短時間內，以 410 msgs/sec 進行傳送 (與加速測試一樣)。 以下所示的為測量每秒接收的訊息及多工緩衝處理深度而產生的負載設定檔。
大量負載測試的負載設定檔
請注意，從圖中看到多工緩衝處理資料表在大量事件期間快速累積積存。 不過，由於事件的時間相當短，且事件之後的後續接收速率低於可維持速率的上限，因此清除工作能夠執行並從事件復原，而不用要求系統停止接收。 對於這個特殊測試，MessageBox 是位於 SQL Server 2005 上；此測試從開始到結束大約需 45 分鐘的時間。
當然，每個系統都不同，因此「您的哩將會有所不同」。確認您可以復原的最佳方式是先使用代表性負載進行測試，再進入生產環境。