更新日期：2024年09月11日
Specified UDT field type has no Java™ type match
应用程序调用了 UDTMetaData.setFieldType() 并指定了一个在 Java 中没有 100% 匹配的
数据类型。以下数据类型在此类别中：
IfxTypes.IFX_TYPE_BYTE
IfxTypes.IFX_TYPE_TEXT
IfxTypes.IFX_TYPE_VARCHAR
IfxTypes.IFX_TYPE_NVARCHAR
IfxTypes.IFX_TYPE_LVARCHAR
请使用 IFX_TYPE_CHAR 或 IFX_TYPE_NCHAR；这些数据类型映射到 java.lang.String。
验证失败
备份验证可能因各种原因而失败。 如果备份验证失败，请不要试图恢复它。
由于 ON-Bar 在存储管理器上找不到备份对象，因此验证失败的原因是不可预测的，从数
据库服务器毁坏到恢复失败，不一而足。实际上，表面上恢复可能成功，但它隐藏了数据
或介质的真正问题。
GBase 8s 备份与恢复指南
南大通用数据技术股份有限公司 - 54 -
损坏页的备份
如果页面损坏，问题在于数据库而不是备份或介质。
在所有产生错误的表上运行 oncheck -cd，然后重新执行备份和验证。要检查范围和保留
页，请运行 oncheck -ce 和 oncheck -cr。
损坏的控制信息的备份
在这种情况下，所有数据都是正确的，但是某些备份控制信息不正确，这可能使恢复出现
问题。向 GBase 软件支持请求协助。
缺少数据的备份
当备份缺少数据时，它可能无法恢复。数据丢失后，请尝试从较旧备份中恢复。然后恢复
当前逻辑日志。
数据库服务器不一致数据的备份
有时会出现以下情况：archecker 返回“成功”给 ON-Bar，但在 archecker 消息日志中显示
“失败”。当 archecker 验证 ON-Bar 已正确备份数据，但数据库服务器数据在备份时无效
或不一致时就会出现这种情况。
对备份验证失败的原因进行诊断
如果备份验证失败，您可以执行步骤来诊断并尝试修正问题。
要对备份验证失败的原因进行诊断：
1.
验证 AC_CONFIG 环境变量和 archecker 配置文件的内容是否设置正确。
如果这些变量未正确设置，那么 ON-Bar 活动日志将打印一条消息。
2.
将数据备份到不同的介质。
不要复用原始的备份介质，因为它可能已损坏。
不要使用基于该备份的任何备份。如果 0 级备份验证失败，不要使用相应的 1
级和 2 级备份。
3.
验证新备份。
如果验证成功，那么可以恢复存储空间。
4.
使用存储管理器使验证失败的备份到期，然后在不带参数的情况下运行
onsmsync 实用程序，以从 sysutils 和紧急引导文件中除去坏的备份。
5.
如果验证再次失败，请致电 GBase 软件支持，并向他们提供以下信息：
GBase 8s 备份与恢复指南
南大通用数据技术股份有限公司 - 55 -
ₒ
备份工具名称（ON-Bar）
ₒ
数据库服务器 online.log
ₒ
archecker 消息日志
ₒ
包含备份的位图以及重要备份页副本的 AC_STORAGE 目录
如果只有备份的一部分损坏，GBase 软件支持可帮助您确定在紧急情况下可以恢
复备份的哪一部分。
GBase 软件支持可能建议您针对一组表运行 oncheck 选项。
验证到期备份
可以验证到期备份，以防后续备份无效。
要验证到期备份：
1. 检查存储管理器上备份保存集的状态。如果存储管理器使备份保存集到期，那么
archecker 实用程序无法对其进行验证。
2.
使用存储管理器命令激活已到期的备份保存集。请参阅您的存储管理器文档。
3.
重新运行 onbar -v 命令。
4.
在备份缺少数据时进行恢复
如果因为缺少数据导致备份验证失败，您可以从较旧备份执行恢复。
要在备份缺少数据时进行恢复：
1. 选择早于已失败备份的备份的日期和时间。要执行时间点验证，请使用 onbar -v -t
time space 命令。
2. 如果较旧备份通过验证，请使用相同 time 值执行时间点物理恢复，然后执行日
志恢复，如下所示：
onbar -r -p -t time space
onbar -r -l
3. 在存储管理器中使损坏的备份到期。
4. 不带自变量运行 onsmsync 命令。
onsmsync 实用程序将从紧急引导文件和 sysutils 数据库中除去存储管理器不再保
留的备份，从而防止 ON-Bar 尝试使用此类备份。