Power Platform 和 Dynamics 365 服务的策略和通信
简介
Microsoft 会定期传达完成的工作来维护和更新 Microsoft Power Platform（Power Apps、Power Automate、Power Virtual Agents 和其他服务）和 Microsoft Dynamics 365 应用（Sales、Customer Service、Supply Chain Management 等），以确保安全性、性能和可用性，并且提供新功能和特性。 Microsoft 还会传达服务事件的详细信息，包括潜在的用户体验、事件的开始和结束时间，以及可以提供的所有解决方法。
对于每一个场景，均通过消息中心和服务运行状况仪表板中的 Microsoft 365 管理中心提供。 对于每一个场景，均通过消息中心和服务运行状况仪表板中的 Microsoft 365 管理中心提供。 Microsoft 365 管理中心还可以发送电子邮件以获取所有消息的每周摘要、仅主要更新的电子邮件以及数据隐私消息的电子邮件。 您可以按照此处的说明选择加入此通信流。
请注意：有时，Microsoft 还可能向受到特别影响的环境或 Microsoft Lifecycle Services 项目或环境中具有系统管理员角色的用户发送直接电子邮件。
如果您不确定谁是您的管理员，请参阅查找您的管理员或支持人员。
如果要添加接收电子邮件通信的其他收件人，请参阅管理发给管理员的电子邮件通知。
计划的系统更新和维护
Microsoft 通过每周更新流程定期对服务和应用执行更新和维护。 此更新流程每周提供安全性和次要服务改进，每个更新都根据安全部署计划按区域推出，在服务站中安排。 有关服务站部署的计划的详细信息，请参阅 Customer Engagement 的 Dynamics 365 的已发行版本页面。
4 月（第 1 波）和 10 月（第 2 波）还有两个主要服务更新通过每周更新机制发送，详细信息可以在 Dynamics 365 和 Microsoft Power Platform 发布计划中找到。
次要服务更新
次要服务更新包含支持新功能、产品改进和缺陷修补程序的自定义更改。 它们根据我们定义的“安全部署流程”分地区按周部署。 每周每个地区将获得：
更新的部署，从我们的“第一个发布”地区开始
使用将部署开始应用到基础结构的日期发布消息中心通知
包含所包括的修补程序列表的每周发行说明的链接
请注意：部署应用到基础结构的日期不是将更新应用到环境的日期。 环境和任何应用都由在后续区域维护时段运行的异步流程更新。 虽然服务性能或可用性降低不会预期，但在此维护窗口期间，用户可能会看到短暂的间歇性影响，例如瞬间 SQL 错误或重定向到登录屏幕。
您可以通过检查环境的“关于”页面上的版本号或查看 Power Platform 管理中心上的环境详细信息，验证更新是否已成功完成。 服务更新的列表可以在已发行版本页面上找到。
主要发布事件
我们每年提供两次主要发布事件，一次在 4 月（第 1 波），第 2 次在 10 月（第 2 波），提供新功能和特性。 这些更新向后兼容，以便您的应用和自定义将在更新后继续工作。 对用户体验有重大的干扰性更改的新功能默认关闭，这意味着管理员将能够首先测试，然后为组织启用这些功能。 此外，管理员将有机会使用“选择加入”功能启用新功能，以便抢先体验更改。
关于在何时计划主要发布活动的通知以及 Dynamics 365 和 Microsoft Power Platform 发布计划的链接将在 Microsoft 365 管理门户的消息中心发布。
安全更新
服务团队会定期执行以下操作以确保系统的安全性：
- 扫描服务以识别可能的安全隐患
- 评估服务以确有效地执行了密钥安全性控制
- 评估服务以确定曝光由 Microsoft 安全响应中心 (MSRC) 识别的任何漏洞，该响应中心会定期监视外部漏洞感知站点
这些团队还会识别和跟踪所有已识别的问题，并在必要时采取迅速措施缓解风险。
如何弄清安全更新的情况？
因为服务团队努力以不需要服务停机时间的方式应用风险缓解，管理员通常不会看到安全更新的消息中心通知。 如果安全更新不需要影响服务，它被视为计划维护，发布时会提供预计的影响持续时间，以及工作执行的时间段。
有关安全性的详细信息，请参阅信任中心。
计划维护
计划维护是对提高稳定性、可靠性和性能的服务所进行的更新和更改。
这些更改包括：
- 硬件或基础结构更新
- 集成服务，如 Microsoft 365 或 Azure 的新版本
- 服务更改和软件更新
- 每年会进行多次次要更新。 请参阅服务更新。
非计划维护
Power Platform 服务和 Dynamics 365 应用（Sales、Customer Service、Supply Chain Management 等）可能遇到需要进行非计划更改以确保可用性的问题。 Microsoft 努力在出现这些事件时提供尽可能多的通知，但由于无法预测这些事件，它们不被认为是计划内维护。
发生此情况时，您的组织会在消息中心中收到“非计划维护”通知。 我们还尝试向受非计划维护影响的环境中的所有系统管理员发送电子邮件。 您可以在消息中心中查看当前非计划维护活动的状态。
区域维护窗口
若要限制对客户及其用户的影响，我们根据部署环境的区域计划维护窗口。 以下维护时间线列表显示每个区域的维护窗口。 时间以协调世界时（UTC，也称为格林尼治标准时间）显示。 对于全球拥有用户的组织，我们意识到这些维护窗口可能会有不同的影响。 由此对您的用户造成的影响，我们深表歉意。
维护日程表
为了限制对用户的影响，将根据部署环境的地区计划维护窗口。 以下列表显示每个地区的维护窗口。 时间以协调世界时（UTC，也称为格林尼治标准时间）显示。
下面是服务更新时间。 在环境的维护时段内，数据库更新会根据系统负载尽快运行。
| 区域 | URL | 窗口 (UTC) |
|---|---|---|
| NAM | crm.dynamics.com | 凌晨 2 点到上午 11 点 |
| DEU | crm.microsoftdynamics.de | 下午 5 点到凌晨 2 点 |
| SAM | crm2.dynamics.com | 凌晨 12 点到上午 10 点 |
| CAN | crm3.dynamics.com | 凌晨 1 点到上午 10 点 |
| EUR | crm4.dynamics.com | 下午 6 点到凌晨 3 点 |
| FRA | crm12.dynamics.com | 下午 6 点到凌晨 3 点 |
| APJ | crm5.dynamics.com | 中午 3 点到下午 8 点 |
| OCE | crm6.dynamics.com | 上午 11 点至晚上 9 点 |
| JPN | crm7.dynamics.com | 上午 10 点到下午 7 点 |
| IND | crm8.dynamics.com | 晚上 7:30 至凌晨 1 点 |
| GCC | crm9.dynamics.com | 凌晨 2 点到上午 11 点 |
| GCC 高 | crm.microsoftdynamics.us | 凌晨 2 点到上午 11 点 |
| GBR | crm11.dynamics.com | 下午 6 点到凌晨 3 点 |
| ZAF | crm14.dynamics.com | 下午 5 点到凌晨 2 点 |
| UAE | crm15.dynamics.com | 下午 3 点到凌晨 12 点 |
| GER | crm16.dynamics.com | 下午 6 点到凌晨 3 点 |
| CHE | crm17.dynamics.com | 下午 6 点到凌晨 3 点 |
| CHN | crm.dynamics.cn | 中午 3 点到下午 9 点 |
服务事件
服务事件是一个术语，用于指通常会导致多个客户对我们的一项或多项服务的体验下降的事件（或一系列事件）。 这些事件实际上是导致计划外停机的平台问题 – 包括不可用、性能下降和干扰服务管理的问题。 我们通过 Microsoft 365 管理门户服务运行状况仪表板上经过身份验证的体验来传达服务事件，以跨多个云服务向管理员提供服务运行状况的可见信息。 服务事件的示例可能包括：
- 无法登录到特定环境或管理门户
- 应用或 Dataverse 查询的性能缓慢
- 错误消息或意外的空白页面
如何弄清服务事件的情况？
通过服务运行状况仪表板可查看服务的状态、现有服务事件的详细信息以及最多 30 天的历史记录。 服务运行状况（在 Microsoft 365 管理中心内）知道您管理哪些租户，因此与未经身份验证的信息源相比，它可以显示影响您服务的任何已知问题的更准确的视图。 如果您遇到未在服务运行状况仪表板中显示的问题，请通过在 Power Platform 管理中心中创建票证与 Microsoft 支持部门联系。
如果在服务事件期间有广泛的客户影响，我们可能还会在多个特定于服务的支持页面（包括 Power Apps 支持页面、Power Automate 支持页面 或 Power BI 支持页面）之一上提供状态更新。
如果 Microsoft 365 管理门户不可用，我们将通过我们的备份状态站点提供状态更新。
提供哪些有关服务事件的信息？
在事件期间，我们包括与用户影响、持续时间、任何可行的解决方法和初步根本原因相关的信息。 我们的目标是按小时提供状态更新，虽然此准则会因提供实质性的新信息而减少，或基于等待恢复活动而扩展。 在将服务还原至最佳操作时，我们将发布最终状态更新并确定是否基于此服务对客户的影响范围和类型提供额外的事件后报表。
对于某些事件，可能会在发生后五个工作日后在 Microsoft 365 服务运行状况仪表板上发布事件后报表 (PIR)。
此报表汇总了以下详细信息：
- 摘要
- 用户体验
- 主要活动或操作的时间线
- 构成因素
- 后续步骤
接收通知的其他方法
由于服务通知和通信的关键特性，因此还有一些连接到服务通信的方法。
- 在您的移动设备上下载并安装 Microsoft 365 管理移动应用来查看服务更新和事件通知
- 使用外部可访问的服务通信 API 直接连接到服务通信
- 使用 PowerShell 在 Dataverse 中配置其他通知电子邮件地址
- 在 Planner 中跟踪您的消息中心任务
有关联机策略的通知
请查看有关联机策略和类似文档的通知。
如果您有任何反馈，请填写我们的调查，并共享您的想法！