啊我只是路過幫忙翻一下補償以外的內容
事情經過
03/22(星期三)
19:40
確認到因大量連線而造成連線不穩定的情形後,
實施緊急措施,立即調查原因以及解決方法。
同日19:50
於推特公布已掌握的事項。
同日20:10
確認到數據伺服器(Data Serve)的過載,進行第一次的伺服器加強。
同日20:50
上述工作完成。
同日21:10
數據伺服器(Data serve)逐步開機(Rolling Start/ローリング スタート),
並於推特報告。
(抱歉我不知道這個rolling start是甚麼意思,
查了也想不到該怎麼翻好,滾動式開機?)
同日21:20
連線不穩定的情形逐漸緩和,判斷必須進行臨時維修。
同日22:34
伺服器增設完成,負載測試開始。
同日23:09
連線不穩定的情形逐漸緩和,緊急維修結束並導入登入排隊功能。
03/23(星期四)
00:14
再度確認到了連線不穩定的發生。
同日1:22
在連線障礙發生的當下,為防止發生更嚴重的問題,
作為預防手段,立刻進行緊急維修。
同日1:30
作為上述所提及之預防手段,
為優化數據庫以及引導任務,開始進行緊急維修。
同日6:20
於官方推特報告處理進度。
同日13:18
基於檢查的進度狀況,於官方推特報告維修的預計結束時間。
同日15:40
因數據伺服器(Data serve)的負載減輕的檢查測試所需時間比預期來的多,
於是將預計結束時間延長至當日20:00
同日20:00
伺服器的處理、錯誤的修正,及檢查測試結束,
登入排隊系統正式導入並結束維修。
以上總結,於這次維修中實施了以下措施。
1. 加強伺服器規格。
2. 導入登入排隊系統。
3. 改善與資料庫有關的,並修正錯誤。
4. 調查以及處理因數據伺服器(Data serve)的過載所導致的顯示問題。