DB2z und IDAA update z/os Guide März 2014 in Lahnstein. Georg Kistenberger IBM SWG zim TS Senior IT-Specialist kistenberger@de.ibm.

Transkript

1 105. z/os Guide März 2014 in Lahnstein DB2z und IDAA update Georg Kistenberger IBM SWG zim TS Senior IT-Specialist kistenberger@de.ibm.com

2 IBM s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice at IBM s sole discretion. Information regarding potential future products is intended to outline our general product direction and it should not be relied on in making a purchasing decision. The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. The development, release, and timing of any future features or functionality described for our products remains at our sole discretion. 2 Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user s job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here.

3 Agenda ESP seit März Kunden weltweit 6 extended ESP Kunden seit Juli 2013 Sehr positives feedback! GA: 25. Oktober 2013 Speed DB2 11 Sequoia Simplicity Savings 3

4 DB2 V11 Speed Early Performance Measurements 4

5 CPU Einsparung Keine Verallgemeinerung! Bis zu 10% bei OLTP Bis zu 15% für update-intensive Verarbeitung Bis zu 40% für Queries Weniger oder mehr CPU Einsparung ist abhängig von kundenspezifischen Systemumgebungen und Workloads 5

6 Interne DB2 Optimierungen Optimierung für kritische Codepfade Cost Model Anpassungen Less impact by CPU speed differences, upgrades, NLEVELS Optimizer Externalization of missing stats Weniger Overhead für Decompression Verbesserungen in unterschiedlichen DB2 Bereichen Log, Data Sharing und Workfile Verarbeitung Remote workloads Sync/receive implizite commits for CALL stmts large result sets with package based continuous block fetch DRDACBF package option Skalierung von Tabellen mit vielen Partitionen Bufferpool Management Weniger Datenreorganisation Automatischer cleanup von pseudo-deleted Indexeinträgen 6

7 Zusätzliche Optimizer Verbesserungen Verbesserung von Query Performance Stage 2 predicate rewrites becoming indexable YEAR(DATE_COL) DATE(TIMESTAMP_COL) value BETWEEN C1 AND C2 SUBSTR(C1,1,10) SUBSTR from position 1 only Single matching index access for OR C1 IS NULL WHERE C1 =? OR C1 IS NULL WHERE C1 IN (1,2) OR C1 IS NULL WHERE C1 >? OR C1 IS NULL IN/OR Kombination ermöglicht multi-index access WHERE C1 =? OR C2 IN (1,2) C1 =? OR C2 = 1 OR C2 = 2 Indexability for local/join CASE predicates Predicate pushdown into materialized views Verbessertes Memory Management für SPARSE indexes Index skipping Technik für DISTINCT und GROUP BY Anweisungen Mehrere DPSI Performance Verbesserungen Prune always true/false predicates WHERE 1=1 AND CUSTNO =? CUSTNO =? WHERE (1=1 AND T1.C1 = T2.C1) OR (1=2 AND T1.C2 = T2.C2) T1.C1 = T2.C1 OR 0=1 is not pruned! 7

8 DB2 V11 Speed Early Performance Measurements Nutzung der neuen zec12 Hardware Features 8

9 zenterprise EC12 and DB2 for z/os EC12 is faster than z196 1MB page frames Bis zu 5% CPU Einsparung Best performer is 1MB pagefix BPs mit high I/O und getpage rate New FRAMESIZE BP attribute in V11 2GB page frames in V11 Flash Express Paging, pageable 1MB frames 9

10 DB2 V11 Speed Early Performance Measurements Nutzung der neuen zec12 Hardware Features DB2 Query Acceleration 10

11 IBM DB2 Analytics Accelerator V4 OLTP meets OLAP Zielsetzung: Query-Acceleration & Ad-hoc Query Performance Beschleunigung langlaufender Datenbankabfragen Ad-hoc Query Performance im Sekundenbereich V11 setzt IBM DB2 Analytics Accelerator V4 voraus Neues Loader Tool Netezza Technology zenterprise (z196/z114/ec12) CLIENT Data Studio Foundation DB2 Analytics Accelerator Admin Plug-in Users/ Applications 11 DB2 Image copy Loader External Files Higher Availability during LOAD DRDA OSAExpress Data Warehouse application SAP BW DB2 for z/os enabled for IBM DB2 Analytics Accelerator IBM DB2 Analytics Accelerator Nov V3: Incremental update, High Performance Storage Server Nov V4: Static SQL, multiple encoding, multi-row fetch Incremental update +, HPSS + Support für V10 + V11

12 DB2 V11 Simplicity Wichtige Erweiterungen bei Datenstrukturänderungen DROP COLUMN, Alter partition limit keys 12

13 Online Änderungen von Tabellenstrukturen Version Feature V11 ALTER TABLE DROP COLUMN V9 ALTER TABLE RENAME COLUMN V8 ALTER TABLE ALTER COLUMN V1 ALTER TABLE ADD COLUMN 13

14 DB2 V11 Simplicity Wichtige Erweiterungen bei Datenstrukturänderungen nderungen DROP COLUMN, Alter partition limit keys Online Reorganisation SWITCH phase performance Automatische Gleichverteilung der Daten in einer partitionierten Tabelle BIND/REBIND, DDL break into persistent threads Open dataset limit (bis zu 200K) Security DB2/RACF authorization control Erweiterungen Erreichen der log RBA und LRSN Limits 14

