Global Business Units Cloud Services Pillar C O N T R A C T U A L D O C U M E N T A T I O N JULY 2016

Transcription

1 Glbal Business Units Clud Services Pillar C O N T R A C T U A L D O C U M E N T A T I O N JULY 2016

2 Table f Cntents Scpe 2 Service Availability 2 Oracle Clud Security Plicy 3 Change Management 3 Disaster Recvery 4 Infrmatin Transfer 5 Cmpliance 6.

3 Scpe This dcument is applicable t Oracle Clud Services fr Industry (OCI) and Oracle Hspitality and Oracle Retail Clud (OHRC). OCI supprts the clud fferings prvided by the Cmmunicatins Glbal Business Unit, Financial Services Glbal Business Unit, the Health Sciences Glbal Business Unit, the Cnstructin and Engineering Glbal Business Unit, and the Utilities Glbal Business Unit. OHRC supprts the clud fferings prvided by the Hspitality Glbal Business Unit and the Retail Glbal Business Unit except fr the fllwing Retail Glbal Business Unit Clud fferings which are hsted by OCI: Oracle Retail Advanced Science Engine Fundatin Clud Service Oracle Retail Advanced Clustering Clud Service Oracle Retail Assrtment and Space Optimizatin Clud Service Oracle Retail Custmer Decisin Tree and Demand Transference Science Clud Service Oracle Retail Insights Oracle Retail Merchandising Insights Clud Service Oracle Retail Custmer Insights Clud Service Oracle Retail Market Basket Insights Clud Service Oracle Retail Merchandise Financial Planning Clud Service Oracle Retail Demand Frecasting Clud Service This dcument is a supplement t the Oracle Clud Hsting & Delivery Plicies and Oracle Practice dcuments. Its purpse is t accunt fr exceptins and additinal terms specific t the Oracle Glbal Business Units. Service Availability Fr purpses f calculating the Service Availability Level f the Oracle Clud Services, Available r Availability means that Yu and Yur Users are able t lg in and access the OLTP r transactinal prtin f Clud Services. Fllwing the end f each calendar mnth f the Services Perid under an rdering dcument, Oracle measures the System Availability Level ver the immediately preceding mnth. Unless therwise defined in the Service Descriptin, Oracle measures the System Availability Level by dividing the difference between the ttal number f minutes in the mnthly measurement perid and any Unplanned Dwntime by the ttal number f minutes in the measurement perid, and multiplying the result by 100 t reach a percent figure. Target Service Availability Level bjectives are as utlined in the Oracle Clud Service Level Objective Plicy sectin in the Oracle Clud Hsting & Delivery Plicies dcument, r in the applicable Service Descriptin related t the specific Glbal Business Unit clud service.

4 Oracle wrks t meet a Target System Availability Level fr the measurement perid f each calendar mnth, cmmencing at Oracle s activatin f the prductin envirnment. Reprting f Availability Oracle will prvide Availability reprts fr a specific perid upn request. Oracle Clud Security Plicy Additinal infrmatin regarding Oracle s security practices fr Oracle Glbal Business Unit Clud Services is available upn request. Change Management Applicatin Upgrades and Updates Oracle requires all Clud Services custmers t keep their Services current with the sftware versins that Oracle designates as generally available (GA) fr such Services. Sftware updates r upgrades will fllw the release f every GA release and are required fr the Services in rder t maintain versin currency. Fr certain Clud Services, Oracle perfrms upgrades by upgrading Yur nnprductin envirnment t the latest versin f the Clud prduct befre upgrading the prductin envirnment. Oracle Clud Hsting and Delivery Plicies, such as Service Levels Objective Plicy, the Disaster Recvery Service Plicy bjectives, and the Supprt Plicy, are dependent n Yu maintaining GA versin currency. Oracle is nt respnsible fr perfrmance r security issues encuntered with the Clud Services that may result frm running earlier versins. Oracle will prvide prir ntice fr updates r upgrades that invlve service interruptin t Yu. OCI schedules applicatin upgrades every 2 nd and 4 th Friday f the mnth between 21:00-06:00 data center lcal time. If Yu are eligible t select Yur wn upgrade windw, Yu will either be cntacted by Oracle t crdinate the upgrade change windw, r Yu will be able t select target hur and date with the exceptin f blcked time perids that Oracle reserves fr cre system maintenance. OHRC will assign an upgrade slt t Yu at cmpletin f prvisining and where pssible, at a time t minimize impact t Yur business. Upgrade windws will be scheduled between 20:00-06:00 data center lcal time, Mnday t Sunday. Applicatin Changes Access t prductin servers at the perating system and database level is restricted t Oracle Clud fr Industry Services and Applicatin Management grups. Custmer changes t the applicatin are allwed nly via the defined user interface, web service, r a standardized API. Alteratin r extensin f the underlying base applicatin cde is nt allwed as a mechanism f custmizing the applicatin. Cre System Maintenance Cre system maintenance invlves changes t hardware, netwrk systems, security systems, perating systems, strage systems, r general supprting sftware f the clud infrastructure. Cre system maintenance may result in service interruptin. Oracle wrks t limit any service interruptin due t cre system maintenance t less than 2 hurs during a scheduled service perid. Oracle may elect nt t schedule a cre system maintenance event.

