GPT-4發布已然一周時間，其熱度卻絲毫未減。隔天百度發布文心一言，邀請測試首日就有6.5萬家企業申請調用；16晚間，微軟召開發布會推出辦公軟件Microsoft 365 Copilot，Office喜提GPT-4加持，可以通過AI技術自動寫文章、做PPT，起草郵件。就在今晨，谷歌宣布自家ChatGPT——Bard，正式開啟測試……

而這一切的焦點——ChatGPT也給大伙整了個大活。是的，它崩了。

（援引自量子位消息）20日夜間，來自全球各地的用戶紛紛發現網站彈出報錯警告，然后立刻無法使用。

即使是氪了金的Plus賬戶也未能幸免。

一時之間，#chatgptdown#的話題刷爆網絡。上一秒還在擔心會不會被搶了飯碗的打工人們長舒了一口氣。可是，轉頭卻發現打工（摸魚）的快樂沒有了！

痛！太痛了！無數打工人直呼：gpt、gpt、gpt，沒有你我怎么活呀！gpt你帶我走吧！gpt！

OpenAI是在次日凌晨0點42分注意到這個問題，開始搶修。

兩個小時后，官方更新信息：還在繼續調查中斷原因。

又過了兩小時，陸續恢復部分用戶的正常訪問。

當地時間下午2點14分（北京時間凌晨5點），終于恢復了所有用戶。

等于OpenAI花了快5個小時才解決了這一事故，而此時距離ChatGPT開始大規模宕機已經過去12個多小時。

OpenAI也只是恢復了正常的Chat功能，歷史聊天記錄還沒恢復。

值得一提的是，除了ChatGPT，DALL·E（labs.openai.com）也在這期間受到了牽連。

對此，OpenAI披露：

事故是由于數據庫遷移失敗造成的。

具體是什么原因導致了ChatGPT宕機還沒有披露。

盡管不能確認ChatGPT宕掉是數據庫導致的，可以確定的是數據庫遷移失敗導致了此次DALL·E發生故障。OpenAI創造的圖像生成器故障歸功于數據庫沒跑了。

言罷，數據庫從業者狂喜：那豈不是說最終打敗AI的竟是咱Database？？？（bu shi）

談及數據庫遷移，這可是咱GBASE的傳統藝能了。

所謂數據庫遷移顧名思義是將數據從一個數據庫拷貝到另一個數據庫。而在實際業務中，數據庫遷移是十分復雜的，不僅需要考慮業務定義、架構變更、應用改造、數據安全等諸多方面還要結合企業業務運轉的方方面面，做好合理規劃及實施，否則很可能會導致遷移結果不達預期。一著不慎就會發生上文這種數據庫遷移失敗導致業務停滯的情況，這時候就需要回滾遷移了。

報道稱，基于本次數據庫遷移操作最終導致了OpenAI歷史聊天記錄不可用的可能性，OpenAI正在回滾相關操作遷移步驟，盡快恢復業務使用。

作為一家深耕數據庫二十年的創新型企業，GBASE南大通用應對數據庫遷移可謂經（手）驗（拿）豐（把）富（掐）。

不僅可以基于GBASE數據庫的高可用能力完成同構數據庫自遷移；還可以通過GBase Migration Toolkit遷移工具全自動化實現異構數據庫的全量歷史數據遷移，再搭配GBase RTSync同步工具實現異構增量數據實時同步，業務系統雙軌運行不停服，待雙軌穩定運行后尋找合理時間窗口可快速完成環境切換，一套組合拳實現異構數據庫的完美遷移。

ChatGPT的突然宕機再一次驗證了人們對AIGC的高度關注，借用廣大網友的觀點，也許是人們太過于熱情，gpt累了，想短暫的罷個工，為將來的越獄做謀劃。

總之，回過頭來看，數據庫遷移可是個技術活兒，一般人輕易把握不住。該找誰，大家dddd客服電話：400-013-9696。