SQL/MX State of the U Frans Jongma, ATC April 2016 Welcome 2 - - PowerPoint PPT Presentation

sql mx state of the u
SMART_READER_LITE
LIVE PREVIEW

SQL/MX State of the U Frans Jongma, ATC April 2016 Welcome 2 - - PowerPoint PPT Presentation

Connect HotSpot 2016 SQL/MX State of the U Frans Jongma, ATC April 2016 Welcome 2 Forward-looking statements This is a rolling (up to three year) Roadmap and is subject to change without notice. This document contains forward looking


slide-1
SLIDE 1

Connect HotSpot 2016 SQL/MX State of the U

Frans Jongma, ATC

April 2016

slide-2
SLIDE 2

Welcome

2

slide-3
SLIDE 3

Forward-looking statements

This document contains forward looking statements regarding future operations, product development, product capabilities and availability dates. This information is subject to substantial uncertainties and is subject to change at any time without prior notification. Statements contained in this document concerning these matters only reflect Hewlett Packard Enterprise's predictions and / or expectations as of the date of this document and actual results and future plans of Hewlett Packard Enterprise may differ significantly as a result of, among

  • ther things, changes in product strategy resulting from technological, internal corporate,

market and other changes. This is not a commitment to deliver any material, code or functionality and should not be relied upon in making purchasing decisions. This is a rolling (up to three year) Roadmap and is subject to change without notice.

slide-4
SLIDE 4

Agenda

–SQL/MX 3.3 recap –Gotchas –SQL/MX future outlook –Q&A

4

slide-5
SLIDE 5

SQL/MX 3.3 recap

5

slide-6
SLIDE 6

NonStop SQL/MX 3.3

– Released with L15.02 and J06.19 1H2015

– Updated with L15.08 – SPRs for J06.19 6

slide-7
SLIDE 7

SQL/MX 3.3 Highlights

– Online-help in mxci

– Similar to the online-help in SQL/MP for SQLCI – Uses a SQL table NONSTOP_SYSTEM_NSK.HELP_TEXT_SCHEMA.HELP_TEXT – Installed automatically with new systems; manual installation step for migration ( InstallSqlMxHelp )

– SHOWDDL [, privileges ] option

– Displays the ANSI grants on the objects

– Co-operation with Safeguard

– SQL/MX will not create on volumes that user has no access to. – Safeguard can check for SQLMX usage when deleting a user – Safecom: DELETE USER ADMIN.BOB , CHECK-SQLMX-OWNERSHIP

– 64-bit support for SQLMXBUFFER

7

slide-8
SLIDE 8

SQLMXBUFFER

What is it, where is it located, what was changed?

8

slide-9
SLIDE 9

What is the SQLMXBUFFER or SDA?

– Where?

– Part of DP2 memory

– What?

– Contains execution plan fragments – And session specific data structures

– Also known as

– Session Data Area (SDA) – Part of Executor-in-DP2 (EID) 9

Data Data cache Lock pool Audit buffer SQLMX buffer DP2 group DP2 memory area

slide-10
SLIDE 10

EID in the execution plan

– Execution plan is executed by multiple processes

– Master Executor, ESPs, disk processes

– Each of these processes run a fragment of the plan – Plan fragments are sent to DP2 by the master executor when needed – Fragments are re-used by DP2 when possible

10

Left child Right child Outer table Inner table Root node Root Nested join Partition access File scan Split top Partition access File scan unique

slide-11
SLIDE 11

The change with SQL/MX 3.3

– RVUs J06.19 and L15.02

– SQLMXBUFFER area was moved to DP2 64-bit memory – Size can be up to 2GB per volume

– In previous RVUs shared with DP2 cache

– Max SDA size limited to 768 MB

– Cache can now use up to 1.4 GB per volume

11

500 1000 1500 2000 2500 3000 3500 4000 SQL/MX 3.2.1 SQL/MX 3.3

Memory MB per DP2

DP2 Usable memory increase for SQL/MX 3.3

DP2 Cache SDA

slide-12
SLIDE 12

What determines the size of the SDA

– The number of concurrent sessions that use the volume

– Each session has its own fragments

– The number of tables or partitions on the volume

