HA100SPS12

HA100

SAP HANA Introduction

.

.

PARTICIPANT HANDBOOK

INSTRUCTOR-LED TRAINING .

Typographic Conventions

American English is the standard used in this handbook. The following typographic conventions are also used. This information is displayed in the instructor’s presentation Demonstration Procedure Warning or Caution Hint Related or Additional Information Facilitated Discussion User interface control Example text Window title Example text

vii Course Overview 1 Unit 1: Introduction to SAP HANA 2 Lesson: Describing SAP HANA 27 Unit 2: Architecture of SAP HANA 28 Lesson: Outlining the Main Components of an SAP HANA Landscape 33 Lesson: Working with Interfaces for Administrators and Developers 47 Exercise 1: Getting Started with SAP HANA Studio 55 Lesson: Understanding the Key Architectural Features of the SAP HANA Database 61 Exercise 2: Working with the SAP HANA Database 65 Lesson: Describing the Main Characteristics of High Availability 68 Lesson: Describing the Main Security Features of SAP HANA 81 Unit 3: Modeling and Data Processing with SAP HANA 82 Lesson: Creating Information Models 86 Lesson: Describing SAP HANA Live and Core Data Services 92 Lesson: Defining SAP HANA Spatial Processing 95 Lesson: Defining Text Search and Analysis 99 Lesson: Explaining Predictive Modeling 102 Lesson: Describing Graph Processing 109 Unit 4: Data Provisioning in SAP HANA 110 Lesson: Describing SAP HANA Data Provisioning 113 Lesson: Describing Data Provisioning Tools 119 Exercise 3: Replicate Data Using SLT 131 Exercise 4: Import a flat file into SAP HANA 135 Lesson: Describing SAP HANA Vora

143 Unit 5: Running Applications on SAP HANA 144 Lesson: Describing the Types of Applications you can run on SAP HANA 149 Lesson: Connecting SAP Business Intelligence Tools to SAP HANA 155 Exercise 5: Create a Report with SAP BusinessObjects Analysis for Microsoft Excel 163 Lesson: Outlining SAP Business Warehouse on SAP HANA 167 Lesson: Describing SAP HANA Data Warehousing Foundation 171 Lesson: Describing the Basics of XS Applications 173 Exercise 6: Write Data into SAP HANA Using an XS Engine Application 179 Lesson: Describing the Purpose of the Business Function Library 185 Unit 6: Continuing your Learning Journey 186 Lesson: Developing your SAP HANA Knowledge 193 Lesson: Outling SAP HANA Interactive Education (SHINE)

TARGET AUDIENCE

This course is intended for the following audiences: ● Application Consultant

UNIT 1

Introduction to SAP HANA

Lesson 1 Describing SAP HANA 2 UNIT OBJECTIVES ● Describe SAP HANA ● Describe SAP HANA use cases

Lesson 1

Describing SAP HANA

LESSON OVERVIEW You want to develop a high level understanding of SAP HANA so that you can assess its potential for transforming existing application and developing new ones. LESSON OBJECTIVES After completing this lesson, you will be able to: ● Describe SAP HANA ● Describe SAP HANA use cases A Changing World In a changing world we are more connected than ever before, with more valuable data being generated every minute of every day. More and more services are moving online and this is set to grow exponentially. Forward thinking organizations are already taking steps to adapt to the new digital world and grow their businesses. Figure 1: The Growth of the Digital World The exponential proliferation of mobile devices, social media, cloud technologies, and the large amount of data they generate has transformed the way we live and work. Sixty one percent of companies report that the majority of their people use smart devices for everything from email to project management to content creation. All of this creates unprecedented opportunities for all organizations to grow their businesses by exploiting the connectivity of consumers and business partners, tapping into the depth and variety of new types of data, acquiring this data in real time for real-time decision making, and developing innovative new applications quickly. Consumerization is driving expectations of what business IT should offer for its users. As users become familiar with smart consumer applications they also demand real time applications, and new, innovative applications that enable deep insight and provide proactive

However, current business systems cannot cope with the increasing demands of the digital world. We cannot just keep adding more complexity to existing IT landscapes in the hope we can keep pace with trends. What is needed is a fresh start, time to start with a blank canvas and rebuild the business systems from the bottom up using only the latest technologies aligned to the modern digital world. This is exactly what SAP have done by developing SAP HANA, a platform built for the digital world. IT Complexity is Stifling Growth Figure 2: The Problem with Current Landscapes Typical IT landscapes have developed over time into multiple complex arrangements of purchased, acquired with developed applications, powered by multiple platforms. These platforms can be based on incompatible hardware from different vendors, with different operating systems and different databases, and even different development languages. To try and pull together these different applications we added extra applications. The IT department has been responsible for the integration of these systems. Moving, harmonizing, and cleaning data, results in multiple copies of that data. We have placed huge demands on system resources during batch processing and expect users to wait for long running processes such as financial close, consolidations, and Materials Requirement Planning (MRP). Complex landscapes create fragmented business views of data. To obtain a holistic view, users are required to wait until consolidation is complete. Developing new applications in a complex landscape is also difficult, it takes time and is expensive to build and maintain. There is too much IT complexity in most organizations, complex landscapes are costly to maintain with multiple skills needed. Complexity is stifling growth and suppresses agility and innovation, which is critical in today’s digital world in order to survive. Lesson: Describing SAP HANA

One Platform for all Applications Figure 3: One Platform for all Applications The answer is to have all applications powered by one high performance platform. This means a common architecture with only one store for all data regardless of type. Data is available to all applications in real time, no more data movement and no more management of multiple data stores. A key objective of SAP HANA is to remove all redundancies. This means only one copy of data is needed for any type of access. Traditionally, systems were either optimized for transactions or analysis. Transactions were managed in systems where the hardware architecture and database design and the data models were built around fast read/write at the record level. Analysis systems took on a different design approach. The hardware, database and data models were built around batch loading, aggregated storage and a focus on read intensive queries. SAP HANA takes on the challenges of transactional and analysis requirements all in one platform. Figure 4: OLTP and OLAP Back Together

