Salesforce 是否受到近期 AWS 服務中斷的影響？在將責任歸咎於雲端服務之前，應該檢查哪些方面？

如果 Salesforce 運作緩慢、登入失敗或整合突然停止運作，同時又以 AWS 服務中斷的消息傳出，人們很容易將兩者連結起來。在某些情況下，這可能是正確的診斷，但並非總是如此。

截至2026年9月16日，尚無公開證據顯示Salesforce大規模服務中斷與近期AWS故障有關。 AWS持續報告其中東（巴林）區域出現重大且持續時間較長的服務中斷，以及其中東（阿聯酋）區域部分地區服務嚴重受損。 Salesforce在包括阿聯酋在內的多個國家/地區使用AWS運行Hyperforce工作負載，因此AWS的區域性問題可能會對部分Salesforce客戶造成影響。但在斷定AWS是故障原因之前，必須先檢查Salesforce在特定組織、實例、區域和服務層級的狀態。

本文解釋了哪些問題已確認，哪些問題尚未確認，如何判斷您的 Salesforce 環境是否受到影響，以及何時應該停止等待公共狀態頁面，轉而調查您自己的網路、瀏覽器、整合或租用戶。

最近AWS宕機的具體情況是什麼？

AWS 近期發生的重大服務中斷事件仍集中在中東地區，這在 AWS 本身的公共衛生歷史記錄中仍有跡可循。 AWS 表示，其位於巴林的中東區域（me-south-1）因物理損壞而無法訪問，而其位於阿聯酋的中東區域（me-central-1）也遭受了嚴重影響。

AWS報告稱，受影響的設施在2026年3月的地區衝突中遭受了物理損壞。 4月30日，AWS表示巴林區域仍然不可用，阿聯酋區域也無法可靠地支援客戶應用程式。 AWS建議受影響的客戶在其他區域恢復工作負載，並盡可能從遠端備份中還原無法存取的資源。

您可以直接在AWS 健康控制面板上查看當前和歷史事件狀態。 AWS 也解釋說，公共服務健康視圖顯示的是廣泛的服務事件，而已登入的客戶可以在其個人化的 AWS 健康視圖中查看特定於帳戶的問題。

Salesforce宕機是因為AWS嗎？

根據 2026 年 9 月 16 日可獲得的公開證據來看，總體而言並非如此。

Salesforce 的公開信任狀態網站是檢視 Salesforce 事件的主要途徑。截至本文撰寫之時，Salesforce 尚未發布任何將當前 Salesforce 普遍可用性問題歸因於 AWS 中東地區中斷的平台級事件。

這種區別至關重要。雲端服務供應商在一個區域發生嚴重故障，並不一定會導致使用該提供者的所有軟體公司在全球範圍內都無法存取。現代 SaaS 平台通常跨多個區域、可用區、路由層和基礎設施環境運作。因此，相關的問題不僅僅是“AWS 是否發生故障？”，而是“我的 Salesforce 組織或其依賴的服務是否運行在受影響的基礎設施路徑中？”

AWS 對 Salesforce 究竟有何意義？

Salesforce 的 Hyperforce 架構在公有雲基礎架構上執行許多 Salesforce 工作負載。 Salesforce 目前的文件顯示，Hyperforce 已在多個國家/地區的 AWS 上可用，包括澳洲、巴西、加拿大、法國、德國、印度、印尼、以色列、義大利、日本、新加坡、南非、韓國、瑞典、瑞士、阿拉伯聯合大公國、英國和美國。

Salesforce 的文檔也指出，部分 Hyperforce 執行個體已對應到特定的 AWS 區域。例如，其實例位置文件列出了多個 Hyperforce 實例對應的 AWS 區域。該公司還表示，客戶可以識別其 Salesforce 實例，並使用 Salesforce Trust 查看位置和狀態。

請參閱Salesforce 的官方實例位置指南和Salesforce 的 Hyperforce 資料駐留文件。

你應該努力達到什麼結果？

目標不僅僅是找到紅色或綠色的狀態圖示。有效的診斷應該回答以下三個問題：

