una mirada crítica a db2 9

03/11/2008

Una mirada crítica a DB2 9

Ramón MenéndezBMC Software, S.A.

© Copyright 03/11/2008 BMC Software, Inc.2

Agenda

› Introducción›Por qué DB2 9›Explotación BMC›Benchmarks›Exclusivas BMC›Conclusión


?

Versiones DB2

› DB2 V7 retirada– Algunas instalaciones aún en proceso de migración

› DB2 V8 lleva 4 años en el mercado– Migración compleja

– Completando la migración durante 2008

› DB2 9 lleva ya más de 1 año disponible– Versión con grandes novedades

– Migración más fácil que V8

– Las migraciones subirán en 2009

› DB2 X– ¿Una pauta para futuras versiones?

2001

DB2 V7

2004

DB2 V8

2007

DB2 9

20XX

DB2 X


¿Por qué migrar a DB2 9?

› Beneficios para la empresa• Reducción de CPU y espacio en

disco

• Mayor agilidad y productividad

• Service Oriented Architecture

› Beneficios para los desarrolladores• Importantes mejoras en SQL

• Portabilidad del SQL y compatibilidad de las definiciones de datos

• PureXML permite acceso XML y SQL a datos en formato XML

› Beneficios para los administradores• Mejoras en disponibilidad y rendimiento

• Mejoras en seguridad y Compliance

• Mejoras en rendimiento de aplicaciones Web y Data Warehouse

• Mejoras en usabilidad y rendimiento en la gestión de LOB


DB2 9 desde diferentes perspectivas

Beneficios

�Rendimiento

�Disponibilidad

�Productividad

�Compliance

Áreas Funcionales

�Infraestructura

�Aplicaciones

�Administración de Datos

Afectados

�DBAs

�Desarrollo

�Sistemas


BMC y DB2 9

Evaluación inicial de DB2 9 empezó a principios del 2005Sobre el papel

Soporte de ESP en 2006 Soporte de varios productos en clientes incluídos en ESP

DB2 9 GA en Marzo, 2007

Todos los productos BMC para DB2 soportan DB2 9 desde Agosto del 2007En todos sus modos de operación

Cambios en infraestructura

Nuevas funciones en el segundo trimestre del 2008

Soporte Completo en la segunda mitad del 2009

Comprometidos a potenciar el valor de DB2 en entornos complejos y grandes


Nuevas funciones en DB2 9

Universal Tablespaces

Automatic object creation

XML Storage

Not Logged TABLESPACE

Cloned Tables

Index On Expression

Larger Index Page Sizes

Index Compression

Rename Index, Rename Column

SMS attributes for STOGROUPs

Reordered Row Format

Nuevos tipos de datos


Viejas funciones

› Funciones retiradas– Los procedimientos almacenados deben ser WLM

– El driver JDBC antiguo no funciona (usar el driver Universal)

– Protocolo por defecto de BIND siempre DRDA

› Funciones ‘deslegitimadas’– Protocolo privado → DRDA

– Planes con DBRMs, ACQUIRE(ALLOCATE) → Packages, ACQUIRE(USE)

– Simple table spaces → segmentados o partitioned by growth (PBG)

– XML Extender → XML nativo

– Procedimientos y funciones DB2 MQ XML→ nuevas funciones XML

– DB2 Customization Center → paneles de Instalación


Modos de almacenamiento en DB2

› Evolución de los modos de almacenamiento– Simple (V1.1)

– Particionado (V1.1)

– Segmentado (V2.1)

– LOBs (V6)

– Table Controlled Partitioned (V8)

• Nuevos índices (DPSI)

– Universal Tablespace (DB2 9)

• Partition by Growth

• Partition by Range

– pureXML™ (DB2 9)


Modos de almacenamiento tradicionales

TABLE

Simple table space

DB2 V8

TABLE

TABLE

Segmented table space

Partitioned table space

TABLE

TABLE

•Index-controlled partitioning

•Table-controlled partitioning

DB2 9

• Deslegitimados (pueden ser usados e incluso Alterados, pero no se crean nuevos)

• El TS por defecto

• Los TS particionados siguen existiendo

• UTS (Universal table space) nuevo�Partition-by-Growth (PBG)

�Las particiones se añaden dinámicamente

�Partition-by-Range (PBR)

�Similar a los particionados tradicionales

�Combina las ventajas de Segmentado y particionado


8 GB

8 GB

Universal Table Space – Partition-by-Growth