SAP HANA takes on the challenges of transactional and analysis requirements in one platform. The database, hardware, and data model of SAP HANA are built for combined transactional and analysis purposes. No movement of data is necessary and we always work from the same single copy of the data for any requirement, whether transactional or analytical. Advances in Technology How can one platform handle all applications and why did we not do this earlier? Figure 5: Recent Advances in Technology SAP HANA takes full advantage of the recent trends in hardware evolution to ensure it is able to handle such an ambitious challenge. Let’s start with memory. Historically, the high cost of memory meant that only small amounts were available to use. This caused a serious bottleneck in the flow of data from the disk all the way to CPU. It did not matter how fast the processor was if the data can reach it quickly. We now have access to huge amounts of cheap memory. SAP HANA runs on hardware with many terabytes of memory. With so much memory available we can store the entire database, of even large organizations, completely inside memory so we have instant access to all data and we eliminate wait times. We can lose the mechanical spinning disk and the latency it brings and rely on memory to provide all data instantly. Memory is no longer the bottleneck it once was. To address large amounts of memory we need 64 bit operating systems. 32 bit operating systems cannot address large amounts of memory. Let’s now consider the CPU. In addition to huge memory, processors continue to improve at a phenomenal rate. We now have high speed multi–core processors that can take on complex tasks and process them in parallel. This means response times for even the most complex analytical tasks, such as predictive analysis can be carried out in real-time. So if we have multiple CPUs each with multiple cores we have access to huge processing power to consume and process huge volumes of data in a minimal time. Advances in the design of on-board cache means that data can pass between memory and CPU cores rapidly. In the past, even with large amounts of memory, this was still a bottleneck as the hungry CPUs were demanding more data and the journey from memory to CPU was not optimal. We now have sophisticated on board CPU cache that keep the most useful data closest to the CPU. And with modern blade server architecture, we can now easily slot in more RAM and more CPUs into our landscape to add more processing power or memory in order to scale up to any Lesson: Describing SAP HANA

SAP could have just kept same business application software that was written 20 years ago along with the traditional databases that supported them and installed all this on the new hardware. There would be some gains but traditional databases and applications were designed around old, restricted hardware architecture. This means they would not be able to fully exploit the power of the new hardware with all the new developments we mentioned earlier. Put simply, the business software needed to catch up with advances in hardware technology, and so a complete rewrite of the platform was required. SAP built SAP HANA to fully exploit the new hardware. SAP worked closely with leading hardware partners who shared their designs of their new CPU architectures so that SAP knew how to develop SAP HANA to extract every last drop of power. Time to Rebuild the Platform Figure 6: Introducing SAP HANA Platform SAP HANA is a platform that is built on modern hardware. The platform is the software side of the equation that was built entirely by SAP. The SAP HANA platform combines all key components: database, data processing, app development, lifecycle management,, and data integration that can be used to power any application, both SAP and non-SAP. The following are some of the key capabilities of SAP HANA: ● Application Services: As well as a database, SAP HANA also provides many application services. This means many applications are built in a two tier model, rather than a three tier model. For example, imagine an application that allows a project manager to quickly check all team members have competed their time sheets. This could easily be developed as a web application where only a web browser and SAP HANA is required, no application server is needed. This is because SAP HANA can handle the business logic as well as the database services. SAP HANA provides a full development environment with productivity tool supplied in the box. Everything the developer needs at design time is there, and what is needed at run time is also there. ● Processing Services:

SAP HANA can handle many new types of data. This includes text, spatial, graphic, and more. However, it is not enough to simply store these new data types, we need to be able to build applications that can process and integrate this data with traditional data types, such as business transactions. SAP HANA provides native in-memory engines that process any types of data in real time. ● Integration Services: SAP HANA has multiple data consumption options built in as follows: ­ Continual streaming data analysis ­ Read data remotely in any data source ­ Read from Big Data stores such as Hadoop ­ Synchronizes in both directions with remote databases and devices that collect data (IoT) SAP HANA has built in Extraction, Transformation and Loading (ETL) capabilities so that separate software is no longer needed to clean, enrich, and profile data from any sources. ● Database Services: SAP HANA is a full in-memory column and row store database that can support both OLTP and OLAP requirements and is built to run on high end hardware. It stores data optimally using automatic compression and is able to manage data on different storage tiers to support data aging strategies. It has built in high availability functions that keep the database running and ensure mission critical applications are never down. Data Footprint Reductions Figure 7: Reducing the Data Footprint Tables in SAP HANA are automatically compressed so we can store huge amounts of data in a small amount of space. Further data footprint reductions are achieved because, we removed unnecessary tables and indexes. We also reduce the in-memory data footprint by implementing data aging strategies. Lesson: Describing SAP HANA

SAP HANA can split data across an in-memory tier (we call this HOT storage) and a disk based tier (we call this WARM storage). A developer does not need to know where the data is physically located, this is handled internally by SAP HANA. The benefit of this is that data that is used less frequently can be moved automatically from HOT to WARM store so we are not filling memory with data that is less useful. However, this data is still available whenever it is needed. Data Management Built In Figure 8: Data Management Built In Even with massive compression of data within SAP HANA, we know the digital world is creating huge amounts of data. So shall we just keep loading this data to SAP HANA and storing it forever? Technically we could do that, but it would not be efficient. Most business applications refer to only a small subset of data for their day to day running, and that is typically the most recently created data. We should not be filling up SAP HANA’s in-memory database with data that is old and rarely used. SAP HANA allows us to classify our data as active and passive. We also use temperatures as an easy way to describe where data fits on the scale of usefulness. Active or hot data is the data that is very recent, or perhaps data that, although old, is the focus of a current analysis and is being processed. Hot data is stored in the memory of SAP HANA. Passive data, usually called warm data, is useful data but less used. Warm data is stored on the disk layer within SAP HANA. Cold data is rarely, if ever, used. Cold data is usually stored in archives, either permanently connected to SAP HANA or disconnected. In traditional systems data was either hot (in the database) or cold (archived outside the database). There were usually never multiple temperatures of data due to the limitations of the technology at that time. With SAP HANA, there are many options for data storage depending on the temperature. Even for very large data stores we can provide access to SAP HANA without storing this data in the HANA database. Big Data is a term often used, and this refers to the staggering amounts of data that is being collected, especially by machines, sensors, social media, and so on. In recent years, solutions

