【问题标题】:C-ISAM file consistencyC-ISAM 文件一致性
【发布时间】:2011-05-30 06:21:11
【问题描述】:

INFORMIX-SE 4.10.DD6:我似乎遇到了一些虚假问题,例如我的 SE 数据库中缺少 C-ISAM 文件的指针。当我执行“bcheck -y FILE_123”时,它说它已重建索引并修复了问题,但是当我再次对其重新运行 bcheck 时,它会重复相同的错误消息并说它已修复它,但不是真的!我知道这是一个不受支持/过时的 SE 版本,但如果您能想到除卸载/删除表/重新创建并重新加载之外的任何其他解决方法,我将不胜感激。当我使用 SE 2.10.06 时,bcheck 运行良好,但自从升级到 4.10 后,C-ISAM 文件和 bcheck 就出现了问题。

【问题讨论】:

    标签: informix b-tree


    【解决方案1】:

    有个老套路:

    • 创建一个与出现问题的表具有相同索引结构的新表。
    • 将新表的(几乎为空的)索引文件复制到旧表的索引文件上。
    • 重新运行 bcheck。

    当然,你要采取预防措施:

    • 您创建新表。
    • 您将麻烦的索引文件的数据文件复制到某处。
    • 您复制旁边的新索引文件。
    • 对新副本运行 bcheck。
    • 对重建的文件重新运行 bcheck。
    • 如果一切正常,请仅在数据库副本上复制内容。

    【讨论】:

    • 哦,是的,谢谢!..但我仍然想知道为什么 bcheck 无法修复它。定期卸载表是个好主意吗?我没有使用任何事务日志记录或审计表。会在关键表上创建审计并从审计工作中恢复吗?
    • @Frank:没有明智的答案——我不知道为什么不,现阶段其他人也不会。您使用的软件已经足够老,可以合法饮用;到目前为止,谁知道它在其职业生涯中发现了哪些恶习和美德。
    • 明白了!.. 我的应用程序到 Access 2010 的基本转换几乎完成了,但我真的不喜欢 A10 的一些事情,但我的用户希望与 Excel 和其他 Office 模块。
    猜你喜欢
    • 2023-03-28
    • 1970-01-01
    • 1970-01-01
    • 2012-06-14
    • 2019-05-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多