<p>Snowflake 本周发布了一项更新，导致全球范围内发生 “重大故障”，许多用户无法查询数据，文件导入时出现故障，并且在长达 13 小时内收到错误信息，该公司在影响声明中写道。</p>
<p>“我们的初步调查发现，我们最近的版本引入了一个不向后兼容的数据库架构更新，” 该公司在事件报告中写道。“因此，之前的发布包错误地引用了更新的字段，导致版本不匹配错误，并使操作失败或需要更长时间才能完成。”</p>
<p>此次更新使 Snowflake 的 23 个全球区域中的 10 个瘫痪。在美国，故障影响了访问其位于弗吉尼亚州的 Azure 数据中心和位于俄勒冈州的 AWS 数据中心的部分 Snowflake 客户。全球范围内，位于爱尔兰、苏黎世、伦敦、瑞典、孟买、新加坡和墨西哥的 Snowflake 数据中心的用户也受到影响。</p>
<p>故障首次被报告为 Snowflake Data Cloud 的问题，发生在周二 UTC 时间 0255，当时客户对其数据的查询返回 SQL 执行错误。</p>
<p>大约一个半小时后，Snowflake 表示已识别出问题，并正在进行修复。系统在 UTC 时间 0500 左右恢复正常运行。</p>
<p>“我昨天遇到这个问题，” 一位用户在 Snowflake 的 Reddit 页面上抱怨道。“他们回滚这个更改花了太长时间。”</p>
<p>该公司表示将在事件结束后的五天内发布根本原因分析，预计在周日发布。</p>
<p>“我们目前没有其他信息可以分享，” 一位发言人告诉_The Register_。</p>
<ul>
<li>Snowflake 与 Anthropic 合作，加入代理 AI 的潮流</li>
<li>Snowflake 全力吸引 PostgreSQL 开发者，推出湖屋扩展</li>
<li>Snowflake 首席信息安全官谈 “共享命运” 和 “是的，且” 之力</li>
<li>Snowflake 和 Databricks 通过 PostgreSQL 收购将交易带入他们的平台</li>
</ul>
<p>这是 Snowflake 在一周内发生的第二起事件，12 月 10 日的数据库基础设施问题导致使用其软件的用户在 AWS 数据中心（位于俄勒冈州）中性能下降，具体情况可在其状态页面查看。</p>
<p>Snowflake 并不是本月唯一出现问题的数据平台。</p>
<p>在 12 月 11 日至 12 月 13 日之间，Snowflake 的竞争对手 Databricks 经历了数天的服务中断，多个美国地区的客户在使用 Mosaic AI（该公司的 AI 代理构建助手）时遇到延迟或错误，该问题仅限于该公司在美国七个地区的 Azure 数据中心的用户。</p>
<p>在此之前，12 月 3 日，位于其美国政府西部 AWS 区域的客户经历了 “完全故障，所有 Databricks 服务被认为不可用”，持续了约两个小时。</p>
<p>与 Snowflake 不同，Snowflake 在其事件页面上列出了故障的初步原因，并随后发布根本原因分析，而 Databricks 并不公布其故障的原因。</p>
<p>Databricks 没有回复_The Register_寻求评论的电子邮件。®</p>

SNOW

<p>Snowflake 最近的更新导致全球范围内的服务中断，影响了其 23 个区域中的 10 个。用户因向后不兼容的数据库架构更新而面临数据查询失败和错误，持续了 13 个小时。该问题在几小时内被识别并修复。Snowflake 计划很快发布根本原因分析。这是 Snowflake 一周内的第二次事件，此前发生过一次基础设施问题。Databricks 本月也遭遇了服务中断，但未透露原因</p>