and an open source software platform to store massive amounts of data in a simple format. Hadoop is not a relational database, and its key role is to provide data storage and access to systems that require the data. This data is then made available to SAP HANA using connectors provided with SAP HANA. To SAP HANA, Big Data is as readily available as the data stored inside the HANA database. Hadoop and other Big Data solutions should be considered in the overall planning for data management. Push Down Processing to SAP HANA Figure 9: Push Down Processing to SAP HANA In the past, the key job of the database layer was to listen out for requests for data from the application server and then send that data to the application server for processing. Once the data had been processed the results would be sent back down to the database layer for storage. SAP HANA is capable of taking over many of the processing tasks from the application server. Data related task such as aggregation, filters, sort, and calculate can be handled by SAP HANA. So now the application layer tells SAP HANA what it requires to be done, SAP HANA will process the data and only send the results. This is done quickly using in-memory. The application layer is still needed with SAP S/4HANA to handle the complex business logic that must be programmed in a business programming language. In the case of S/4HANA, this is ABAP. Lesson: Describing SAP HANA

Traditional Approach to Data Model and Application Code Figure 10: Traditional Approach to Data Model and Application Code Traditional applications were built on a hierarchical data model. Detailed data was summarized into higher level layers of aggregates to help system performance. On top of aggregates, we built more aggregates and special versions of the database tables to support special applications. As well as storing the extra copies of data, we also had to build application code to maintain extra tables and keep it up to date. A backup to these extra tables was also required, so even the IT operations were impacted. In addition to aggregates, we have another inefficiency that we need to remove. Database indexes improve access speed because they are based on common access paths to data. But they need to be constantly dropped and rebuilt each time the tables are updated. So again, more code is needed to manage this process. The traditional data model is complex, and this causes the application code to be complex. 70% of application code is built specifically for performance of an application and adds no value to the core business function. With a complex data model and complex code, integration with other applications and also enhancements are difficult, and simply not agile enough for today’s fast moving environment. Eliminate Complexity of Applications when Built on SAP HANA

Using the power of SAP HANA, we can aggregate on the fly from any line item table. We do not need pre-built aggregates. SAP HANA can generate any view of the data at run time, all from the same source tables. SAP HANA organizes data using column stores, which means that indexes are usually not needed - they can still be created but offer little improvement. As well as removing the aggregates and indexes from the database, we can also remove huge amounts of application code that deals with aggregates and indexes. We are left with a simplified core data model and also simplified application code. Now it is much easier to enhance the applications and integrate additional functions. Choice of Configurations Figure 12: Choice of Configurations For on-premise deployments, SAP HANA is delivered as a brand new, all-in-the-box application where all software and hardware is provided and fully configured by certified partners. There are many different configuration options available to suit all sizes of organization. Alternatively, SAP HANA can be installed flexibly on mixed vendor hardware components that appear on the approved list from SAP. Many customers already have hardware components and also software licenses that they would like to re-purpose and so this flexible approach ensures implementation costs are kept to a minimum. Note: Only certified SAP HANA technical consultants are allowed to install SAP HANA for production purposes (refer to exam E_HANAINS at training.sap.com to become certified). This restriction does not apply for non-production installations, for example, development, sandbox. SAP HANA runs on the Linux operating system. The following versions of Linux are supported: ● SUSE Lesson: Describing SAP HANA

● Red Hat Currently, SAP HANA runs on Intel x86 based hardware and also IBM Power Systems hardware. Flexible Deployment Options Figure 13: Flexible Deployment Options SAP HANA is available on-premise as well as in the cloud. On-premise means the entire solution, the software, network, hardware is installed and managed by the customer. A cloud deployment is managed by SAP and other hosting partners and this means customers do not have to be concerned with managing the infrastructure, they can simply get on with using and developing applications with SAP HANA. Another advantage of the cloud deployment is that all existing SAP cloud solutions such as Ariba and Concur are already connected with SAP HANA in the cloud. Another possibility is a hybrid approach where a combination of on-premise and cloud is used. For example, a customer wants to have an on-premise deployment of SAP HANA to run their ERP solution. But they are also developing new applications that require more complex SAP HANA services and infrastructure than they currently have in-house (for example, IoT streaming data), so they use a cloud version of SAP HANA to run these applications. But a key point to remember is that a hybrid solution brings together applications in the cloud and on-premise, and there should be no barriers to developing applications that cross both. SAP HANA Scenarios SAP HANA is central to SAP’s strategy of providing a modern digital platform that can power existing and new applications. SAP HANA is capable of handling any type of application from analytical, transactional, consumer facing, back office, real-time, predictive, and cloud and more.

Figure 14: SAP HANA is Central to SAP’s Strategy With a single, scalable platform powering all applications, customers have an opportunity to simplify their landscapes and also to develop new, innovative applications that cover all data sources and data types. SAP Supplied Virtual Data Models One of the earliest, and still a very popular use case for SAP HANA, is to power real time operational analytics. Many customers have deployed SAP HANA as a data mart to capture data from various operational systems, including SAP enterprise systems. SAP HANA is ready to connect to a huge number of reporting tools using industry standard connectors. So reporting on SAP HANA can begin immediately. One of the most appealing aspects of SAP HANA in this use case is that SAP HANA comes with extensive built-in virtual data models that provide real time business ready views of all SAP operational data based on the tables of either SAP Business Suite or SAP S/4HANA. SAP have developed and maintain these comprehensive virtual data models to expose live operational tables from all areas of SAP Business Suite and SAP S/4HANA so that any application that requires easy to consume views of business data has it immediately. The real value in the virtual data models is the business semantics added by SAP. Raw database tables are combined and filters and calculations added to expose business views ready for immediate consumption with no additional modeling needed. So instead of having to refer to multiple raw tables in your reporting tool, creating joins and unions manually, applying filters to add meaning to the data, you simply call a view from the virtual data model and the data is exposed. For SAP Business Suite the virtual data model is called SAP HANA Live and is specifically built for SAP Business Suite tables. For SAP S/4HANA, the virtual data model is delivered using Core Data Services, often referred to as simply CDS. CDS is delivered with SAP S/4HANA as part of Embedded Analytics and is based specifically on the simplified table schema of SAP S/4HANA. Whilst they are different technical approaches, they both deliver the same outcome, a virtual data model that exposes live operational data for analytics. Lesson: Describing SAP HANA

