摘要

  • APNIC十月档案现在列出10月16日全部24个小时文件，每个文件的修改时间都是10月29日10:16。
  • APNIC的公告说日志处理问题导致统计不完整，并暂时关闭生成流程；结束时间和持续时长字段至今为空。

分析

数据文件回来了，通告却像还在等人收尾。这是APNIC这次WHOIS和RDAP查询统计故障留下的公开记录：档案能看出补发，事件页面没有说明何时恢复。

APNIC在10月16日发布公告，称问题从当天10:00（UTC+10）开始。日志处理故障使Whois和RDAP统计不完整，生成流程随后被停用；APNIC表示修复后会重新发布受影响文件。公告没有结束时间，也没有持续时长。服务更新目录仍列着原始通告，页面没有附上结案说明。

档案给出了另一种证据。APNIC的README说，这些报告每小时生成一次，来源是查询日志，按起源ASN汇总查询总量、查询类型分布和不同来源IP数量。README将用途描述为运营观察和研究。现在的2026年10月目录里，10月16日从00时到23时的24个小时文件都已出现，连同各自的MD5校验文件；它们的修改时间全部是10月29日10:16。此后的档案延续到10月31日，统计目录也发布了更晚的当前快照。

这些时间戳支持一个明确但有限的判断：APNIC重新发布了受影响日期的小时文件。它们没有告诉读者处理程序何时修好，也不能证明每一条来源日志都完整恢复，更不是对聚合统计的独立审计。但它们让读者看到，故障之后，历史序列重新接上了。

这组数据本身就是运营观察工具。分析人员用它比较查询活动；网络团队也可能用它理解哪些网络在访问APNIC注册服务。如果图表少了一小时或某天突然归零，使用者需要分辨这究竟是网络活动变化、日志缺失，还是生成器关闭。APNIC披露了故障，文件随后显示恢复；只是要把两段时间线拼起来，读者得自己查两个地方。

在公告上补一个实际恢复时间、列明重新生成的区间，再链接到对应档案，就能把两条记录连起来。若有些小时无法核验，直接列出范围即可。空着的结束时间让一个已经可从档案看出恢复的数据问题，继续成为下游读者必须自行判断的事件。

来源

APNIC 10月16日服务公告；服务更新目录；统计README；2026年10月档案；统计文件目录；当前统计快照。