向上擴充 SQL Server 層

在此模式中，會將現有的 SQL MessageBox 資料庫升級，使其可依據輸送量或延遲來擴充。

下圖所顯示的實例，是將主要 MessageBox 資料庫從四個程序伺服器升級到八個程序伺服器。

向上擴充 SQL 層的時機

• 當您向上擴充主要 MessageBox 資料庫時。

• 當主要 MessageBox 資料庫成為瓶頸時。 這些瓶頸可能是：

  • Cpu 如果是非常昂貴且複雜的協調流程案例，訊息方塊會耗用大量的 CPU 資源。 藉由新增更多的 CPU 來向上擴充 SQL Server，應該會擴充此實例。

  • 記憶體或 I/O 記憶體或 I/O 可能是瓶頸，而且可以升級。

• 當向上擴充比向外擴充便宜時，向上擴充即可處理該瓶頸。 例如，若主要 MessageBox 資料庫有 SQL 鎖定爭用的問題，則此問題無法藉由向上擴充來解決。

何時決定 SQL 無法向上擴充？

向上擴充無法處理 SQL 層上的鎖定爭用瓶頸。 若是遇到這類瓶頸，向外擴充是比向上擴充更好的選項。

向上擴充 SQL 層的策略與考量

• 先向上擴充主要 MessageBox 資料庫之後，再向外擴充。

• 主要 MessageBox 資料庫最後會成為瓶頸。 因此，主要 MessageBox 資料庫應該更快且更大 (例如，Itanium 型 64 位元或 x64 型雙核心電腦)。

另請參閱

向外擴充 BizTalk Server 層
向上擴充 BizTalk Server 層
向外擴充 SQL Server 層
向外擴充的接收主控件
向外擴充的處理主控件
向外擴充的傳送主控件
使用 Windows Server 叢集為 BizTalk Server Hosts2 提供高可用性
向外擴充的資料庫
叢集 BizTalk Server 資料庫