区议会选举｜投票日坏机选管会提两建议　人员责任交行政当局跟进

去年12月10日举行的区议会选举，多个投票站晚上故障，经检视后发现系统设计出错，技术团队亦没有做足荷载测试，最终系统超负荷而故障。

专责调查小组早前向选举管理委员会提交调查结果，选管会建议选举事务处采取两大改善措施。至于今次事件是否有人要负责，选管会指“会由行政当局既定程序跟进”。

选管会今日（19日）发表2023年区议会选举的报告书，讲述是次坏机事件。报告书指，专责调查小组发现事发时子选民登记册系统的云端数据库伺服器中央处理器负荷接近100%，经测试后发现，选举工作人员的登入程序以及撮取投票数字的程序存在设计问题，运算所需时间会随着数据库资料增加的上升，令运算时间愈来愈长。因此虽然投票时间早段运作正常，但到了晚上7时37分，数据库伺服器的中央处理器终于不胜负荷而无法运作。

调查小组进行测试后发现，中央处理器并非唯一樽颈位，而选举工作人员的登入程序亦存在另一设计问题，导致登入时在数据库中需要单列排队等候，不必要地占用大量伺服器资源，特别是线程池（Thread Pool）。由于伺服器资源是与其他程式共用，包括发票程序，当线程池堵塞，连带令电子选民登记册系统亦无法执行发票程序。

而出现这些问题，是因为选举事务处因应今次选举而改了程式设计，而又未充份考虑在系统受压时可能引起的影响，因而没有做足荷载测试。

程式两部份有问题　单独发生亦不会出事

调查小组做了多项测试之后，指上述中央处理器负荷和工作人员登入时单列排队的两个问题，如单独出现的话，均不会发生今次故障。而若果在线性池未“塞车”之前将云端伺服器的负荷能力增加1倍的话，可避免事件发生。

技术团队判断为轻微　致三重确认制度失效

至于选管会和选举事务处在系统开发及日常管理设下的三重确认制度，即第一重由选举事务处内部测试，第二重由独立承办商就新开发的系统或现有系统修改而进行评估和测试，以及第三重由选管会邀请各方专家全面审视系统，这三重确认制度在今次事件中未能发挥应有作用。

调查小组指，选举事务处的技术团队在改动时未有充份研究实际影响，判断改动的性质轻微，因而未有进行全面和充份的测试，再者技术团队向另外两重架构阐述改动时，没有充份说明修订详情及可能的影响和风险，所以第二重和第三重架构均未能彻底了解是改动可能引起的后果。

建议新成立委员会　负责第一重审视

选管会提出两大建议，首先是强化上述三重确认制度。选管会指，由选举事务处的技术团队做改动、测试并向另外两重架构报告，有角色冲突之嫌，因此建议技术团队继续负责日常维护及升级，而第一重确认的工作则建议成立新的“核心系统开发及维护委员会”负责。委员会成员包括选举事务处的管理层、技术团队和其他相关组别，另外入资讯科技办公室的技术专家。

选管会建议，任何核心选举系统改动，都要先经过委员会审议才能执行，而修改完成后，委员会负责将修改详情提交给第二重和第三重架构评估。而第一重、第二重确认通过这些改动后，委员会要再向技术咨询委员会呈交所有是次修改详情及可能的影响，以及各项测试、评估报告，如技术咨询委员会认为有需要，可指示选举事务处进一步咨询其他专家意见，即第三重确认。

建议举办大规模的模拟选举测试系统

选管会向选举事务处提出第二项建议是，可考虑透过模拟大型选举而进行定期模拟实况测试，以及早发现和修正问题。