Figure 15: SAP Supplied Virtual Data Models For customers who run SAP Business Suite on SAP HANA or AnyDB, they can get started immediately with SAP HANA Live. Customers do not need to convert their SAP Business Suite to run on SAP HANA to use SAP HANA Live. Customers can continue to use their existing SAP Business Suite applications on AnyDB and SAP HANA Live can be installed on a side-by-side SAP HANA platform. This means data must then be replicated from the source tables from AnyDB into SAP HANA, preferably in real time. This could be achieved in a variety of ways using standard SAP data replication tools. For customers already running SAP Business Suite on SAP HANA, no data replication is needed because SAP HANA Live is installed on the same SAP HANA platform used to power SAP Business Suite. This means SAP HANA Live has access to the same tables used by the transactional applications. To get started with the virtual data model built with Core Data Services, customers must implement SAP S/4HANA, as the virtual data model is supplied only with SAP S/4HANA Embedded Analytics. Use Cases for SAP HANA So where can SAP HANA be used?

Figure 16: Scenarios for SAP HANA There are many use cases and scenarios for SAP HANA: ● Wherever a database is needed. ● As a data warehouse or data mart. ● To power enterprise suites such a S/4HANA and Business Suite. ● As an embedded data processing engine in partners’ applications. ● To accelerate read access for processes that are notoriously slow such as MRP, or customer segmentation. ● To power line of business packaged applications that are built just to run on SAP HANA. Architecture of SAP HANA Scenarios Figure 17: Architecture of SAP HANA Scenarios The versatility of SAP HANA is shown in the figure, Architecture of SAP HANA Scenarios. SAP HANA can be deployed as a key component in many different landscapes. SAP HANA can be used to power, enable, accelerate, and run applications. And don’t forget a single deployment of SAP HANA can be used for simultaneous use cases. SAP HANA can be the single platform to power all applications, SAP and non-SAP. Connecting Internet of Things (IoT) with Core Business Processes Another exciting use case for SAP HANA is to connect the Internet of Things (IoT) to core Lesson: Describing SAP HANA

Figure 18: Connect IoT with Core Business Processes Traditional business systems are simply not ready to support the massive growth in device connectivity that is proposed by the Internet of Things (IoT). The demands of large scale device connectivity and real-time data streaming requires modern, high powered platforms such as SAP HANA. SAP HANA can provide real time data to core business processes from any device and at any scale. Imagine having access to detailed machine data a few clicks away from a business transaction. Let’s consider this scenario: A customer is disputing an item on their invoice and complains that the paint we supplied is too lumpy. So we drill down from the invoice, discover the actual line that relates to the paint problem, we drill down to the batch that we supplied, then we drill down to the shop floor data to check the recipe for the paint was correct. But wait, when we drill down to examine the data generated from the paint mixing machine we see it did report overheating problems between 2.05pm and 2.10pm, the precise time the customer’s paint batch was created. We now need to talk to the engineers on the shop floor to find out why this was not detected and get back to the customer with a fast solution. Not Just for Traditional Businesses SAP HANA is not just for traditional businesses. SAP HANA is used to power many other exciting and innovative applications in all types of environments.

Figure 19: SAP HANA also Powers Non-Traditional Business Applications These include the following: Sport Analytics — Provide fans with real time in game statistics in order to fully engage them. The NBA is already up and running with this, and many other sports bodies and teams have similar platforms. Online Gaming Analytics — Provide online gaming providers with real time analytics to help up sell/cross sell in-game purchases and identify patterns of play to help develop new ideas. Human Genome Analysis — Provide medical experts with key information from a patient’s tumor sample in order to support personalized treatment plans. Building New Applications with SAP HANA Figure 20: Not Just for SAP Applications SAP HANA is not just for SAP applications. A large development community is busy building innovative applications powered by SAP HANA. Also, many well known and established best of breed applications are now fully integrated with SAP HANA. SAP offers a certification Lesson: Describing SAP HANA

programme so vendors can demonstrate that their applications meet the high standard of integration and compatibility demanded by SAP. SAP HANA in the Cloud SAP HANA is used in many different cloud scenarios. These include the following: ● Infrastructure as a service (IaaS) — SAP provides all hardware and you bring your software (in this case SAP HANA based applications) but it’s the customer’s responsibility to manage the solution ● Managed Cloud as a service (MCaaS) — SAP provides all hardware, you bring your software and SAP or an SAP hosting partner manages the entire solution ● Database as a service (DBaaS) — SAP provides all hardware and an empty SAP HANA system, customers just add their own applications and manage their solution ● Platform as a service (PaaS) — SAP provide all hardware and an empty SAP HANA system but includes a full development tool set to build and run new applications. SAP manage the hardware and SAP HANA but customers manage their own applications built on this platform ● Software as a service (SaaS) — SAP provide all hardware and a wide selection of SAP HANA powered ready to run line of business applications. SAP manages the entire solution. Customers just provide the business users! . Figure 21: SAP HANA in the Cloud Customers can run their SAP HANA powered solutions such an SAP BW, SAP Business Suite, completely in the cloud. Customers can also develop new applications powered by SAP HANA in the cloud. There are also many ready built applications from SAP and partners that are powered by SAP HANA and are available in the cloud and can be used standalone or integrated with existing applications. SAP HANA Cloud Platform SAP HANA Cloud Platform (HCP) is SAP’s open platform as a service (PaaS) for developing cloud business applications. In very simple terms, SAP have installed a fully featured SAP HANA system in the cloud with a full set of development tools. HCP can be used by absolutely anyone who wants to develop and run applications powered by SAP HANA.

Figure 22: SAP HANA Cloud Platform You can use all of the following programming models to develop applications: ● Java SAP HANA Cloud Platform is Java EE 6 Web Profile certified. You can develop Java applications just like for any application server. You can also easily run your existing Java applications on the platform. ● SAP HANA You can use the SAP HANA development tools to create comprehensive analytical models and build applications with SAP HANA programmatic interfaces and integrated development environment. ● HTML5 You can easily develop and run lightweight HTML5 applications in a cloud environment. ● SAPUI5 Use the UI Development Toolkit for HTML5 (SAPUI5) for developing rich user interfaces for modern Web business applications. ● Also SAP HANA has a built-in application server called XS. This is used to develop 2 tier applications and XS supports HTML, JavaScript, and CSS. SAP HANA Enterprise Cloud SAP HANA Enterprise Cloud (HEC) is a virtual private cloud with a single tenancy infrastructure. It is not public and is for dedicated customers and their applications. You can consider HEC as an extension to a corporate network. HEC falls into the IaaS and MCaaS categories Lesson: Describing SAP HANA

