| Arcserve |
下表识别当前 Arcserve UDP 版本中所包含的修正。
T00000003
修正了以下问题：如果错过了任何无代理备份，则没有电子邮件报警生成。
T00000005
修正了以下问题：如果将不同类型的无代理备份作业（自定义/每日/每周/每月）排定在同一时间，则有时即使是优先级最高的作业也无法运行并且补充作业也不会触发。
T00000011
修正了以下问题：使用 cmdutil /db /dump /rps 输出时，rps 活动日志中的一个消息有多个空行。
T00000012
修正了为挂接的会话启用备份还原权限的问题。
T00000019
修正了以下问题：如果虚拟机深入到数据中心的两层之下，则虚拟备机作业会失败。
T00000020
修正了以下问题：先行/后继命令将一些临时文件留在客户操作系统内。
T00000023
修正了以下问题：如果用户名和域名的总长度超过 20 个字符，则无法更新管理员帐户。
T00000029
修正了以下问题：对于某些卷，如果使用 winobj.exe 检查这些卷是否有多个关联的卷 GUID，则增量备份将始终转换成验证备份。
T00000030
修正了以下问题：在某些情况下，UDP CBT 服务（被 Hyper-V 虚拟机的无代理备份使用）会挂起 Hyper-V 服务器。
T00000031
修正了以下问题：复制恢复点作业会失败，并且复制恢复点作业调试日志中会显示错误“索引 xxxxxx 超过位图”。
T00000034
修正了以下问题：如果将不同类型的无代理备份作业（自定义/每日/每周/每月）排定在同一时间，则有时即使是优先级最高的作业也无法运行并且补充作业也不会触发。
T00000037
修正了以下问题：如果将目标管理程序选作 ESX(i) 而非 vSphere，则在运行虚拟备机作业期间，系统会在一分钟的时间间隔中生成多个名为“按 UUID 查找”的任务。
T00000039
修正了以下问题：Arcserve UDP 代理数据的同步会显示“同步过程无法在控制台节点控制台主机上同步基于主机的 VM 备份作业数据”这一错误，但备份作业成功。
T00000040/T00000047
修正了以下问题：有时基于主机的备份会将空字符串同步到控制台，这会导致分析异常。
T00000048
修正了以下问题：在 MSP 站点上升级到新版本后，该站点中不存在的远程节点会请求升级。
T00000049
修正了以下问题：由于挂接点包含在 vhdx 文件路径中，可用磁盘空间计算和拍取可启动快照会失败。
T00000050
针对在从重复数据消除数据存储中读取数据时优化恢复 VM 作业的吞吐量进行了修正。
T00000055
修正了会导致备用 VM 选择不正确的磁盘控制器且无法启动的问题。
T00000056
修正了在 MSP 端合并作业和虚拟备机作业可能会彼此冲突的问题。虚拟备机作业和/或合并作业可能会失败。
T00000057
修正了以下问题：先前失败的虚拟备机作业会导致下一个虚拟备机作业删除 Hyper-V 平台上的会话数据快照磁盘文件。
T00000061
修正了无法从要求身份验证的 RPS 服务器发送电子邮件报警的问题。调试日志中会显示以下错误：“[ERROR] EmailHelper.sendEmail - 发送电子邮件失败，javax.mail.AuthenticationFailedException:535 5.7.3 身份验证未成功”。
T00000062
修正了在成功完成编录后输出锁定错误的问题。
T00000067
修正了以下问题：当 MCP 报告中仅选择代理节点时，不会统计 Linux 代理备份数据。
T00000068
修正了以下问题：as_gddmgr.exe（以前称为 ca_gddmgr.exe）ChecksumUDPSession 不支持大于 512 GB 的恢复点。
T00000070
修正了以下问题：当两个具有共享 VMware 连接的并行虚拟备机作业分别删除这些快照后，第一个 Virtual Standby 会由于被第二个虚拟备机作业取消的任务而失败。
T00000071
修正了以下问题：如果数据存储是在远程 NAS 设备中，则该数据存储在 RPS 重新启动后无法自动启动。
T00000076
修正了以下问题：在导入数据存储时，控制台会显示到数据存储角色文件夹被其他数据存储占用，即使该文件夹未被其他数据存储占用也是如此。
T00000080
修正了以下问题：当数据库处于完全模式时，SQL 事务日志文件大小不会减少或者数据库不会缩减。
T00000081
修正了在运行先行/后继命令时备份崩溃的问题。此崩溃是由 ACL 对象造成的，由于相关指针在第一版中未设置为空，该对象会被发布两次。
T00000082
修正了以下问题：在启用 TLS 加密后及使用自签名证书时，用户无法从 Exchange 服务器发送电子邮件报警。
T00000083/T00000118
修正了文件复制到 Azure 云的问题，在复制过程中，文件名或路径在编码后超过 1024 个字符。
T00000087
修正了以下问题：对于 Azure 云上的每篇 MSDN 博客报告，Microsoft 都会自 2015 年 12 月起移除对旧 REST API 的支持。
T00000090
修正了以下问题：如果无代理备份作业的补充作业由于任何原因而不成功，则该补充作业会尝试运行多次。
T00000093
修正了以下问题：如果在下载或安装 Windows 更新时进行备份，则服务器无法启动并在 BMR 后出现各种错误。快照中将缺少正在下载或安装的某些文件。只有 Windows Vista 和更高版本的操作系统才会出现此问题。
T0000095
修正了以下问题：由于校验和验证失败，包含恢复的非重复数据消除增量恢复点的复制作业会失败。
T00000096
修正了以下问题：由于恢复点链不完整，快速启动/复制非重复数据消除目标数据存储上的合并作业可能会失败。活动日志中可能显示以下错误：Data\disk2038682500\S0000000011 不存在。
T00000097 和 T00000098
修正了以下问题：如果有任何恢复点在读/写模式下挂接为本地卷，则在拍取快照时，卷影副本可能保存在挂接的卷上。这可能会让系统进入死锁然后冻结系统。
T00000110
修正了以下问题：文件复制作业有时会失败，并显示以下错误消息“无法为复制文件 \\TS3400D9A8\UDPBackup\LJS-Server\VStore\S0000000050\Volume_C.FList Error 38 复制卷”
T00000102
该修正可以提高在 WAN 网络环境中进行复制的稳定性。
T00000105
修正了以下问题：由于 Arcserve UDP 无法查询子域下的 Exchange 帐户，还原 Exchange 数据库失败。
T00000110
将先行/后继命令工具的部署目标从 C:\ 卷的根目录移到 C:\ARCserveVMPrePostCmd 文件夹，以避免在启用 UAC 时出现某些访问问题。
T00000114
修正了以下问题：将文件复制到爱尔兰地区的 Amazon 云失败，并在 Amazon 日志文件中显示以下错误“Error CodeAuthorizationHeaderMalformedError Message :-The authorization header is malformed; the region 'external-3' is wrong; expecting 'eu-west-1' (Service:Amazon S3; Status Code:400; Error Code:AuthorizationHeaderMalformed; Request ID:648DC2F86C4FAE30)"
T00000117
修正了以下问题：由于无法读取文件大小为零的数据，编录失败，日志中的错误代码为 102 或 10102。
T00000124
修正了以下问题：无代理备份在特定环境中失败，在此环境中， 有一个 IP 地址可以从代理服务器解析但不能连接。
T00000125
修正了以下问题：对 VMware VM 使用“VM 内部的 MS VSS”快照方法时，客户 VSS 快照会被删除。
T00000129
修正了以下问题：对于包含不规则磁盘大小的 VHD 的 VM，Hyper-V 无代理备份作业会崩溃。
T00000130
修正了以下问题：对于无代理 VM 备份的补充作业，编录作业可能无法启动。
T00000140
修正了以下问题：当无代理备份生成的一个元数据文件的路径长度超过 259 个字符时，合并作业会失败。
T00000141
修正了以下问题：当 RPS 和 Arcserve UDP 代理安装在同一台计算机上并且 Arcserve UDP 备份目标路径同时包含主机名时，合并作业会失败。
T00000143
修正了以下问题：对于无效的完全位图文件，增量备份作业可能会崩溃。
T00000145
修正了以下问题：数据存储在位于远程 iSCSI 目标中时无法启动。
T00000147
该修正会对 VMware VM 执行 VMDK 整合，以避免在备份 VM 时生成 delta vmdk 文件。
T00000152
修正了以下问题：当任何文件的属性列表中有 100 个以上碎片时，编录会崩溃。
T00000156
修正了清除作业中的一个问题。该修正会从文件复制目标清除 0 KB 文件。
T00000163
修正了以下问题：HotAdd 传输模式不能用于 VMware VM 恢复（例如，当代理 VM 和目标 VM 位于同一 ESXi 主机中时）。
T00000169
修正了以下问题：Arcserve UDP 备份无法拍取静止快照，此问题通常是由环境问题（如 VMTools、VSS、编写器故障或客户 OS 内部的错误）导致的。该修正可切换到崩溃一致性快照，以避免快照失败。
T00000170
修正了以下问题：当 cataloggenerator.exe 进程消耗的内存超过 2 GB 时，编录作业会崩溃。
T00000177
修正了以下问题：当源 RPS 服务器上有已复制的会话 GUID 时，RPS 复制作业会挂起。
T00000185
修正了以下问题：如果有不完整的元数据文件，则重复数据消除哈希角色可能会崩溃。元数据文件不完整的原因可能是缺少内存或远程磁盘访问失败。
T00000190
修正了以下问题：无法在 SQL 群集环境中执行 SQL 数据库级还原（转储文件除外）。
T00000191
修正了以下问题：即使编录过程仍在运行，编录作业也会报告为失败。没有针对此失败的编录作业的电子邮件报警，并且排定了补充编录作业。
T00000193
修正了以下问题：由于无代理备份期间未生成卷信息，针对特定 VM 的文件级还原无法执行。
T00000196
修正了以下问题：在 Arcserve UDP 控制台中添加与 Linux 备份服务器同名的 Linux 节点时，该控制台会显示以下消息：
网络出现问题。请验证节点 {0} 是否已打开以及 Secure Shell (ssh) 连接是否良好。
另一 Linux 备份服务器无法连接到 Linux 节点。
T00000198
修正了复制在已阻止状态下会超出调节配置的问题。
T00000200
修正了导出的活动日志消息中存在回车的问题。
T00000201/T00000202
修正了以下问题：如果存在任何正在运行的作业，则无法修改合并作业排定发生更改的计划。
T00000203
修正了以下问题：当目标为 RPS 时，无法执行复制恢复点任务。这是因为两种排定会与相同作业名和作业组发生冲突。
修正了以下问题：由于密码无法解密，无法使用身份验证选项发送 RPS 电子邮件。
修正了以下问题：数据存储选项中的浏览节点不会显示具有相同节点 uuid 的节点，因为 Arcserve UDP 使用 uuid 识别该节点。
T00000207
修正了以下问题：由于公开 VSS 快照等待超时，Hyper-V 无代理备份失败。
T00000208
修正了有时编录作业或复制作业无法在无代理备份作业之后启动的问题。
T00000211
修正了以下问题：如果在某些数据库包含日志传送时截短 SQL 日志，则备份会崩溃。
T00000212
修正了以下问题：由于复制作业无法从源 RPS 服务器上的 NAS 设备中收集备份会话的文件大小，该作业会失败。
T00000215
修正了以下问题：当 exchangeReader.dll.logbak 文件计数超过 100 时，新的 bak 文件会覆盖上一个 bak 文件。
T00000217
修正了以下问题：当数据库中有多个根目录对象时，无法浏览 Active Directory 项目。
T00000221
修正了在从源数据存储读取数据时复制作业会挂起的问题。传出复制作业调试日志中将以下错误消息（每隔 30 秒显示一次）：
无法在 30000 毫秒内请求读取插槽。
T00000225
提供命令行选项来查询和管理后端清除和磁盘回收。
T00000226
修正了以下问题：如果在第一个源磁盘上暂停合并作业，则复制作业可能会在为第二个源磁盘重建磁盘索引文件时失败。
T00000227
修正了两项针对在同一数据存储上同时运行多个作业的方案的性能优化。第一个修正旨在减少磁盘刷新，以便在每个作业的开头添加会话锁定。第二个修正旨在允许相关配置，以便在同一数据存储上的作业之间删除磁盘访问同步锁定。
T00000235
修正了 G2 VM 启动设置在非英语 Hyper-V 主机中不会还原的问题。
T00000236
修正了无代理重试作业会丢失保留标志的问题。
T00000244
修正了以下问题：当 vCenter 中存在许多 ESX 服务器和 VM 时，无代理备份作业在执行 VM 客户操作系统操作（以前称为 VIX）时可能速度缓慢。
T00000248
修正了以下问题：在还原 SUSE Linux VM 后，客户操作系统会启动并被卡住。该操作系统会一直等待非现有硬盘设备。
T00000250
修正了编录作业会因无法读取数据而失败的问题。日志中会显示消息并且恢复点无法挂接到驱动器号。
T00000253
修正了由于相关编写器被排除而无法备份 dateV 数据库的问题。
Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.