– Each table/partition access requires (buffer) space.

– The functionality of the fragment

– Column constraint checking – Grouping of results in DP2 – Hashing , joins in DP2

– Multiple unknowns…..

– Hard to predict the actual size required 12

Session1

Fragment 1 Fragment 2 Fragment 3 ….

Session2

Fragment 1 Fragment 2 Fragment 3 ….

…. n.

Fragment 1 Fragment 2 Fragment 3 ….

slide-13
SLIDE 13

Monitoring the SDA

– Similar to DP2 cache, SDA is defined using SCF

– Need to stop volume to change SDA

– Monitored using SCF STATS DISK command

– Statistics accumulate since last time reset – Search for Failed ID – Reset stats requires super.super access

– Indication of issue can be found in MEASURE

– When messages-sent does not (no longer) match the transaction profile – After DP2 takeover, messages-sent to DP2 to send plan fragments 13

SCF - T9082H01 - (23JUN11) (02MAY11) - 01/27/2015 08:33:43 System \NSBLDP5 (C) 1986 Tandem (C) 2006 Hewlett Packard Development Company, L.P. (Invoking \NSBLDP5.$DATA06.FRANS.SCFCSTM) 1-> STATS DISK $SAS062, SQLMX STORAGE - Stats DISK \NSBLDP5.$SAS062 SQL/MX Statistics: Session Data bytes....... 524288 KB Max Data bytes... 524288 KB Total Sessions........... 0 Active Sessions.. 0

  • 4KB Blocks - - - - - - - - - - -
  • Reuse - - - - - - - - - -

Max...................... 131072 Attempts......... 103390 Number................... 131072 OK............... 37944 In Use................... 0 Failed FST....... 0 Failed ID........ 65446 2->ALTER DISK $SAS062, SQLMXBUFFER 800

slide-14
SLIDE 14

Gotchas

– Previously SQLMXBUFFER and AUDITTRAILBUFFER shared the same space

– AUDITTRAILBUFFER has not moved to 64bit memory – When SQLMXBUFFER defined > 768 MB, then maximum memory is available for DP2 cache – Note: pre-3.3 maximum was 768 MB. – See TWP on SQLMXBUFFER at slideshare.net/fjongma

– SQLMXBUFFER contents is not checkpointed to backup

– After a process takeover SQLMX clients will send plan fragments to ‘new’ DP2 – Might result in message queue in $RECEIVE for DPs – And a msgs-sent queue in the application processes – With 2GB space per volume: might lead to memory shortage after processor takeover! 14

slide-15
SLIDE 15

P B

The “cookie-cutter” system configuration

Lesson learned from POC

– UPSIDE – Easy to configure – Primary DPs have their backup in “next” CPU – Easy to expand system – DOWNSIDE – When CPU fails, one CPU gets hit heavily – With SQLMX, Backup SDA needs established – We managed to overload ServerNet after a takeover

15

CPU 0 CPU 1 CPU 2 CPU 3 P P P P P B B

slide-16
SLIDE 16

SQL/MX future candidate features

16

slide-17
SLIDE 17

Future

2015 – Available Now

HPE NonStop Database Product Plans

SQL/MX

Online mxci help MXDM support for create/alter database objects, manage data sources Safeguard Delete User protection and respect Volume ACLs and Display Object permissions BR2 enhancements – schema and table names could differ, no need to pre-create Catalogs for a Restore

  • peration

Query Plan Quality Improvements Executor performance enhancements – 64 bit EID

SQL/MX

Configurable ESP placement Support for External Sequence in Triggers Migration features: TO_TIMESTAMP, LAST_DAY, MONTHS_BETWEEN MXDM – close the gap with NSM/Web Improved Table/index maintenance features Improved MDAM selection Improve resource cleanup for mxcmp with features to terminate unused mxcmp and mxesp processes EBCDIC collation of ASCII data User Defined Functions DDL and DML support for Materialized Views Migration features: TO_DATE Reduce memory footprint of mxcmp

This is a rolling (up to three year) Statement of Direction and is subject to change without notice .

slide-18
SLIDE 18

– Single node by definition all software on same release

SQL/MX Future Features

Version interoperability

