该部分包括 Rapid Recovery 版本 6.1.2 中已弃用的功能、项目或相关组件的列表。
Microsoft 在 2017 年 4 月 11 日根据其支持生命周期策略结束了对 Exchange Server 2007 的扩展支持。
在安装了 Microsoft Office SharePoint Server 2007(32 位)的计算机上,DocRetriever Agent 不起作用。 |
||
由于损坏的链接经后续修复,packages-downloader 脚本无法为 Debian 8 下载 mono 程序包。 |
||
以下是面向客户的问题的列表,包括那些归因于第三方产品的问题以及发行时存在的问题。
由于域控制器、组和帐户的特定配置,无法授权单个客户环境中的 Central Management Console。 解决办法:无。除非具体情况重复出现,否则该问题不会再发生。 |
组件 Microsoft Windows Azure Storage 7.2.1 未显示在产品中的第三方组件列表中。其中显示的是该组件的已过时版本。 解决办法:Microsoft Windows Azure Storage 7.2.1 使用 Apache 2.0 许可证,该许可证可以在产品帮助中的“第三方贡献”列表中找到,并从“关于 Rapid Recovery”页面进行超链接。 |
||
组件 DataGridViewImageAnimator 1.0 显示在产品中的第三方组件列表中,即使该组件未在 Rapid Recovery 6.1.2 中使用。 解决办法:在将来的版本中,该组件将从“第三方贡献”列表中删除。 |
||
组件 SimpleRestServices 1.3.0.3 未显示在产品中的第三方组件列表中。其中显示的是该组件的已过时版本。 解决办法:SimpleRestServices 1.3.0.3 用于 Rapid Recovery 6.1.2。该组件使用 MIT N/A 许可证。本许可证的副本位于http://quest.com/legal/third-party-licenses.aspx。 |
||
组件 OpenStack.NET 1.4.0.2 未显示在产品中的第三方组件列表中。其中显示的是该组件的已过时版本。 解决办法:OpenStack.NET 1.4.0.2 用于 Rapid Recovery 6.1.2。该组件使用 MIT N/A 许可证。本许可证的副本位于http://quest.com/legal/third-party-licenses.aspx。 |
||
组件 NLog 3.2.1 未显示在产品中的第三方组件列表中。其中显示的是该组件的已过时版本。 解决办法:NLog 3.2.1 用于 Rapid Recovery 6.1.2。该组件使用 BSD - Kowalski 2011 许可证,版权所有 (c) 2004-2011 Jaroslaw Kowalski <jaak@jkowwalski.net>。本许可证的副本位于http://quest.com/legal/third-party-licenses.aspx。 |
||
组件 AWS SDK for .NET 3.3.1.2 未显示在产品中的第三方组件列表中。其中显示的是该组件的已过时版本。 解决办法:AWS SDK for .NET 3.3.1.2 使用 Apache 2.0 许可证,该许可证可以在产品帮助中的“第三方贡献”列表中找到,并从“关于 Rapid Recovery”页面进行超链接。 |
||
自版本 6.1.2 起,Rapid Recovery Core 的产品的上下文相关帮助已更名,以反映 Quest Software 的所有权。除更名外,该版本中的帮助文件不会显示任何内容更改。 |
||
Rapid Recovery 用户指南的“在 Azure 中部署虚拟机”(版本 6.1.x)程序中包含不必要的步骤。要对未来版本的说明文件做相应修订。 解决办法:按照此程序进行操作时,请忽略步骤 4 到步骤 8。当前编号为步骤 9 的步骤应以“在目标页面中...”开头。 |
||
Rapid Recovery 用户指南中的“设置连续导出到 Azure”程序(版本 6.1.x)包含不必要的步骤。要对未来版本的说明文件做相应修订。 解决办法:按照此程序进行操作时,请忽略步骤 4 和步骤 5。由于您是在定义正在进行的连续导出,因此系统不会提示您选择恢复点。同样,向导结束时也不会显示“摘要”页面。在向导的“卷”页面上单击“完成” (而不是“下一步”)。 |
||
在 Azure 中创建的容器用于存储从 Rapid Recovery Core 导出到关联的 Azure 帐户的虚拟机。如果在执行虚拟导出之前创建了特定容器,则虚拟机导出向导通常会在“目标”窗口的“容器名称”字段中作为可选容器之一显示该容器。如果是在定义虚拟导出的过程中,通过在“容器名称”字段中输入有效容器名称的方式创建的容器,则该容器可能不会立即显示在向导中。此行为未反映在 Rapid Recovery 用户指南所述的相应程序之中。 解决办法:如果从虚拟机导出向导创建容器,并且无法从向导 UI 访问该容器,只需关闭向导并重新启动,然后应该就可以访问新创建的容器了。要对未来版本的说明文件做相应修订。 |
||
执行虚拟导出至 Azure 时,Rapid Recovery Core 会使用通过经典管理模型创建的 Azure 存储和容器。Core 未能识别使用较新的资源管理器部署模型在 Azure 中创建的容器。Rapid Recovery 用户指南“在 Azure 存储帐户中创建容器”程序(版本 6.1.x)中未指定需要使用经典管理模型。要对未来版本的说明文件做相应修订。 解决办法:使用经典管理模型创建存储帐户和容器以进行虚拟导出。如果已使用经典模型创建过存储帐户,则为其创建的所有新容器都将自动使用正确的模型(经典模型)。 |
在某些情况下,Kaseya 服务器中的 Cores 和 Agents 的凭证被存储在 AppRecoveryParams.json 文件中的未加密文本中。 |
对于在 Windows Server 2016 计算机上已安装的恢复点,“浏览”按钮被禁用。 解决办法:使用 Windows 资源管理器查找已安装的恢复点中的数据。 |
MailboxRestore 无法恢复包含表情符号的消息,例如闷闷不乐的脸(ASCII 符号 "😒")。 解决办法:与支持部门联系并请求能够解决此问题的自定义二进制文件。 |
||
在恢复公共文件夹的权限的过程中,如果未在全局地址列表中找到用户,则会显示不提供任何信息的错误消息。 解决办法:无需解决办法,因为缺陷仅描述了可被忽略的错误消息。 |
© ALL RIGHTS RESERVED. Feedback Terms of Use Privacy