Professional Documents
Culture Documents
he cover image is a European No Speed Limit sign. If youve ever driven on the
Autobahn in Germany, this sign will immediately bring a smile to your face because you can
step on the accelerator and drive as fast as you want to or as fast as your car can go (which
ever comes first). In terms of SAP HANA, we selected this image because SAP HANA
allows your company to run at top speed with no artificial limit to how fast it can go. If you
ever go visit SAP headquarters in Germany, youll see this sign about 2 miles south of the
Frankfurt airport on the A5 and theres no speed limit on your way to visit SAP.
ince this book is about the shift to real-time business, its fitting that weve been writing
this book in real-time and will be delivering it in real-time. Basically, that means that we
cant wait around for everything in the SAP HANA world to settle down and solidify before
writing each chapter and expect everyone to hold their breath until the entire book is
finished and ready to print. And trust me, SAP HANA is moving extremely fast right now and
you could be holding your breath for quite a while waiting for that day.
Just like SAP HANA is disrupting the status quo in the database world and breaking lots
of ossified rules of the game, well be doing much the same with this book. Who says you
have to wait till the whole book is written to release it? Who says you have to charge $$ for
an extremely valuable book? Who says it has to be printed on paper with ink and sold in a
bookstore?
Weve decided to break all those traditional publishing rules and release chapters as
they are finished and then release the remaining chapters as they are completed later.
Since this is a digital-only book, its important that readers keep connected to learn about
the release of new chapters and content updates. Thats pretty easy: Follow the book on
twitter @EpistemyPress and @jeff_word, sign up for the email updates from the
saphanabook.com website when you register to download the ebook and keep watching
saphana.com.
Table of Contents
1 SAP HANA Overview
Updated with SP7 details
Updated RDS Information
Acknowledgments
lthough were at the beginning of this journey, many people have already been
phenomenally helpful in the scoping, content preparation and reviewing of this book. Their
support has been invaluable and many more people will be involved as the book
progresses.
Many thanks to all of you for your support and collaboration.
Jeff
SAP Colleagues
Margaret Anderson, Puneet Suppal, Uddhav Gupta, Storm Archer, Scott Shepard, Balaji
Krishna, Daniel Rutschman, Ben Gruber, Bhuvan Wadhwa, Lothar Henkes, Adolf Brosig,
Thomas Zureck, Lucas Kiesow, Prasad Ilapani, Wolfram Kleis, Gunther Liebich, Ralf
Czekalla, Michael Erhardt, Roland Kramer, Arne Arnold, Markus Fath, Johannes Beigel,
Ron Silberstein, Kijoon Lee, Oliver Mainka, Si-Mohamed Said, Amit Sinha, Mike Eacrett,
Andrea Neff, Jason Lovinger, Michael Rey, Gigi Read, David Hull, Nadav Helfman, Lori
Vanourek, Bill Lawler, Scott Leatherman, Kathlynn Gallagher, David Jonker, Naren Chawla,
David Porter, Steve Thibodeau, Swen Conrad, John Schitka, David Jonker
SAP Mentors
Thomas Jung (SAP), Harald Reiter (Deloitte), Vitaliy Rudnytskiy (HP), John Appleby
(Bluefin), Tammy Powlas (Fairfax Water), Vijay Vijayasankar (IBM), Craig Cmehil (SAP),
Alvaro Tejada (SAP)
SAP Partners
Lane Goode (HP), Tag Robertson (IBM), Rick Speyer (Cisco), Andrea Voigt (Fujitsu),
Nathan Saunders (Dell), KaiGai Kohei (NEC), Chris March (Hitachi), Thorsten Staerk (VCE)
Production
Robert
Weiss
(Development
Michele
DeFilippo
(1106
Sophie Jasson-Holt & Deb Cameron (Evolved Media)
Editor)
Design)
readers, from C-level executives down to entry-level coders. As such, its content is
necessarily broad and not-too-technical. This book should be the first thing everyone reads
about SAP HANA, but will provide easy links to Level 2 technical content to continue
learning about the various sub-topics in more detail. The content is structured so that
everyone can begin with the introduction chapter and then skip to the subsequent chapters
that most interest them. Business people will likely skip to the applications and business
case chapters while techies will jump ahead to the application development and hardware
chapters. In fact, it would probably be odd if anyone actually read this book from beginning
to end (but go ahead if you want to).
Although a great deal of this book focuses on living in a world without compromises
from a technology and business perspective, weve unfortunately had to make a few
compromises in the scope and depth of the content in order to reach the widest possible
audience. If we hadnt, this would be a 10,000-page encyclopedia that only a few hundred
people would ever read. Weve tried to make this book as easy to read as possible to
ensure that every reader can understand the concepts and get comfortable with the big
picture of SAP HANA. Weve also tried to cover as many of the high-level concepts as
possible and provide copious links to deeper technical resources for easy access.
Hopefully, you will enjoy reading the chapters and find it quite easy to punch out to
additional technical information as you go regardless of your level of technical knowledge or
business focus.
The knowledge you will find in this book is the first step on the journey to becoming a
real-time enterprise, but in many ways, it is just the tip of the iceberg. Were working on
several Level 2 technical books on SAP HANA and are committed to providing as much
technical and business content as possible through the saphana.com website and other
channels. Please refer to the last chapter to get a listing of additional free information
sources on SAP HANA.
Given the massive strategic impact of SAP HANA on the medium and long-term IT
architectures of its customers, SAP felt that every customer and ecosystem partner should
have free access to the essential information they will need to understand SAP HANA and
evaluate its impact on their future landscape. SAP sponsored the writing of this book and
has funded its publication as a free ebook to ensure that everyone can easily access this
knowledge.
SAP HANA is a rapidly evolving product and its level of importance to SAP customers
will continue to increase exponentially over the next several years. We will attempt to
provide updated editions of this book on a semi-annual basis to ensure that you can easily
access the most up-to-date knowledge on SAP HANA. Please continue to visit the SAP
HANA Essentials website to download updated and revised editions when they are released
(typically in May and November of each year). You can also follow @EpistemyPress on
Twitter for updates.
Foreword
By
Vishal
CEO
of
Infosys
Board Member, SAP AG
Sikka,
&
Former
Ph.D.
Executive
ime magazine picked The Protester as its person of the year for 2011, recognition of
individuals who spoke up around the world from the Arab countries to Wall Street, from
India to Greece individuals whose voices were amplified and aggregated by modern
technology and its unprecedented power to connect and empower us. Twitter and
Facebook, now approaching 800 million users (more than 10% of humanity), are often
viewed as the harbinger of social networking. But social networking is not new. A recent
issue of the Economist described Martin Luthers use of social networking, especially the
Gutenberg press, to start the Protestant Reformation. During the American Revolution,
Thomas Paine published his Common Sense manifesto on a derivation of the Gutenberg
press. Within a single year, it reached almost a million of the 1.5 million residents of the 13
American colonies about two-thirds of the populace, and helped seed democracy and
Americas birth.
I believe that information technologies, especially well-designed, purposeful ones,
empower and renew us and serve to amplify our reach and our abilities. The ensuing
connectedness dissolves away intermediary layers of inefficiency and indirection. Some of
the most visible recent examples of this dissolving of layers are the transformations we
have seen in music, movies and books. Physical books and the bookstores they inhabited
have been rapidly disappearing, as have physical compact discs, phonograph records,
videotapes and the stores that housed them. Yet there is more music than ever before,
more books and more movies. Their content got separated from their containers and got
housed in more convenient, more modular vessels, which better tie into our lives, in more
consumable ways. In the process, layers of inefficiency got dissolved. By putting 3000
songs in our pockets, the iPod liberated our music from the housings that confined it. The
iPhone has a high-definition camera within it, along with a bunch of services for sharing,
distributing and publishing pictures, even editing them services that used to be inside
darkrooms and studios. 3D printing is an even more dramatic example of this
transformation. The capabilities and services provided by workshops and factories are now
embodied within a printer that can print things like tools and accessories, food and musical
instruments. A remarkable musical flute was printed recently at MIT, its sound
indistinguishable from that produced by factory-built flutes of yesterday.
I see layers of inefficiency dissolving all around us. An empowered populace gets more
connected, and uses this connectivity to bypass the intermediaries and get straight at the
things it seeks, connecting and acting in real-time whether it is to stage uprisings or rent
apartments, plan travel or author books, edit pictures or consume apps by the millions.
And yet enterprises have been far too slow to benefit from such renewal and
simplification that is pervading other parts of our lives. The IT industry has focused on too
much repackaging and reassembly of existing layers into new bundles, ostensibly to lower
the costs of integrated systems. In reality, this re-bundling increases the clutter that already
exists in enterprise landscapes. It is time for a rethink.
At SAP, we have been engaged in such rethinking, or intellectual renewal, as our
chairman and co-founder Hasso Plattner challenged me, for the last several years, and our
customers are starting to see its results. This renewal of SAPs architecture, and
consequently that of our customers, is driven by an in-memory product called SAP HANA
which, together with mobility, cloud computing, and our principle of delivering innovation
without disruption, is helping to radically simplify enterprise computing and dramatically
improve the performance of businesses without disruption.
SAP HANA achieves this simplification by taking advantage of tremendous advances in
hardware over the last two decades. Todays machines can bring large amounts of mainmemory, and lots of multi-core CPUs to bear on massively parallel processing of
information very inexpensively. SAP HANA was designed from the ground-up to leverage
this, and the business consequences are radical. At Yodobashi, a large Japanese retailer,
the calculation of incentives for loyalty customers used to take 3 days of data processing,
once a month. With SAP HANA, this happens now in 2 seconds a performance
improvement of over 100,000 times. But even more important is the opportunity to rethink
business processes. The incentive for a customer can be calculated on the fly, while the
customer is in a store, based on the purchases she is about to make. The empowered
store-manager can determine these at the point of sale, as the transaction unfolds. With
SAP HANA, batch processing is converting to real time, and business processes are being
rethought. Customers like Colgate-Palmolive, the Essar Group, Provimi, Charmer Sunbelt,
Nongfu Spring, our own SAP IT and many others, have seen performance improvements of
thousands to tens of thousands times. SAP HANA brings these benefits non-disruptively,
without forcing a modification of existing systems. And in Fall 2011, we delivered SAP
Business Warehouse on SAP HANA, a complete removal of the traditional database
underneath, delivering fundamental improvements in performance and simplification,
without disruption.
SAP HANA provides a single in-memory database foundation for managing
transactional as well as analytical data processing. Thus a complex question can be posed
to real-time operational data, instead of asking pre-fabricated questions on pre-aggregated
or summarized data. SAP HANA also integrates text processing with managing structured
data, in a single system. And it scales simply with addition of more processors or more
blades. Thus various types of applications, across a companys lines of businesses, and
across application types, can all be run off a single, elastically-scalable hardware
Chapter 1
very industry has a certain set of rules that govern the way the companies in that
industry operate. The rules might be adjusted from time to time as the industry matures, but
the general rules stay basically the same unless some massive disruption occurs that
changes the rules or even the entire game. SAP HANA is one of those massively disruptive
innovations for the enterprise IT industry.
To understand this point, consider that youre probably reading this book on an e-reader,
which is a massively disruptive innovation for the positively ancient publishing industry. The
book industry has operated under the same basic rules since Gutenberg mechanized the
production of books in 1440. There were a few subsequent innovations within the industry,
primarily in the distribution chain, but the basic processes of writing a book, printing it, and
reading it remained largely unchanged for several hundred years. That is until Amazon
and Apple came along and digitized the production, distribution, and consumption of books.
These companies are also starting to revolutionize the writing of books by providing new
authoring tools that make the entire process digital and paper-free. This technology
represents an overwhelming assault of disruptive innovation on a 500+ year-old industry in
less than 5 years.
Today, SAP HANA is disrupting the technology industry in much the same way that
Amazon and Apple have disrupted the publishing industry. Before we discuss how this
happens, we need to consider a few fundamental rules of that industry.
separate OLAP systems such as SAP Business Warehouse to copy the transaction data
over to a separate server and offload all that reporting activity onto a dedicated reporting
system. This arrangement would free up resources for the transactional system to focus on
processing transactions.
Unfortunately, even though servers were getting faster and more powerful (and
cheaper), the bottleneck associated with obtaining data from the disk wasnt getting better;
in fact, it was actually getting worse. As more processes in the company were being
automated in the transactional system, it was producing more and more data, which would
then get dumped into the reporting system. Because the reporting system contained more,
broader data about the companys operations, more people wanted to use the data, which
in turn generated more requests for reports from the database under the reporting system.
Of course, as the number of requests increased, the quantities of data that had to be pulled
correspondingly increased. You can see how this vicious (or virtuous) cycle can spin out of
control quickly.
performance exponentially. Intel immediately sent a team to SAP headquarters to begin the
optimization work. Since that time the two companies have continuously worked together to
optimize every successive generation of chips.
In 2005, SAP launched the product SAP NetWeaver Business Intelligence Accelerator,
or BIA. (The company subsequently changed the name to SAP NetWeaver Business
Warehouse Accelerator, or BWA) BWA has since evolved into one of SAPs best-selling
products, with one of the highest customer satisfaction ratings. BWA solved a huge pain
point for SAP customers. Even more importantly, however, it represented another
successful use of in-memory. Along with LiveCache, the success of BWA proved to SAP
and its customers that in-memory data processing just might be an architectural solution to
database bottlenecks.
However, passing a benchmark and running tests in the labs are far removed from the
level of scalability and reliability needed for a database to become the mission-critical heart
of a Fortune 50 company. So, for the next four years, SAP embarked on a bullet-proofing
effort to evolve the project into a product.
In May 2010, Hasso Plattner, SAPs supervisory board chairman and chief software
advisor, announced SAPs vision for delivering an entirely in-memory database layer for its
application portfolio. If you havent seen his keynote speech, its worth watching. If you saw
it when he delivered it, its probably worth watching again. Its Professor Plattner at his best.
business.
In November 2011, SAP achieved another milestone when it released SAP Business
Warehouse 7.3. SAP had renovated this software so that it could run natively on top of SAP
HANA. This development sent shockwaves throughout the data warehousing world
because almost every SAP Business Warehouse customer could immediately3 replace their
old, disk-based database with SAP HANA. What made this new architecture especially
attractive was the fact that SAP customers did not have to modify their current systems to
accommodate it. To make the transition as painless as possible for its customers, SAP
designed Business Warehouse 7.3 to be a non-disruptive innovation.
The answers lie in the reality that the software is simply the enabler for the execution of
the business process. The people who have to work together to complete the process, both
inside and outside the company, often have to do a lot of waiting both during and between
the various process steps. Some of that waiting is due to human activities, such as lunch
breaks or meetings. Much of it, however, occurs because people have to wait while their
information systems process the relevant data. The old saying that time is money is still
completely true, and latency is just a nice way of saying money wasted while waiting.
As we discussed earlier, having to wait several minutes or several hours or even several
days to obtain an answer from your SAP system is a primary contributor to process latency.
It also discourages people from using the software frequently or as it was intended. Slowperforming systems force people to take more time to complete their jobs, and they result in
less effective use of all the systems capabilities. Both of these factors introduce latency into
process execution.
Clearly, latency is a bad thing. Unfortunately, however, theres an even darker side to
slow systems. When businesspeople cant use a system to get a quick response to their
questions or get their job done when they need to, they invent workarounds to avoid the
constraint. The effort and costs spent on inventing workarounds to the performance
limitations of the system waste a substantial amount of institutional energy and creativeness
that ideally should be channeled into business innovation. In addition, workarounds can
seriously compromise data quality and integrity.
As we have discussed, the major benefits of in-memory storage are that users no longer
have to wait for the system, and the information they need to make more intelligent
decisions is instantly available at their fingertips. Thus, companies that employ in-memory
systems are operating in real time. Significantly, once you remove all of the latency from
the systems, users can focus on eliminating the latency in the other areas of the process.
Its like shining a spotlight on all the problem areas of the process now that the system
latency is no longer clouding up business transparency.
operate. It was one of those impossible challenges that engineers and business people
secretly love to tackle, and it couldnt have been more critical to SAPs future success.
deal. Hard drives had become so enormous that nobody had enough music to fill them. In
fact, in 2001 people had been thrilled with 5gb of storage, because they could download
their entire CD collection onto the iPod. Meanwhile, Moores law had been in effect for four
full cycles and 16gb of memory cost about the same as a 160gb hard drive. In 2007, Apple
could build an iPod with 16gb of solid-state RAM storage which was only one-tenth of the
capacity of the current hard drive model for the same price as the 2001 model.
It was the shift to solid-state memory as the storage medium for iPods that really
changed the game for Apple. Removing the hard drive and its spinning disks had a huge
impact on Apples design parameters, for several reasons. First, it enabled the company to
shrink the thickness and reduce the weight of the iPod, making it easier to carry and store.
In addition, it created more room for a bigger motherboard and a larger display. In fact,
Apple could now turn the entire front of the device into a display, which it redesigned as a
touch-screen interface (hence the name iPod Touch). Inserting a bigger motherboard in
turn allowed Apple to insert a larger, more powerful processor in the device. Most
importantly, however, eliminating the physical hard drive more than doubled the battery life
since there were no more mechanical disks to spin.
These innovations essentially transformed a simple music player into a miniature
computer that you could carry in your pocket. It had an operating system, long battery life,
audio and video capabilities, and a sufficient amount of storage. Going even further, Apple
could also build another model with nearly all of the same parts that could also make phone
calls.
Once a large number of people began to carry a computer around in their pocket, it only
made sense that developers would build new applications to exploit the capabilities of the
new platform. Although Apple couldnt have predicted the success of games like Angry
Birds, they realized that innovation couldnt be unleashed on their new platform until they
removed the single biggest piece of the architecture that was imposing all the constraints.
Ironically, it was the same piece of technology that made the original iPod so successful.
Think about that for a second: Apple had to eliminate the key technology in the iPod that
had made them so successful in order to move to the next level of success with the iPod
Touch and the iPhone. Although this might seem like an obvious choice in retrospect, at the
time it required a huge leap of faith to take.
In essence, getting rid of the hard drive in the iPods was the most critical technology
decision Apple made to deliver the iPod Touch, iPhone, and, eventually, the iPad. Most of
the other pieces of technology in the architecture improved as expected over the years. But
the real game changer was the switch from disk to memory. That single decision freed
Apple to innovate without constraints and allowed them to change the rules of the game
again, back to the memory-as-storage paradigm that the portable music player market had
started with.
SAP is convinced that SAP HANA represents a similar architectural shift for its
application platform. Eliminating the disk-based database will provide future customers with
a faster, better, and cheaper architecture. SAP also believes that this new architecture, like
the solid-state memory in the iPod, will encourage the development of a new breed of
business applications that are built natively to exploit this new platform.
Note: as of late 2013, Apple still makes and sells the classic iPod (160gb/$249), but it is a tiny
fraction of their overall iPod sales. So, somebody must be buying the old iPods and Apple must
be making some money off of them, but do you know anyone whos bought a hard-drive based
iPod in the last five years? Youd have to really need all that storage to give up all the features of
the iPod touch.
SAP thinks that there will also be a small category of its customers who will continue to want the
old architecture so theyll continue to support that option, but theyre predicting a similar
adoption trend for migrations to the SAP Business Suite on SAP HANA. At that point, youll need
an overwhelmingly compelling business reason to forego all the goodness of the new architecture
and renovated SAP apps on top of SAP HANA.
InIn-Memory Basics
Thus far, weve focused on the transition to in-memory computing and its implications for IT.
With this information as background, we next dive into the deep end of SAP HANA. Before
we do so, however, here are a few basic concepts about in-memory computing that youll
need to understand. Some of these concepts might be similar to what you already know
about databases and server technology. There are also some cutting-edge concepts,
however, that merit discussion.
Storing data in memory isnt a new concept. What is new is that now you can store your
whole operational and analytic data entirely in RAM as the primary persistence layer5.
Historically database systems were designed to perform well on computer systems with
limited RAM. As we have seen, in these systems slow disk I/O was the main bottleneck in
data throughput. Today, multi-core CPUs multiple CPUs located on one chip or in one
package are standard, with fast communication between processor cores enabling
parallel processing. Currently server processors have up to 64 cores, and 128 cores will
soon be available. With the increasing number of cores, CPUs are able to process
increased data volumes in parallel. Main memory is no longer a limited resource. In fact,
modern servers can have 2TB of system memory, which allows them to hold complete
databases in RAM. Significantly, this arrangement shifts the performance bottleneck from
disk I/O to the data transfer between CPU cache and main memory (which is already
blazing fast and getting faster).
In a disk-based database architecture, there are several levels of caching and
temporary storage to keep data closer to the application and avoid excessive numbers of
round-trips to the database (which slows things down). The key difference with SAP HANA
is that all of those caches and layers are eliminated because the entire physical database is
literally sitting on the motherboard and is therefore in memory all the time. This
arrangement dramatically simplifies the architecture.
It is important to note that there are quite a few technical differences between a
database that was designed to be stored on a disk versus one that was built to be entirely
resident in memory. Theres a techie book6 on all those conceptual differences if you really
want to get down into the details. What follows here is a brief summary of some of the key
advantages of SAP HANA over its aging disk-based cousins.
With SAP HANA, all relevant data are available in main memory, which avoids the
performance penalty of disk I/O completely. Either disk or solid-state drives are still required
for permanent persistency in the event of a power failure or some other catastrophe. This
doesnt slow down performance, however, because the required backup operations to disk
can take place asynchronously as a background task.
Parallel Processing
Multiple CPUs can now process parallel requests in order to fully utilize the available
computing resources. So, not only is there a bigger pipe between the processor and
database, but this pipe can send a flood of data to hundreds of processors at the same time
so that they can crunch more data without waiting for anything.
The table has a large number of rows, so that columnar operations are
required (aggregate, scan, etc.).
The application needs to only process a single record at one time. (This
applies to many selects and/or updates of single records.)
The columns contain primarily distinct values so that the compression rate
would be low.
The table has a small number of rows (e. g., configuration tables).
Compression
Because of the innovations in hybrid row/column storage in SAP HANA, companies can
typically achieve between 5x and 10x compression ratios on the raw data. This means that
5TB of raw data can optimally fit onto an SAP HANA server that has 1TB of RAM. SAP
typically recommends that companies double the estimated compressed table data to
determine the amount of RAM needed in order to account for real-time calculations, swap
space, OS and other associated programs beyond just the raw table data.
Persistence Layer
The SAP HANA database persistence layer stores data in persistent disk volumes (either
hard disk or solid-state drives). The persistence layer ensures that changes are durable and
that the database can be restored to the most recent committed state after a restart. SAP
HANA uses an advanced delta-insert approach for rapid backup and logging. If power is
lost, the data in RAM is lost. However, because the persistence layer manages restore
points and backup at such high speeds (from RAM to SSD) and recovery from disk to RAM
is so much faster than from regular disk, you actually lose less data and recover much
faster than in a traditional disk-based architecture.
Finally, SAP HANA comes with several ways to connect easily to nearly any source
system in either real-time or near real-time.
These features are designed to make SAP HANA as close to plug-and-play as it can
be and to make it a non-disruptive addition to your existing landscape. Well spend a few
moments here explaining these capabilities at a basic level. Well discuss them in much
more technical detail in the SAP HANA Architecture chapter.
SQLScript
The SAP HANA database has its own scripting language, named SQLScript, that offers
scripting capabilities that allow application-specific calculations to run inside the database.
SQLScript is similar conceptually to stored procedures, but it contains several modern
innovations that make it much more powerful and flexible.
MDX Interface
The SAP HANA database also supports MDX (MultiDimensional eXpressions), the de facto
standard for multidimensional queries. MDX can be used to connect a variety of analytics
applications like SAP Business Objects products and clients such as Microsoft Excel.
Engines
The core of the SAP HANA database contains several engines that are used for specific
tasks. The two primary engines are the planning engine and the calculation engine.
Planning Engine
The SAP HANA database contains a component called the planning engine that allows
financial planning applications to execute basic planning operations in the database layer.
Calculation Engine
What truly makes SAP HANA unique is that, in addition to its being a standard SQL
database, it also natively supports data calculation inside the database itself. By
incorporating procedural language support C++, Python, and ABAP directly into the
database kernel through a dedicated calculation engine, it can achieve exceptional
performance because the data do not need to be moved out of the database, processed,
and then written back in.
Libraries
The technical details of communicating with the SAP HANA database are contained in a set
of included client libraries for standard platforms and clients. The following client libraries
are provided for accessing the SAP HANA database via SQL or MDX:
Information models created in SAP HANA can be consumed directly by Business Objects BI
clients or indirectly by using the Universe/Semantic Layer built on top of SAP HANA views.
Information models in SAP HANA are a combination of attributes/dimensions and
measures. SAP HANA provides three types of modeling views:
1.
Attribute views are built on dimensions or subject areas used for business
analysis.
Analytical views are multidimensional views or OLAP cubes, which enable
2.
users to analyze values from single-fact tables related to the dimensions in the
attribute views.
3.
Calculation views are used to create custom data sets to address complex
business requirement using database tables, attribute views, and analytical views
in on-the-fly calculations.
In traditional databases, users experience bottlenecks when changing business
requirements require modifications to the existing data model, which requires users to
delete and re-load data into materialized views. In contrast, in SAP HANA, dynamic data
modeling on the lowest granular level is loaded into the system. Raw data is constantly
available in memory for analytical purposes, and it is not pre-loaded in cache, physical
aggregate tables, index tables, or any other redundant data storage.
existing SAP applications. Applications can use the DBSL on the application server layer to
simultaneously write to traditional databases and the SAP HANA database.
System Monitoring
The Administration console provides tools to monitor the systems status, its services, and
the consumption of its resources. Administrators are notified by an alert mechanism when
critical situations arise. Analytics and statistics on historical monitoring data are also
provided to enable efficient data center operations and for planning future resource
allocations.
Point-in-time recovery
User Provisioning
SAP HANA supports user provisioning with authentication, role-based security and analysis
authorization using analytic privileges. Analytical privileges provide security to the analytical
objects based on a set of attribute values. These values can be applied to a set of users by
assigning them to user/role.
smart data access helps customers construct real-time big data applications with fast and
secure query access to data across their business networks, while minimizing unnecessary
data transfers and data redundancy.
Authentication.
Authentication method.
Cache control.
Cross-origin requests.
Default entry.
develop, administer, and manage data provisioning workflows. SAP HANA open unified
architecture supports administration and monitoring API Services for all Data Replication
components.
Savepoint duration.
Column-store unloads.
Operational improvements
Enterprises are increasingly relying on Big Data to drive critical business decisions. This
dependency demands a fresh look at key technology infrastructure, with a particular
emphasis on reliability, security, and high availability.
Streamlined configuration
The new SAP HANA Platform Lifecycle Manager incorporates the major functions of the
Software Update Manager for SAP HANA, and streamlines major administrative tasks such
as:
Managing SAP HANA applications content.
Mobile synchronization
Mobile devices are an increasingly popular method for capturing and working with
enterprise data. The SAP Sybase SQL Anywhere mobile and embedded database now
supports bi-directional synchronization with SAP HANA across wireless networks. This
gives authorized users the ability to securely interact with their data on the device of their
choice.
System management
The new and enriched SAP HANA data center management environment provides
extended system management, visibility, and monitoring capabilities for more productive
and effective enterprise system administration. It offers enhanced table distribution and
partitioning management, for both scale out and scale up, along with tracing capabilities for
high-performing, scalable systems. It also delivers a comprehensive collection of security
improvements designed to safeguard information through:
Authentication mechanisms that now include SAML 2.0 and X.509 client
certificates.
Encryption via automatic inclusion of the secure store file system (SSFS) in
backup and recovery.
Access authorization that covers validity period, time zone, email address,
and locale.
The ability to set a validity period for a user in SAP HANA Studio
SAPs underlying philosophy is the more processors (cores), the better, so it does not
impose a per-processor charge for SAP HANA.
With the current certified Scale-Out options from SAP HANA hardware providers,
companies can deploy up to 16 Extra Large server nodes into on logical database instance,
which equates to a maximum of 32TB of RAM and 128 CPUs with 1280 total cores. SAP is
currently testing a 60 node SAP HANA instance in the labs.
The hardware vendor provides factory pre-installation for the hardware, the OS, and the
SAP software. It may also add specific best-practices and configuration. The vendor
finalizes the installation with on-site setup and configuration of the SAP HANA components,
including deployment in the customer data center, connectivity to the network, Solution
Manager setup, SAP router connectivity, and SSL support. The customer then establishes
connectivity to the source systems and clients, including the deployment of additional
replication components on the source system(s) and, potentially, the installation and
configuration of SAP BusinessObjects business analytics client components.
Although the term appliance suggests a black box that plugs into an outlet, in reality
installing SAP HANA requires on-site activities and coordination on a high technical level.
The appliance approach for SAP HANA systems reduces the implementation and
maintenance effort significantly, but it does not eliminate it completely. Furthermore, as of
SP7, SAP HANA can be deployed in another way, through the SAP HANA tailored data
center integration, which is aimed at large customers with a substantial investment in
storage.
For a listing of hundreds of permutations of these core use cases and details on current
SAP HANA live customers by industry and function, please visit the SAP HANA Use Case
Repository.
unfixable.
You can access the videos listed below to listen to a few highly satisfied customers
talking enthusiastically about their agile data mart scenarios with SAP HANA.
Nongfu Spring
Medtronic
SAP provides a special licensing bundle to build an agile data mart use case with SAP
HANA that includes the extractors and connectors needed to obtain data from source
systems and the front-end tools needed to build analytical applications on top of the data.
To eliminate this latency problem, Hilti set up an SAP HANA system next to their
production SAP ERP system and then copied the relevant tables into SAP HANA. The
results? Hilti can now run the exact same report in about three seconds. In addition,
installing SAP HANA was totally non-disruptive. It required no changes to the algorithm, no
changes to the production database, and no changes to the user interface. In fact, the users
didnt even realize there had been any change to the system until they ran the report for the
first time. They expected the process to take several hours as always so they got up
from their desks to do something else. To their complete surprise, the completed report
appeared on their screen before they could get out of their chairs. Watch Hiltis SAP HANA
story here.
Technically, there is very little that needs to be done to accelerate a few problematic
transactions or reports in an SAP Business Suite application. Well discuss this topic that in
detail in the chapter on the Accelerated SAP Business Suite. In summary, SAP has already
delivered the content for most of the truly problematic transactions and reports as part of the
latest service packs for the SAP Business Suite for free. Once the relevant tables have
been replicated to the SAP HANA system, there is a quick change in the configuration
screen to redirect the transaction to read from the SAP HANA database instead of the
primary database and thats about it. Users log in as they normally do, execute the
transaction or report, and the results come back incredibly fast. SAP has also set up special
fixed-price, fixed-scope SAP rapid deployment solutions (RDS) to assist customers in the
rapid implementation of these accelerated transactions and reports.
Sales Reporting
Quickly identify top customers and products by channel with real-time sales reporting.
Improve order fulfillment rates and accelerate key sales processes at the same time, with
instant analysis of your credit memo and billing list.
Financial Reporting
Obtain immediate insights across your business into revenue, customers, accounts
payable and receivable, open and overdue items, top general ledger transaction, and days
sales outstanding (DSO). Make the right financial decisions, armed with real-time
information.
Shipping Reporting
Rely on real-time shipping reporting for complete stock overview analysis. You can better
plan and monitor outbound delivery and assess and optimize stock levels with accurate
information at your fingertips.
Purchasing Reporting
Gain timely insights into purchase orders, vendors, and the movement of goods with realtime purchasing reporting. Make better purchasing decisions, based on a complete analysis
of your order history.
You can try the solution on your own with the SAP CO-PA Accelerator TestDrive and
visit the website to discover how organizations are generating significant business value
with the solution.
You can view a demonstration of the solution and discover how organizations like yours
are generating significant business value by visiting this website.
Background
Rapid-deployment solutions came to exist in response to customers need for simple, ready
to consume solutions, offering integration and responding to business needs.
Organizations that deploy SAP HANA can leverage the innovative SAP Rapid
Deployment solutions delivery model to accelerate the implementation times and lower the
deployment project risks such as scope creep, schedule and budget overages.
Implementation is supported by a standardized methodology and content based on best
practices developed uniquely for each offering.
The best practices provide a solid foundation for SAP Rapid Deployment solutions and
consist of tested configuration and implementation content, methodologies and step-bystep approaches to run specific key processes with minimal implementation effort.
Even as customers benefit from the pre-defined scope and prebuilt functionality, these
solutions do not limit the customers in terms of scope. An SAP HANA rapid-deployment
solution provides the SAP HANA customer with a platform designed to evolve and extend
as the customers business grows. In addition, you get immediate value through prebuilt
analytical content that comes with most of the SAP HANA rapid-deployment solutions.
While rapid-deployment solutions are traditionally available for on-premise deployment,
now they are also available to be deployed in the SAP HANA Enterprise Cloud.
Rapid-deployment solutions allow customers to evaluate, implement and go live with
HANA-based solutions on the SAP HANA Enterprise Cloud in weeks, further simplifying and
helping companies to achieve real-time enterprise faster.
By deploying rapid-deployment solutions in the SAP HANA Enterprise Cloud, the
customer can be more competitive, by shortening the time-to-value, accelerating the speed
of innovation, reducing the total cost of implementation, and reducing the implementation
risks.
As part of the SAP HANA Enterprise Cloud offering, rapid-deployment solutions are
available for on-boarding customers to the SAP HANA Enterprise Cloud, but also preassembled and ready-to-use. This combination of rapid-deployment solutions and a
deployment in the SAP HANA Enterprise Cloud helps customers to speed up adoption of
new technologies and processes and to have a fast return on invest.
actual underlying relational database of SAP BW or SAP Business Suite with SAP HANA as
a database quickly and without disruption.
Customers implementing SAP ERP can benefit from a holistic implementation scenario
for SAP Business Suite combined with the newest technologies from SAP the SAP ERP
Foundation rapid-deployment solution. The SAP ERP foundation extension is leveraging
SAP Business Suite powered by SAP HANA by combining it with complementary SAP
innovations from UX, Mobility, Analytics, Cloud and Technology to provide a complete suite
of applications, fully integrated, with consistent master data, enabling real time information,
anywhere and anytime throughout the organization.
To support a fast implementation of the SAP ERP foundation extension at affordable
cost, several rapid-deployment solutions have been pre-assembled that are covering
business application, user experience and real-time analytics.
For customers planning to implement new use cases for Big Data based on SAP HANA
various rapid-deployment solutions are available. Here are two examples:
The new solution SAP HANA Customer Engagement Intelligence can be implemented
quickly with the corresponding SAP HANA Customer Engagement Intelligence rapiddeployment solution. This rapid-deployment solution delivers additional value with the
included content, like a prebuilt integration into SAP CRM, pre-defined SAP BusinessObject
reports, and detailed configuration documentation.
The SAP Predictive Analytics Content Adoption rapid-deployment solution helps to
quickly implement a predefined predictive analysis use case for a variety of lines of
business and industry scenarios. For a smooth and rapid implementation the solution
delivers prebuilt SAP BusinessIntelligence content and preconfigured content for both SAP
and data sources from non-SAP software.
had already upgraded to 7.3 could install the service pack and migrate to SAP HANA in a
matter of days (seriously).
Red Bull was the first live customer of SAP BW on SAP HANA. They told the world about
their amazing 10-DAY project to get up and running at the Sapphire Now 2011 conference
in Madrid, Spain. The whole effort was incredibly non-disruptive. SAP is seeing similar
results with the other customers in the ramp-up project. All of the changes on the SAP BW
side are delivered under the hood in the service pack, and the database migration can be
performed without any changes to the SAP BW application. All of the customers content
and configuration are completely unchanged. Have a look at the end-to-end migration guide
for a great overview of the SAP BW database migration process. You should also read a
great blog post by John Appleby, a consultant who performed one of the first SAP BW on
SAP HANA migrations.
The speed and flexibility acquired by replacing the old database with SAP HANA reflect
two fundamental benefits of keeping the entire database in memory: (1) This architecture
eliminates the need to send huge amounts of data between application and DB servers, and
(2) it allows users to execute performance-critical operations directly on the data in the
database itself. Basically, running SAP BW on SAP HANA completely eliminates nearly
every one of the nasty things that historically slowed down the system, from both a user
perspective and an administration perspective. Well explore all of the technical
enhancements in the SAP BW on SAP HANA chapter.
SAP offers a specific run-time only license option to utilize SAP HANA as the primary
persistence layer for SAP BW. If you are already an SAP BW customer, the company offers
several options for license credits based on previous SAP BW and BWA licensing. Consult
your SAP account executive for the details. SAP has also set up a special migration fund to
provide professional services credits to migrate to SAP BW on SAP HANA. If you want to
implement some scenarios based on SAP BW powered by HANA, the available rapiddeployment solutions will help to migrate your data, make your SAP BW system lean, and to
profit from new reports and use cases. Here is a choice of the available solutions including
SAP BW powered by SAP HANA:
volumes of data in real time, using role-based reports and dashboards to better
understand your customers. Go live in as little as 12 weeks.
Recalls Plus
Recalls Plus is SAPs first consumer mobile app that enables parents to proactively monitor
recalls of their kids strollers, cribs, toys, and other items for greater safety and peace of
mind. Features of the app include:
other hardware partners to ensure that SAP HANA is continuously updated and optimized
to take advantage of the latest and greatest technology advances to become even faster
than it is today.
Although the speed boost generated by the hardware is exciting, it is only half of the
equation. Renovating applications to take advantage of the ever-increasing horsepower is
also critical. Theres a great deal of value that can be achieved by doing things better in
the applications. Renovating and re-imagining how applications work and how they deal
with data in the no constraints paradigm represents a fundamental philosophical shift for
application developers. There are enormous opportunities to streamline, optimize, and
simplify application architectures by adding SAP HANA as the database engine underneath
them. SAP will invest an enormous amount of resources to extend SAP HANAs capabilities
as an application platform for both its own applications and non-SAP applications. This
investment will result in an increasingly rich and robust set of developer tools to renovate
and re-imagine any application and to build amazing new applications.
This opportunity for optimization and simplification not only makes things even faster
than just the hardware speed boost, it also results in significantly lower TCO for companies.
SAP HANA can have a massive impact on reducing TCO and improving business value.
Cheaper isnt achieved only through industry-standard processors, RAM, and servers.
Cheaper is a holistic mindset that starts from application design and then progresses
through user efficiency all the way to administration and operations. SAP will continue to
invest heavily in many areas to make SAP HANA the cheapest and most efficient database
to operate in production environments. These efforts include innovating in new landscape
configurations such as native cloud deployments of SAP HANA.
Significantly, however, SAP isnt satisfied to only be the fastest, best, and cheapest
database on the planet. SAPs goals also include enabling the BIGGEST data scenarios by
offering integrated solutions with Sybase Big Data products and open-source projects like
Hadoop.
In November of 2012, SAP showed the extreme scalability of SAP HANA by showcasing
a 250TB RAM SAP HANA system with 250 nodes.
In addition, with a robust ecosystem of ISVs, system integrators, and SAP customers
building their innovative applications on SAP HANA, SAP intends to become the
BROADEST database platform for new applications. In just the first year since SAP HANA
became available, over 100 startups have been founded to harness this power to drive their
innovation. Just as Apple provided the platform for App Store developers, SAP will provide
SAP HANA as a platform for thousands of amazing new enterprise applications for the
ecosystem.
SAP customers need to understand that SAP HANA not only is the engine that powers
the current generation of SAP applications, but it will be the growth engine for all kinds of
amazing NEW SAP apps. Over the next few years, SAP HANA will become the primary
database for EVERY enterprise application in the SAP portfolio. Thats true for standard,
on-premise applications like the SAP Business Suite; SME solutions like SAP Business
One, SAP Business ByDesign, and SAP All-in-One; and the emerging portfolio of cloud/ondemand solutions. In poker terms, SAP is going all in with SAP HANA. SAP has made a
passionate commitment to innovate for the future of its ecosystem, and the benefits of this
shift for SAPs customers and partners are too overwhelming for the company to do
anything less.
SAP HANA will be the heart and soul of SAPs real-time data platform design
philosophy to renovate all existing applications and build amazing new applications.
The renovation work is moving very quickly inside SAP, so much so that it has
surpassed even the most optimistic timelines. The SAP BW renovation and porting to SAP
HANA was the first major step towards a completely renovated SAP Business Suite. The
next major step was the release of its flagship application, SAP Business Suite SAP CRM,
SAP SCM, SAP PLM on SAP HANA. In parallel, SAP is adding SAP HANA to all of the other
applications in the portfolio, and it will release them as they come on line.
Renovating these applications involves much more than simply replacing the database.
Over the years, SAP has had to make many adjustments in its application layer to avoid the
I/O bottleneck associated with the database. Unfortunately, these database avoidance
techniques have resulted in extensive plaque buildup inside the applications, in the forms
of redundant code, tedious data aggregations and transformations, replication of data, and
so on. These problems were necessary evils to work around the constraints of the diskbased architecture. In an SAP HANA world, however, theyre completely unnecessary and
therefore need to be removed from the system.
Obviously, SAPs renovation efforts will involve a great deal of streamlining and cleanup.
At the same time, however, this renovation also represents a golden opportunity for SAPs
engineers to reimagine all of the things that these applications do from the perspective of
living in a world with no constraints. These experts can question their original assumptions,
invent better ways of doing things, remove latency from the processes, and program their
applications to perform calculations more efficiently deep inside the database. All of these
developments will lead to lower TCO and more flexibility for customers, which in turn will
make their investment in SAP much more valuable.
This exercise is also having an amazing effect on the SAP culture. Going back into the
code of all of their apps with a fresh eye and ambitious dreams free from constraints has
rekindled a firestorm of innovation within the SAP development group. The coffee corners in
SAP labs around the world are literally buzzing with new ideas and passionate discussions.
In fact, you can often see code samples from these discussions written on the windows
because the participants ran out of whiteboard space (as in the movie A Beautiful Mind).
This is the intellectual renewal that SAP executives have been talking about, and it is
having a monumental impact on the speed and volume of innovation coming from SAP.
SAP HANA has literally awakened a sleeping giant of innovation inside SAP. Moreover, this
enthusiasm appears to be contagious: People are witnessing the same type of awakening
throughout the SAP ecosystem.
In the long run, once the entire SAP portfolio has been HANA-fied,9 SAP will be able to
deliver a vastly simplified landscape for its customers. By merging OLAP and OLTP into a
single SAP HANA instance, SAP can provide a massive reduction in layers and TCO in the
landscape while at the same time providing much more flexibility and business value
through real-time access to all of the relevant data. It will take SAP several years to
engineer and deliver this vision to its customers. If the past five years of in-memory
(r)evolution at SAP are an indication, however, the next five years of this journey will be
extraordinarily fast and exciting.
Chapter 2
Chapter 3
Introduction
SAP HANA is really, really fast!
Unless youve missed all the SAP marketing blurbs, analyst reports, and trade articles
over the past year, its pretty likely that you know that SAP HANA is an incredibly fast
database. In fact, SAP HANA is sometimes more than 100,000 times faster than traditional
databases for query response times.
So what???
In general, fast is regarded as a positive attribute for a product. However, that quality
alone is seldom sufficient to justify a purchase. If you cant figure out how a super-fast
database can help you run your business better, then how can you justify the expense and
effort required to buy and implement it?
The approach to building a business case presented in this chapter avoids the speeds
and feeds argument that has long plagued the software industry. Instead, it examines how
SAP HANA can enable organizations to execute their business processes more quickly and
efficiently. It also focuses on the value of the real-time information that SAP HANA makes
available, as well as the resulting level(s) of business value it delivers. The primary goal of
this chapter is to help you address and answer the So what? question and to provide
some guidelines on how to construct a convincing business case in order to justify an
investment in the SAP HANA platform.
To provide an initial financial justification for purchase and implementation
To ensure that the project is aligned with the organizations business goals
and/or initiatives
Methodology
For each business case you build, we recommend the following multistep approach:
1.
CREATE the storyline
2.
ADD the financial dimension
3.
TIE it all together
The first step, creating the storyline, is fundamental to any SAP HANA business case.
The storyline is what makes the business case unique to your organization. The use cases
in the storyline should map to goals and processes that distinguish your organization from
the competition.
After you have created a viable storyline, the next step is to add the financial dimension.
No matter how impressive the story, by itself it isnt sufficient to obtain funding for the
project. Adding the financial dimension extends the storyline to the expected business value
and provides some quantitative measures that can be used in the evaluation process.
After these two steps have been completed, the final step is to package up the business
case in a format that is appropriate for the individuals who will evaluate the project.
We will discuss each of these steps in greater detail throughout this chapter. Before we
proceed, however, we need to consider the fundamental concept of business value.
Levels of Value
Weve mentioned business value a couple of times already in this chapter. Exactly what do
we mean by this term?
Business value actually covers a relatively wide range of benefits, both quantitative
and qualitative. Moreover, there are different levels, or degrees, of business value. The
chart below illustrates a useful model for categorizing these levels. This model identifies
three levels: Efficiency, Effectiveness, and Transformation. Lets take a closer look at each
one.
1. Efficiency
The first level of business value, Efficiency, is the result of doing things the right way.
Typically this means doing things faster, better, or cheaper or otherwise improving the way
you do things (but not what you do). Of all the levels of business value, the gains from
efficiency are the easiest to quantify. There are two basic subcategories of Efficiency: IT
Efficiency and Business Efficiency.
IT Efficiency
Organizations are likely to focus heavily on IT Efficiency when (1) the software investment
under consideration is part of a broader effort such as creating an analytics center of
excellence or shared analytical services and (2) the main rationale for doing so is to reduce
IT costs. At this level of business value, IT is viewed as a cost center within the organization
an expense or overhead item that needs to be managed and contained. The following list
identifies some common examples of IT Efficiency.
Reducing the annual maintenance costs of older applications and databases
Business Efficiency
The Business Efficiency level extends beyond issues that are purely related to the IT
department. However, business efficiency/productivity is only an intermediate step in
assessing the overall value of a project.
Line of Business Examples:
2. Effectiveness
The second level of value Effectiveness redirects the focus from doing things the right
way to doing the right things at the right time. To properly assess this level, we need to
discard many of the prevailing assumptions that underlie current business processes.
Although efficiency can deliver a fair amount of business value, effectiveness offers the
promise of much more. In fact, SAP HANA provides organizations with the opportunity to
fundamentally rethink their basic business processes (i. e., what they do and when and how
they do it).
For example, organizations rarely, if ever, depend exclusively upon a total cost of
ownership (TCO) analysis (i.e., Efficiency) to justify a business analytics initiative. Although
cost is a concern, the top-performing companies in each industry incorporate analytics into
their infrastructure in order to create and maintain competitive advantage.
At the Efficiency level of business value, business performance is improved first through
visibility and then through insight. Visibility provides the ability to access relevant
information quickly and in context. Then, insight provides a deeper understanding of the
underlying causes of a situation or the likely outcome of a course of action under
consideration.
Recall from previous chapters that SAP HANA a disruptive technology. Consequently,
the business benefits it delivers extend far beyond improvements in IT operations. The
examination of effectiveness gains makes the assumption that IT is a strategic enabler and
value creator, and not just an organizational cost center.
Although effectiveness gains are usually more difficult to quantify than efficiency gains,
their monetary value is frequently greater. Instead of precise estimates, effectiveness gains
can be expressed as ranges of financial value, as illustrated by the following list.
3. Transformation
Business Transformation is the highest level of business value, but also the most difficult to
achieve. Transformation goes well beyond Effectiveness by enabling new business models
and processes. Sometimes called innovation or The Art of the Possible, business
transformation can generate extraordinary financial gains. However, the potential monetary
value from this level of business value is the most difficult to quantify. By definition,
Transformation involves things that have never been done before. Consequently, there are
no baseline data to use for comparison.
At the Transformation level, the focus is on use cases that involve the invention of new
business models and processes by leveraging innovative solutions and technologies, such
as SAP HANA.
Examples:
Identifying and serving new market segments before your peers can
Reducing inventory
Whats happening at other companies in your industry?
What elements in your organizations strategic plan could benefit from highperformance analytics or process optimization?
Does your organization own any data that no one else has (and can that data
be exploited)?
A. Categorization/Business Attributes
Sometimes its easier to create use cases when you can place each one into a convenient
category, or container. Below we list samples of potentially useful categories. Note that
these categories may not be mutually exclusive. Some of your use cases can cross
boundaries, especially in the case of innovations. Please refer to the SAP HANA Use Case
Repository for the most current list of use cases.
IndustryIndustry-specific
Consumer Products: (Supplier Risk Mgt., Track and Trace, Product Recall,
Product Lifecycle and Cost Mgt., EPA Standards Compliance, Real-Time Warranty
and Defect Analysis)
CrossCross-Industry
B. SelfSelf-Discovery
After reading about the methodology and techniques discussed in this chapter, some
customers may feel comfortable building business cases on their own. The SAP HANA Use
Case Repository and SAP HANA Value Calculator (described below) can provide invaluable
assistance with this task.
C. Assisted Discovery
Many other customers, however, will prefer to leverage the expertise of SAPs Value
Engineering (VE) group in constructing a convincing business case for SAP HANA. One of
the ways in which the VE organization can help you construct an SAP HANA business case
is through a Value Discovery Workshop. Over the course of this workshop, you will have the
opportunity to identify, validate, and prioritize a number of SAP HANA use cases. These use
cases can describe your organizations internal usage, and perhaps also how your
organization interacts with its external customers.
The workshop is intended to address business outcomes as well as technical feasibility.
Therefore, the project sponsor, business unit representatives, domain experts, and IT staff
should all participate. The workshop will provide you with detailed information on data,
processes, roles, modeling, consumption, clients, and security requirements for your
applications. In addition, it will help you identify the degree of match, potential value-add,
and customer interest for each use case.
The figure below reproduces a sample value map created during the first portion of a
workshop for a customer in the chemical industry.
The next illustration is an example of one of the process analysis outputs created at a
later stage in another workshop.
Finally, after you have completed the workshop, VE resources may be available to assist
you in building a formal business case. Please check with your SAP Account Executive for
further information on this service.
Whichever approach you adopt, a guiding principle is to focus on things that you cant do
today. In addition, always keep in mind that SAP HANAs strengths are in applications that
have never been built before. If youre looking to SAP HANA for competitive advantage,
then you are not likely to find a close match in the repository.
Automotive
Banking
Chemical
Consumer Products
Cross-Industry
Customer Service
Finance
Healthcare
High Tech
Insurance
Life Sciences
Manufacturing
Marketing
Media
Mill Products
Mining
Professional Services
Public Sector
Retail
Sales
Supply Chain
Telecommunications
Transportation
Utilities
Wholesale Distribution
post go-live monitoring. An SAP Value Management study determined that organizations
that develop business cases and measure post-go live success are 1.9 times more likely to
deliver projects on time. They are also 1.5 times more likely to deliver on budget and to
realize up-front benefits.
In most current use cases, the business value for SAP HANA is measured in a similar
manner to other business analytics investments. The capabilities of SAP HANA are seen
across many areas of an organization with an increasing number of benefit scenarios. The
one fundamental difference is that analytical use cases for SAP HANA consider how the
availability of real-time data impacts the organizations ability to realize value. The SAP
HANA benefits quantification evaluates what the organization can accomplish now that it
can better manage data and interpret the resulting insights at lightning-fast speeds. Data
volume is exploding, resulting inthe need to store and move significant amounts of data. As
a result, it slows down the ability to analyze data. In addition, data variety is continually
expanding with the usage of Facebook and Twitter. Therefore, the traditional processes that
organizations have used to consolidate and analyze data are no longer sufficient in the new
environment of real-time data.
IT research firms have already concluded that investing in business analytics technology
generates tangible benefits. Moreover, in 2010, IDC completed a study that concluded that
business intelligence investments delivered the following return on investment:
B. Types of Quantification
SAP Value Management has created a framework for analyzing benefits that also applies to
SAP HANA. This framework, which is illustrated below, places benefits in one of four
categories:
Strategy Enablement
Measurable Benefits
Innovation
Financial measurement, known as hard benefits, typically falls within the measurable
benefit category. However, risk mitigation and compliance can deliver millions of dollars in
savings. Strategy enablement and innovation are usually treated as soft benefits.
Objective:
Deliver national spend visibility and drive procurement savings
Shift from regional vendor relationships and contract terms to a
national level
Challenge:
Approach:
Evaluate the SAP HANA solution as the database and analytics
technology to enable a single view of consolidated supplier data
Demand Generation
Marketing
Benefit: Optimized marketing spend through improved campaign effectiveness
Metrics:
Average cost of a marketing campaign launch
Current time to measure campaign effectiveness
Campaign conversion rate measured in sales or pipeline generated
Outcome:
Reduced marketing spend by minimizing the cost of ineffective campaigns
Increased annual revenue through campaign execution
Sales Execution
Benefit: Increased sales conversion rate, thereby increasing annual revenue
Metrics:
Current pipeline conversion percentage
Current revenue per sales employee
Current sales team efficiency measured by time with customer and
administrative time
Outcome:
Increased pipeline conversion rate and sales
Increased total revenue per salesperson
Reduced administrative time
Demand Fulfillment
Procurement
Benefit: Reduced annual spend with increased visibility on supplier metrics
Metrics:
Percent of spend managed strategically by category; direct, indirect and
services
Year-over-year annual savings
Evaluation of vendors utilized and product categories
Effort spent currently managing vendor relationships
Outcome:
Reduced annual spend by category
Reduced efforts by buyers to manage and track vendor relationships
Manufacturing Process
Benefit: Reduced inventory levels and enhanced visibility of the short horizon of stock
levels
Metrics:
Current inventory levels of finished goods
Current inventory carrying costs
Percentage of inventory obsolescence
Outcome:
Metrics:
Cost of data storage
Cost and effort of transferring data from source systems to a centralized data
repository
Effort to prepare data for reporting
Effort to build standard reports
Outcome:
Reduced cost of information management
Improved granular insights delivered in real time
Metrics:
Current profit level by product, region, and segment
Effort required to deliver profitability analysis
Current pricing processes
Outcome:
Increased profit by product, region, and segment
Elimination of unprofitable items
Less effort required to monitor profitability
Workforce Management
Benefit: Improved worker utilization levels and reduce level of overtime
Metrics:
Worker utilization levels
Overtime percentage and cost
Outcome:
Reduced labor costs
Improved worker output measured
Fraud Management
Benefit: Improved fraud detection, thus reducing the costs associated with additional
insurance claims
Metrics:
Current combined ratio (claims and expense measured against premiums
collected)
Measured fraud investigations
Outcome:
Reduced cost of fraud investigations
Reduced combined ratio
The metrics and outcomes listed in the table span many major business process areas.
However, they all have a common theme; namely, to manage information from diverse data
sources and to deliver real-time insights for decision making. In each case the results are
measured in revenue, expense, and cash flow impacts.
Current state profitability level of the associated item tracked on the report
As stated above, an organization needs to establish baseline metrics before it can
calculate the value of a benefit. However, baseline metrics in isolation do not allow the
owner of the business case to comfortably develop a target improvement range. These
metrics are simply utilized as a measuring stick of success. The baseline metric allows
organizations to know how much they have improved after the technology has been
implemented. In order to truly define a benefit beyond the current state baseline, SAP Value
Engineering performs this function by providing a triangulated approach to benefits
quantification. Specifically, VE provides SAP Benchmarking data that indicate average and
best-in-class performance, past examples of measured success by other organizations,
and the ability to collect current state processes to best calculate the benefit range. (We
discuss the SAP Benchmarking database in greater detail in Section E.)
After the analysis has been completed, the next step is to identify the associated value
driver outcome(s). The benefit as described in the process areas is typically related to its
impact on revenue and expenses. We strongly recommend that when you calculate a
benefit you apply a benefit range with a conservative and likely metric based on the SAP
Value Engineering approach described above.
One final point: It is commonplace to link benefits to an overall initiative involving
process improvements through technology enablement. Benefits are more widely accepted
when linked to key business initiatives such as improving spend management or improving
pricing within a certain product category. As part of the initial business case development,
discussions with the business unit sponsors ensure linkage to strategy and acceptance of
the SAP HANA investment.
calculator to our customers. The tool covers the most common benefit areas that most
organizations would consider. The calculator provides two or three example benefits for
each of five mega-process areas:
Customer Focus
Procure to Pay
Plan to Produce
Record to Report
Quote to Cash
The benefits calculator enables you to customize the revenue include the number of
employees, and key baseline information for your particular organization. The benefit
ranges are based on the SAP Value Engineering triangulated methodology we just
described. A summary report aggregates all the benefits to determine the overall financial
impact.
SAP designed this tool to be a great launching point for calculating benefits. It generates
ideas on how SAP HANA can impact your business, and it demonstrates how you can
calculate these benefits. Your organization can then continue to develop benefits either in
partnership with SAP VE or on your own.
E. SAP Benchmarking
One of the most valuable resources available to you when building an SAP HANA business
case is the SAP Benchmarking database. SAP Benchmarking is a global program launched
in 2004 to deliver empirical metrics, best practices, and high-impact strategies to
organizations that choose to leverage the program.
SAP Benchmarking is managed through a customer portal, SAP Value Management
Center (https://valuemanagement.sap.com). The link takes you right to the portal to sign in
and utlize the surveys to capture baseline information and determine how you are
performing against best in clauss organizations. This is a significant investment by SAP to
allow organizations to measure performance and build benefit cases.
This portal offers direct access to complete surveys and analysis of results. The data in
the benchmarking resources are collected anonymously from SAP customers who have
participated in the program. These data are incredibly deep and rich, and they enable you to
benchmark your companys current state and potential value against real-world
experiences from other companies in your industry.
SAP Benchmarking program Facts:
Complimentary service
environment.
As discussed previously, SAP HANA can impact many business process areas
spanning the entire organization. The SAP Benchmarking program allows you to help
choose a few key process areas to determine where SAP HANA best fits as a starting point.
The program provides the flexibility to create a customized survey to capture the key
metrics and best practices identified through the SAP HANA business scenario
development. This process will provide the critical peer comparison that establishes the
appropriate range of improvement. An organization can build a realistic benefit range
improvement by leveraging peer benchmarking data.
A. Internal Deliverables
As mentioned throughout this chapter, SAP HANA is a disruptive technology. Accordingly,
previous rules about internal business cases may not apply to SAP HANA cases.
Fortunately, SAP Value Engineering has significant experience creating successful
business cases for SAP HANA, and it can assist with your final presentation.
Although there is no set format for final deliverables, successful presentations generally
contain certain critical components, which we list below.
Risk assessment
1. Value Management
Value Management is a permanent management process that ensures that investments in
information technology are delivered on time, on budget and on value.
The discipline of Value Management is a proven way to realize the promised value from
Quick turnaround process that delivers a strategic value proposition to
customers in weeks
Are there any new KPIs that would be relevant to your organization but
have not been adopted by your industry peers?
Recommendations
The purpose of this chapter is to explain why it is critical to build business use cases and to
provide some guidelines to assist you with this process. However, we did not intend this
chapter to be used as a cookbook for building business cases for SAP HANA. Different
organizations may follow widely varying approaches when building their internal
The resulting support may be necessary later when you plan and undertake
more ambitious projects
3) Dont view technology or IT as merely an expense or overhead. When leveraged
properly, technology and IT act as a:
Strategic enabler
Value creator
4) Track both hard and soft benefits during the financial analysis of use cases.
Chapter 4
n early 2006, when the project that would result in SAP HANA was in its infancy, the team
proposed several ambitious goals (dreams, really) for the eventual capabilities of an
enterprise-scale in-memory database. The most audacious goal was that this new database
architecture would eventually be able to power the largest, most mission-critical enterprise
systems in the world. In many ways, this was SAPs moon shot declaration.
On January 10th, 2013, less than two years after the first shipment of SAP HANA, SAP
realized the completion of this dream with the announcement of the availability of the SAP
Business Suite powered by SAP HANA (SoH). SAP thus became the first software company
to provide its customers with an integrated, real-time business process platform that unifies
both analytic and transactional data into a single architecture.
It might appear that with the delivery of SoH in 2013, SAP had reached the end of its
journey. But, just as NASA didnt stop innovating and exploring after the first moon landing
more than 40 years ago, SAP is simply transitioning into its next phase of innovation and
renovation. For the first time ever, SAP has created an exceptionally performant database
platform that was engineered to its exact specifications and that provides a myriad of
incredible new capabilities that previously were unavailable to its 20,000 programmers.
Having created this modern platform to power its flagship applications such as ERP, SAP
has begun a multiyear effort to achieve three basic objectives: (1) Become an innovationdriven enterprise: SAP Business Suite powered by SAP HANA will help organizations
become an innovation-driven enterprise by allowing you to rethink business processes as
and when needed and invent new business models SMARTER. (2) Become a data-driven
enterprise: SAP Business Suite powered by SAP HANA will help organizations become a
data-driven enterprise by allowing you to collect, consolidate and consume real-time data
FASTER. (3) Become a people-driven enterprise: SAP Business Suite powered by SAP
HANA will help organizations become a people-driven enterprise by providing your
business users with actionable insights on any device to decide and act SIMPLER. In a
nutshell, SAP Business Suite powered by SAP HANA enables its customers to drive their
business smarter, faster and simpler and do amazing new things that could never be done
in a disk-based architecture.
In this chapter, well
1.
examine the architectural implications of running a mission-critical SAP
Business Suite landscape on SAP HANA,
2.
discuss several scenarios for adding SAP HANA to SAP Business Suite
landscapes,
3.
review some technical and operational aspects of this switch, and
4.
provide some details on several of the enhanced business
processes/scenarios that will immediately benefit from the power of SAP HANA.
Overview
SAP Business Suite powered by SAP HANA (SoH) delivers a modern, integrated suite of
business-critical applications that unify analytics and transactions into a single in-memory,
real-time data platform. The SAP Business Suite can now provide real-time planning,
execution, reporting, and analysis across end-to-end business processes. It can also
provide business users with unified, 360-degree views of real-time information, such as
machine sensor data and social media feeds, on many devices, across SAP applications as
well as non-SAP systems.
SAP SRM is not included in the scope of applications powered by SAP HANA yet.
Because SAP HANA provides a unique ability to deal effectively with both transactional
(OLTP) and analytical workloads (OLAP), companies can rapidly simplify their IT
infrastructures and reduce the total costs of ownership by consolidating analytics and
transactions into a single database. In this integrated scenario, companies can utilize SAP
HANA as their primary database for SAP Business Suite applications and provide real-time
analytics on live transactional data. Employing the same database to address a companys
analytical and transactional needs eliminates the necessity to replicate data and/or
integrate additional reporting/analytics landscapes.
The SAP HANA platform provides the foundation for companies both to dramatically
increase the performance of their existing SAP Business Suite applications and to continue
to innovate without disrupting their current systems by leveraging a new generation of realtime applications natively built on the platform. It is the perfect starting point to begin taking
advantage of a true real-time data platform.
In contrast, SAP HANA enables application developers to completely flip that model on
its head (see Chapter 8) and begin to leverage the systems incredibly powerful engines
inside the database. Developers can now extract data-intensive operations and algorithms
from the application layer and insert them into the database layer for execution.
Applications thus become much leaner, and they focus on business logic. In essence, the
database becomes a data engine that spits out the answers whenever they are needed,
rather than simply serving up chunks of data to the apps. This new bring the algorithm to
the data approach is much more elegant than the old way of programming, and it
significantly reduces the amount of data being moved in and out of the database. Not only
do these new apps increase performance by having fast access to data in memory, they
also gain additional exponential speed by executing core application logic and algorithms
inside the database, on the raw data. This is when companies begin to realize process
performance increases of 50,000 to 200,000 times.
Going forward, SAP will deliver HANA-fied versions of multiple transactions in the SAP
Business Suite through regular Enhancement Packs. Not every transaction will receive this
treatment because not every transaction will be able to take advantage of these new
database capabilities or the value of renovating the transaction wont be justified by the
performance improvements. Significantly, SAP has made the migration to SAP HANA as
painless as possible. All HANA-fied reports and transactions can be activated via the
switch framework, so they will not modify the existing business logic when a company
adopts the new system. Going further, all of these switches are reversible and can be
activated independently. These features ensure maximum flexibility in the consumption of
these optimizations while minimizing business disruptions for the companies that implement
them.
Here are a few of the benefits this new architecture provides to existing SAP
Business Suite customers:
Applications
You no longer have to run dialog processes in batch (i.e., Batch is dead).
For details on SAP HANA optimized ABAP programs, please see the latest
Operational reports now run in real time inside the SAP Business Suite.
The new architecture removes the need for Operational Data Stores.
Interactive reports allow users to trigger OLTP transactions from the report.
NextNext-generation Applications
Existing core code modification limitations apply (i.e., bad code is still bad
code, it just runs faster).
Regression tests for custom code are recommended after SAP HANA
migration.
Delivery via standard transport tools, SAP HANA specifics as TLOGO objects
(ABAP based)
CTS+ transport integration ready for custom SAP HANA code
Monitoring DBACockpit and Solution Manager stay the same
today? SAP will continue to provide customers with choice of database platforms, as it
always has. Customers who choose to migrate to SAP HANA must take three steps to
incorporate their existing SAP Business Suite on top of SAP HANA:
1.
Update to the latest non-SAP HANA enhancement package and the latest
version of the SAP NetWeaver technology platform
2.
Update to the latest enhancement package version for SAP HANA
3.
Migrate from any database to SAP HANA
That said, migrating to SoH isnt an all or nothing proposition. Companies can add SAP
HANA to their SAP Business Suite systems in several ways. However, a few caveats apply,
because not all of the enhanced functions that were designed for SoH are compatible with
non-HANA databases due to their disk-based architecture and lack of in-memory
capabilities.
Current restrictions:
General Requirements
Optimizations for SAP HANA require all relevant systems to run on SAP
HANA (i.e., Development, Quality Assurance, and Production).
Testing an SAP HANA-based ABAP correction requires an SAP HANAbased test system.
During upgrade, all code pertaining to SAP Business Suite, powered by SAP
HANA is deactivated and is running smoothly on non SAP HANA-databases.
DualDual-Stack Systems
Java stack stays on the current database, because Java is not yet supported
to run on SAP HANA (in a Business Suite app server).
Minimizing Downtime
Several parallel processes for data export and data import, table split for
parallelized export of large tables
Reduced downtime for system copy (e.g., relevant for Unicode conversion):
Find more details on system copy and migration: http://scn.sap.com/docs/DOC-14257.
Unicode
Release Notes for SAP EhP 2 for SAP CRM 7.0, version for SAP HANA
Optimizations and current restrictions, please see SAP Note: 1768032
SAP SCM Supply Chain Management
http://help.sap.com/scm_hana
Current restrictions:
SAP EhP 2 for SAP SCM 7.0, version for SAP HANA 1768043
Views for easy analysis of SAP Business Suite data with SAP HANA
Maintained by SAP
applications.
SAP HANA Live for SAP Business Suite provides the following advantages compared to
regular reporting solutions:
Open
Any access to the reporting framework is based on standard mechanisms such
as SQL or MDX. No BW modeling or ABAP programming is required.
Uniform
A single approach is chosen for all Suite applications, enabling a common
reporting across application boundaries.
Intuitive
The virtual data model will hide the complexity and customizing dependencies of
our Suite data model to make data available without requiring users to possess
a deep understanding of the various SAP models.
Fast
The suite features SAP HANA as the underlying computing engine, enabling fast
analytics on high data volumes and high levels of data.
RealReal-time
Because all reporting is based on primary data (or a real-time replication of it),
there is no need to wait for data warehousing loading jobs to finish. Thus, the
cycle time from recording to reporting is dramatically reduced.
The SAP HANA Live rapid-deployment solution enables real-time reporting on
operational data from SAP Business Suite software.
The rapid-deployment solution provides prebuilt BI reports in the areas of finance,
controlling, sales and distribution, governance, risk, and compliance, global trade services,
customer relationship management, insurance, and more on SAP HANA.
SAP HANA Live rapid-deployment solution can be deployed on SAP Business Suite
running directly on SAP HANA, but it is also possible to deploy it on a Business Suite
system running on your existing database with data being replicated into a side by side
HANA Appliance.
Additionally, customers and SAP partners can extend the solution through flexible HANA
models and business intelligence reports
More Details:
http://www.sap.com/solution/rapid-deployment/software/hana-live-businesssuitereporting/index.html
SAP HANA Live for SAP Business Suite
English SAP HANA Live Browser Last Update: February 2013
SAP HANA Live for SAP CRM
English SAP HANA Live for SAP CRM Last Update: February 2013
SAP HANA Live for SAP ERP
English SAP HANA Live for SAP ERP Last Update: February 2013
English SAP Invoice and Goods Receipt Reconciliation Last Update: February 2013
SAP HANA Live for SAP solutions for GRC
English SAP HANA Live for SAP solutions for GRC Last Update: February 2013
English SAP Access Control Role Analytics Last Update: February 2013
Another example in this category is SAP Fraud Management. Its estimated that trillions
of dollars are lost every year by governments and corporations in fraud abuses. SAP Fraud
Management uses the power of the SAP HANA platform to detect, investigate and prevent
fraud. The application helps minimize false positive signals through real-time calibration and
simulation capabilities on very large volumes of data. With that, the workload (and cost) of
the investigation team can be significantly reduced. For instance, the user can run
simulations by testing fraud detection criteria, to determine the right level of severity and
avoid excessive load of false positives to be sent to the fraud investigation team. In addition
by combining rules and predictive methods SAP Fraud Management users can optimize
fraud scenario analysis, and adapt measures to changing fraud patterns to better prevent
fraud situations from happening.
Below are a few more examples of new and existing SAP applications that are now powered
by SAP HANA.
Gather, analyze, and present the facts to solve your most pressing business questions.
Integrated business planning to align your business to profitably meet future demand
Turn revenue into cash faster with real-time mobile collaboration tools and collections
information.
My GreenSpot
SAP is teaming up with the World Wildlife Fund (the worlds leading conservation
organization) to preserve and protect endangered forests and their ecologies with SAP
HANA One.
We provide the necessary technology and the associated technical resources to help
nonprofits and governmental agencies analyze and visualize their large data sets to solve
pressing global problems.
Learn More
Care Circles
Find and deliver the best care. Care Circles is a free service that helps patients and their
families find best practices in caregiving from experts and caregivers around the world.
Learn More
Recalls Plus
We track product and food safety so you dont have to. Make a list. Receive alerts. Keep
your kids safe.
Learn More
SAP Business Suite Powered by SAP HANA Business Scenarios
SAP has set up an automated tool call Business Scenario Recommendations for SAP
Business Suite Powered by SAP HANA to help you find and assess the areas where SAP
HANA will bring the most value to your companys SAP Business Suite implementation.
This tool provides a report that includes tailored recommendations for optimizations and
To obtain your personalized assessment, you need to fill out the form at
suiteonhana.com and then upload a screenshot of your ST03N-Workload Monitor screen in
your production system. The entire process takes about 510 minutes. SAP will then input
your actual workload data into the tool and prepare a customized report that highlights the
various scenarios that will benefit from adding SAP HANA to your SAP Business Suite
landscape.
You can view an example of a typical business scenario recommendation report at this
site:
http://suiteonhana.com/assets/business_scenario_recommendations/en/crossindustry.pdf
SAP ERP for Finance & Controlling Rapid Deployment Solution powered by
SAP HANA
With this rapid-deployment solution, you can implement a financial and management
SAP ERP for Trading Rapid Deployment Solution powered by SAP HANA
With this rapid-deployment solution, you can quickly and affordably implement
functionality to enable predefined business scenarios that are crucial for companies active
in trading industries.
step in this business process. A huge amount of customer data from diverse categories
must be captured in one quote.
SAP HANA enables smart and context-based recommendations based on historical
customer and sales information. Individually tailored offers can be made to fulfill customer
needs in a fast and user-friendly way. The recommendations also embrace predictive
information, such as the conversion rate and time from quote to order and the likelihood of
paying on time based on sales volume. Recommendations can also take into consideration
orders and materials for sales representatives to offer the best quote in real time to
customers when serving them.
Efficient Procurement
Because of intense competitive pressure, you often absorb increased costs for
commodities, goods, or services to avoid passing them on to your customers. You aim to
boost productivity and drive innovation to lower additional costs. To drive cost-effective,
competitive global supply chains, you leverage procurement software to relieve slow and
costly paper-based processes, disproportionately high transaction costs, frequent errors,
and maverick spending.
Because SAP HANA lets you analyze massive quantities of data in local memory, the
results of complex inquiries and transactions are available at your fingertips. You can
update plans, run simulations, and execute decisions based on real-time data.
Accelerate lengthy processing of purchasing documents that arises from a multitude of
line items and a long purchase order history. Provide top business intelligence reports in
procurement side by side to help ensure that you get real-time data with high performance
and a modern user interface. Support fast business decisions and user adoption with
flexible configuration options for procurement analysis, and provide complete visibility into
end-to-end procurement activities.
cross-plant planning where demand information is propagated faster through the supply
chain. Faster reactions to demand changes reduce the risk of stock-outs and allow reduced
safety stocks. This lets users run what-if scenarios in real time to make decisions faster
regarding reallocation and outsourcing. This functionality instantly updates supply network
collaboration with the latest demand information to help suppliers react much faster.
Chapter 5
Introduction
SAP Business Warehouse (BW) is the first SAP application to be HANA-fied to take
advantage of the power of SAP HANA. With more than 14,000 SAP BW implementations
globally, SAP BW has become a critical piece of the IT landscape, and it is particularly well
suited to benefit from the speed and simplicity that SAP HANA can provide to applications.
To discuss the benefits of SAP BW Powered by SAP HANA, a brief introduction to SAP
BW and some recent history of its evolution is in order. Given the scope of this book, well
have to assume that readers are already familiar with SAP BW concepts. Also, well refer to
many online resources for deeper technical details. With this background, well then
illustrate the additional power and functionality that SAP HANA adds to SAP BW.
data manager, workflow capabilities, and many more. The challenge most companies face
is integrating all of these software tools into one seamless operation. As you might suspect,
this is often easier said than done.
SAP BW provides many of the functions needed to install an enterprise-ready EDW. The
major difference between SAP BW and these other EDWs is that the additional software
elements that are add-ons in a traditional EDW are included in SAP BW, and they work
together right out of the box. In addition, SAP BW offers solutions to customers who need to
expand the included functionality. An example is a scenario in which the included security is
adequate, but the customer needs to participate in a greater identity management solution
(e.g., SAP Identity Management Services.)
complexity of the application that had to be built around these performance bottlenecks.
This description of SAP BWA sounds very similar to SAP HANA. There is, however, one
fundamental difference between the two systems; namely, BWA is a caching engine rather
than a database. SAP HANA can now take the place of a traditional RDBMS and an SAP
BWA appliance. This chapter will examine the benefits of replacing an existing database
with or without SAP BWA with SAP HANA as the database.
Query Performance
Over the past decade, the amount of data that businesses need to query and analyze has
grown exponentially. Unfortunately, as weve already discussed, relational databases were
not designed around multidimensional data models in the EDW. To overcome the
limitations of the transactional-based databases, EDW systems incorporated functionality
aggregates, fact tables, and other features into the LSA model. Today, however, the
availability of columnar databases and in-memory technologies has made these additional
elements obsolete. In 2005, SAP introduced the SAP BW Accelerator as a query
accelerator. As SAP BWA matured, SAP provided additional engines and features.
Specifically, SAP BW on SAP HANA has incorporated the query acceleration and engines
from BWA, along with other valuable columnar database features.
As with the SAP BW Accelerator, performance is one of the key drivers for in-memory
computing. In-memory computing improves performance in a number of areas. From the
end user perspective, query response time is often one of the primary elements in system
performance. SAP BW Accelerator delivered approximately 100 times the query
performance compared to a relational database alone. SAP BW Powered by SAP HANA
provides similar results for end user query response times. Of course, customer results
have varied and will vary based on configuration and content. Some customers have
reported query performance greater than SAP BWA. The general rule, however, is to
expect similar query performance.
In an SAP BW with SAP BWA implementation, customers have to maintain two systems.
This is one area where this architecture can reduce both TCO and administration costs.
Further, when companies utilize an SAP BWA appliance, they must obtain separate
licenses for the relational database and for SAP BWA. They also need to maintain two sets
of hardware and data. In contrast, implementing SAP HANA as the database for SAP BW
involves only a single hardware appliance and license model. From an administration point
of view, then, the customer no longer needs to manage multiple data sets. By reducing
redundancy, improving data lifecycle management, and eliminating hardware and license
duplication, SAP HANA dramatically reduces a companys TCO.
DataData-Loading Performance
In contrast to SAP BWA, SAP HANA provides much more functionality to the SAP BW than
simply query acceleration. In the business environment for many SAP customers, the need
for real-time or near real-time data reporting has dramatically increased. With their existing
systems, the time required to extract data from a source system is fairly static and
predictable; it generally comprises about 20% of the data load process. The remaining 80%
is spent on data activation and updates. This is where the intelligence and deep integration
of the SAP HANA appliance and the hardware are able to reduce this time considerably.
The process of data activation requires business logic from the application to perform
activation actions on the data updates. When this business logic exists entirely in the
application, potentially millions or billions of round trips occur between the database server
and the application server. With SAP HANA, the business logic for the activation is passed
to the SAP HANA appliance along with the data. This arrangement reduces the number of
round trips between SAP BW and the SAP HANA appliance to only a few. When SAP was
tested, the data-loading improvement was 10 times that of an RDBMS alone. Customers
have reported improvement rates ranging from 6 times to more than 20 times. Of course,
the actual customer performance is dependent on a number of factors. Overall, then, we
can safely use an average of 6 to 10 times as a guideline.
Data Loading
In this new structure, the most common question is whether info cubes are still needed.
The answer is that SAP HANA still utilizes info cubes, but their role and use are more
defined. Customers have been able to reduce the need for info cubes dramatically and
report directly against a DSO. In general, info cubes are utilized only in certain specific
scenarios: (1) when multiple DSOs are consolidated, (2) when additional transformations
are needed, or (3) when an add-in application requires an info cube for specific operations.
The lighter LSA model structure that allows for more flexibility makes data modeling easier
and more efficient. This efficiency generally leads to a further reduction in TCO, although
quantifying these savings is problematic.
Application Improvement
There are a number of add-in applications for SAP BW, including Strategic Enterprise
Management (SEM), Integrated Planning (BI-IP), and Corporate Performance Management
(CPM). As with data-activation processes, these applications utilize complete business logic
as an integral part of the solution. When the application server has to host the business
logic, the number of round trips to the database server can be extremely large. These addin applications are now being HANA-fied to fully utilize SAP HANA to process the business
logic inside the database rather than up in the application layer. The result is much
improved performance from multiple areas within the application.
https://www.experiencesaphana.com/docs/DOC-1769
Performance Test Report SAP HANA
https://www.experiencesaphana.com/docs/DOC-1755
SAP HANA Performance: 100TB Performance Test Results
http://www.experiencesaphana.com/docs/DOC-2381
TCO for SAP BW on SAP HANA
https://www.experiencesaphana.com/docs/DOC-1769
https://www.experiencesaphana.com/docs/DOC-1755
SAP has also conducted individual benchmarks with SAP customers who migrated their
BW systems on RDBMS to BW on SAP HANA. Please contact your account team for results
from SAP reference customers.
For customers who decide to perform an OS/DB migration, SAP has provided some
additional tools they can utilize to expedite some of the technical steps. When a customer
performs a migration, SAP requires that a Certified Migration Consultant execute the
production system activities. This person does not have to be an external, SAP, or
consultant. Companies often employ staff who are certified in migrations. Even in these
cases, however, it is often still advisable to work with a specialist who has been specially
trained and is proficient with the following SAP BW-specific tools:
SAP
BW
Add-on
software
packages
support
confirmed.
Not all add-on software had initial support for SAP BW Powered by SAP HANA.
At the time of this writing, most add-ons are supported with release-level
requirements. Always check the SAP notes.
Check your SAP BW system for SAP HANA Readiness free Checklist
tool!
Use the Checklist Tool developed by SAP Customer Solution Adoption (CSA) and SAP
Development to automate the check of best practice guidelines for operations and
prerequisites for migrating an existing SAP BW deployment to the SAP HANA platform.
Please see SAP Note 1729988 for detailed how-to documentation, and review the
corresponding ABAP code to run the check on your own system.
Upgrade project sizing can be a bit more challenging. Customers need to take into
consideration the scope of the upgrade to determine the resource requirements. One
example is whether the upgrade scope includes a phase to perform a Unicode conversion.
Typically, the SAP BW system will require more CPU and memory when running Unicode.
Disk storage requirements for Unicode conversions can vary. When a Unicode conversion
is performed, the database is re-organized, and all empty space between data blocks is
eliminated. In some cases, this process reduces the database size.
When a company upgrades to SAP HANA, the size of the data on their existing system
is a direct input as to what sizing they require for the appliance and the disk storage. SAP
HANA uses sophisticated compression algorithms to compress the data. This compression
affects how much RAM is required for the data. Because SAP HANA is an in-memory
database, additional RAM is required for work processing space. The current rule for
working space is twice the amount of data RAM.
The amount of RAM required for a system depends on the amount of source data and
the brand of database in the current system. Some RDBMS already have some amount of
compression. This will reduce the effective overall compression that SAP HANA will achieve
after migration. Through the course of many implementations, SAP has observed varying
levels of compression. In general, the basic rule is to expect a 6:1 compression rate. When
applying the working RAM space required, the expected compression is 3:1. Some
customers have reported much higher compression rates, but the makeup of the data and
the source RDBMS plays a significant role in determining the effective compression rate.
One additional consideration for SAP HANA appliance size is based on two additional
factors:
1.
Data-archiving strategy (Archive and Near Line Storage)
2.
SAP BW and SAP HANA releases.
SAP recommends that customers create a data-archiving strategy. Archiving and near
line storage (NLS) follow a fairly similar process. Archiving is the process of exporting older
data into offline storage. Near line storage solutions also export older data, but to a
compressed online storage facility. NLS solutions have the benefit of reducing the size of
the online database while still allowing queries to access the archived data if needed. The
archive solution requires that the data are restored to the system before queries will show
the archive data. The sooner a company develops an archiving strategy, the more
manageable their system will become.
With SAP BW 7.30 Service Pack 8 and SAP HANA 1.0 Service Pack 5, SAP introduced
new functionality. This functionality is referred to as Active/Not-Active data. With the release
of the updated SAP BW and SAP HANA, certain data are not loaded into memory by
default. In addition, customers can elect to flag certain content as not-active. The not-active
data are loaded into memory only when they are needed. They are also the first to be
flushed when they are no longer being used. By default, BW now automatically marks all
PSA tables and all write-optimized DSOs as not-active. According to initial customer
reviews, the not-active data concept reduced the SAP HANA system size by approximately
20%.
The size of some SAP BW systems will require a scale-out implementation of the SAP
HANA appliance. As with all SAP HANA implementations, the configuration has to be
certified by the hardware partner. In addition, SAP provides extended monitoring for all
scale-out projects. Some elements of the system require specific tuning and configurations
to provide optimal functionality. SAP recommends that all customers implementing SAP BW
Powered by SAP HANA in a scale-out scenario register for extended monitoring with SAP
Active Global Support.
For more technical details on scale-out for BW/HANA:
Landscape Options
When implementing SAP BW Powered by SAP HANA, customers need to consider some
specific configurations. For example, they need to understand what software elements need
to be run on dedicated hardware and when they can combine scenarios. SAP recommends
that each system utilize dedicated hardware. This is specifically important in Productive
environments.
In an SAP BW Powered by SAP HANA landscape, the applications servers and central
instance systems are separate from the SAP HANA Appliance system. Below we discuss a
number of configurations that SAP often observes at customer sites. From the SAP HANA
appliance view, there are a number of possible configurations. SAP has defined some
limitations on these configurations, as we explain below.
DEV/SANDBOX/TRAIN
Systems that fall into the DEV/SANDBOX/TRAIN groups are those that tend to have lighter
workloads. The most common question that SAP receives is whether multiple existing
systems can be consolidated into a single physical system to minimize hardware/system
costs. As stated above, SAP still recommends that customers utilize separate hardware for
each system. Nevertheless, customers frequently combine SAP SIDs on one server.
Customers are technically able to put multiple SIDs on a single SAP HANA appliance. The
challenge in this scenario revolves around the software lifecycle and system management.
If the SAP HANA system has to be restarted, then all systems that utilize that appliance will
be affected. Further, if a process runs away for one SID, then the other connected systems
will slow down dramatically or even stop. To avoid this problem, SAP support generally
recommends separating the systems.
QA/TEST
The Quality Assurance and test systems usually perform multiple functions in a project.
Besides the QA/consolidation functions that are the purpose of the system, customers often
will utilize this hardware as a load-testing environment. The configuration will be similar to a
production system so that load testing will produce representative results for the live
production hardware. In some cases, this hardware is specified as fail-over equipment for
production. In this configuration, both the SAP BW system and the SAP HANA system have
to be considered. SAP recommends that ONLY ONE system be running actively on both the
SAP Application and the SAP HANA system.
PRODUCTION
Customers often will configure servers in non-productive systems to make maximum use of
the hardware. In production, the focus should not be on maximum use of resources, but,
rather, on system performance for the business. Based on this foundation, production
application servers should be dedicated, and they should have more-than-sufficient
resources to support business operations. Customers utilize their hardware vendors SAP
competency center to determine the appropriate configuration. The SAP HANA appliance
can be more complex.
SAP HANA was originally released as a data mart platform. When SAP made SAP
HANA support available for SAP BW, it released an SAP HANA Database Only Edition
specifically for the BW system. From a licensing perspective, this system supports SAP BW
only as a use type. From a technical perspective, it is possible to run other scenarios on the
same SAP HANA appliance that is the database instance for SAP BW. However, SAP has
limited this combination use (license permitting) to a single application and a single data
mart. The application can be SAP BW, SAP ERP, or SAP Business Suite applications.
Production is limited in two specific areas: performance and lifecycle management.
Performance When customers utilize SAP HANA, they select the amounts
of CPU and memory that provide the maximum system performance for their
business. When operations are run against the SAP HANA appliance, the system
uses as many resources as possible to return the best performance. This scenario
could cause other processes to become very slow or to stop completely and wait
for resources to become available before they continue. This delay could cause
unpredictable performance behavior within the system.
restricted to ALL schemas. If a system restore was required, then all schemas in
the databases would be restored, even if only one schema restore was necessary.
This limitation could result in unplanned data loss.
Implementation teams from SAP and partners will help design and guide the optimal
landscape design based on customer input. Their recommendations will provide a system
layout that will generate the performance the business requires.
Database Administration
High Availability
Disaster Recovery
Backup/Restore
Security
To assist organizations in readying the operations for SAP HANA, SAP has provided a
Technical Operations Manual (TOM) that contains a variety of topics for managing SAP
HANA as an appliance (http://help.sap.com/hana_appliance). As a general rule, SAP HANA
needs less administration than other databases. Regular administration duties include:
Monitoring (automated or manual)
The appliance model breaks up the traditional roles that are housed primarily as part of
the internal IT Operations. Many of the hardware tasks are provided, managed, and
maintained by the hardware provider. Other areas are the customers responsibility. On the
whole, SAP will assist customers in monitoring all areas to best support the solutions. The
table below should provide an overview of where the various administration duties are
defined.
SAP has updated and enhanced its database management tools to provide a consistent
and proactive interface for managing SAP HANA systems. For example, SAP has updated
its SAP DBA Cockpit and SAP Solution Manager to support SAP HANA and provide alerting
and monitoring (Solution Manager 7.1 SP4). Solution Manager SP8 will further extend SAP
HANA Support with End-to-End Workload Analysis. Additional administration for SAP HANA
is performed via the SAP HANA Administration/Modeling Studio. Database administrators
have a selection of tools to choose from to manage the SAP HANA system. Within SAP BW,
all support tools continue to operate normally independent of the underlying database.
High availability (HA) and disaster recovery (DR) scenarios are generally considered to
be critical to production implementation. The SAP system includes functionality that
provides these services. The implementation and details of these services are the
responsibility of the hardware partner. When sizing the system for implementation, the
vendor should be taking advantage of the most up-to-date SAP-delivered enhancements
(e.g., New with SAP HANA SPS5: SAP HANA synchronous system replication formerly
known as warm standby solution). Below is an overview of the current HA/DR solution.
Summary
SAP BW Powered by SAP HANA offers a number of advantages over traditional Relational
Database Management Systems. SAP HANA provides a similar query performance as the
SAP Business Warehouse Accelerator, and it extends that performance to data-loading and
software add-on performance. It also reduces TCO by combining the RDBMS and the SAP
BWA Appliance into a single platform. This architecture reduces redundancy and
complexity in the system landscape.
As SAP BW is enhanced and extended to utilize the power and functionality of SAP
HANA, SAP will continue to provide regular updates to its customers at regular intervals.
The most common channels for obtaining enhancement updates are through ASUG
Webinars, SAP TechEd, SapphireNOW and ASUG Annual conference, saphana.com, and
the SAP Developer Network (SDN). The content delivered through each of these channels
is updated regularly to be as current as possible.
Chapter 6
his chapter was written with the expert assistance of John Schitka and David Jonker,
Lack of skillsWhere can I find the resources to make this project a reality?
The SAP HANA platform provides these capabilities. It delivers in-memory processing of
data with tiered, petabyte scale storage and integration with SAP IQ and Hadoop, both of
which will be touched on in this chapter.
This chapter explains what big data is and how you can leverage it as part of your
system landscape. It describes how three groups can benefit from the big data capabilities
inherent in SAP HANA:
BI analysts. These analysts have been used to working with traditional data
sources such as data warehouses and systems of record and helping
organizations support a single version of the truth using SAP BusinessObjects and
other BI tools.
Analysts and data scientists using advanced analytics. Analysts and data
scientists are trained to work with the variety, volume, and velocity of big data.
database clean of all but the most important transactional information. In other words, big
data is a velocity problem that is exacerbated by greater volumes and varieties of
information. Immense data stores with widely varying data need to have fast performance
so that complex analytical tools can turn around insights and help inform decisions quickly.
http://blogs.sap.com/innovation/big-data/big-data-is-not-about-big-data-028590
Hackathorn shows that there are three types of latency in the decision making process:
Immediately after the triggered event, there is data latency, where data is
integrated and made ready for analysis. Sometimes this also involves several
steps of preprocessing.
events is shrinking, so we need to make sure that we are able to react quickly and reduce
the amount of value erosion.
We can reduce action time by reducing each phase of latency, by making the data
available and ready for analysis as close to the event as possible, by making sure that
information is delivered fast, and therefore, enabling a faster decision through human
collaborative systems.
Distributed Databases
Distributed computing moved around the disk bottleneck by spreading the data across
many disks that can be read simultaneously. In a perfectly balanced environment, a
distributed database would have an equal amount of data across each machine. As a result,
the maximum time to read the data would be a fraction of the time of a database stored on a
single disk. For instance, if we split 1 Petabyte of data evenly across 10 disks that are read
simultaneously, then the response time would be theoretically one tenth of the time of a
single disk. Of course, in practice there is a cost to moving the data between the machines
and coordinating a single result back to the user, but overall a database distributed across
multiple disks can reduce response time.
Enter Hadoop
Hadoop builds on the concept of distributed computing but opens up the platform to handle
arbitrary data sets that do not necessarily follow a predefined schema and to analyze that
data with any arbitrarily designed algorithm. This flexibility comes at a cost of course, such
as the need for specialized programming skills. However, the Hadoop project has been
evolving over the years to include subprojects that move beyond Hadoop Distributed File
System (HDFS) and MapReduce.
Hadoop was originally developed at big Internet companies as a flexible tool to process
Web logs. Based on its heritage, the original Hadoop HDFS and MapReduce projects made
different assumptions than relational databases about how data is processed. In particular,
the early Hadoop projects assume you want to read all (or at least most of) the data stored
on your disks, which is why the MapReduce framework is designed to look for a predefined
pattern within all of the data stored in HDFS. Furthermore, MapReduce algorithms are
coded in Java or C/C++ in order to give the programmer the flexibility to define the search
pattern as well as the schema of the result set. This combined capability ensured that the
original Web companies could store any or all of the Web logs without having to do a lot of
costly preprocessing of the data typically done with enterprise data. Furthermore, as
business analysts at the firms had a new idea for the fast evolving business, they could
easily run a program to search for a new pattern. This flexibility meant that MapReduce
queries usually took time to execute, forcing many companies to run them as a batch
process.
Columnar Databases
Moving database architectures from row-oriented storage models to columnar storage
models helped to reduce the amount of data accessed on a single disk. This is
fundamentally different than the original Hadoop project, which assumed the user wanted to
read all of the data on a disk. The columnar database architecture assumes that any given
query will need to read only a subset of the data on a disk.
The columnar database architecture assumes that the user typically will only want to
access a small number of the attributes or columns within a database table. Imagine you
have a table storing historical sales transactions with 8 columns: Year, Quarter, Country,
State, Sales Representative, Customer, Product, Revenue. At the end of the year each
department may ask different questions. For example:
Finance: What was total revenue by year and quarter for last 3 years?
data depending on the encoding used. There are less than 256 countries in the world, which
means that each country can be uniquely identified by using only 1 byte (8 bits) of
information. So United States could be replaced with, say, the number 1 compressing the
column entry from 1326 Bytes into 1 Byte. This form of compression is called tokenization.
It is very common for the rows to have a lot of repeated information. Building on our
example, imagine that the country column contains United States for first 15 rows of the
table, which has been replaced with the number 1 stored in a single byte in each row. This
essentially means we have 15 entries in a row, each containing the number 1. On disk then
it looks like this 111111111111111. This duplication can be replaced with the value, 1,
and a count of the number of duplicate entries something conceptually like this: 1D15,
which says number 1 duplicated 15 times. This form of compression is called run-length
encoding.
In summary, then, our first 15 rows of the country column gets compressed from 195
390 bytes down to potentially 3 or 4 Bytes. Compression is important because it reduces the
amount of data that gets read from disk. In our example above, reading 4 bytes from disk
represents 200 bytes stored in other databases, which dramatically accelerates response
time.
In summary, the data storage architecture organized around columns, which reduces
the amount of data that needs to be scanned and also makes it easy to compress the data,
makes columnar databases ideally suited for BI and analytic workloads.
InIn-Memory Databases
In-memory databases take response times to a whole new level. They remove the disk from
the equation for data access altogether, and only use it for logging and backup. In-memory
databases leverage the power of todays processors to read and analyze data 1,000 times
faster than reading data off disk.
Combine columnar data stores with in memory to highly compress the data, and soon
you can see performance gains of 1,000, 10,000 and in some cases customers have
experienced results 100,000 times faster.
In-memory is the future of data management, and so the real-time SAP HANA platform
for big data platform has SAP HANA at its core. Nonetheless, technology like Hadoop has a
critical, complementary role to play. A complete big data solution is end-to-end in nature. It
handles everything from low-level data ingestion, storage, processing, visualization, and
engagement to analytic solutions and applications.
A complete big data solution has another characteristic as well: it handles all kinds of
data. Location aware applications and applications that support mapping have made spatial
data more important than ever, both operationally and in targeting customers. SAP HANA
Spatial Processing helps process this important type of big data.
So much of big data is text, and text analytics, whether sentiment analysis of social
media data or analysis of doctors notes to help drive better healthcare, is another key to big
data. Text analysis is another key capability of SAP HANA (see the text analytics webinar to
learn more).
Predictive analytics, largely the province of the data scientist, is another feature
supported in SAP HANA through the Predictive Analytic Libraries or PAL.
Streaming analytics is another key area supported by SAP HANA and Sybase Event
Stream Processor (ESP). Analytics where the velocity of the data is especially critical, such
Business Intelligence
Big data technology is needed not only for the many new types of data, but for large scale
data warehouses. Case in point: the largest data warehouse in the world, as attested by the
http://www.guinnessworldrecords.com/world-records/5000/largest-data-warehouse,
holding 12.1 petabytes of data.
To explore another example, consider ARI, the largest fleet management services
company in the world. In conjunction with its partners, ARI accounts for more than 2 million
vehicles worldwide.
Maintenance management for the entire lifecycle of a single vehicle can involve more
than 14,000 data points, including everything from information on minor repairs to regular
preventive maintenance information and manufacturer updates and recalls.
ARIs data warehouse was straining under the load of the data. Its in-house ETL solution
could not keep up with the growth in data, and analysis was taking far too long. After a
proof-of-concept, ARI migrated its data warehouse to SAP HANA.
ARI is able to perform deeper data analysis in less than four seconds (previously a
manual process that took over 24 hours). The company also increased efficiency in call
centers and improved first-time call resolution, resulting in higher customer satisfaction.
We have a 360-degree view of the data with our SAP solution, says Steve Haindl, EVP
Technology and Innovation at ARI. We can see whats working, where the opportunities
are, and what customers no longer need. We can also tailor conversations about
requirements to the interested party: CEO, fleet manager, or mechanic. All of this helps us
to drive revenue, but most important, it helps us to keep our customers happy.
As ARIs Director of Information Management, Bill Powell explained, There was a sea of
information coming in and it could take up to two days to pull together, which affected our
service levels. In-memory HANA means we can answer questions in seconds. ARIs Keith
Allen added, Our goal has been to drive greater efficiencies. The business can ask
questions [of the data] and get responses directly. Customers can also build their own
dashboards. It is self-service BI.
Many companies are considering moving their data warehouses and BI initiatives to
SAP HANA and SAP IQ to speed up their analytic capabilities and drive faster value from
their data.
Mitsui Knowledge Industries (MKI) is working on http://www.saphana.com/docs/DOC1799. They begin by pre-processing DNA sequences from normal cells and comparing
them with cancer cells. Processing is done against large volumes of data. This preprocessing is run against data in Hadoop clusters and can take anywhere from several days
to a week.
Next, they move relevant data into SAP HANA, where they perform complex analytical
processes to identify variants from the pre-processed sequences. They also analyze what
medicines might work against the mutated genes.
With SAP HANA, they take advantage of built-in predictive algorithm libraries (PAL) and
integration with the open source R statistical tool to create predictive models to assess best
treatment options for the patient.
Initially, MKI was using only Hadoop and R for analysis, but decided to add SAP HANA
to reduce processing time so that they could deliver personalized results more quickly.
Imagine being a patient in a doctors office being told that you have cancer and that you
have to wait for days before a treatment plan can be set. Now, imagine how you would feel if
a customized treatment plan were provided to you the same day. This is MKIs goal to
provide personalized treatments to patients as quickly as possible.
MKI still uses Hadoop to pre-process large volumes of DNA (normal and cancerous) so
that they have a strong foundation of existing sequences. But they now use SAP HANA to
analyze a particular patients DNA against related sequences from Hadoop to better predict
the best medicines and treatment for the patient.
Hadoop is used to align the patients DNA sequence with the normal sequence, because
the data is in a semi-structured format, can be parallelized across multiple machines. Also,
the MKI team is able to use an open source package for aligning genomes.
Identifying the mutations and predicting the best treatment requires a lot of highly
iterative analysis. This is ideally done in SAP HANA. As a result MKI has been able to
accelerate the overall time from 2 to 3 days to 20 minutes. Furthermore, MKI believes they
can get it under 10 minutes when they deploy a 64 node Hadoop cluster and a 40-core
HANA machine.
RealReal-time Insights
Arguably, big data can be most important where you need to analyze real-time data as it
streams. Lets look at one such use of big data. McLaren Formula One cars run up to 350
km per hour on powerful V8 engines. These cars are loaded with sensors. About 120
sensors transmit data every second and some transmit even more frequently.
Organizations like McLaren collect all this data to analyze it, and the pit crew uses it to make
real-time decisions. Sensors provide information about wheel alignment, tire pressure,
suspension, and so on and all of these parameters play a critical role in winning or losing a
race. McLaren Applied Technologies leverages what it learns from this technology to drive
other innovations, such as improvements in air traffic control and monitoring the vital signs
of professional athletes.
These are just a few examples. Businesses can use big data to gain a 360-degree view
of the customer by combining enterprise data with customer sentiment gleaned from social
networks, customer service interactions, and web click-stream data. Service providers can
proactively reach out to customers and keep them satisfied, loyal, and coming back for
more.
Business Analyst
The business analyst provides the organization with precise, repeatable, accurate reporting
on the data stored within the organization. They are supporting business operational
decisions; its all about the statements of fact, answered instantly. The business analyst is
focused on reporting on the one and only truth. Normally, the information analyzed comes
from data generated in transactional systems, data that is highly structured. There is an
emphasis on data quality so that standardized reports can be executed with confidence that
all of the numbers will line up. The information views of the data have well understood
meanings and there is a focus on unambiguous determinations.
The Business Analyst is in essence looking for an enterprise data warehouse and the
rigor that entails. However, current data warehouses dont handle large datasets extremely
well. As a result, many data warehouses contain summary data with much of the detailed
information thrown away or stored in a highly complex BI landscape with many data marts,
data caches, and generally many layers of technology. With SAP HANA, users can store all
of the data without causing query response times to grind to a halt. This also makes it
possible to remove the many data marts and data caches originally put in place to
compensate for poor performance, greatly simplifying the data warehouse.
In some cases Business Analysts may benefit from access to Hadoop environments. If
the data in Hadoop needs to be reported on, you may want to bring it into your enterprise
data warehouse. Otherwise, it should be carefully structured and stored in Hadoop. Heres
the key. The BI analyst uses GUI-based tools to access information and to generate
reports. This requires data to be organized and structured in order to make it easily
accessible and generated using forms. Projects like Hive and Pig help to do that for your
Hadoop environment.
SAP BusinessObjects BI can now access Hadoop environments through Hive. With
Hive, you define table structures to data stored in Hadoop. BI analysts can use the SAP
BusinessObjects BI tools to create reports, dashboards, and explore data all inside Hadoop.
BusinessObjects translates the users actions into HiveQL commands, a language modeled
after SQL. What is particularly powerful with BusinessObjects is that if the BI administrator
has created the right universes, or access layers, the BI analyst can query data across
various systems. In other words, you can take data from Hadoop and combine it with data
from other data sources.
SAP IQ is an important platform to support the BI analyst. IQ is a disk-based bulk data
store optimized for analytics. It can be used along with or even in place of Hadoop.
Of course, a critical step to providing the BI analyst access to Hadoop is to define what
tables, columns, and so on are accessible and the relationships between them. SAP
BusinessObjects BI gives the administrator the tools needed to do just that, including for a
Hive implementation.
Heres the key: BI analysts need carefully controlled, structured access to Hadoop
environments from their GUI tools.
Data Scientists
In contrast, data scientists work at the other end of the information certainty spectrum. They
deal with the uncertainty inherent in any large, complex organization and seek to draw
conclusions that are statistically relevant but not completely certain. One example is
predictive analytics, where large amounts of data are fed into models in order to predict
what the future may hold. The data scientist may create custom systems to explore and
probe the corporate data store and must be equipped with tools that interpret unstructured
data and make sense of it for the organization and the problem domain.
The data scientist therefore requires as much flexibility as possible. The business
analyst is skilled at using BI tools and understanding how the data applies to the business
while the data scientist usually has very technical skills. Data scientists typically decide
which tool to use based on the data that offers the most promise. They may choose a data
mining technique, or techniques, and then select the tools that support the technique, such
as the R statistical language, which is supported in SAP HANA.
While the BI analyst needs structure in a controlled environment, the data scientist
wants a lot of freedom and flexibility. Depending on the analysis performed, they want to be
able to run their algorithms in Hadoop using MapReduce algorithms, in-memory, or in the
database using in-database analytic algorithms.
Operational Users
Operational users are involved in the day-to-day operation of core business processes.
They are the frontline workers such as call center operators, marketing campaign
managers, warehouse personnel, and sales representatives. Operational users can benefit
from information that helps them make decisions in the moment, often based on insights
uncovered by business analysts and data scientists. This information is often delivered in
the form of dashboards, daily reports, or even predictive models embedded in enterprise
applications. The challenge of real-time analysis is to feed automated insights back into the
decision loop fast enough to guide the action of the human or the machine making crucial
decisions.
Operational users typically are not technical nor do they have experience in using
analytic and reporting tools. In essence, the solution requires development of user
interfaces suited to how operational users need to consume the information.
When you put SAP HANA, SAP IQ, and Hadoop together, you have three data
processing domains with different strengths that combine to form a big data processing
backbone. Together, these three components provide real-time capabilities along with
extreme scale. Data can be processed with the appropriate technology depending on its
characteristics hot data in HANA, warm data in IQ, and a vast data lake in Hadoop
where data can be stored, processed, and aggregated without constraints on size, format,
or cleanliness.
SAP Data Services is a sophisticated ETL and text processing tool, and ESP can
capture streaming sources of machine generated data. SAP BW is a rich data warehouse
layer on top of SAP HANA. SAP BusinessObjects BI universes can pull Hadoop and
database sources together to serve up information to business applications. All of this
technology works together to bring big data into the enterprise (see Figure 3).
SAP Event Stream Processor (SAP ESP) is a mature and high throughput complex
event processing engine that allows for integration of real-time data streams into the big
data environment. It is a key tool for building real-time applications that help to formulate a
response to real-time data.
Figure 3 shows the SAP HANA architecture in the context of big data.
This new world record demonstrates the ability of SAP HANA and SAP IQ to efficiently
handle extreme-scale enterprise data warehouse and Big Data analytics. SAP and its
partners had previously set a world record for loading and indexing Big Data at 34.3
Terabytes per hour.
Conclusion
SAPs big data technology simplifies the IT landscape. SAP HANA provides speed for
dealing with big data in real-time. It can also speed up traditional enterprise data warehouse
applications, putting them on steroids. This chapter has touched on many points that are
deserving of their own chapters, and we hope you will explore the links to learn more as well
as checking out SAPHANA.com. The complementary nature of SAP HANA, SAP IQ, and
Hadoop supports every big data use case, whether its driven by BI analysts, data scientists,
or IT seeking to help big data inform the real-time enterprise.
Chapter 7
ince SAP HANA is a radically new database underneath the hood, SAP had to provide
DBAs, data architects and others a familiar way to interact with the tables while maintaining
a level of abstraction to ensure that people wouldnt disrupt the tables. Thats how you get
the virtual data modeling capabilities of SAP HANA. Although people can log in and see
the tables, they arent really there, like they are in a traditional disk-based database. What
youre seeing is a virtual representation of the tables since the actual tables arent physically
persisted on the storage medium as they would be in a disk-based database. This virtual
data model allows people incredible flexibility when manipulating the data and protects
them from some of the more nasty effects of playing around with physical tables in the
database.
In the context of SAP HANA, data modeling can be viewed as the construction of
different types of views of the data tables maintained in the SAP HANA database. Modeling
defines how you are going to access the data thats physically stored in HANA tables. Views
can be thought of as virtual tables that are built up from underlying data structures in
memory or from other views.
From an SAP HANA perspective, data modeling defines how youre going to store and
access your data. By creating views, you build new layers of access to your data that are
derived from whats in physical RAM storage, but that is calculated or adapted based on
your application needs. Views are built on demand and are always up to date, and they can
contain complex calculations that are computed within the database.
Because SAP HANA is a fast, in-memory database, you can build virtual models that are
more flexible and powerful than those found in typical disk-based database designs. HANA
is optimized for aggregating mass data on the fly, and thus it allows you to build models on
top of raw transaction data without first doing pre-aggregation or creating materialized
views.
The concept of a logical view in a database is pretty universal. The logical structure
points to where the physical data is stored. Whats different in HANA is that operations on
large quantities of data are so fast that its not necessary to build a persistent additional
physical view or an additional index on the data to make it go fast. Rather than building
redundant tables for speed, you aggregate data on the fly. The key in there is that HANA is
not re-persisting the data multiple times for every different view of data that we want to do. It
is stored once and then we can create a lot of different logical views that point to the data
that is physically in the database for different use cases and different application uses
without having to make copies of the data to support additional views.
Another upside to logical views: Extending data modeling to more stakeholders.
Data modeling is typically reserved for data modelers, data wranglers, and application developers.
But what about business analysts and others who want to create views of the data for their own
use cases?
The great thing about creating logical views of the data is that you can allow more people to create
those views because their views dont change anything about the underlying data store. You might
never allow less technical people to access a traditional database, but with the ability to create
logical views of the data that dont change the underlying data store (let alone corrupt it), you can
allow as many people as are interested to get involved with modeling in SAP HANA.
With HANA, youre not modeling to get around disk space constraints, and you arent
needing to model and keep in mind where your datas partitioned and where its coming
from and how to best access it from different storage pieces to reduce the lag time of disks.
With HANA you can create queries that are more complex and still achieve high
performance using straightforward SQL statements. If youre coming from a legacy system
with maybe a hundred different types of models that draw on different master data, you may
find that you need only a tenth that many in HANA because you are no longer having to
design models with regard to disk or data volume constraints. You can blend models
together and get a broader view of whats going on with the data, with more granularity than
you could before.
Becoming proficient at data modeling for HANA is one of the key elements of extracting
all of the performance out of the system. Understanding how the system works, where its
speed advantages are, and how to get the best performance from the system are all best
done with hands-on experience. If youre ready to get started at the detail level, see the SAP
HANA Modeling Guide, which talks in depth about data modeling in HANA. And if youre
eager to get your hands dirty, see the SAP HANA Developer Center where you can set up
your HANA environment and download SAP HANA Studio!
Packaged applications for SAP HANA come with their own data models. You can
inspect them with SAP HANA Studio and tailor them to your needs.
BI clients use data models directly for reports. Views that are created inside SAP HANA
can be treated by BI tools as any other table, allowing for direct access for reporting. If you
calculate net sales in your data model and have the HANA engine execute the calculation of
net sales in memory and then just send the result set up to your query tool, its much more
efficient than having the query tool pull up all the raw data and then having the BI query
execute what the net sales difference is. Think of HANA like a Formula 1 race car and let it
do the calculations for you. Thats why modeling in HANA takes a bit of an adjustment in
mindset in order to maximize all the speed that HANA can give you.
Application developers use the output of data models as inputs into their applications
(for more information on this topic for application developers, see Chapter 8). For best
performance, application developers will want to maximize the number of calculations that
are done in the database and to reduce the amount of data thats transferred back up to the
application. That can allow the application developer to offload the bulk of the calculation
logic into the database, making it possible for application logic to be greatly simplified and
for views to be useful across a range of tools.
database. This is master data that defines things like hierarchies that describe
relationships between data elements. By constructing attribute views, you create
dimensions from which subsequent views can be constructed.
Analytic views in SAP HANA are optimized for aggregating mass data. Because the
database is so fast, its not necessary to store aggregates in the database; rather, you
aggregate on the fly in memory. Analytic views construct a central master fact table with
key figures. You can use expressions, operators, and functions to analyze this data.
Calculation views provide a way to do flexible, complex logic in the database. They are
built on top of one or more analytic or attribute views and allow you do to calculations after
aggregation and grouping. Calculations are generally done after grouping at the attribute
level and after aggregation at the analytic level.
Figure 6-2 shows a summary of the three types of views in SAP HANA.
Attribute Views
Suppose your transaction database has a customer ID that links to all the information about
a customer who purchased a given product. By itself, the customer record allows you to
compute simple measures, like total sales by customer. But what if you want to group
related customers together to measure sales by some other metric, like sales by customer
region?
Attribute views allow you to join relationships together that further describe the data that
youre working with. By joining your customer ID to data in your customer database, you
can further subdivide and analyze sales data according to conditions and relationships not
present in the original transaction. Because these joins run in memory and are not limited by
disk speeds, you can explore even more complex relationships than you could in traditional
database models and still maintain performance.
Using attribute views allows you to bring data analysis down to size before running
complex calculations. In HANA, it makes sense to apply attribute views as filters, which pull
out just the data you need before handing it off to a complex calculation.
The SAP HANA Modeling Guide provides details of how to define joins between tables
and to select a subset or all of the tables columns and rows. Use it as your guide to the
details of how to implement attribute views in your model. HANA Academy also offers
courses on creating attribute views and creating hierarchies within attribute views.
Analytic Views
Analytic views operate on key figures in your database. They are used to model data that
includes measures and to compute operations based on those measures.
An SAP HANA database may have a very large number of records in it, corresponding to
individual transactions. In a typical disk-based database, youd compute and store a
separate table for aggregated data, so that something like total sales by day would be
updated periodically and stored separately on disk. In HANA, this is not necessary since the
database is very fast and aggregates are best computed on the fly. Because these
aggregates are computed very rapidly, you can explore a much broader set of queries than
if you had to decide up front which aggregation approach you would be using and commit
those records to disk.
The end result of this for modeling is that the analytic views that you build on top of these
measures are also key for reducing the amount of data passed along to subsequent views.
Do the aggregation in your database before you pass that data up to the next level so that
the computations happen at the right level. Youll gain a lot of performance when the BI tool
or the application can deal with data thats already been aggregated rather than giving it a
firehose dump of data to aggregate.
The SAP HANA Modeling Guide provides details about how to set up analytic views, and
a course from SAP HANA Academy provides a video on the same topic.
Calculation Views
One of the exceptional features of SAP HANA is the ability to do calculation views in the
database. These views offer a level of programming flexibility that goes beyond the
aggregations found in the analytic views, and they can bring in data from multiple analytic
and attribute views to express complex logic. Calculation views can have layers of
calculation logic, can include measures sourced from multiple source tables, and can
include advanced SQL logic, R code, and more.
Whats the difference between the analytic view and the calculation view? Think of it like Excel.
Many of us use functions in Excel (thats the analytic view). But only Excel ninjas write Visual Basic
scripts and embed them in Excel. Thats the level of user who will be interested in the calculation
view.
Calculation views are visible within HANA as virtual tables, and applications and BI tools
can access them in the same way that they consume other views. Like other views in HANA
they are computed as needed, and intermediate values and aggregates are built on the fly
rather than being stored on disk and updated periodically.
To obtain best results, the modeler should use the full power of the attribute and analytic
views before passing data into the calculation view. Calculations will work best with data
that has already been reduced in size. If your database has a billion records in it, but you
only need the calculations to run on a few thousand of them, you should build your models
so that the aggregation and grouping has already occurred before your calculations run.
The SAP HANA Modeling Guide has detailed information on how to create and work
with calculation views; SAP HANA Academy also covers creating a calculation view.
People doing database work normally bring all of the data they are working with up to the
application layer for analysis. When the database cant handle that, they have been trained
to work around the problems. With HANA, you rethink your approach to data modeling. The
more work that gets done in the database, and the less data that makes its way to the
application, the more power you have in the system and the bigger the performance gains
over traditional disk-bound database applications. We call that HANAfying your
application.
Use views to filter out the data at the lowest level. If you dont need a field for a
subsequent computation, dont build it out in a view. Similarly, if there are records that can
be aggregated before they are provided to a calculation view, do the aggregation first.
Compact views will always perform better than views with lots of unneeded data in them.
Finally, look at ways of moving application logic into the database. Whenever possible,
move calculations that would have been once part of the design of the application into a
database calculation view. Youll find that they will run faster inside the database, and that
by providing these results in views you can reuse them in other contexts. (Application
developers can see Chapter 8 for more details.)
Chapter 8
iven the high-level focus of this book and the growing inventory of technical knowledge
that we will link to, well avoid getting into too many code samples or deep technical
discussions in this chapter. Instead, well focus on some of the most salient features of
programming applications for SAP HANA that can maximize its speed and computational
power. In addition, well present examples of some of the new capabilities that SAP HANA
provides to developers. Before we proceed, we need to make two important points. First,
this chapter discusses how to use ABAP and SQL programming concepts in the new SAP
HANA programming paradigm. Therefore, we composed this chapter with the assumption
that youre familiar with these concepts. Second, the chapter focuses specifically on
development in SAP landscapes. Nevertheless, most developers should obtain value from
the chapter content regardless of their programming language experience. We plan to
incorporate additional languages and programming approaches in subsequent revisions.
Basic Concepts
SAP HANA is an ACID-compliant database, conceptually similar in most ways to every
other database youve ever worked with. It speaks SQL and MDX, it has JDBC and ODBC
libraries, it stores data in tables, with rows and columns, and it requires administration and
backup. However, there are quite a few key philosophical differences and cutting-edge
development concepts that you need to consider when youre writing apps that leverage
SAP HANA as a database. Most importantly, youll have to let go of some of the rules of
gravity that existed in the old world order to take advantage of all of the new capabilities
that SAP HANA provides.
SAP HANA is compliant with the standard interfaces of all databases. Therefore, to
implement this system, you could simply keep your existing applications, redirect the ODBC
or JDBC configuration, and then run them as-is with SAP HANA as their new database
layer. The problem with this scenario is that SAP HANA offers capabilities that other
databases simply dont. Some of these advantages involve the core technical capabilities of
the database, which are superior to those of other databases. In addition, SAP HANA goes
well beyond the traditional database to offer a full application and development platform as
well as to extend capabilities in areas such as search, predictive analysis, and so on.
Therefore, building an application with these SAP HANA-specific advantages in mind will
provide you with the maximum opportunities for innovative and responsive applications.
No Constraints
The primary philosophical difference between developing apps in the old world and
developing apps for SAP HANA is probably the mindshift that is needed to program in a
world without constraints. Several of the early developers who worked with SAP HANA
referred to this psychological shift as taking the red pill.
Developers are taught from
their very first hello world application that they have to achieve a compromise between
maximum utility of the application and maximum usage of the base infrastructure supporting
the app. There are numerous books that teach these best practices (including quite a few
from SAP) to help developers achieve this shaky balance.
In a traditional disk-based architecture, writing a complex algorithm that calls raw data
from 200 large (100 million rows), unique tables simultaneously and performs an on-the-fly
join would be considered foolish and impossible just a couple of years ago. But, what if it
wasnt foolish or impossible? What if that algorithm in the app would provide a huge amount
of business value to the users? What if there were no penalties for writing that algorithm?
What if you could get an answer to that calculation in a few milliseconds instead of several
hours? What if you had a supercomputer dedicated to calculating that algorithm whenever
you needed it? What if, in addition to performing these operations in the database, you
could collapse all of the other application and presentation layers down into the database to
provide a simple, low-complexity platform to run the entire application?
This is the type of philosophical shift required to make the leap from programing in a
world of constraints into the new world of SAP HANA. In the SAP HANA world, the old
constraints of database I/O and computational power become largely irrelevant . The
boundaries as to where the database ends and the application server begins are also
strongly challenged.
Abstraction
In the SAP world (ABAP especially), developers are taught to abstract their applications
completely from the database and treat them as a black box. The ABAP engine is the
primary location for all application logic and SQL generation, so the database is used only
for data storage. ABAP developers literally have no idea what database their app is going to
be run on, so they have to assume the lowest common denominator and write to NO
specific database. JAVA, PHP, .NET, and various other development platforms often utilize
very similar abstraction approaches, thanks to ODBC/JDBC. Unfortunately, these platforms
often sacrifice capabilities for compatibility. This extreme separation of application logic and
data storage has been one of the cornerstones of ABAP application development for the
past 20 years, primarily because this was the most effective strategy for SAP to
compromise between broad support for many databases and performance of the
applications.
In contrast, in the SAP HANA world, the ABAP engine knows EXACTLY which database
it is going to interface with. It also knows that SAP HANA has been optimized to meet its
needs. Consequently, the ABAP engine not only can take advantage of the native speed of
memory-to-processor, it can also take advantage of all of the under-the-hood capabilities
that SAP HANA offers for calculations and business functions.
Abstraction is also present in the JDBC interface for Java apps and ODBC for various
other development platforms. This buffer between the app logic and the data it needs
works well to insulate the developers from the database engine. However, it also prevents
the developers from utilizing many of the database functions.
With SAP HANA, many of the performance-related processing tasks are actually carried
out deep inside the database (like stored procedures on steroids). Thus, SAP HANA
enables developers to get deep inside the data model. In addition, SAP HANA functions
inside the database to program data-intensive operations at the data level, not inside the
application as they do in disk-based databases.
In the old programming paradigm, developers would design the application and write the
app logic, data transformations, and algorithm/calculations while leaving the database
largely untouched. When the app ran, it would fetch whatever data it needed from the
database, bring it up to the app, transform the data, and then run them through the
algorithm or calculations to present the results to the user. In SAP HANA, that process is
flipped upside down. The app contains only the business logic. A function call is inserted to
fetch the ANSWER from the database. The data transformations, algorithm, and
calculations are all executed INSIDE the database, and only the result is passed up to the
application. Offloading all of the data-intensive operations to the database and calling those
operations as functions from the application makes the entire architecture significantly more
elegant and efficient. In fact, companies that employ SAP HANA have seen their application
performances improve by hundreds of thousands of times.
This shift from data manipulation at the application level to data manipulation at the
database level is necessary to take advantage of all of the power contained in SAP HANA.
Of course, you can keep your old apps the way they are and obtain slightly faster response
times simply because the database sits in memory. If you delegate the data-intensive
operations down to SAP HANA, however, youll not only simplify the architecture and
streamline the application, youll also see SAP HANA really let loose its horsepower for
supercharged performance in the applications.
Preconditions
The SAP HANA Client is installed on each ABAP Application Server. The
ABAP Application Server Operating System must support the HANA Client. (Check
the Platform Availability Matrix for supported operating systems.)
The SAP HANA DBSL is available only for the ABAP Kernel 7.20 and higher.
Kernel 7.20 is already the default kernel for NetWeaver 7.02, 7.03, 7.20, 7.30,
and 7.31.
Kernel 7.20 is backward compatible, so it can also be applied to NetWeaver
7.00, 7.01, 7.10, and 7.11.
Your ABAP system must be Unicode or Single Code Page 1100 (Latin 1/ISO8850-1) See Service note 1700052 for Single Code Page Support instructions.
Next, you must configure your ABAP system to connect to this alternative database. You
have one central location where you maintain the database connection string, username,
and password. Your applications then need only to specify the configuration key for the
database, thereby making the connection information application independent.
The advantage of this approach is its simplicity. By making one minor addition to existing
SQL Statements, you can redirect your operation to SAP HANA. The downside is that the
table or view you are accessing must exist in the ABAP Data Dictionary.
That isnt a huge problem for this Accelerator scenario, however, because all of the data
reside in the local ABAP DBMS and are replicated to SAP HANA. In this situation we will
always have local copies of the tables in the ABAP Data Dictionary. Note, however, that you
cant access SAP HANA-specific artifacts like Analytic Views and Database Procedures.
You also cant access any tables that use SAP HANA as their own/primary persistence.
One disadvantage of using Native SQL via EXEC SQL in this example is that the
statement contains significantly more code than the Open SQL option. It is also a little less
elegant because it utilizes database cursors to bring back an array of data. The upside is
that it provides access to features you wouldnt otherwise have. For example, you can insert
data into a SAP HANA table and use the SAP HANA database sequence for the number
range or for built-in database functions like now().
now
The other disadvantage of using Native SQL via EXEC SQL is that there are few, if any,
syntax checks on the SQL statements you create. Errors arent caught until runtime, which
can lead to short dumps if the exceptions arent properly handled. This limitation makes
testing absolutely essential when youre using Native SQL.
In this iteration we remove the step-wise processing of the Database Cursor and instead
read an entire package of data back into our internal table all at once. The initial package
size will return all of the resulting records by default. However, you can specify any package
size you wish, thereby tuning processing for large return result sets. Most importantly for
SAP HANA situations, however, is the fact that ADBC also lets you access non-Data
Dictionary artifacts including SAP HANA Stored Procedures. Given the advantages of
ADBC over EXEC SQL, SAP recommends that you always try to use the ADBC class-based
interfaces.
This is really just the beginning of what you could accomplish with this secondary
database approach to ABAP integration into SAP HANA. Weve deliberately used very
simplistic SQL statements in these examples so that we could focus on the details of how
the technical integration works. However, the real power comes when you execute more
powerful statements (SELECT
SELECT SUM GROUP BY),
BY access SAP HANA-specific artifacts
(like OLAP Views upon OLTP tables), or database procedures.
exacerbated in recent years because ABAP contains a greater array of tools that will
generate the SQL for us.
This approach has served ABAP developers well for many years. Lets take the typical
situation of loading supporting details from a foreign key table. In this case we want to load
all of the flight details from SFLIGHT and also load the carrier details from SCARR. In ABAP
we could write an inner join:
Many ABAP developers, however, would adopt an alternative approach where they
perform the join in memory on the application server via internal tables:
This approach can be beneficial when it is combined with ABAP table buffering. Keep in
mind that we are comparing developer design patterns here, not the actual technical merits
of these specific examples.
If we now added SAP HANA to the mixture, how would the developer approach change?
In HANA the developer should strive to push more of the processing into the database. The
question might be, why?
To answer this question, we need to keep in mind that SAP HANA is an in-memory
database. Almost any developer can appreciate the advantages of consolidating all of your
data in fast memory as opposed to relatively slow disk-based storage. If this were the only
advantage that SAP HANA offers, however, we wouldnt notice a huge difference compared
to processing in ABAP. After all, ABAP has full table buffering. Ignoring the cost of updates,
if we were to buffer both SFLIGHT and SCARR, our ABAP table loop join in the previous
example would be pretty fast, although it still wouldnt be as fast as SAP HANA.
The other key points of SAP HANAs architecture are that in addition to being inmemory, it is designed for columnar storage and parallel processing. In the ABAP table
loop, each record in the table has to be processed sequentially, one record at a time. The
current version of ABAP statements, however, just isnt designed for parallel processing.
Instead, ABAP leverages multiple cores/CPUs by running different user sessions in
separate work processes. SAP HANA, in contrast, can parallelize blocks of data within a
single request. The fact that the data are consolidated in memory only further supports this
parallelization by making access from multiple CPUs more useful, because data can be
fed to the CPUs that much faster. After all, parallization isnt useful if the CPUs spend most
of their cycles waiting for data to process.
The other technical aspect at play here is the columnar architecture of SAP HANA.
When tabular data are stored in columns, all of the data for a single column are stored
together in memory. In contrast, row storage as even ABAP internal tables are processed
places data in memory one row at a time.
Thus, for the join condition mentioned above, the CARRID column in each table can be
scanned faster because of the arrangement of data. Scans of unneeded data in memory
arent nearly as expensive as performing the same operation on disk (because of the need
to wait for platter rotation), but there is a cost all the same. Storing the data columnar
reduces that cost when performing operations that scan one or more columns as well as
when optimizing compression routines.
For these reasons, developers (and especially ABAP developers) must re-think their
applications designs. To extract the maximum benefit of SAP HANA, they will also need to
push more of the processing from ABAP down into the database. To accomplish this task,
developers need to write more SQL and to interact more frequently with the underlying
database. The database will no longer be a bit bucket to be minimized and abstracted.
Rather, it will become another tool in the developers toolset to be fully leveraged.
Before SAP HANA SP5 was introduced, if you wanted to build a lightweight Web page or
REST Service that consumes SAP HANA data or logic, you would need another application
server in your system landscape. For example, you might use SAP NetWeaver ABAP or
SAP NetWeaver Java to connect to your SAP HANA system via a network connection and
use ADBC (ABAP Database Connectivity) or JDBC (Java Database Connectivity) to pass
SQL statements to SAP HANA. Because of SAP HANAs openness, you might also use
NET or any number of other environments or languages that support Open Database
Connectivity (ODBC) as well. These scenarios are all still perfectly valid. In particular, when
you are extending an existing application with new SAP HANA functionality, these
approaches are very appealing because you can integrate this SAP HANA functionality into
your current architecture easily and with minimal disruption.
When you are building a new SAP HANA-specific application from scratch, however, it
makes sense to consider the option of the SAP HANA Extended Application Services. This
architecture enables you to build and deploy your application completely self-contained
within SAP HANA. This approach can lower your costs of development and ownership while
providing performance advantages because the application and control flow logic are
located so close to the database.
Applications designed specifically to leverage the power of SAP HANA are frequently
designed to push as much of the logic down into the database as possible. It makes sense
to place all of your data-intensive logic into SQL, SQLScript Procedures, and SAP HANA
Views, because these techniques will leverage SAP HANAs in-memory, columnar table
optimizations as well as massively parallel processing (MPP). For the end-user experience,
we are increasingly targeting HTML5 and mobile-based applications where the complete UI
logic is executed on the client side. Therefore, we need an application server in the middle
that is significantly smaller than the traditional application server. This server needs to
provide only some basic validation logic and service enablement. The reduced scope of the
application server lends further credit to the approach of a lightweight embedded approach
like that of the SAP HANA Extended Application Services.
These extensions to the SAP HANA Studio include features that enhance developer
productivity; for example, project wizards (Figure 8), resource wizards, code completion and
syntax highlighting for SAP HANA Extended Application Services server side APIs,
integrated debuggers, and so much more.
These features also include team management functionality. All development work is
performed based on standard Eclipse projects. The project files are then stored within the
SAP HANA Repository along with all the other resources. Team members can utilize the
SAP HANA Repository browser view to examine existing projects and import them directly
into their local Eclipse workspace. Developers can then work on these projects offline. In
addition, multiple developers can work on the same resources at the same time. Upon
commit back to the SAP HANA Repository, the tool will detect any conflicts, and developers
can access a merge tool to integrate the conflicts back into the Repository.
The SAP HANA Repository also supports the concept of active/inactive workspace
objects. This feature allows developers to safely commit their work back to the server and
store it there without immediately overwriting the current runtime version. The new runtime
version isnt created until the developer chooses to activate the Repository object.
SQLScript
As we have described, the cornerstone of the architectural optimization for applications
designed for SAP HANA is the concept of code push down. Execution of data-intensive
logic within the database begins with the usage of standard SQL and views. Developers,
however, also need semantics that exceed the capabilities of SQL if they wish to create
R
Stored Procedures serve a second purpose within SAP HANA: They are the mechanism
that integrates other programming languages and interfaces directly into the database
execution layer. The best example of this integration of third-party languages is the
introduction of R Language within Stored Procedures.
R is an open-source software language and environment for statistical computing and
graphics that includes more than 3000 add-on packages. R covers a wide range of topics
from Cluster Analysis to Probability Distributions to Graphic Displays to Machine Learning
to name just a few.
With the R integration into SAP HANA, developers can write their R Scripts directly
within a stored procedure. During execution, the R script, along with any input data, are sent
to the remote, open-source R server. The execution takes place on the R server, and the
results are sent back to SAP HANA. SAP provides the interfaces in both SAP HANA and the
R server to make this integration completely transparent to the application developer.
L
In addition to SQLScript language for the implementation of Stored Procedures, SAP also
has the language L. L is a robust, low-level, high-performance programming language
located inside SAP HANA that allows code to be created at runtime. The L language is
based on concepts from the C/C++ world; it can be roughly characterized as a safe subset
of C/C++ that is enriched by SAP HANA data types and concepts to simplify the
manipulation of and interaction with database objects. L provides direct access to the table
and column objects that are utilized in the Calculation Engine.
However, the direct access that makes L very powerful also makes it rather dangerous.
Therefore, L is currently restricted to SAP internal usage. Customers and partners should
use L only in close cooperation with SAP development resources. SAPs long-term goal is
to safely wrap the most useful abilities of L and integrate them into the SQLScript language.
At this point, direct access to L will become unnecessary.
AFL
AFL stands for Application Function Library. It represents multiple function libraries like
Business Function Library (BFL) and Predictive Analysis Library (PAL). BFL is a prebuilt,
parameter-driven, basic building block library of calculations delivered at high performance,
including depreciation, capacity optimization, and time-based functions such as year over
year (YoY) and delay.
The AFLs are written in C/C++, and they become closely linked with the database kernel
itself. Significantly, only SAP can write these libraries. Because the AFLs interact so closely
with the database kernel, they operate without a virtual machine abstraction. Nevertheless,
customers and partners can easily access and reuse these libraries because, with the
introduction of SAP HANA 1.0 SP5, SAP can now generate a Stored Procedure interface for
them. Therefore, consuming one of the powerful functions of the Application Function
Library is now as easy as working with any other SQLScript procedure. In time, SAP plans
to release additional tools that make the consumption of these AFL-based procedures even
easier. SAP may even open up development of new AFL functions to select partners.
Next Steps
By this point, youre probably sick of reading, and want to get your hands dirty playing with
SAP HANA. Luckily for you, SAP offers FREE developer instances of SAP HANA as well as
all of the development tools you need to experiment with everything discussed in this
chapter (and more). Simply head over to the SAP HANA One Developer Edition site to get
started. It takes about 15 minutes to sign up, provision your instance on the cloud, and start
writing code. When you download the SAP HANA Client, it includes SDKs for JDBC, ODBC,
ODBO and Python DB API. While the Client is downloading, you can pop over to the SAP
HANA Academy to watch hundreds of tutorials on how to build your first hello world
application or to do any number of other things with SAP HANA for free. And, if youre not
sick of reading, check out the SAP HANA Developer Guide for a lot more information.
Additional Resources
Application development with SAP HANA is such a huge topic that it could fill up several
books. In this chapter weve tried to cover some of the most critical aspects of working with
SAP HANA as an application developer. We highly recommend that you continue learning
about development topics at the following sites:
SAP HANA Developer Center
SAP HANA Documentation (help portal)
ABAP for SAP HANA
SAP HANA Academy (educational videos)
The Road to HANA (the ultimate link collection for beginners and experts)
Development Resources on SAPHANA.com
SAP Business Suite Powered by SAP HANA
Chapter 9
Chapter 10
AP HANA is the first SAP solution that has been built to be specifically run as an
appliance and optimized for a very specific combination of processor, memory, and
operating system. This approach represents a departure from SAPs long history of broad
platform support. SAP implemented this new policy to still provide customers with multiple
choices in hardware platforms while avoiding the TCO implications of multiple OS and
processor support combinations. In order to understand why, we need to look back
historically at some of the hardware platform changes that led SAP to adopt this policy this
strategy and explore why this path offers SAP customers the best balance of broad
hardware partner options and focused innovation around a stable set of key components.
When SAP shifted from mainframe to client-server architecture with SAP R/3, two of the
critical benefits were the lower costs and the more standardized options associated with the
UNIX-based servers that had just become available. When the mass-adoption of SAP R/3
took off, customers began asking SAP to certify more and more new combinations of
operating system and database on various hardware platforms. This made sense because
many companies were employing existing landscapes from a preferred hardware vendor
and had developed expertise in certain versions of operating system and database that they
wanted to leverage for their SAP environment.
SAP happily obliged, building out a robust certification laboratory in its headquarters to
constantly test and validate new hardware and software combinations that were being
released by its partners for customer use. At the time, SAP believed that providing
customers with such a broad choice would help them achieve lower TCO of their SAP
solutions by reusing technology and resources that were already in place. SAP also felt that
being hardware and OS/DB agnostic would be the best strategy to set itself apart from the
other enterprise app vendors. This technology-neutral strategy worked very well for SAP
for more than 30 years. At a certain point in the mid-2000s, however, the small number of
combinations that SAP began with had exploded into a truly dizzying collection. Customers
no longer benefited significantly from such a broad list of hardware and technology choices,
and the costs for SAP and its customers of this broad coverage were becoming
unsustainable.
After SAP R/3 was released, the UNIX platform began to splinter into multiple dialects,
with each hardware vendor putting its efforts behind its preferred variant (HPUX, AIX,
Solaris, etc). In addition, x86 platforms from Intel and AMD began to displace the RISCbased platforms of the early UNIX hardware vendors due to their lower costs and their
support for industry standards. Later, Linux began to displace the original UNIX operating
systems due to its lower costs and the advantages of open-source code. Soon, the Product
Availability Matrix (PAM) for SAP ERP exceeded 200 combinations of OS and database,
with a vast number of hardware platforms for those combinations. At a certain point, choice
became a liability for SAP and its customers rather than the benefit that it was originally
intended to be.
So, when SAP began development on the precursors of SAP HANA, the company made
a strategic decision to avoid all of the costs and complexity of supporting so many variations
of hardware and technology platforms. SAP was primarily concerned with the three pieces
of technology that had the greatest impact on performance and would be the largest drivers
of TCO reduction: operating system (OS), RAM, and processors. SAP decided to bet on
open-source and industry standards as the core platform for SAP HANA. By supporting only
ONE combination of OS and processors, SAP could invest all its development and testing
resources into a single platform while still allowing customers to choose which hardware
vendor would deliver and support the appliance.
SAP had been working with Novell/SUSE for many years to support Novell SLES Linux
as a certified operating system for SAP applications. Because Linux is so technically similar
to UNIX, almost any UNIX engineer could transition his or her skills easily. Moreover,
because Linux was open-source and easily supported by third parties, it was clearly the
lowest TCO option for running an SAP system.
In addition to selecting a single OS, SAP had to settle on a single processor family for
the new solution. Although there were many chips on the market that could handle SAPs
traditional application-processing requirements, there werent any processors that had been
designed to handle in-memory processing tasks (because enterprise-scale in-memory
computing didnt exist yet). The initial SAP HANA conversations that SAPs executives held
with anyone outside the company were with Intel because SAP realized that shifting to inmemory computing would require a new breed of processors that were optimized for the
new architecture, and Intel has a long history of innovating for the future needs of the
enterprise.
SAP laid out its strategy for the shift to in-memory computing to Intels executives, and
the two parties discussed the level of co-innovation that would be needed to jointly engineer
both an in-memory database and optimized processors that could handle the unique needs
of this new architecture. The top executives from each company agreed that the they would
have to establish a new level of co-innovation partnership and starting in 2005, Intel sent a
team of their best software and chip engineers to SAP HQ to begin the work of jointly
optimizing each successive version of the industry-standard Intel Xeon chips for the needs
of SAPs evolving in-memory database. Since that time, SAP has benefitted from early
access to each new generation of Xeon processor from Intel, and Intel has incorporated
SAPs unique in-memory processing requirements into its chip capabilities.
For more than 10 years, Intel and SAP have worked together to deliver industry-leading
performance of SAP solutions on Intel architecture, and a large proportion of new SAP
implementations are now deployed on Intel platforms. The latest success from that tradition of coinnovation is available to customers of all sizes in SAP HANA, which is delivered on the Intel
Xeon processor.
The relationship between Intel and SAP has become even stronger over the years, growing to
include a broad set of collaborations and initiatives. Some of the most visible:
Having created an optimized core (operating system, RAM, and processors) for SAP
HANA, SAP needed to reach out to the server manufacturers to package the software and
hardware into industry-standard appliances in a way that would remove as much
configuration and integration work from the customers as possible (again, lowering TCO).
SAP realized that even though the core components of the SAP HANA servers would be
nearly identical (OS, RAM, and processors), the hardware vendors provide a great deal of
additional value in the implementation, management and operations of the hardware. Plus,
customers typically have a preferred hardware vendor for their enterprise landscapes. This
is really where SAP felt that customer choice would have the most value. So, they engaged
seven of their primary hardware vendors (see the next paragraph) to build certified SAP
HANA appliances and create packaged services to implement SAP HANA quickly and
easily at customer sites.
In early 2011, Cisco, Dell, Fujitsu, IBM, and HP all jumped on the SAP HANA
bandwagon and had their flagship Intel-based servers certified and in production. Hitachi
joined the list later that year, and NEC was certified in early 2012. Huawei, VMC and
Lenovo joined in 2013. This broad support from industry-leading hardware vendors
provides customers with a choice of seven hardware partners to deploy their SAP HANA
solution, each with unique service and support offerings to fit their customers needs. SAPs
strategy of solid core, multivendor hardware support for SAP HANA has been received
extremely well by customers because it eliminates the confusing number of hardware
combinations and focuses on the value-added solutions that each vendor can offer on top of
the solid core.
In May of 2013, SAP made a major step forward in providing an even lower cost, highervalue deployment option for customers by announcing the SAP HANA Enterprise Cloud.
The SAP HANA Enterprise Cloud offering is a comprehensive RAM-optimized cloud
infrastructure combined with managed services. Customers can now run their SAP HANA
applications, including SAP Business Suite powered by SAP HANA and SAP Business
Warehouse powered by SAP HANA, in a managed cloud environment. It delivers the power
of real-time in-memory technology with cloud simplicity and elastic economics.
SAP HANA Enterprise Cloud is a fully scalable, enterprise-ready, mission critical,
secure, and high availability cloud offering with a full-managed services approach.
For more information on the SAP HANA Enterprise Cloud and other cloud deployment
options, please see the comparision at http://www.saphana.com/community/abouthana/deployment-options.
Additional Infrastructure
SAP recommends that customers deploy 10 gb network data connections. SAP has no
preference on external storage/SAN; rather, it is determined by the server vendor.
20x compression on the raw data when loading into memory, going from 100TB on disk to
3.8TB in memory.
Typical query results were:
BW Workload: 300ms 500ms
Ad-Hoc Analytics: 800ms 2s
No database tuning, indexing or caching were needed to achieve these results. To put
that in context, the closest competitive database is roughly 1000x slower in the same
benchmark and several times more expensive.
High Availability
SAP HANA supports cold standby hosts, meaning a standby host is kept ready in the event
that a failover situation occurs during production operation. In a distributed system, some of
the servers are designated as worker hosts, and others as standby hosts. Significantly, you
can assign multiple standby hosts to each group. Alternatively, you can group together
multiple servers to create a dedicated standby host for each group.
A standby host is not used for database processing. All of the database processes run
on the standby host, but they are idle and do not enable SQL connections.
Disaster Recovery
The SAP HANA database holds the bulk of its data in memory to ensure optimal
performance, but it still uses persistent storage to provide a fallback in case of failure.
During normal database operations, data is automatically saved from memory to disk at
regular save-points. Additionally, all data changes are recorded in the log. The log is saved
from memory to SSD after each committed database transaction. After a power failure, the
database can be restarted in the same way as a disk-based database, and it returns to its
last consistent state by replaying the log since the last save-point.
Although save-points and log writing protect your data against power failures, they do
not help if the persistent storage itself is damaged. Protecting against data loss due to disk
failures requires backups. Backups save the contents of the data and log areas to different
locations. These backups are performed while the database is running, so users can
continue to work normally. The impact of the backups on system performance is negligible.
If the SAP HANA system detects a failover situation, the work of the services on the
failed server is reassigned to the services running on the standby host. The failed volume
and all the included tables are reassigned and loaded into memory in accordance with the
failover strategy defined for the system. This reassignment can be performed without
moving any data, because all the persistency of the servers is stored on a shared disk. Data
and logs are stored on shared storage, where every server has access to the same disks.
Before a failover is performed, the system waits for a few seconds to determine whether
the service can be restarted. During this time, the status is displayed as Waiting. This
procedure can take up to a minute. The entire process of failover detection and loading may
take several minutes to complete.
For more information on HA and DR with SAP HANA, refer to the documentation on
SAPHANA.com.
Also see the great overview documentation about SAP HANA in data centers.
To help customers that want to manage their own storage, as of SP7, SAP HANA
tailored data center integration is now provided as a flexible configuration option for
enterprise customers. SAP HANA customers can plan and validate customized storage
configurations for SAP HANA with SAP partners for enterprise storage and the SAP HANA
appliance. Essentially, this gives large customers the freedom (and responsibility) of
deploying HANA with their own storage rather than deploying it as an appliance. To
understand the implications of this, see Whats New? SAP HANA SPS 07 SAP HANA
tailored data center integration.
Joint roadmap enablement. Early in the design process, Intel and SAP
decision-makers identify complementary features and capabilities in their
upcoming products, and those insights help to direct the development cycle for
maximum value.
Collaborative product optimization. Intel engineers located on-site at SAP
work with their SAP counterparts to provide tuning expertise that enables SAP
HANA and other software solutions to take advantage of the latest hardware
features.
generate Machine Check Exceptions. In many cases, these notifications enable the system
to take corrective action that allows SAP HANA to keep running where an outage would
otherwise occur.
Hardware based on the Intel Xeon processor E7 family enables SAP HANA to fail over
from one processor socket to another in the event of a processor failure and to handle
memory errors with as little impact to workloads as possible.
Copyright 2014 Intel Corporation. All rights reserved.
interconnects with embedded infrastructure management, a Cisco UCS C200 server for
SAP HANA studio, a Cisco 2911 for secure remote management, and one enclosure with
support for up to 4 Cisco B440 blades. The basic configuration can easily scale by adding
up by a literally infinite number of Cisco B440 M2 blades servers each and the
correspondent storage from EMC or NetApp. The beauty of Ciscos scale out architecture
that it can be extended by additional blades and storage units without shutting down the
HANA system as we have proven at eBay where an existing HANA system with 4 TB was
extended to 12 TB on the fly without any downtime.
Additional software
The operating system, Cisco UCS drivers, and Cisco UCS management software are all
part of the appliance; therefore no additional software is necessary to manage the entire
system. However Cisco Intelligent Automation for SAP HANA is highly recommended. The
Cisco Intelligent Automation software solution supports the daily operation of a SAP HANA
appliance by:
Monitoring the CPU and memory workload, and the average index read time
at blade level
Monitoring query execution response times using the SAP HANA index for
the query execution SAP HANA Query Response Time
Executing sample queries and recording total execution time and query
component performance breakdown
Automating Cisco UCS blade and rack server provisioning for use in the
appliance in minutes, instead of days
Challenge:
Medtronic needed to increase its ability to analyze large amounts of data, such as customer
feedback. BI reporting on its fast-growing data warehouse was straining the capabilities of
the companys computer infrastructure. Because employees couldnt generate some types
of reports (particularly using unstructured data), their ability to draw conclusions from
existing data was limited.
Solution:
The company deployed the SAP HANA platform on the Cisco UCS server platform based
on the Intel Xeon processor E7 family. In preliminary testing, users of an un-tuned
system observed query times just one-third as long as those with existing production
systems. With the fully scaled and optimized implementation now in place, Medtronic hopes
to cut response times even further.
Customer Benefit:
BI operations at Medtronic will use the SAP HANA platform to report on structured and
unstructured data, wherever it resides, whether on SAP or non-SAP systems. The added
performance, scalability, and flexibility of this new architecture will increase the value of
company data as it continues to proliferate, increasing employee efficiency and enabling
smarter decision making.
http://www.cisco.com/go/sap
To learn more about Cisco Solutions, please visit
http://www.cisco.com/en/US/netsol/ns340/ns394/ns224/solutions.html
To contact Cisco for additional information on SAP on Cisco UCS please email
saponcisco@cisco.com
design.
High performance:
performance Automated tiering of data with Dell Compellent storage
software provides the quickest access to the data sets most needed for analysis.
Disaster recovery:
recovery Dell solutions for SAP HANA leverage unique features
found in Dell Compellent SAN storage to provide remote disaster recovery through
SAP HANA system replication and/or storage replication.
Modular growth:
growth The Dell scale out solution is designed to grow from 1TB up
to 16TB (available later this year with the certification of the PowerEdge R920) in
modular increments and to grow without disruption to the existing system.
Processing power using high performing Intel E7v2 Series processors, with
up to 60 cores of processing power with Intel Advanced RAS (Reliability,
SAS drives for internal storage with high capacity and performance to
permit higher speed (multi spindle) data access and support all SAP HANA single
server performance requirements.
Hot swappable, front load NVMe Express Flash drives for faster
transaction rates for even better SAP HANA performance and reliability than
earlier generations.
Support infrastructure
Dells SAP HANA appliance is delivered as an all-inclusive solution that comes as a preintegrated unit with all necessary hardware, storage and networking capabilities.
SAP HANA Executive Workshop This workshop helps to develop the Use
Case and Business justification for a SAP HANA solution and helps organizations
determine whether SAP HANA is a fit for their situation.
offering software and services to its customers, and managing their outsourced business
processes. It also provides datacentre services. The company, which has more than 50
years experience in the market, offers expertise as well as software and services.
Aareon invests as many resources in its internal systems as it does developing IT
systems for clients. It knows that customers employees rely on rapid access to operational
data to make the smartest business decisions. With this in mind, a customer wanted to
speed up its data warehouse for its line-of business applications.
Aareon found the right IT partner in Dell. The company had worked with Dell in the past,
deploying a number of its server solutions to support a wide range of applications. When
we looked for an IT provider to deliver a SAP HANA appliance, Dell came closest to our
demands, says Snger.
The benefits the new system provided to Aeroen include:
Aereon predicts data access speeds to quadruple for its customers staff
driving strong productivity gains
New system cuts data loading times from five minutes to five seconds
The Fujitsu SAP HANA Global Demo Center which can be used remotely by
customers to test and tangibly experience the business benefits of SAP HANA.
HANA
Fujitsu PRIMERGY TX300 and PRIMERGY RX350 servers are SAP-validated platforms for
SAP Business One, analytics powered by SAP HANA and SAP Business One on HANA.
The tower and rack systems are available with four different main memory options ranging
from 64 GB to 256 GB and allow tailored configurations for different environments and use
cases.
Fujitsus high-quality pre-installation services for SUSE Linux and the SAP HANA
software ensure a ready-to-connect delivery for fast and non-disruptive SAP HANA
implementation. Pre-installation is optional, and software components can also be installed
onsite by the partner.
The Fujitsu Compact Appliance for SAP HANA is rounded off by a set of optional
services including SAP Business One migration, partner coaching, extended maintenance
for hardware or the SUSE Linux operating system, etc.
Productive use of SAP HANA, even in business critical use cases thanks to
advanced RAS features
SAP Business Suite powered by HANA, even for projects with highest
performance and capacity requirements (thanks to scalability up to 6TB main
memory and 8 CPUs)
All single node options can be delivered pre-installed with the complete software stack
including SUSE Linux and the SAP HANA software. The industrialized, high quality
installation and pre-tested delivery ensures fast time-to-value. VMware virtualized
appliances enable significant cost savings, increase agility and enable the simultaneously
drive of several development, test and production projects.
Support infrastructure
As an additional, certified component, the Fujitsu SAP HANA infrastructure solution may
include a PRIMERGY RX 100 Infrastructure Management Server (IMS) used for:
Seamless integration into the customers systems management landscape
Support Services
A complete set of infrastructure-related services covers all project phases from a
customer-specific solution concept to continuous solution support ensured by the Fujitsu
SolutionContract. All services are based on proven methods and follow strict guidelines to
ensure high quality projects.
resulting in an empowered, agile business. Working with our specialist partners such as,
NetApp and VMWare, this can be applied for all IT provisioning models, on premise, as a
managed or hosting service or deployed in the cloud.
FlexFrame Orchestrator can be delivered as a pre-installed and pre-tested ready-to-run
installation out of the Fujitsu factory, which ensures highest quality and fast time to value.
If a server fails, the work of the server is taken over by a standby node. More
than one standby node may be configured as an option.
Last, but not least, the complete network infrastructure NICs, cables,
switches is designed to cope with component failures without the user even
noticing that something has broken.
For further information see SAP Blog (http://scn.sap.com/community/hana-inmemory/blog/2012/05/04/get-high-availability-with-bw-on-hana-scale-out-solution)
Further information
For more information please visit:
www.fujitsu.com/fts/hana
www.fujitsu.com/fts/flexframe
www.fujitsu.com/fts/sap
Feel free to get in touch with your local Fujitsu sales representative or contact us at:
expert.sap@ts.fujitsu.com.
Large is delivered as a single unit that is ready to plug into the customer network. In
addition, each platform offers a scalable patch to easily increase the systems processing
capability.
SAP HANA:
Hitachi Unified Compute Platform Select for SAP HANA Small, Medium, Large
meets varying performance requirements. All three options come with Hitachi Unified
Storage 130 storage subsystems and with SAP HANA pre-loaded.
Hitachi supports SAP HANA from the smallest configuration with a single Compute
Blade and 256 GB of RAM to the largest configuration of 4 Compute Blade 2000s and 1.0
terabytes of RAM.
Operating System: SUSE Linux Enterprise Server 11 for SAP
Storage: Hitachi HUS 130, which is designed for high availability, down to
the dual battery backup that protects the cache during power outage. It contains
symmetric active-active controllers that self-balance workloads.
Compute: Hitachi Compute Blade 2000 offers the large I/O capacity and
onboard memory required for effective implementation of SAP HANA
HitachiHitachi-SAP Alliance
Since 1994, Hitachi, Ltd., and its subsidiaries, including Hitachi Data Systems, have had a
strategic relationship with SAP that includes the sale, integration, and implementation of
SAP solutions. During this time, Hitachi has won numerous SAP awards for exceptional
customer satisfaction.
In 2011, Hitachi became an SAP Global Technology Partner, the highest level of
partnership SAP offers. Many large global enterprises run their business on SAP and
Hitachi.
Hitachi also ensures the necessary storage performance and high throughput to meet
the stringent demands of in-memory computing. By dramatically reducing the traditional
delay between operations and analytics, this platform helps business leaders gain near
real-time insights and information to make smarter business decisions, faster.
Services
Hitachi Data Systems Global Solution Services (GSS) offers experienced infrastructure
consultants, proven methodologies, and comprehensive services for converged platforms
to help customers further streamline their SAP environments. The HANA Implementation
Service ensures a smooth integration with lower risk and accelerated deployment of the
Hitachi Unified Compute Platform Select for SAP HANA tailored to our customers specific
needs. Along with our consulting partners such as Hitachi Consulting, we can integrate and
customize the solution into the customers SAP environment.
Support Infrastructure
Hitachi Data Systems Global Services and Hitachi Consulting are equipped to support every
aspect of an SAP HANA solution. In addition, they provide strategy; infrastructure; and
HANA Appliance, Integration, Development, and Support Services for a HANA initiative.
Modern information technologies have blurred the lines between infrastructure,
software, and applications. Given this reality, having one partner who provides a single, fully
integrated solution is a tremendous benefit. Hitachis full breadth of capabilities delivers one
fully integrated, highly-optimized environment that ensures the desired results in a lowercost, lower-risk, high-business-value HANA initiative.
Contact Hitachi
If you would like to get in touch with the SAP team at Hitachi, please email sap@hds.com.
You can find additional information at www.hds.com/go/sap or Hitachi Consulting:
http://www.hitachiconsulting.com/hana.
Customers are making long-term, strategic, architectural bets for their data centers and
data management platforms. Solutions like SAP HANA act as a catalyst for business
transformation and HP is the only player who has the architecture, expertise and vision to
meet its infrastructure needs by offering HP ConvergedSystem a portfolio of workloadoptimized systems that are easy to buy, manage, and support.
HP ConvergedSystem for SAP HANA is a portfolio of engineered, pre-built, optimizedfor-SAP HANA systems that provide the fastest path-to-value on the SAP HANA journey.
These systems are optimized with proven performance and built-in high availability, as well
as unmatched scalability to grow as data and business needs grow. In addition, only HP has
the committed long-term roadmap and investments to offer customers a number of system
configurations and deployment options, including on-premise, hosted, and Cloud (HANA
Enterprise Cloud, HEC). These systems, in combination with leading data management
solutions and consulting services (from planning to migration to deployment), provide the
most complete offering in the market.
HP recognizes that SAP HANA adoption is a journey. There are SAP customers who are
primarily interested in accelerating analytics/reporting with SAP HANA, while others want to
run multiple SAP business applications on HANA as a database. Because of our experience
working with customers, we understand the importance of laying out an adoption strategy
that best aligns with their HANA journey.
Whether you are looking to accelerate business analytics for one of your lines-ofbusiness, are ready to build your next generation Business Warehouse on SAP HANA, or
want to transform your entire global SAP landscape with HANA, HP has a solution
configuration thats sized just right for you and is ready to scale as your needs change.
The HP ConvergedSystem for HANA portfolio includes the HP ConvergedSystem 500
which is optimized for Analytics, Data Warehousing and basic business application
deployments as well as HP ConvergedSystem 900 which leverages technologies that were
developed as part of HP/SAPs co-innovation prototype, Project Kraken. It is this technology
that enables the largest, most mission-critical business application deployments.
The HP ConvergedSystem 900 for SAP HANA is based on next generation
Superdome technology offering unparalleled flexibility and high availability.
Superdome has been a long time, leading server platform for enterprise class SAP
systems. Now, SAP HANA users can take advantage of hardware partitioning and
fault tolerant features developed for the most challenging and business critical
environments.
ConvergedSystem 900 offers the worlds largest single memory image for
SAP Business Suite on HANA implementations up to 16 processors and 12 TB
RAM on a single server.
Later this year, ConvergedSystem 900 will also offer a powerful, general
purpose, scale out configuration that can run OLAP, OLTP, or even mixed
workloads on the same system, enabling IT to focus on strategy and innovation
instead of management of sprawl.
Built on the HP Superdome BL920s Gen 9 server blade powered by the Intel Xeon 15
core E7-2890 V2 processor and HP 3PAR StoreServ storage, HP offers a range of scale up
and scale out configurations.
Scale up: 8s/6TB or 16s/12TB in memory computing power, with up to 24TB on the
roadmap
Scale out: dual nPar 8s/2TB configurations that can scaleout to the largest mission critical
needs
1 TB RAM
Up to 16 servers per system certified by SAP
Larger, customer-specific systems may be offered with approval by SAP
Database data and log files:
Stored on centralized, shared storage
Direct connect via SAP Storage Connector
Shared HANA application files:
Clustered NFS servers (one pair per system)
Files stored on centralized, shared storage
Shared storage
HP 3PAR StoreServ 7400 (4-node)
96 SAS disk drives (900 GB HDD)
Supports up to 4 HANA servers
Storage arrays added as needed to support additional servers
Dedicated management server
HP 10 GbE top of rack (TOR) switches used for HANA internal networks and
connection to customers network
HP 16 Gbps FC switches used for internal SAN (connections from HANA nodes,
NFS servers and dedicated management server to centralized, shared storage)
Enhanced high availability and disaster tolerance with HP Serviceguard
Automated failover for clustered NFS servers (scale out systems)
Automated failover from primary HANA system to secondary HANA system
(usually located in a different data center) for disaster tolerant architectures
ScaleScale-out configurations
HP offers two scale-out, future-ready systems that can grow as your needs grow. This
design significantly reduces the costs, difficulties, and down-time associated with field
upgrades.
The HP ConvergedSystem 500 for SAP HANA (CS 500) scale-out system uses the HP
ProLiant DL580 Gen8 server powered by the Intel Xeon E7-4880 v2 processor. The HP
ConvergedSystem 900 for SAP HANA (CS 900) scale-out system uses the HP ProLiant
Superdome BL920s server blade powered by the Intel Xeon E7-2890 v2 processor. Both
systems use the 3PAR StoreServ 7400 for shared, centralized storage for the SAP HANA
shared application files and database data and log files. 3PAR is the worlds most advanced
storage platform preferred by eight out of the ten largest service providers. The CS 500 is
ideal for SAP Business Warehouse or standalone analytics/reporting/application
acceleration scenarios needing a system that is certified up to 16 TB RAM. The CS 900 is
ideal for scenarios needing a system that is certified up to 32 TB RAM. Both systems may
be used for larger, customer-specific implementations with approval by SAP and HP.
Storage Infrastructure
HP provides three different storage infrastructures depending upon the customers sizing
and budget requirements.
configuration for the operating system and HANA application files. They use another eight
600 GB HDD disk drives in a RAID-5 configuration for the database data and log files.
Additional Software
HP ConvergedSystem for SAP HANA includes all of the software needed to deliver a
complete solution including SUSE Linux Enterprise Server (SLES) for SAP applications and
Integrated Lights Out (iLO) Advanced. VMware vSphere and vCenter software is also
included if customers select the virtualization option. HP ensures global quality standards
by preloading and configuring SAP HANA software at the factory before delivery. No
additional software is necessary for the HP ConvergedSystem for SAP HANA. All solutions
are built to your specifications, and they include all required components, services and
support.
HP also provides monitoring and backup software solutions to further enhance your
solution. HP ConvergedSystem for SAP HANA can be easily monitored utilizing HP
Systems Insight Manager (SIM), available as part of HP Insight Control or as a free
download. This powerful yet intuitive solution provides hardware-level management for
system administrators to improve system uptime and health. For more information, visit
Implementation
Delivery of the SAP HANA system is not the final step. Beyond the design and build of a
SAP HANA solution, integration of the solution into your environment is equally, if not more,
critical to successfully getting SAP HANA up and running. HP understands this, so they
include installation, implementation, and training with every SAP HANA solution they
deliver. The basic foundational service includes the following:
All HP ConvergedSystem for SAP HANA come standard with Factory Express Level 4
services that leverage HP factory integration skills on SAP HANA. This way, HP helps
reduce deployment time with hardware built to customers exact specifications, then
shipped as a turn-key solution from the HP factory. Additional, on-site installation services
help with harware installation in the Datacenter, powering up server(s) and storage, and
connectivity and Hardware checks.
HP Deployment Accelerator Service is a service that accompanies HP
ConvergedSystem to ensure the appliance is properly installed and that the database
connections are made. HP Fast Start Services are available to ensure that the replication
and/or Extract, Transform, Load (ETL) of data from the source systems have been tested
and confirmed as fully functional. Customers can choose either the Deployment Accelerator
Service or the Fast Start service for their onsite implementation.
Support
Customers may choose from a selection of HP Support Services to meet business needs.
The minimum required support level for HP ConvergedSystem for SAP HANA is HP
Proactive Care HP recommends HP Proactive Care with HP Personalized Support option
and HP Proactive Select to develop an ongoing support plan, build an advocate into the
reactive support delivery team, and plan for unique or changing needs.
Transfer knowledge covering the use and
ConvergedSystem for SAP HANA in an HA environment.
operation
of
HP
The HP Impact Analysis for SAP HANA helps you understand the technical
feasibility of introducing SAP HANA to meet your real-time and high-volume data
analysis requirements. It is highly recommended for each SAP HANA
implementation.
The HP Financial Assessment for SAP HANA provides granular information
to support your decision-making process. It is formatted to be suitable for use in
supporting budgeting processes.
Business Warehouse on SAP HANA Provide single source of truth for all
your SAP data and provide real time business analytics with your enterprise data
warehouse based on SAP Netweaver Business Warehouse (BW)
Business Suite on SAP HANA Provide real time access to your transaction
data enabling faster business processes and innovative solutions not possible until
now.
Enterprise Edition on SAP HANA Provide single source of truth for all your
enterprise data and provide real time business analytics with your enterprise data
warehouse based on Enterprise Edition for SAP HANA
HP Financial Services
HP Financial Services can make your transition to SAP HANA easy and cost effective, and it
can help you get started even sooner. You can expand your organizations SAP HANA
initiatives by taking advantage of an efficient, effective way to maximum return from IT and
BI solutions, while minimizing risk and aggressively managing costs. HP Financial Services
offers new HP hardware leasing and SAP software license loans plus a complete, global
solution that recovers value from older assets. This solution also helps safeguard privacy,
and it complies with applicable environmental regulations for disposing of SAP
infrastructure assets that are displaced by your new HP AppSystems for SAP HANA. For
further information please go to: www.hp.com/go/asset_recovery.
Migration Assistance
For existing SAP NetWeaver BW and SAP NetWeaver BW Accelerator software customers,
HP and SAP recognize that to migrate your environment to SAP HANA will involve extra
effort and incremental costs. To help ease the transition, HP and SAP offer a migrationassistance package that features a combination of HP financing options and a portfolio of
migration services you can use to clear the path to faster data analysis.
HP Leads the Way with another #1 Benchmark Results for SAP HANA
SAP partnered with HP to co-develop the new SAP standard application benchmark for the
SAP NetWeaver Business Warehouse application, called the enhanced mixed load (EML)
benchmark. SAP standard application benchmarks are designed to represent customerrelevant scenarios in many different business contexts. This new SAP EML standard
application benchmark simulates the current demands of typical SAP NetWeaver BW
customers. These demands are shaped primarily by three major requirements: near realtime reporting, ad-hoc reporting capabilities, and reduction of TCO.
Continuing with HPs commitment to deliver innovation, in March 2014, HP once more
achieved an excellent outcome on the SAP NetWeaver Business Warehouse-Enhanced
Mixed Load (BW-EML) standard application benchmark. Utilizing the new HP
ConvergedSystem 500 for SAP HANA, which includes the ProLiant DL580 Gen8 Server
and the latest Intel Xeon processor technology, the system achieved a remarkable result of
126,980 ad-hoc query navigation steps with 2 billion initial records on the SAP HANA
platform (certification 2014009). The system accessed twice as many initial records as its
previous generation system, the ProLiant DL580 G7.
The result demonstrates the ability of HP ConvergedSystem 500 for SAP HANA to meet
evolving market and customer needs, highlighting HPs understanding of market
conditionsfrom managing analytics and data warehousing workloads to running missioncritical business applications. Simply put, HP gets similar performance with double the data
footprint. In addition, the system is optimized to deliver the highest levels of performance
and availability for in-memory computing, which significantly improves analytics processing
speeds by delivering outstanding, scalable analytic performance in seconds versus hours
on massive, multi-dimensional databases.
We had three main drivers: Bring more data to more users, faster; move from a static to a
rolling forecasting model; and leverage advanced tools such as predictive analytics.
Anders Reinhardt, head of global business intelligence, VELUX Global Financial
Management
To get the most out of Business Planning & Consolidation, the company decided to
implement SAP HANA, running on HP AppSystems for SAP HANA scale-out configuration,
as the underlying database.
HP didnt just deliver hardware and leave; its been an integral part of the project
throughout and still brings value in relation to HANA operations.
Anders Reinhardt, head of global business intelligence, VELUX Global Financial
Management
T-mobile
An example of the outstanding results that can flow from an HPSAP collaboration, consider
the case of T-Mobile. The U.S. wireless operation of Deutsche Telekom AG, T-Mobile
provides more than 33 million customers with customized wireless plans that reflect their
smart phone and data needs. A key component of the companys marketing strategy is to
conduct highly targeted customer communications concerning mobile phone services and
offers. Unfortunately, its previous analytics solution was too complex and could not track
customer offers in a timely way.
The solution built on HP Converged Infrastructure in collaboration with SAP AG and
deployed in just two weeks enhances T-Mobiles ability to deliver targeted marketing
campaigns to customers by transforming the way it delivers, manages, and measures its
wireless plan offers.
T-Mobile needed faster and better customer insight from its varied data systems,
explained Paul Miller, vice president of Converged Systems at HP. HP and SAP quickly
delivered a turnkey solution that provides simplicity, performance, and faster time-to-value.
SAP, in cooperation with HP, worked to support the creation and delivery of a unique and
differentiated customer-tracking solution for T-Mobile, revealed Steve Lucas, executive
vice president and general manager of Global Database and Technology, SAP. With SAP
HANA, T-Mobile can more effectively track its marketing campaigns success.
Nongfu Spring
Another illuminating example is Nongfu Spring, an established and expanding national
consumer brand in China with a vast scope of operations encompassing production, sales,
planning, dispatching, logistics, and marketing. As the company expanded and constantly
added new branches in different cities, it needed to implement a database solution that
could keep pace with its impressive growth while providing the real-time, accurate data its
executives needed to make informed business decisions. To accomplish this task, Nongfu
Spring chose HP AppSystems for SAP HANA due to the stable, powerful performance of its
HP ProLiant DL980 server and the professional services provided by the HP team.
With the new system in place, Nongfu Springs manufacturing environment now runs
more smoothly and with more accurate data. For example, the increased computing
speeds enable the company to analyze data 200300 times faster than with their previous
database platform. Another benefit: Financial reporting times have reduced from seven to
three days.
The market today is changing constantly, and companies and the market environment
have more new IT requirements, asserts Nongfu Spring CIO Patrick Hoo. By cooperating
with HP on SAP HANA 1.0, we have proven that HANA is a high-speed in-memory
computing column-storage database product that is mature and practical. It fundamentally
solved the problem of slow computing and presentation of data caused by having too much
data, which had affected our business. It also built a solid foundation for our IT department
to provide strong support for the companys rapid future business development.
Highlights
100100,000x faster than disk-based DB; No.1 writing performance with 15%
less latency and 20% more bandwidth
Infrastructure
The RH5885 V2 for SAP HANA offers a preinstalled, preconfigured, optimized appliance
ranging from XS to L Size that supports the SAP HANA application stack in a single host.
Model Specifications
Table 1: Tecal RH5885 V2 for SAP HANA
More information
http://enterprise.huawei.com/en/products/itapp/server/rh-series-rack-servers/hw145982.htm
http://enterprise.huawei.com/en/products/itapp/server/high-performance-pcIe-card/hw194918.htm
history of shared innovation IBM can help strengthen and optimize your information
infrastructure to support your SAP applications.
IBM and SAP have worked together for over 40 years to deliver innovation to their
shared customers. Since 2006, IBM has been the market leader for implementing SAPs
original in-memory appliance, the SAP NetWeaver Business Warehouse Accelerator
(BWA). Hundreds of BWA deployments have been successfully completed in multiple
industries and countries. These BWA appliances have been successfully deployed in many
of SAPs largest business warehouse implementations, which are based on IBM hardware
and DB2 optimized for SAP.
IBM and SAP offer solutions that move business forward and anticipate organizational
change by strengthening your business analytics information infrastructure for greater
operational efficiency and offering a way to make smarter decisions faster.
appliance part number. They are delivered preconfigured with key software components
preinstalled to help speed delivery and deployment of the solution.
The IBM System x3690 X5 is a 2U rack-optimized server. This machine brings the eX5
features and performance to the mid tier. It is an ideal match for the smaller, two-CPU
configurations for SAP HANA. The x3690 X5based configurations offer 128 to 256 GB of
memory and solid-state disk. The x3950 X5based configurations leverage the scalability of
eX5 and offer the capability to pay as you grow starting with a 2-processor, 256 GB
configuration and growing to a 8-processor, 4 TB configuration. The X6 models include the
2 or 4 socket x3850 X6 and the 8 socket x3950 X6 provide a modular design which nearly
two times the performace over the eX5 system, simplifies maintenance, and provides ongoing investment protection.
These systems are designed for maximum utilization, reliability, and performance for
compute-intensive and memory-intensive workloads such as SAP HANA.
IBM also offers a virtualized implementation using VMware. This implementation,
intended for non-production environments, enables you to optimize your hardware
investment. Now, you can install multiple HANA virtual machines (VMs) on a single system
and quickly deploy those VMs for non-production workoads.
IBM and SAP have worked closely together to validate each of the work-load-optimized
configurations and have also collaborated on performance testing.
Outstanding results like this are founded on years of joint product development which
services to help set up and configure the appliance and health-check services to ensure it
continues to run optimally. In addition, IBM also offers skills and enablement services for
administration and management of IBM eX5 and X6 enterprise servers. IBM offers Quick
Start implementation services to help you install and configure your SAP HANA appliance
and HealthCheck services to help you manage and maintain your SAP HANA appliance. In
addition, IBM also offers skills enablement services to provide technical training to your
teams that need to manage the HANA appliance. IBM Total Solution Support and Remote
Managed Services for SAP HANA provide a single point of contact and focal point for all
SAP HANA issues. If you determine that you do not want to manage the SAP HANA
appliance, then IBM offers a Managed Service that can provide 24x7 monitoring and
management of the SAP HANA appliance enabling you to off-load the maintenance and
management of the appliance.
Combining the strengths of GBS with IBM System x Workload Optimized Solutions for
SAP HANA allows our customers to gain the maximum benefits of their investment in SAP
HANA and to bring those solutions to life to address immediate information needs and
identify the transformational opportunities that can bring the organization to the highest
levels of insight and action.
IBM can also offer financing options helping clients to acquire IT solutions that are
tailored to their individual goals and budget.
Support Infrastructure
SUSE Linux Enterprise Server for SAP Applications is a fine-tuned and supported
operating system based on fully open source technology towards the nature of SAP
applications workload and its system lifecycle. Its priority support provides unlimited
24hx7d technical support from SUSE, and its extended support offers additional 18 months
for package maintenance. It also maximizes system uptime with highly-selected packageupdates; only packages that affect SAP system shall be upgraded.
NEC High-Performance Appliance for SAP HANA uses SUSE Linux Enterprise Server
for SAP Applications, including its priority support. NEC has a lot of experience providing
mission-critical grade support on Linux systems, and has contributed various kind of open
source community including Linux kernel development. Through the long-standing
partnership with SUSE, NEC provides mission-critical class support for SAP HANA.
Support Service
For more information, please contact a NEC sales representative in your region or email
nssc-cs@sap.jp.nec.com.
VCE
VCE, formed by Cisco and EMC with investments from VMware and Intel, accelerates the
adoption of converged infrastructure and cloud-based computing models that dramatically
reduce the cost of IT while improving time to market for our customers.
VCE, through Vblock Systems, delivers the industrys only fully integrated and fully
virtualized cloud infrastructure system. VCE solutions are available through an extensive
partner network, and cover horizontal applications, vertical industry offerings, and
application development environments, allowing customers to focus on business innovation
instead of integrating, validating and managing IT infrastructure.
Vblock Systems
VCE Vblock Systems have revolutionized the IT infrastructure by providing a datacenter in a
rack.
By consolidating all the components into a single system, Vblock Systems improve
efficiency, speed, and reliability all while driving down costs. Sprawling, complex
hardware is replaced by a smaller footprint x86-based Vblock System.
With Vblock Systems, IT staff no longer needs to spend an average of 70% of their time
maintaining infrastructure, they can focus on activities that add real value to the business.
Business continuity is a key requirement for companies whose success relies on robust
operations. VCE solutions enable high availability and rapid recovery, ensuring missioncritical applications are there when you need them.
All Vblock Systems are built the same based on validated best practices. This is why
they have a shorter time to deployment and deployment provides less room for human
errors. All are built to lower facilities costs. Vblock Systems provide reduced complexity with
standardized infrastructure, are pre-integrated, pre-tested and pre-validated. As a result
you do not have to worry about firmware releases, management tools, configuration
settings and if they will integrate with each other VCEs engineering team will.
been configured for your environment including configuration for your network.
Figure 2 illustrates the process for building a Vblock Specialized System for SAP HANA
Software. Each Vblock System is sized, built (both physically and logically), installed, and
validated to ensure optimal performance.
Figure 2: Creating a Vblock System from request to final installation and testing
The first step in the process is sizing. At this stage, the amount of memory required is
determined. For a SAP HANA appliance, the number of servers and amount of storage
required is determined based on the memory requirements.
Once a Project Manager has been assigned, the Logical configuration survey is
completed. Examples of the extensive logical configuration requirements are IP addresses
and VLANs.
The Site survey addresses issues related to the physical space into which the Vblock
System will be installed. This survey includes items such as door heights and available
power supply.
The survey process allows you to benefit from VCEs extensive experience.
Once onsite, VCE specialists will complete any physical installation tasks, connect it into
your network and execute an onsite test plan to ensure that your Vblock System is
operating optimally.
Architecture
VCE has developed the Vblock Specialized System for SAP HANA, a scale-out appliance
that has undergone SAPs rigorous performance and stability tests and is an SAP-certified
solution.
The VCE datacenter in a rack brings together servers, network, storage and
virtualization into a well-defined package.
The architecture of the Vblock Specialized System for SAP HANA is shown in the
diagram below:
The Vblock System provides a highly scalable and available infrastructure leveraging
the EMC VNX Storage and Cisco UCS to help organizations best utilize the big data
analytics capabilities in SAP HANA and make better real-time business decisions. The builtin fault tolerance of Cisco UCS blade servers and EMC VNX ensures the infrastructure will
be available through hardware failures.
Each Vblock Specialized System for SAP HANA has one hot-standby node for High
Availability. The SAP HANA scale-out design incorporates high availability that is managed
and operated at the application level. Each system includes a standby node that provides
failover capability.
Vblock Specialized System for SAP HANA delivers the server and storage infrastructure
needed across block or file data access and allows seamless growth to enable real time
data analytics. The data storage requirement determines which Vblock Specialized System
for SAP HANA configuration is applicable in a given situation.
Vblock Specialized System for SAP HANA leverages advantages in server technology,
in-memory databases, and cloud computing. In the scale-out scenario, the SAP HANA
database instance is distributed over multiple servers allowing you to incrementally add
Cisco B440 M2 blade servers, each with 512 GB memory with four Intel Xeon Processors.
Figure 4: Connectivity for Vblock Specialized System for SAP HANA with four nodes
Thoroughly tested and certified by SAP and VCE, key components and features of the
Vblock Specialized System for SAP HANA include:
Pre-installed and configured SAP HANA appliance hardware, operating
system (SUSE Linux Enterprise Server), and SAP HANA Platform Edition
software.
High availability is provided to ensure that a node failure does not cause the
system to fail
Easy maintenance
Choosing the Vblock Specialized System for SAP HANA significantly reduces your
maintenance overhead. Supporting a SAP HANA environment requires management of
these components:
Firmware patches
Seamless Support
It can be difficult to determine if your issue is caused by your hardware platform or SAP
HANA. VCE provides a single point of contact support to take responsibility for all issues.
With VCE, if you are an existing SAP customer, you can submit issues using the SAP
Service Marketplace exactly as you do now. The ticket is reviewed by SAP who conducts
initial analysis on the issue. If at any point during their analysis the issue appears to relate to
the Vblock System, SAP contacts VCE. The VCE Support team will convert to a standard
service request and follow standard support processes and B2B processes to engage
partner support, for example from SUSE, EMC or Cisco, as needed.
Services
VCE offers a comprehensive suite of professional services to accelerate your IT
transformation. Select from a full spectrum of service options, available through both VCE
and our extensive ecosystem of worldwide partners. Get the expertize you need, at any
phase of your journey, to transform your infrastructure, lower their costs, and achieve
greater flexibility and agility.
cloud computing.
Further reading
www.vce.com/sap Additional information about how VCE can address the requirements
of SAP environments
www.vce.com/products/specialized/sap-hana Detailed information and documentation
about the Vblock Specialized Systems for SAP HANA
http://www.vce.com/asset/documents/sap-hana-use-case.pdf Additional
about the benefits of the Vblock Specialized Systems for SAP HANA
information
Chapter 11
Introduction
So, youve decided to move forward with SAP HANA. Great! But how do you get started?
SAP HANA is a new technology, so your organization may lack the in-house expertise to
implement it on their own. Fortunately, whatever your situation, expert project planning,
implementation, and development services are available that can help ensure that you get
the maximum business value from SAP HANA, as quickly as possible.
help you develop a comprehensive roadmap detailing how in-memory computing can help
your company run at maximum speed and solve specific business problems. To accomplish
these goals, that partner must ask the critical questions that mean the difference between
success and failure and be able to answer these questions correctly.
Although the specific questions will vary by engagement, you should start by identifying
the right business use case for SAP HANA in your company. At SAP, we often distinguish
between business intelligence and technology intelligence. The best technology in the world
will not necessarily create value if it isnt aligned with the proper business scenario. Thus,
the first question to consider is: Where can an in-memory solution create the most value for
the least investment in the shortest timeframe, with the least disruption for business users?
The answer to that question will help you align desires (what you want) and needs (what
you actually need). At that point you can begin mapping the solution back to a technical
landscape.
Proper risk assessment is also crucial. Ask yourself:
How can we realize the solution in the shortest time with the least risk?
Does either SAP or its implementation partners offer any predefined services
or application solutions that can help?
What does the high-level project plan look like, and how well does it align
with our business requirements and expectations?
Want to get the most from your SAP HANA platform? The SAP Education organization offers
courses and certifications to give technical consultants and internal IT staff the knowledge and
skills they need to fully leverage the power of SAP HANA. For more information visit the SAP
Learning and Software Services for HANA website: https://training.sap.com/us/en/curriculum/hanag-en
Support the technical and business environment and educate your technical
Financial reporting
Sales reporting
Purchasing reporting
Shipping reporting
is then used to generate the reports and display them to users in a variety of user interfaces.
Lets review the key elements of each bundle.
Flexible analysis of customer and vendor items based on the single line
items from the back-end ERP system
Finance Crystal
Report
Finance Explorer
View
Finance Crystal
Report
Model
Type
Purchasing Dashboard
Details
Vendor Spend based on Financial Data
Purchasing
Purchasing
Purchasing
Purchasing
Web Intelligence
Web Intelligence
Web Intelligence
Web Intelligence
Although SAP HANA is valuable for a broad range of applications, it shines particularly
well in a few unique situations. If youre building an enterprise-scale application for a
business scenario that has high data volumes, needs detailed/granular data analysis,
needs to search or aggregate huge data volumes, requires complex algorithmic or
statistical calculations, or suffers from latency between transactional recording and
reporting, SAP HANA is a great choice.
RapidRapid-deployment solutions
Do you have to address an urgent business need? Do you want a fast start with a fixed
scope? SAP Rapid Deployment solutions can help you implement SAP HANA using a
package of preconfigured software, content, and end user enablement plus implementation
services. Clearly priced and scoped implementation services help you speed up time to
value and limit risk.
The available SAP Rapid Deployment solutions for SAP HANA can help you to find your
path to realize a full IT landscape running on SAP HANA quick, without risk and at
predictable costs. You can start into SAP HANA as you like e.g. with a quick win,
implementing an accelerator or with a holistic approach, migrating your SAP Business Suite
to SAP HANA. If you want to leverage your landscape with SAP HANA step by step, the
following approach could fit to your wishes:
Start smart with implementing some accelerators and gain immediate performance
improvements without disruption for the end users, e.g. by implementing the SAP HANA
Accelerated Finance and Controlling rapid-deployment solution.
Then, try out new analytics with the HANA content that is delivered. The SAP HANA
CRM analytics rapid-deployment solution could support your CRM users with new reports.
Besides this you might explore new reporting options with SAP NetWeaver BW powered
by SAP HANA by speeding up existing scenarios or by implementing new ones. Rapideployment solutions that are based on SAP NetWeaver BW powered by SAP HANA support
many different scenarios e.g. in the area of ERP, CRM or EPM.
Also, if you are looking to adopt SAP HANA as database for your SAP Business Suite,
the Rapid Database Migration of SAP Business Suite to SAP HANA package supports the
migration of an existing SAP Business Suite installation to the SAP HANA database system
without disruption of the existing Business Suite scenarios. Reporting scenarios within the
SAP Business Suite can be enhanced as well with the SAP HANA Live rapid-deployment
solution. The SAP HANA Live rapid-deployment solution provides pre-built reporting
content for easier and faster analysis based on virtual data models with best practices
enablement content and fixed-scope and fixed-timeline service offering.
SAP is continuously adding more rapid-deployment solutions. To see whats available
today, visit SAP Store or www.sap.com/solutions/rds or the SAP Service Marketplace for
customers and partners.
In todays competitive global economy, businesses must adopt technology solutions that
provide an immediate advantage over their competitors, but time-to-value is key.
With the SAP HANA rapid-deployment solutions, customers can benefit from the power
of SAP HANA within a few weeks.
Custom Development
Although there are standard best practices that must be considered when developing
custom solutions, there are also many possibilities when it comes to imagining what to build
with SAP HANA.
SAP HANA aligns well with several specific requirements and situations. Are you
building an enterprise-scale application for a business scenario with high data volumes? Do
you need detailed or granular data analysis? Do you have to query large data volumes? Do
you require complex algorithmic or statistical calculations, or suffer from latency between
transactional recording and reporting? If you answered yes to any of these questions, then
SAP HANA is a great choice.
Packaged Solutions
Do you have to address an urgent business need? Do you prefer working with a fixed
scope? SAP Rapid Deployment solutions can help you implement SAP HANA using a
package of preconfigured software, content, and end user enablement plus implementation
services. Clearly priced and scoped implementation services help you speed up time to
amount of emphasis you place on each step will be dictated by the type of SAP HANA
project you are implementing.
1.
Customer education. Education is especially important for an SAP HANA
project. The technology is new, so the relevant knowledge is not yet widespread.
The technology is also rapidly evolving, with new use cases being created almost
daily. Both the project team and the executive sponsors must be educated so they
understand what SAP HANA can do and how it works. (Hint: Give them a copy of
this book!)
2.
Use case identification. Workshops can help determine where to apply the
power of SAP HANA within the organization. Ask yourself: What are the possible
scenarios for SAP HANA, and where might the company make improvements?
Where could the technology have the biggest impact on corporate objectives or
unlock deeper insights into the reported data? Once you have defined a use case,
you should perform a comprehensive requirements gathering to ensure that the
end solution addresses all of your companys needs and maps back to your
original use case expectations.
3.
Solution approach. The SAP HANA solution must be designed and
documented so that if your personnel or solution partners change, the new
resources will understand how to support the solution. Most likely, this will be an
iterative process, looking closely at use cases and their supporting infrastructure.
As new information becomes available, the solution approach will evolve into a
comprehensive deliverable.
4.
Modeling / Development A key task to implement your SAP HANA solution
is creation of the data models and the different views to it. These models are
adapted, modified, and enhanced to improve performance. For packaged
applications this content is delivered by SAP, but can be adapted to your specific
needs. Custom development projects will include both traditional application
development and modeling aspects.
5.
QA/testing. This is the final test of all front-end reporting, data quality, data
integration, and performance. The production system is up and running, and
business processes begin to operate in the new SAP HANA environment. Quality
assurance continues, along with end-user training and support.
6.
Go live.
live SAP HANA is delivered as a production solution.
After youve outlined a systematic approach to implementation, you need to identify the
key timelines and activities for your SAP HANA implementation.
faster. Based on these impressive results, the customer is re-architecting its entire reporting
environment to leverage the power of SAP HANA.
Vijay Vijayasankar
Associate Partner
IBM Global Business Services
Twitter: @vijayasankarv
1.
Find the best data modeler you can for your SAP HANA projects. That is the
make-or-break issue for most SAP HANA projects.
2.
Do not jump into a POC (Proof-of-Concept) just to prove loading/reporting
works faster in a data mart. SAP or IBM can easily show you how quickly their
systems can report and load data.
3.
Spend a lot of time refining your use case offline before you start the project.
An important part of this step is to accurately define success up front. This helps
reduce wasteful scoping efforts during the project, and it will help the project team
focus on specific targets.
4.
Size the hardware correctly. If you do not, then you will not see the expected
results. Even if you want to scale out and buy new boxes, you should be aware
that these boxes are not available off the shelf. Consequently, they will require
some lead time to acquire.
5.
Each HW vendor has some secret sauce on what makes them special for
SAP HANA. Make sure you understand that before investing in HW.
6.
Check SAP HANA performance under a variety of situations reporting
performance while heavy loads happen, while multiple people are working on
system, logging on from different parts of network, etc.
7.
Engage closely with your SI (system integrator) and SAP while the project is
going on. SAP HANA is fairly new, and it will probably need a few workarounds.
Your SI and SAP will probably have seen your issues before, and they can advise
you and help minimize time spent reinventing the wheel.
8.
If you are going to migrate to SAP NetWeaver Business Warehouse on SAP
HANA, test as you go when migrating objects to their in-memory versions so that
you can spot challenges sooner. Definitely consider re-engineering the design of
SAP BW to take advantage of SAP HANA and avoid doing only an en-masse
migration and leaving it at that.
9.
SAP HANA security/administration is a specialized skill, and a good design is
needed to make it work for all your use cases consistently. Plan to spend time
refining the model.
10. Last but not least poor data quality is even more damaging when the data
come at you in lightning speed. Garbage In/Garbage Out still applies. Profile the
data, and fix them at the source or as close to the source as possible before
sending them to SAP HANA.
Harald Reiter
Senior Manager SAP
Deloitte Consulting
Twitter: @hreiter
1. Rethink what is possible
a. Revisit analytics that previously were not possible or were too difficult to
perform.
b. Processes can now actually change, be simplified, or be minimized because
you dont need as big a staff to conduct the analysis.
c. Eliminate the data volume and speed barriers from the equation, and focus on
the real business needs.
2. Develop a roadmap
a. Move from theory to reality real-time BI delivers true value.
b. Make it dynamic to adapt quickly to new capabilities and integration options.
c. Align business and IT goals.
d. Be proactive to influence the product development, and make your voice heard
to ensure timely delivery of new capabilities.
3. Pilot early
a. Get used to rapid development cycles and capabilities.
b. Dont get caught up in all the hype and excitement be pragmatic, and dont
forget basic due diligence. Focus your efforts, define what is really important,
achieve success, and build on that success iteratively.
c. Dont try to throw all the data into the database just because you can.
4. Start with the hard stuff
a. Be realistic dont assume you go through fewer cycles of data analysis to find
the best answer (or question); you will be able to do the cycles faster, though.
This allows you to change your assumptions, quickly run scenarios, and ask
different questions to uncover anomalies in your data.
b. Embed statistical models and predictive analysis into your daily operations to
detect risk, negative trending, and anomalies.
c. Make sure there is a measureable ROI
5. Establish priorities
a. Define what you really want, and make certain your objectives have a positive
impact on your organization
b. Dont forget to look at unstructured data in your organization; these data can
provide a new perspective. Incorporating unstructured data and rapid
processing enables meaningful and timely analysis to minimize risk, losses, or
negative exposure.
c. Dont underestimate the importance of data quality. Revisit your data quality
initiatives using SAP HANA to quickly identify issues that result from processing
Vitaliy Rudnytskiy
Lead BI Architect
HP Enterprise Information Solutions
Twitter: @Sygyzmundovych
1. Accept nothing less than excellence from your project team and partners
a. Technology makes things faster, better, and cheaper; but technology itself is
still just a tool. Make sure you assemble an excellent team: business, project
team, partners, and SAP support.
2. Understand the technology
a. If you are reading this book, you are already on the right track.
3. Think about details, but always consider them in the context of the big picture
a. The devil is in the details, so think them through. At the same time, however,
never lose sight of the complete picture of where all the details fit into.
4. Open your mind to the New World
Ranjeet Panicker
Practice Manager
SAP Next Generation Services
HANA/In-Memory Center of Excellence
CuttingCutting-edge Technology
SAP HANA represents a paradigm shift in how we know and use an RDBMS. It is also a
new database technology one that is evolving as SAP customers find new ways to
challenge the speed and performance of the database. The SAP HANA platform is evolving
very quickly, and SAP continuously adds new and innovative functionality. To enable
customers to take advantage of this new functionality quickly and efficiently, SAP has made
the process of upgrading very simple.
Executive Sponsorship
Buy-in at the highest level brings the authority and credibility that can mean the difference
between success and failure for your SAP HANA project. Executive sponsorship helps drive
the vision for SAP HANA in your organization, and it facilitates the change management that
is required when you adopt a new technology. To secure and maintain this sponsorship,
include the executives in project reviews at regular intervals to keep them up to date on
project status. Also, make certain they are involved in all follow-on endeavors.
ince the SAP HANA Essentials book is being written in real time, it will be continuously
updated as new chapters are completed and content revisions are added.
Make sure to register for the mailing list on www.saphanabook.com to be informed when
new chapters are available and follow the book on twitter @EpistemyPress and @jeff_word.
Please share the website and voucher code with your colleagues so they can benefit
from the information in this book as well.
Notes
Markides, C. (2002). Strategic Innovation. In: E. B. Roberts (Ed.). Innovation. Driving
Product, Process, and Market Change. San Francisco: Jossey-Bass.
2 Woods, D. and Word, J. (2004), SAP NetWeaver for Dummies, Wiley Publishing Inc.,
Indianapolis, IA.
3 With the SAP HANA RDS migration package customers can migrate in ~7 weeks, if they
are already on BW 7.3 SP7, with Unicode, and 7.x data flows and authorizations.
4 Magal, S. and Word, J. (2013), Business Process Integration with SAP ERP. Epistemy
Press
5 People always ask if all the data is in volatile storage like RAM, what happens if the power
goes out? Well talk about that in more detail later, but basically, SAP HANA has some very
sophisticated backup tools to prevent data loss from disasters.
6 Plattner, H & Zeier, A. (2011). In-memory data management: an inflection point for
enterprise applications. Springer.
7 As of SP7, theres another deployment option for SAP HANA. Aimed at large customers
that have invested in and manage their own storage environment, the SAP HANA tailored
data center integration was added.
8 The SAP HANA RDS for database migration takes ~7 weeks for most customers who are
already running SAP BW 7.3.
9 Meaning Powered by SAP HANA and renovated to natively take advantage of SAP
HANA.
* As of January 2013, the SAP Supplier Relationship Management (SAP SRM) application
was not available with SAP HANA. However, SAP plans to integrate them at some point in
the future.
10 Gard Little and Elaina Stergiades, IDC, Help Rethinking the Art of the Possible with SAP
HANA Services, March 2012.
1
effrey is responsible for creating and communicating thought leadership on SAPs In-
Memory database strategy globally. His newest book book, Business Process Integration
with SAP ERP, was released in early 2013. He is also the co-author of the bestselling
books, Integrated Business Processes with ERP Systems (2011), Essentials of