• 範圍：該問題是否影響所有人、一個 Salesforce 實例、一個產品、一個集成，還是僅影響您的組織？
• 原因：是否存在 Salesforce 官方事件、AWS 區域事件，或有證據表明問題出在您的瀏覽器、網路、身分驗證設定或整合方面？
• 下一步操作：使用者應該等待、故障轉移、稍後重試、切換工作流程、聯絡 Salesforce 支持，還是調查內部依賴關係？

如果您還無法回答這三個問題，那麼您目前只能進行狀態觀察，而不能進行診斷。

如何檢查自己的 Salesforce 組織是否受到影響？

1. 確定您的 Salesforce 實例

Salesforce 建議您在「設定」中的「公司資訊」下查看「實例」字段，或在 Salesforce Trust 上搜尋您的網域。實例標識至關重要，因為服務運行狀況可能會因區域和基礎架構群組而異。

Salesforce 的官方說明可在「查看 Salesforce 組織的實例資訊」中找到。

現階段的理想結果很簡單：您已經知道受影響的生產組織實際使用的實例名稱。不要從同事的組織、其他區域的沙盒環境或通用的 Salesforce 狀態標題進行診斷。

2. 在 Salesforce Trust 上搜尋該實例

前往 Salesforce Trust 並蒐索您的執行個體或網域。查看當前事件、近期事件歷史記錄和計劃維護。

如果 Salesforce 列出了您的實例的活躍中斷，並且症狀與您的用戶所看到的相符，那麼這比社交媒體貼文或一般的雲端服務中斷標題更有說服力。

如果 Salesforce Trust 顯示您的執行個體運作狀況良好，請不要就此止步。狀態頁面可能會落後於首批客戶報告，而且問題可能僅影響某個功能、依賴項或一小部分租戶。

3. 將時間安排與 AWS 官方活動進行比較

如果您的 Salesforce 組織部署在 AWS 支援的 Hyperforce 上，請將 Salesforce 事件視窗與相關 AWS 區域的事件視窗進行比較。有意義的關聯性不僅需要兩個事件發生在同一個月內。

例如，如果您的 Salesforce 環境託管在歐洲的 AWS 區域，那麼僅發生在巴林的故障本身並不能解釋您的失敗。如果您的工作負載或依賴服務位於阿聯酋區域，那麼這種關聯就更有可能，值得更深入的驗證。

4. 測試哪些功能仍然有效

高品質的故障排除方法能夠縮小問題範圍，而不是反覆刷新同一頁面。請測試幾個具有代表性的路徑：

• 用戶可以登入嗎？
• 他們可以公開記錄嗎？
• 它們可以保存更新嗎？
• API 請求是否成功？
• 是出站整合還是入站整合失敗？
• 該問題是否在所有瀏覽器和網路環境下都會出現？
• 這個問題是否僅限於某個地區或某個辦公室？

模式很重要。完全登入失敗可能意味著與單一延遲整合不同的故障域。如果 Salesforce 使用者介面運作正常，但到 AWS 託管系統的中介軟體流程發生故障，則實際影響可能在於 Salesforce 的下游，而不是 Salesforce 本身。

Salesforce 本身運作狀況是否可能良好，即使整合仍有問題？

是的。這是雲端服務中斷期間最重要的區別之一。

即使您的 Salesforce 組織與某個託管在 AWS 上的元件（例如中間件、自訂 API、資料管道、檔案服務、身分元件、分析作業或執行在 AWS 中的外部應用程式）發生故障，該組織本身仍可能完全可用。

在這種情況下，即使組織內部的業務流程發生故障，Salesforce Trust 也可能正確地顯示 Salesforce 平台運作狀況良好。

一個有效的測試方法是將Salesforce 核心行為與外部依賴項行為區分開來。如果使用者可以建立和編輯記錄，但呼叫外部服務逾時，則需要調查外部相依性及其所在區域。如果即使是基本的 Salesforce 導航在多個使用者和網路中都無法正常運作，則 Salesforce 實例的健康狀況就顯得尤為重要。

那麼，9月初報道的Salesforce問題呢？

