Oracle Corporation UK Limited

Oracle Cloud Infrastructure Autonomous Transaction Processing

Oracle Autonomous Transaction Processing Cloud provides an easy-to-use, fully autonomous database that scales elastically, delivers fast query performance and requires no database administration. The service provides all the performance of Oracle Database in an environment that is tuned and optimized for transaction processing workloads.

Features

  • A fully managed transaction processing cloud service
  • Always run the latest security patches
  • Automated protection from downtime, automated HA and backups
  • Dynamically scale OCPU and turn off when not needed
  • Supports Oracle/3rd party OLTP and reporting tools
  • Provides Oracle SQL Developer for the design and build
  • Connectivity via SQL*Net, JDBC, ODBC connections
  • Built-in support for data analytics using Oracle Machine Learning
  • Includes cloud-based notebook application for simple querying

Benefits

  • Reduced costs from a highly flexible and agile cloud infrastructure
  • Reduced operational cost from a highly automated environment
  • Simplified end-to-end management of the transaction database
  • Elastic scaling of compute and storage, without downtime
  • Pay only for resources consumed
  • Rapid provision of fully operational warehouse in a few minutes
  • Flexibility from a variety of connectivity options
  • Simple browser based user interface
  • Web-based documentation, training and user assistance
  • Available in the Oracle UK dedicated Government Cloud environment

Pricing

£1.8256 per unit per hour

Service documents

Framework

G-Cloud 11

Service ID

5 1 4 2 5 7 0 1 7 9 1 2 7 9 7

Contact

Oracle Corporation UK Limited

Adrienne Belton

+44 118 92 43257

Gcloud-enquiries_gb@oracle.com

Service scope

Service constraints
All patching, upgrades and backups are managed by Oracle. The service continuously optimizes memory, data formats, indexes, parallelism, and query plans for each workload.
System requirements
  • Self contained service runnning on Exadata.
  • It may be desirable to have access to object storage
  • For staging data prior to loading.

User support

Email or online ticketing support
Email or online ticketing
Support response times
Oracle's response times are determined by the severity level of the service request. Oracle will use reasonable efforts to respond to Severity 1 service requests within fifteen (15) minutes. However, for other severity levels (2-4) no response time is defined. The severity level of a service request is selected by both the customer and Oracle, and must be based on defined severity definitions.
User can manage status and priority of support tickets
Yes
Online ticketing support accessibility
None or don’t know
Phone support
Yes
Phone support availability
24 hours, 7 days a week
Web chat support
Web chat
Web chat support availability
24 hours, 7 days a week
Web chat support accessibility standard
None or don’t know
How the web chat support is accessible
N/A
Web chat accessibility testing
N/A
Onsite support
Yes, at extra cost
Support levels
Online support is built into the price of the service for the license-included CPU SKU and provided through standard Support payments for the BYOL CPU SKU. This provides access to Oracle's extensive Cloud Support network for issues and questions. Customer sets the initial severity of reported issues and Oracle support responds according to the same guidelines provided for on-premises support.
Support available to third parties
Yes

Onboarding and offboarding

Getting started
Oracle provide a Customer Satisfaction Manager that will introduce you to the service. Onsite and online training is available as well as insturctional videos and documentation.
Service documentation
Yes
Documentation formats
  • HTML
  • PDF
End-of-contract data extraction
For a period of no less than 60 days after the termination or expiration of the services, Oracle will make available your production data via secured protocols, or keep the service system accessible, for the purpose of data retrieval by you. During this period, the service system should not be used for production activities. Oracle has no obligation to retain your content after this 60 day period.
End-of-contract process
For a period of 60 days upon termination of the Oracle Cloud Services, Oracle will make available via secure protocols, your content residing in the production environment, or keep the service system accessible, for the purpose of data retrieval by you. During this retrieval period, Oracle’s Cloud Service Level Objective Policy does not apply and the service system may not be used for any production activities. Oracle has no obligation to retain your content after this retrieval period.

Using the service