<p>Snowflake pushed an update this week that caused a “major outage” worldwide, leaving many users unable to query data, experiencing failures when ingesting files, and receiving error messages for 13 hours, the company wrote in an impact statement.</p>
<div class="lb-trans"><p>Snowflake 本周发布了一项更新，导致全球范围内发生 “重大故障”，许多用户无法查询数据，文件导入时出现故障，并且在长达 13 小时内收到错误信息，该公司在影响声明中写道。</p>
</div><p>“Our initial investigation has identified that our most recent release introduced a backwards-incompatible database schema update,” the company wrote in its incident report. “As a result, previous release packages errantly referenced the updated fields, resulting in version mismatch errors and causing operations to fail or take an extended amount of time to complete.”</p>
<div class="lb-trans"><p>“我们的初步调查发现，我们最近的版本引入了一个不向后兼容的数据库架构更新，” 该公司在事件报告中写道。“因此，之前的发布包错误地引用了更新的字段，导致版本不匹配错误，并使操作失败或需要更长时间才能完成。”</p>
</div><p>The update took down 10 of Snowflake’s 23 global regions. In the US, the outage hit chunks of Snowflake customers accessing its Azure data center in Virginia, and its AWS data center in Oregon. Globally, users of Snowflake’s data centers in Ireland, Zurich, London, Sweden, Mumbai, Singapore, and Mexico were hit.</p>
<div class="lb-trans"><p>此次更新使 Snowflake 的 23 个全球区域中的 10 个瘫痪。在美国，故障影响了访问其位于弗吉尼亚州的 Azure 数据中心和位于俄勒冈州的 AWS 数据中心的部分 Snowflake 客户。全球范围内，位于爱尔兰、苏黎世、伦敦、瑞典、孟买、新加坡和墨西哥的 Snowflake 数据中心的用户也受到影响。</p>
</div><p>The outage was first reported as an issue with Snowflake Data Cloud at 0255 UTC Tuesday when customer queries against their data returned SQL execution errors.</p>
<div class="lb-trans"><p>故障首次被报告为 Snowflake Data Cloud 的问题，发生在周二 UTC 时间 0255，当时客户对其数据的查询返回 SQL 执行错误。</p>
</div><p>About an hour and a half later, Snowflake said that it had identified the problem and it was working on a fix. The systems were back up and running by about 0500 UTC.</p>
<div class="lb-trans"><p>大约一个半小时后，Snowflake 表示已识别出问题，并正在进行修复。系统在 UTC 时间 0500 左右恢复正常运行。</p>
</div><p>“I dealt with this yesterday,” one user groused on Snowflake's Reddit page. “Took them way too long to role [sic] back this change”</p>
<div class="lb-trans"><p>“我昨天遇到这个问题，” 一位用户在 Snowflake 的 Reddit 页面上抱怨道。“他们回滚这个更改花了太长时间。”</p>
</div><p>The company said it would release its root cause analysis within five days of closing the incident, which should be Sunday.</p>
<div class="lb-trans"><p>该公司表示将在事件结束后的五天内发布根本原因分析，预计在周日发布。</p>
</div><p>“We have nothing additional to share at this time,” a spokesperson told <em>The Register</em>.</p>
<div class="lb-trans"><p>“我们目前没有其他信息可以分享，” 一位发言人告诉_The Register_。</p>
</div><ul>
<li>Snowflake jumps on agentic AI train with Anthropic tie-up</li>
<li>Snowflake goes all out to woo PostgreSQL developers with lakehouse extensions</li>
<li>Snowflake CISO on the power of 'shared destiny' and 'yes and'</li>
<li>Snowflake and Databricks bank PostgreSQL acquisitions to bring transactions onto their platforms</li>
</ul>
<div class="lb-trans"><ul>
<li>Snowflake 与 Anthropic 合作，加入代理 AI 的潮流</li>
<li>Snowflake 全力吸引 PostgreSQL 开发者，推出湖屋扩展</li>
<li>Snowflake 首席信息安全官谈 “共享命运” 和 “是的，且” 之力</li>
<li>Snowflake 和 Databricks 通过 PostgreSQL 收购将交易带入他们的平台</li>
</ul>
</div><p>This was Snowflake’s second incident inside of a week after a Dec 10 database infrastructure issue caused degraded performance among users who employ its software out of the AWS datacenter in Oregon, according to its status page.</p>
<div class="lb-trans"><p>这是 Snowflake 在一周内发生的第二起事件，12 月 10 日的数据库基础设施问题导致使用其软件的用户在 AWS 数据中心（位于俄勒冈州）中性能下降，具体情况可在其状态页面查看。</p>
</div><p>Snowflake is not the only data platform with issues this month.</p>
<div class="lb-trans"><p>Snowflake 并不是本月唯一出现问题的数据平台。</p>
</div><p>Between Dec 11 and Dec 13, Snowflake’s archrival Databricks had a days-long service disruption where customers in several US regions experienced latency or errors when using Mosaic AI, the company’s assistant for building AI agents, which was contained to users of the company’s Azure data centers in seven US regions.</p>
<div class="lb-trans"><p>在 12 月 11 日至 12 月 13 日之间，Snowflake 的竞争对手 Databricks 经历了数天的服务中断，多个美国地区的客户在使用 Mosaic AI（该公司的 AI 代理构建助手）时遇到延迟或错误，该问题仅限于该公司在美国七个地区的 Azure 数据中心的用户。</p>
</div><p>That came after customers in its US Gov West AWS region endured a “complete outage, with all Databrick services presumed unavailable” for about two hours on Dec 3.</p>
<div class="lb-trans"><p>在此之前，12 月 3 日，位于其美国政府西部 AWS 区域的客户经历了 “完全故障，所有 Databricks 服务被认为不可用”，持续了约两个小时。</p>
</div><p>Unlike Snowflake, which lists the preliminary cause of outages and follows up with a root cause analysts on its incident page, Databricks does not publish the cause of its outages.</p>
<div class="lb-trans"><p>与 Snowflake 不同，Snowflake 在其事件页面上列出了故障的初步原因，并随后发布根本原因分析，而 Databricks 并不公布其故障的原因。</p>
</div><p>Databricks did not respond to an email from <em>The Register</em> seeking comment. ®</p>
<div class="lb-trans"><p>Databricks 没有回复_The Register_寻求评论的电子邮件。®</p>
</div>

Snowflake 的更新引发了全球范围内的大量故障