z/VSE: 45 Years of Progress - z/VM - IBM
z/VSE: 45 Years of Progress - z/VM - IBM
z/VSE: 45 Years of Progress - z/VM - IBM
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
from shortened response times without<br />
any further actions. Both users and applications<br />
continue to connect to DB2 for<br />
z/OS while being entirely unaware <strong>of</strong> the<br />
<strong>IBM</strong> Smart Analytics Optimizer’s presence.<br />
Instead, the DB2 for z/OS optimizer<br />
is aware <strong>of</strong> an <strong>IBM</strong> Smart Analytics<br />
Optimizer’s existence in a given environment<br />
and can execute a given query<br />
either on the <strong>IBM</strong> Smart Analytics<br />
Optimizer or by using the already wellknown<br />
access paths in DB2 for z/OS.<br />
Due to cost-based decisions for any<br />
query-routing, all queries are executed in<br />
their most efficient way, regardless <strong>of</strong><br />
their type (OLAP vs. OLTP).<br />
The <strong>IBM</strong> Smart Analytics Optimizer<br />
consists <strong>of</strong> a specific number <strong>of</strong> blades<br />
attached to a System z. Each <strong>IBM</strong> Smart<br />
Analytics Optimizer consists <strong>of</strong> a large<br />
number <strong>of</strong> processors and main memory<br />
that can hold up to thousands <strong>of</strong><br />
gigabytes <strong>of</strong> raw data. The number <strong>of</strong><br />
blades connected gives you the total real<br />
storage and processing capacity for the<br />
<strong>IBM</strong> Smart Analytics Optimizer. There’s<br />
no communication with the <strong>IBM</strong> Smart<br />
Analytics Optimizer from anywhere<br />
outside your System z machine; it’s fully<br />
integrated into System z technology and<br />
fenced from the outer world. Even if it’s<br />
physically located outside a System z<br />
chassis, the solution is designed to be<br />
extremely robust and to guarantee the<br />
established Service Levels Agreements<br />
(SLAs) (see Figure 1).<br />
PROVEN FOR ALL<br />
MAINFRAME<br />
ENVIRONMENTS<br />
Batch Processing, Archiving and Backup & Recovery!<br />
Join the growing list <strong>of</strong> satisfied mainframe enterprises<br />
around the world who are achieving 20X+ reduction in data<br />
for backup and 10 to 12X reduction in data for batch and<br />
archiving.<br />
Still not a believer? Visit luminex.com/pro<strong>of</strong>.<br />
The proven, MODERN solution<br />
for Mainframe Virtual Tape.<br />
www.luminex.com<br />
How It Works With DB2<br />
The first step is identifying longrunning<br />
queries and the data accessed<br />
by those queries in your data warehouse.<br />
A set <strong>of</strong> tables related to each<br />
other (either from a logical point or by<br />
referential constraints) can be referred<br />
to as a mart. A mart is in the sweet spot<br />
<strong>of</strong> the <strong>IBM</strong> Smart Analytics Optimizer<br />
if it consists <strong>of</strong> one large fact table and<br />
more smaller dimension tables, as is<br />
typically true for star or snowflake schema<br />
data models.<br />
Once a mart is identified, a snapshot<br />
<strong>of</strong> those tables is redundantly stored<br />
and loaded in the <strong>IBM</strong> Smart Analytics<br />
Optimizer by using UNIX System<br />
Services pipes. The unload process can<br />
be controlled either by the <strong>IBM</strong> Smart<br />
Analytics Optimizer studio, a Graphical<br />
User Interface (GUI), or <strong>IBM</strong> Smart<br />
Analytics Optimizer’s administrative<br />
stored procedures.<br />
From a logical view, there are two<br />
different types <strong>of</strong> blades inside the <strong>IBM</strong><br />
Smart Analytics Optimizer. From a<br />
physical perspective, all blades are idenz<br />
/ J o u r n a l • O c t o b e r / N o v e m b e r 2 0 1 0 • 2 3