Beruflich Dokumente
Kultur Dokumente
November 2016
Contents
Contents
Overview ...................................................................................................................... 3
3
Cloud Service Type Concurrent Maintenance
You will request concurrent maintenance only once and it will remain
in effect through the month you request. If you choose to extend the
Typical Frequency
date for concurrent maintenance, you must submit a new Service
Request (SR) to do so.
Submit your request at least 10 days before the first update weekend
When to Submit SR in the month you wish start. This ensures that your concurrent
maintenance selection is effective in time for the updates.
Fulfillment Considerations
Approval is not required.
You will receive notification confirming your request to start or modify the date through which concurrent
maintenance will remain in effect.
After the concurrent maintenance period expires, your environments will revert to receiving Quarterly
Updates, or Monthly Updates, if you have chosen that option. It is important to inform Oracle about
changes to your target go-live date, so that the end of the concurrent maintenance can be extended if
needed. Extension requests require that you submit a new Service request (SR).
Oracle’s Update Policy is to apply standard planned updates to your non-production environment(s)
before applying them to your production environment 2 weeks later. This is recommended if you are
live-in-production because it provides you 2 weeks to validate standard updates in non-production
environment(s) before updates are applied to a production environment. Implementing customers who
are not yet live-in-production typically do not have these same concerns and would rather benefit from
keeping all of their environments identically updated at all times. For that reason, Oracle offers
concurrent maintenance and encourages customers to request it as they begin their initial
implementations.
4
The end date of 31-Dec-9999 is used for customers who want to remain on concurrent maintenance
indefinitely. If you decide you no longer need concurrent maintenance, you can log a new SR and
provide a new end date.
Submit your request at least 10 days before the first update weekend
When to Submit SR in the month you wish start. This ensures that your concurrent
maintenance selection is effective in time for the updates.
Fulfillment Considerations
Approval is not required.
You will receive notification confirming your request to start or modify the date through which concurrent
maintenance will remain in effect.
5
Frequently Asked Questions
How do I request, extend or stop Concurrent Maintenance option?
To request the Concurrent Maintenance option, make changes to your request, or to stop it, log a
Service Request (SR) using My Oracle Support.
Submit a separate SR for the initial request, and for each subsequent request related with changes
and cancelations.
You will need to submit your SR at least 10 days in advance before your next maintenance event,
for your concurrent maintenance selection to become effective in time for that event.
How long will I stay on Concurrent Maintenance option once it starts?
Concurrent Maintenance as nonproduction will occur for a set period of time with start and end
months based on information you provide when you submit your initial Service Request (SR). If your
target go-live date changes after you submit your SR, you must inform Oracle about the change by
submitting a new SR, so that we can adjust the concurrent maintenance end date. Once the end
date is reached, the environments will return to the standard update and upgrade schedule.
If you want to remain on concurrent maintenance as production indefinitely, enter an end date in
your request of 31-Dec-9999. This option is only available if you have subscribed to an additional
nonproduction environment.
What are the typical considerations before requesting Concurrent Maintenance for
implementing customers?
Consider selecting an end month for concurrent maintenance as nonproduction type, so that
your concurrent maintenance ends the month prior to your planned go-live date.
As you approach final testing phases or go-live, you may want to limit the updates applied to
your production environment. Select the appropriate end month based on your project plans
to ensure that it does not impact key milestones or go-live activities.
The concurrent maintenance option should not be used for short periods of time like a single
week. You must remain on concurrent maintenance for at least one full month.
It is your responsibility to track the start and end month requested in relationship with your
key milestones and other service entitlements scheduled (such as Environment Refresh),
and request any necessary changes at least 10 days in advance.
Communicate the start and end month that you requested with everyone working on your
implementation project to ensure that these are taken into account for scheduling
configuration, training, and testing activities during possible planned outages.
What if I don’t want to take advantage of the concurrent maintenance option?
There is no action required to keep your environments on the standard maintenance schedule.
This is the default option for all customers.
What if my environment has multiple Oracle Application Cloud services?
If your environment contains two or more of the Oracle Applications Cloud services such as
Sales Cloud, Enterprise Resource Planning (ERP) Cloud, Human Capital Management (HCM)
Cloud, Supply Chain Management (SCM) Cloud, or Risk Management Cloud, then selecting
concurrent maintenance will be applied across all services. It is not possible to select only one
service to participate in this option.
6
Related Information on My Oracle Support
Oracle Applications Cloud – Fusion Applications Update Policy, Doc ID 1966109.1
Cloud Service Requests and Fulfillment for Oracle HCM Cloud Service (Taleo Zone Refresh with
Fusion HCM Environment Refresh), Doc ID 2108681.1
Oracle Applications Cloud Service Entitlements, Doc ID 2004494.1
7
Follow us at:
Copyright © 2016, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes
only, and the contents hereof are subject to change without notice. This document is not warranted to be error-free,
nor subject to any other warranties or conditions, whether expressed orally or implied in law, including implied
warranties and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability
with respect to this document, and no contractual obligations are formed either directly or indirectly by this document.
This document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any
purpose, without our prior written permission.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their
respective owners.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under
license and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the
AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of
The Open Group. 0115