Web browser interface
Yes
Using the web interface
All service functions can be controlled via the web interface. See the user guide for details.
Web interface accessibility standard
None or don’t know
How the web interface is accessible
Oracle's web interface follows Oracle accessibility philosophy and policies found at www.oracle.com/us/corporate/accessibility/policies/index.html. The Oracle Accessibility Guidelines are based on the 2017 Revised Section 508 of the Rehabilitation Act of 1973 as amended, and the World Wide Web Consortium's (W3C) Web Content Accessibility Guidelines version 2.0 guidelines at the AA level (WCAG 2.0 AA). Oracle is committed to developing new products in conformance with Revised Section 508 and the WCAG 2.0 AA standards to the extent practicable. Our online documentation follows OAG 3.0, by fully adopting the Revised Section 508 standards. In 2017 the U.S. Access Board announced the Revised Section 508 standard that is based on the WCAG 2.0 AA standards. In 2014, the European Union standard EN 301 549 ‘Accessibility requirements suitable for public procurement of ICT products and services in Europe’ was issued in response to Mandate 376, and it too was based on the WCAG 2.0 AA standards. Oracle has been an active participant in the development of these guidelines and is closely tracking their progress.
Web interface accessibility testing
Oracle products are tested for accessibility using a variety of techniques including automated tools, expert heuristic review, visual inspection, manual operation, and testing with various AT by both disabled and nondisabled users. We report the outcome of that testing using the Voluntary Product Accessibility Template (VPAT), which was developed by the Information Technology Industry (ITI) Council in partnership with the U.S. government's central procurement office, the General Services Administration (GSA), to assist Federal contracting officials and other buyers in making preliminary assessments regarding the availability of commercial ICT products and services with features that support accessibility.
API
Yes
What users can and can't do using the API
All service functions can be controlled via REST APIs. See the user guide for details.
API automation tools
  • Ansible
  • Chef
  • SaltStack
  • Terraform
  • Puppet
API documentation
Yes
API documentation formats
  • HTML
  • PDF
Command line interface
Yes
Command line interface compatibility
  • Linux or Unix
  • Windows
  • MacOS
Using the command line interface
All service functions can be controlled via the command line interface (CLI). See the user guide for details.

Scaling

Scaling available
Yes
Scaling type
Manual
Independence of resources
Commencing at Oracle’s activation of your production service, Oracle works to meet the Target Service Availability Level, or Target Service Uptime, of 99.5%. Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.
Usage notifications
Yes
Usage reporting
Email

Analytics

Infrastructure or application metrics
Yes
Metrics types
  • CPU
  • HTTP request and response status
  • Memory
  • Network
  • Number of active instances
Reporting types
API access

Resellers

Supplier type
Not a reseller

Staff security

Staff security clearance
Other security clearance
Government security clearance
None

Asset protection

Knowledge of data storage and processing locations
Yes
Data storage and processing locations
  • United Kingdom
  • European Economic Area (EEA)
  • EU-US Privacy Shield agreement locations
  • Other locations
User control over data storage and processing locations
Yes
Datacentre security standards
Complies with a recognised standard (for example CSA CCM version 3.0)
Penetration testing frequency
At least once a year
Penetration testing approach
Another external penetration testing organisation
Protecting data at rest
  • Physical access control, complying with SSAE-16 / ISAE 3402
  • Physical access control, complying with another standard
  • Scale, obfuscating techniques, or data storage sharding
  • Other
Other data at rest protection approach
Oracle Cloud Infrastructure (OCI) has policies, procedures, and mechanisms established for effective key management to support encryption of data in storage and in transmission for the key components of the OCI service. OCI supports strong cryptography using standards and validated formats including AES-256, IPSec, and FIPS-140-2. Oracle uses Transparent data encryption (TDE) on database tablespaces to encrypt.
Data sanitisation process
Yes
Data sanitisation type
Deleted data can’t be directly accessed
Equipment disposal approach
Complying with a recognised standard, for example CSA CCM v.30, CAS (Sanitisation) or ISO/IEC 27001

Backup and recovery

Backup and recovery
Yes
What’s backed up
All data files relating to the Autonomous Transaction Processing service
Backup controls
Autonomous Transaction Processing automatically backs up your database for you. The retention period for backups is 60 days. Manual backups can be performed via the cloud console.
Datacentre setup
Multiple datacentres with disaster recovery
Scheduling backups
Users schedule backups through a web interface
Backup recovery
Users can recover backups themselves, for example through a web interface

Data-in-transit protection

Data protection between buyer and supplier networks
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
  • Other
Other protection between networks
Oracle Cloud Infrastructure provides the customer with multiple forms of encryption for data in transit. All Oracle Cloud Infrastructure Application Programming Interface (API) requests must support HTTPS and SSL protocol TLS 1.2. Oracle Cloud Infrastructure supports tunnel mode for IPSec Virtual Private Networks (VPNs). Oracle Cloud Infrastructure FastConnect offers a dedicated, private connection between the customer’s data centre and Oracle Cloud Infrastructure.
Data protection within supplier network
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
  • Other
