Mendix 中断历史

1. 2026年10月23日 UTC 13:22identified

   发生了什么事 2026年10月20日,甲骨文发布了"2026年10月关键补丁更新"(https://blogs.oracle.com/security/october-2026-critic-patch-update-released),其中包括了被Mendix Apps使用的Java版本的多处修正. 谁受影响 所有有应用程序的客户都在Mendix Cloud上运行. 我们所做的 我们已经更新了爪哇版的Java 25,Java 21和Java 17. 这些新版本包括了关键补丁更新. 对于Java 11,我们正在等待 从我们的供应商更新。 一旦有了这些更新,我们将更新Mendix Cloud上使用的Java版本. 你该做的 如果你的应用程序运行在Java 17, 21或Java 25上,你应该重新部署你的应用程序. 您可以在环境细节页面(https://docs.mendix.com/developerportal/deploy/environments-details/#application-status)上找到用于环境的Java版本. 您可以重新部署已经运行在您环境上的软件包, 或者构建和部署新的软件包 。 重新开始是不够的! 我们建议按您通常的顺序进行,这样您就可以在更新制作前检查您的应用程序是否仍然有效: 1. 试验环境 2. 接受环境 3. 生产环境 如果你的应用在Java 11上运行,你应该注意这个状态页面事件. 当我们在Mendix Cloud上发布新的Java版本时,我们会更新这个. 这些更新将包括针对特定Java版本的指令. 部署所需经费 为了实施这些安全措施,您必须进行定期部署(非零下调部署)。 零下调部署(ZDT)将不采用这些安保措施,即使在重新部署现有部署包时也是如此。 您不需要创建新的部署软件包 。 使用常规部署程序,您可以重新配置您现有的软件包 。 如果您已经进行零下调部署以应用这些修正,请使用经常部署程序进行重新部署。 正常部署会在应用程序重新启动时造成一段短暂的停机时间,所以请做出相应的计划. 如果有任何问题,请联系支援.

2. 2026年10月28日 UTC 09:31identified

   "Java 17"的固定版已经发布,并跨出"Mendix Cloud". 如果您的应用程序运行在 Java 17 上, 请遵循原始状态页信件中列出的调用指令 。 对于Java 11,我们正在等待 从我们的供应商更新。 一旦有了这些更新,我们将更新Mendix Cloud上使用的Java版本.

自动翻译自官方事件更新。

1. 2026年10月22日 UTC 18:59monitoring

   发生了什么事 一个名为eMudhra的证书权威为其中间证书中的8个错误地生成了加密密钥,这导致了证书被损坏. Mendix应用程序运行的Java默认信任这些证书. 有人可以拦截一个应用程序的外出连接 能够装作它正在呼叫的服务器 谁受影响 只有您的应用程序会通过 HTTPS 连接, 例如 REST 或 网络服务 调用, 或是与外部系统的其他集成 。 进入您的应用程序的流量, 如用户打开浏览器, 不受影响 。 我们所做的 我们更新了Mendix Cloud构建进程,以便从今以后所构建的应用程序不再信任被损坏的证书. 我们还更新了基本的OS基础图像。 这于协调世界时10月22日17:30发布. 你该做的 当您的应用程序部署时添加了修复,所以已经运行的应用程序只有在重新部署时才能得到. 您可以重新部署已经运行在您环境上的软件包, 或者构建和部署新的软件包 。 重新开始是不够的! 如果您的应用程序向其他系统发送了电话, 请调用 。 我们建议按你通常的顺序来做, 这样你就可以检查你的整合是否在生产前仍然有效: 1. 试验环境 2. 接受环境 3. 生产环境 如果您的应用程序没有发出外出电话, 不需要任何动作 。 它将在下一次定期部署时收到最新情况。 部署所需经费 为了实施这些安全措施,您必须进行定期部署(非零下调部署)。 零下调部署(ZDT)将不采用这些安保措施,即使在重新部署现有部署包时也是如此。 您不需要创建新的部署软件包 。 使用常规部署程序,您可以重新配置您现有的软件包 。 如果您已经进行零下调部署以应用这些修正,请使用经常部署程序进行重新部署。 正常部署会在应用程序重新启动时造成一段短暂的停机时间,所以请做出相应的计划. 调用后预期什么 如果其中一个系统 您的应用调用使用一个受影响的 eMudhra 当局颁发的证书, 连接将会失败 。 在这种情况下,请该系统的所有人更换其证书。 如果有任何问题,请联系支援.

自动翻译自官方事件更新。

1. 2026年10月22日 UTC 12:44resolved

   10月19日和20日,Mendix Cloud EU(法兰克福)和Mendix Cloud EU(法兰克福2)的一些环境没有自动夜间备份。 我们于10月21日执行了平台维护,以恢复备份服务并创建新的备份. 受影响的环境将失去10月19日和10月20日的备份。 我们对此造成的不便表示歉意.

自动翻译自官方事件更新。

1. 2026年10月9日 UTC 12:53investigating

   我们已查明,数据库资源的能力将下降,这将影响下列行动: - 提供新的应用环境 - 清理数据库 - 缩编 下列计划受到影响: - M21(标准/优惠) - S21(标准/优惠) 我们正在调查一个解决方案,我们将根据事件情况更新这一事件.

2. 2026年10月12日 UTC 11:01monitoring

   已经为减少数据库资源的能力实施了一个固定办法。 提供新的应用环境、清理数据库和缩小规模,正在再次发挥作用。 我们正在监测局势。 如果您的环境之一仍然受到影响, 请联系 Mendix 支持 .

3. 2026年10月13日 UTC 11:33resolved

   这一事件已经得到解决。 我们还没有注意到任何与数据库资源容量下降有关的问题, 在执行修复后。 如果你仍然遇到与这起事件有关的问题,请伸出援手予以支持.

自动翻译自官方事件更新。

1. 2026年10月6日 UTC 08:29investigating

   我们已经查明了一个问题,因此,一揽子计划有时会失败.

2. 2026年10月6日 UTC 08:31identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年10月8日 UTC 07:22monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年10月8日 UTC 08:13resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月24日 UTC 07:03investigating

   我们目前正在调查这一问题.

2. 2026年9月24日 UTC 07:12monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年9月24日 UTC 07:40resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月18日 UTC 05:46investigating

   我们正在调查一个平台事件 与自由Apps。 客户在免费应用软件部署和恢复其应用软件时可能会遇到故障. 这一事件将在1小时后更新,或者根据事件需要.

2. 2026年9月18日 UTC 06:08identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年9月18日 UTC 06:20monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年9月18日 UTC 12:31resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月17日 UTC 13:18identified

   我们为下列Mendix计划确定了数据库资源的减少能力: - XXXL(标准/额外) 我们建议顾客在接到进一步通知之前不要调整计划规模.

2. 2026年9月17日 UTC 13:22identified

   我们确定了另一个我们数据库资源能力下降的区域。 下列计划受到影响: - M21(标准/优惠) - XXXL(标准/额外)

3. 2026年9月17日 UTC 13:27identified

   我们确定了另一个我们数据库资源能力下降的区域。 下列计划受到影响: - L21(标准/精度) - M21(标准/优惠) - XXXL(标准/额外)

4. 2026年9月21日 UTC 13:45identified

   我们确定了另一个我们数据库资源能力下降的区域。 下列计划受到影响: - L21(标准/精度) - M21(标准/优惠) - S21(标准/优惠) - XXXL(标准/额外) 我们的工程团队正在研究一个永久的解决办法.

5. 2026年9月22日 UTC 14:42identified

   我们确定了另一个我们数据库资源能力下降的区域。 数据库资源容量的减少不影响现有数据库的功能,而会影响新数据库的创建. 下列计划受到影响: - L21(标准/精度) - M21(标准/优惠) - S21(标准/优惠) - XXXL(标准/额外) 我们的工程团队正在研究一个永久的解决办法.

6. 2026年9月23日 UTC 08:32identified

   建立新的数据库的问题已经解决。 现有数据库和新数据库的创建现已正常运行。 但是,由于数据库资源能力下降,对所列区域下列计划的现有数据库进行升级仍然受到影响: - L21(标准/优惠) - M21(标准/优惠) - S21(标准/优惠) - XXXL(标准/优惠)。 我们的工程小组继续就永久解决办法开展工作,并将随着进展提供进一步的最新资料.

7. 2026年9月24日 UTC 08:04monitoring

   我们执行了一项固定措施并正在监测结果。 可在所有受影响地区恢复规模.

8. 2026年9月25日 UTC 10:37resolved

   此事已决. 我们没有注意到任何与数据库资源容量下降相关的新问题.

自动翻译自官方事件更新。

1. 2026年9月2日 UTC 12:31investigating

   我们正在从客户那里收到报告,他们在数据库升级为更高版本的PostgreSQL之后,其应用性能下降.

2. 2026年9月4日 UTC 13:01investigating

   我们正在从客户那里收到报告,他们在数据库升级为更高版本的PostgreSQL之后,其应用性能下降。 根据我们收到的报告,我们决定推迟对PostgreSQL17的维修,直至进一步通知.

3. 2026年9月7日 UTC 15:12investigating

   我们正在继续调查这一问题。 我们已确定,目前所部署环境的受影响程度不超过0.07%,这些受影响环境的客户已经与我们的支助部门联系。 如上次更新所述;我们已经决定将PostgreSQL的维护推迟到进一步通知之后。 推迟维修的客户将至少提前两周得到通知,然后恢复维修.

4. 2026年9月15日 UTC 15:03resolved

   此事已决. 关于PostgreSQL升级后报告的性能退化,有一套变通办法。 我们的支援部门与每个受影响的客户有直接联系。 如前文所述,整个平台的PostgreSQL 17维护工作仍被推迟,等待进一步通知。 在恢复保养前,将至少提前两周通知推迟保养的客户。 没有整个平台的影响,所有组件都已恢复运行.

自动翻译自官方事件更新。

1. 2026年8月30日 UTC 19:38investigating

   目前,我们正在调查一些生产集群的计量可用性问题。 被影响的应用程序会在公尺页面上看到"没有数据",不会触发任何警报. 我们得到更多信息后,将更新事件.

2. 2026年8月31日 UTC 06:33monitoring

   受影响应用的计量和警报也可用。 我们将继续监测结果.

3. 2026年8月31日 UTC 07:55resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年8月30日 UTC 19:20identified

   我们正在调查Mendix门户网站的问题 客户可能遇到获取和管理项目的问题。 这一事件将在1小时后更新,或者根据事件需要.

2. 2026年8月30日 UTC 19:21identified

   我们正在继续努力解决这个问题。

3. 2026年8月30日 UTC 19:31monitoring

   Home.mendix.com项目的生产环境已经重新启动,我们正在监测结果.

4. 2026年8月30日 UTC 19:34resolved

   此事已决.

自动翻译自官方事件更新。

1. 2026年8月28日 UTC 14:50resolved

   在协调世界时8月21日10:04至20:00之间,这个专用集群中的应用是: 无法建立连接到同一专用集群中的其他应用程序。 依赖另一应用程序提供的数据的应用程序可能无法使用。 这一时期的终端用户。 该原因被确定在平台网络配置中并应用了固定. 应用程序之间的连接已经恢复并确认。 不需从 客户,而且没有必要重新启动或重新部署应用程序。 如果你继续 遇到任何问题,请联系Mendix Support.

自动翻译自官方事件更新。

1. 2026年8月18日 UTC 09:49investigating

   我们注意到Mendix门户网站间歇性的问题。 我们正在调查这个问题。 我们会在事件发生时更新这个事件.

2. 2026年8月19日 UTC 10:45investigating

   我们正在调查与Mendix门户网站间歇性联系问题。 建议客户不要重新启动或部署其应用程序。 我们得到更多信息后,将更新事件.

3. 2026年8月19日 UTC 13:17investigating

   我们还在调查与Mendix门户网站间歇性联系的问题。 建议客户不要重新启动或部署其应用程序。 我们得到更多信息后,将更新事件。 由于这一事件,计划(计划)的PostgreSQL 17升级维护工作被推迟,并很可能在下星期重新安排.

4. 2026年8月19日 UTC 14:19monitoring

   已经实施了一个固定,我们正在监测结果.

5. 2026年8月20日 UTC 07:10investigating

   问题再次浮出水面 我们正在继续调查与Mendix门户网站间歇性联系的问题 建议客户不要重新启动或部署其应用程序。 我们得到更多信息后,将更新事件.

6. 2026年8月21日 UTC 08:01monitoring

   我们找到了事件的原因,并采取了补救措施。 我们目前正在监测结果。 客户可以从Mendix门户网站恢复重启或部署其应用程序.

7. 2026年8月24日 UTC 12:14resolved

   在实施固定并密切监测结果之后,我们注意到Mendix门户功能恢复正常。 因此,我们将结束事件。 正如我们的一个更新计划(计划)所述,将重新安排PostgreSQL 17的升级维护。 如果您继续遇到任何问题,请联系Mendix Support.

自动翻译自官方事件更新。

1. 2026年8月18日 UTC 09:26resolved

   由于平台不稳定,维护工作被取消. 任何经历了取消维护的环境都可以正常运行. 一些环境正在经历高数据库负荷. 这是因为维护期间优化任务失败. 我们正在重新安排时间表。 执行完毕后,应恢复正常.

自动翻译自官方事件更新。

1. 2026年8月12日 UTC 20:44investigating

   We are investigating an incident with deployments. Customers may experience failed deployments. This incident will be updated in 1 hour, or as events warrant.

2. 2026年8月12日 UTC 21:37identified

   We have identified the issue. We notice intermittent network issues with an external package store. Impacted customers can retry their deployment. This incident will be updated in 12 hours, or as events warrant.

3. 2026年8月13日 UTC 03:04monitoring

   The external package store has recovered and is now operating normally. We are continuing to monitor the system to confirm full stability.

4. 2026年8月13日 UTC 06:30resolved

   The incident has been resolved.

1. 2026年7月29日 UTC 06:46investigating

   我们正在继续调查这个问题。

2. 2026年7月29日 UTC 06:47investigating

   我们正在调查一个平台事件 与自由Apps。 客户在免费应用部署时可能会遇到间歇性故障. 这一事件将在1小时后更新,或者根据事件需要.

3. 2026年7月29日 UTC 12:03identified

   这一问题已经确定。 我们计划在协调世界时1500年的7月29日发布这个固定器作为热接器.

4. 2026年7月29日 UTC 15:13monitoring

   Hotfix已经发布,免费的应用程序部署再次有效. 我们将继续监测结果.

5. 2026年7月30日 UTC 08:20resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月28日 UTC 12:09investigating

   我们正在调查Mendix门户网站的一个问题 客户可能会遇到上传备份的问题 这一事件将在1小时后更新,或者根据事件需要.

2. 2026年7月28日 UTC 13:52identified

   问题已经确定,我们正在设法解决问题。 一旦获得更多信息,我们将提供最新资料.

3. 2026年7月28日 UTC 15:50identified

   修补时间比预期的要长。 我们计划在协调世界时1500年的7月29日发布这个固定器作为热接器. 不幸的是,我们无法为上传备份提供任何变通办法,直到公布定案,我们对这个问题造成的不便表示歉意.

4. 2026年7月29日 UTC 15:10monitoring

   热器已经部署,我们正在监测结果。 被影响的客户可以再次上传备份.

5. 2026年7月30日 UTC 08:20resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月23日 UTC 09:30investigating

   我们正在调查一个事件,在重启环境后,没有自定义域。 客户可能经历: - 自定义域上找不到应用程序 - 在Mendix门户网站上未显示的自定义域 我们建议具有自定义域的客户暂时不要重新启动或部署到这些应用程序。 这一事件将在1小时后更新,或者根据事件需要.

2. 2026年7月23日 UTC 09:35investigating

   我们正在继续调查这一问题.

3. 2026年7月23日 UTC 10:16monitoring

   已经执行了一项固定措施。 重新启动应用程序环境可以恢复自定义域 。 我们将继续监测结果.

4. 2026年7月23日 UTC 12:50resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月23日 UTC 07:38investigating

   我们现在是调查问题.

2. 2026年7月23日 UTC 14:35identified

   问题被确定为清理旧SBOMS的一个问题.

3. 2026年7月23日 UTC 14:36monitoring

   修复系统被应用,我们将监测性能.

4. 2026年7月23日 UTC 15:04resolved

   事情已经解决了.

5. 2026年7月23日 UTC 15:05postmortem

   [RCA 006 - SBOM 服务器 RDS CPU 饱和与连接-池已耗尽 - 控制中心\ (Cloud\)](https://mendix.atlassian.net/wiki/spaces/CCC1/pages/4923031817/RCA+006+-+SBOM+Server+RDS+CPU+饱和+连接-池已耗尽)

自动翻译自官方事件更新。

1. 2026年7月16日 UTC 16:42investigating

   我们目前正在孟迪克云欧盟:法兰克福1号和法兰克福2号地区部署人员,遇到问题。 此时多次出动失败. 在这个问题得到解决之前,请不要试图向法兰克福一区或法兰克福二区部署应用程序. 我们知道这个问题,我们的小组正在积极调查。 一旦获得更多信息,我们将提供最新资料.

2. 2026年7月16日 UTC 16:51investigating

   确定的其他影响: Mendix Cloud EU-法兰克福1和法兰克福2的一些环境经历了出人意料的重启. 我们正在调查这是否与部署失败问题有关.

3. 2026年7月16日 UTC 17:02investigating

   我们确认这个问题也影响到孟迪克云(Mendix Cloud)美国东部和孟迪克云(Mendix Cloud)专注的欧盟(Frankfurt)山区。 我们查明了部署失败和意外环境重新开始影响多个区域的根本原因.

4. 2026年7月16日 UTC 17:25identified

   我们目前正在对查明这一问题的服务器进行修正。 作为这一补救的一部分,在我们解决问题时,一些环境可能重新开始,这些重新开始是解决问题所期望和必要的。 请继续避免新的部署 直到我们确认修复完成.

5. 2026年7月16日 UTC 18:38identified

   随着我们继续修补基础平台,我们把生产环境列为优先事项,以尽量减少影响。 部署错误随着纠正措施的实施而大大减少。 我们正在继续努力争取完全恢复,并将在所有系统完全恢复后提供最新情况.

6. 2026年7月16日 UTC 19:53identified

   受影响地区的所有生产应用现在都已启动,没有问题。 我们目前正在努力解决剩余的非生产环境,重新部署工作正在恢复正常运行。 一旦所有环境完全恢复,我们将继续监测并提供最后最新情况.

7. 2026年7月16日 UTC 21:26monitoring

   事件已完全解决,部署和重新启动工作如所预期地进行。 有些非生产环境目前处于失败状态, 我们正在为其余受影响环境进行自动化恢复,并将继续进行监测,以确保稳定.

8. 2026年7月17日 UTC 07:36resolved

   这一事件现已了结. 该平台保持稳定,没有报告新问题。 所有生产和非生产环境都在受影响地区正常运行。 请联系Mendix Support, 以防您的应用程序或环境有任何问题 。 谢谢你在这起事件中的耐心.

自动翻译自官方事件更新。