Figure 23: SAP HEC The following are the key components of HEC: ● Infrastructure (the hardware and network) ● SAP HANA ● Applications powered by SAP HANA (such as BW) ● Services (to keep it all running) The pricing model for all SAP HANA cloud solutions is subscription based. So, customers pay for what they need and do not have to worry about procuring expensive hardware, software and skills to run their SAP HANA powered applications. Note: We did not focus on software as a service (SaaS) here, we touched on HEC and HCP. SAP and their partners have created many ready to use applications powered by SAP HANA available to run in the cloud. You may have heard of SAP SuccessFactors, this is a full cloud service and is an example of Software as a Service (SaaS). This is the ultimate in-cloud based computing — no hardware or software to install and manage, no SAP HANA skills needed. Just bring your business users and any devices. LESSON SUMMARY You should now be able to: ● Describe SAP HANA ● Describe SAP HANA use cases

Unit 1

Learning Assessment

1. Which recent technology advances have made SAP HANA possible? Choose the correct answers. X A Faster internet speeds X B Large and cheaper memory X C Multi-core processors X D Faster disk speeds 2. What are key features of SAP HANA? Choose the correct answers. X A In-memory database X B Automatic compression of data X C Removes the need for cache X D Combined OLTP and OLAP processing on one platform 3. Which are true statements? Choose the correct answers. X A SAP HANA runs on Intel x86 and SPARC hardware platforms X B SAP HANA runs on Unix X C SAP HANA can be installed only by certified engineers for production purposes X D Customers can re-use their own certified hardware components in an SAP HANA system X E SAP HANA is available in the cloud or on premise or a combination of both

4. What are the four SAP HANA platform services? Choose the correct answers. X A Processing Services X B Database Services X C Application Services X D Security Services X E Integration Services 5. What is SAP HANA Live? Choose the correct answer. X A Consumption ready views of operational data that is sourced from SAP Business Suite tables X B Out of the box reports that support key business processes X C Consumption ready views of operational data that is sourced from SAP S/4HANA tables X D An annual event where SAP showcases new SAP HANA features 6. SAP HANA can be used in which scenarios? Choose the correct answers. X A To power Enterprise Suites X B To replace ABAP X C As a general purpose database X D For OEM partners to embed SAP HANA into their applications X E As a data warehouse 7. True or false? SAP HANA uses aggregates to ensure great read performance. Choose the correct answer. X A True X B False

8. How is SAP HANA used as an Accelerator? Choose the correct answer. X A To reduce the time it takes to develop and deploy an application on SAP HANA X B To provide a way to vary the speed of SAP HANA in order to reduce resources X C To improve the speed of data loading to SAP HANA X D To work alongside a disk based database in order to speed up the read access for existing SAP applications Unit 1: Learning Assessment

Learning Assessment - Answers

1. Which recent technology advances have made SAP HANA possible? Choose the correct answers. X A Faster internet speeds X B Large and cheaper memory X C Multi-core processors X D Faster disk speeds 2. What are key features of SAP HANA? Choose the correct answers. X A In-memory database X B Automatic compression of data X C Removes the need for cache X D Combined OLTP and OLAP processing on one platform 3. Which are true statements? Choose the correct answers. X A SAP HANA runs on Intel x86 and SPARC hardware platforms X B SAP HANA runs on Unix X C SAP HANA can be installed only by certified engineers for production purposes X D Customers can re-use their own certified hardware components in an SAP HANA system X E SAP HANA is available in the cloud or on premise or a combination of both

4. What are the four SAP HANA platform services? Choose the correct answers. X A Processing Services X B Database Services X C Application Services X D Security Services X E Integration Services 5. What is SAP HANA Live? Choose the correct answer. X A Consumption ready views of operational data that is sourced from SAP Business Suite tables X B Out of the box reports that support key business processes X C Consumption ready views of operational data that is sourced from SAP S/4HANA tables X D An annual event where SAP showcases new SAP HANA features 6. SAP HANA can be used in which scenarios? Choose the correct answers. X A To power Enterprise Suites X B To replace ABAP X C As a general purpose database X D For OEM partners to embed SAP HANA into their applications X E As a data warehouse 7. True or false? SAP HANA uses aggregates to ensure great read performance. Choose the correct answer. X A True X B False Unit 1: Learning Assessment - Answers

8. How is SAP HANA used as an Accelerator? Choose the correct answer. X A To reduce the time it takes to develop and deploy an application on SAP HANA X B To provide a way to vary the speed of SAP HANA in order to reduce resources X C To improve the speed of data loading to SAP HANA X D To work alongside a disk based database in order to speed up the read access for existing SAP applications

UNIT 2

Architecture of SAP HANA

Lesson 1 Outlining the Main Components of an SAP HANA Landscape 28 Lesson 2 Working with Interfaces for Administrators and Developers 33 Exercise 1: Getting Started with SAP HANA Studio 47 Lesson 3 Understanding the Key Architectural Features of the SAP HANA Database 55 Exercise 2: Working with the SAP HANA Database 61 Lesson 4 Describing the Main Characteristics of High Availability 65 Lesson 5 Describing the Main Security Features of SAP HANA 68 UNIT OBJECTIVES ● Outline the main components of an SAP HANA landscape ● Work with the SAP HANA Studio ● Describe the SAP Web Development Workbench ● Understand the key architectural features of the SAP HANA database ● Describe the main characteristics of high availability ● Describe the main security features of SAP HANA

Lesson 1

Outlining the Main Components of an SAP

HANA Landscape

LESSON OVERVIEW This lesson provides an overview of the key components in an SAP HANA landscape. LESSON OBJECTIVES After completing this lesson, you will be able to: ● Outline the main components of an SAP HANA landscape Key SAP HANA Components SAP HANA contains many internal components, some are fundamental to SAP HANA, and some are optional. Surrounding SAP HANA are other landscape components, and again, some of these are essential, some are optional and their use will depend on the use case for SAP HANA. Let’s take a look around a typical SAP HANA landscape and the internal and external components. Figure 24: Key Components of a Typical SAP HANA Landscape Firstly. let’s focus on the internal components of SAP HANA. At the heart of SAP HANA is the database. SAP HANA uses a row and column store database and the physical storage can be either in-memory, on disk, or a combination of both. The database is a fundamental component of SAP HANA and is therefore a mandatory part of the landscape. Also within SAP HANA are the processing engines, these dedicated engines provide the number crunching capabilities. They interact closely with the database to produce fast results without the data leaving SAP HANA. There are a large number of engines available. SAP

