我们正在俄罗斯和其他独联体国家通过一个名为 BEST 的非常古老的会计系统运行一个非常受欢迎的应用程序。这一切都建立在 FoxPro（不是 Visual Foxpro）DBF/CDX 表上。它是开放的，但没有用于与其他软件交互的 API。所以我们必须使用直接访问表和数据。
我们使用 Sybase Advantage Database Server (ADS Internet Connector) 将我们的在线商店连接到 BEST。在前三个月的开发、测试和运行过程中，一切都很好。但差不多半年前，我们开始遇到索引损坏错误。我们几乎尝试了所有方法——更换了网线和 NIC、带 HDD 的 RAID 控制器、内存、重新安装了 windows 服务器。我们重建了表和索引，查看了日志——但一切都没有用。两天一次，我们遇到索引损坏错误，所以我们必须停止服务器，重新索引表并重新启动它，整个公司正在等待 10 分钟。
我们只有 2 个表存在问题 - 订单及其内容。使用的所有其他 300 个表都不会受到损害。使案件变得更难的另一个问题是问题不是直接的。当索引文件被破坏时 - 它没有被看到。用户继续工作，直到其中一个人开始新的会话 BEST 或客户下订单。所以不可能抓住它发生的那一刻。
现在我们责怪ADS。有谁知道 ADS 中的此类问题及其解决方案。我浏览了所有互联网寻找答案，但没有找到。
谢谢，如果你知道的话。
CDX 索引可能发生两种基本类型的损坏：逻辑损坏或物理损坏。根据 OP 描述说它有一段时间没有被检测到，这听起来像是逻辑损坏。一种常见的逻辑损坏类型是记录的键不存在，或者它们存在但键值不正确。CDX 索引中的物理损坏通常表现为简单无效的索引页面（例如，键计数和实际键之间的不匹配）或具有指向不存在的其他页面的指针。
物理损坏通常会更快被检测到，因为应用程序在尝试处理物理损坏页面时通常会产生错误。逻辑损坏可能会在较长时间内未被检测到，因为很有可能使用逻辑损坏的索引而不会报告任何错误（例如，在查找操作中找不到键是“正常”情况）。
假设它是 OP 中描述的逻辑损坏，一个可能的原因是 Advantage Database Server 使用的排序规则与共享数据的 FoxPro 应用程序不同。旧式 CDX 索引中不包含任何定义排序规则的信息。您可以用来查看是否属于这种情况的一项快速检查是下载该
checkindex实用程序。这是一个简单的实用程序，可以扫描表并验证键和记录是否相互一致。如果您使用 FoxPro 重新索引表，则可以运行此实用程序（它将使用 Advantage）并确定它们是否使用相同的排序规则。有关排序规则的更多信息在这里。根据我对索引损坏的经验，通常是用户的机器在 FoxPro 应用程序打开的情况下在白天重置。询问您的用户是否有人这样做。您也可以尝试编写一个自动化的夜间重新索引程序。