Other protection within supplier network
For data in transit, customers can enable encryption for traffic between their own VMs and end users. Oracle Cloud Infrastructure (OCI) protects data in transit, such as between two virtual networks. Oracle Cloud Infrastructure uses industry standard transport protocols such as TLS between devices and OCI data centers, and within data centers themselves.

Availability and resilience

Guaranteed availability
Commencing at Oracle’s activation of your production Oracle Cloud Service, Oracle works to meet the Target Service Availability Level, or Target Service Uptime, of 99.5%. Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.
Approach to resilience
Oracle Cloud Infrastructure is hosted in regions and availability domains. A region is a localised geographic area, an availability domain is one or more datacentres located within a region. A region is composed of several availability domains. Most Oracle Cloud Infrastructure resources are either region-specific, such as a VCN, or availability domain-specific, such as a compute instance. Availability domains are isolated from each other, fault tolerant, and designed against failing simultaneously. Because availability domains do not share infrastructure such as power or cooling or the internal availability domain network, a failure at one availability domain is designed to not impact the availability of the others. All the availability domains in a region are connected to each other by a low-latency, high-bandwidth network, which makes it possible for the customer to provide high-availability connectivity to the Internet and customer premises, and to build replicated systems in multiple availability domains for both high availability and disaster recovery. Regions are completely independent of other regions and can be separated by vast distances across countries or even continents.
Outage reporting
Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.

Identity and authentication

User authentication
Other
Other user authentication
The customer controls access to and use of its applications, workloads and data. The OCI Identity and Access Management (IAM) service is built to meet the requirements of enterprises, and it provides authentication and authorization for all their OCI resources and services.

All customer calls to access Oracle Cloud Infrastructure resources are first authenticated by the IAM service (or federated provider) and then authorised based on IAM policies. A customer can create a policy that gives a set of users permission to access the infrastructure resources (i.e., network, compute, storage, etc.) within a compartment in the tenancy.
Access restrictions in management interfaces and support channels
Access to network devices, servers supporting the services requires Oracle users to use multi-factor authentication and traverse three levels of access control. The network is a multi-tiered Demilitarised Zone (DMZ) environment inside a dedicated extranet that is isolated from Oracle's internal corporate network and VPNs for non-cloud services.

The second step in the authentication path is authenticating to the relevant bastion server. Operator access is only permitted from bastion servers.
Only approved engineers with the required entitlement can access the bastion servers. The public/private SSH key of authorised users is used in conjunction with UNIX username and authenticated via LDAP.
Access restriction testing frequency
At least every 6 months
Management access authentication
  • 2-factor authentication
  • Public key authentication (including by TLS client certificate)
  • Dedicated link (for example VPN)
  • Username or password
  • Other
Description of management access authentication
Access to network devices, servers supporting the services requires Oracle users to use multi-factor authentication and traverse three levels of access control. The network is a multi-tiered Demilitarised Zone (DMZ) environment inside a dedicated extranet that is isolated from Oracle's internal corporate network and VPNs for non-cloud services.

The second step in the authentication path is authenticating to the relevant bastion server. Operator access is only permitted from bastion servers.
Only approved engineers with the required entitlement can access the bastion servers. The public/private SSH key of authorised users is used in conjunction with UNIX username and authenticated via LDAP.
Devices users manage the service through
Any device but through a bastion host (a bastion host is a server that provides access to a private network from an external network such as the internet)

Audit information for users

Access to user activity audit information
You control when users can access audit information
How long user audit data is stored for
User-defined
Access to supplier activity audit information
You control when users can access audit information
How long supplier audit data is stored for
At least 12 months
How long system logs are stored for
At least 12 months

Standards and certifications

ISO/IEC 27001 certification
Yes
Who accredited the ISO/IEC 27001
Schellman & Company, LLC
ISO/IEC 27001 accreditation date
18/04/2019
What the ISO/IEC 27001 doesn’t cover
Scope covers Oracle Cloud Infrastructure services and underlying infrastructure. A detailed listing of in-scope services is available to customers upon request. All listed services are in scope for this certification.
ISO 28000:2007 certification
No
CSA STAR certification
No
PCI certification
No
Other security certifications
Yes
Any other security certifications
  • SSAE 18 and ISAE 3402 SOC 1 Type 2 attestation
  • SOC 2 Type 2 attestation for Security, Availability and Confidentiality

Security governance