Salesforce 在 2026 年 9 月初確實公佈了幾起事件，但公開的事件記錄並未證實這些事件是由目前的 AWS 中東服務中斷引起的。

例如，Salesforce 記錄了 9 月 5 日影響「AWS US」平台組的服務中斷，該中斷持續約 90 分鐘，後來已恢復。此外，Salesforce 報告稱，自 9 月 6 日起，Revenue Cloud 出現問題，並表示調查顯示，近期版本更新是造成該問題的原因。 Salesforce 也發布了資訊通知，指出 Chrome 和 Edge 153 版本中存在間歇性 UI 卡頓現象，並稱這是第三方瀏覽器問題，而非 Salesforce 基礎架構問題。

教訓很重要：多個服務中斷可能因完全不同的原因在相近時間內發生。除非供應商已明確指出它們之間存在關聯，否則請勿將所有 Salesforce 問題都歸類為「AWS 服務中斷」。

有哪些跡象顯示AWS可能真的牽涉其中？

當多個訊號同時出現時，證據就更有力了：

何時應該停止等待狀態頁面？

當公開資訊與你所看到的情況不符時，請改變你的故障排除方法。

如果 Salesforce Trust 顯示正常，但大量使用者無法從多個網路存取相同實例，請記錄時間戳記、請求 ID、錯誤訊息和受影響的使用者名，然後提交 Salesforce 支援案例。如果只有一個辦公室受到影響，請在升級為全球 SaaS 服務中斷之前，先與其他網路或行動連線進行比較。

如果 Salesforce 使用者介面運作正常但整合失敗，請檢查外部端點、DNS 解析、憑證、佇列、API 錯誤程式碼以及託管該依賴項的雲端區域。不要等到 Salesforce 發布關於其元件無法正常運作的事件報告才採取行動。

如果問題涉及您擁有的 AWS 資源，請使用已登入的 AWS Health Dashboard，而不要只依賴公共控制面板。 AWS 文件明確指出，帳戶特定的運作狀況資訊可能與公用服務檢視有所不同。請參閱AWS Health Dashboard 文件。

如何判斷問題是否真正解決？

狀態頁面恢復為綠色固然有用，但營運恢復情況仍需透過您自己的工作流程來確認。

在宣布事件結束之前，請先確認以下事項：

• 用戶可以正常登入；
• 記錄讀取和寫入成功；
• API錯誤率已恢復到基線水平；
• 排隊等待的整合任務正在減少而不是持續增加；
• 計劃任務已恢復運作；
• 沒有手動故障轉移或緊急配置仍然有效；
• 業務關鍵型交易可以完成端到端流程。

一個好的結果不僅僅是“供應商說問題已解決”，而是“供應商說問題已解決，而且對我們重要的工作流程已經恢復運行，沒有出現異常錯誤率”。

目前實際可行的解決方案是什麼？

截至2026年9月16日，現有官方資訊不支持Salesforce整體因近期AWS服務中斷而宕機的說法。 AWS目前最嚴重的故障僅限於巴林和阿聯酋部分地區。 Salesforce在包括阿聯酋在內的許多Hyperforce環境中使用了AWS，因此一些Salesforce託管或連接的工作負載可能依賴AWS。這使得區域性驗證至關重要，但這並不意味著Salesforce必然會全球宕機。

如果您的組織目前遇到問題，最可靠的解決方法是：

1. 請提供您的 Salesforce 實例資訊；
2. 檢查 Salesforce Trust 上的該實例；
3. 確定組織或故障的依賴項是否位於 AWS 上，以及位於哪個區域；
4. 對比事件發生的確切時間視窗；
5. 將 Salesforce 核心功能與外部整合分開進行測試；
6. 如果官方診斷結果無法解釋你的症狀，請提供證據升級申訴。

這種方法能讓你針對自身環境給予站得住腳的答案，而不是依賴籠統的假設。其局限性在於，公共狀態頁面無法立即顯示每個租戶特定的故障，因此，最終確認生產環境中的故障​​可能仍然需要供應商支援和你自己的遙測數據。