MDX and there are dedicated processors to handle these query requests. The calculation engine is able to take on complex query tasks such as hierarchical and deep OLAP queries and work with SQL and MDX processors to produce the fastest possible results. The Application Function Library (AFL) is a repository of ready made common business functions and predictive algorithms that developers can use in their applications. These functions run in SAP HANA are optimized for best performance. AFL is an optional part of SAP HANA and is only installed when required. SAP HANA has its own built in Enterprise Information Management (EIM) component. This is used to Extract, Transform and Load (ETL) any data to SAP HANA in real-time and batch. This subcomponent of EIM is Smart Data Integration (SDI). EIM enhances and cleanses data during the loading, this EIM subcomponent is Smart Data Quality (SDQ). EIM is optional and is only installed if required. SAP HANA natively connects to other SAP data provisioning tools such as SAP Landscape Transformation Replication Server (SAP LT Replication Server) and SAP Data Services. These optional components are used to acquire data from SAP and non SAP sources in real-time and batch. The recent addition of EIM means that customers no longer need to install and use these additional components for loading. Customers simplify their landscapes by using the built-in EIM capabilities. SAP HANA can consume data from remote sources without having to persists this data. Using Smart Data Access (SDA) data can remain in the remote sources, such as Hadoop, Sybase IQ and data archives but is still available to applications. SDA enables the management of data at different temperatures. The SAP HANA Studio and SAP Web IDE provide the front end interfaces for developers and administrators who logon directly to SAP HANA to access the development tools and perform administration duties. A Typical Three Tier Landscape Figure 25: A Typical Three Tier Landscape SAP HANA powers many enterprise applications including SAP S/4HANA, Business Suite and SAP Business Warehouse (SAP BW). In this scenario, SAP HANA provides the database and data processing services. On top of SAP HANA is the application server. In the case of SAP applications this is usually SAP NetWeaver. SAP NetWeaver is still required to provide the business layer, the flow logic and the connectivity and orchestration with other applications. Lesson: Outlining the Main Components of an SAP HANA Landscape

connection to other data sources as we saw in the figure, Key Components of a Typical SAP HANA Landscape. Wherever possible, the application layer always passes the processing down to SAP HANA in order to speed up the task. SAP applications are always optimized to run on SAP HANA and the application code is carefully tweaked by SAP to ensure SAP HANA does all the heavy lifting work where it can. Simplified Two Tier Landscape for BI Cases Figure 26: Simplified Two Tier Landscape for BI Cases For customers who use SAP HANA to provide reporting services then a simple two tier landscape is required. The figure, Simplified Two Tier Landscape for BI Cases, shows that we have removed the application layer as the communication takes places directly between the front end reporting tool and SAP HANA. SAP HANA connects to any SAP BI tool using either JDBC, ODBC or BICS. Of course, data has to be acquired and you may use the built-in EIM components or external data provisioning tools as mentioned earlier, in addition to remote sources. An important internal component of SAP HANA is the Extended Application Services engine (XS). This component is optionally used to support light, web based applications where a full application server and all its capabilities would be overkill. Application Services with SAP HANA XS Figure 27: Application Services with SAP HANA XS

For example, imagine you wanted to build a simple stock checking application for mobile device users in the warehouse. XS provides all the application services you need to access the required data from with SAP HANA’s database, call the data processing engines and also the application logic. SAP HANA takes care of communication to the users’ devices. XS has a built-in web server so applications are easily web enabled. Javascript is the application language used with XS. SAP HANA comes with all the development and testing tools required to build, deploy, and manage complete applications. Evolution of the XS Engine Figure 28: Evolution of the XS Engine Since SPS11, SAP delivers a more powerful version of XS. This new version is called XS Advanced and provides even more application services, employs open standards, and is capable of supporting larger and more complex applications written in many more languages. For backward compatibility, the existing XS engine is still provided but has been renamed to ‘classic’ and everything developed under the classic environment still works. Classic XS is tied to the database server and so it was not possible to scale up the XS component separately. With XS Advanced it is possible to scale only that component, so more power can be given to the application processor and the database remains unaffected. All new development objects are now created in the new XS Advanced architecture. The SAP HANA Cloud Platform (HCP) has moved to Cloud Foundry for the management of the development lifecycle using open source standards and micro services architecture. XS Classic does not use Cloud Foundry, so customers with XS classic do not have the resources to develop a single application for use in the cloud and also on-premise. XS Advanced also uses Cloud Foundry architecture and so applications can be written once and deployed either on-premise or in cloud with no redevelopment. XS Advanced is based on JAVA as well as Javascript. It also supports the C++ runtime. It is easy to port existing JAVA (TomEE) applications and move them to XS Advanced. An important architectural change — SAP HANA is moving to a micro services architecture. This means applications are divided up into small chunks to allow the developer to choose the development language. It also means that it is possible to configure each part of application to consume more or less resources as needed. This is known as elastic computing. XS Advanced is built on a micro services architecture. XS Advanced is integrated with Git / GitHub to enable the use of industry standard source code versioning and open source promotion. Lesson: Outlining the Main Components of an SAP HANA Landscape

In the future there will be a shift completely to XS Advanced and all existing objects will be migrated to the new environment. But for now, SAP supports both Classic and Advanced XS. LESSON SUMMARY

You should now be able to:

Unit 2

Lesson 2

Working with Interfaces for Administrators and

Developers