Named board-level person responsible for service security
Yes
Security governance certified
Yes
Security governance standards
ISO/IEC 27001
Information security policies and processes
Oracle security policies cover the management of security for both Oracle’s internal operations as well as the services Oracle provides to its customers. The policies apply to all Oracle employees. These policies, which are aligned with the ISO/IEC 27001:2013, govern all areas of security applicable to Oracle Cloud Infrastructure. Standards may exceed requirements mandated by the Oracle security policies, thus enforcing further controls within Oracle Cloud Infrastructure operations and systems.

Oracle's Global Information Security (GIS) organization conducts security reviews, assessments, and audits periodically to confirm compliance with the Oracle information security policies, procedures, and practices.

Where non-compliance is found, GIS works with the relevant lines of business to resolve those issues in a timely a manner. GIS reserves the right to intervene as deemed necessary and to isolate environments in non-compliance that put infrastructure or other environments at serious risk.
Oracle employees who fail to comply with Oracle information security policies, procedures, and practices may be subject to disciplinary action, up to and including termination.

Operational security

Configuration and change management standard
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Configuration and change management approach
Oracle Cloud Infrastructure has a comprehensive change management process, including both prevent and detect controls, as a core requirement of its commitment to security, availability, and confidentiality. The change management process is reviewed annually, at minimum, and outlines the processes and procedures to be followed for each change. The process incorporates segregation of duties (SoD) and requires changes to be approved and tested prior to implementation. All change requests are documented in an electronic, access-controlled ticketing system. The workflow prevents the ticket from being moved into the 'scheduled for implementation' phase without the required review and approvals.
Vulnerability management type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Vulnerability management approach
Penetration tests of the system are conducted at least annually. A commercial vulnerability scanning tool is configured to scan all external IP addresses and internal nodes at least quarterly. The results of vulnerability scans and penetration tests are reviewed by management. Vulnerabilities and threats are assessed, documented and tracked through resolution.

Oracle Cloud Infrastructure has deployed security information and event monitoring (SIEM) solution which ingests and stores security-related logs and alerts from networking devices, hosts and other components within the infrastructure. SIEM is monitored 24x7x365 basis designed to defend and protect against unauthorised intrusions and activity in the production environment.
Protective monitoring type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Protective monitoring approach
OCI's deployed SIEM ingests logs and alerts from networking devices, and hosts. SIEM is monitored 24x7x365 basis designed to defend and protect against unauthorised intrusions and activity in the production environment.

In the event of a security incident, Oracle Cloud Infrastructure activates an agreed protocol which includes GIS, Global Product Security, and Privacy & Security Legal, as applicable, to provide specialist subject matter expertise to respond to the incident. In the event that Oracle determines that it is required to report an incident involving the breach of personal information to a customer, Oracle will promptly notify the affected customer.
Incident management type
Conforms to a recognised standard, for example, CSA CCM v3.0 or ISO/IEC 27035:2011 or SSAE-16 / ISAE 3402
Incident management approach
Incidents, including incidents reported directly to a customer’s account manager, are recorded via an internal access-controlled electronic ticketing system. Routing, communication, and escalation of incidents vary depending on a number of factors including urgency and impact to customers. The severity definitions are detailed below. Incidents reported via My Oracle Support (MOS) or through the external user incident reporting process are routed to Oracle Cloud Infrastructure personnel and tracked in the electronic ticketing system in the
same manner as an internally identified incident.

Secure development

Approach to secure software development best practice
Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v3.0)

Separation between users

Virtualisation technology used to keep applications and users sharing the same infrastructure apart
Yes
Who implements virtualisation
Supplier
Virtualisation technologies used
KVM hypervisor
How shared infrastructure is kept separate
Each customer has one or many software defined networks that are isolated from other customers. Isolation occurs at the hypervisor layer or on a bare metal host depending on the shape that is chosen during instance initiation. Your Content is logically or physically segregated from the content of other customers hosted in the Oracle Cloud Services environments. OCI responsibility includes hypervisor security and the configuration of the permissions and network access controls required to ensure that hosts can communicate correctly and that devices are able to attach or mount the correct storage devices.

Energy efficiency

Energy-efficient datacentres
Yes
Description of energy efficient datacentres
Our colocation providers in the UK state alignment with the EU Code of Conduct for Energy Efficient datacentres on their website.

Pricing

Price
£1.8256 per unit per hour
Discount for educational organisations
No
Free trial available
Yes
Description of free trial
Trial version for a month with $300 free credits. https://cloud.oracle.com/tryit
Link to free trial
https://myservices.us.oraclecloud.com/mycloud/signup?language=en

Service documents

Return to top ↑