15 Erreichen der log RBA und LRSN Limits Wann ist das Ende der log RBA erreicht? 6-byte RBA (Relative Byte Address) hat eine Kapazität von 256 TB Log record Adressierung Abhängig vom Insert/Update Workload! Empfehlung: Überwachen der log RBA bevor WARNING message erreicht wird? WARNING when RBA reaches x F Maßnahmen! (bis einschließlich V10) Data Sharing: Shutdown vom betroffenen Member und Start eines neuen Members Non-Data Sharing: Zurücksetzen aller PGLOGRBA Werte auf 0 Ausfallzeiten möglicherweise kritisch! Umstellung auf Data Sharing entschärft das Problem hinsichtlich Ausfallzeiten! Vorsicht! Umstellung verursacht ein non-zero LRSN delta! 6-byte LRSN Zeitstempel wird von der 8-byte time-of-day clock abgeleitet Ende 2042! oder vielleicht doch früher!!! Non-zero LRSN delta wird TOD clock Wert hinzugefügt LRSN Limit ist damit vor 2042!! 15

16 V11 NFM mit extended RBA/LRSN 10-byte RBA/LRSN löst das end-of-log RBA und LRSN Limit Problem! Maximale RBA Adressierung: 1 yottabyte (2**80) LRSN Limit: > Jahre! Umstellung auf extended RBA/ LRSN erfolgt in 2 Phasen! Schrittweise und voneinander unabhängig! Konvertierung des BSDS V11 ist ein 10-byte RBA/LRSN System Performancevorteil! Konvertierung der Tablespaces 6-byte LRSN hat nur eine Genauigkeit von 16 microseconds 16

17 DB2 V11 Simplicity Applikation und SQL Neuerungen Temporale Daten Views, special register Transparente Datenarchivierung auf Tabellenebene Globale Variablen Autonomous Transaktionen und Array Datatype Support für SQLPL Grouping sets, Cube & Rollup XML XQuery support, bessere Performance, mehr Beispiele Einstieg in Unicode Column-level support 17

18 DB2 V11 Simplicity Integration von Big Data Applikationen OLTP meets unstructered data sources Use of unstructured raw data is GROWING New user-defined functions New generic table UDF capability 18

19 JSON Technology Preview (available in V10 via APAR) Providing the best of both worlds JSON API SQL + JSON API SQL API Tunable Consistency Performance & Scalability JSON { Product : { SKU : 11213, Name : Google Glass, Category : { }, Size : [ S, M, L ] } } Referential Integrity Check constraints Transactions Geo-spatial Scalability Temporal Security Joins Relational Tools for higher Productivity Established Security 19 SQL

20 DB2 V11 Simplicity Einfachere DB2 Version/Release Migrationen Keine Anwendungsanpassungen erforderlich aufgrund von DB2 upgrades begrenzt SQL Incompatibilities liefert Informationen zu SQL Incompatibilities Bereinigung zu einem späteren Zeitpunkt Compatibility auf Applikations/SQL Package Ebene Unterstützung von 2 back-level Releases (N-2) DB2 11 ist das erste Release für diesen neuen compatibility support APPLCOMPAT(VnnR1) BIND Option für static SQL CURRENT APPLICATION COMPATIBILITY special register für dynamic SQL DSN_PROFILE_ATTRIBUTES for DRDA applications DB2 10 ist das niedrigste Release DB2 9 wird mit dieser Implementierung nicht unterstützt BIF-Compatibility für CHAR(decimal)... gibt es als Übergangslösung für Einzelfälle Zusätzliche Verbesserungen zur Stabilität von Zugriffspfadentscheidungen 20

21 APPLCOMPAT: Migration DB2 10 nach DB2 11 DB2 10 New Function Mode (NFM) With SPE DB2 11 Conversion Mode DB2 11 Enabling New Function Mode DB2 11 New Function Mode (NFM) CATMAINT UPDATE (DSNTIJTC) CATENFM START (DSNTIJEN) CATENFM COMPLETE (DSNTIJNF) DB2 10 Catalog DB2 11 Catalog 1 2 months 2 hours DB2 10 Libraries 1 week Data Sharing Coexistence DB2 11 Libraries Bind with APPLCOMPAT(V10R1) option only Bind with APPLCOMPAT(V10R1) or APPLCOMPAT(V11R1) 21

22 DB2 V11 Savings Mehr Funktionalität bei unveränderten Lizenzkosten = V9 = V10 = V11! CPU Reduzierung Mehr ziip offload Cleanup of pseudo-deleted Index entries in DBM1 Log read/write in MSTR Mehr Automation Produktivitätssteigerung 22

23 DB2 V11 Planning Dual mode Migration (CM, ENFM, NFM) Migration von DB2 10 NFM Keine Skip-Release Migration von V9! z/os 1.13 oder höher z10 oder schneller DB2 V11 redbooks: Technical Overview: Subsystem and Transaction Monitoring and Tuning with DB2 V11: Performance Topics: Bufferpool Monitoring and Tuning: 23