LESSON OVERVIEW This lesson covers the interfaces used by administrators and developers. LESSON OBJECTIVES After completing this lesson, you will be able to: ● Work with the SAP HANA Studio ● Describe the SAP Web Development Workbench Connectivity to SAP HANA There are various interfaces that are used to access SAP HANA for installation, administration, and development purposes. SAP HANA Studio and SAP HANA Web Workbench are two important user interfaces used by administrators and developers to access SAP HANA. The SAP HANA Studio was developed with the first version of SAP HANA and is used by administrators and developers. For many people, it is the only interface they need. It is installed locally and is based on Eclipse and is developed in Java. The SAP HANA Web Workbench came along later and was targeted at developers who needed only a light and portable interface for application development where the SAP HANA Studio was considered too complex and heavy. A third interface is called SAP HANA Cockpit and is based on the SAP Fiori design. With each new release more of the administration features that are available in SAP HANA Studio are finding their way to SAP Cockpit. SAP Fiori provides an excellent interface for SAP HANA Cockpit and is able to quickly present system KPIs and alerts to the administrators. So the need to install SAP HANA Studio will continue to reduce and eventually access by administrators and developers will become browser based. However, for now SAP HANA Studio continues to be extremely popular and is an excellent interface for us to use in this overview course as it provides 100% of the features we need to cover and this means we do not have to jump around different interfaces to reach all the areas where we go. Connecting SAP HANA Studio to SAP HANA Workbench To get started with SAP HANA Studio you must first create a connection to the SAP HANA target system that you want to work with. Note: When using the SAP HANA Web Workbench the connection information is part of the URL so you do not need to create connections. See separate lesson later for details.

Figure 29: Connecting SAP HANA Studio to SAP HANA Systems When defining the connection you will be asked to specify two important pieces of information: 1. The host and instance (this pair of details identifies the exact target system) 2. A valid SAP HANA user and password that has previously been created on the target system You can create as many connections as you wish. This means you can open the SAP HANA Studio once and then navigate between SAP HANA systems easily. You can optionally give each connection a description so it is easy to identify to purpose of each system when the list of connections becomes long. When you log back on to the SAP HANA Studio where connection already exists you will need to provide the passwords for each connection again. It is possible to export the list of connections to a file so these can be imported by others so they do not have to manually define the connections. Of course the user credentials are not saved. You can also use the exported list of connections and share them as a central store. Each user creates a link to this central store and does not need to either create their own connections or import connections. This means all connection information is managed centrally so any changes are made in just one place. SAP HANA Studio Let’s look in detail at the SAP HANA Studio.

Figure 30: SAP HANA Studio The SAP HANA Studio is delivered as part of the SAP HANA installation package, and provides an environment for administration, modeling, development and data provisioning. It can be installed on any client PC that has a connection to the SAP HANA system. The SAP HANA studio is a Java-based application that runs on the Eclipse platform. For more information on the Eclipse IDE (Integrated Development Environment): http:// www.eclipse.org). Perspectives in the SAP HANA Studio When you start the SAP HANA Studio for the first time, you must choose a perspective. Perspectives are predefined User Interface (UI) layouts that contain several views. One or several perspectives address the needs of a particular SAP HANA user role. For example, a System Administrator uses the SAP HANA Administration Console perspective.

A view is a pane of varying sizes within a perspective that provides specific information, such as a Where Used list. Each view can be moved around via drag and drop. You can also customize a perspective by adding or removing views. Views can appear in multiple perspectives, for example, the System view is used in most perspectives as it presents a hierarchical list of objects in each SAP HANA system that is useful to everyone.

Figure 31: Perspectives are Based on Views

Example of Perspectives

Here is an example of some perspectives that are available in the SAP HANA Studio. ● SAP HANA Modeler

The SAP HANA Modeler perspective is used by Data Architects to create Information Models, as a combination of attributes, dimensions, and measures, included in different types of modeling views.

● Administration Console

The Administration Console perspective is used by SAP HANA Administrators to administrate and monitor the whole SAP HANA system.

● Resources

The Resources perspective is used to organize files, such as text files, sql scripts, and so on, by project.

● Other perspectives

Some perspectives in the SAP HANA Studio are designed for SAP HANA applications development, Java development and Lifecycle Management.

Opening a Perspective

Figure 32: Opening a Perspective

To open a perspective, choose Windows→ Open Perspective, then select a perspective from the list, or choose Other.... It is possible to have several perspective open at the same time, and to switch from one perspective to another. To do so, in the perspective switcher in the upper-right corner of the screen, choose the perspective you want to open. Adding a View to a Perspective Figure 33: Adding a View to a Perspective Lesson: Working with Interfaces for Administrators and Developers

To add a view to a perspective, choose Windows→ Show View, then select a view from the list, or choose Other.... Note: The SAP HANA Studio is based on Eclipse. Eclipse is an industry standard open source software product and comes with many ready made views. You will find many of these very useful when working with SAP HANA, but there are many views that you may never need to use. For this reason, you will see a lot of views in the Show View dialog box. SAP have delivered many views that are specifically designed to work with SAP HANA and these are located in the following folders: ● SAP HANA

● SAP HANA Modeler

● Help (Cheat Sheets and Help views)

● General (Project Explorer and Properties views)

Customizing the Systems View

Figure 34: Customizing the Systems View

Some views can be customized. This includes the Systems view. To customize a view, choose the View Menu button, and choose Customize View... .

Resetting a Perspective

Figure 35: Resetting a Perspective

Any perspective can be reset to its default layout in order to restore the default views in their original positions and sizes. To do so, choose Window→ Reset Perspective... .

Adding a System to the SAP HANA Studio

When you start the SAP HANA Studio for the first time, there is no connection to any SAP HANA system available. You must create a first connection to an SAP HANA system.

To add a system to SAP HANA Studio, you must open a perspective where the Systems view is included. For example:

● The SAP HANA Administration Console perspective. ● The SAP HANA Modeler perspective.

To add an SAP HANA system, you need the following information: ● The name of the server that runs the SAP HANA Engine. ● The instance number. This is a two-digit number that determines the communication port to the SAP HANA system. For example, if you connect to an SAP HANA system with instance 00, the port used to communicate with the server will be 30015. ● The credentials of a user that is defined in the SAP HANA system. This user must be active. Lesson: Working with Interfaces for Administrators and Developers

Note: ● It is possible to connect to several SAP HANA systems within one single instance of the SAP HANA Studio. ● You can connect to the same SAP HANA system with two different users. There are two methods to add a system to the SAP HANA Studio: ● Manually With this method, you add one SAP HANA system at a time.

­ In the Systems view, right-click any blank area and choose Add system....

­ Fill in the server name, instance number and system description, and choose Next. ­ Fill in the user name and password, and choose Finish. ● By importing a Landscape This method allows you to connect to several SAP HANA systems at the same time, by importing an XML file generated previously by a landscape export from the SAP HANA Studio installed on your computer or another one.

