日常维护操作

在环境的运行维护期间，Oracle 每天都会执行以下操作：

为现有对象和数据创建名为 Artifact Snapshot 的维护快照。请参阅“使用维护快照备份环境并还原环境”。
应用所需的任何修补程序（例如，每月更新、每周修补程序、一次性修补程序）
调整配置，例如高速缓存
分析在过去 24 小时内执行的所有活动和创建的所有日志，并创建活动报表

在此之后，环境将重新启动，在维护过程继续备份数据库时，只有服务管理员具有初始访问权限。

日常维护期间不可用的操作

下表列出了在环境重新启动时不可用的操作，并将这些操作与业务流程对应：

Note:

在此期间，Enterprise Data Management 业务流程的所有操作均受限制，而其他流程则是一些特定操作受限制。

业务流程	不可用的操作
Account Reconciliation	所有导入和数据集成操作
Planning	清除多维数据集压缩大纲数据集成导出数据导出元数据导入数据导入元数据合并数据切片优化聚合刷新数据库重建多维数据集
Enterprise Profitability and Cost Management	清除多维数据集压缩大纲数据集成导出数据导出元数据导入数据导入元数据合并数据切片优化聚合刷新数据库
Financial Consolidation and Close	数据集成导出数据导出元数据导入数据导入元数据刷新数据库重建多维数据集
Narrative Reporting	无
Profitability and Cost Management	应用程序 - 计算规则应用程序 - 维管理仪表板数据集成导入快照智能 - 分析视图模型 - 设计器模型 - 执行控制
Tax Reporting	数据集成导出数据导出元数据导入数据导入元数据刷新数据库重建多维数据集

Note:

在日常维护期间，如果是通过 EPM Automate 或 REST API 调用或者通过作业控制台调度 Planning、Enterprise Profitability and Cost Management、Financial Consolidation and Close 和 Tax Reporting 的操作，则这些操作受限制。如果用户可以登录，则可以从作业控制台手动调用这些操作。
在整个日常维护持续时间内，不会完全阻止 Profitability and Cost Management 的任何操作。将会部分阻止以下操作。
- 在服务重新启动后立即临时阻止维管理、仪表板和分析视图几秒到 30 分钟以上时间（取决于应用程序中的维成员）。
- 在上述操作可用后阻止计算规则、设计器和执行控制几秒到可能一小时的时间（取决于应用程序中的规则数）。在此期间，尤其是规则操作（例如设计器、计算等），根据应用程序请求的特定 POV，会逐渐变为可用。
- 在执行备份期间，会阻止导入快照。

默认维护开始时间

由于用户在维护期间无法使用该环境，因此服务管理员应该确定一个在一小时内没有任何用户使用该服务的时段。任何连接的用户都将注销并且未保存的数据将丢失。

默认的维护开始时间在晚上 10:00 到凌晨 1:00（托管环境的数据中心的本地时间）之间。如果您没有为环境重置默认的开始时间，Oracle 将在晚上 10:00 至凌晨 1:00（数据中心的本地时间）之间随机选择一个开始时间。在您选择维护开始时间之后，Oracle 会遵从您的选择。请参阅“设置环境的维护开始时间”。

有些服务可能会执行其他维护操作。例如，Planning 模块、Account Reconciliation 和 Financial Consolidation and Close 可能需要更多维护时间来完成内容升级。

Note:

为了让用户能够保存数据，Oracle Fusion Cloud Enterprise Performance Management 和 Oracle Fusion Cloud Enterprise Data Management 会在维护流程开始前 15 分钟显示即将进行维护的通知。

通知用户日常维护完成

虽然为日常维护标记了一个小时，但通常需要短得多的时间即可完成。您可以使用自定义脚本通知用户日常维护已完成，以便他们可以继续他们的活动。请参阅《在 Oracle Enterprise Performance Management Cloud 中使用 EPM Automate》中的“通知用户日常维护完成”。