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。