即将推出的Veeam Availability Suite v9将为企业环境带来更多增强功能，其中包括许多令人兴奋的新功能。在这些环境中，通常会出现两个主要特征，并需要适当的解决方案：可扩展性和多个远程/分支办公室的管理。与受保护虚拟机的来宾操作系统进行交互以进行适当的备份和恢复是我们软件的一项非常高级的功能。作为一个完全无代理的解决方案，我们的备份作业将一个临时的运行时进程部署到每个启用了"应用程序感知图像处理"的虚拟机中。此进程负责VSS处理协调，执行特定于应用程序的备份步骤，如日志截断和来宾文件系统索引。在v9之前，所有来宾交互都是由备份服务器执行的。对于每个受保护的虚拟机，中央控制台将来宾交互过程直接部署到虚拟机中（通过网络直接部署到来宾操作系统中，或者通过主机连接为断开连接的网络上的来宾使用vixapi）。这一直是完美的，但随着受保护环境的规模和复杂性的增长，两个限制变得明显。第一，可扩展性。来宾处理由备份服务器管理，但在典型的客户环境中，受保护的虚拟机数量随着时间的推移而显著增加，备份服务器资源开始成为一个瓶颈，从而限制了作业开始出现超时之前并发来宾交互的数量。第二个限制与第一个限制有些关联。企业环境通常也有几个远程办公室，虚拟化环境部署在本地以服务于这些分支机构的用户。由于在这种情况下，VBR服务器通常部署在总部，所有来宾交互都必须通过WAN链路进行，这通常很慢。因此，即使在分支机构部署了远程代理和存储库以保持本地的备份和恢复流量，来宾交互流量仍然需要跨广域网，这导致了此类环境的可扩展性问题。为了提高性能，v9将引入一个来宾交互代理。客户可以将此虚拟角色分配给任何托管Windows服务器（包括现有备份代理和存储库）。分支机构中的远程备份代理通常是理想的候选代理，因为它最接近它所保护的虚拟机：在来宾交互代理就位后，备份服务器将只通过广域网链接发送控制命令。它将是"本地"来宾交互代理，将来宾交互过程上载到已处理的vm。因此，通过慢速链路的流量将被最小化，同时VBR服务器上的负载也将减少。而且，由于单个备份服务器将能够控制多个来宾交互代理，所以可伸缩性得到了极大的改进。例如，考虑一个拥有500个远程站点的企业用户。现在，这个业务可以指定每个站点的备份代理也作为客户交互代理，全部由中央备份服务器控制。显然，多个客户交互代理也可以在单个大型数据中心中使用，以提高客户交互活动的性能和规模。此功能的另一个潜在好处可能不是很明显，它是在无法通过VIX进行无网络处理时（例如，出于安全考虑而无法提供所需的高权限来宾交互帐户）访问来宾操作系统。基本上，您现在可以在生产和备份网络中指定一台具有NIC的Windows计算机，并将其用作来宾交互代理，将通信从备份网络"转发"到生产网络。但备份永远只是故事的一半。一旦数据安全地存储在存储库中，就可能需要进行恢复。而且，如果我们再次从远程办公室场景来看这一点，今天，文件级恢复必须由中央备份服务器驱动，备份文件直接安装在中央备份服务器上：因此，即使备份存储库本身在远程虚拟化环境中是"本地"的，在就地文件级恢复过程中，数据必须经过两次慢速WAN链接—首先被拉到备份服务器，然后再发送回远程站点中的虚拟机。一个流行的解决方法是使用多操作系统文件级还原（FLR）向导，并在远程站点启动FLR helper设备，但是这种方法有其自身的缺点。对于v9，由于每个备份存储库都有新的装载服务器设置，因此不再需要这样做。基本上，现在可以将Veeam管理的任何Windows服务器指定为Veeam备份的FLR装载点。当然，对于远程办公室来说，没有比现有的基于Windows的存储库本身作为装载主机更好的选择了！现在，由于有了这个新组件，中央VBR服务器将只通过广域网链路发送控制命令，而远程备份将由指定的"本地"装载服务器装载，用于将所需文件直接还原到远程虚拟机中，所有数据传输都保留在远程站点内。当我们谈论"远程"操作时，v9中另一个非常重要的附加功能是一个独立的控制台。是的，我们讨论的是期待已久的Veeam备份和复制控制台，Veeam管理员可以将其与备份服务器分开安装，例如在自己的工作站上，从而能够通过网络远程管理备份服务器。告别RDP会话，或者在连接到同一个备份服务器时多个用户互相踢出，因为现在每个操作员都可以拥有自己的控制台。值得注意的是，对于需要在本地装载备份的高级恢复场景（如Veeam Explorers），控制台还承担了装载服务器的角色，这一功能在ROBO场景中非常有用。但是，今天还没完呢！正如您在v8中已经看到的，我们完全致力于为市场上任何规模的客户提供最好的磁带支持—而且v9将带来我们的企业客户一直渴望得到的多个附加磁带功能增强。我只会介绍前几个，但我可以向你保证，还有很多小的改进！首先，如果你问我，最大的一个是创建一个与单个物理库分离的媒体池，并且能够跨多个库跨数据。这个"全球媒体池"将成为磁带作业的主要目标，它将提高性能和总体管理体验。指向"全局媒体池"的磁带作业可以根据配置的库故障转移顺序使用多个库或独立驱动器，并在发生故障转移事件时切换到其中一个可用库。例如，想象一下，如果一个库的可用介质用完了，或者所有的磁带机都被占用了。由于使用了全局媒体池，磁带作业现在可以切换到另一个仍有可用介质或磁带驱动器的库。我们还为磁带操作性能添加了哪些其他重要功能？在v9中，多个磁带机之间的大量请求的并行处理变得可用！以前需要设置多个媒体池和磁带备份作业，从而增加了复杂性，现在可以开箱即用了！接下来，我们来谈谈磁带介质的轮换。我相信你们中的许多人都会很高兴地听到v9中将提供一种新的媒体池：用于完全备份的专用GFS媒体池。同样，虽然在v8中使用多个媒体池可以获得基本相同的结果，但v9通过完全消除相关的管理复杂性而进一步提高了这一点。如果您熟悉我们现有的备份拷贝作业的祖父-父亲-儿子（GFS）从v8开始的轮换机制-这个概念在这里保持不变，因此它应该很容易理解。当完全备份针对备份到磁带作业设置中的GFS介质池时，将根据指定的保留方案保留相应的磁带，包括数周、数月、季度甚至数年—只要您的数据保留策略需要。使用GFS介质池，需要更少的磁带即可获得更长的保留时间。例如，配置为维护5年完整备份的GFS轮换方案只需要20个磁带：每周4个，每月12个，每年4个。简单介质池仍然可以用于短期完整备份保留和增量备份，因此您最终可以决定哪个介质池最适合所需的数据保留方案。仅从这篇博文中您就可以看到，v9中有许多重要的特定于企业的功能增强。相信我，我们才刚刚开始发布，因为最酷的v9企业版功能还没有公布。我希望我们的努力清楚地表明，我们确实非常关注我们企业客户的独特需求，并决心为您提供100%企业级产品，并且能够轻松扩展以保持您不断增长的业务的可用性。Veeam Availability Suite v9页面即将举行的关于v9中这些企业增强功能的网络研讨会（8月20日）VN:F[1.9.22_1171]评级：5.0/5（18票投票）v9中的企业增强功能：机器人和磁带，基于18个评级，5分为5分