This document provides an overview and introduction to Oracle 12c Multitenant architecture. It discusses key features such as pluggable databases (PDBs), container databases (CDBs), and the benefits of consolidation. The document also covers best practices for ensuring quality of service (QoS) between PDBs using resource management. It describes using the Oracle resource manager to allocate resources at the CDB and PDB level. Lastly, it summarizes performance monitoring in multitenant environments with Automatic Workload Repository (AWR) functionality in 12c Release 1 and 2.
Collaborate 17 - Database consolidation using the oracle multitenant architec...Pini Dibask
The document provides an overview of database consolidation using Oracle Multitenant architecture. It discusses challenges with prior consolidation approaches and how Multitenant addresses these. Key concepts covered include pluggable databases, container databases, and resource management capabilities at the CDB and PDB level. The document also discusses how Multitenant supports high availability features like RAC and performance monitoring tools like AWR.
OOW 17 - database consolidation using the oracle multitenant architecturePini Dibask
This document discusses database consolidation using Oracle Multitenant. It begins with an introduction to multitenant architecture and concepts. It then covers ensuring quality of service in multitenant environments using Oracle Resource Manager. The document also discusses using RAC with multitenant databases and performance monitoring for multitenant environments.
RMOUG 18 - Winning Performance Challenges in Oracle MultitenantPini Dibask
This document discusses winning performance challenges in Oracle Multitenant environments. It begins with introducing the speaker, Pini Dibask, who is a Product Manager for Database Tools at Quest Software. It then provides an overview of Quest Software and their database management solutions. The remainder of the document outlines the agenda, which includes introductions to database consolidation, Oracle Multitenant concepts, ensuring quality of service in multitenant environments, RAC and multitenancy, and performance monitoring for multitenant environments.
Winning performance challenges in oracle multitenantPini Dibask
This document provides an overview of winning performance challenges in Oracle Multitenant environments. It discusses Oracle Multitenant concepts, ensuring quality of service in multitenant databases, using RAC with multitenant, and performance monitoring for multitenant databases. The speaker is Pini Dibask, Product Manager for Database Monitoring at Quest Software.
Winning Performance Challenges in Oracle MultitenantPini Dibask
Pini Dibask, a senior product manager at Quest Software, gave a presentation on winning performance challenges in Oracle Multitenant. The presentation covered Oracle Multitenant concepts, ensuring quality of service in multitenant environments through resource management, using RAC with multitenant, and performance monitoring tools. It discussed how Oracle Resource Manager can be used to allocate resources between pluggable databases at the container database level. The presentation also showed how tools from Quest such as Foglight can provide performance monitoring across multiple databases.
Oracle uses different lock modes to maintain data concurrency and integrity. Row-level locks are acquired during DML statements to prevent other sessions from modifying the same rows. Table locks are also acquired to prevent DDL operations from conflicting with transactions. Deadlocks can occur when two sessions block each other by locking resources the other needs. Oracle automatically detects and resolves deadlocks by rolling back one of the sessions.
The document discusses Oracle Data Guard, a disaster recovery solution for Oracle databases. It provides:
1) An overview of Data Guard, explaining that it maintains a physical or logical standby copy of the primary database to enable failover in the event of outages or disasters.
2) Details on the different types of standby databases - physical, logical, and snapshot - and how they are maintained through redo application or SQL application.
3) The various Data Guard configuration options like real-time apply, time delay, and role transitions such as switchover and failover.
Winning performance challenges in oracle standard editionsPini Dibask
This document discusses winning performance challenges in Oracle Standard Editions, which lack advanced diagnostics features only available in the Enterprise Edition. It recommends using Statspack and dictionary views to monitor performance. Foglight for Databases is presented as an alternative that provides visualization and cross-platform monitoring without spending on the Enterprise Edition. Specific techniques demonstrated include execution plan analysis, blocking lock detection, workload baselining and multi-dimensional analysis of waits and statistics.
Collaborate 17 - Database consolidation using the oracle multitenant architec...Pini Dibask
The document provides an overview of database consolidation using Oracle Multitenant architecture. It discusses challenges with prior consolidation approaches and how Multitenant addresses these. Key concepts covered include pluggable databases, container databases, and resource management capabilities at the CDB and PDB level. The document also discusses how Multitenant supports high availability features like RAC and performance monitoring tools like AWR.
OOW 17 - database consolidation using the oracle multitenant architecturePini Dibask
This document discusses database consolidation using Oracle Multitenant. It begins with an introduction to multitenant architecture and concepts. It then covers ensuring quality of service in multitenant environments using Oracle Resource Manager. The document also discusses using RAC with multitenant databases and performance monitoring for multitenant environments.
RMOUG 18 - Winning Performance Challenges in Oracle MultitenantPini Dibask
This document discusses winning performance challenges in Oracle Multitenant environments. It begins with introducing the speaker, Pini Dibask, who is a Product Manager for Database Tools at Quest Software. It then provides an overview of Quest Software and their database management solutions. The remainder of the document outlines the agenda, which includes introductions to database consolidation, Oracle Multitenant concepts, ensuring quality of service in multitenant environments, RAC and multitenancy, and performance monitoring for multitenant environments.
Winning performance challenges in oracle multitenantPini Dibask
This document provides an overview of winning performance challenges in Oracle Multitenant environments. It discusses Oracle Multitenant concepts, ensuring quality of service in multitenant databases, using RAC with multitenant, and performance monitoring for multitenant databases. The speaker is Pini Dibask, Product Manager for Database Monitoring at Quest Software.
Winning Performance Challenges in Oracle MultitenantPini Dibask
Pini Dibask, a senior product manager at Quest Software, gave a presentation on winning performance challenges in Oracle Multitenant. The presentation covered Oracle Multitenant concepts, ensuring quality of service in multitenant environments through resource management, using RAC with multitenant, and performance monitoring tools. It discussed how Oracle Resource Manager can be used to allocate resources between pluggable databases at the container database level. The presentation also showed how tools from Quest such as Foglight can provide performance monitoring across multiple databases.
Oracle uses different lock modes to maintain data concurrency and integrity. Row-level locks are acquired during DML statements to prevent other sessions from modifying the same rows. Table locks are also acquired to prevent DDL operations from conflicting with transactions. Deadlocks can occur when two sessions block each other by locking resources the other needs. Oracle automatically detects and resolves deadlocks by rolling back one of the sessions.
The document discusses Oracle Data Guard, a disaster recovery solution for Oracle databases. It provides:
1) An overview of Data Guard, explaining that it maintains a physical or logical standby copy of the primary database to enable failover in the event of outages or disasters.
2) Details on the different types of standby databases - physical, logical, and snapshot - and how they are maintained through redo application or SQL application.
3) The various Data Guard configuration options like real-time apply, time delay, and role transitions such as switchover and failover.
Winning performance challenges in oracle standard editionsPini Dibask
This document discusses winning performance challenges in Oracle Standard Editions, which lack advanced diagnostics features only available in the Enterprise Edition. It recommends using Statspack and dictionary views to monitor performance. Foglight for Databases is presented as an alternative that provides visualization and cross-platform monitoring without spending on the Enterprise Edition. Specific techniques demonstrated include execution plan analysis, blocking lock detection, workload baselining and multi-dimensional analysis of waits and statistics.
Database Consolidation using the Oracle Multitenant ArchitecturePini Dibask
The document discusses Oracle's Multitenant architecture, which allows multiple pluggable databases (PDBs) to consolidate within a single multitenant container database (CDB). It describes how Multitenant provides advantages like simplified upgrades, cloning, and migration of PDBs. The document also covers ensuring quality of service for PDBs using resource management, and how RAC supports high availability and scalability in a Multitenant environment. It concludes with a discussion of performance monitoring of workloads across PDBs.
Winning performance challenges in oracle standard editionsPini Dibask
This document provides a summary of a presentation about winning performance challenges in Oracle Standard Editions. The presentation discusses:
1. The performance tuning challenges that exist in Oracle Standard Editions due to the lack of diagnostics packs.
2. Approaches for performance monitoring and diagnostics using Statspack and Oracle dictionary views in Standard Editions.
3. How Foglight for Databases can provide visibility into database performance and workloads across all Oracle editions and configurations.
This document provides an overview of Oracle 12c and its pluggable database feature from a presentation by Gustavo René Antúnez, an Oracle DBA at Pythian. It discusses the benefits of pluggable databases such as greater scalability and consolidation. It also covers key aspects of the multitenant architecture like common users, local users, and views that span the container and pluggable databases. The presentation concludes with a demonstration of RMAN backups in a multitenant environment.
Real Application Cluster (RAC) allows multiple computers to simultaneously run Oracle RDBMS while accessing a single database, providing clustering. RAC provides high availability, scalability, and ease of administration by making multiple instances transparent to users. Nodes must have identical environments. Oracle Clusterware manages node additions and removals. Instances from different nodes write to the same physical database. The presentation covers RAC architecture, components, startup sequence, single instance configuration, node eviction, and tips for monitoring and improving the RAC environment.
IOUG Collaborate 18 - Data Guard for BeginnersPini Dibask
The document discusses Oracle Data Guard, including:
- It provides a high-level overview of Oracle Data Guard and its basic concepts of high availability and disaster recovery.
- It describes the different types of standby databases (physical, logical, snapshot), modes (maximum protection, availability, performance), and options in Data Guard.
- It explains key Data Guard components and architecture like redo transport, apply services, role transitions, and the Data Guard broker.
Oracle is planning to release Oracle Database 12c in calendar year 2013. The new release will include a multitenant architecture that allows for multiple pluggable databases to be consolidated and managed within a single container database. This new architecture enables fast provisioning of new databases, efficient cloning of pluggable databases, simplified patching and upgrades applied commonly to all pluggable databases, and other benefits that improve database consolidation on cloud platforms.
This document provides an architectural diagram of a multitenant database. It shows that a multitenant container database (CDB) contains multiple pluggable databases (PDBs). Common objects like users and roles are defined at the CDB level while each PDB contains local users, roles, and database objects like tables. System resources like memory and processes are shared between the CDB and PDBs.
IOUG Collaborate 18 - ASM Concepts, Architecture and Best PracticesPini Dibask
Pini Dibask presented on Oracle ASM concepts, architecture, and best practices. Some key points:
- ASM is Oracle's recommended storage management solution and provides high performance storage for single-instance and RAC databases.
- ASM uses disk groups and stripes and mirrors data across disks for redundancy and load balancing. It also rebalances data automatically during storage changes.
- Administering ASM involves tasks like starting and stopping the ASM instance, managing disk groups and disks, and monitoring storage usage and I/O balance.
- Best practices for ASM include using separate disk groups for data and recovery files, ensuring consistent disk performance, monitoring I/O balance, and in
RMAN has evolved since Oracle 8i and includes new features in Oracle 12c that help reduce downtime. In 12c, a container database can include pluggable databases. RMAN supports backup and recovery of container databases and individual pluggable databases. New features in 12c include the SYSBACKUP privilege which allows backups without granting full SYSDBA privileges, and support for multitenant container databases and pluggable databases.
How many ways to monitor oracle golden gate-Collaborate 14Bobby Curtis
The document provides contact information for Bobby Curtis, a senior technical consultant specializing in Oracle GoldenGate and Oracle Enterprise Manager 12c. It lists his location, affiliations, areas of expertise, and contact details including his Twitter, blog, and email addresses. The document also provides links to registration and location pages for an upcoming training event from Enkitec and an overview of the topics to be covered, including monitoring approaches for Oracle GoldenGate.
This document discusses new features in Oracle WebLogic Server 12c. It begins with an introduction of the presenters. It then outlines 12 key things to know about WebLogic 12c, including an updated installer, per-domain Node Manager, server templates, dynamic clusters, unicast groups, cluster-targeted JMS, Java Mission Control for monitoring, built-in WLDF diagnostic modules, and RESTful management APIs. The document provides information on why upgrading to WebLogic 12.1.3 would be beneficial.
This document discusses different approaches to converting a non-RAC Oracle database to a Real Application Clusters (RAC) configuration for high availability and scalability. It describes using Database Configuration Assistant (DBCA), RCONFIG, Oracle Enterprise Manager, and RMAN to perform the conversion. Best practices are provided such as using Automatic Storage Management (ASM) for shared storage, testing changes in a test environment first, and configuring redundant network interfaces. Backing up RAC databases with RMAN is also covered, highlighting features like automatic restore of control files and incremental backups.
Performance Scenario: Diagnosing and resolving sudden slow down on two node RACKristofferson A
This document summarizes the steps taken to diagnose and resolve a sudden slow down issue affecting applications running on a two node Real Application Clusters (RAC) environment. The troubleshooting process involved systematically measuring performance at the operating system, database, and session levels. Key findings included high wait times and fragmentation issues on the network interconnect, which were resolved by replacing the network switch. Measuring performance using tools like ASH, AWR, and OS monitoring was essential to systematically diagnose the problem.
Today, many businesses around the world are using an Oracle product and in many of these at the core there is an Oracle Database. Many of us who started as a Database administrator where put in this position because we were good PL/SQL programmers or good Sysadmins, but knew very little of what it took to be a DBA. In this session you will learn the core architecture of an Oracle Database in 12c as well as what it takes to administer and apply this new knowledge the day you go back to your office.
Attendees in this session will enhance their skills and job relevancy by gaining new knowledge and skills using the Oracle Public Cloud within their job role through actual use cases .
Will detail how backup to the cloud can be used to meet different needs of their organization and how to justify use of new technology within their business. Learn how to create a storage container, setup OS secure authentication and configure RMAN to use the Oracle Cloud. Perform a backup to the Oracle Cloud and recover from it back to your on-premise server. Learn how to migrate from an on-premise Oracle Database 12c to a pluggable Oracle Database 12c (PDB) in the Oracle Cloud. Then move a PDB in which Developers have completed their work in the Oracle Cloud back on-premise and into production
This document outlines the agenda for a training on Oracle RDBMS 12c new features. The training will cover 6 chapters: introduction, multitenant architecture, upgrade features, Flex Cluster, Global Data Service, and an overview of RDBMS features. The agenda provides a high-level overview of topics to be discussed in each chapter, including multitenant architecture concepts, upgrade options and tools, Flex Cluster configurations, Global Data Service components, and new features such as temporary undo and multiple indexes on the same columns.
This document discusses upgrading to Oracle Database 19c and migrating to Oracle Multitenant. It provides an overview of key features such as being able to have 3 user-created PDBs without a Multitenant license in 19c. It also demonstrates how to use AutoUpgrade to perform an upgrade and migration to Multitenant with a single command. The document highlights various Multitenant concepts such as resource sharing, connecting to containers, and cloning PDBs.
Oracle Database 12c introduces several new features including pluggable databases (PDB) that allow multiple isolated databases to be consolidated within a single container database (CDB). It also introduces new administrative privileges (SYSBACKUP, SYSDG, SYSKM) and features such as transparent data encryption, invisible columns, object tables, and enhancements to RMAN and SQL.
Database Consolidation using the Oracle Multitenant ArchitecturePini Dibask
The document discusses Oracle's Multitenant architecture, which allows multiple pluggable databases (PDBs) to consolidate within a single multitenant container database (CDB). It describes how Multitenant provides advantages like simplified upgrades, cloning, and migration of PDBs. The document also covers ensuring quality of service for PDBs using resource management, and how RAC supports high availability and scalability in a Multitenant environment. It concludes with a discussion of performance monitoring of workloads across PDBs.
Winning performance challenges in oracle standard editionsPini Dibask
This document provides a summary of a presentation about winning performance challenges in Oracle Standard Editions. The presentation discusses:
1. The performance tuning challenges that exist in Oracle Standard Editions due to the lack of diagnostics packs.
2. Approaches for performance monitoring and diagnostics using Statspack and Oracle dictionary views in Standard Editions.
3. How Foglight for Databases can provide visibility into database performance and workloads across all Oracle editions and configurations.
This document provides an overview of Oracle 12c and its pluggable database feature from a presentation by Gustavo René Antúnez, an Oracle DBA at Pythian. It discusses the benefits of pluggable databases such as greater scalability and consolidation. It also covers key aspects of the multitenant architecture like common users, local users, and views that span the container and pluggable databases. The presentation concludes with a demonstration of RMAN backups in a multitenant environment.
Real Application Cluster (RAC) allows multiple computers to simultaneously run Oracle RDBMS while accessing a single database, providing clustering. RAC provides high availability, scalability, and ease of administration by making multiple instances transparent to users. Nodes must have identical environments. Oracle Clusterware manages node additions and removals. Instances from different nodes write to the same physical database. The presentation covers RAC architecture, components, startup sequence, single instance configuration, node eviction, and tips for monitoring and improving the RAC environment.
IOUG Collaborate 18 - Data Guard for BeginnersPini Dibask
The document discusses Oracle Data Guard, including:
- It provides a high-level overview of Oracle Data Guard and its basic concepts of high availability and disaster recovery.
- It describes the different types of standby databases (physical, logical, snapshot), modes (maximum protection, availability, performance), and options in Data Guard.
- It explains key Data Guard components and architecture like redo transport, apply services, role transitions, and the Data Guard broker.
Oracle is planning to release Oracle Database 12c in calendar year 2013. The new release will include a multitenant architecture that allows for multiple pluggable databases to be consolidated and managed within a single container database. This new architecture enables fast provisioning of new databases, efficient cloning of pluggable databases, simplified patching and upgrades applied commonly to all pluggable databases, and other benefits that improve database consolidation on cloud platforms.
This document provides an architectural diagram of a multitenant database. It shows that a multitenant container database (CDB) contains multiple pluggable databases (PDBs). Common objects like users and roles are defined at the CDB level while each PDB contains local users, roles, and database objects like tables. System resources like memory and processes are shared between the CDB and PDBs.
IOUG Collaborate 18 - ASM Concepts, Architecture and Best PracticesPini Dibask
Pini Dibask presented on Oracle ASM concepts, architecture, and best practices. Some key points:
- ASM is Oracle's recommended storage management solution and provides high performance storage for single-instance and RAC databases.
- ASM uses disk groups and stripes and mirrors data across disks for redundancy and load balancing. It also rebalances data automatically during storage changes.
- Administering ASM involves tasks like starting and stopping the ASM instance, managing disk groups and disks, and monitoring storage usage and I/O balance.
- Best practices for ASM include using separate disk groups for data and recovery files, ensuring consistent disk performance, monitoring I/O balance, and in
RMAN has evolved since Oracle 8i and includes new features in Oracle 12c that help reduce downtime. In 12c, a container database can include pluggable databases. RMAN supports backup and recovery of container databases and individual pluggable databases. New features in 12c include the SYSBACKUP privilege which allows backups without granting full SYSDBA privileges, and support for multitenant container databases and pluggable databases.
How many ways to monitor oracle golden gate-Collaborate 14Bobby Curtis
The document provides contact information for Bobby Curtis, a senior technical consultant specializing in Oracle GoldenGate and Oracle Enterprise Manager 12c. It lists his location, affiliations, areas of expertise, and contact details including his Twitter, blog, and email addresses. The document also provides links to registration and location pages for an upcoming training event from Enkitec and an overview of the topics to be covered, including monitoring approaches for Oracle GoldenGate.
This document discusses new features in Oracle WebLogic Server 12c. It begins with an introduction of the presenters. It then outlines 12 key things to know about WebLogic 12c, including an updated installer, per-domain Node Manager, server templates, dynamic clusters, unicast groups, cluster-targeted JMS, Java Mission Control for monitoring, built-in WLDF diagnostic modules, and RESTful management APIs. The document provides information on why upgrading to WebLogic 12.1.3 would be beneficial.
This document discusses different approaches to converting a non-RAC Oracle database to a Real Application Clusters (RAC) configuration for high availability and scalability. It describes using Database Configuration Assistant (DBCA), RCONFIG, Oracle Enterprise Manager, and RMAN to perform the conversion. Best practices are provided such as using Automatic Storage Management (ASM) for shared storage, testing changes in a test environment first, and configuring redundant network interfaces. Backing up RAC databases with RMAN is also covered, highlighting features like automatic restore of control files and incremental backups.
Performance Scenario: Diagnosing and resolving sudden slow down on two node RACKristofferson A
This document summarizes the steps taken to diagnose and resolve a sudden slow down issue affecting applications running on a two node Real Application Clusters (RAC) environment. The troubleshooting process involved systematically measuring performance at the operating system, database, and session levels. Key findings included high wait times and fragmentation issues on the network interconnect, which were resolved by replacing the network switch. Measuring performance using tools like ASH, AWR, and OS monitoring was essential to systematically diagnose the problem.
Today, many businesses around the world are using an Oracle product and in many of these at the core there is an Oracle Database. Many of us who started as a Database administrator where put in this position because we were good PL/SQL programmers or good Sysadmins, but knew very little of what it took to be a DBA. In this session you will learn the core architecture of an Oracle Database in 12c as well as what it takes to administer and apply this new knowledge the day you go back to your office.
Attendees in this session will enhance their skills and job relevancy by gaining new knowledge and skills using the Oracle Public Cloud within their job role through actual use cases .
Will detail how backup to the cloud can be used to meet different needs of their organization and how to justify use of new technology within their business. Learn how to create a storage container, setup OS secure authentication and configure RMAN to use the Oracle Cloud. Perform a backup to the Oracle Cloud and recover from it back to your on-premise server. Learn how to migrate from an on-premise Oracle Database 12c to a pluggable Oracle Database 12c (PDB) in the Oracle Cloud. Then move a PDB in which Developers have completed their work in the Oracle Cloud back on-premise and into production
This document outlines the agenda for a training on Oracle RDBMS 12c new features. The training will cover 6 chapters: introduction, multitenant architecture, upgrade features, Flex Cluster, Global Data Service, and an overview of RDBMS features. The agenda provides a high-level overview of topics to be discussed in each chapter, including multitenant architecture concepts, upgrade options and tools, Flex Cluster configurations, Global Data Service components, and new features such as temporary undo and multiple indexes on the same columns.
This document discusses upgrading to Oracle Database 19c and migrating to Oracle Multitenant. It provides an overview of key features such as being able to have 3 user-created PDBs without a Multitenant license in 19c. It also demonstrates how to use AutoUpgrade to perform an upgrade and migration to Multitenant with a single command. The document highlights various Multitenant concepts such as resource sharing, connecting to containers, and cloning PDBs.
Oracle Database 12c introduces several new features including pluggable databases (PDB) that allow multiple isolated databases to be consolidated within a single container database (CDB). It also introduces new administrative privileges (SYSBACKUP, SYSDG, SYSKM) and features such as transparent data encryption, invisible columns, object tables, and enhancements to RMAN and SQL.
This document provides an overview of Oracle 12c Pluggable Databases (PDBs). Key points include:
- PDBs allow multiple databases to be consolidated within a single container database (CDB), providing benefits like faster provisioning and upgrades by doing them once per CDB.
- Each PDB acts as an independent database with its own data dictionary but shares resources like redo logs at the CDB level. PDBs can be unplugged from one CDB and plugged into another.
- Hands-on labs demonstrate how to create, open, clone, and migrate PDBs between CDBs. The document also compares characteristics of CDBs and PDBs and shows how a non-C
Taming the PDB: Resource Management and Lockdown ProfilesMarkus Flechtner
This document discusses resource management and lockdown profiles in a multitenant database environment. It covers managing CPU, memory, I/O and other resources for PDBs through parameters, resource manager plans and profiles. Lockdown profiles are used to restrict high-privileged commands on the PDB level. The agenda includes sections on CPU, memory, I/O management, miscellaneous resource topics, and lockdown profiles.
RMOUG2016 - Resource Management (the critical piece of the consolidation puzzle)Kristofferson A
This document discusses resource management in Oracle databases. It begins with an introduction of the speaker and his company, Accenture Enkitec Group. It then covers various aspects of resource management including the consolidation and resource management lifecycle, new features in Oracle 12c such as instance caging and threaded execution, barriers to adopting resource management, and a systematic approach to implementing resource management. Real-world scenarios are also discussed.
The document discusses new features in Oracle Database 12c including the introduction of a multitenant architecture. Key points include:
- 12c introduces a multitenant architecture that allows a single database to host many pluggable databases (PDBs). This improves consolidation and resource utilization.
- PDBs can be quickly provisioned from seed databases or cloned from other PDBs. Common operations can be performed at the container database level.
- Adaptive execution plans allow queries to dynamically switch plans at runtime if optimizer estimates prove inaccurate based on statistics collected during execution.
Exploring Oracle Database 12c Multitenant best practices for your Clouddyahalom
The document discusses best practices for Oracle Database 12c Multitenant architecture. It begins by introducing the speaker and their company Brillix-DBAces. It then provides an overview of the Multitenant Container Database architecture in 12c, including the root and pluggable database containers, common vs local users/roles/privileges, and tools for working with Container Databases like SQL*Plus, DBCA, and Enterprise Manager.
This document provides an overview and introduction to Oracle Data Guard for beginners. It discusses:
- The different types of standby databases including physical, logical, and snapshot standbys.
- The various modes and options for configuring Data Guard such as real-time apply, time delay, and data protection modes.
- Role transitions including planned switchovers and unplanned failovers.
- How the Data Guard broker can be used to centrally manage Data Guard configurations.
- Some limitations of when Data Guard may not be the best solution.
- Tools for monitoring Data Guard configurations such as database views and monitoring solutions from Quest Software.
This document discusses migrating databases to Oracle's multitenant architecture. It begins with an overview of using AutoUpgrade to upgrade databases and then plugging them into a container database (CDB). It also covers concepts of Oracle Multitenant like pluggable databases (PDBs), resource sharing, and connecting to different containers. The document provides guidance on tasks like cloning PDBs, upgrading within a CDB, and migrating non-CDBs to PDBs.
New Features for Multitenant in Oracle Database 21cMarkus Flechtner
Oracle Database 21c introduces several new features for multitenant databases:
- PDBs can now be upgraded automatically when plugged into a 21c CDB or opened, replaying the upgrade process.
- Resource management is improved with options like mandatory user profiles, per-PDB database resident connection pooling, and Oracle DB Nest for isolating PDBs using Linux namespaces and cgroups.
- Multitenant enhancements for high availability include PDBs being managed as cluster resources and improved PDB-level recovery when using Active Data Guard.
The document discusses new features in Oracle Database 12c Release 2 related to Oracle Multitenant architecture. Key points include:
- PDBs can now have local undo tablespaces for improved flashback and other features.
- PDBs can be plugged/unplugged into archive files, cloned with hot cloning, refreshed periodically, and relocated between CDBs.
- New features allow restricting access and limiting resources on a per-PDB basis through lockdown profiles and I/O/memory limits.
The document discusses new features in Oracle Database 12c Release 2 related to Oracle Multitenant architecture. Key points include:
- PDBs can now have local undo tablespaces for improved flashback and other features.
- PDBs can be plugged/unplugged into archive files, cloned with hot cloning, refreshed periodically, and relocated between CDBs.
- New resource management features allow limiting I/O rates, configuring memory usage, and assigning performance profiles for PDBs.
- PDB lockdown profiles provide a way to restrict features and operations on a per-PDB basis.
This presentation discusses the advantages, disadvantages, and costs of using multitenant container databases (CDBs) with Oracle Database. It explains that a CDB allows multiple pluggable databases (PDBs) to run within a single database instance, which can lower costs compared to running each database in a separate instance. The presentation reviews CDB and PDB components, total cost of ownership factors using a sample pricing model, and tools for managing PDBs including data guard, plug and unplug, and fast cloning capabilities.
Oracle Database 19c, builds upon key architectural, distributed data and performance innovations established in earlier versions Oracle Database 12c and 18c releases. Oracle 19c has many new features, in this presentation we have covered below areas
Automated Installation, Configuration and Patching
AutoUpgrade and Database Utilities
Red Stack Tech Ltd is a global Oracle Technology brand specialising in the provision of Oracle software, Hardware, Managed and professional services across the entire Oracle Technology stack. Established in the mid 90’s, Red Stack Tech have developed through R&D and investment in new technologies, a brand which is highly regarded within the Oracle landscape. Red Stack Tech are able to deliver full end-to-end solutions that encompass all Oracle technologies with a strong focus on Oracle Engineered Systems, Database Management Services and Business Analytics.
Oracle Database 12c para la comunidad GeneXus - Engineered for cloudsGeneXus
This document discusses Oracle Database 12c and its multitenant architecture. It describes how the multitenant architecture allows multiple pluggable databases (PDBs) to share resources in a multitenant container database (CDB), enabling increased consolidation and reduced costs. Key capabilities enabled by the multitenant architecture include simplified upgrades, patching, provisioning and resource management across many databases managed as one system.
Oracle Database 12c includes over 500 new features. Some key new features include:
- Oracle Database 12c Express (EM Express) which replaces Database Control and has less features than Database Control but does not require Java or an app server.
- New online capabilities like online DDL operations with no DDL locking, online move of partitions with no impact to queries, and online statistics gathering for bulk loads.
- Adaptive SQL Plan Management which allows the optimizer to select a more optimal plan at execution time based on current statistics.
- Multitenant architecture which allows consolidation of multiple databases into one container database with pluggable databases.
This document provides an overview of new features related to Oracle Multitenant in Oracle 18c. It discusses enhancements to RMAN backup capabilities including registering pre-plugin backups during PDB plug operations. New security features like PDB lockdown profiles and per-PDB keystores are covered. Features specific to Exadata and Oracle Cloud environments such as CDB fleet management and snapshot carousels are also summarized. The document concludes with information on DataGuard improvements for automated file copying during PDB plug and remote clone operations.
This document provides instructions for replicating data from an Oracle multitenant container database (CDB) to another CDB using Oracle GoldenGate. It outlines prerequisites, tasks to prepare the databases and environment, and steps for initial load and ongoing replication of data changes in near real-time. Key steps include creating GoldenGate users, adding supplemental logging, configuring Extract and Replicat processes, and monitoring replication status. The goal is to familiarize the reader with setting up a basic Oracle to Oracle replication setup using GoldenGate in a multitenant environment.
Similar to OUGN winning performnace challenges in oracle Multitenant (20)
Unlock the Future of Search with MongoDB Atlas_ Vector Search Unleashed.pdfMalak Abu Hammad
Discover how MongoDB Atlas and vector search technology can revolutionize your application's search capabilities. This comprehensive presentation covers:
* What is Vector Search?
* Importance and benefits of vector search
* Practical use cases across various industries
* Step-by-step implementation guide
* Live demos with code snippets
* Enhancing LLM capabilities with vector search
* Best practices and optimization strategies
Perfect for developers, AI enthusiasts, and tech leaders. Learn how to leverage MongoDB Atlas to deliver highly relevant, context-aware search results, transforming your data retrieval process. Stay ahead in tech innovation and maximize the potential of your applications.
#MongoDB #VectorSearch #AI #SemanticSearch #TechInnovation #DataScience #LLM #MachineLearning #SearchTechnology
Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdfPaige Cruz
Monitoring and observability aren’t traditionally found in software curriculums and many of us cobble this knowledge together from whatever vendor or ecosystem we were first introduced to and whatever is a part of your current company’s observability stack.
While the dev and ops silo continues to crumble….many organizations still relegate monitoring & observability as the purview of ops, infra and SRE teams. This is a mistake - achieving a highly observable system requires collaboration up and down the stack.
I, a former op, would like to extend an invitation to all application developers to join the observability party will share these foundational concepts to build on:
Let's Integrate MuleSoft RPA, COMPOSER, APM with AWS IDP along with Slackshyamraj55
Discover the seamless integration of RPA (Robotic Process Automation), COMPOSER, and APM with AWS IDP enhanced with Slack notifications. Explore how these technologies converge to streamline workflows, optimize performance, and ensure secure access, all while leveraging the power of AWS IDP and real-time communication via Slack notifications.
In the rapidly evolving landscape of technologies, XML continues to play a vital role in structuring, storing, and transporting data across diverse systems. The recent advancements in artificial intelligence (AI) present new methodologies for enhancing XML development workflows, introducing efficiency, automation, and intelligent capabilities. This presentation will outline the scope and perspective of utilizing AI in XML development. The potential benefits and the possible pitfalls will be highlighted, providing a balanced view of the subject.
We will explore the capabilities of AI in understanding XML markup languages and autonomously creating structured XML content. Additionally, we will examine the capacity of AI to enrich plain text with appropriate XML markup. Practical examples and methodological guidelines will be provided to elucidate how AI can be effectively prompted to interpret and generate accurate XML markup.
Further emphasis will be placed on the role of AI in developing XSLT, or schemas such as XSD and Schematron. We will address the techniques and strategies adopted to create prompts for generating code, explaining code, or refactoring the code, and the results achieved.
The discussion will extend to how AI can be used to transform XML content. In particular, the focus will be on the use of AI XPath extension functions in XSLT, Schematron, Schematron Quick Fixes, or for XML content refactoring.
The presentation aims to deliver a comprehensive overview of AI usage in XML development, providing attendees with the necessary knowledge to make informed decisions. Whether you’re at the early stages of adopting AI or considering integrating it in advanced XML development, this presentation will cover all levels of expertise.
By highlighting the potential advantages and challenges of integrating AI with XML development tools and languages, the presentation seeks to inspire thoughtful conversation around the future of XML development. We’ll not only delve into the technical aspects of AI-powered XML development but also discuss practical implications and possible future directions.
Building RAG with self-deployed Milvus vector database and Snowpark Container...Zilliz
This talk will give hands-on advice on building RAG applications with an open-source Milvus database deployed as a docker container. We will also introduce the integration of Milvus with Snowpark Container Services.
GraphSummit Singapore | The Future of Agility: Supercharging Digital Transfor...Neo4j
Leonard Jayamohan, Partner & Generative AI Lead, Deloitte
This keynote will reveal how Deloitte leverages Neo4j’s graph power for groundbreaking digital twin solutions, achieving a staggering 100x performance boost. Discover the essential role knowledge graphs play in successful generative AI implementations. Plus, get an exclusive look at an innovative Neo4j + Generative AI solution Deloitte is developing in-house.
Communications Mining Series - Zero to Hero - Session 1DianaGray10
This session provides introduction to UiPath Communication Mining, importance and platform overview. You will acquire a good understand of the phases in Communication Mining as we go over the platform with you. Topics covered:
• Communication Mining Overview
• Why is it important?
• How can it help today’s business and the benefits
• Phases in Communication Mining
• Demo on Platform overview
• Q/A
Essentials of Automations: The Art of Triggers and Actions in FMESafe Software
In this second installment of our Essentials of Automations webinar series, we’ll explore the landscape of triggers and actions, guiding you through the nuances of authoring and adapting workspaces for seamless automations. Gain an understanding of the full spectrum of triggers and actions available in FME, empowering you to enhance your workspaces for efficient automation.
We’ll kick things off by showcasing the most commonly used event-based triggers, introducing you to various automation workflows like manual triggers, schedules, directory watchers, and more. Plus, see how these elements play out in real scenarios.
Whether you’re tweaking your current setup or building from the ground up, this session will arm you with the tools and insights needed to transform your FME usage into a powerhouse of productivity. Join us to discover effective strategies that simplify complex processes, enhancing your productivity and transforming your data management practices with FME. Let’s turn complexity into clarity and make your workspaces work wonders!
GraphSummit Singapore | The Art of the Possible with Graph - Q2 2024Neo4j
Neha Bajwa, Vice President of Product Marketing, Neo4j
Join us as we explore breakthrough innovations enabled by interconnected data and AI. Discover firsthand how organizations use relationships in data to uncover contextual insights and solve our most pressing challenges – from optimizing supply chains, detecting fraud, and improving customer experiences to accelerating drug discoveries.
Maruthi Prithivirajan, Head of ASEAN & IN Solution Architecture, Neo4j
Get an inside look at the latest Neo4j innovations that enable relationship-driven intelligence at scale. Learn more about the newest cloud integrations and product enhancements that make Neo4j an essential choice for developers building apps with interconnected data and generative AI.
Encryption in Microsoft 365 - ExpertsLive Netherlands 2024Albert Hoitingh
In this session I delve into the encryption technology used in Microsoft 365 and Microsoft Purview. Including the concepts of Customer Key and Double Key Encryption.
Generative AI Deep Dive: Advancing from Proof of Concept to ProductionAggregage
Join Maher Hanafi, VP of Engineering at Betterworks, in this new session where he'll share a practical framework to transform Gen AI prototypes into impactful products! He'll delve into the complexities of data collection and management, model selection and optimization, and ensuring security, scalability, and responsible use.
Removing Uninteresting Bytes in Software FuzzingAftab Hussain
Imagine a world where software fuzzing, the process of mutating bytes in test seeds to uncover hidden and erroneous program behaviors, becomes faster and more effective. A lot depends on the initial seeds, which can significantly dictate the trajectory of a fuzzing campaign, particularly in terms of how long it takes to uncover interesting behaviour in your code. We introduce DIAR, a technique designed to speedup fuzzing campaigns by pinpointing and eliminating those uninteresting bytes in the seeds. Picture this: instead of wasting valuable resources on meaningless mutations in large, bloated seeds, DIAR removes the unnecessary bytes, streamlining the entire process.
In this work, we equipped AFL, a popular fuzzer, with DIAR and examined two critical Linux libraries -- Libxml's xmllint, a tool for parsing xml documents, and Binutil's readelf, an essential debugging and security analysis command-line tool used to display detailed information about ELF (Executable and Linkable Format). Our preliminary results show that AFL+DIAR does not only discover new paths more quickly but also achieves higher coverage overall. This work thus showcases how starting with lean and optimized seeds can lead to faster, more comprehensive fuzzing campaigns -- and DIAR helps you find such seeds.
- These are slides of the talk given at IEEE International Conference on Software Testing Verification and Validation Workshop, ICSTW 2022.
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
UiPath Test Automation using UiPath Test Suite series, part 6DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 6. In this session, we will cover Test Automation with generative AI and Open AI.
UiPath Test Automation with generative AI and Open AI webinar offers an in-depth exploration of leveraging cutting-edge technologies for test automation within the UiPath platform. Attendees will delve into the integration of generative AI, a test automation solution, with Open AI advanced natural language processing capabilities.
Throughout the session, participants will discover how this synergy empowers testers to automate repetitive tasks, enhance testing accuracy, and expedite the software testing life cycle. Topics covered include the seamless integration process, practical use cases, and the benefits of harnessing AI-driven automation for UiPath testing initiatives. By attending this webinar, testers, and automation professionals can gain valuable insights into harnessing the power of AI to optimize their test automation workflows within the UiPath ecosystem, ultimately driving efficiency and quality in software development processes.
What will you get from this session?
1. Insights into integrating generative AI.
2. Understanding how this integration enhances test automation within the UiPath platform
3. Practical demonstrations
4. Exploration of real-world use cases illustrating the benefits of AI-driven test automation for UiPath
Topics covered:
What is generative AI
Test Automation with generative AI and Open AI.
UiPath integration with generative AI
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Full-RAG: A modern architecture for hyper-personalizationZilliz
Mike Del Balso, CEO & Co-Founder at Tecton, presents "Full RAG," a novel approach to AI recommendation systems, aiming to push beyond the limitations of traditional models through a deep integration of contextual insights and real-time data, leveraging the Retrieval-Augmented Generation architecture. This talk will outline Full RAG's potential to significantly enhance personalization, address engineering challenges such as data management and model training, and introduce data enrichment with reranking as a key solution. Attendees will gain crucial insights into the importance of hyperpersonalization in AI, the capabilities of Full RAG for advanced personalization, and strategies for managing complex data integrations for deploying cutting-edge AI solutions.
Full-RAG: A modern architecture for hyper-personalization
OUGN winning performnace challenges in oracle Multitenant
1. Winning Performance Challenges in
Oracle 12c Multitenant
Pini Dibask, Product Manager for Database Solutions
March 9th, 2017
2. Confidential2
• Pini Dibask, Product Manager, Database Solutions (Quest)
• Oracle DBA since 2006
• Oracle Certified Professional DBA (OCP)
• My Blog: OracleDBPro.BlogSpot.com
Pini.Dibask@Quest.com
http://Linkedin.com/in/pinidibask
@pini_dibask
About Me
3. Confidential3
About
• Quest is now an independent company again!
• #1 independent software company for Database Tools
• Driven by innovation
“Spend less time on what you need to do, and more time on what you want to do!”
• Committed to providing great products and superior support
4. Confidential4
Agenda
• Introduction to Oracle Multitenant
• Ensuring QoS in Multitenant Environments
• RAC and Multitenant
• Performance Monitoring for Multitenant Environments
8. Confidential8
Database Consolidation with Schema Separation - Challenges
Name Collisions
Same schema name or same public synonym name
Security
DBA can access data of both applications
Upgrades
You cannot patch/upgrade only one schema
Point-In-Time Recovery
Impossible to perform schema level point-in-time recovery
10. Confidential10
Oracle 12c – Multitenant Architecture
One SGA
One set of background processes
One root container
Multiple pluggable databases
Up to 252 PDBs (12cR1)
Up to 4096 PDBs (12cR2)
11. Confidential11
Oracle 12c – Multitenant Architecture (Cont’d)
Pluggable Databases share the following files:
Undo Tablespace (optional)
Redo Logs
Control Files
(S)Pfile
Local undo
introduced in
12cR2
12. Confidential12
CDB Level vs. PDB-Level
CDB-Level
• Oracle Software
• SGA & Background Processes
• Data Guard
• Some Parameters
(IsPDB_Modifiable= 'FALSE')
• Control Files, Redo
• (S)Pfile, Password File
PDB-Level
• FLUSH SHARED_POOL
• FLUSH BUFFER_CACHE
• RMAN Backups/Restores
• Some Parameters
(IsPDB_Modifiable= 'TRUE')
• Undo Tablespace (12cR2)
• Character Set (12cR2)
• Flashback Database (12cR2)
14. Confidential14
Multitenant Advantages - Fast Cloning
Clone PDB from another PDB within the same CDB
Requires source PDB to be open read only (12cR1)
s
Hot Clone is
available in
12cR2
15. Confidential15
Multitenant Advantages - Fast Cloning (Cont’d)
Clone PDB from another PDB in remote CDB
Requires source PDB to be OPEN READ ONLY (12cR1)
Hot Clone is
available in
12cR2
s
16. Confidential16
Multitenant Advantages - Easy Replication (12c Release 2)
Refreshable PDB – Allows manually/automatically refreshing
contents of a remotely cloned PDB
s
18. Confidential18
Oracle 12c – Deployment Options
Why use Single Tenant instead of Non-CDB?
Unplug/Plug
Fast Cloning
but most importantly …
(source: Oracle 12c Release 2 Documentation)
20. Confidential20
QoS Challenges – Multitenant Environments
PDB-Level QoS challenge
Allocation of resources among competing sessions
Example: One session consumes too many resources
CDB-Level QoS challenge
Allocation of resources among competing PDBs
Example: One PDB consumes too many resources
21. Confidential21
Oracle Resource Manager - The Basics (Pre 12c)
Resource Manager Elements
Resource Plan
Resource Plan Directive
Consumer Group
Resource Plan
“WEEKEND”
Directive 1
70% of CPU
Directive 2
20% of CPU
Directive 3
10% of CPU
Consumer Group
“WAREHOUSE”
Consumer Group
“OLTP”
Consumer Group
“OTHERS_GROUPS”
22. Confidential22
The Solution - Oracle Resource Manager
PDB-Level Resource Plan
Specifies how resources are allocated to consumer groups
Prioritize resources between competing sessions
CDB-Level Resource Plan
Specifies how resources are allocated to PDBs
Prioritize resources between competing PDBs
23. Confidential23
Oracle Resource Manager - 12c Multitenant
CDB Resource Plan Directive
CPU Shares
CPU Utilization Limit
Parallel Servers Limit
Example
Pluggable
Database
CPU
Shares
Guaranteed
CPU
CPU Limit Parallel Servers
Limit
OLTP 3 3/4 = 75% 100% 100%
DWH 1 1/4 = 25% 60% 100%
24. Confidential24
Oracle Resource Manager - 12c Multitenant
Obtain information about default CDB resource plan
Obtain information about default PDB directive
s
s
25. Confidential25
Example of CDB-Level Resource Plan
Resource Plan
“Daytime_CDB_PLAN”
PDB
“OLTP”
PDB
“DWH”
Directive 2
Guaranteed CPU: 25%
Maximum CPU: 60%
Directive 1
Guaranteed CPU: 75%
Maximum CPU: 100%
Pluggable
Database
CPU
Shares
Guaranteed
CPU
CPU Limit Parallel Servers
Limit
OLTP 3 3/4 = 75% 100% 100%
DWH 1 1/4 = 25% 60% 100%
30. Confidential30
PDB Level Memory Resource Management
Not available in 12c Release 1
12c Release 2 - Memory parameters can be set at PDB level
SGA_TARGET
DB_CACHE_SIZE
DB_SHARED_POOL_SIZE
PGA_AGGREGATE_LIMIT
PGA_AGGREGATE_TARGET
SGA_MIN_SIZE
New in 12c
Release 2
31. Confidential31
PDB Level I/O Resource Management
Not available in 12c Release 1
12c Release 2 Introduced the following new parameters:
MAX_IOPS - limits number of I/O operations per second
MAX_MBPS - limits megabytes for I/O operations per second
Default : 0 (no limit)
If Oracle waits due to I/O limit “resmgr: I/O rate limit” wait event will appear
Cannot be set in a Non CDB
32. Confidential32
How Many Resources Actually Being Used by PDBs?
Option #1 - DBA_HIST_RSRC_PDB_METRIC
Displays historical resource manager metrics by PDB
Option #2 - AWR_ROOT_RSRC_PDB_METRIC (underlying AWR table)
Option #3 - AWR Reports
33. Confidential33
Maintenance Tasks in Oracle Multitenant
ENABLE_AUTOMATIC_MAINTENANCE_PDB parameter
Can be used to enable/disable running of maintenance tasks
Default: true
Can be set at either CDB or PDB levels
AUTOTASK_MAX_ACTIVE_PDBS parameter
Maximum number of PDBs that can schedule maintenance tasks concurrently
Default: 2 (two PDBs and the CDB root can run tasks at the same time)
Can be set at CDB level only
Both parameters introduced in 12c Release 2
43. Confidential43
AWR reports are available only at CDB level
AWR Management Operations only at CDB level
AWR data retention
Snapshot schedule
Taking manual snapshots
Purging snapshot data
Unplugged PDB does not contain AWR information
Multitenant & AWR – Oracle 12c Release 1 (Cont’d)
45. Confidential45
Multitenant & AWR – Oracle 12c Release 2
Snapshots can be taken either at CDB or PDB level
Snapshot data reside in SYSAUX tablespace of each PDB
It is possible to create a report at PDB-level AWR report
AWR management operations at either CDB or PDB level
New Parameter : AWR_PDB_AUTOFLUSH_ENABLED
Specifies whether to enable automatic AWR snapshots for PDBs
Default : false (automatic AWR snapshots are disabled for PDBs)
Can be set at CDB or PDB level
51. Confidential51
References
Introduction to the Multitenant: Architecture (Documentation)
http://docs.oracle.com/database/122/CNCPT/introduction-to-the-multitenant-architecture.htm#CNCPT89234
Oracle Multitenant (White Paper)
http://www.oracle.com/technetwork/database/multitenant-wp-12c-1949736.pdf
Oracle Multitenant: New Features in Oracle Database 12c Release 12 (White Paper)
http://www.oracle.com/technetwork/database/multitenant/overview/multitenant-wp-12c-2078248.pdf
Note: All diagrams and illustrations are used by permission of Oracle
Me, I’ve been an Oracle DBA since 2006, during these years I worked a DBA and DBA team leader and as mentioned currently I work as a Product Manager for Database Solutions at Quest. I’m based in Israel Tel Aviv where we have a development group for some of our Database monitoring solutions including Foglight and Spotlight that some of you are probably familiar with. I’m an Oracle Certified Professional. You can see here my blog where I write about my experience of working with Oracle Databases. You can also find below my email, LinkedIn and twitter addresses so if you’d like to contact me you’d be more than welcome.
I assume that you probably all familiar with Quest, the company which develops some of the most popular Database tools in the industry like Toad. Quest was actually acquired by Dell a few years ago but now – actually 2 weeks ago Quest became an independent software company again so we are very excited about that. The new quest is driven by innovation probably more than ever before and focused on analytics, and SaaS solutions. Our goal is basically make DBAs spend less time on what they need to do and more time on what the want to do. Quest is committed to providing great products and superior support. So that’s about all on myself and Quest – let’s move on to the agenda for today’s session.
I assume that you probably all familiar with Quest, the company which develops some of the most popular Database tools in the industry like Toad. Quest was actually acquired by Dell a few years ago but now – actually 2 weeks ago Quest became an independent software company again so we are very excited about that. The new quest is driven by innovation probably more than ever before and focused on analytics, and SaaS solutions. Our goal is basically make DBAs spend less time on what they need to do and more time on what the want to do. Quest is committed to providing great products and superior support. So that’s about all on myself and Quest – let’s move on to the agenda for today’s session.
A common approach in the past was to take different databases from different machines, and consolidate them into one machine. In this example we can see separate 3 machines with a single database on each. We could have consolidate them into a single machine. This approach allows us to consolidate servers which is good from IT resources management, but we didn’t consolidate databases. We would still have to manage different databases. 3 different databases to backup, 3 different databases to upgrade, 3 databases to monitor, etc.
A better approach would be to consolidate many different databases into a single database, where each database has its own schema for example. Now, we need to manage only one Oracle Database.
The problem with this approach is that there are several challenges when doing database consolidation, let’s review some of them.
A better approach would be to consolidate many different databases into a single database, where each database has its own schema for example. Now, we need to manage only one Oracle Database.
The problem with this approach is that there are several challenges when doing database consolidation, let’s review some of them.
In a multitenant architecture, these is one instance with many pluggable databases. Each Pluggable Database is a self-contained, independent Database with its own schemas, data, etc. Pluggable Database is a “regular” Database from the application standpoint. In addition, there is one root container which stores Oracle-metadata that is shared across all the PDBs like PL/SQL packages, for example, the DBMS_SYSTEM package. All the PDBs can be plugged into the root container.
You can configure a CDB to use local undo in every container or to use shared undo for the entire CDB.
A CDB can run in local undo mode or shared undo mode. You can specify the undo mode of a CDB during CDB creation in the ENABLE PLUGGABLE DATABASE clause of the CREATE DATABASEstatement. You can change the undo mode of a CDB after it is created by issuing an ALTER DATABASE statement and restarting the CDB. The undo mode applies to the entire CDB. Therefore, every container either uses shared undo or local undo.
Some parameter are modifiable at CDB level and some at PDB level.
CDB-Level example:
SGA_TARGET
UNDO_RETENTION and UNDO_TABLESPACE
PDB-LEVEL example:
STATISTICS_LEVEL
This new feature allows to have a cloned PDB that can be refreshed from another PDB either manually (on-demand) or automatically (scheduled refresh). The way this works is by creating a full clone at first stage (which can be taken with no downtime now with the new 12cR2 hot clone feature), and then there is no need to perform a full clone again because this feature allows applying incremental redo since the last clone or the last refresh time. This could be very useful in scenarios that the source PDB is very large and we would like to avoid creating a full clone to the entire PDB from scratch every time, because this process takes a long time when the PDB is very large. By having to apply only the incremental redo since last refresh or last clone, the process of having up to date cloned PDB for dev/test purposes becomes much faster and easier.
Oracle 12c introduced new QoS challenges when it comes to the new Multitenant architecture.
For example, One or more PDBs consume too many resources. Another example is that a single PDB has an inconsistent performance because the other PDBs are competing for system resources at various times
The Resource Plan Specifies how resources are allocated to the different consumer groups by using plan directives.
Consumer group is a collection of user sessions grouped together by a common attribute, such as username, program, service, and so on.
In this example we can see that:
The 1st plan directive allocates 70% of CPU to the WAREHOUSE consumer group
The 2nd plan directive allocates 20% of CPU to the OLTP consumer group
The last plan directive allocates 10% of CPU to all the other sessions
Oracle 12c introduced new QoS challenges when it comes to the new Multitenant architecture.
For example, One or more PDBs consume too many resources. Another example is that a single PDB has an inconsistent performance because the other PDBs are competing for system resources at various times
CPU Shares – The proportion of the CPU resources guaranteed to the PDB
CPU Utilization Limit – % of the CDB available CPU that is available for the PDB
Parallel Servers Limit – % of the CDB available parallel servers that are available for the PDB
The Resource Plan Specifies how resources are allocated to the different consumer groups by using plan directives.
Consumer group is a collection of user sessions grouped together by a common attribute, such as username, program, service, and so on.
In this example we can see that:
The 1st plan directive allocates 70% of CPU to the WAREHOUSE consumer group
The 2nd plan directive allocates 20% of CPU to the OLTP consumer group
The last plan directive allocates 10% of CPU to all the other sessions
The Resource Plan Specifies how resources are allocated to the different consumer groups by using plan directives.
Consumer group is a collection of user sessions grouped together by a common attribute, such as username, program, service, and so on.
In this example we can see that:
The 1st plan directive allocates 70% of CPU to the WAREHOUSE consumer group
The 2nd plan directive allocates 20% of CPU to the OLTP consumer group
The last plan directive allocates 10% of CPU to all the other sessions
The first step in creating the Resource plan is to create a Pending Area, which is a temporary work area for Resource Management configuration.
changes in the pending area are not visible until the pending area is submitted.
Click
Now we create the 1st CDB Plan directive which allocates 3 CPU shares, and allows maximum 100% CPU resources to the OLTP pluggable database
Click
The next step is to create the 2nd CDB Plan directive which allocates 1 CPU share, and allows maximum 60% CPU resources to the DWH pluggable database
Click
In the last step we will validate the pending area and submit it
The first step in creating the Resource plan is to create a Pending Area, which is a temporary work area for Resource Management configuration.
changes in the pending area are not visible until the pending area is submitted.
Click
Now we create the 1st CDB Plan directive which allocates 3 CPU shares, and allows maximum 100% CPU resources to the OLTP pluggable database
Click
The next step is to create the 2nd CDB Plan directive which allocates 1 CPU share, and allows maximum 60% CPU resources to the DWH pluggable database
Click
In the last step we will validate the pending area and submit it
The first step in creating the Resource plan is to create a Pending Area, which is a temporary work area for Resource Management configuration.
changes in the pending area are not visible until the pending area is submitted.
Click
Now we create the 1st CDB Plan directive which allocates 3 CPU shares, and allows maximum 100% CPU resources to the OLTP pluggable database
Click
The next step is to create the 2nd CDB Plan directive which allocates 1 CPU share, and allows maximum 60% CPU resources to the DWH pluggable database
Click
In the last step we will validate the pending area and submit it
The first step in creating the Resource plan is to create a Pending Area, which is a temporary work area for Resource Management configuration.
changes in the pending area are not visible until the pending area is submitted.
Click
Now we create the 1st CDB Plan directive which allocates 3 CPU shares, and allows maximum 100% CPU resources to the OLTP pluggable database
Click
The next step is to create the 2nd CDB Plan directive which allocates 1 CPU share, and allows maximum 60% CPU resources to the DWH pluggable database
Click
In the last step we will validate the pending area and submit it
We’ve covered CPU level resource management – now let’s see how we can manage to address memory resource management challenges
A large amount of disk I/O can cause poor performance. Several factors can result in excess disk I/O, such as poorly designed SQL or index and table scans in high-volume transactions. If one PDB is generating a large amount of disk I/O, then it can degrade the performance of other PDBs in the same CDB.
DBWR I/Os, control file I/Os, password file I/Os and other critical I/Os are exempted from the rate limit set by these parameters, but their I/Os are accounted for while throttling. Because of these exemptions, the PDB's actual I/O rate may sometimes exceed the limit.
Use one or both of the following initialization parameters to limit the I/O generated by a particular PDB:
The MAX_IOPS initialization parameter limits the number of I/O operations for each second.
The MAX_MBPS initialization parameter limits the megabytes for I/O operations for each second.
Both limits are enforced if you set both initialization parameters for a single PDB.
If these initialization parameters are set with the CDB root as the current container, then the values become the default values for all of the containers in the CDB. If they are set with an application root as the current container, then the values become the default values for all of the application PDBs in the application container. When they are set with a PDB or application PDB as the current container, then the settings take precedence over the default settings in the CDB root or the application root. These parameters cannot be set in a non-CDB.
The default for both of these initialization parameters is 0 (zero). If these initialization parameters are set to 0 (zero) in a PDB, and the CDB root is set to 0, then there is no I/O limit for the PDB. If these initialization parameters are set to 0 (zero) in an application PDB, and its application root is set to 0, then there is no I/O limit for the application PDB.
Critical I/O operations, such as ones for the control file and password file are exempted from the limit and continue to run even if the limit is reached. However, all I/O operations, including critical I/O operations, are counted when the number of I/O operations and the megabytes for I/O operations are calculated.
We’ve covered to define various resource limits to pluggable databases such as memory, cpu, and disk I/O limits.
One question you may ask is how would you even know how many resources are actually being used today in order to define limits?
DBA_HIST_RSRC_PDB_METRIC displays information about historical Resource Manager metrics for the past hour by PDB.
Automated maintenance tasks are tasks that are started automatically at regular intervals to perform maintenance operations on the database. An example is a task that gathers statistics on schema objects for the query optimizer.
Automated maintenance tasks run in maintenance windows, which are predefined time intervals that are intended to occur during a period of low system load. You can customize maintenance windows based on the resource usage patterns of your database, or disable certain default windows from running. You can also create your own maintenance windows.
Oracle Database has these predefined automated maintenance tasks:
Automatic Optimizer Statistics Collection—Collects optimizer statistics for all schema objects in the database for which there are no statistics or only stale statistics. The statistics gathered by this task are used by the SQL query optimizer to improve the performance of SQL execution.
Optimizer Statistics Advisor—Analyzes how statistics are being gathered and suggests changes that can be made to fine tune statistics collection.
Automatic Segment Advisor— Identifies segments that have space available for reclamation, and makes recommendations on how to defragment those segments.
You can also run the Segment Advisor manually to obtain more up-to-the-minute recommendations or to obtain recommendations on segments that the Automatic Segment Advisor did not examine for possible space reclamation.
Automatic SQL Tuning Advisor—Examines the performance of high-load SQL statements, and makes recommendations on how to tune those statements. You can configure this advisor to automatically implement SQL profile recommendations.
Now we create a new Administrator-managed service named “svc_pdbtest” that has instance O121RAC2 as preferred and O121RAC1 as available
In Oracle Database 12c Release 1 (12.1.01), a centralized Automatic Workload Repository (AWR) stores the performance data related to CDB and PDBs in a multitenant environment. You can take an AWR snapshot only at a CDB-level, that is, on the CDB root. This AWR snapshot is for the whole database system, that is, it contains the statistical information about the CDB as well as all the PDBs in a multitenant environment.
+++++++
In Oracle Database 12c Release 2 (12.2), CDB root as well as individual PDBs store, view, and manage AWR data. You can take an AWR snapshot at a CDB-level, that is, on the CDB root, as well as at a PDB-level, that is, on the individual PDBs.
In Oracle Database 12c Release 1 (12.1.01), a centralized Automatic Workload Repository (AWR) stores the performance data related to CDB and PDBs in a multitenant environment. You can take an AWR snapshot only at a CDB-level, that is, on the CDB root. This AWR snapshot is for the whole database system, that is, it contains the statistical information about the CDB as well as all the PDBs in a multitenant environment.
+++++++
In Oracle Database 12c Release 2 (12.2), CDB root as well as individual PDBs store, view, and manage AWR data. You can take an AWR snapshot at a CDB-level, that is, on the CDB root, as well as at a PDB-level, that is, on the individual PDBs.
Here you can see the implications of the way AWR works in Oracle 12cR1
AWR Management Operations only at CDB level
AWR data retention
Snapshot schedule
Taking manual snapshots
Purging snapshot data
In Oracle Database 12c Release 1 (12.1.01), a centralized Automatic Workload Repository (AWR) stores the performance data related to CDB and PDBs in a multitenant environment. You can take an AWR snapshot only at a CDB-level, that is, on the CDB root. This AWR snapshot is for the whole database system, that is, it contains the statistical information about the CDB as well as all the PDBs in a multitenant environment.
+++++++
In Oracle Database 12c Release 2 (12.2), CDB root as well as individual PDBs store, view, and manage AWR data. You can take an AWR snapshot at a CDB-level, that is, on the CDB root, as well as at a PDB-level, that is, on the individual PDBs.
The default value of AWR_PDB_AUTOFLUSH_ENABLED is false. Thus, by default, automatic AWR snapshots are disabled for all the PDBs in a CDB.
When you change the value of AWR_PDB_AUTOFLUSH_ENABLED in the CDB root, the new value takes effect in all the PDBs in the CDB.
Therefore, if you change the value of AWR_PDB_AUTOFLUSH_ENABLED in the CDB root to true, the value of AWR_PDB_AUTOFLUSH_ENABLED is also changed to true in all of the PDBs, so that automatic AWR snapshots are enabled for all the PDBs.
You can also change the value of AWR_PDB_AUTOFLUSH_ENABLED in any of the individual PDBs in a CDB, and the value that is set for each individual PDB will be honored. This enables you to enable or disable automatic AWR snapshots for individual PDBs.
When a new PDB is created, or a PDB from a previous database release is upgraded to the current database release, automatic AWR snapshots are enabled or disabled for the PDB based on the current value of AWR_PDB_AUTOFLUSH_ENABLED in the root.
The default value of AWR_PDB_AUTOFLUSH_ENABLED is false. Thus, by default, automatic AWR snapshots are disabled for all the PDBs in a CDB.
When you change the value of AWR_PDB_AUTOFLUSH_ENABLED in the CDB root, the new value takes effect in all the PDBs in the CDB.
Therefore, if you change the value of AWR_PDB_AUTOFLUSH_ENABLED in the CDB root to true, the value of AWR_PDB_AUTOFLUSH_ENABLED is also changed to true in all of the PDBs, so that automatic AWR snapshots are enabled for all the PDBs.
You can also change the value of AWR_PDB_AUTOFLUSH_ENABLED in any of the individual PDBs in a CDB, and the value that is set for each individual PDB will be honored. This enables you to enable or disable automatic AWR snapshots for individual PDBs.
When a new PDB is created, or a PDB from a previous database release is upgraded to the current database release, automatic AWR snapshots are enabled or disabled for the PDB based on the current value of AWR_PDB_AUTOFLUSH_ENABLED in the root.