Module 2: SMB Support for SQL and Hyper-V

SMB 3.0 服务器
SMB 3.0 使用网络状态持久性通过跟踪文件句柄状态和 SMB 的连接来解决无法回放操作的问题。
另外，为了确保数据不会停留在文件服务器上的缓存中（而是写入磁盘），本地磁盘上的文件句柄始终以透写方式打开。 在文件服务器节点失败时，您知道数据已写入磁盘。 不要让很多文件操作聚集在内存，等待写入到磁盘；如果文件服务器节点失败，这些操作将丢失，这一点不可接受。
恢复键

SMB 3.0 引入了恢复键来管理故障转移后用于恢复的操作。
恢复键保留所有状态信息，以便当故障转移完成后客户端返回时，状态信息可以返回到客户端，包括是否完成任何文件删除（从 SMB 3.0 客户端示例）。

见证服务
见证服务非常重要，特别在恢复计划外故障时。

SMB 是 TCP/IP 上运行的协议。 当通过 TCP/IP 通信时，客户端会发现服务器故障，因为如果服务器没有响应将导致客户端收到 TCP 超时消息。 在足够的 TCP 超时之后，客户端将尝试重新连接服务器。 等候 TCP 超时和重新连接需要比较长的时间，见证服务可以加快计划外故障转移，因为客户端不需要等候超时。 见证服务会发出一个通知：文件服务器不再可用，客户端应进行故障转移和重新连接其他服务器。

群集客户端故障转移 (CCF) 适用于支持故障转移群集的服务器应用程序。 如果服务器应用程序群集节点发生计划外故障，CCF 可以确保服务器应用程序可以访问其数据文件。
组织可以使用 CCF 来开发其自己的业务线 (LOB) 应用程序，以便以透明方式进行故障转移。
LOB 服务器应用程序的开发人员应使用新 RegisterAppInstance 应用程序编程接口 (API) 来注册应用程序实例，并确保应用程序在打开远程文件之前可以调用 API。
另外，应用程序应检查以确保打开的文件是持久性文件。 持久性文件的句柄在支持透明故障转移的文件共享上已打开。 您可以通过使用 GetFile InformationByHandleEx 命令检查持久性。

性能对于运行 SQL Server 或 Hyper-V 的组织特别重要。当前很多组织在直接连接存储 (DAS)、Internet 小型计算机系统接口 (iSCSI) 或光纤通道存储区域网络 (SAN) 上运行 SQL Server 或 Hyper-V 来帮助最大化 I/O 性能。 SMB 3.0 的一个性能目标是在以太网上拥有 1 Gbps 的文件访问速度，从而能匹配 DAS 的性能。

Microsoft 已展开自上而下的性能分析和调节，包括 SMB 服务器优化、添加新跟踪设备来帮助识别瓶颈和实质性重构 SMB 2 客户端。

Windows Server 2012 中的 SMB 3.0 在以下条件下可以发挥大约 98% 的 DAS 提供的事务性能：
? 相同服务器和存储
? 1 Gbps 以太网与 4 Gbps 光纤通道
? 28 x 10,000 rpm 硬盘驱动器
这可以让管理员利用基于文件的远程存储的灵活性。 存储可以轻松移动，因为它对于应用程序服务器来说属于远程存储，而应用程序服务器可以位于不同的物理机器上来充分利用其性能优势。

SMB 多通道为每个可用 SMB 会话使用多个 TCP 连接。 例如，如果服务器配置在运行 SQL Server 和后端文件存储的计算机之间具有多个 1 G 网络接口卡 (NIC)，则 SMB 多通道将自动聚合可用的带宽。

SMB 多通道支持透明故障转移；如果有可用的其他连接，它将从网络故障进行恢复。 这提供了一个恢复能力很强的网络环境，可以支持 SQL Server 和 Hyper-V，以及其他业务关键应用程序。

除了自动在多个 NIC 之间聚合带宽外，SMB 多通道通过为网络处理使用多个 CPU 和支持接收方缩放 (RSS) 的多个 NIC 提高了吞吐量。
SMB 多通道配置自动进行： SMB 3.0 自动检测和使用多网络路径。

SMB Direct 使用远程直接内存访问 (RDMA) 支持在两个计算机之间移动数据，而不需要使用 TCP/IP 堆栈。 这允许高吞吐量、低延迟网络，但需要依赖具有 RDMA 功能的 NIC (R-NIC)。

通过 SMB 多通道，SMB Direct 可以自动发现和使用 R-NIC。 SMB Direct 可以与 SMB 多通道配合使用，聚合多个 R-NIC，并使用 SMB 多通道来进行负载平衡和故障转移。

SMB Direct 具有 SMB 文件存储的传统优势： 易于配置、管理和迁移，它不要求应用程序更改或管理配置。

SMB 3.0 通过在 SMB 文件共享上启用卷影复制服务 (VSS) 来支持存储数据备份。

在 Windows Server 2012 中，VSS 可以为服务器应用程序数据创建应用程序一致的卷影复制，并能将这些卷影复制存储在 SMB 3.0 共享上。

为了备份和恢复目的，您应验证您的备份软件支持将卷影复制存储在远程应用程序服务器上。