18

Master Exec R3.3 DP2 EID R3.3 Data \NODEA

slide-19
SLIDE 19

– Single node by definition all software on same release – Upgrade a node to a new version, for example R3.4

SQL/MX Future Features

Version interoperability

19

\NODEA Master Exec R3.4 DP2 EID R3.4 Data No need to recompile modules

slide-20
SLIDE 20

\NODEB \NODEA – Multi-node, different versions may exist, new version supports older requests

SQL/MX Future Features

Version interoperability

20

Master Exec R3.3 DP2 EID R3.4 Data \NODEC Master Exec R3.4 No need to recompile modules

slide-21
SLIDE 21

\NODEB \NODEA – Multi-node, different versions may exist, however, older versions do not understand new rev. requests

SQL/MX Future Features

Version interoperability

21

Master Exec R3.3 Executor R3.4 Data \NODEC Master Exec R3.4 Data

slide-22
SLIDE 22

SQL/MX future features

Warning: These plans may change

MXDM updates – MXDM will replace NSM/Web eventually – Next release nearly closes the gap – Will allow to create, alter and drop more objects

– SQL/MP aliases – Sequence generators – Triggers and views

– Grant/Revoke privileges – GIVE objects to other users

22

slide-23
SLIDE 23

SQL/MX future features

Warning: These plans may change

Connectivity (MXCS, drivers) – Assign data source to specific Association Server(s) (MXAOS) – MXCMP ability to timeout after period of inactivity – Statement caching for ODBC Linux drivers

– Similar to T2 and T4 drivers – Prepare statements – Execdirect statements

– Module File Caching (MFC) for ODBC – OSS, Linux and Unix drivers – T2 driver support for User, password credentials

– This is an optional feature 23

slide-24
SLIDE 24

SQL/MX future features

Warning: These plans may change

SQL/MX Manageability changes – ESPs configured to use certain CPUs only – enables better system sharing between applications – ESP configurable to terminate after a period of being idle – UPDATE STATISTICS

– On EXISTING columns – On NECESSARY columns

– Partition Overlay SUPPORT (POS) for Hash-partitioned Indexes

– (same as currently for hash-partitioned tables) – Default is OFF (to remain compatible with older functionality) 24

slide-25
SLIDE 25

SQL/MX future features

Warning: These plans may change

SQL/MX Manageability changes – MODIFY utility: RECLAIM space option to limit resource consumption of background ORSERV – MODIFY utility: REORG table or index by ANSI-NAME (all partitions)

– replacing FUP RELOAD by partition – Multiple (configurable) partitions reloaded in parallel (1, n or max # partns concurrently)

– MODIFY utility: REPARTITION for tables and indexes

– A change from the one-partition method used in prior releases. – Less complicated syntax: Define the desired layout and instruct MODIFY to organize as such – SHARED ACCESS supported – Only one COMMIT phase – No need for RECLAIM/RELOAD after repartitioning – (*) Requires upgrade of metadata 25

slide-26
SLIDE 26

SQL/MX future features

Warning: These plans may change

SQL Compiler changes – Optimizer hints

– In addition to CONTROL statements – In addition to Query Shapes

– Influence Access Paths

– Force or Exclude an index

– Influence Join Types

– Force or exclude NESTED / HASH / MERGE joins

– Influence cardinality / Selectivity

– Table cardinality – Column selectivity

– Inline CQDs

26

slide-27
SLIDE 27

SQL/MX future features

Warning: These plans may change

SQL/MX other new features – Compatibility functions (facilitate migrating from other databases)

– CONVERTTOHEX – ISNULL, NULLIF, IFNULL – ZEROIFNULL, NULLIFZERO – ROUND – LAST_DAY, MONTHS_BETWEEN – TO_TIMESTAMP

– Access a sequence from a TRIGGER (*)

– Before an insert, replace null values with value of a sequence – After an insert add a new row based on a sequence value – (*) Requires upgrade of metadata 27

slide-28
SLIDE 28

Summary

28

 Good changes were implemented with R3.3  More to come with new releases  Migration to new releases will become easier

slide-29
SLIDE 29

Thank you

Frans.Jongma@hpe.com

29