IBM DB2 Analytics Accelerator for z/OS (IDAA)

Transcription

IBM DB2 Analytics Accelerator for z/OS (IDAA)
La BI del 201x ha trovato casa
Enrico Caraffi
Architect IBM Software Group
[email protected]
Milano Roma 13-14 Marzo 2012
© 2012 IBM Corporation
Agenda
Introduzione: Tracce di BI del 201x
Architettura DB2 + IDAA
Alcuni risultati del beta program
DB2 + IDAA internals
Proposta: Workload assesment
Scenari di Business Intelligence e dintorni
Alcune Tracce per agevolare la discussione
3
Traccia 1) Lo scisma dell’IT
C’era una volta un sistema IT ...
Present
Information
Transform
Information
Warehouse
Information
REPORTS
Acquire Data
S AND
ICATION
L APPL
A
N
IO
T
PERA
zioni O
Applica
USERS
OLAP
WAREHOUSE
LEGACY
SOURCES
DATA INTEGRATION
DATAMARTS
REFERENCE DATA
AL
LYTIC
ANA
MASTER DATA
NAL
ATIO
OPER
ENTERPRISE CONTENT DATA
4
Il costo dello scisma
Dis-Economie nella gestione di ambienti multi piattaforma
–Disomogeneità nei processi di Sicurezza, Storage, Schedulazione
–Limitati Workload management, Monitoraggio, H. Availability
–Limiti alla possibilità di consolidare l’HW
Problemi nello spostare i dati da una piattaforma all’altra
–Ritardi di propagazione
–Inefficienze nello storage
–Instabilità nelle performance di Rete
Difficoltà nel chiudere il ciclo dati-informazioni-decisioni
–Complicazione nel creare ritorni dalla Bi per il Business di Front-Line
–Difficoltà nel Certificare i processi e i dati di BI
–Difficoltà nel credere ai dati da parte degli utenti
6
Il costo dello scisma
O Mancate opportunità
$ DisEconomie
R Rischi
Dis-Economie nella gestione di ambienti multi piattaforma
R $ –Disomogeneità nei processi di Sicurezza, Storage, Schedulazione
R $ –Limitati Workload management, Monitoraggio, H. Availability
$ –Limiti alla possibilità di consolidare l’HW
Problemi nello spostare i dati da una piattaforma all’altra
O –Ritardi di propagazione
$ –Inefficienze nello storage
R $ –Instabilità nelle performance di Rete
Difficoltà nel chiudere il ciclo dati-informazioni-decisioni
O $ –Complicazione nel creare ritorni dalla Bi per il Business di Front-Line
$ –Difficoltà nel Certificare i processi e i dati di BI
O $ –Difficoltà nel credere ai dati da parte degli utenti
R
7
Traccia 2: la Business Intelligence e i suoi utenti
Un servizio che porta valore a ciascun utente
Utenti
Numero delle
richieste
1990
Board Room
Occasionali
1995
Decine
2000
Centinaia
Executive
<50
KPI dashboard
Manager
Analisti del Business
<500
<1,000
Risk Analysis
2005
201X
8
Migliaia
Personale a contatto con il cliente
(es., Filiale, Centro Servizi, Call Center)
Milioni
Customers
n *1.000
Cross Selling
Milioni
Workload diversificato
Gioco di squadra: ad ognuno il suo compito
Query più
complesse ampie e
storicamente
profonde
DB2 zOS
IDAA
Ottimizzato per accessi puntuali
Ottimizzato per processi massivi
ottimizzato per accessi concorrenti
Ottimizzato per fare scansioni
Ottimizzato per Aggregazioni
DB2 z/OS
Utenti della BI
Query
Ottimizzatore
9
Query più
numerose
focalizzate in
ambiti specifici
Agenda
12
Deep DB2 Integration within zEnterprise
Applications
DBA Tools, z/OS Console, ...
Application Interfaces
Operational Interfaces
(standard SQL dialects)
(e.g. DB2 Commands)
DB2 for z/OS
Data
Manager
Buffer
Manager
Superior availability
reliability, security,
Workload management
...
IRLM
Log
Manager
IBM
DB2
Analytics
Accelerator
Superior
performance on
analytic queries
z/OS on
System z
Netezza
13
Query Execution Flow
Faster Answers, Faster Reports
Application
Interface
Heartbeat
Optimizer
SPU
CPU
FPGA
Memory
CPU
SMP Host
Query execution run-time for
queries that cannot be or should
not be off-loaded to IDAA
IDAA DRDA Requestor
Application
SPU
FPGA
Memory
SPU
CPU
FPGA
Memory
SPU
CPU
FPGA
Memory
DB2 for z/OS
IBM DB2 Analytics Accelerator
Heartbeat (DB2 Analytics Accelerator availability and performance indicators)
Queries executed without DB2 Analytics Accelerator
Queries executed with DB2 Analytics Accelerator
14
DB2 Analytics Accelerator
Supportato dalla tecnologia HW e SW Netezza TwinfinTM
Comparto Dischi
Front End “SMP” Server
“Snippet Blades”TM
(S-Blades, SPUs)
15
Storage incorporato:
8 Comparti con 12 Dischi ciascuno
da 3.5” 1TB, 7200RPM, SAS (3Gb/s)
steaming a max 116MB/s su dati
fortemente compressi
Esempio:
TF12: con 8 comparti → 96 HDDs
1/3 dedicati ai dati = 32 TB spazio fisico
1/3 in Mirroring
1/3 per Workspace
Ipotizzando una compressione media di 4:1
Ospita → 128 TB di dati
IDAA Server
SQL Compiler, Query Plan, Optimize
Administration
2 front/end hosts, IBM 3650M3
clustered active-passive
2 Nehalem-EP Quad-core 2.4GHz per host
Processori e Logica di trattamento dati ottimizzati
per il Data Base streaming , le aggregazioni,
le Join massivamente parallele.
In un Case massimo 6+6 Blades
Con 1+1 Blade di riserva
Asymmetric Massively Parallel Processing™
Netezza TwinFin Appliance
1
Logical Processing Unit
Processor &
streaming DB logic
SQL
SQL
Compiler
2
Processor &
streaming DB logic
Query
Plan
Execution
Engine
3
Processor &
streaming DB logic
Optimize
Admin
High-speed
Loader/Unloader
960
Front End
DBOS
SMP Host
High-Performance
Database Engine
Streaming joins, aggregations,
sorts, etc.
Processor &
streaming DB logic
10 Gigabit
Ethernet
Massively Parallel
Intelligent Storage
Percorso logico
della query
1
Processor &
Snippets
SQL
1
2
1streaming
2 DB logic
3
3
SQL
Compiler
Query
Plan
2
Processor &
1streaming
2 DB logic
3
Execution
Engine
3
1 Processor
2 &3
streaming DB logic
Optimize
Admin
High-speed
Loader/Unloader
960
Front End
DBOS
SMP Host
17
High-Performance
Database Engine
sorts, etc.
1
Processor &
2
3
streaming DB logic
10 Gigabit
Ethernet
Massively Parallel
Intelligent Storage
Ti Piace vincere facile ?
Il Field Programmable Gate Array (FPGA)
COSA SONO GLI FPGA
Circuiti basati su velocissime porte
logiche “sea of gates” riconfigurabili
Elaborazione in Streaming molto
efficiente
La riconfigurazione avviene
specificamente per ciascuna query.
Anticipa fino al 90% del lavoro
solitamente svolto dalla CPU per
procurarsi I dati che servono in forma
utilizzabile
Una soluzione che è stata utilizzata già
da 2003 da Netezza.
Le performance ottenute con gli FPGA
abilitano:
migliori livelli di servizio
• sulle query ad alta I-O & cpu
• e con tempi molto prevedibili
richiedono minore lavoro e risorse
• niente Indici da definire e manutenere
• meno memoria cache necessaria
• non serve precalcolare le MQT o I Cubi
The Netezza Secret Sauce
select DISTRICT,
PRODUCTGRP,
sum(REVENUE)
from
SALES_DATA
where MONTH = '20091201'
and
MARKET = 509123
and
SPECIALTY = ‘DAIRY'
Slice of table
SALES_DATA
(compressed)
FPGA Core
Uncompress
Project
CPU Core
Restrict,
Visibility
Complex ∑
Joins, Aggs, etc.
116 MB/Sec Compressi
* fattore di compressione 4
464 MB di Row Data/Secondo
19
sum(REVENUE)
select DISTRICT,
PRODUCTGRP,
sum(REVENUE)
where MONTH = '20091201'
and
MARKET = 509123
and
SPECIALTY = ‘DAIRY'
Percorso dei dati di
risposta alla query
1
Processor &
Consolidate
1streaming
2 DB logic
3
SQL
Compiler
Query
Plan
2
Processor &
1streaming
2 DB logic
3
Execution
Engine
3
1 Processor
2 &3
streaming DB logic
Optimize
Admin
High-speed
Loader/Unloader
96
Front End
DBOS
High-Performance
Database Engine
sorts, etc.
1
Processor &
2
3
streaming DB logic
SMP Host
10 Gigabit
Ethernet
Massively Parallel
Intelligent Storage
TWF12 Gross Data Scan Speed
464 MB * 8 Core * 12 Blades = 44 GB /Sec
20
1 TB in 23 sec.
Agenda
21
Esperienza Beta Test
Ambiente*
Ambiente*
HW
HW
•• Modello
Modello IBM
IBM Z196
Z196 (definita
(definita una
una partizione
partizione con
con 22 processori)
processori)
•• IDAA
IDAA 12
12 Blades
Blades
SW
SW
•• zOS
zOS versione
versione 1.12
1.12
•• DB2
DB2 versione
versione 99
* DB2+IDAA pone come prerequisiti:
• Hardware IBM z196 o z114 (ultima generazione)
• Sistema operativo zOS dalla V1.12 (anche 1.11 ma con opportune PTF)
• DB2 V9 o V10
22
Esperienza Beta Test
Case
Case test
test 11
Case
Case test
test 22
13
13 mesi
mesi di
di Dati
Dati == >> 353
353 GB
GB row
row data
data
92,8
92,8 GB
GB su
su IDAA
IDAA
Tasso
Tasso di
di compressione
compressione 3,8
3,8
66 mesi
mesi di
di Dati
Dati == >2.867
>2.867 GB
GB row
row data
data
265
265 GB
GB su
su IDAA
IDAA
Tasso
Tasso di
di compressione
compressione 10,8
10,8
Tabelle
Tabelle dei
dei Fatti:
Fatti:
Tpcl
Tpcl :: 3.600
3.600 Milioni
Milioni di
di righe
righe
Tabelle
Tabelle dei
dei Fatti:
Fatti:
T20
T20 :: 2.491
2.491 Milioni
Milioni di
di righe
righe
T43
T43 :: 4.767
4.767 Milioni
Milioni di
di righe
righe
Tabelle
Tabelle delle
delle Dimensioni:
Dimensioni:
Altre
Altre 12
12 Tabelle
Tabelle max
max 114
114 Mil
Mil Rec
Rec
Tabelle
Tabelle delle
delle Dimensioni:
Dimensioni:
Altre
Altre 15
15 Tabelle
Tabelle max
max 10
10 Mil
Mil Rec
Rec
23
Analisi su casi di test reali 1/4
Query sui dati di 4 mesi circa 1,4 miliardi di record sulla fact table
+ Tempo di calcolo puro circa 19 secondi
+ circa 16 secondi di Tempo di rete
24
Analisi su casi di test reali 2/4
Query sui dati di 1 mese circa 350 milioni di record sulla fact table
- Ricerca molto selettiva dati di un solo cliente
Analisi su casi di test reali 2/4 con DB2 Indicizzato
Dopo avere definito gli indici del DB2 sullo star schema
- L’ottimizzatore sa che per una Ricerca molto selettiva
- è più veloce con il DB2
Analisi su casi di test reali 2/4 con DB2 Indicizzato
Performance Outcomes alla fine dei test
NOTA DELL’AUTORE
La comparazione diretta con le tecnologie
concorrenti di mercato NON rappresente un
benchmark in quanto i dati utilizzati per i test sono
IDENTICI ma la parte di benchmark a sinistra risale
a fine 2009.
15
46
66
26
31
41
28
DB2 + IDAA
(Sec)
5,89
4,59
0,82
1,70
8,52
13,08
0,39
Tra le 3 tecnologie concorrenti NESSUNA
riesce a prevalere per più del 50% delle volte
Performance Outcomes alla fine dei test
NOTA DELL’AUTORE
La comparazione diretta con le tecnologie
concorrenti di mercato NON rappresente un
benchmark in quanto i dati utilizzati per i test sono
IDENTICI ma la parte di benchmark a sinistra risale
a fine 2009.
15
46
66
26
31
41
28
DB2 + IDAA
(Sec)
5,89
4,59
0,82
1,70
8,52
13,08
0,39
Le tecnologie concorrenti arrivano a occupare 3 ordini di grandezza
nella scala logaritmina dei tempi di risposta
DB2 e IDAA contengono la variabilità del response time in 1 ordine di
grandezza abbatendo in 2 casi su 7 la bariera del secondo © 2012 IBM Corporation
Agenda
30
IBM DB2 Analytics Accelerator Product Components
Netezza
Technology
zEnterprise
CLIENT
Primary
OSA-Express3
10 GbE
Private Service Network
10Gb
Backup
Data Studio
Foundation
IDAA Plug-in
BladeCenter
Users/
Applications
31
Data Warehouse application
DB2 for z/OS enabled for IBM
DB2 Analytics Accelerator
IBM DB2
Analytics
Acelerator
Gestione dei dati nell’acceleratore IDAA
Alcuni principi:
1. Per potere essere consistenti ed efficienti DB2 e IDAA devono contenere sempre gli stessi dati
• Questo perchè l’organizzazione interna dei dati su DB2 e IDAA è profondamante antitetica
• E perchè ogni motore deve potere essere indipendente dall’altro in tutto
2. Il ruolo di Owner del dato, della sicurezza, Backup, Change ecc.. Rimane il DB2zOS,
3. l’IDAA è sempre mediato dal DB2 quindi NON può ricevere direttamente dati da nessun altro
Come Funziona:
1. Tutte le funzioni di gestione dei dati e dei metadati su IDAA sono implementate con una serie
di stored procedure standard DB2
2. Le Stored procedure sono lanciabili in diversi modi, a seconda della necessità:
• Sono associate ai tasti disponibili sulla GUI IDAA Studio
• Possono essere richiamate da JCL zOS
• Possono essere integrate in altri strumenti come ETL e Scripting
32
Caricare e allineare I dati nell’acceleratore IDAA
Ciclo di vita dei dati su IDAA
1.Le tabelle si aggiungono all’acceleratore con la SP “ACCEL_ADD_TABLES” che riceve la lista
delle tabelle da portare sull’accelelratore
2.I dati si caricano con la SP “ACCEL_LOAD_TABLES” che riceve la lista delle tabelle o delle
partizioni che devono essere rinfrescate
3. Al momento è possibile rinfrescare su IDAA
• Intere tabelle
• Singole partizione (solo Partizionamento per Range)
• Sono supportate la ADD e la ROTATE delle partizioni ma non la ALTER PARTITION RANGE
IDAA
T1 p1
T1 p2
T1 p3
Blade 1 – 8 core + 8 FPGA
10Gb
unload
unload
unload
USS pipe
USS pipe
USS pipe
Blade 2 – 8 core + 8 FPGA
SMP
server
.........
zOS
Blade N – 8 core + 8 FPGA
Processo di allineamento IDAA
1.Il processo di caricamento dati su IDAA è gestito come stored procedure e si basa sulla Unload DB2
2.Il lavoro viene parallelizzato su più tabelle e su più partizioni con un limite parametrico
3.I dati si riversano dal DB2 a un buffer “USS pipe” che viene subito letto dall’IDAA.
4.Tutti i nodi di lavoro di IDAA partecipano al caricamento dei dati con l’efficienza data dagli FPGA
5.Il caricamento non sospende il servizio dell’acceleratore sulle query
33
Componenti DB2 influenzate
Nuovi Parametri di sistema e Special registers
Nuove tabelle/colonne nel catalogo
Criteri di Ottimizzazione e di routing
Explain delle query con opzioni IDAA
Nuovi Comandi DB2
Nuove Stored Procedures specifiche di gestione IDAA
34
System parameters
ACCEL
Possible values: NO, AUTO, COMMAND
QUERY_ACCELERATION
Sets the initial value for the CURRENT QUERY ACCELERATION special register
Possible values: NONE (default), ENABLE and ENABLE WITH FAILBACK
Special register CURRENT QUERY ACCELERATION
35
Can be set implicitly by inheriting the value of the system parameter, or
Explicitly by SET CURRENT QUERY ACCELERATION
Value
Description
NONE
No query is routed to the accelerator
ENABLE
A query is routed to the accelerator if it satisfies the acceleration criteria.
If there is an accelerator failure while running the query, or the accelerator returns an error, DB2 will return
a negative SQL code to the application.
ENABLE WITH FAILBACK
A query is routed to the accelerator if it satisfies the acceleration criteria.
Under certain conditions the query will run on DB2 after it fails in the accelerator. In particular, any negative
SQLCODE will cause a failback to DB2 during PREPARE or first OPEN. No failback is possible after a
successful OPEN of a query.
Una query viene indirizzata all’IDAA se:
Arriva come SQL Dinamico
Tutte le tabelle referenziate dalla Query devono essere copiate nell’acceleratore
L’SQL non deve contenere le istruzioni unsupported (vedi pagina seguente)
La query NON contiene istruzioni di scrittura (es INSERT INTO W. SELECTW)
Il cursore associato non è definito “scrollable” o “rowset”
Tutta la query è gestita come una unità atomica e quindi non scindibile:
la query girerà per intero sul DB2 o sull’accelleratore
I singoli query blocks non sono considerati accellerabili
Non viene supportato il protocollo privato (già deprecato da DB2 V9)
E soprattutto:
l’esecuzione della query sull’IDAA deve essere ritenuta
conveniente rispetto alla esecuzione sul DB2
Questa decisione viene assunta nell’ottimizzatore
36
limitazioni: SQL non accellerabile
Non sono ammessi alcuni „data types“ come LOBs, ROWID, XML.
– Le colonne di questi tipi non verranno portate in IDAA
– Le query che le utilizzano non sono accellerate, le atre si
Non tutte le funzioni del DB2 sono supportate, sono escluse
Le funzioni trigonometriche come SIN, COS, TAN.
Le funzioni user defined
Le funzioni avanzate sulle stringhe come LOCATE, LEFT, OVERLAY.
Alcune funzionalità tipicamente „OLAP“ tipo RANK, ROLLUP, CUBE
37
Dentro l’Ottimizzatore 1/2
Per scegliere a quale percorso instradare la Query l’ottimizzatore deve basarsi:
sulla query,
sulla base dati inferita,
Con I dati contenuti nelle tabelle statistiche del catalogo DB2 si posssono avere o stimare:
dimensione delle tabelle in input
quantità di dati da elaborare
dimensione attesa del risultato
La regola decisionale è di tipo “euristico”, ossia è una regola che a fronte di un problema
molto complesso deve necessariamente essere veloce da calcolare
38
(1) http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=/com.ibm.db2z10.doc.perf/src/tpc/db2z_profiles.htm
Dentro l’Ottimizzatore 2/2
La regola euristica prevede che una serie di casi rimangano di pertinenza
del DB2 “core engine” piuttosto che nell’IDAA,
Ad esempio rimangono al DB2 le query:
Stimate come molto selettive (tipo OLTP) ad esempio
Query completamente prive di funzioni di aggregazione o selezione WHERE,
GROUP BY, ORDER BY
Nei casi in cui tutte le tabelle referenziate dalla query siano definite di taglia
“small”
Il concetto di “small” viene riferito a un numero minimo di pagine in cui rientra la
tabella, normalmente impostato a 50
Si tratta di un parametro modificabile, il valore -1 fa saltare questo controllo
Nei casi in cui si stimi che la query produca un risultato potenzialmente
“large” allora la query viene lasciata al db2
39
Accessi per campi chiave molto selettivi
Accesso a campioni di dati
Anche il concetto di “Large” è affidato a un parametro legato al numero di righe
Si tratta di un parametro modificabile, il valore -1 fa saltare questo controllo
Agenda
40
Quick Workload Test
Report
Report for
for aa first
first assessment:
assessment:
Acceleration
Acceleration potential
potential for
for
Queries
Queries
Estimated
Estimated time
time
Customer
CP
CP cost
cost
Collecting information from dynamic
statement cache, supported by stepby-step instruction and REXX script
(small effort for customer)
Uploading compressed file (up to
some MB) to IBM FTP server
IBM / Center of Excellence
Importing data into local database
Quick analysis based on known DB2
Analytics Accelerator capabilities
1
Customer
Customer
Database
Database
41
Documentation
Documentation
and
and REXX
REXX procedure
procedure
2
Data
Data package
package
(mainly
(mainly unload
unload
data
sets)
data sets)
Pre-process
Pre-process and
and
load
load
3
IBM
IBM lab
lab
Database
Database
Quick
Quick Workload
Workload
Test
Test Tool
Tool
Report
Assessment
approfondimenti
Workload Analysis
-
Step 1: Activate Dynamic Statement Cache
Step 2: Activate relevant IFCIDs 316, 317, 318
Step 3: Create objects for collecting workload information
Step 4: Collect workload information from Dynamic Statement Cache (EXPLAIN STMT
CACHE) --> popola la tabella DSN_STATEMENT_CACHE_TABLE
Step 5: Explain degli Stmt scaricati nella tabella DSN_STATEMENT_CACHE_TABLE
Step 6: Unload workload, explain and catalog information su data set
Step 7: Prepare tersed datasets for sending
Step 8: Send Unload files to IBM Boeblingen DWHz CoE
42
contatti - per i prossimi passi
Se sai già come DB2 e IDAA possono portare valore alla tua azienda..
Spiegacelo!
strada facendo abbiamo conosciuto altri clienti che hanno avuto idee interessanti
Se non ne sei sicuro?
Noi alcune idee le porta IBM, il valore sicuramente esite,
e vorremmo provare scoprirlo assieme.
Iniziando dalla Workload Analysis che si può fare anche sul DB2 in V8
Team Commerciale Information Management su zOS
Angela Ascione (Centro-Sud)
Elisabetta Curci (Nord)
[email protected]
[email protected]
Team Tecnico IDAA
Mario Biffi
Enrico Caraffi
Massimiliano Castellini
Paola Zornig
[email protected]
[email protected]
[email protected]
[email protected]
46
IBM Confidential
IDAA Preserves DB2 Key Value Propositions
DB2 continues to own data (both OLTP and DW)
Applications access data (both OLTP and DW) only through DB2
DB2 controls whether to execute query in DB2 mainline or route to IDAA
DB2 returns results directly to the calling application
Enables mixed workloads and selection of optimal access path (within DB2
mainline or IDAA) depending on access pattern
IDAA continues to be implemented as DB2 internal component
47
Access to data (authorization, privileges, W)
Data consistency and integrity (backup, recovery, W)
Enables extending System z QoS characteristics to BI/DW data as well
DB2 provides key IDAA status and performance indicators as well as typical
administration tasks by standard DB2 interfaces and means
No direct access (log-on) to IDAA
Enables operational cost reduction through skills, tools and processes
consolidation
IDAA Administrative Stored Procedures
48
ACCEL_ADD_ACCELERATOR
Pairing an accelerator to a DB2 subsystem
ACCEL_TEST_CONNECTION
Check of the connectivity from DB2 procedures to the accelerator
ACCEL_REMOVE_ACCELERATOR
Removing an accelerator from a DB2 subsystem and cleanup resources on accelerator
ACCEL_UPDATE_CREDENTIALS
Renewing the credentials (authentication token) in the accelerator
ACCEL_ADD_TABLES
Add a set of tables to the accelerator
ACCEL_ALTER_TABLES
Alter table definitions for a set of tables on the accelerator (only distribution and organizing keys)
ACCEL_REMOVE_TABLES
Remove a set of tables from the accelerator
ACCEL_GET_TABLES_INFO
List set of tables on the accelerator together with detail information
ACCEL_LOAD_TABLES
Load data from DB2 into a set of tables on the accelerator
ACCEL_SET_TABLES_ACCELERATION
Enable or disable a set of tables for query off-loading
ACCEL_CONTROL_ACCELERATOR
Controlling the accelerator tracing, collecting trace and detail of the accelerator (software level etc.)
ACCEL_UPDATE_SOFTWARE
Update software on the accelerator (transfer versioned software packages or apply an already transferred
package, new: also list software both on z/OS and accelerator side)
ACCEL_GET_QUERY_DETAILS
Retrieve statement text and query plan for a running or completed Netezza query
ACCEL_GET_QUERY_EXPLAIN
Generate and retrieve Netezza explain output for a query explained by DB2
ACCEL_GET_QUERIES
Retrieve active and/or history query information from accelerator
EXPLAIN
DB2 EXPLAIN function is enhanced to provide basic information about accelerator
usage
Whether query qualifies for acceleration and, if not, why
The access path details associated with the query execution by Netezza are provided
independently of DB2 EXPLAIN by the IDAA Studio.
For each query (irrespective of the number of query blocks) a row is inserted in the
following tables:
in both PLAN_TABLE and DSN_QUERYINFO_TABLE, if the query is re-routed
PLAN_TABLE's ACCESSTYPE column is set to a value of 'A'
DSN_QUERYINFO_TABLE's QI_DATA column shows the converted query text
in DSN_QUERYINFO_TABLE only, if the query is not re-routed
REASON_CODE and QI_DATA columns provide details
Note that the EXPLAIN tables can be populated with above described information even
if there is no accelerator connected to DB2
49
Specifying EXPLAINONLY on START ACCEL command does not establish any
communications with an actual accelerator, but enables DB2 to consider its presence in the
access path selection process
DSN_QUERYINFO_TABLE
Column Name
Column Contents
QUERYNO
The statement identification, the same value as in PLAN_TABLE.
Use it with EXPLAIN_TIME to correlate DSN_QUERYINFO_TABLE and PLAN_TABLE
QBLOCKNO
QINAME1
If REASON_CODE = 0, the name of the accelerator
QINAME2
If REASON_CODE = 0, the location of the accelerator
APPLNAME
The name of the application plan for the row. Applies only to embedded EXPLAIN statements that are executed from a plan or to statements that are explained when binding a plan. A blank
indicates that the column is not applicable.
PROGNAME
The name of the program or package containing the statement being explained. Applies only to embedded EXPLAIN statements and to statements explained as the result of binding a plan or
package. A blank indicates that the column is not applicable.
VERSION
The version identifier for the package. Applies only to an embedded EXPLAIN statement executed from a package or to a statement that is explained when binding a package. A blank indicates
that the column is not applicable.
COLLID
The collection ID for the package. Applies only to an embedded EXPLAIN statement that is executed from a package or to a statement that is explained when binding a package. A blank indicates
that the column is not applicable.
GROUP_MEMBER
The member name of the DB2 that executed EXPLAIN. The column is blank for non-data sharing.
SECTNOI
The section number of the statement.
SEQNO
50
EXPLAIN_TIME
The time at which the statement is processed.
This time is the same as the BIND_TIME column in PLAN_TABLE.
TYPE
'A' identifies a query that is considered for acceleration.
REASON_CODE identifies if the query qualifies for acceleration or not.
REASON_CODE
If 0, the query qualifies for acceleration.
Otherwise, the query cannot be accelerated. More details on the next chart.
QI_DATA
If REASON_CODE = 0, the text of the converted SQL statement (sent to IDAA).
Otherwise, the description of the reason for not qualifying for acceleration
SERVICE_INFO
IBM internal use only
QB_INFO_ROWID
IBM internal use only
Value
0
Query qualifies for acceleration
1
No active accelerator was found when EXPLAIN was executed.
2
The special register CURRENT QUERY ACCELERATION is set to NONE.
3
The query is a DB2 short running query or re-routing to the accelerator is not considered advantageous.
4
The query is not read-only
5
The query is running under the private protocol.
6
The cursor is defined as scrollable or rowset cursor.
7
The query refers to multiple encoding schemes.
8
The query FROM clause specifies a data-change-table-reference.
9
The query contains a correlated table expression.
10
The query contains a common table expression reference.
11
The query contains an unsupported expression.
QI_DATA contains the expression text.
12
The query references table table-name that is either not defined in accelerator, or the table is defined, but is not enabled for query
re-routing.
13
The accelerator accelerator-name containing the tables of the query is not started.
14
The column column-name referenced in the query is altered in DB2 after the data is loaded in the accelerator.
900 through 999
51
Description
IBM internal use
Connectivity Options
Multiple DB2 systems can connect to a single IDAA
A single DB2 system can connect to multiple IDAAs
DB2
IDAA
DB2
DB2
IDAA
IDAA
IDAA
Multiple DB2 systems can connect to multiple IDAAs
DB2
DB2
IDAA
Full flexibility for DB2 systems:
Better utilization of IDAA resources
Scalability
High availability
52
•
•
•
•
•
•
residing in the same LPAR
residing in different LPARs
residing in different CECs
being independent (non-data sharing)
belonging to the same data sharing group
belonging to different data sharing groups

IBM DB2 Analytics Accelerator for z/OS (IDAA)

Transcription

Similar documents

PT IBM Indonesia PT IBM Indonesia

Big Data Live: casi di eccellenza

La Nostra Brochure - Web For Enterprise

Provide a proven catalyst for innovation discussions across

O que é WinRDBI - IME-USP

p - Waters

nemic lambda malaysia

low carbon cities framework and assessment system

Il catalogo 2016 in PDF

- School Portal

NEVA

Elaborato Bosco Antonio N46001240

Insurance - WSU Libraries - Washington State University

TM-U675/U675P

- Daniele Vespa