­ Choose File→ Import and choose SAP HANA→ Landscape.

­ Specify the landscape file location, the destination folder for the import, and choose Finish.

Note:

The landscape XML file does not contain a password. You will have to specify the user and password for any system added to the Systems view.

Systems View

Figure 36: The Systems View

The Systems view lists all the systems that have been registered (manually, or by a landscape import). For each system, the content is organized as follows:

In the SAP HANA Studio, one central point of access is the Systems view, which is usually placed on the left side of the screen. ● Catalog As in many database structures, the catalog contains tables, views, and indexes. All these objects are organized into schemas. Schemas are used to categorize a database content according to customer defined groupings that have a particular meaning for users. Schemas also help to define access rights to the database objects. Note: From a modeling standpoint, schemas can help to identify which tables to use when defining information models. But a model can incorporate tables from multiple schemas. Schemas do not limit your modeling capabilities. The column views that you create are always located in schema _SYS_BIC, their metadata in schema _SYS_BI. If you run an SAP Application directly on SAP HANA, then the schema will always be SAP<SID of the system>. For example, if your productive CRM System is called CRP, the corresponding schema will be SAPCRP. ● Content Lesson: Working with Interfaces for Administrators and Developers

The Content folder of the catalog is where you store all the HANA-specific modeling objects. Note: The physical tables are the only storage area for data within SAP HANA. All the information models that will be created in the modeler will result in database views. As such, SAP HANA does not persist redundant data for each model, and does not create materialized aggregates. ● Provisioning

The Provisioning folder is related to Smart Data Access, a data provisioning approach in which you can combine data from remote sources (Hadoop, SAP ASE, SAP IQ) with data of your SAP HANA physical tables, by exposing them as virtual tables.

● Security

In the Security folder, the System Administrators define users and roles.

System Administration and Monitoring

To administer and monitor one or several SAP HANA systems, you can use the following views:

● The System Monitor view ● The Administration view The System Monitor View

Figure 37: The System Monitor View

The System Monitor view gives you a summarized view of the system landscape. By default, all the systems that are listed in the Systems view appear in the System Monitor view. You get the most important information about system status, alerts, as well as disk space, memory and CPU usage.

You can customize this view by adding or removing columns. To do so, choose the Configure Viewer button. Alternatively, you can right-click in the System Monitor view and choose Configure Table .

If you want to filter the list of systems that are shown in the view. right-click in the System Monitor view and choose System Filter.

Administration View Figure 38: The SAP HANA Administration Console Perspective The SAP HANA Administration Console is a perspective that is pre-delivered by SAP. This is the main view to administrate SAP HANA systems. In this view, you can do the following tasks: ● Start and stop a system ● Configure a system ● Monitor a system ● Backup and restore a system ● Perform a problem analysis

To open the Administration view, you can:

● Double-click the system in the System Monitor view ● Double-click the system in the Systems view

SAP HANA Modeler Perspective

To create Information Models in the SAP HANA Studio, open (or switch to) the SAP HANA Modeler perspective. To do so, choose Window→ Open Perspective→ SAP HANA Modeler. The Quick View is a practical entry point, dedicated to the modeler perspective. From this view, you can create, manage and transport information models (packages, views), define or execute data provisioning and define schema mapping, and so on.

Note:

You can define your favorite actions (for example, Export, Import, and Validate, and display only a custom list of these favorites. Figure 39: The SAP HANA Modeler Perspective Quick View When you want to perform an action from the Quick View, you must first select the SAP HANA system on which the action will be executed. Note: You actually select both a System and a User logged on to the System. If you are logged on to the same SAP HANA system with two (or more) different users, the action will be authorized based on the privileges of the user you have selected. The SAP HANA Studio offers other perspectives for debugging, resource, team synchronizing and more.

If you have closed the Quick View and want to reopen it, you can do one of the following actions:

● Choose Help→ Quick View. ● Reset the Modeler perspective.

Note:

The Quick View only displays within the Modeler perspective.

Systems View – Modeling Content

Figure 40: The Systems View – Modeling Content

The Content node of the Systems view displays the data from a data modeling perspective. The information views, along with other modeling objects such as analytic privileges or procedures, are organized in packages. Each package is a repository that you can assign to a delivery unit in order to transport the objects it contains. What would you find in a package? X A Information Views X B Analytic Privileges X C Procedures X D Tables SAP HANA Development Perspective The SAP HANA Studio includes a development perspective. This is used by application developers. For example, here is where you would create Javascript and HTML that will be used in your applications. There are plenty of tools to support the developer including trace, debug, code prompts, check-in, and check-out. Lesson: Working with Interfaces for Administrators and Developers

Unit 2

Exercise 1

Getting Started with SAP HANA Studio

The purpose of this exercise is to set up and then become familiar with the SAP HANA Studio user interface. You will perform the following tasks: ● Start SAP HANA Studio ● Add an SAP HANA connection to the Systems view ● Define SAP HANA Studio preferences ● Work with Views and Perspectives Business Example You are working on a customer project where SAP HANA is installed, and need to get familiar with SAP HANA Studio, in order to connect to the SAP HANA system, browse the database catalog objects as well as the repository. 1. Launch the SAP HANA Studio. If you are prompted to choose a folder to store settings, use the default location and choose Submit. If you are prompted to choose a workspace folder, leave the defaults unchanged and choose OK. If you are asked to create a password hint (in case you forget your password), choose No. 2. From the Welcome page, open the SAP HANA Administration Console perspective. 3. Connect your SAP HANA Studio to the SAP HANA training system using the following information: Field Value Host name wdflbmt7215.wdf.sap.corp Instance number 00 Description My SAP HANA Training system 4. Enter your credentials as given in the following table: Field Value

User STUDENT## (don't forget to swap ## for your 2 digit number)

Password Training1

Path and parameter Value General > Network Settings > Active Pro-vider Direct General > Web Browser > Use External Web Browser Internet Explorer

6. You are currently working in the SAP HANA Administrator perspective, switch to the SAP HANA Modeler perspective.

7. Switch back to the SAP HANA Administration Console perspective for the next tasks. 8. Explore the Systems view by expanding the nodes.

● Catalog ● Content ● Provisioning ● Security Note: In the Catalog node, the System has automatically created a schema for you. The schema name is the same as your user name and is the default schema whenever you work with database objects such as tables.