› Las particiones se van creando según el TS crece

8 GB

Partition-by-Growth table space

8 GB

TABLE

• SYSIBM.SYSTABLESPACE

• DSSIZE para TS implicitos en CREATE TABLE

• Se pueden añadir más particiones

• No se puede reducir

• table space CREATE para PBG

‘G’ Indica partition-by-growth


4 GB

Universal Table Space – Range-Partitioned

› Funciona como los particionados tradicionales – Utiliza la gestión de espacio de los segmentados

• Indicado por el SEGSIZE > 0

4 GB

Range-partitioned table space

4 GBTABLE

• table space CREATE para PBR

• SYSIBM.SYSTABLESPACE‘R’ Indica range-partitioned


Universal Table SpaceConsideraciones

› Beneficios – Beneficios de los TS Segmentados:

• Mejor gestión del espacio• Mejor para borrados masivos

– Mejora la disponibilidad y simplifica la gestión

› Implantación– Los particionados siguen siendo de una única tabla– Requiere Drop/Create para modificar existentes– UTS prerrequisito para otras funciones en DB2 9

• Clones, XML auxiliary TS

– UTS Partition-by-growth es el defecto para los TS implícitos• PARTITION BY SIZE en CREATE TABLE controla el DSSIZE (por defecto 4GB)

– MAXPARTITIONS puede incrementarse con ALTER• No puede ser reducido (Defecto 256)

– Tras una Reorganización que reduce el número de particiones las particiones sobrantes permanecen en el catálogo


Reordered Row Format

• Create Table Personas(Nombre Varchar(64) Not Null,

Apellido Varchar(64) Not Null,

Direccion1 Char (20) Not Null,

Direccion2 Char (20) Not Null)

MadridbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbBausabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbPerezx’0005’Juanx’0004’

Direccion2 CHAR(20)Direccion1 CHAR(20)Apellido VCLengthNombre VCLength

BRF (Basic Row Format)

PerezJuanx’0030’(48bytes)

x’002C’(44bytes)

MadridbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbBausabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb

Apellido VCNombre VCOffset Offset Direccion2 Char(20)Direccion1 Char (20)

RRF (Reordered Row Format)


Reordered Row FormatConsideraciones

›Beneficios– Potencial redución del coste de CPU al procesar filas de longitud variable

– Volumen de Log a grabar similar• Podría darse incluso un incremento de volumen de Log

›Implementación– Transparente para el SQL

– Estándar con DB2 9 New Function Mode – no puede desactivarse (*)

– Todas las nuevas tablas creadas en DB2 9 NFM serán en RRF; excepto:• Catalog Tables, LOB table spaces o tablas con EDITPROCs o VALIDPROCs

– (proceso de migración documentado)

– Los objetos conservan el formato anterior (BRF) hasta una reorganización o Load Replace• Fuerza KEEPDICTIONARY NO

– Puede haber consideraciones a la hora de recuperar


Automatic Creation of Objects (Autonomic DDL)

› Beneficios– Enmascara la complejidad para los desarrolladores

– Hasta DB2 9 sólo el TS se creaba implícitamente

› Implementación• Database (DSN00001 – DSN10000)

• DSNDB04 ya no es la base de datos por defecto (DSNZPARM)

• Tablespace

• Partition-by-growth por defecto

• Partition-by-range si se especifica en CREATE TABLE

• Enforcing primary key

• Enforcing unique key

• ROWID index (for GENERATED BY DEFAULT)

• LOB table space, auxiliary table and auxiliary index

• XML Table space, auxiliary table and auxiliary indexes

• Objetos implícitos no pueden ser re-referenciados en un CREATE


PureXML™

› Permite almacenar datos XML en tablas DB2– Columna tipo XML

– Accesible con SQL o XQUERY

› DB2 enmascara la complejidad al usuario– XML mantiene una estructura jerárquica

› Toda la fiabilidad, seguridad, escalabilidad y recuperabilidad del Mainframe con la flexibilidad y accesibilidad del XML


DIA1-R -------------------------- MIXED LIST -------------------- ROW 1 OF 7

Command ===> Scroll ===> PAGE

03

CMD will show commands for this list. Type command and press ENTER

Lists:

QUALIFIER: DATABASE=DSN00069

Cmd Obj Type ObjInf Tblspace Name of Object Plan or Package

----v----1----v----2----v----3----v----4----v----5----v----6----v----7----v----

DB DSN00069

