请遵循下列建议以在部署 Revit Server 时平衡性能和基础设施成本。
简介
在部署 Revit Server 时，如何平衡成本、用户工作效率和资源消耗是最常见的目标。 如果可用带宽太少，则性能会受到影响。 如果可用带宽过多，则会获得良好的性能，却会以牺牲其他服务为代价。 此文档作为早期版本的更新，尝试表述所需的最小带宽，以获得 Revit Server的最佳用户体验。 反映了 Autodesk 对于客户使用方式的最新认识。 非典型展开所需的带宽可能比此处建议的带宽或多或少。
- 工作共享操作的执行环境从原本的 35ms WAN 变为了 65ms WAN。
- 测试数据集从原本的 ~92MB 模型（无链接）变为了现有 ~ 240MB 模型（带 ~ 220MB 链接）。
- 打开中心模型本地副本所需的时间现在可视情况而定，做到了从无到有的转变。
请注意，所提到的“WAN 网络带宽”反映了网络的实际吞吐量，而不是连接率。 外部因素（例如无关的流动流量）会减少实际可用的带宽，因此我们建议在常用的网络使用期间验证网络的行为。 完成这一操作很简单，只需测量在网络点之间复制几百兆数据所需的时间即可。 请务必谨慎操作，以确保网络压缩和数据包整形不会影响操作的性能。
讨论
传输较少数据的操作的带宽和性能
如果在网络间传输的数据量较少，那么对带宽的要求就比较适中。 在本例中，我们将检出包含 18,000 个图元的工作集。 （实际上图元数量对于完成操作所需时间的影响较小。） 请注意，完成操作所需的时间不会随着可用带宽的增加而大幅改变：尽管数据通过 WAN 访问，但是传输的数据量却非常少。 其他占用较小网络基站（例如借用或放弃图元）的操作也具有类似的行为方式。
传输适中数据的操作的带宽和性能
相比之下，与中心同步 (SWC) 等操作在网络中传输的数据会更多。 这些操作受可用吞吐量的影响非常大。 在本例中，我们将执行 SWC 操作（在 WAN 中传输约 7MB 数据）。 急剧上升的带宽需求显而易见；在带宽不足的情况下，完成操作所需的时间明显变长。 （请注意，SWC 过程中传输的数据量根据模型的复杂度和要同步的更改复杂度而不同。 7MB 的传输显示了 SWC 已临近典型用户活动的上限。）
传输大量数据的操作的带宽和性能
除了首次保存中心模型外，创建新本地副本是 Revit 中需要最多带宽的用户操作：在该操作期间，Revit 必须为模型及其链接构建权限状态的缓存，而这一行为会在 WAN 中传输大量数据。 在本例中，从主机服务器共复制了 42MB 的数据至用户工作站：其中 27MB 用于主体模型的权限状态，15MB 用于其链接的权限状态。 与传输适中数据量的操作一样，在可用吞吐量和性能之间存在直接关系。 网络管理员需要在这些操作过程中，根据用户所能允许的延迟率对可用带宽进行校准。
结论
- 尝试在较远的地理距离之间进行协作：为获得良好的可用性就需要更多的带宽，因为带宽不足和高延迟性会对影响产生多重负面影响。
- 实施大型模型和项目：在使用大型模型时，生成大量网络流量的操作会传输更多的数据。 为确保在合理的时间内完成这些操作，就可能需要更多的带宽。
- 频繁的并发服务器访问：当多个用户同时访问 Revit Server 时，则必须共享带宽。 如果 Revit Server 荷载较重，那么增加可用带宽就十分有用，这样可确保每个用户都拥有足够的访问吞吐量。
相反，低荷载的服务器、间隔距离适中的展开以及复杂度有限的项目在吞吐少于 3Mbit/秒 时可以获得较理想的性能。
最后值得注意的是，网络流量优化和压缩（例如在 Riverbed 的 Steelhead 设备中实施的优化和压缩）可与 Revit Server 完全兼容，并且可进一步提高性能，尤其是在网络不佳的情况下。