<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 的更新引發了全球範圍內的大量故障