.TS 0001 MITABLAX

..TB ISPRXM.MITABLAXML

...IX ISPRXM.I_DOCIDMITABLAXML

.TS 0001 XMIT0000

..TB XML ISPRXM.XMITABLAXML

...IX UNN ISPRXM.I_NODEID..TABLAXML

****************************** BOTTOM OF DATA *******************************



03


Lists:



----v----1----v----2----v----3----v----4----v----5----v----6----v----7----v----

DB DSN00069

.TS 0001 MITABLAX



.TS 0001 XMIT0000



****************************** BOTTOM OF DATA *******************************

XML y objetos implícitos

CREATE TABLEISPRXM.MITABLAXML( NUMERO_DOC INTEGER,DOC XML) ;


Objetos XML

Tablespace

Table

XML Tablespace

XML Table

XML column DOCID

DOCID NODEID XMLDATA

DOCID

Index

DOCID, NODEID

Index

XML User

Index

User Index




03


Lists:



----v----1----v----2----v----3----v----4----v----5----v----6----v----7----v----

DB DSN00069

.TS 0001 MITABLAX


...IX DUPS ISPRXM.IXXML1


.TS 0001 XMIT0000



****************************** BOTTOM OF DATA *******************************



03


Lists:



----v----1----v----2----v----3----v----4----v----5----v----6----v----7----v----

DB DSN00069

.TS 0001 MITABLAX


...IX DUPS ISPRXM.IXXML1


.TS 0001 XMIT0000



****************************** BOTTOM OF DATA *******************************

Índices XML

CREATEINDEX ISPRXM.IXXML1ON ISPRXM.MITABLAXML(DOC) GENERATE KEY USING XMLPATTERN '/CLIENTE/NOMBRE' AS SQL VARCHAR(100)


XMLConsideraciones

› Mantenimiento– Encontrar las relaciones y los objetos implícitos no es trivial

• Usar LISTDEF ALL o TABLESPACESET en utilidades

– Nombres de los Elementos y atributos no se almacenan con los datos• SYSIBM.SYSXMLSTRINGS

– Consideraciones de recuperación

› Rendimiento– Flexibilidad a veces entra en conflicto con el rendimiento

– El diseño de datos es importante• “Extraer” metadatos estáticos a columnas relacionales

• No usar XMLQUERY sin un índice XML

– UPDATE se resuelve como delete/insert

– LOAD debe usar file references para columnas XML mayores de 32K

– LOAD supone validación y proceso tipo INSERT


XMLQUERY

ASQEQRTW/I View a Report LINE 1 OF 12

Command ====> _______________________________________________ Scroll ===> PAGE

BMCSftwr.SQMCACTY -- SQL STATEMENT TEXT -- 10/14 11:13:28

Actions for +: T-Detail E-Errors H-Header O-Objects

for *: X-Explain SQL text

Subsys: DIA1 CorrID: Plan: ClntAp:

ConnID: User: ClntID:

AppGrp: ClntWS:

Sect Stmt +-------- SQL ---------+ +- Total IN-SQL Time -+

Program No. No. Calls Open Fetch Error Elapsed CPU Getpage

-------- ---- ----- ------ ----- ----- ----- ----------- ----------- -------

+ ACT8SELE 1 111 3 1 1 1 00:00.00544 00:00.00334 3

Call Type: CURSOR Averages: 00:00.00181 00:00.00111 1

Stmt Type: DYNAMIC +-----------------------------------------------

Dynamic SQL Statement text:

* SELECT NUMERO_DOC, XMLQUERY('$D/CLIENTE/NOMBRE' PASSING DOC AS "D")

AS CLIENTE

FROM MITABLAXML



BMCSftwr.SQMCACTY -- SQL STATEMENT TEXT -- 10/14 11:13:28

Actions for +: T-Detail E-Errors H-Header O-Objects

for *: X-Explain SQL text

Subsys: DIA1 CorrID: Plan: ClntAp:

ConnID: User: ClntID:

AppGrp: ClntWS:

Sect Stmt +-------- SQL ---------+ +- Total IN-SQL Time -+

Program No. No. Calls Open Fetch Error Elapsed CPU Getpage

-------- ---- ----- ------ ----- ----- ----- ----------- ----------- -------

+ ACT8SELE 1 111 3 1 1 1 00:00.00544 00:00.00334 3

Call Type: CURSOR Averages: 00:00.00181 00:00.00111 1

Stmt Type: DYNAMIC +-----------------------------------------------