5 Fr OCI, the scheduled service perid fr cre system maintenance is n Fridays and will be scheduled by Oracle between 21:00-06:00 data center lcal time. This is a standing maintenance windw and Yu will nt receive ntificatins f the upcming cre system maintenance. Fr OHRC, the scheduled service perid fr cre system maintenance is n Tuesdays and will be scheduled by Oracle between 21:00-06:00 data center lcal time. Oracle will prvide prir ntice fr upcming cre system maintenance that invlves service interruptin t Yu. Rutine Infrastructure Maintenance Oracle manages rutine infrastructure maintenance activities fr the purpse f prviding envirnment currency, capacity, and stability. Rutine maintenance is nt expected t result in a service interruptin. When pssible, rutine infrastructure maintenance will be perfrmed during the Cre System Maintenance windw and fllw the same ntificatin plicy. End f Life fr Oracle Business Unit Clud Services Specific Clud Services may have EOL Plicy infrmatin. Where applicable, the dcumentatin is available here: Disaster Recvery Disaster Recvery services are intended t prvide service restratin capability in the case f a majr disaster, as declared by Oracle that leads t lss f a data center and crrespnding service unavailability. Fr the purpses f this Plicy, a disaster means an unplanned event r cnditin that causes a cmplete lss f access t the primary site used t prvide the Oracle Clud Services such that the Custmer prductin envirnments at the primary site are nt available. The Recvery Time Objectives (RTO) and Recvery Pint Objectives (RPO) d nt apply t Yur custmizatins that depend n external cmpnents r third-party sftware. During an active failver event, nn-critical fixes and enhancement requests are nt supprted. Yu will be slely respnsible fr issues arising frm third party sftware and custmizatins t Oracle prgrams and services. The RTO and RPO Level bjectives are as utlined in the applicable Service Descriptin related t the specific Glbal Business Unit clud service. Upn Oracle s declaratin f a disaster, Oracle will cmmence the Disaster Recvery Plan t recver prductin data t the mst recent available state t recnstitute the prductin envirnments f the affected Clud Services with the Recvery Time and Recvery Pint Objectives as defined in the Service Descriptin fr the applicable Glbal Business Unit clud service. Prductin services may perate in a degraded state f perfrmance fr the duratin f the disaster event. A Recvery Time Objective (RTO) is Oracle s bjective fr the maximum perid f time between Oracle s decisin t activate the recvery prcess t the secndary site due t a declared disaster, and the pint at which Yu can resume prductin peratins in the secndary prductin envirnment. If the decisin t failver is made during the perid in which an upgrade is in prcess at the secndary site, the RTO extends t include the time required t cmplete the upgrade.

