Toggle navigation
Acronis 中文知识库系统
添加
添加
草稿列表
收藏
列表
高级检索
登录
历史
Removed User
2020-6-5 下午12:06
差异
旧内容
内容
# 问题现象(介绍) 备份或其他操作(复制,恢复等)失败,并显示以下错误: `The archive is invalid or its type is unsupported` ``` | error 0x4001fb: Failed to open the backup archive by the ID. | line: 0xa1d3981537c68833 | file: e:\235\enterprise\backup\impl\location_impl.cpp:821 | function: Backup::Impl::OpenArchiveById | id: AcronisBackup.TIB | $module: disk_bundle_vsa64_10330 | | error 0x400355: Failed to open archive 'AcronisBackup.TIB'. | line: 0x6a1198d1b8be2c36 | file: e:\235\enterprise\backup\impl\archive_data_creator.cpp:242 | function: `anonymous-namespace'::OpenArchive | $module: disk_bundle_vsa64_10330 | | error 0x400001: The archive is invalid or its type is unsupported. | line: 0x98130db273d2482 | file: e:\235\enterprise\backup\archivers\is\archive.cpp:153 | function: Backup::ISArchive::Open | $module: disk_bundle_vsa64_10330 ``` # 问题原因 导致此错误的原因可能有多种:存档元数据丢失或损坏,或者备份存档本身已损坏。 # 解决方法 首先,检查存档元数据是否丢失或损坏。解决方案取决于 您使用哪种类型的[备份格式](https://www.acronis.com/zh-cn/support/documentation/AcronisBackup_12.5/#38763.html): ## 使用版本11备份格式 该问题可能是由丢失或损坏的.xml元数据文件引起的。检查备份位置中是否存在元文件(xml文件)。如果没有此类文件,或者您怀疑它们可能已损坏,请重新创建该文件。 要获取新的元数据文件进行存档,请使用以下解决方法之一: 1. 刷新受影响的保管库:打开Cyber Protection控制台,导航到“ 备份” -选择受影响的存储-选择受影响的备份-单击“ 显示备份” ,然后单击“ 刷新”图标。 2. 使用Acronis[命令行实用程序](https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5_Command_Line_Reference/index.html#37072.html)(默认情况下与Windows代理,Linux代理或Mac代理一起安装),运行命令以列出有关备份位置中存档的信息。运行列表备份命令将自动重新创建元数据文件: - 启动命令提示符 - 发出以下命令: ``` acrocmd list backups --loc=<path_to_backup_location> --credentials=<user>,<pass> --arc=my_archive ``` - 需要凭据才能访问网络位置。如果备份存储在本地,请跳过此参数 - 例子: - acrocmd list backups --loc=E:\backups\ --arc=my_archive - acrocmd list backups --loc=E:\backups\ --arc=my_archive ### 将备份复制或移动到其他位置时,应始终保留元数据文件。 如果您删除错误消息中提到的存档,请按照下列步骤操作: 1. 在备份存储位置中找到适当的.xml文件,然后将该文件的副本保存到其他位置。 2. 在原始文件夹中,在文本编辑器中打开.xml文件。查找有关已删除备份存档的条目,例如“ AcronisBackup-Vol_2018_11_04_23_06_20_926D2.TIB”。从.xml中删除此部分:它开始以<metainfo id= 和 结尾以 </metainfo>,将更改保存到文件。  3. 刷新受影响的保管库:打开Cyber Protection控制台,导航至备份 -选择受影响的存储-选择受影响的备份-单击显示备份,然后单击刷新。 ## 使用版本12备份格式 备份档案的元信息存储在第一个档案的片中。检查第一片是否在存储上可用。 例如,完整的归档卷集如下所示: [Machine Name]-[Plan ID]-[Unique ID]A.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0001.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0002.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0003.tibx ... 如果备份位置中不存在文件 [Machine Name]-[Plan ID]-[Unique ID]A.tibx,并且您删除或移动了该文件,请将其还原回备份位置。 如果无法进行还原,请手动重新创建第一个切片: ### (!)此替代方法仅适用于非加密档案。 1. 在备份位置创建一个新的空 .txt文件; 2. 将此文件的名称更改为缺少的初始备份卷的名称,例如 Machine Name]-[Plan ID]-[Unique ID]A.tibx 之前  之后  如果第一个切片或xml元文件在存储上可用,但是备份仍然失败,并显示相同的错误消息,请验证存档。 ## 版本11和版本12备份格式: 验证存档:请参阅[产品文档](https://www.acronis.com/zh-cn/support/documentation/AcronisBackup_12.5/#36339.html)以获取说明。 如果验证结果报告存档已损坏,请按照以下步骤查明损坏的原因: ### 故障排除 1. 如果已使用,请在代理和具有Acronis存储节点的计算机上测试内存。请参阅 [测试计算机内存](https://kb.acronis.com/content/1669)。如果memtest发现RAM出现任何错误,则说明备份损坏是由于硬件问题引起的,应更换RAM来解决该问题。 2. 如果memtest没有显示出RAM的任何错误,并且备份没有存储在内部磁盘上,请在内部磁盘上重新尝试相同的备份和相同的操作,然后检查问题是否再次出现。如果内部驱动器上的备份未产生此类错误,则在传输到外部位置期间数据将损坏。根据备份目标,损坏可能是由于网络问题,目标磁盘错误,目标硬件问题,驱动程序过时等引起的。 3. 如果将备份保存到内部驱动器时重现该错误,则需要调查此问题。收集以下所述的诊断信息: 1.使用Acronis命令行实用程序验证受影响的备份存档,并使用--log参数收集验证操作的日志 - Acronis Cyber Backup 12.5:在安装了代理的计算机上,启动命令提示符(开始->运行-> cmd)并运行命令进行验证: ``` acrocmd validate archive --loc=<path to backup> --arc=<archive name> --log=<full path> ``` 其中: <path to backup>是备份所在的文件夹 <archive name>是您要验证的存档的名称 <full path>是应放置日志的位置 例如; ``` acrocmd validate archive --loc=E:\backups\ --arc=my_archive.tib --log=E:\logs ``` 有关更多信息和其他参数,请参阅[产品文档](https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5_Command_Line_Reference/#37451.html) 2.从代理计算机获取系统信息。 - Acronis Cyber Backup 12.5:请参阅[本文](https://kb.tieten.cn/open.knowledge/view/9?offset=0) 3.如果备份目标是Acronis Cloud Storage,请同时收集[Acronis Cloud证书](https://kb.acronis.com/content/60082) # 收集信息 如果问题不是由于元数据损坏引起的,并且验证完成但没有任何错误,但是问题仍然存在,请收集以下诊断信息: 1. 重现问题时收集[进程监视器日志](https://kb.tieten.cn/open.knowledge/view/53?offset=0&keyword=%E8%BF%9B%E7%A8%8B) 2. 受影响机器的 [Acronis系统信息](https://kb.tieten.cn/open.knowledge/view/9?offset=0) 原文链接:https://kb.acronis.com/content/63066
新内容
内容
# 问题现象(介绍) 备份或其他操作(复制,恢复等)失败,并显示以下错误: `The archive is invalid or its type is unsupported` ``` | error 0x4001fb: Failed to open the backup archive by the ID. | line: 0xa1d3981537c68833 | file: e:\235\enterprise\backup\impl\location_impl.cpp:821 | function: Backup::Impl::OpenArchiveById | id: AcronisBackup.TIB | $module: disk_bundle_vsa64_10330 | | error 0x400355: Failed to open archive 'AcronisBackup.TIB'. | line: 0x6a1198d1b8be2c36 | file: e:\235\enterprise\backup\impl\archive_data_creator.cpp:242 | function: `anonymous-namespace'::OpenArchive | $module: disk_bundle_vsa64_10330 | | error 0x400001: The archive is invalid or its type is unsupported. | line: 0x98130db273d2482 | file: e:\235\enterprise\backup\archivers\is\archive.cpp:153 | function: Backup::ISArchive::Open | $module: disk_bundle_vsa64_10330 ``` # 问题原因 导致此错误的原因可能有多种:存档元数据丢失或损坏,或者备份存档本身已损坏。 # 解决方法 首先,检查存档元数据是否丢失或损坏。解决方案取决于 您使用哪种类型的[备份格式](https://www.acronis.com/zh-cn/support/documentation/AcronisBackup_12.5/#38763.html): ## 使用版本11备份格式 该问题可能是由丢失或损坏的.xml元数据文件引起的。检查备份位置中是否存在元文件(xml文件)。如果没有此类文件,或者您怀疑它们可能已损坏,请重新创建该文件。 要获取新的元数据文件进行存档,请使用以下解决方法之一: 1. 刷新受影响的保管库:打开Cyber Protection控制台,导航到“ 备份” -选择受影响的存储-选择受影响的备份-单击“ 显示备份” ,然后单击“ 刷新”图标。 2. 使用Acronis[命令行实用程序](https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5_Command_Line_Reference/index.html#37072.html)(默认情况下与Windows代理,Linux代理或Mac代理一起安装),运行命令以列出有关备份位置中存档的信息。运行列表备份命令将自动重新创建元数据文件: - 启动命令提示符 - 发出以下命令: ``` acrocmd list backups --loc=<path_to_backup_location> --credentials=<user>,<pass> --arc=my_archive ``` - 需要凭据才能访问网络位置。如果备份存储在本地,请跳过此参数 - 例子: - acrocmd list backups --loc=E:\backups\ --arc=my_archive - acrocmd list backups --loc=E:\backups\ --arc=my_archive ### 将备份复制或移动到其他位置时,应始终保留元数据文件。 如果您删除错误消息中提到的存档,请按照下列步骤操作: 1. 在备份存储位置中找到适当的.xml文件,然后将该文件的副本保存到其他位置。 2. 在原始文件夹中,在文本编辑器中打开.xml文件。查找有关已删除备份存档的条目,例如“ AcronisBackup-Vol_2018_11_04_23_06_20_926D2.TIB”。从.xml中删除此部分:它开始以<metainfo id= 和 结尾以 </metainfo>,将更改保存到文件。  3. 刷新受影响的保管库:打开Cyber Protection控制台,导航至备份 -选择受影响的存储-选择受影响的备份-单击显示备份,然后单击刷新。 ## 使用版本12备份格式 备份存档的元信息存储在第一个存档的片中。检查第一片是否在存储上可用。 例如,完整的归档卷集如下所示: [Machine Name]-[Plan ID]-[Unique ID]A.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0001.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0002.tibx [Machine Name]-[Plan ID]-[Unique ID]A-0003.tibx ... 如果备份位置中不存在文件 [Machine Name]-[Plan ID]-[Unique ID]A.tibx,并且您删除或移动了该文件,请将其还原回备份位置。 如果无法进行还原,请手动重新创建第一个切片: ### (!)此替代方法仅适用于非加密存档。 1. 在备份位置创建一个新的空 .txt文件; 2. 将此文件的名称更改为缺少的初始备份卷的名称,例如 Machine Name]-[Plan ID]-[Unique ID]A.tibx 之前  之后  如果第一个切片或xml元文件在存储上可用,但是备份仍然失败,并显示相同的错误消息,请验证存档。 ## 版本11和版本12备份格式: 验证存档:请参阅[产品文档](https://www.acronis.com/zh-cn/support/documentation/AcronisBackup_12.5/#36339.html)以获取说明。 如果验证结果报告存档已损坏,请按照以下步骤查明损坏的原因: ### 故障排查 1. 如果已使用,请在代理和具有Acronis存储节点的计算机上测试内存。请参阅 [测试计算机内存](https://kb.acronis.com/content/1669)。如果memtest发现RAM出现任何错误,则说明备份损坏是由于硬件问题引起的,应更换RAM来解决该问题。 2. 如果memtest没有显示出RAM的任何错误,并且备份没有存储在内部磁盘上,请在内部磁盘上重新尝试相同的备份和相同的操作,然后检查问题是否再次出现。如果内部驱动器上的备份未产生此类错误,则在传输到外部位置期间数据将损坏。根据备份目标,损坏可能是由于网络问题,目标磁盘错误,目标硬件问题,驱动程序过时等引起的。 3. 如果将备份保存到内部驱动器时重现该错误,则需要调查此问题。收集以下所述的诊断信息: 1.使用Acronis命令行实用程序验证受影响的备份存档,并使用--log参数收集验证操作的日志 - Acronis Cyber Backup 12.5:在安装了代理的计算机上,启动命令提示符(开始->运行-> cmd)并运行命令进行验证: ``` acrocmd validate archive --loc=<path to backup> --arc=<archive name> --log=<full path> ``` 其中: <path to backup>是备份所在的文件夹 <archive name>是您要验证的存档的名称 <full path>是应放置日志的位置 例如; ``` acrocmd validate archive --loc=E:\backups\ --arc=my_archive.tib --log=E:\logs ``` 有关更多信息和其他参数,请参阅[产品文档](https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5_Command_Line_Reference/#37451.html) 2.从代理计算机获取系统信息。 - Acronis Cyber Backup 12.5:请参阅[本文](https://kb.tieten.cn/open.knowledge/view/9?offset=0) 3.如果备份目标是Acronis Cloud Storage,请同时收集[Acronis Cloud证书](https://kb.acronis.com/content/60082) # 收集信息 如果问题不是由于元数据损坏引起的,并且验证完成但没有任何错误,但是问题仍然存在,请收集以下诊断信息: 1. 重现问题时收集[进程监视器日志](https://kb.tieten.cn/open.knowledge/view/53?offset=0&keyword=%E8%BF%9B%E7%A8%8B) 2. 受影响机器的 [Acronis系统信息](https://kb.tieten.cn/open.knowledge/view/9?offset=0) 原文链接:https://kb.acronis.com/content/63066
返回