极速阅览

tag:status.mongodb.com,2005:/history MongoDB Cloud Status - Incident History 2026-05-25T03:44:04Z MongoDB Cloud tag:status.mongodb.com,2005:Incident/30279572 2026-05-24T02:05:41Z 2026-05-24T02:05:41Z Authentication failures when running search queries for some clusters May <var data-var='date'>24</var>, <var data-var='time'>02:05</var> UTC Resolved - This incident has been resolved. May <var data-var='date'>24</var>, <var data-var='time'>00:14</var> UTC Monitoring - We have resolved the issue for all impacted clusters. We continue to monitor the fleet for any residual impact. May <var data-var='date'>23</var>, <var data-var='time'>20:14</var> UTC Identified - We have identified the root cause of the search query failures and are working on a mitigation for impacted clusters. Clusters with dedicated search nodes are unaffected. Some clusters with colocated search nodes may see search query failures. May <var data-var='date'>23</var>, <var data-var='time'>19:48</var> UTC Investigating - We are investigating an issue impacting some clusters that causes search queries to fail with authentication failures. tag:status.mongodb.com,2005:Incident/30266209 2026-05-22T22:17:46Z 2026-05-22T22:17:46Z [Atlas for Government] Data plane node logs unavailable for last 6 days May <var data-var='date'>22</var>, <var data-var='time'>22:17</var> UTC Resolved - The data plane node log download has recovered. May <var data-var='date'>22</var>, <var data-var='time'>21:17</var> UTC Monitoring - We have applied the fix. The data plane node logs will start to be available to customers within the next 30 minutes. May <var data-var='date'>22</var>, <var data-var='time'>20:32</var> UTC Investigating - The data plane node logs (mongod, audit logs, etc.) are unavailable since May 14th 4am UTC for clusters in GCP and AWS gov-cloud regions. We have identified the root cause and are actively working on a fix. tag:status.mongodb.com,2005:Incident/30016192 2026-05-09T14:24:23Z 2026-05-09T14:24:23Z AWS Availability Zone use1-az4 in US-EAST-1 Region is Impaired May <var data-var='date'> 9</var>, <var data-var='time'>14:24</var> UTC Resolved - This incident has been resolved. May <var data-var='date'> 8</var>, <var data-var='time'>20:41</var> UTC Update - AWS continues to work towards full recovery. The Atlas system has been successfully taking healing actions on impacted nodes to restore node health and using healthy availability zones for provisioning new nodes. We continue to monitor the situation. Please see https://health.aws.amazon.com/health/status for more information. May <var data-var='date'> 8</var>, <var data-var='time'>12:34</var> UTC Update - AWS continues to make progress to restore the full availability of the availability zone. The Atlas system is taking healing actions on impacted nodes where possible to restore node health. We continue to monitor the situation. Please see https://health.aws.amazon.com/health/status for more information. May <var data-var='date'> 8</var>, <var data-var='time'>03:12</var> UTC Monitoring - AWS Availability Zone use1-az4 in US-EAST-1 region is still impaired and AWS is working to restore the full availability of the availability zone. The Atlas system is taking healing actions on impacted nodes where possible to restore node health. We continue to monitor the situation. Please see https://health.aws.amazon.com/health/status for more information. May <var data-var='date'> 8</var>, <var data-var='time'>02:24</var> UTC Identified - AWS Availability Zone use1-az4 in US-EAST-1 region is impaired. For some clusters in AWS US-EAST-1 region, cluster nodes in that availability zone may have impaired health. Some Atlas operations, including instance scaling and cluster configuration changes, may also be delayed for clusters in AWS US-EAST-1. Please see https://health.aws.amazon.com/health/status for more information. tag:status.mongodb.com,2005:Incident/30029390 2026-05-08T22:07:06Z 2026-05-08T22:07:06Z Impaired Cluster Operations due to Lets Encrypt Outage May <var data-var='date'> 8</var>, <var data-var='time'>22:07</var> UTC Resolved - This incident has been resolved. May <var data-var='date'> 8</var>, <var data-var='time'>21:39</var> UTC Update - Lets Encrypt is now reporting as healthy. We will continue monitoring as cluster operations return to a healthy state. May <var data-var='date'> 8</var>, <var data-var='time'>19:33</var> UTC Monitoring - Cluster operations are currently impaired due to issues with Lets Encrypt. We are actively monitoring the situation as more updates come in. tag:status.mongodb.com,2005:Incident/30006756 2026-05-07T22:15:21Z 2026-05-07T22:15:21Z AWS Cluster DNS Changes Degraded Performance May <var data-var='date'> 7</var>, <var data-var='time'>22:15</var> UTC Resolved - DNS updates for ACME are confirmed healthy. Cluster updates are now proceeding as expected. May <var data-var='date'> 7</var>, <var data-var='time'>19:47</var> UTC Update - We are continuing to monitor for any further issues. May <var data-var='date'> 7</var>, <var data-var='time'>19:47</var> UTC Monitoring - We've identified a bad piece of metadata causing DNS issues. We've since patched this metadata and are seeing recovery in ACME updates for cluster topology changes. We will continue to monitor recovery. May <var data-var='date'> 7</var>, <var data-var='time'>17:50</var> UTC Investigating - We are still seeing cases where new cluster update requests are failing to go through due to ACME related DNS issues. We are actively investigating this issue. May <var data-var='date'> 7</var>, <var data-var='time'>16:58</var> UTC Update - Mitigation is in progress; recovery for DNS operations and downstream cluster topology changes has begun. May <var data-var='date'> 7</var>, <var data-var='time'>15:20</var> UTC Update - DNS changes for AWS clusters are currently degraded. Cluster topology modifications may be delayed or not able to complete successfully. We've identified the issue and are pushing out a patch. May <var data-var='date'> 7</var>, <var data-var='time'>15:17</var> UTC Identified - DNS changes for AWS clusters are currently degraded. We've identified the issue and are pushing out a patch. tag:status.mongodb.com,2005:Incident/29994016 2026-05-07T20:55:58Z 2026-05-07T20:55:58Z Atlas Backup Export Jobs Degraded Performance May <var data-var='date'> 7</var>, <var data-var='time'>20:55</var> UTC Resolved - This incident has been resolved. May <var data-var='date'> 7</var>, <var data-var='time'>20:02</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. May <var data-var='date'> 7</var>, <var data-var='time'>01:20</var> UTC Update - We are continuing to work on the fix for this issue. We will have another update by May 7 16:00 UTC. May <var data-var='date'> 6</var>, <var data-var='time'>21:48</var> UTC Identified - Identified - We have identified an issue causing failures for a subset of Atlas backup export jobs. We are actively working on a fix. Your cluster health and data are unaffected. We will provide another update by May 7 01:30 UTC tag:status.mongodb.com,2005:Incident/29938838 2026-05-05T17:28:00Z 2026-05-05T17:28:00Z Partial outage in Azure West Europe May <var data-var='date'> 5</var>, <var data-var='time'>17:28</var> UTC Resolved - We are no longer observing these issues in Azure West Europe. Atlas Clusters in the region should be healthy and fully operational. May <var data-var='date'> 3</var>, <var data-var='time'>20:19</var> UTC Monitoring - We're starting to see instances recover. We will continue to monitor the region's status in Azure and ensure Atlas takes any available steps to maintain cluster health. May <var data-var='date'> 3</var>, <var data-var='time'>17:33</var> UTC Investigating - We are observing widespread issues in in Azure West Europe. Customers may see nodes reporting as "down" and delayed cluster modifications for Azure clusters in West Europe. There are three total AZs in Azure West Europe, and primary failover will be handled by MongoDB. tag:status.mongodb.com,2005:Incident/29839386 2026-04-27T20:50:07Z 2026-04-27T20:50:07Z Increase in Billing for Backup Usage Apr <var data-var='date'>27</var>, <var data-var='time'>20:50</var> UTC Resolved - We have resolved the issue that caused the overage and usages should be reflected correctly by April 28th. If you still see incorrect usages after this date, please reach out to us. Apr <var data-var='date'>27</var>, <var data-var='time'>17:16</var> UTC Identified - We have identified a bug affecting some Atlas customers that resulted in higher-than-expected backup charges on invoices for the billing date of April 24, 2026. This is a billing-only issue; your backup configuration, cluster health, and data are unaffected. We are actively working to correct all affected invoices. Any overcharges will be automatically refunded — no action is required on your end. Please contact MongoDB Support with any questions. We will post another update by April 27 at 22:00 UTC. tag:status.mongodb.com,2005:Incident/29675686 2026-04-21T13:45:37Z 2026-04-21T13:45:37Z MongoDB Atlas BI Connector: Connections and queries fail Apr <var data-var='date'>21</var>, <var data-var='time'>13:45</var> UTC Resolved - This incident has been resolved. Apr <var data-var='date'>20</var>, <var data-var='time'>19:17</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. The launch of the fix should be complete by approximately 13:00 UTC 21 April 2026. Apr <var data-var='date'>17</var>, <var data-var='time'>20:24</var> UTC Identified - We have identified the issue affecting the Business Intelligence (BI) Connector in MongoDB Atlas for Government. We are working on a fix. While no workaround exists, data remains accessible to MongoDB clients. Affected users will not be able to connect to their clusters' BI Connectors. Cluster health is unaffected. Apr <var data-var='date'>17</var>, <var data-var='time'>17:03</var> UTC Investigating - We are currently investigating reports in MongoDB Atlas for Government that the Business Intelligence Connector (BI Connector) is failing. Affected users will have issues connecting to and querying their BI Connectors. No workaround has been identified at this time. Underlying cluster health is not affected. tag:status.mongodb.com,2005:Incident/29434440 2026-04-01T22:46:08Z 2026-04-01T22:46:08Z Cluster operations will be delayed due to DNS maintenance activities in MongoDB Atlas for Government Apr <var data-var='date'> 1</var>, <var data-var='time'>22:46</var> UTC Completed - The scheduled maintenance has been completed. Apr <var data-var='date'> 1</var>, <var data-var='time'>21:47</var> UTC In progress - Scheduled maintenance is currently in progress. We will provide updates as necessary. Apr <var data-var='date'> 1</var>, <var data-var='time'>21:46</var> UTC Scheduled - We will be undergoing scheduled maintenance during this time. Apr <var data-var='date'> 1</var>, <var data-var='time'>21:46</var> UTC In progress - Scheduled maintenance is currently in progress. We will provide updates as necessary. Apr <var data-var='date'> 1</var>, <var data-var='time'>21:45</var> UTC Scheduled - Cluster operations will be delayed due to DNS maintenance activities in MongoDB Atlas for Government tag:status.mongodb.com,2005:Incident/29425075 2026-04-01T12:55:24Z 2026-04-01T12:55:24Z Atlas Charts users unable to login Apr <var data-var='date'> 1</var>, <var data-var='time'>12:55</var> UTC Resolved - Some Atlas users may be unable to access Charts and the Visualization page due to repeated login prompts or unauthorized errors when attempting to sign in. Our engineers have identified a recent change as the likely cause, have rolled it back, and are monitoring the service to confirm that normal access has been restored. tag:status.mongodb.com,2005:Incident/29096934 2026-03-31T21:19:47Z 2026-03-31T21:19:47Z MongoDB Atlas for Government: SSO login failures for some users Mar <var data-var='date'>31</var>, <var data-var='time'>21:19</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'>19</var>, <var data-var='time'>22:15</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Users who were previously unable to log in via SSO should now be able to authenticate successfully. Mar <var data-var='date'>19</var>, <var data-var='time'>00:24</var> UTC Identified - Impact: Some users may be unable to log into the Atlas for Government UI using SSO. Specifically, users accessing Atlas for Government via a saved SSO login URL may receive an error, and users attempting to log in via a federated identity provider link may be unable to complete authentication. Root cause: We have identified an issue with SSO routing that is preventing some federated login flows from completing successfully. These issues started around 2026-03-18 2:30 UTC. What you might see: - A 400 error when navigating to Atlas for Government via a bookmarked or direct SSO URL. - An inability to complete login when using a federated identity provider link. Our actions: A fix is being implemented. Actively working to restore full SSO login functionality for affected users. User action: As a workaround, users can log in by entering their email address directly at https://account.mongodbgov.com and following the standard prompts. If you have time-sensitive changes that are blocked and need urgent assistance, please contact MongoDB Support. Next update: We will provide updates on this page as we progress toward resolution, or if we observe any change in impact to Atlas for Government. tag:status.mongodb.com,2005:Incident/29384377 2026-03-30T23:10:14Z 2026-03-30T23:10:14Z Delays in cluster creation and adding new cluster nodes in Azure East US 2 region Mar <var data-var='date'>30</var>, <var data-var='time'>23:10</var> UTC Resolved - We are no longer seeing capacity issues in Azure East US 2. This issue is now resolved. Mar <var data-var='date'>30</var>, <var data-var='time'>21:47</var> UTC Identified - Identified: Some clusters in the Azure East US 2 region will see delays provisioning new clusters or adding additional nodes to their existing clusters due to Azure capacity constraints. What you might see: Delays in provisioning new clusters or adding additional nodes in Azure East US 2 region. User action: As a workaround, users can provision clusters in other Azure regions. tag:status.mongodb.com,2005:Incident/29264151 2026-03-27T13:21:19Z 2026-03-27T13:21:19Z Intermittent 503 Errors on Atlas Admin API and Automation Tooling Mar <var data-var='date'>27</var>, <var data-var='time'>13:21</var> UTC Resolved - We are no longer seeing intermittent spikes in HTTP 503 errors. Mar <var data-var='date'>26</var>, <var data-var='time'>19:12</var> UTC Update - We continue to monitor our systems for intermittent spikes in 503 HTTP errors following our deployed fix. We will provide another update tomorrow by 3 PM UTC. Mar <var data-var='date'>25</var>, <var data-var='time'>23:39</var> UTC Monitoring - The team has identified the root cause of intermittent spikes of HTTP 503 errors and has applied a fix. Mar <var data-var='date'>25</var>, <var data-var='time'>21:31</var> UTC Investigating - We are currently investigating intermittent spikes of HTTP 503 errors affecting Atlas control plane operations performed via the Atlas Admin API and automation tooling such as Terraform. Impacted requests typically fail for a short period and succeed on retry. Atlas database connectivity and data plane operations remain healthy. Our engineering teams are working to resolve the issue with high urgency and to prevent recurrence. Customers encountering 503 responses are advised to retry failed Admin API and Terraform operations with appropriate retry logic and backoff while we continue our investigation. tag:status.mongodb.com,2005:Incident/29116135 2026-03-19T19:19:57Z 2026-03-19T19:19:57Z Issue querying Azure blob storage containers in Atlas Data Federation Mar <var data-var='date'>19</var>, <var data-var='time'>19:19</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'>19</var>, <var data-var='time'>19:14</var> UTC Update - We are continuing to monitor for any further issues. Mar <var data-var='date'>19</var>, <var data-var='time'>19:01</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Mar <var data-var='date'>19</var>, <var data-var='time'>18:25</var> UTC Identified - The issue has been identified and we are working on a fix. Mar <var data-var='date'>19</var>, <var data-var='time'>18:11</var> UTC Investigating - We are currently investigating an issue when Atlas Data Federation tries to read data from customer Azure blob storage containers. tag:status.mongodb.com,2005:Incident/29112029 2026-03-19T15:28:05Z 2026-03-19T15:28:05Z MongoDB Atlas: Clusters page failing to load Mar <var data-var='date'>19</var>, <var data-var='time'>15:28</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'>19</var>, <var data-var='time'>15:17</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Mar <var data-var='date'>19</var>, <var data-var='time'>14:42</var> UTC Identified - We have identified an issue affecting the Clusters page in MongoDB Atlas. Affected users may see a blank page when trying to view their Clusters page. Cluster health is unaffected. tag:status.mongodb.com,2005:Incident/28928269 2026-03-11T20:10:35Z 2026-03-11T20:10:35Z Issue affecting stream processing within the AWS US-EAST-1 region Mar <var data-var='date'>11</var>, <var data-var='time'>20:10</var> UTC Resolved - At approximately 10:30 AM CT, we identified an issue affecting stream processing within the AWS US-EAST-1 region. As of now, normal operations have resumed. We have initiated a full investigation to determine the root cause and prevent future recurrence. tag:status.mongodb.com,2005:Incident/28909804 2026-03-11T02:30:15Z 2026-03-11T02:30:15Z Atlas Clusters Snapshot Failures Mar <var data-var='date'>11</var>, <var data-var='time'>02:30</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'>11</var>, <var data-var='time'>02:21</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Mar <var data-var='date'>11</var>, <var data-var='time'>00:45</var> UTC Identified - The issue has been identified and a fix is being implemented. Mar <var data-var='date'>10</var>, <var data-var='time'>23:18</var> UTC Investigating - Atlas cluster snapshots are failing. We are actively investigating. tag:status.mongodb.com,2005:Incident/28747893 2026-03-02T16:28:53Z 2026-03-02T16:28:53Z MongoDB Atlas: Email notifications may be failing Mar <var data-var='date'> 2</var>, <var data-var='time'>16:28</var> UTC Resolved - This incident has been resolved. Email notifications are being sent successfully. Mar <var data-var='date'> 2</var>, <var data-var='time'>15:50</var> UTC Investigating - We are currently investigating this issue. Some users may not be receiving emails from MongoDB. We are looking into the cause and will provide an update as soon as we know more. tag:status.mongodb.com,2005:Incident/28918162 2026-03-02T12:00:00Z 2026-03-11T10:00:32Z MongoDB Atlas Admin API: Temporary failures for tools using older API versions Mar <var data-var='date'> 2</var>, <var data-var='time'>12:00</var> UTC Resolved - Users may have seen tools and integrations that rely on older MongoDB Atlas Admin API versions (for example, 2023-01-01 and 2023-02-01) start failing with HTTP 410 responses indicating that the requested version was no longer available. This affected workflows using the MongoDB Atlas Admin API through the Terraform provider, the Atlas CLI, and custom automation. This behavior was triggered by our planned retirement process for older API versions, but the resulting user impact was unintended because these versions were still in active use. We have extended the end-of-life date for the affected API versions to mid-2027 (tentative date 2027-07-01) and deployed a configuration change to restore compatibility for these workflows. All affected tools and integrations should now be operating normally & will be updated prior to the modified end-of-life-date. From 2026-03-01 00:00 UTC to 2026-03-02 12:01 UTC, users relying on these older API versions may have experienced failed requests and associated automation errors. No user action is required. Previously failed operations can be retried and should now succeed. tag:status.mongodb.com,2005:Incident/28717120 2026-03-02T03:05:05Z 2026-03-02T03:05:05Z MongoDB App Services: Connectivity issues Mar <var data-var='date'> 2</var>, <var data-var='time'>03:05</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'> 1</var>, <var data-var='time'>05:37</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Feb <var data-var='date'>28</var>, <var data-var='time'>19:53</var> UTC Investigating - We are currently investigating an issue with Atlas App Services Device Sync. Affected users of this deprecated service may see SSL validation errors. We will update this post with more details as they become available. tag:status.mongodb.com,2005:Incident/28729400 2026-05-06T16:02:29Z 2026-05-06T16:02:29Z Impaired Cluster Operations – AWS me-central-1 (United Arab Emirates) and AWS me-south-1 (Bahrain) May <var data-var='date'> 6</var>, <var data-var='time'>16:02</var> UTC Update - AWS me-central-1 (UAE) and me-south-1 (Bahrain) have suffered damage in these regions. Workloads in me-central-1 (UAE) continue to experience significant impairments. In addition, workloads in me-south-1 (Bahrain) are currently not operational, cannot be modified, and are not able to migrate to other regions or support other disaster recovery actions such as backup and restore. According to the AWS Service Health Dashboard update from April 30th, recovery is expected to take several months. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We strongly recommend that customers with workloads in AWS me-central-1 act now to move their clusters to alternate regions instead of waiting for full availability to be restored. There are currently no recovery options available for data that is only present in the AWS me-south-1 region. We continue to assist customers in their chosen remediation path to the extent possible. Customers running workloads in the Middle East should consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may continue to extend their backup snapshot expirations in me-central-1 as needed. We will continue with a monthly status post update cadence, and provide another update by June 3 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Apr <var data-var='date'> 8</var>, <var data-var='time'>15:33</var> UTC Update - Two Availability Zones in AWS me-central-1 (UAE) continue to experience significant impairments. In addition, workloads in me-south-1 (Bahrain) are currently not operational, cannot be modified, and are not able to migrate to other regions or support other disaster recovery actions such as backup and restore. We strongly recommend that customers with workloads in AWS me-central-1 act now to move their clusters to alternate regions instead of waiting for full availability to be restored. There are currently no recovery options available for data that is only present in the AWS me-south-1 region. We continue to assist customers in their chosen remediation path to the extent possible. Customers running workloads in the Middle East should consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may continue to extend their backup snapshot expirations in me-central-1 as needed. We will continue with a monthly status post update cadence, and provide another update by May 6 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Apr <var data-var='date'> 1</var>, <var data-var='time'>16:02</var> UTC Update - Two Availability Zones in AWS me-central-1 (UAE) continue to experience significant impairments. In addition, workloads in me-south-1 (Bahrain) are currently not operational, cannot be modified, and are not able to migrate to other regions or support other disaster recovery actions such as backup and restore. We strongly recommend that customers with workloads in AWS me-central-1 act now to move their clusters to alternate regions instead of waiting for full availability to be restored. There are currently no recovery options available for data that is only present in the AWS me-south-1 region. We continue to assist customers in their chosen remediation path to the extent possible. Customers running workloads in the Middle East should consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may continue to extend their backup snapshot expirations in me-central-1 as needed. We will continue with a weekly status post update cadence, and provide another update by April 8 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'>26</var>, <var data-var='time'>21:35</var> UTC Update - Two Availability Zones in AWS me-central-1 (UAE) continue to experience significant impairments. In addition, clusters in me-south-1 cannot be modified and may be unable to process normal operations. We strongly recommend that customers with workloads in the affected regions act now to move their clusters to alternate regions instead of waiting for full availability to be restored. We continue to assist customers in their chosen remediation path to the extent possible. Customers running workloads in the Middle East should consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may continue to extend their backup snapshot expirations in me-central-1 and me-south-1 as needed. We will continue with a weekly status post update cadence, and provide another update by April 1 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'>25</var>, <var data-var='time'>15:33</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We expect our guidance to remain unchanged for the immediate future. We will continue with a weekly status post update cadence, and provide another update by April 1 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'>18</var>, <var data-var='time'>15:51</var> UTC Monitoring - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We expect our guidance to remain unchanged for the immediate future. We will continue with a weekly status post update cadence, and provide another update by March 25 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'>11</var>, <var data-var='time'>15:48</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We expect our guidance to remain unchanged for the immediate future. We will move to a weekly status post update cadence, and provide another update by March 18 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'>10</var>, <var data-var='time'>15:59</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We will provide another update by March 11 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 9</var>, <var data-var='time'>16:02</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We will provide another update by March 10 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 8</var>, <var data-var='time'>15:42</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. Customers may consider extending their backup snapshot expirations in me-central-1 as needed. We will provide another update by March 9 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 7</var>, <var data-var='time'>15:28</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in North America, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 8 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 6</var>, <var data-var='time'>14:24</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 7 at 16:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 5</var>, <var data-var='time'>14:59</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 6 at 14:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 4</var>, <var data-var='time'>16:33</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 5 at 12:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 4</var>, <var data-var='time'>06:03</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 4 at 12:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 3</var>, <var data-var='time'>22:54</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 4 at 06:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 3</var>, <var data-var='time'>17:20</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. We continue to assist customers in their chosen remediation path to the extent possible. We encourage customers running workloads in the Middle East to consider alternate Atlas regions, such as those in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 4 at 00:00 UTC, or sooner if new information becomes available. If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 2</var>, <var data-var='time'>19:58</var> UTC Update - CURRENT IMPACT According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience impairments. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. AWS is currently experiencing infrastructure impairments in two Middle East regions: * ME-CENTRAL-1 (Middle East – Central): Two Availability Zones are impaired due to an underlying power and facilities issue. This is resulting in elevated error rates and latency across several AWS services. Recovery is currently expected to take at least a day, per AWS. * ME-SOUTH-1 (Middle East – Bahrain): A single Availability Zone is experiencing a localized power issue. While some services have shifted traffic to unaffected Availability Zones, resources deployed in the impacted zone may continue to experience availability issues, elevated error rates, or extended recovery timelines. Recovery is also currently expected to take at least a day. Because MongoDB Atlas runs on AWS infrastructure, Atlas clusters deployed in the affected Availability Zones may be unavailable or experience operational impact, and certain Atlas management operations (including the Atlas UI, API, and CLI) may show increased error rates during this time. The impact of these events depends on your Atlas cluster topology and configuration: * Customers using multi–region deployments, global clusters, or replicas located in unaffected Availability Zones or regions may see little to no impact. * Customers with clusters or workloads primarily located in the affected Availability Zones may experience reduced availability or degraded performance. * Clusters deployed entirely in unaffected Availability Zones or outside the impacted regions are operating normally. AVAILABLE OPTIONS Depending on your application requirements and cluster configuration, you may consider the following options: 1. Move the cluster to another region that is not impacted. 2. Add electable nodes in another region, which can enable the cluster to establish a minimum viable topology and restore database operations. 3. Take no action and wait for the affected Availability Zones to be fully recovered. HOW TO GET HELP If you would like assistance assessing how these events may affect your Atlas deployment, our support team is available: * Open a support case through the MongoDB Support Portal * Start a chat with Support using the Intercom widget within the MongoDB Atlas interface Mar <var data-var='date'> 2</var>, <var data-var='time'>16:17</var> UTC Update - According to AWS, two Availability Zones in me-central-1 (UAE) and one Availability Zone in me-south-1 (Bahrain) continue to experience outages. The latest information from AWS is available at: https://health.aws.amazon.com/health/status. CURRENT IMPACT Atlas clusters deployed only in me-central-1 may be fully unavailable. For clusters operating solely in me-central-1, backup operations in this region are impaired. Clusters and backups should remain operational in me-south-1 at this time. Clusters in me-south-1 may be running at reduced capacity due to zonal constraints. AWS has indicated an extended resolution timeline for service in the impacted Regions and Availability Zones. RECOMMENDED CUSTOMER ACTIONS If you have a multi-region configuration that includes a healthy secondary region, we recommend routing application traffic to that secondary region. If you have clusters in me-south-1 taking backups, we recommend enabling "Additional Snapshot Copies Policy" to a different region. If you have time-sensitive production changes or operations that are blocked and need urgent assistance, please contact MongoDB Support via the Support Portal, Support Chat or in-product support. WHAT WE ARE DOING We recognize the severity of this situation and the impact it may have on your workloads. The situation continues to evolve, and we are closely monitoring AWS status and regional health signals. We are validating Atlas behavior across affected and unaffected regions, and working to mitigate customer impact where possible. We will provide further updates as circumstances continue to change. Mar <var data-var='date'> 2</var>, <var data-var='time'>02:17</var> UTC Update - Update: We are continuing to monitor an ongoing issue in AWS me-central-1 (United Arab Emirates) caused by an underlying AWS infrastructure disruption isolated to a single Availability Zone. Please visit the AWS Health Dashboard for detailed information on the Availability Zone outage (https://health.aws.amazon.com/health/status). If you have time-sensitive changes that are blocked and need urgent assistance, please contact MongoDB Support. Mar <var data-var='date'> 1</var>, <var data-var='time'>19:30</var> UTC Update - Update: We are continuing to monitor an ongoing issue in AWS me-central-1 (United Arab Emirates) caused by an underlying AWS infrastructure disruption isolated to a single Availability Zone. Please visit the AWS Health Dashboard for detailed information on the Availability Zone outage (https://health.aws.amazon.com/health/status). If you have time-sensitive changes that are blocked and need urgent assistance, please contact MongoDB Support. Mar <var data-var='date'> 1</var>, <var data-var='time'>14:55</var> UTC Update - Update: One or more instances backing MongoDB Atlas clusters in the AWS ME-CENTRAL-1 (United Arab Emirates) region may have been temporarily unavailable due to an underlying AWS issue in a single Availability Zone . According to AWS, a localized power issue in this Availability Zone has affected connectivity and power for some APIs and instances, and may have caused increased errors, latency, or unavailability for certain workloads. For the latest information from AWS, see the AWS Health Dashboard. We continue to closely monitor Atlas deployments in ME-CENTRAL-1 and will provide additional updates if we observe any further impact to Atlas customers. Mar <var data-var='date'> 1</var>, <var data-var='time'>13:48</var> UTC Identified - Impact: Some Atlas customers with deployments in the AWS me-central-1 (United Arab Emirates) region may experience delays in cluster operations (for example, creating, scaling, or modifying clusters and infrastructure-level maintenance tasks). Root cause: AWS is reporting connectivity and power issues affecting APIs and instances in a single Availability Zone in the me-central-1 Region, which can cause increased errors and latency for some AWS services and workflows. For the latest details from AWS, see the AWS Health Dashboard. What you might see: - Cluster create/scale/modify operations remaining in a pending or in-progress state longer than usual - Slower completion of some maintenance and infrastructure operations in the affected region Our actions: - Monitoring the AWS incident and Atlas fleet behavior in me-central-1 Customer action: No action is required at this time. We expect delayed operations to complete as AWS resolves the underlying issue. If you have time-sensitive changes that are blocked and need urgent assistance, please contact MongoDB Support. Next update: We will provide updates on this page as AWS progresses mitigation or if we observe any change in impact to Atlas customers. tag:status.mongodb.com,2005:Incident/28683489 2026-02-26T20:04:33Z 2026-02-26T20:04:33Z DataDog Integration Degraded Experience Feb <var data-var='date'>26</var>, <var data-var='time'>20:04</var> UTC Resolved - The issue has been resolved Feb <var data-var='date'>26</var>, <var data-var='time'>19:51</var> UTC Monitoring - A fix has been implemented and we're monitoring the results. Feb <var data-var='date'>26</var>, <var data-var='time'>19:21</var> UTC Investigating - We are currently experiencing degraded service with our DataDog integration for several DataDog regions. This may result in incomplete metrics, or issues with alerting for customers using the DataDog integration. We are investigating this issue. tag:status.mongodb.com,2005:Incident/28563495 2026-02-20T16:59:34Z 2026-02-20T16:59:34Z MongoDB Atlas Data Federation and Online Archive: Schema Table fails to load Feb <var data-var='date'>20</var>, <var data-var='time'>16:59</var> UTC Resolved - This incident has been resolved. Feb <var data-var='date'>20</var>, <var data-var='time'>16:54</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Feb <var data-var='date'>19</var>, <var data-var='time'>21:35</var> UTC Update - We are continuing to investigate reports of Atlas Data Federation and Online Archive schema tables failing to load. As a workaround, please connect directly and run the sqlGetSchema command: https://www.mongodb.com/docs/sql-interface/schema/view/ If that does not work, you may need to generate the schema first: https://www.mongodb.com/docs/sql-interface/schema/create/#create-schema-using-mongosh It appears to affect only a very small number of users, but we will keep this alert open until the issue is resolved. Feb <var data-var='date'>19</var>, <var data-var='time'>18:50</var> UTC Investigating - We are investigating reports of Atlas Data Federation and Online Archive schema tables failing to load. As a workaround, please connect directly and run the sqlGetSchema command: https://www.mongodb.com/docs/sql-interface/schema/view/ If that does not work, you may need to generate the schema first: https://www.mongodb.com/docs/sql-interface/schema/create/#create-schema-using-mongosh tag:status.mongodb.com,2005:Incident/28483704 2026-02-13T17:57:19Z 2026-02-13T17:57:19Z DNS Resolution failures for public IP addresses within 31.89.0.0/24 Feb <var data-var='date'>13</var>, <var data-var='time'>17:57</var> UTC Resolved - The DNS records have been backfilled and clusters that had these IP addresses should be recovered. Feb <var data-var='date'>13</var>, <var data-var='time'>16:42</var> UTC Identified - We have identified the root cause and are working on backfilling those records with AWS support. We have also disabled that ip range for new clusters so moving forward this issue will not be hit for new AWS clusters. Feb <var data-var='date'>13</var>, <var data-var='time'>16:11</var> UTC Investigating - We are investigating an issue with DNS resolution for public IP addresses within 31.89.0.0/24. We are engaging with AWS support to remediate the situation.