在此模式中，现有的 SQL MessageBox 数据库会根据吞吐量或延迟的要求进行升级，以提升其扩展能力。
下图显示了将主 MessageBox 数据库从四处理器服务器升级到 8 个处理器服务器的场景。
何时纵向扩展 SQL 层
当您可以扩展主 MessageBox 数据库时。
当主 MessageBox 数据库成为瓶颈时。 这些瓶颈可以是：
中央处理器 对于非常昂贵和复杂的业务流程方案，消息框消耗大量 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 层
Scaled-Out 接收主机
Scaled-Out 处理器主机
Scaled-Out 发送主机
使用 Windows Server 群集为 BizTalk Server Hosts2 提供高可用性
Scaled-Out 数据库
集群化 BizTalk Server 数据库