Hello all,Welcome on behalf of Oracle and Intel.Before we start I would like to thank our sponsor Intel.
Before we start, we wanted to thank our co-sponsors Intel for their support of this event and we wanted to recognize the significant contribution Intel have made to Oracle’s ongoing success.Intel and Oracle have collaborated together for more than 20 years to optimised Oracle software to run best on Intel ArchitectureIntel have a team of engineers sat onsite at Oracle working hand in hand with Oracle developers. Starting at the top of the spiral and working around to the rightOracle provide feedback into Intel’s next generation chip designs in features they would like to see in 5 years time in our silicon. We then work together to build those chips into Oracle’s serversOracle use Intel’s compilers and software development tools when developing there softwareWe then have teams of people working on Oracle Operating systems – OVM, Solaris x86 and OLEWe work jointly on the database, fusion middle ware and applicationsThe final result is a machine like Exadata that is optimised at every level, from silicon to machine for performance, energy efficiency and reliability
Although Oracle represents about half of the relational db market and growing, there has been a huge investment into creating this new version of the DB
DB 12cThree focus areas in the Data Management group at Oracle:Big DataEngineered SystemsCloudBig Data platformonly one with a full engineered systems platformBig Data Appliance [Hadoop, NoSQL]Exalytics [includes In-Memory DB, Endeca sifting data)
Many people have got excited about running SW in Public Clouds, but ~78%, according to a Gartner survey, are looking at Private Clouds. Previously we called this consolidation.Clouds are all about sharingand pooling resources, about high availability, security, and that all applications need to cooperate and be isolated; they need to behave themselves, so here are some of the characteristics we’re designing for in Oracle Database 12c.Over 5 years in development Over 500 new featuresOver 2,500 person years of developmentOver 3,000 systems used in testingOver 1 million feature tests run dailyOver 1.2 million hours of stress tests
Schemas downside is: not app transparent, no isolation
This is an opportunity to describe how we can now support inter database Resource Management. The dials are simply showing that as higher priority workloads come on the lower priority ones release resources. We aren't being specific about the resource. It could be CPU or Parallel Query Servers.
Erp never moves to 12.x
Fast sync meansdon't wait for confirmation that the remote site has written to disk before acknowledging the remote propagation has completed. Improved throughput for marginal increase in risk. Typically a distance greater than 100-150 miles is where latency becomes punitive for sync standby. It is possible to run at distances greater than this but you experience a degradation in performance… Typically 1ms per 100miles.
Far Sync is…A light-weight Oracle instanceOnly a standby control file, standby redo logs and archive redo logsNo data files, cannot be opened, does not run redo applyDeployed close to primary to support synchronous transportLooks like a Data Guard destination to primaryFar Sync Instance receives redo synchronously from the primary databaseFar Sync Instance forwards redo asynchronously in real-time to its final destinationData Guard transparently “drains the pipe” so that the remote failover target has all committed redoAdditional DetailsFar Sync Instance can also compress redo - requires Oracle Advanced Compression OptionRMAN deletion policies are used to automate archive log managementAn alternate Far Sync Instance can be used for HA FailoverOne-step, zero data loss failoverSame failover/switchover commands used for any Data Guard configuration, whether or not Far Sync is used
BenefitsBetter data protection: zero data loss for remote standby databasesBetter business continuity planning: failover without any fearCan be introduced without disrupting existing IT infrastructure
22.214.171.124 Oracle Database Vault Mandatory Realms Oracle Database Vault mandatory realms block both DBA privileges and direct object privilege grants, including the object owner. Traditional Oracle Database Vault realms protect against the common DBA ANY system privileges, preventing privileged users from accessing realm-protected objects using their SELECT ANY privilege. With the mandatory realm, users with direct object privileges, including the object owner, are blocked from accessing realm protected objects as well. As with traditional realms, users who need access are authorized using the realm authorization capability of Oracle Database Vault. Oracle Database Vault mandatory realms provide increased protection for sensitive application tables that exist within a larger application. Using this feature, application tables that contain highly sensitive information can be placed in a mandatory realm and users with direct object grants will be blocked from accessing data contained in those tables. Mandatory realms can also be used in situations where database administrators, support analysts, or developers need temporary access to an application schema but access to specific application tables needs to be blocked.
Points to communicate: Emphasize security and compliance benefit Redacts specific columns in the database Works for tables, views, and materialized viewsUse Cases:Existing ApplicationsScreens, reports dashboards, panels …Decision Support SystemsData warehouse and BIExported spreadsheetsTarget data: Sensitive or regulated dataData with structureStored in columnsData needs to be redacted in almost all cases
Capture and report on database privilege usage at runtimeFor users, sessions, and roles (incl. PUBLIC)Show used System, Object, and Public privilegesShow how the user got the privilegeShow unused system and object privilegesAdministrator can modify privilege grants based on results
In Oracle Database 12c we’re introducing pattern matching with a new function called MATCH_RECOGNIZE. This enables us to specify complex patterns with a relatively simply declaration. Some of the functionality we will describe in the next few slides could have been achieved in previous releases of the Oracle database but it might have required a number of inner joins, sorts and potentially staging the data to make the processing more manageable.Complex pattern analysis of data is used in fraud detection, financial market analysis, intelligence and so on where a pattern might exist but is likely to be hidden in billions of rows of data… To solve this customers have recently resorted to large Map Reduce clusters (i.e. Hadoop) but may require time consuming ETL jobs and usually complex coding. This makes it difficult to optimize and maintain. And sometimes it’s not practical because of time or security constraints.With Oracle pattern matching it’s now possible to look for complex patterns between rows using relatively simple simple SQL by exploiting the power of regular expressions to define the pattern. The real power of this solution is that it’s easy to maintain and can exploit Oracle’sexistinganalyticalcapabilitessuch as parallelprocessing and partitioningLets look at an example
But now back to DB12c: This is probably the most important new release of the DB since a long time.Some of the new features and capabilities will have a profound impact on how the DB is being run, managed and used, and will therefore in my eyes drive also a much faster adoption 12c, because the benefits are so important.Based on the excellent feedback of the beta customers, we expect that customers and partners will very rapidly download 12c and start using the 12c in test and development environments, and once convinced and fully tested, that they will move into production very quickly.
„Plug into the Cloud with Oracle Database 12c” Dominic Giles, Master Product Manager, Oracle