Dynamic SQL Statement text:

* SELECT NUMERO_DOC, XMLQUERY('$D/CLIENTE/NOMBRE' PASSING DOC AS "D")

AS CLIENTE

FROM MITABLAXML

SELECT NUMERO_DOC, XMLQUERY('$D/CLIENTE/NOMBRE' PASSING Doc AS "D")

AS CLIENTE FROM MITABLAXML


XMLQUERY

SELECT NUMERO_DOC, XMLQUERY('$D/CLIENTE/NOMBRE' PASSING Doc AS "D")

AS CLIENTE FROM MITABLAXML



BMCSftwr.SQMSOBJP -- PAGE SET ANALYSIS -- 10/14 11:08:15

Actions: T-Table and Index B-Buffer Pool P-Page Set Display H-Hiperpool

DB2: DIA1 Buffer Pool: Database: DSN00069

BPool +-------- Getpage -----------+ +-----

Database Page Set Type BPool HRatio Number % Tot Time Avg Time Number

-------- -------- ---- ------ ------ ------------ -------- -------- ------

+ DSN00069 IRNODEID I BP0 70.0 % 10 30.3% 00.0062 00.0006 3

+ DSN00069 MITABLAX T BP0 90.0 % 10 30.3% 00.0007 00.0001 1

+ DSN00069 IRDOCIDM I BP0 62.5 % 8 24.2% 00.0020 00.0003 3

+ DSN00069 XMIT0000 X BP16K0 100 % 5 15.2% 00.0000 00.0000 0



BMCSftwr.SQMSOBJP -- PAGE SET ANALYSIS -- 10/14 11:08:15

Actions: T-Table and Index B-Buffer Pool P-Page Set Display H-Hiperpool

DB2: DIA1 Buffer Pool: Database: DSN00069

BPool +-------- Getpage -----------+ +-----

Database Page Set Type BPool HRatio Number % Tot Time Avg Time Number

-------- -------- ---- ------ ------ ------------ -------- -------- ------

+ DSN00069 IRNODEID I BP0 70.0 % 10 30.3% 00.0062 00.0006 3

+ DSN00069 MITABLAX T BP0 90.0 % 10 30.3% 00.0007 00.0001 1

+ DSN00069 IRDOCIDM I BP0 62.5 % 8 24.2% 00.0020 00.0003 3

+ DSN00069 XMIT0000 X BP16K0 100 % 5 15.2% 00.0000 00.0000 0


Utilidades

› Reducción del coste de CPU, según IBM:– 10 to 20% in Image Copy, Recover index*

– 5 to 30% in Load*, Reorg*, Rebuild Index*

– 20 to 60% in Check Index*

– 35% in Load Partition*

– 30 to 40% in Runstats Index*

– 40 to 50% in Reorg Index*

– Up to 70% in Load Replace Partition with Dummy input*

* principalmente en proceso de índices


REORG PLUS for DB2 - Benchmarks

00:00

01:26

02:53

04:19

05:46

07:12

08:38

10:05

IBM v8 IBM v9 BMC v910

Elapsed

CPU Time

Benchmark Averages

Shrlevel(None)

Full Tablespace Reorg

No active ZIIPs

28.8 Million Row Tablespace with 254 Partitions

Base Reorg Shrlevel(None) Partitioned Tablespace

BMC 2x Faster


REORG PLUS for DB2 - Benchmarks

00:00

07:12

14:24

21:36

28:48

36:00

43:12


Elapsed

CPU Time

Benchmark Averages

Shrlevel(Change)

Update Workload of 2 Million Updates

Full Tablespace Reorg

No Active ZIIP

45.5 Million Row Tablespace with 37 Partitions

Logapply Reorg Shrlevel(Change) Partitioned Tablespace

BMC Elapsed Time 1/3 Faster


LOADPLUS for DB2 - Benchmarks

00:00

00:09

00:17

00:26

00:35

00:43

00:52

01:00

01:09


Elapsed

CPU Time

Charts show Fastest Benchmark Runs

3 Indexes Defined

1 Million Rows Loaded

No active ZIIP

10 Partition Tablespace

LOAD REPLACE

BMC Elapsed Time 2x Faster



00:00

00:04

00:09

00:13

00:17

00:22


Elapsed

CPU Time

Charts show Fastest Benchmark Runs

200,000 Rows Loaded

No active ZIIP

Segmented Tablespace

3 Indexes Defined

