obtenga alto rendimiento con oracle database 11g r2
TRANSCRIPT
Obtenga Alto Rendimiento con
Oracle Database 11g R2
Valentín Leonard Tabacaru - Presales Technology [email protected]
Agenda
• Introducción
• Automatic Storage Management
• Partitioning
• Advanced Compression
• Data Guard
• Flash Cache
• Ejecución en Paralelo
• Recursos Disponibles
• Preguntas
“Nuestro premio para La Mejor Base de Datos ha ido a la incomparable base de datos Oracle 11g,
un estreno con capacidades – especialmente Real Application Testing y Active Data Guard
– que los DBAs sólo soñaban por tener.”
Doug Dineley Executive Editor InfoWorld Test Center
http://www.infoworld.com/node/62955
“Durante nuestras pruebas, la extracción de meta-datos DICOM con Oracle 11g Release 2
es 3 veces más rápido."
Tony O’Sullivan,
COO,
IBIS, Inc.
Oracle 11g Release 2 estrena la más rápida base de datos semántica del mundo.
Basados en pruebas internas de deducción usando el Benchmark de Lehigh University (LUBM 8000)*, la
deducción semántica de Oracle en 20% más rápida, mientras utiliza 1/5 del presupuesto hardware
necesario para nuestra competencia.
Lehigh University Benchmark (LUBM)
http://www.ontotext.com/owlim/OWLIMPres.pdf
Oracle
48.9%
IBM
21.9%
Microsoft
16.6% Other
12.6%
Source: Gartner DataQuest July 2009, based on Total Software Revenue
Oracle el Primer Vendedor de RDBMS
Oracle tiene más cuota de
mercado que los siguientes 6 competidores
junto
Source: IDC, July 2009 – “Worldwide Data Warehouse Platforms Software 2008 Vendor Shares”
Oracle #1 for Data Warehousing
Oracle
61.4%
IBM
24.3%
Sybase
5.1%Other
9.2%
Source: Gartner DataQuest July 2009, based on Total Software Revenue
Oracle el Primer Vendedor de RDBMS
sobre Unix
Sobre Unix, Oracle tiene casi 3 veces más cuota de
mercado que UDB
10,400
35,400
39,100
0
5,000
10,000
15,000
20,000
25,000
30,000
35,000
40,000
SD Users
MSFT DB2 Oracle
These results, as of November 18, 2009, have been certified by SAP AG, www.sap.com/benchmark. Please see notes page for benchmark SAP certification details for the above results.
Best Business PerformanceWorld Record SAP SD 2-tier Benchmark
First Ever Benchmark on a 256 Core SMP
Automatic Storage
Management
Oracle Database 11g Release Innovaciones ASM
• Gestión mejorada– Asistente de Instalación y Configuración de ASM (ASMCA)
– ASMCMD completo
– ASM File Access Control
– ASM Disk Group Rename
– Datafile to Disk Mapping
• Rendimiento afinado– Colocación Inteligente de Datos (Intelligent Data Placement)
Datos NoUtilizados
Habitualmente
Datos NoUtilizados
Habitualmente
Datos Utilizados
Habitualmente
Datos Utilizados
Habitualmente
• Ubicación de ficheros en los discos basada en políticas para obtener un mayor rendimiento
• Clasificación automática de ficheros en función de su grado de utilización (HOT/COLD)
• Soporte para Oracle Exadata Storage Server
• Ahorro de tiempo de acceso estimado de hasta un 35%
• Incremento estimado sobre el throughput de hasta un 60%
Oracle Database 11g Release 2ASM based Cluster File System
HR SALES ERP
Database Files Oracle Binaries Files
• Virtualiza y comparte recursos de almacenamiento
• Data striping avanzado para un rendimiento I/O máximo
• Mirroring integrado, Read-Only Snapshots
• Añadido y migración de volúmenes en línea
Oracle Database 11g Release 2ASM based Cluster File System (ACFS)
DB DatafilesDB Datafiles OCR and Voting FilesOCR and Voting Files Oracle BinariesOracle Binaries 3rd Party File Systems3rd Party File Systems
Automatic Storage Management (ASM)
File SystemsApplicationsDatabases
• Sistema de archivos escalable de uso general• Se puede acceder a través de protocolos NAS (NFS, CIFS)• Multi OS platform (Linux y Windows en la versión inicial)• Soporta Read Only Snapshots
Reducir los costes de almacenamientoOracle Database 11g Release 2
• Usando ASM y ACFS para reducir los gastos de almacenamiento, de gestión de volúmenes, y de licenciamiento de software para gestionar el almacenamiento
• Con Partitioning se pueden colocar los datos en diferentes niveles de almacenamiento para bajar los costes
• Advance Compression para comprimir los datos– Datos OLTP activos – factor de compresión 2-4x
– Datos archivados – 15-50x factor de compresión con Exadata
– Data warehousing – 10x factor de compresión con Exadata
ASM 11gR2: How To Upgrade An ASM Instance To Release 11gR2 (11.2.0.1.0)? [ID 950200.1]
Partitioning
Oracle Database 11g Release 2Mejoras Particionamiento
ORDERS TABLE (7 years)
2003 2008 2009
Large Zero Size Unusable IndexLarge Zero Size Unusable Index Small Usable IndexSmall Usable Index
Partition ScanPartition Scan
Index LookupIndex Lookup
• Índices no utilizables (Unusable) e Índices de Particiones de tamaño cero
• Ejecución inteligente multi branch que permite queries sobre particiones indexadas y no indexadas
• Columnas Virtuales en función de la Primary Key o Foreign Key para Particionamiento por referencia
Columnas Virtuales
• ANSI syntax
• Parecidas a las columnas habituales desde el punto de vista SQL
• Soportan partitioning, índices, restricciones (constraints), estadísticas, histogramas
• Se utiliza la evaluación de la expresión cuando se necesitan
Create table t1 (
first_name varchar2,
last_name varchar2,
full_name as (first_name || ‘ ‘ || last_name) virtual)
CREATE TABLE accounts
(acc_no number(10) not null,
acc_name varchar2(50) not null, ...
12500 Adams12507 Blake1266612875 Smith
King
Columnas Virtuales - Ejemplo
• A una tabla básica con sus atributos ...
12500 Adams12507 12Blake12666 1212875 12Smith
King
CREATE TABLE accounts
(acc_no number(10) not null,
acc_name varchar2(50) not null, ...
acc_branch number(2) generated always as (to_number(substr(to_char(acc_no),1,2)))
12
Columnas Virtuales - Ejemplo
• A una tabla básica con sus atributos ...• ... se añade una columna virtual
12500 Adams12507 12Blake12666 1212875 12Smith
King
CREATE TABLE accounts
(acc_no number(10) not null,
acc_name varchar2(50) not null, ...
acc_branch number(2) generated always as
(to_number(substr(to_char(acc_no),1,2)))
partition by list (acc_branch) ...
12
• A una tabla básica con sus atributos ...• ... se añade una columna virtual• ... y ésta columna se utiliza como clave de particionamiento
32320 Jones32407 32Clark32758 3232980 32Phillips
32
... Hurd
Columnas Virtuales - Ejemplo
Advanced Compression
Oracle Database 11g Release 2Compression Advisor
• Analiza los objetos para proporcionar una evaluación del ahorro de espacio en discos, considerando distintos métodos de compresión
• Ayuda a escoger el nivel de compresión apropiado para cada aplicación
• Recomienda diferentes estrategias de compresión– Elige el algoritmo de compresión adecuado para los tipos de datos considerados
– Ordena en función de una columna para mejorar el factor de compresión
– Proporciona comparaciones entre distintos algoritmos de compresión
Oracle Database 11g Release 2Hybrid Columnar Compression
40XUp To
• Datos almacenados por columnay entonces comprimidos
• Muy útil para grandes volúmenes de datos a cargar o mover
• Query mode para data warehousing
• 10X ratio compresión
• Mejora proporcionalmente los scans
• Archival mode para datos antiguos
• Entre un 15X y un 40X ratio compresión
Hybrid Columnar Compression¿Cómo funciona?
• Nuevo método de organización de datos en un bloque de la base de datos
• Cambio de organización de datos – por columnas
• Organización por filas– Cada fila auto-contenida dentro de una “compression unit”
– Mínimo I/O para recuperar una fila completa
– Localización con índices, updates y deletes eficientes
• Organización por columnas– Organiza y almacena transparentemente las tablas por columnas
– Incrementa considerablemente el factor de compresión
– Mejora el rendimiento de las queries agregadas y analíticas
Hybrid Columnar CompressionCompression Unit
CU HEADER
BLOCK HEADER
C1
BLOCK HEADER BLOCK HEADER BLOCK HEADER
C2
Logical Compression Unit
C3 C4 C5 C5 C6 C7 C8
• Estructura lógica comprendiendo múltiples bloques de la database
• Tamaño típico de 32k (4 bloques x 8k tamaño del bloque)
• Datos organizados en columnas durante la carga
• Compresión separada columna x columna
• Todos los datos de una columna para un conjunto de filas, almacenados en una “compression unit”
Hybrid Columnar CompressionQueries
• Los datos quedan comprimidos en el buffer caché
• Únicamente se descomprimen las columnas necesarias para satisfacer las queries
• Los datos se descomprimen en la PGA
Hybrid Columnar CompressionDML and Load Operations
• Operaciones directas de carga se transforman en Hybrid Columnar Compression– Parallel DML, INSERT /*+ APPEND */, Direct PathSQL*LDR
– Datos transformados en formato columnar y comprimidos durante la carga
• INSERT convencionales se transforman en OLTP Table Compression
• Filas modificadas, migradas automáticamente a OLTP Table Compression
Exadata Hybrid Columnar CompressionDos Modelos
Query Mode
• 10x ahorro de almacenamiento promedio
• 10x reducción de Scan IO
• Para data warehousing
Archival Mode
• 15x ahorro promedio de almacenamiento
– Hasta 40x para algunos datos
• Un pequeño overhead de acceso
• Para datos históricos
Optimizado para
Velocidad
Optimizado para
Espacio
Warehouse Warehouse mmáás Peques Pequeññoo
Alto RendimientoAlto Rendimiento
Recupera 93% de los DiscosRecupera 93% de los Discos
Mantiene los Datos en LMantiene los Datos en Lííneanea
OLTP Compression y Hybrid Columnar Compression pueden convivir en
distintas particiones en caso de ILM
10 10 10 1116
19 19 19 20 21
29
43
0
5
10
15
20
25
30
35
40
45
50
Size Reduction Factor by Table
OLTP Compression (avg=3.3)
Query Compression (avg=14.6)
Archive Compression (avg=22.6)
Real-World Compression RatiosOracle Production E-Business Suite Tables
• Columnar compression ratios
• Query mode = 14.6X
• Archive mode = 22.6X
• Vary by application and table
52
Oracle Database 11g Release 2Otras Innovaciones de Compresión
• SecureFiles Compression– Nivel de compresión LOW
– Algoritmo de compresión optimizado para un alto rendimiento
– 3x menos CPU utilizado que en el caso del nivel por defecto (default) de compresión de SecureFiles
– Mantiene un 80% de ahorro de espacio como beneficio por defecto de SecureFiles Compression
• Data Guard Redo Transport Compression– Comprima el Redo Log enviado por la red durante operaciones habituales
Data Guard
Active Data Guard 11g Release 2Rendimiento de Lectura Escalable
• Soporta hasta 30 bases de datos Standby activas
Queries
Queries
Queries
Queries
Queries
ProductionDatabase
Updates
• Data Guard 11.2 SYNC• Redo enviado en paralelo, escribiendo en el online log file local
• Muy poco, a veces cero, impacto sobre el tiempo de respuesta, cuando se usa el modo SYNC en redes con ancho de banda grande• 40% mejor que 11gR1 en LANs de alta velocidad
network latency
Innovaciones para el Transporte de RedoData Guard 11g Release 2
Network Compression for GapsData Guard 11g
• Para activar la compresión:– Se configura el Data Guard Broker – Se establece el atributo para el destino del redo transport
• Resolución de retrasos 3 veces más rapido– Protección de datos superior
• Disponer de suficiente CPU– Impacto insignificante sobre el tiempo de respuesta
– Impacto insignificante sobre el rendimiento
• Requiere Oracle Advanced Compression Option 11g
0
10
20
30
40
50
60
70
80
elapsed time to resolve gap
uncompressed compressed
seconds
Network Compression for all TransportData Guard 11g Release 2
• RPO mejor para entornos con ancho de banda limitado
• Soporte para todos los modos de protección y transporte– Requiere licenciar la opción Advanced Compression
0
500
1000
1500
2000
2500
TransportLag - MB
Uncompressed22 MB/sec
Compressed12 MB/sec
Test Details
• Asynchronous
• 12.5MB/sec bandwidth
• 22MB/sec redo rate
• >50% compression ratioElapsed time - minutes
• MEDIA RECOVERY COORDINATOR (MRP0)– Gestiona la sesión de recuperación, combina el redo por SCN desde múltiples instancias, agrupa el redo en mapeos de cambios particionados por el proceso apply
• Procesos APPLY– Leen los bloques de datos, reúnen los cambios redo desde los mapeos, aplican los cambios redo a los bloques de datos
• Automáticamente configura el número de procesos apply igual al número de CPUs - 1
Data Guard 11g Redo ApplyRecuperación en Paralelo – Simple y Rápida
Media Recovery Coordinator (MRP0)coordinator & thread merger
apply process (pr00)Parallel Media Recovery - 4 CPU server
apply process (pr01)
apply process (pr02)
Rendimiento Data Guard 11g Redo Apply 100% Más Rápido que Oracle Database 10g
0
20
40
60
80
100
120
MB/sec
OLTP Direct Path Load
10gR2 11gR1
• Paralelismo superior
• Menos sincronización
• Utilización mejor de recursos I/O y CPU
• Optimizaciones para cargas Direct-Path
• Auto-configurable*
*para ASYNC I/O
24
47 48
112
Data Guard 11.2 Redo Apply
• Aumento generalizado del Redo Apply
• Las queries pesadas sobre las standby activas no afectan el proceso Apply
• Redo Apply está optimizado para utilizar el ancho de banda I/O de Exadata
• Estadísticas “Apply Lag”superiores que permiten una monitorización más detallada de la evolución de las standby
0
100
200
300
400
500
600
700
MB/sec 200
615
OLTP Batch
Exadata Storage
Data Guard 11g Release 2Rendimiento Redo Apply con Exadata Storage
Data Guard 11g Release 1 New FeaturesResumen
• Active Data Guard Real-time Query
• RMAN block change tracking soportado con Active standby
• Snapshot Standby
• Fast-Start Failover soporta el modo ASYNC/Maximum Performance
• Mejoras para ASYNC redo transport
• Redo Transport Compression para recuperar los retrasos usando el archive log
• Rendimiento de Redo apply 100% más rápido que Data Guard 10g
• Transient Logical Standby, para actualizar el Physical Standby
• Protección frente a las corrupciones debido a Lost-writes
• Autentificación SSL en vez de password file
• SQL Apply switchovers - no requiere shutdown previo de las instancias RAC
• Soporte SQL Apply para XMLType (almacenado como CLOB), TransparentData Encryption (TDE), DBMS_FGA (Fine Grained Auditing), DBMS_RLS(Virtual Private Database)
Data Guard 11g Release 2 New FeaturesResumen
• Active Data Guard Automatic Block Repair y Query SLA• Primary con hasta 30 Standbys• Transporte paralelo en modo SYNC, local o remoto• Recupera el redo pendiente desde la Primary antes de hacer Failover• Cliente para automatizar el Failover mejorado
– Servicios Role-based– Soporte Broker para ONS– Soporte Auto-client Failover para Standby Lógico para JDBC, OCI, ODP.Net
• No necesita parar las instancias RAC en la Standby antigua para hacer el Switchover
• No requiere shutdown para pasar de Max Availability a Max Protection• Soporte SQL Apply para OLTP Compression, SecureFiles, XA en RAC, Online Redefinition y Edition-based Redefinition
• Se puede usar Logical Standby como fuente para Streams
Flash Cache
Oracle Database 11g Release 2Reducción ancho banda I/O Con Flash Cache
• Una extensión transparente al buffer cache de la databaseutilizando tecnología de disco de estado sólido (SSD)– SSD actua como una cache de nivel 2 (SGA es la de Nivel 1)
– Más rápido que el disco convencional (100x para lecturas)
– Más económico que la memoria ($50 x gigabyte)
– Gran capacidad (cientos de gigabytes por flash disk)
• Menos discos y mayor rendimiento– Comúnmente se utilizan muchos discos configurados en RAID para mejorar el rendimiento I/O (throughput)
– La tecnología Flash proporciona los mismos, o mejores,
resultados sin requerir tantos dispositivos
– Los trabajos complejos finalizan antes
Mid-Range Storage
Few Shelves
Few I/O’s
Database Smart Flash Cache
• Database Smart Flash Cache amplia el Buffer Cache– Hasta 10 veces más grande– Usa discos sólidos (SSD) o tarjetas de memoria flash ubicadas en el servidor de base de datos (PCI-X)
– Elimina casi todos los accesos al disco
– Disponible para Solaris y OEL
• Beneficios– Menos discos necesarios– Tiempo de respuesta mejor– Tareas grandes ejecutadas más fácil
– Menos gastos de electricidad– ROI alto
Buffer Cache
Enterprise Storage
Multiple Cabinets
Buffer Cache
Database Smart
Flash CacheMany I/O’s
Oracle is the First Flash Optimized Database
Flash Cache¿Cómo funciona?
120 GB Flash Cache
120 GB Flash Cache
16 GBSGAMemory
16 GBSGAMemory
360 GBMagnetic Disks
360 GBMagnetic Disks
Extended Buffer Cache
Se instala Flash Drive en el Host Server
• Se configuran 2 parámetros init.ora :
• db_flash_cache_file = <filename>• Especifica el path al flash disk
• db_flash_cache_size=<size>• Especifica el porcentaje de flash disk a utilizar
Se instala Flash Drive en el Host Server
• Se configuran 2 parámetros init.ora :
• db_flash_cache_file = <filename>• Especifica el path al flash disk
• db_flash_cache_size=<size>• Especifica el porcentaje de flash disk a utilizar
Flash Cache¿Cómo funciona?
120 GB Flash Cache
120 GB Flash Cache
16 GBSGAMemory
16 GBSGAMemory
Hot DataHot Data
1. Blocks read into buffer cache
2. Dirty blocks flushed to disk
360 GBMagnetic Disks
360 GBMagnetic Disks
Cold DataCold Data
Extended Buffer Cache
Flash Cache¿Cómo funciona? Extended Buffer Cache
120 GB Flash Cache
120 GB Flash Cache
16 GBSGAMemory
16 GBSGAMemory
Warm DataWarm Data
1. Blocks read into buffer cache
3. Clean blocks moved to Flash Cache based onLRU* (once SGA
is full)
2. Dirty blocks flushed to disk
360 GBMagnetic Disks
360 GBMagnetic Disks * Headers for Flash
Cached blocks kept inSGA
Hot DataHot Data
Cold DataCold Data
Flash Cache
Extended Buffer Cache
120 GB Flash Cache
120 GB Flash Cache
16 GBSGAMemory
16 GBSGAMemory
1. Blocks read into buffer cache
3. Clean blocks moved to
Flash Cache based onLRU*
2. Dirty blocks flushed to disk
4. User Process reads blocks from SGA(copied from Flash Cache if not in SGA)
360 GBMagnetic Disks
360 GBMagnetic Disks
* Headers for Flash Cached blocks kept in
SGA
Hot DataHot Data
Cold DataCold Data
Warm DataWarm Data
Ejecución en Paralelo
Oracle Database 11g Release 2In-Memory Parallel Execution
• Los nuevos servidores baratos de uso general, disponibles a día de hoy, ya tienen bastante memoria RAM
• Comprimir los datos también significa tener más datos en la memoria
• Algoritmos inteligentes colocan fragmentos de una tabla en la memoria de distintos nodos
• Luego ejecutamos In-Memory Parallel Queries sobre los nodos correspondientes
• Elimina de esta manera la obligación de acceder al disco
Real Application
Clusters
In-Memory Parallel Execution
• Una sola maquina Database Machinetiene más de 400GB de memoria disponible para caching
• La base de datos 11g R2 introduce parallel query processing sobre los datos existentes en la caché de la memoria– Aprovecha la capacidad de memoria de todo el
cluster de base de datos para queries
– La fundación del record mundial 1TB TPC-H
• Exadata Hybrid Columnar Compression permite crear caché en la memoria para tablas o particiones multi-terabyte
315,842
1,018,321
1,166,976
ParAccel Exasol Oracle
QphH: 1 TB TPC-H
Faster than in-memory specialized startups Memoria es 100 veces más rápida que el disco
Source: Transaction Processing Council, as of 9/14/2009: Oracle on HP Bladesystemc-Class 128P RAC, 1,166,976 QphH@1000GB, $5.42/QphH@1000GB, available 12/1/09. Exasol on PRIMERGY RX300 S4, 1,018,321 QphH@1000GB, $1.18/QphH@1000GB, available 08/01/08.ParAccel on SunFire X4100 315,842 QphH@1000GB, $4.57 /QphH@1000GB, available 10/29/07.
11.2
In-Memory Parallel Execution¿Cómo funciona?
SQLstatement
Determine the size of the table being looked at
Read into the buffer cache on any node
Table is extremely small
Always use direct read from disk
Table is extremely Large
Table is a good candidate for In-Memory Parallel
Execution
Fragments of Table are read into each node’s
buffer cache
Only parallel server on the same RAC node will access each
fragment
Oracle Database 11g Release 2Automated Degree of Parallelism
• Actualmente afinar el paralelismo es un proceso manual– Un grado de paralelismo no sirve para todas la queries
– Demasiado paralelismo puede ahogar el sistema
• Automated Degree of Parallelism decide automáticamente• Si una sentencia se ejecutará en paralelo o no (la ejecución en modo serial llevará más que el umbral especificado – 30 seg.)
• Que grado de paralelismo utilizará la sentencia
• El asistente de optimización calcula el DoP para la sentencia basándose en los requerimientos de recursos– Utiliza el coste de todas las operaciones scan
– Equilibrado en función de un grado máximo de paralelismo
Automated Degree of Parallelism (DoP)¿Cómo funciona?
SQLstatement
Statement is hard parsed
And optimizer determines the execution plan
Statement executes in parallel
Optimizer determines ideal DoP
If estimated time greater than threshold
Actual DoP = MIN(default DoP, ideal DoP)
Statement executes serially
If estimated time less than threshold
PARALLEL_MIN_TIME_THRESHOLD
Oracle Database 11g Release 2Parallel Statement Queuing
• Automatic Degree of Parallelism significa– Se pueden ejecutar más sentencias paralelas concurrentes
– Evitar paralizar el sistema debido a demasiados procesos
• Parallel Statement Queuing automáticamente decide si una sentencia entra en ejecución en seguida o no
• Cuando comienza una sentencia en paralelo, se averigua si hay disponibles suficientes servidores paralelos (Parallel Query Slaves)– Si no, la sentencia entra en queue (espera)
– En cuanto tenga disponible los servidores paralelos necesarios, la sentencia se extrae del queue (de-queue) y se ejecuta
Parallel Statement Queuing¿Cómo funciona?
SQLstatements
Statement is parsed
and Oracle automatically determines DoP
If enough parallel servers available
execute immediately
8
If not enough parallel servers available queue
128163264
FIFO Queue
When the required number of parallel servers become available the first stmt on the queue is
dequeued and executed
128
163264
Parallel Statement QueuingMonitorización en Enterprise Manager
Awaiting screen shot from EM
Clock symbol
indicated a queued statement
Click on the SQL ID for more info
Parallel Statement QueuingMonitoring in Enterprise Manager
Wait event indicates stmt is at the head of the queue
Database Resource ManagerParallel Queries
• Para los sistemas que ejecutan queries paralelas, la mejor manera de controlarlo es al nivel del las sentencias SQL, y no al nivel de procesos individuales como es el caso de OLTP
• Con una sola transacción capaz de consumir todos los recursos CPU, I/O, de memoria y espacio TEMP, tenemos de considerar las capacidades de poner las queries en espera (queue)
• Esto se puede conseguir usando el Resource Manager para configurar las directivas ACTIVE_SESS_POOL_P1 y PARALLEL_DEGREE_LIMIT_P1 en el resource plan
Database Resource ManagerParallel Queries
begin
dbms_resource_manager.create_pending_area();
dbms_resource_manager.update_plan_directive(
plan => 'MIXED_WORKLOAD_PLAN',
group_or_sub_plan => 'BATCH_GROUP',
new_active_sess_pool_p1 => 4);
dbms_resource_manager.update_plan_directive(
plan => 'MIXED_WORKLOAD_PLAN',
group_or_sub_plan => 'BATCH_GROUP',
new_parallel_degree_limit_p1 => 32);
dbms_resource_manager.submit_pending_area();
end;
/
Esto limita el número de queriesconcurrentes a 4
Esto limita el grado de paralelismo a 32
Recursos Disponibles
¿Qué trayecto hay para actualizar?Rendimiento Previsto Después del Upgrade
≥≥≥≥ 10.2.0.210.2.0.210.2.0.210.2.0.2≥≥≥≥ 10.2.0.210.2.0.210.2.0.210.2.0.2
≥≥≥≥ 11.1.0.611.1.0.611.1.0.611.1.0.6≥≥≥≥ 11.1.0.611.1.0.611.1.0.611.1.0.6
10.1.0.510.1.0.510.1.0.510.1.0.510.1.0.510.1.0.510.1.0.510.1.0.5
9.2.0.89.2.0.89.2.0.89.2.0.89.2.0.89.2.0.89.2.0.89.2.0.8
11.211.211.211.211.211.211.211.2
SQL Plan Management
Real Application Testing
Upgrade Webpage on OTN• http://www.oracle.com/technology/products/database/oracle11g/upgrade/index.html
Oracle 11gR2 Upgrade Companion
• Guía para actualizar la base de datos de Oracle 9i Release 2 o 10g a Oracle Database 11gR2
• Proporciona asistencia antes, durante y después de la actualización
• Constantemente actualizado para encontrar más fácil información necesaria durante el proceso de actualización
Recursos Técnicos de Oracle
• El primer paso es Upgrade Path
– http://www.oracle.com/support/upgrade-path
• Oracle 11gR2 Upgrade Companion
– Note 785351.1
• SQL Plan Management
– http://www.oracle.com/technology/products/manageability/database/pdf/ow07/spm_white_paper_ow07.pdf
• SQL Performance Analyzer
– http://www.oracle.com/technology/products/manageability/database/pdf/ow07/spa_white_paper_ow07.pdf
• Database Replay– http://www.oracle.com/technology/products/manageability/database/pdf/ow07/db_replay_white_paper_ow07_1.pdf
• Key RDBMS Install Differences in 11gR2
– Note 881063.1
• Different Upgrade Methods For Upgrading Your Database – Note 419550.1
Preguntas