6 A Recvery Pint Objective (RPO) is Oracle s bjective fr the maximum pssible length f time during which data culd be lst in the event f a disaster. The RPO time excludes any data lads that may be under way when the disaster is ccurring. Infrmatin Transfer Secure File Transfer Prtcl (sftp) The secure file transfer prtcl (sftp) services are limited-access systems fr the purpse f uplading r dwnlading data files in a secure manner. sftp dwnlads/uplads are recrded in an electrnic audit lg that includes: date and time, user name, and name f file up/dwnladed. Traceability f user requests fr sftp access and mdificatins t access rights is prvided thrugh change cntrl prcesses. Accunt Usage Oracle reserves the right t restrict access, limit use f the sftp Service, r remve access fr any nncnfrming users, sites, r Custmers, withut prir ntificatin, whenever the use f the service is nt in cmpliance with the terms f use. Access is granted n each accunt t specific directries using the principle f least privilege. Custmer accunts have full read-write access t the data in each directry t which the user has access. Technical cntrls in place are designed t ensure cnfidentiality f data and t prevent unauthrized access t ther accunts data. Attempts t access directries nt authrized fr a given accunt are a vilatin f the terms f use, and the accunt may be suspended. Oracle is nt respnsible fr unauthrized Custmer access t data within a directry by an accunt which has authrized and apprved access. Accunt Prvisining Currently sftp accunts are created with a strng 10-character passwrd. The accunt passwrd will be sent in an t the address assciated with the accunt. Fr this reasn, the address assciated with an accunt must be a valid individual and may nt be a shared accunt r cmpany distributin list. Inactive accunts will be disabled, and then deleted under the fllwing schedule: Accunts that are inactive fr 3 mnths will be disabled. Accunts that are inactive fr 6 mnths will be deleted. Custmer must submit a request via the ticketing system t terminate accunts that are n lnger required r need t be revked. Accunt Authenticatin Passwrds are autmatically generated and cannt be changed by the accunt hlder r recvered by Oracle. If a passwrd needs t be changed r reset, the accunt hlder must submit a frmal change request via the ticketing system t have a new passwrd generated. The updated accunt passwrd will be sent in an t the address assciated with the accunt. Accunt Authenticatin Alternate Autmatin Methds

7 The sftp service supprts public key authenticatin; a methd f autmatic passwrd-less lgin. Each accunt has a public key directry. By generating a lcal private and public key pair, uplading the public key file t this directry, and cnfiguring the client sftware t use public key authenticatin, an accunt can lg in withut being prmpted fr a passwrd. Multiple public key files per accunt are supprted by Oracle. Acceptable Usage All data transferred via the sftp service must be fr the specific business purpse and functin f supprting the Custmer hsted envirnment(s). The sftp service may nt be used fr data backups, temprary strage, unlicensed cpyrighted materials, r ther illegal materials. Custmer integratins emplying the use f autmated data transfer agents r 'scripts' are permitted, hwever they shuld either run manually r n a peridic schedule nt t exceed a sftp cnnectin rate f 10 times per hur. The use f autmated prcesses that aggressively cnnect, r that d nt prperly cnnect, authenticate, perfrm an apprpriate file transfer peratin, r prperly discnnect, is a vilatin f the terms f use. Data Strage Data stred n the sftp server will autmatically be deleted after 60 days. All incming and utging sftp data is cnsidered transient data and nt subject t backup retentin. The nly exceptin is that the directry structure and any ssh lgin key file infrmatin is retained and nt autmatically deleted Paylad Encryptin Requirements Data-at-Rest If the service ffering is subject t external regulatry requirements such as PCI DSS that mandates data-at-rest encryptin, the cnfiguratin f the Oracle sftp service fr the deplyment will emply the use f whle disk encryptin, r the service will be designed t accept incming encrypted data files with an Oracle prvided public key r x.509 certificate. Cnversely, if the service ffering has utbund data and file transfer integratins, then the Custmer must prvide Oracle with a bnafide x.509 certificate fr sftp data integratins. Encryptin Requirements Transprt Industry security standards and Oracle security plicies mandate end-t-end (scket-t-scket) based transprt encryptin fr data exchange. Use f FTP ver SSL (FTPS) and FTP des nt guarantee transprt encryptin is either prperly enfrced r negtiated during the initiatin f the data cnnectin, and the latter prtcl (FTP) is cmpletely lacking any transprt encryptin. Therefre, Oracle data transfer standards is limited t sftp with the gal t ensure cnfidentiality f data transfers between Oracle and the Custmer. Cmpliance Audit Reprts Audit reprts and letters f cmpliance f Oracle Clud Services are peridically published by Oracle s third party auditrs. Reprts and letters may nt be available fr all services r at all times. Custmer may request t receive a cpy f the current published audit reprt r letter available fr a particular Oracle Clud Service, as applicable, by cntacting its Oracle Sales Representative r designated Oracle accunt cntact and prviding the fllwing infrmatin: Cmpany name Cntact name

8 Title Recipient address Request justificatin (e.g., purpse and intended use descriptin) Oracle Crpratin, Wrld Headquarters Wrldwide Inquiries 500 Oracle Parkway Phne: Redwd Shres, CA 94065, USA Fax: C O N N E C T W I T H U S blgs.racle.cm/racle Cpyright 2016, Oracle and/r its affiliates. All rights reserved. facebk.cm/racle twitter.cm/racle racle.cm