技術

Workday當機源於自家災備測試,員工無法打卡、查看薪資

Susan Hill
在 Google 中新增我們

許多大型雇主用來處理薪資、上下班打卡和休假申請的軟體 Workday,在自家緊急備援測試出錯後,服務對客戶中斷。公司檢查災難復原系統時發現,備援服務意外連上客戶平時使用的正式資料庫,導致紀錄狀態不一致。Workday 隨即將受影響的系統下線進行修復。

對員工來說,這次服務中斷代表登入頁面只顯示「Workday 目前無法使用」。受影響公司的員工無法打卡上下班、查詢薪資資訊、申請休假或完成福利登記;負責將資料傳送至其他公司系統的排程工作,也可能因此失敗。原本用來確保服務在災難期間持續運作的安全網,反而成了讓服務癱瘓的原因。

事件之所以不只影響人資部門,是因為波及範圍可能很廣。Workday 表示,超過 11,500 個組織使用其軟體,公開客戶名單包括 Walmart、Target、Netflix、Chipotle、Southwest Airlines、美國能源部,以及 NASA 噴射推進實驗室。公司並未說明有多少客戶受影響,只表示「部分客戶」受到波及,因此,網路上把這些雇主全都說成服務中斷的貼文,說法超出了已知事實。根據 UC Today,服務中斷追蹤網站收到來自美國和印度的通報。

Workday 在客戶服務狀態頁面發布的說明,並由 Washington University 的 IT 團隊引用,措辭異常直白。公告寫道:「在驗證災難復原租戶每週的維護時段時,我們發現 DR 站點中的租戶服務意外連上正式環境資料庫。」公告並補充,資料因此處於「不一致狀態」,可能導致使用者開啟帳戶時出錯,或讓作業無法完成。接著,公司將其稱為 WD1 的客戶群組中所有正式環境都切換至維護模式,並承諾每 30 分鐘更新一次進度。

這番說明仍未回答最關鍵的問題。設置災難復原副本,是為了確保一處出問題時不會波及另一處;但這次測試卻連上了真正的正式環境。Workday 尚未說明這條連線路徑為何存在,也未交代是否有紀錄遺失,而非僅僅出現資料不一致。公司的溝通方式也引來批評。Reddit 的 sysadmin 和 Workday 論壇上,有管理員表示問題在首則客戶通知發出前數小時就已開始,但 Workday 尚未證實這個時間線;一封在論壇流傳的客戶電郵則坦承,公司無法估計何時恢復服務,並告知有重要期限的企業應改用業務持續計畫。

對員工而言,實際造成的影響取決於發生時機。無法打卡的時薪員工需要人工更正工時,而趕著在期限前完成福利登記的人則碰上了閉門羹。有些雇主因此延後期限:Emerson College 表示,受服務中斷影響,已延長開放登記期間。這起事件也發生在職場軟體接連出狀況的一週尾聲;此前 Microsoft 365 故障,讓 Outlook 和 Exchange 電郵服務一路不穩定,影響延續至第二天。

目前的時間線如下:Emerson College 表示,Workday 在美東時間 11 月 13 日星期五下午約 5 時 15 分將系統下線;LiveNOW from FOX 報導,Downdetector 在下午 5 時稍後記錄到近 3,000 件問題通報。Workday 發言人表示,公司「正全力調查並解決問題」,並向受影響客戶致歉。到了星期六早上,Workday 告知客戶,預計大多數客戶的環境會在美東時間 11 月 14 日星期六上午 11 時前完成重新建立索引並恢復使用,部分客戶則需要更久;公司會透過支援案件聯絡這些客戶。Emerson 延長後的登記期限,現為美東時間 11 月 16 日星期一中午。

服務恢復後,雇主仍得面對他們正在向供應商追問的難題:一項原本用來證明 Workday 能在災難中存續的測試,為何會連上它理應保護的資料?

標籤: , , , , ,

在 Google 中新增我們

討論

共有 0 則留言。