LOAD RESUME INDEX BUILD




00:00

02:53

05:46

08:38

11:31

14:24

17:17

20:10

IBM v9 BMC v910

Elapsed

CPU Time

Benchmark Averages

8 Million Rows Loaded

No active ZIIP

5 Segmented Parent Tables

1 Segmented Child Table

Loading CHILD TABLE (Referential Integrity Constraints)



UNLOAD PLUS for DB2 - Benchmarks

0:00:00

0:00:43

0:01:26

0:02:10

0:02:53

0:03:36

0:04:19

0:05:02

0:05:46

0:06:29


Elapsed

CPU Time

Benchmark Averages

37 Partitioned Tablespace

45.5 Million Rows

Using a Single SYSREC File

UNLOAD a 37 Partition Tablespace (Single SYSREC File)

IBM is slower under DB2 v9



0:00:00

0:00:43

0:01:26

0:02:10

0:02:53

0:03:36

0:04:19

0:05:02


Elapsed

CPU Time

Benchmark Averages

37 Partitioned Tablespace

45.5 Million Rows

Using Separate SYSREC Files per Partition

UNLOAD a 37 Partition Tablespace (Multiple SYSREC Files)




0:00:00

0:00:09

0:00:17

0:00:26

0:00:35

0:00:43

0:00:52

0:01:00

0:01:09

BMC v910MRF(0)

BMC v910MRF(100)

Elapsed

CPU Time

Showing Fastest Case Results

Single Tablespace

4 Million Rows

Direct(NO) Processing

MRF(100) vs. MRF(0)

UNLOAD Direct(NO) - Comparison with Multi Row Fetch (MRF)

Multi Row Fetch is the default2X Improvement


Native Sort Performance

0:00:00

0:00:04

0:00:09

0:00:13

0:00:17

0:00:22

0:00:26

0:00:30

DFSORT SYNCSORT

Elapsed

CPU Time

BLKSIZE=27993

13 Million Records

RECFM=VB

LRECL=271

3X Improvement Elapsed4X Improvement CPU

DFSORT z/OS 1.5 vs. SyncSort z/OS 1.2.1


Copy+ vs. DB2 Copy

0

1

2

3

4

5

6

7

Elapsed Time

Elapsed (mins)

Elapsed(mins)

4.97 6.48 6.35

Copy+ DB2v9 DB2v8

Copy+ vs. DB2 conventional copy

Partitioned TS, with 6 partitions, including clustering index, and 2 NPIs

Appx 15 Gb total

0

20

40

60

80

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 0.44 21.54 25.03

CPU (JOB) 13.91 45.41 44.54

Copy+ DB2v9 DB2v8


Copy+ Instant Snapshot vs. DB2 9 Copy

012345678

Elapsed Time

Elapsed (mins)

Elapsed(mins)

0.33 7.77

Copy+ DB2v9

Copy+ Instant Snapshot vs. DB2 conventional copy

Partitioned TS, with 6 partitions, including clustering index, and 2 NPIs

Appx 15 Gb total

0

20

40

60

80

100

CPU Seconds

CPU Usage

CPU (XBM)

CPU (STC)

CPU (JOB)

CPU (XBM) 1.9

CPU (STC) 0.07 27.66

CPU (JOB) 0.16 55.78

Copy+ DB2v9


Copy+ Cabinet Copy vs. DB2 9 Copy

0

50

100

150

200

Elapsed Time

Elapsed (mins)

Elapsed(mins)

49.32 173.95

Copy+ DB2v9

Copy+ Cabinet Copy vs. DB2 conventional copy

Copying ERP application with 7,797 tablespaces to tape (IBM 3592)

1,692,369 pages, or appx. 6.5 Gb.

0

500

1000

1500

2000

2500

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 34.22 1102.48

CPU (JOB) 192.16 953.58

Copy+ DB2v9


Recover+ vs. DB2 Recover

0

5

10

Elapsed Time

Elapsed (mins)

Elapsed(mins)

7.93 7.78 7.17

R+ DB2v9 DB2v8

Recover TOCOPY of a Partitioned TS, w/ 6 parts, 2 NPIs

Indexes recovered from image copy.

180 million rows, 3,783,963 4k pages. Appx 15 Gb

0

20

40

60

80

100

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 0.3 20.25 23.43

CPU (JOB) 48.94 48.25 62.64

R+ DB2v9 DB2v8


Recover+ vs. DB2 9 Forward Recovery

