上交所交易系統(tǒng)出現(xiàn)罕見延遲。
9月27日開盤,上證指數(shù)以3049點高開。10時10分許,上證指數(shù)行情報價維持在3030點徘徊。隨后,上交所發(fā)出盤中公告稱:本所關(guān)注到,今日開盤后本所股票競價交易出現(xiàn)成交確認(rèn)緩慢的異常。本所已在第一時間關(guān)注到相關(guān)情況,正在就相關(guān)原因進行排查。
午后,仍有不少A股投資人反映上交所部分股票仍無法成交、下單后無法撤單。有券商人士向鈦媒體App表示,經(jīng)過內(nèi)部排查,交易異常和券商無關(guān),是交易所的問題。
A股交易持續(xù)火爆可能是宕機的主要原因。27日,滬深兩市全天成交額合計14460億元,較上一交易日放量2838億元。其中,滬市成交額4806億元,深市成交額9654億元。
對于此次宕機原因,上交所方面仍未說明具體原因。不過從招投標(biāo)信息,可以一窺上交所近年來的IT布局。
鈦媒體App關(guān)注到,7月15日,上海證券交易所《2024年主機及軟件維護支持服務(wù)采購項目》中標(biāo)候選人公示發(fā)布,神州數(shù)碼系統(tǒng)集成服務(wù)有限公司743.058萬元中標(biāo)。
神州數(shù)碼是上交所主機供應(yīng)商
來源:中國招標(biāo)投標(biāo)公共服務(wù)平臺
由此,一些網(wǎng)民質(zhì)疑上交所交易系統(tǒng)延遲是該中標(biāo)公司的原因。對此,據(jù)一財報道,該公司的證券事務(wù)代表稱,公司是做系統(tǒng)集成和維保服務(wù)、技術(shù)服務(wù)。“(上交所的服務(wù)器)不是我們的服務(wù)器,它是直接從原廠商買的。”該證券事務(wù)代表稱,但不清楚上交所使用的服務(wù)器是來自哪家廠商。
神州數(shù)碼是A股上市公司神州信息的全資子公司,鈦媒體App曾聯(lián)系神州信息公關(guān)部門,但未獲官方回應(yīng)。
其他招標(biāo)信息顯示,7月22日,上海證券交易所《大模型算力平臺硬件采購項目中標(biāo)結(jié)果公告》發(fā)布,恒生電子股份有限公司和上海華訊網(wǎng)絡(luò)系統(tǒng)有限公司中標(biāo)。9月26日,上交所發(fā)布《2024年信創(chuàng)服務(wù)器資源池集采項目招標(biāo)公告》,采購信創(chuàng)鯤鵬服務(wù)器和信創(chuàng)海光服務(wù)器,以期實現(xiàn)服務(wù)器資源的集中化管理,提升采購效率、降低采購成本。
此外,今年以來,上交所還公示過數(shù)次服務(wù)器采購公告。分別由北京浩豐創(chuàng)源科技股份有限公司、上海華訊網(wǎng)絡(luò)系統(tǒng)有限公司、神州數(shù)碼系統(tǒng)集成服務(wù)有限公司、云南南天電子信息產(chǎn)業(yè)股份有限公司等公司中標(biāo)。
此外,社交媒體上也有傳聞稱與交易網(wǎng)關(guān)故障有關(guān)。上交所技術(shù)有限責(zé)任公司在其官網(wǎng)介紹,
上交所全新自主研發(fā)基于流式接口的交易網(wǎng)關(guān)(TDGW)客戶端報單軟件。本次推出的交易網(wǎng)關(guān)具有高性能、低時延、跨平臺、開放易用等優(yōu)點,同時為支撐集約化管理提供集中監(jiān)控終端和監(jiān)控接口,以全面滿足市場參與者對交易報單軟件的業(yè)務(wù)價值需求。
事實上,交易所、券商IT系統(tǒng)的宕機并不罕見。最近一次發(fā)生在6月3日晚間,美股開盤不足半小時,紐約證券交易所(下稱“紐交所”)出現(xiàn)技術(shù)故障,多只股票價格顯示異常而停牌,包括伯克希爾A類股、巴里克黃金、蒙特利爾銀行等,跌幅均在98%以上。
據(jù)報道,當(dāng)時由紐約證券交易所子公司運營的合并報價系統(tǒng)(CTA)正在更新控制證券信息處理器(SIP)上顯示開盤價格的軟件。CTA 負(fù)責(zé)管理不同場所之間的交易數(shù)據(jù)傳播,SIP 負(fù)責(zé)處理和整合數(shù)據(jù)。
事后,CTA 解釋稱,此問題可能是由軟件版本更新所引發(fā)的,隨后,CTA 通過切換到運行舊版本軟件的輔助數(shù)據(jù)中心解決了該問題。
對于證券IT的頻頻宕機,上海證券交易所原總工程師白碩曾向鈦媒體APP進行過詳細(xì)分析,在白碩看來,“系統(tǒng)發(fā)生故障”主要反映出三方面問題——系統(tǒng)質(zhì)量,運維質(zhì)量和手段以及系統(tǒng)架構(gòu)的問題。
首先是系統(tǒng)開發(fā)的質(zhì)量問題,如果質(zhì)量不過關(guān),里面有bug有隱藏的風(fēng)險,暴露那天就是系統(tǒng)崩潰的那天。
其次是運維的管控,涉及到容量預(yù)警和設(shè)備故障的高發(fā)預(yù)警。如果容量不夠,隨時都可能出現(xiàn)問題,而設(shè)備故障高發(fā)預(yù)警意味著,同樣的現(xiàn)象壞了多次,可能還要壞,設(shè)備一壞也會引發(fā)這樣的風(fēng)險。
第三,系統(tǒng)架構(gòu)方面,既要有彈性的架構(gòu),不能假定所有的東西都不壞;另一方面隊伍還要熟悉架構(gòu)發(fā)生災(zāi)備切換或者其他場景時候運作可以跟進的。
白碩表示,“軟件不可能100%沒有bug、硬件不可能100%不壞,每個組成部分都會有問題,一個健康、及時、可用性非常高的系統(tǒng),首先在架構(gòu)上要克服這些問題,使得避免不了會發(fā)生的組件級的故障不會造成系統(tǒng)性的崩潰、系統(tǒng)性的故障,這就要有更好的全局性架構(gòu),所以架構(gòu)上做容災(zāi)處理等等。”