请求延迟升级生产环境

客户最多可以在即将进行的月度更新周期前请求两次环境更新延迟,并且要为请求提供正当理由。您必须为每个月度周期指定延迟升级。在以下情况下,您可以寻求延迟升级生产环境:

  • 在测试环境中发现了回归错误。在这种情况下,Oracle 将修复该错误,然后立即升级您的环境。升级到主代码行不需要客户审批。
  • 您正处于实施项目的关键阶段。在这种情况下,Oracle 会将升级推迟到您在请求延迟时商定的日期。如果您没有再次提出延迟升级请求,Oracle 将于您在请求延迟时商定的日期自动升级环境。
  • 您想跳过本月的更新,因为您没有时间测试每月更新。在这种情况下,Oracle 会在下一个月的更新周期中自动升级环境。
  • 由于季度结算或年末结算,您希望跳过本月或几个月的更新。在这种情况下,Oracle 会在商定的日期或每月周期自动升级环境。

通常,客户在从内部部署迁移到 Oracle Enterprise Performance Management Cloud 时会使用延迟升级流程。当他们适应了升级的节奏之后,就会升级到主线,然后不再请求延迟升级。

注:

当月的每周修补程序和紧急修补程序(如果有)将继续应用于环境。在请求延迟升级的几个月中,将不会进行任何更新。

仍会向已暂停升级的环境的服务管理员发送每月更新通知。

延迟更新的影响

更新延迟的负面影响包括:

  • 在每月周期内没有更新的环境需要更长的时间才能升级到主线。
  • 生产环境进入主代码行后,您将需要更多的时间进行测试(需要对多个每月更新的功能和更改进行测试)。
  • 安全更新和错误修复仅在升级到主代码行后才会应用于环境。

如何指定延迟升级

设置延迟升级是使用 skipUpdate EPM Automate 命令执行的自助服务操作。

使用该命令,您可以跳过一次或两次即将进行的月度更新。例如,如果环境正在进行 20.12 月度更新,则可以跳过 21.01 和 21.02 更新。在这种情况下,您需要设置两次延迟升级,一次是针对 21.01 月度更新进行设置,另一次是针对 21.02 月度更新进行设置。您的环境将在 21.03 月度更新周期中更新到主代码行。您可以运行如下 skipUpdate 命令跳过此示例场景中的更新:

epmautomate skipupdate add version=21.01 comment="Example comment"
epmautomate skipupdate add version=21.02 comment="Example comment"

如果您需要请求两次以上的月度更新升级延迟:

  • 从要延迟升级的环境中创建一个“提供反馈”提交。请参阅“创建一个“提供反馈”提交”。

  • 创建一个确定“提供反馈”参考编号的技术服务请求。请参阅“提交技术服务请求”。服务请求必须包含以下附加信息:
    • 请求延迟升级的原因(例如,回归错误信息、实施项目的关键阶段、未对测试环境进行测试、季度或年末结算)。

    • 如果延迟升级不是因为回归错误,那么提供 Oracle 可以将环境合并回主代码行的日期或月份。

    • 正式请求的格式为:

      我 (<Your name>) 请求 Oracle 延迟升级环境 <URL of the environment>。