0

5

10

15

20

25

30

Elapsed Time

Elapsed (mins)

Elapsed(mins)

9.93 27.52

Recover+ IBM

Recover+ vs. DB2 recover in a conventional forward recovery / rebuild

Recover Partitioned TS, w/ 6 parts. Rebuild clustering index, and 2 NPIs.

180 million rows, Appx 15 Gb

400

450

500

550

600

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 0.4 69.79

CPU (JOB) 479.67 481.73

Recover+ IBM


Recover+ Backout vs. DB2 9 Recovery

0

5

10

15

20

25

30

Elapsed Time

Elapsed (mins)

Elapsed(mins)

1.57 27.52

Recover+ IBM

Recover+ BACKOUT vs. DB2 recover in a conventional forward recovery / rebuild

Partitioned TS, w/ 6 parts Rebuild clustering index, and 2 NPIs.

180 million rows, Appx 15 Gb

0

200

400

600

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 0.1 69.79

CPU (JOB) 34 481.73

Recover+ IBM


Recovery using CABINET copies

05

1015202530354045

Elapsed Time

Elapsed (mins)

Elapsed(mins)

44.43 ?

Recover+ IBM

Recover+ TOCOPY recovery using CABINET copy vs. DB2 recover TOCOPY

ERP application with 7,797 tablespaces. 1,692,369 pages, or appx. 6.5 Gb.

Copies on a single IBM 3592 tape cartridge..

0

100

200

300

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 80 ?

CPU (JOB) 208.87 ?

Recover+ IBM


Recover+ Instant Restore vs. DB2 Recover

0

5

10

Elapsed Time

Elapsed (mins)

Elapsed(mins)

0.33 6.77 6.83

R+ DB2v9 DB2v8

Recover TOCOPY of a Partitioned TS, w/ 6 parts, 2 NPIs

Indexes recovered from image copy.

180 million rows, 3,783,963 4k pages. Appx 15 Gb

0

20

40

60

80

100

CPU Seconds

CPU Usage

CPU (STC)

CPU (JOB)

CPU (STC) 22.81 19.78

CPU (JOB) 0.45 73.25 62.64

R+ DB2v9 DB2v8


Funciones DB2 9 ya usadas por BMC

1. Recuperación consistente a un PIT

2. Reorg Online sin BUILD2

3. DB2 CLONE TABLE

4. Recover de un objeto desde FlashCopy

5. Template Switching

1. BMC TIMESTAMP Recovery

2. BMC Reorg Plus

3. LOAD PLUS REPLACE SHRLEVEL CHANGE

4. BMC Instant Snapshot

5. Output descriptors


Soluciones BMC para DB2

› Las soluciones BMC añaden sinergia y funcionalidad adicional a los productos incluidos en ellas.– Database Administration for DB2 – Change Manager, CatalogManager, Unload+, Load+, Copy+, Snapshot (SUF)• LOB Data Mover, Worklist Parallelism

– Database Performance for DB2 – DASD Manager, Reorg+, SUF• Automation Component, Interfaz gráfico

– SQL Performance for DB2 – SQL Explorer, APPTUNE• Index Component, navegación automática entre productos, integración con SPD

– System Performance for DB2 – MAINVIEW, Opertune, Pool Advisor• Tecnología Advisor, Reports adicionales, navegación automática entre productos

– Recovery Management for DB2 – Recovery Manager, Copy+, Recover+, R+/ChangeAccum, Log Master, SUF• Cabinet Copy, Online Consistent Copy, Encrypted Copy, Timestamp Recovery, DR reporting, Estimation, Simulation, Hybrid Copy, Incremental Index Copy, Backout Auto


Webinars BMC para DB2 9

› Understanding Backup and Recovery in DB2 9– Rick Weaver, Grabado

› Improve DB2 9 SQL Performance with BMC – Peter Plevka, grabado

› Improve System Performance with DB2 9– Bill Arledge, grabado

› Understanding Explain Tables in DB2 9 – Rick Weaver,Grabado

› Improving Database Performance in DB2 9– 11/19/2008, Peter Plevka, BMC Software

› Simplifying Database Administration in DB2 9– 01/21/2009, Bill Arledge, BMC Software

› Maximizing Utility Performance with DB2 9– 02/18/2009, Bill Arledge, BMC Software

03/11/2008

Una mirada crítica a DB2 9

Ramón MenéndezBMC Software, S.A.

una mirada crítica a db2 9

Documents