Home > Blog > Blog > 2012 > February

This is an excerpt from the first chapter of SAP HANA Essentials book which will be released at Sapphire NOW Orlando in May, 2012.  This section is part of the conceptual discussion of the shift from disk-based to in-memory data storage and retrieval.


There’s another fundamental law of the technology industry:  Faster, Better, Cheaper. That is, each new generation of product or technology has to be faster, better and cheaper than the generation it is replacing or customers won’t buy it.  Geoffrey Moore has some great thoughts on how game-changing technologies “cross the chasm” and faster, better, cheaper are fundamental characteristics that must be present for a successful product introduction.

 

In-memory computing perfectly fits the faster, better, cheaper model.  RAM memory is hundreds to thousands of times faster I/O than disks, so there’s really no comparison in how much faster you can get memory off of a database in RAM than a database on disk.  In-memory databases are better architecture due to their simplicity, tighter integration with the apps, hybrid row/column store and ease of operations.  When you compare the cost of an in-memory database versus a disk-based database on the right metric – cost per gigabyte per second – they’re actually cheaper.   Also, when you compare TCO of in-memory databases, they’re even more economical to operate than traditional databases.

 

But faster, better, cheaper has an even more important role than just looking at the technology.  If you really look at what the switch from an “old” platform to a “new” platform can do for overall usability of the solutions on top of the platform, there are some amazing possibilities.

 

Take the ubiquitous iPod for example.  When Apple introduced the iPod in 2001, it revolutionized the way that people listened to music, even though it certainly wasn’t the first MP3 player on the market. The key innovation was that Apple was able to fit a tiny 1.8 inch hard drive into its small case so you could carry 5gb of music in your pocket, at a time when most other MP3 players could hold ~64mb of music in flash memory (“changing the rules of the game”).    I/O speed (input/output) wasn’t a terribly big concern to play MP3s, so the cost per megabyte per second calculation wasn’t terribly relevant. By that measure, 5gb of disk for roughly the same price as 64mb of RAM was a huge difference. It wasn’t significantly faster than its competitors, but it was so phenomenally better and cheaper per megabyte (even at $399) that it became a category killer.

 

However, in hindsight, Apple had to make quite a few architectural compromises to squeeze that hard drive into the iPod.  First, the hard drive took up most of the case, so there was very little room for anything else.  There was a tiny monochrome display, a clunky mechanical “click wheel” user interface, a fairly weak processor and most importantly, pretty short battery life. The physics needed to spin a hard disk drained the battery dry pretty quickly, but the iPod experience was still so much better than anything else out there it soon took over the market.

 

Fast forward six years and Apple was selling millions and millions of the 160gb version of the “classic” iPod with 32 times more storage than the original model—at the same price as the original 5gb model.   They had added a color screen and a pressure-sensitive “click wheel”, but the latest model was significantly similar to the original in most ways. But now, Moore’s Law had been working for four full cycles and 16gb of memory was about the same price as a 160gb hard drive. Suddenly, the storage capacity of the hard drive wasn’t that big of a deal anymore, hard drives had gotten so big that nobody had enough music to fill it with.  In 2001, people had been thrilled with 5gb of storage, basically their entire CD collection fit on the iPod.  In 2007, Apple could build an iPod with 16gb of RAM storage (10x less than the current hard drive model) for the same price as the 2001 model.

 

It’s that shift to solid-state memory as the storage medium for iPods that really changed the game for Apple.  Removing the hard drive had a huge impact on their design parameters.  First, by getting rid of the disk, they could shrink the thickness of the iPod and reduce the weight.  Second, getting rid of the disk meant they had more room in the case for a bigger motherboard and a larger display.  In fact, they could now turn the entire front of the device into a display and make the display a touch-screen interface (simplifying the design even further).  Now that they had a bigger motherboard, they could put a larger, more powerful processor in the device.  But most impressively, by getting rid of the physical hard drive and its spinning disks, they could more than double the battery life.

 

Now, instead of a music player, they had 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.  Oh, and they could build another model with nearly all of the same parts that could also make phone calls.

 

Apple iPod model comparison.

ipod.png

   Source:  Apple Inc.

 

Once you have people carrying around a computer in their pocket, it only makes sense that developers would build new applications to exploit the capabilities of the new platform.  It’s obvious that Apple couldn’t have predicted the success of games like “Angry Birds”, but they did know that innovation couldn’t be unleashed on their new platform until they removed the single biggest piece of the architecture that was imposing all the constraints. Ironically, it’s the same piece of technology that made the original iPod so successful.  Think about that for a second:  Apple had to eliminate the key feature of the iPod that had made them so successful in order to move to the next level of success with the iPod Touch and iPhone.  Not a bad choice in retrospect, but at the time, it was a big 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 believes that SAP HANA is a similar architectural shift for its application platform.  By getting rid of the disk-based database underneath SAP applications, customers will have a faster, better and cheaper architecture for the future.  SAP also believes that this new architecture will have a similar effect on the development of a new breed of business applications that are built natively to take advantage of this new platform.

 

Note:  as of early 2012, 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 who’s bought a hard-drive based iPod in the last five years?  You’d 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 customer who will continue to want the “old” architecture- so they’ll continue to support that option, but they’re predicting a similar adoption trend once the SAP Business Suite is supported on SAP HANA.  At that point, you’ll need an overwhelmingly compelling business reason to forego all the goodness of the new architecture and renovated SAP apps on top of SAP HANA.

I’m sure many of you have heard by now that  SAP Business Warehouse will soon be able to run on  HANA as a high-performance In-Memory Database. This means that the entire BW application (which currently runs on  relational databases like Oracle or DB2) will be able to run on  HANA as a fully functioning database. For those customers who decide to migrate their current databases to SAP HANA, they can definitely expect a number of key benefits including a supercharged BW system that will benefit both IT and business users.

 

When I discuss this new offering with BW customers, one of the first questions that comes up is whether this move to HANA will lead to major disruption to their BW application running on top of HANA?

Well the good news is No. There is very little in the way of disruption to BW because the move to HANA involves only a database migration using SAP’s standard OS and database migration tools. The BW application itself remains intact meaning that end users see no negative impact to their BW environment which, in turn, means no retraining  or disruption to day-to-day operations.

 

The benefits, however, are many including a supercharged BW system, reduced IT workloads needed to maintain BW, business users who benefit from an accelerated reporting environment as well as much easier access to both SAP AND non SAP data. Ok – there is much more to say on this topic so please stay tuned for more blog posts on BW on HANA  as this is the first in a series of posts  that will take place over the next few months.

 

And just a quick note:  General Available of this release is planned for some time in Q2 2012 but, there are over 50 selected customers working with this new solution right now as part of a pilot/ramp-up program.

visionary.jpgOn Feb 22, 2012 I read a blog from Oracle that creates a lot of FUD around SAP HANA (HANA).  Looks like we have touched a nerve there, as we are seeing the competitive response as a whole lot of trash talk from the competition.  It also means we are doing something right…

Should we even deem this with a response? We had tweets dealing with this blog, all with similar content:


@cochesdiez: #Oracle not telling the truth on #SAP #HANA #Inmemory See my tweets in responding to some simply untrue facts

@jdh2n: @oracleEPMBI @manangoel Might want to check your facts on some of the points. Sounds like marketing flare not technical facts. #sap #HANA


Even though SAP has traditionally taken the high road in these matters and while in keeping with that spirit I’ve decided to join the community and not let this disingenuousness pass. I will try to address the FUD factor and misinformation and set the record straight with facts instead of speculation and misinformation that was rife in that blog. Our customers will do the same for us and in the final analysis that’s what matters.

So here goes…


#1 HANA is first to the market with next-generation innovation in databases

 

SAP has had ample experience in first generation in-memory technologies with SAP APO, trex, ptime etc.   And yes these technologies and others, including TimesTen, BerkelyDB, and MySQL have been around for years.   SAP HANA is the next generation of in-memory and significantly advanced compared to these technologies – with many innovations and firsts.  Some innovation highlights are

 

  1. In-memory column and row-store
  2. No disk for operation
  3. Dynamic parallelism
  4. OLTP and OLAP together
  5. Standard SQL on structured and unstructured data
  6. Insert only
  7. Multi-node
  8. Lightning-fast Bulk load (something customers love and saying that this capability alone makes HANA worth it)
  9. Application server AND database server 

 

One can argue that iPhone was not new, but it was the next generation in “smart phones” and did redefine the category by putting everything together – entire database of songs, moving away from disk to flash, new apps. 

 

#2 HANA is growing rapidly in adoption and revenue

 

In 6 short months, we have more than 200 customers and $200 M in software license revenue – it’s a massive uptake and adoption of the product no matter how you slice it.  Our competition is comparing it to their mature cash cow product that has been leading the market for many decades.  Plus they are adding their hardware, software, and maintenance revenues while drawing comparisons.  Not bad for a new innovative product.  If HANA weren’t threatening their hegemony in the space you would not be reading this blog response.  HANA is the innovator and not the incumbent, plus we are focused on software innovation to simplify our customer’s landscape and not intent on selling more expensive hardware, repacking existing products into more expensive appliances and increasing our customers TCO.

 

#3 HANA is enterprise ready with manageability and reliability. 

 

HANA is available for scale out as of Nov 7th, its high availability is standard, it is fully ACID compliant, has failover to another standby in-memory system and has persistence to the disk in case of complete failure from which it can replay logs to recover rapidly. HANA schemes can be extended on the fly, no re-indexing needed, e.g. since there are no physical layers, structural changes are easier to implement.  Since this is a modern design with insert only and no updates – antiquated locking mechanisms are not needed and concurrency can be much higher than traditional DBMS such as Oracle.  HANA has been deployed for mission critical applications such as smart meter analytics (Centrica), customer segmentation for marketing offers (T-Mobile) and cost based profitability analysis (Colgate, Ferrero, Honeywell).  Our customers have stood up time and again and have highlighted how HANA has helped them deliver new business value while maintaining the enterprise manageability and reliability that SAP is known for. 

 

#4: HANA is non disruptive with plug and play on layers above and below.

 

HANA is open and offers customers real choice.  HANA is ANSI SQL compliant, that why companies like Medtronic utilized ERDs built on Sybase Power designer and have it deployed on HANA in no time.   HANA supports standard MDX interfaces.  In addition to SAP products (SAP BusinessObjects, SuccessFactors), BI products on top such as Tableau, data visualization software like TIBCO Spotfire, Salesforce analytics, MSFT clients like Excel and collaborative platforms like Jive, have all been tested to work with HANA.  Even competitive applications such as UFIDA are looking at HANA.  Oracle Exalytics in comparison is closed and packages in Oracle BI products only. Also, it works only on Sun, while HANA is plug and play with 8 hardware vendors.   SAP’s open ecosystem across hardware partners and partners building applications powered by HANA (coming soon) further confirm these facts.   Some more fun facts – HANA runs apps written for Oracle DB without any changes, Given Oracle says that Exadata runs 10x faster than its traditional RDBMS and HANA runs 1000x faster than Oracle RDBMS in customer situations on an average - one can approximate that apps on HANA run 100x faster than on Exadata.

 

#5: HANA is available as an appliance with proven ease of deployment

 

SAP provides level 1 support for SAP HANA irrespective of hardware or software issues. SAP HANA appliance configurations are pre-certified providing customers complete assurance on software + hardware design in addition to bringing open innovation, choice and cost competition from multiple hardware providers. SAP is going further by providing rapidly deployed solutions on top of SAP HANA appliance such as SAP CO-PA Accelerator – by using this RDS customers like Provimi have gone live in less than 3 weeks. That’s what we call ease of use and deployment.  Keep in mind that HANA runs on Intel architecture provided by 8 vendors (turnkey) on one operating system.  HANA runs both OLTP and OLAP on this single architecture greatly reducing TCO – and installs and runs in record time – all further underscoring ease of use and deployment

 

I do believe that this is an inflection point and companies need to rethink their data management strategy. Should they go with aging, and mature DBMS or bring in new innovation to deal with modern day challenges for doing real-time analysis on extremely large data sets, without pre-thinking the questions or queries and without prefabrication and tuning the old systems like Oracle DBMS need? 

 

Come to a SAP Forum in or near your city and you can see, touch, and feel HANA live in action.  Better yet – if you are looking for more info – including test driving HANA yourself – go to Experience SAP HANA for the real deal – from basic information to deep technical info on SAP HANA from practitioners, product managers, partners, and customers.  Check it out for yourself!

Hari Guleria

Making the Move to HANA

Posted by Hari Guleria Feb 23, 2012

“I get a lot of energy being out in the field and talking to information consumers and feel what it is like to be in their shoes. It’s an amazing feeling and some of it is, quite frankly embarrassing just to be honest about it, but then you go back and fix it. No matter how good one thinks they are, we can always turn over a rock and find newer ways to enhance the process once more. This is all very exciting, as our aim should not be to only keep pace with the technologies but to set the pace. Technology by itself is not going to be the differentiator. Where companies need to excel is by keeping their focus on the customer – their information consumers, and by executing and delivering what the customers expects better than anyone else”

 

When discussing strategies for migrating data warehouses the CFO group often has the following questions. “OK, I see the advantages of HANA but tell me the following. How long with the HANA Project take? What is my ‘0-Risk’ and safest deployment option? What are the Risks? What about obsolescence? What benefits should I expect to get from this investment, as I already have a BW Accelerator? Is it really worth the effort?

At the same time we see a different set of questions from the business stakeholders had their own unique questions. How will this differ from our BW and BWA implementations? How will you ensure this will meet our expectations? Will it be different from our last two BI implementations; as we are still struggling getting value from those? What is your recommended best practice methodology? What should we expect this time? How can we assist make this a better  implementation?

 

These are common concerns with over 50% of BI implementations. Current BI projects are not exactly meeting business expectations, this is independent of the platform. IT keeps coming in with every newer technology as a method of meeting expectations. The result is that both business and IT have become skeptical about BVA (Business Value Attainment) in their BI alternatives. This is a common situation for many organizations today. Both new and BI migration projects are high-priority items on most IT agendas as older data warehouses either start to burst at the seams, or are viewed as hindering the growth of their companies. Over time, legacy BI system architectures will unpredictably break. We see many situations like this, with workloads exceeding 80% to 90% of capacity, causing query times to explode from seconds to too many minutes and sometimes hours.

Despite sounding critical simple BI migration projects are firstly not very simple unless planned with business in mind and optimizing the technical capabilities of the new technology are part-and-parcel of the migration roadmap. Many companies have successfully migrated from Oracle to BW, BW to Teradata, and vice versa, but a lot of these migrations did not reach the Promised Land from a business perspective – they still failed to meet business expectations as expected before the deployment. Some call it the 'IT Success, but a business failure' type of project. So we must ask ourselves the question as to whether it is the platform or the process that is truly at fault in failed migrations. In order to finds the truth we will focus on failure as that is what we all need to avoid. Also, everyone tells us about success, and we then drive into the BI project only knowing about the success factors and continue to make the same mistakes as the failed projects made. Final result = Still another failed BI initiative.

 

So Why Do Some BI Projects Fail, While Others Succeed?

The primary reason can often be  attributed to - too much focus on CFO metrics, i.e. cost, time and tasks – so 98% of BI projects meet all these deliverables; and too little focus on Project management for BI At the same time we see little, or no, focus on meeting business expectations – we try to find this only after go live. Look at any BI projects periodic reports. We routinely find cost, time and tasks graphs. Now try and look for a BVA graph and you should not be surprised in finding that this simply does not exist in our current project management portfolio. In HANA this factor is a necessity. Business participation is essential for the overall business success of the project. However, if the intention is to just deploy a technical solution, without meeting business expectations, then this may not be necessary.

 

Tangible Cost Reduction with Intangible Stability

Driving down cost must become the critical requirement for all BI projects. The only way to achieve this consistently is by applying the scientific BI principles and enhancing existing PM methodologies with two new factors. In laymans term this translates to 'Do it Right the First Time'. The first is redefining what constitutes BI Success, i.e. meeting business expectations in BI. The second is installing an internal ‘Business Value Owner’ role – i.e. someone who tracks ‘Meet Business Expectations’ on a weekly basis with regular reports such as we currently do with cost, tasks and time reports. The third is in finding your ‘BI Business Value Architect’ a platinum level consultant that understands business and treats technology as a means of achieving business expectations. Any BI project, including a BI migration project should generate tangible cost reductions while also providing stable performance and flexibility for changing business and technical requirements. It must align all tactical developments to strategic business goals, not assumed goals nor technocratic assumptions of what business goals are but with direct participation of business stakeholders.

As more BVA driven resources go into the data warehouse, its capabilities increase predictably, until eventually a tipping point is reached. Modern BI technologies have dramatically enhanced information delivery capabilities and promise altered cost tends. HANA is no exception. However, one must not forget one of Gartner’s statements when deploying the HANA alternative, that ‘Less than 50% of BI initiatives actually succeed’ – the ones that fail have been analyzed to follow the old technocratic principles of BI deployment, the ones that succeed leverage the scientific methodology of BVA. Migrating to HANA can offer strategic cost reductions but only if it is approached in a professional and planned manner.

Get Immediate Payoffs with Long-Term Evolution

This HANA trade-off is quite logical among most BI projects—'fast, technocratic and sloppy' versus 'slow, BVA driven and meeting business expectations'. A HANA BI project should be managed to produce short-term payoffs to business users while following a long-term strategy for the company. Both can and should be pursued concurrently. Some of the short term benefits could be by firstly deploying a standalone HANA with delivered ‘Business Content’ available in HANA. The first step could be ‘COPA’ analytics for finance, ‘SMA’ or Smart Meter Analytics for Utilities; ‘SWP’ Strategic Workforce Planning for HR and so on. The second step, after realizing the benefits, could be the enhancement of the installed content. The third step could be replacing your existing BW Accelerator with HANA. SAP calls it the side-car approach we call it the ‘Safe-Passage HANA Deployment’ – the aim of both is a ‘0-Risk’ option. The fourth Step, still in the future, is to totally eliminate the BW database and keep all the ECC and BW data on one single database - the harmonized HANA approach. Each customer implementing HANA must always keep this strategic goal in mind so that each development done today complies with a global standard and towards this projected future.

Business Improvement & Infrastructure Maturity

At the end of the day it is business that is the customer for all BI initiatives. Business is not only the customer they are also the judge and the jury in all BI initiatives. It is important in all BI projects to involve business owners early, and then consistently, i.e. once a week, in a controlled manner. In one recent BI project we scored an unusually high project score of 102% - by following the BVA principles. Most business stakeholders what to see specific improvements from the data warehouses, most of these expectations are often outdated. Current executives often come with a mindset of either ‘Deliver me these reports’ or “If it’s not broken, don’t try and fix it’. However, new technology advances like HANA and the Accelerated explorer require executive mindset upgrades. This can be accomplished with a brief BVA training of executives that makes them into modern BI executives understanding new technology capabilities and limitations as never before. Changing from BW ETL to database transformations is a major leap and executives must understand these simple changes in technologies in order to leverage the new technologies efficiently.

A Globally Integrated View – SPOT Analytics

SPOT is ‘Single Point of Truth’. In global analytics this can make or break an enterprise. We recently conducted a globally integration audit for a global manufacturing giant with 4 BW’s, 16 BusinessObjects, 3 Oracle DW’s and viewed them from a global information delivery perspective. This was a very different approach from their traditional DW centric approach they were used to. In the DW approach each data warehouse is treated as separate machinery. In the FEDW (Federated Data Warehouse) all existing data warehouses are approached with a global perception of information consumption – i.e. business focused. Each data warehouse thus becomes a cog in a complex BI mechanism. In our example above we were able to merge the 4 BW’s into a single FEDW instance, the 16 business objects into two, one for very high security R&D and recipes and the other for all business processes and with business objects as the single semantic layer for all analytics across the global enterprise. The company has reached their proverbial 'One Company, One Truth' paradigm with this first step, now they want to speed their queries to maintain their global competitiveness. The company recently launched their HANA deployment and is focusing first on financials, with COPA being the first step.

An Actionable Roadmap to HANA Deployment

HANA, like all BI projects, requires a joint vision definition with business and IT, with business taking a larger role in vision definition. Quite often we have walked into a client who pre-decided requirement and within a few days of discussion we have been able to isolate true business value for a HANA deployment. Pre-decided requirements are like a legacy customer wanting all their legacy reports in ECC exactly as they are in their legacy systems- we soon realized that was a waste. Pre-decided then proceeded with R/3 users wanting all their ABAP reports copied exactly in the BW environment which again was realized to be a mistake. In HANA we recommend customers do not make the same mistake once again. The reason for this pre-decision is that the key stakeholders did not evolve their perception from reports, to Analytics and now to Informatics, they did not evolve or understand the new BI technologies, their capabilities or limitations. The name of the game is not in delivering reports but in enhancing decision capabilities with the right information at the right time at the right speed. This is the goal of HANA- only  this time much faster.


With HANA we take our first step into the domain of Information Consumption Management and not in building a data warehouse. Business participation is critical for this success. Just a reminder as to what Gartner said in 2010 ‘Without business in business intelligence, BI id dead’. HANA is more about business ownership and accountability than any past information delivery application.

I have been working for SAP for more than a decade and now drive SAP HANA for Lines of Business and Industries. I really saw how the company transformed itself radically along these years to continue generate significant business value to customers through innovations. I remember very well this article published in the late 90s predicting the death of ERP within the next years after the end of an intense cycle of implementations and the emergence of internet start-up companies. The IT market looks very different today … and ERP is more than ever still alive.

 

As SAP will celebrate its 40th anniversary this year, it is quite impressive to observe how ERP always took advantage of each major innovation cycle during these last four decades - from mainframe, client-server, internet … to cloud, mobility and in-memory computing today – to continue deliver on the promises of a robust system of records to manage most of the transactions in the world. Many of our customers enjoyed SAP R/3 for more efficient processes (i.e. finance, human resources, sales, procurement …) and simplified IT landscapes. Later on, SAP introduced the concept of enhancement packages - for SAP ERP first and then extended to all SAP Business Suite applications – to help ERP customers benefit from more innovations without disruption and thus avoiding the upgrade of systems.

More recently, SAP Business By Design was launched in the market as the first ERP being delivered as on-demand solution where the traditional deployment model was still on-premise.

 

In-memory computing along with mobility is definitely the new technology wave that will help further unlock the potential of ERP systems. One of the main reason is that the increasing volumes of data captured by business can lead to slower performance of analytic solutions and/or require compromises on the level at which the data can be analyzed. In order to remove these limitations, ERP customers can now leverage the power of SAP HANA to analyze high volumes of transactional and historical data in real-time, get deeper insights and accelerate key processes.

 

How ?

 

Beyond leveraging the SAP HANA platform to address unique customer needs which is a first option, SAP is also delivering a new class of standard solutions on top of the SAP HANA platform that provide real-time insights on big data and state-of-the-art analysis. These innovative - yet non-disruptive – real-time solutions  empower  organizations to  transform  the  way they run the  business from making smarter and faster decisions, reacting more quickly to events, unlocking new opportunities and even inventing new data-driven business models and processes simply not possible before.

 

We distinguish real-time solutions leveraging the unique capabilities of SAP HANA between: New Applications, Accelerators and Analytic Content. While I will be writing a dedicated blog very soon on this new generation solutions, I wanted to focus on Accelerators as an example of solutions powered by SAP HANA that can deliver significant value in the context of large volumes of ERP or CRM data.

Accelerators are solutions that utilize the power of SAP HANA to dramatically improve the performance of existing SAP Business Suite functionality in well-defined areas that bring quick value. With accelerators like SAP CO-PA Accelerator for profitability analysis or SAP Customer Segmentation Accelerator, SAP customers can use SAP HANA as a secondary database and benefit from real-time data replication to not only boost the performance of these processes but also enable faster analysis and reporting – all without disrupting their existing SAP landscape.

 

You can actually try the SAP CO-PA Accelerator TestDrive by yourself and visit the SAP website to learn more about the existing accelerators and hear from customers like Provimi or Colgate the value they were able to generate in only few weeks. A great majority of these solutions powered by SAP HANA can actually be deployed as rapid-deployment solutions in order to ensure a quick time to value. I strongly recommend you to read the upcoming blog from Suzanne Knopp on this topic.

 

In reality, I predict that ERP is here to stay for a long period of time simply because it remains a core and critical solution to drive key business processes across lines of business and industries - from small to large organizations - with the major advantage of being now able to capitalize on the existing systems by bringing the analytical and transactional worlds closer and allowing easier exploration of detailed data with SAP HANA. 

 

My next blog will cover the new solutions SAP is delivering on top of the SAP HANA platform. In the meantime, I welcome your thoughts and comments on this topic.

The SAP Startup Forum is a day of collaboration and learning focused on big data trends and technologies. Local startup companies are invited to spend a day on the SAP Labs campus in Palo Alto to:

  • Contribute to the big data discussion
  • Engage technical resources and promotional support
  • Hear from and meet with key SAP leaders
  • Explore customer and funding opportunities
  • Network and win ‘bragging rights’ in a mini-tradeshow contest and mixer (3:30-5:00 Building 1 Cafe)


When: March 7, 2012, 10AM to 5PM


Where: SAP Labs, 3410 Hillview Avenue, Building 1, Palo Alto, CA 94304


Cost: No charge to participating companies to attend, exhibit and present. The SAP Startup Forum is by invitation only so complete the registration of interest form today, since availability to participate is limited, (https://www.surveymonkey.com/s/SAPStartupForum). There will be a friendly contest for the startups in attendance and will include a way for them to share and network with the SAP employees. Food and beverages will be provided


Note: the event is invitation only with 30 participating startups. The SAP Startup Forum is also planning additional events in the future to focus on other market trends.

 

Participation, recognition and/or awards are not an endorsement, guarantee of business success nor are they intended to imply interest from SAP as to funding, acquiring or partnering with our invited guests.

We're pleased to announce that the new IBM® Redpaper™ SAP In-Memory Computing on IBM eX5 Systems is now available from the IBM site. The paper describes the new in-memory computing appliances from IBM and SAP that are based on IBM eX5 flagship systems and SAP HANA and includes:

  • the history and basic principles of in-memory computing
  • details of the SAP HANA offering, its architecture, sizing methodology, and licensing policy
  • a review IBM eX5 hardware offerings from IBM
  • a description of the architecture and components of IBM System Solution for SAP HANA and its delivery, operational and support aspects
  • discussion of the advantages of using IBM infrastructure platforms for running the SAP HANA solution

 

The target audience for the paper includes SAP administrators and technical solution architects. It is also for IBM Business Partners and IBM employees who want to know more about the SAP HANA offering and other available IBM solutions for SAP customers.

 

You can download the paper direct from the IBM site here.

When it comes to Big Data, people up and down Highway 101 in Silicon Valley talk about technologies such as NoSQL, Hadoop and MapReduce as though they’ll solve all of our problems. While these are certainly exciting new capabilities, technology alone is about 10 percent of the answer to Big Data. What makes up the other 90 percent? Follow me on a six-part series of blog posts to learn more about big Data.

 

I’m Byron Banks and have more than 20 years of experience with enterprise applications. Currently I manage a solution marketing team at SAP that is focused on enterprise information management (EIM) and data warehousing (DW) solutions, so I am not new to the challenges that organizations are facing for improving business results by providing integrated, accurate, and trusted information throughout the enterprise.  Hence, I do not want to discount the contribution of technologies to solving the Big Data dilemma. Hadoop, MapReduce and other recent innovations are helping companies deal with ever-increasing amounts of data, whether they’re working with traditional rows of transactional data inside enterprise applications or information in documents, images, video and the whole universe of social media out on the Web. From a technology point of view, we’ve made a lot of progress with providing people with better tools to solve the technical challenge of dealing with this massive amount of ever-changing data, but what we also need to do is help companies leverage this data to support business objectives – be it to improve the efficiency and operations of a business area or make better business decisions of almost any kind.

 

For example, technology has allowed people to spend entire days reading email, scanning Facebook and staying current with what’s happening on the Web. But does this make them more productive at work? Yes and no. No in the sense that the access to more information in itself doesn’t necessarily make you a better employee and access to everything at once can actually be overwhelming. But having insight to the “right” information can help you close a deal or deliver better customer service if it comes to you in a way that gives you insight to the task at hand.

 

At SAP, we are focusing not only on the technology dimension of Big Data but also on how to integrate these new innovations into business solutions that help the individual lines of business and industries identify what pieces of the data stream people need access to and how to turn the data into actionable information that the business can understand and use. The real opportunity with Big Data is it gives the business users more sources of knowledge to tap into, to combine with sales and inventory data stored in traditional data warehouses, and thereby get a better, more complete understanding of how their customers perceive them and their brand, what products and services are most appealing, and perhaps what the competition is up to.  This better, more complete picture of the market then informs the business user on what they should be doing next – such as when to run promotions, adjust pricing or maybe plan new product enhancements.

 

For example, let’s say you are a product manager in athletic footwear and you’re trying to decide what’s going to be the next update of your product. You’re designing next season’s running shoe, and you need to figure out when would be the right time to introduce the next version and what design changes you may want to incorporate. Part of that decision will be based on how well the current version is selling, the inventory level and the cost & profitability of the current version. A lot of that information is easily accessible in enterprise systems you already have. But once you come to the conclusion that inventory is low, or that price discounting is increasing due to competition, then maybe it’s time to start planning a product update.  What will that update entail?


With running shoes, one popular trend for the past few years has been a very minimal, lightweight running shoe. Based on just past sales data, you could see the recent strong demand and say we need to create another minimalist shoe with a new color and pattern, and that’s your update. Good product managers would also go to industry events, read the relevant press and magazines, and maybe work with a consultant, for more knowledge about industry trends, or even conduct a focus group or two. That’s how you would have proceeded in the past. But wouldn’t it be better to augment that with more insight and analysis based on hard data?


By leveraging these new Big Data technologies and integrating them with existing business solutions and processes, innovative organizations can now give that product manager a lot more insight to validate some of the decisions being contemplated. In the realm of athletic footwear, there’s a huge amount of discussion occurring in online communities, blogs, expert commentary and online magazines. The challenge is that there is so much discussion going on, it is more than a person, or team of people, can read and analyze on their own.

 

However, by using these new technologies to do the monitoring, aggregating and analyzing of these numerous communities, tracking running publications, and even following influential runners and coaches on their blogs and Twitter feeds, the application can detect patterns and highlight trends in millions of individual postings.  One trend discovered could be that a segment of the market – maybe the “weekend warrior” runner – is encountering Achilles heel injuries, which is a serious injury for runners, when they wear the minimalist-type of running shoe. With this type of information in hand, the product manager can now make more informed business decisions as to how to plan the full product line and associated marketing campaigns so that there will be products and advertising that appeals to the type of runner that will do well with minimalist footwear, and they will also still retain traditional running footwear styles and promotional spending to go after the people not suitable for the “barefoot” runner trend.


Used effectively, Big Data combined with your existing enterprise data can help you get closer to your market and your business, to shift traditional conversations around pricing and profitability to one that considers a holistic view of not only what happened yesterday, but also what is happening now, next week and next month. By doing this, you don’t replace your current best practices for say product planning; you just augment them with additional information sources so that you can ask questions and discover new trends and insights you may have not realized about your business.

 

To see how Big Data tools can be combined with analytics methods, visit Blair Wheadon’s analysis of ads shown during last weekend’s Super Bowl.

 

Or you might want to listen to a great conversation that I had with Bonnie Graham and her other guests, David White, Dan Lahl and Jeff F. Kelly titled Gigabytes, terabytes, petabytes, zettabytes: What’s up with Big Data?

 

Next up, I will explore many of the ways people can use Big Data in specific industries and lines of business.

SAP Global IT is leading the SAP HANA wave. We were one of the first SAP HANA customers to go live in May 2010 with the real-time sales pipeline that gave us access to over 3 Terra Bytes of customer information opportunities. We implemented the COPA profitability calculation using Rapid Deployment Solution (RDS) packages and the Business Warehouse 7.3 on SAP HANA is also in production. I can hear you asking “What kind of exciting things are SAP Global IT going to deliver in 2012?”.

 

We have over 10 projects already underway or in the pipeline for the first half of 2012.  The majority of these projects use RDS packages, which is a combination of software, content, training and so on to really ensure that SAP HANA software and apps are implemented in a most professional and fast way. Let me give you an example, a proof of concept is in place for RDS for Material List and is already in the validation phase, the Day Sales Outstanding (DSO) topic is also in validation.  Lead management is something that the business especially the marketing folks are very keen to see in place. Customer segmentation accelerator is also an RDS package that we plan to implement.

 

As you can see we plan to there are a lot of activities either being worked on or in the pipeline mostly in conjunction with an RDS package so my strong advice is to utilize those RDS packages because the implementation is much more easy and simplified than a traditional implementation.

 

The prospect of running ERP on SAP HANA is really exciting. We are working with the TIP organization to ensure SAP Global IT is among the first customers to run ERP on SAP HANA later this year. And there is much more to come.

 

Don’t forget to check out the SAP Runs SAP Blog (www.sap.com/cio) for up to date SAP Global IT information.

As promised we had three HANA experts and SAP mentors, Aiaz Kazi, John Appleby and Vijay Vijayasankar answer your questions during the #SAPChat around HANA and the related technologies on Thursday, January 26.


I’m very excited because this was the most active SAPChat to-date with 64 participants asking 56 questions within 60 minutes. Aiaz and John had so much fun during this one hour, it flew by really fast. I was in a room with Aiaz and we could barely keep track of all the questions coming in, because the text on the screen moved so fast. The highlight of the #SAPChat was when Vishal Sikka, Executive board member at SAP and head for technology and innovation, joined us in the room and jumped right into the Q&A session.

If you couldn’t make it for the original #SAPChat and are interested, below is an edited transcript of our discussion. Thanks to SAP’s Kevin Cassidy (@SocialKev), Bill Robb (@billrobbSAP) and the overall SAP Social Media Team for planning the Tweet Chat and moderating it.

 

Did you participate? What's your take away from the #SAPChat? And what topic would you be interested in next time? Let us know!

 

Also a big thank you to Vishal Sikka, Aiaz Kazi, John Appleby and Vijay Vijayasankar for joining and answering questions in real-time!

 

 

*************

 

Transcript


Intro:

singhkumud I love the concept of #SAPChat. Instant Q's & answers!!! Will silently watch the one coming up now in 20 mins!!! -11:46 AM Jan 26th, 2012

AndyNemmity #SAPChat will start soon, topic is HANA.Waiting patiently for it to start. -11:59 AM Jan 26th, 2012

 

Q1:

Mark_Chalfen #sapchat - will HANA on RDS be delivered on a reusable platform or always stand alone? Will there be an upgrade path for stand alone? -11:51 AM Jan 26th, 2012

applebyj First up @MarkChalfen. #SAP #HANA #RDS is delivered on HANA Database. Which can be used for many RDS, plus other apps. #SAPChat -12:00 PM Jan 26th, 2012

applebyj @Mark_Chalfen And to be clear, that means it is a reusable platform for #SAP #RDS already. #SAPChat -12:02 PM Jan

 

Mark_Chalfen @applebyj is your answer that the RDS HANA platform could house other HANA solutions? #SAPChat -12:12 PM

applebyj @Mark_Chalfen Yes. You HANA is a Database that can house several RDS, plus other schemas. It is a platform.#SAPChat -12:13 PM Jan 26th, 2012

 

Q2:

tpowlas #SAPChat - what qualifies one to be a #SAPHanaconsultant? -12:03 PM Jan 26th, 2012

applebyj @tpowlas On the qualified point, my view is SAP have a way to go on a proper consultant certification. It is in the works. #SAPChat -12:06 PM Jan 26th, 2012

aiazkazi @applebyj and @vijayasankarv live it up as #SAPHANAconsultants... #sapchat -12:11 PM Jan 26th, 2012

 

Q3:

stephen_burr What is the upgrade path from #HANA 1.0 to 1.3 (as DB for BW)? #SAPChat Thanks! -12:03 PM Jan 26th, 2012

applebyj Upgrade from HANA DB 1.0 SP02 to SP03 is a simple in-place upgrade. It can then be the underlying DB for one SAP BW instance. #SAPChat -12:05 PM Jan 26th, 2012

 

Q4:

thorstenster About a year ago there were rumors of "BW Mango", an incompatible BW branch optimised for #HANA. Any news on that? #SAPChat -12:04 PM Jan 26th, 2012

rathangeorge RT @tpowlas: #SAPChat - what qualifies one to be a #SAPHana consultant? -12:04 PM Jan 26th, 2012

 

Q5:

tpowlas #SAPChat are there #SAPHana success stories with non-SAP data source customers? -12:06 PM Jan 26th, 2012

vijayasankarv @tpowlas #sapchat I think at least half HANA POCs have been with non SAP data -12:08 PM Jan 26th, 2012

aiazkazi @tpowlas Yes there's many - we are finding at least as many for non-SAP data T-Mobile, Canoe, Medidata, NRI#sapchat -12:08 PM Jan 26th, 2012

applebyj @vijayasankarv @tpowlas Yep most of my HANA opportunities include heterogeneous sources. Where #HANAadds lots of value! #SAPChat -12:09 PM Jan 26th, 201

Q6:

tpowlas @vijayasankarv #SAPChat - what are the 5 types - HANA Modeler, Admin, Extraction, Front end - what's the 5th?#SAPHana -12:07 PM Jan 26th, 2012

vijayasankarv @tpowlas #sapchat security will round it out

 

Q7:

SAP When will #SAP Data warehouse customers be able to run on #SAP #HANA? #SAPChat -12:04 PM Jan 26th, 2012

applebyj @SAP SAP BW customers can already run on HANA Database as of Dec-11. It is currently in Ramp-Up with 50 customers testing it! #SAPChat -12:07 PM Jan 26th, 2012

 

Q8:

thorstenster Can you give us any news on when AS ABAP for HANA (as announced at #sapteched) will be made available to customers and ISVs? #SAPChat -12:08 PM Jan 26th, 2012

aiazkazi @thorstenster Still working out the details - will be part of upcoming tba "Powered by HANA program" for ISVs#sapchat -12:10 PM Jan 26th, 2012

thorstenster @aiazkazi Thanks, please feel free to get in touch for input on the ISV's POV.  #SAPChat -12:11 PM Jan 26th, 2012

 

Q9:

TimTheGuest #HANA is scheduled for release in SAP B1 later this year. What will the key benefits be to the SME customer?#SAPChat #SAPB1 -12:11 PM Jan 26th, 2012

applebyj @TimTheGuest #HANA on #SAPB1 will be cool - will run on cheap 64GB hardware. Easy admin, fast, simple. #HANAat its best. #SAPChat -12:13 PM Jan 26th, 2012

tweetsinha @TimTheGuest #HANA #SAPChat #SAPB1 - simplification, in one box at the right price analytics + transaction -12:16 PM Jan 26th, 2012

 

Q10:

jonerp Hey guys. What is the biggest challenge facing the SAP HANA team in 2012? #sapchat #sapchat -12:11 PM Jan 26th, 2012

vijayasankarv @jonerp #sapchat I think the biggest challenge is ECC on HANA in Q4 2012 with any degree of stability -12:13 PM Jan 26th, 2012

applebyj @uk03878 My biggest HANA challenge is getting the value case clear and hardware vendors aligned. Alignment is hard work! #SAPChat -12:16 PM Jan 26th, 2012

aiazkazi @uk03878 @jonerp The challenge for the team is balancing the speed of deliver with the need to provide SAP rock solid stability #sapchat -12:16 PM Jan 26th, 2012

 

Q11:

tpowlas #SAPChat - when do you go with #BusinessObjectsData Services to move data to #SAPHANA or SLT? -12:10 PM Jan 26th, 2012

vijayasankarv @tpowlas #SAPCHAT If absolute real time replication is not required, I prefer data services -12:12 PM Jan 26th,

 

Q12:

Tjielp_de_mus Can we have some insight into #HANA for#Mobile #SAPchat -12:12 PM Jan 26th, 2012

applebyj @Tjielp_de_mus We have used #HANA as an event-store for the Sybase Unwired Platform. I see this as a key use case Integrates direct #SAPChat -12:14 PM Jan 26th, 2012

 

Q13:

substring I think customers are interested in #HANA, but most of them are still sitting on the fences and let someone else goes first. #SAPChat -12:13 PM Jan 26th, 2012

tweetsinha @substring #sapchat #hana 250 customers are already in, 100+ live projects, 20+ live -12:14 PM Jan 26th, 2012

applebyj @substring Some customers are sitting on the fence. Others have implemented already. That's life, right? #SAPChat-12:15 PM Jan 26th, 2012

 

Q14:

Mark_Chalfen How will enhancement packages be added into the HANA landscape? Will they be release notes - or mini upgrades? #SAPChat -12:13 PM Jan 26th, 2012

 

Q15:

thorstenster Will you invent a new name for Stored Procedures to make developers feel better about using them? #SAPChat-12:13 PM Jan 26th, 2012

 

Q16:

dslovensky are you guys working with IBM on any HANA solution for customers 100-500 employees? #sapchat -12:16 PM Jan 26th, 2012

eacrett @dslovensky : IBM offers a no. of hardware configs for#HANA. From XS through to scaleout XL sys. See the PAMhttp://t.co/D7UDEeXE #SAPChat -12:19 PM Jan 26th, 2012

applebyj @dslovensky I'm working with IBM hardware on a lot of HANA. But no Edge pricing until later this quarter. Too expensive. #SAPChat -12:19 PM Jan 26th, 2012

 

Q17:

Mark_Chalfen Have we got dates for HANA on RTOM and BPC with HANA? #SAPChat -12:16 PM Jan 26th, 2012

applebyj @Mark_Chalfen BPC on HANA is scheduled for solution validation in Q1. I am testing it with the @sapepm team. Very very nice. #SAPChat -12:17 PM Jan 26th, 2012

applebyj @MarkChalfen SAP is innovating with HANA with patches and SPs. SPs provide new functionality with minor disruption. #SAPChat -12:20 PM Jan 26th, 2012

 

Q18:

singhkumud Will SAP HANA online Innojam Contest a good start to get insights of HANA for a developer? #SAPChat -12:16 PM Jan 26th, 2012

aiazkazi @singhkumud It certainly is a great way to get started - try the HANA sandbox as well. Go to http://t.co/krO8oH69#sapchat -12:18 PM Jan 26th, 2012

tpowlas Really enjoy using the #SAPHana Sandbox (thank you@schmerdy ) #SAPChat -12:43 PM Jan 26th, 2012

uk03878 @singhkumud #sapchat chances are SAP will do the POC, you partner and follow them -12:43 PM Jan 26th, 2012

 

Q19:

tpowlas #SAPChat are there customers now using #SAPHana in the cloud? -12:18 PM Jan 26th, 2012

 

Q20:

qmacro #sapchat Interested to see how the HANA platform will extend thoughts and actions outwards into the wider Big Data space -12:19 PM Jan 26th, 2012

 

Q21:

nubha #sapchat Are there any plans right now for CRM on HANA? -12:19 PM Jan 26th, 2012

applebyj @nubha CRM on HANA is not planned in 2012. ERP will come first. No current roadmap for CRM published. #SAPChat-12:20 PM Jan 26th, 2012

 

Q22:

greg_not_so #sapchat, how exactly do you yank out SQL from underneath of #saphana? -12:20 PM Jan 26th, 2012

applebyj @greg_not_so Really easy! You do a DB migration. Like moving from SQL to Oracle. Need some special HANA magic, but easy! #SAPChat -12:22 PM Jan 26th, 2012

 

Q23:

thorstenster Will there be a "poor man's HANA" so that ISVs can sell HANA-based solutions to smaller shops for whom HANA is too expensive? #SAPChat -12:20 PM Jan 26th, 2012

applebyj @thorstenster Yes, there is Edge pricing for HANA coming in Q1: 4GB increments. Plus OEM options. Will be possible very soon. #SAPChat -12:22 PM Jan 26th, 2012

thorstenster @applebyj Excellent! #SAPChat -12:23 PM Jan 26th, 2012

 

Q24:

uk03878 #sapchat my prob is how to land it in hetero environments. SAS In DB would be great but that ain't going to happen soon. PMML rather than R -12:21 PM Jan 26th, 2012

 

Q25:

singhkumud Heard ABAP needs to be adapted to HANA. If true , any documentation anywhere? #SAPChat -12:22 PM Jan 26th, 2012

applebyj @singhkumud Well generically, ABAP runs on HANA like any platform. Optimisation different. No documentation on that yet. #SAPChat -12:24 PM Jan 26th, 2012

 

Q26:

jonerp SAP's success driving ERP was tied into partner GTM. Should SAP take same approach w/HANA? If so, what are keys to partner buy-in? #sapchat -12:22 PM Jan 26th, 2012

vijayasankarv @jonerp #sapchat key to HANA success is making sure SAP brings in partners early into HANA gigs, not a year or 2 later. Else it wont scale -12:23 PM Jan 26th, 2012

greg_not_so @jonerp access to custmers has never hurt the partners #sapchat -12:24 PM Jan 26th, 2012

applebyj @jonerp SAP has struggled with Partner GTM so far. Making progress slowly. They get it now. Not just a Services play... #SAPChat -12:25 PM Jan 26th, 2012

tweetsinha @jonerp #sapchat #HANA 3 things - 1. openness on hardware, clients and apps on HANA 2. Access to customer community 3. Training for SIs -12:28 PM Jan 26th, 2012

jonerp RT @vijayasankarv: @aiazkazi #sapchat if we look around HANA implementations today, partners do very little. SAP PSO does most. There should be better balance -12:28 PM Jan 26th, 2012

uk03878 #sapchat partners may no do the POCs but we do the industrialisation and growth from then on. Security, stds, doc, housekeeping etc -12:32 PM Jan 26th, 2012

aiazkazi @jonerp fair point...still some distance to go. Getting better though no? #sapchat -12:32 PM Jan 26th, 2012

 

 

Q27:

DJ Adams @qmacro

#sapchat Interested to see how the HANA platform will extend thoughts and actions outwards into the wider Big Data spac

aiazkazi @qmacro HANA provides the foundation for Big Data ...clearly on velocity with real-time, volume, and variety with unstructured #sapchat -12:21 PM Jan 26th, 2012

qmacro @aiazkazi ack. There's a lot of X-learning & culture/approach/tool sharing to be had. Yet another area where SAP++ is opening up. #sapchat -12:24 PM Jan 26th, 2012

 

Q28:

singhkumud Will access to HANA Sandbox for HANA innojam Online contest be given to all the members of the team?#SAPChat -12:27 PM Jan 26th, 2012

aiazkazi @singhkumud I believe it should be to the team@annehardy @schmerdy can confirm #sapchat -12:30 PM Jan 26th, 2012

 

Q29:

aiazkazi @jonerp First step to partner GTM success...openness...on partnering with hardware, and on implementation partners...long road yes #sapchat -12:28 PM Jan 26th, 2012

 

Q30:

greg_not_so #sapchat, don't we need some kind of sports event do get the timeline rocking? -12:28 PM Jan 26th, 2012

 

Q31:

 

@s_khan @applebyj can you share 1-2 names who are using HANA in cloud? Are you talking about SAP's hosted platform?

applebyj @s_khan You can safely assume that almost all #SAP#HANA customers have done something in the cloud! #SAPChat-12:29 PM Jan 26th, 2012

 

Q32:

nubha #sapchat Measuring potential ROI on HANA implementation: What should companies consider and measure? -12:31 PM Jan 26th, 2012

 

Q33:

SalDiNatale Would BW Accelerator ever be recommended instead of HANA? #SAPCHAT -12:30 PM Jan 26th, 2012

applebyj @SalDiNatale Definitely. BWA is still relevant for BW customers on 7.0, where migration to HANA is not possible yet.#SAPChat -12:31 PM Jan 26th, 2012

applebyj @SalDiNatale #SAP #HANA isn't for everyone yet. BWA definitely has its place and is an excellent solution esp w/ v7.2 #SAPChat -12:32 PM Jan 26th, 2012

tweetsinha @applebyj @SalDiNatale combine DB + BWA into HANA for lower TCO, if you choose to retain DB, then BWA is next best option #sapchat #HANA -12:35 PM Jan 26th, 2012

 

Q34:

puneethmishra @jonerp SAP have to work on bringing in robust predictive analytics algorithms into HANA or somethin akin to oracle data miner #sapchat -12:32 PM Jan 26th, 2012

applebyj @puneethmishra Totally agree on Predictives. R is a complex language and a sledgehammer to smash a nut.#SAPChat -12:35 PM Jan 26th, 2012

 

Q35:

jonerp John and Vijay, you have both seen number of early HANA projects as partners. Any lessons learned for customers now kicking tires? #sapchat -12:33 PM Jan 26th, 2012

applebyj @jonerp Definitely. Look for the impossible business problem. Talk to LoB CxOs. Engage. Listen. And then solve it with #HANA. #SAPChat -12:36 PM Jan 26th, 2012

 

Q36:

applebyj @vsikka joined #SAPChat now! Awesome! #SAPChat-12:34 PM Jan 26th, 2012

aiazkazi @vsikka has joined us in the room we are tweeting from. Welcome! #sapchat -12:34 PM Jan 26th, 2012

 

Q37:

tpowlas It seems Sybase Replication Server has gone by the way side for #SAPHana, given the promotion of SLT/BusinessObjects Data services #SAPChat -12:36 PM Jan 26th, 2012

applebyj @tpowlas - @vsikka says SLT is the best approach for SAP, because it reduces system complexity. No reason for separate tool. #SAPChat -12:38 PM Jan 26th, 2012

applebyj @tpowlas - @vsikka says that it has an understanding of ABAP so you can add business logic into replication.#SAPChat -12:38 PM Jan 26th, 2012

applebyj @tpowlas - @vsikka says that for non-SAP, DS is great and can be down to 30s. SRS makes sense only in certain scenarios. #SAPChat -12:39 PM Jan 26th, 2012

aiazkazi @tpowlas Not true - SLT better approach for bringing data from SAP system. Also deeper understanding of ABAP in SLT...from @vsikka #sapchat -12:39 PM Jan 26th, 2012

eacrett @tpowlas : SLT also enables support of non-unicode SAP Biz Suite systems. Big plus from customer feedback#SAPchat -12:41 PM Jan 26th, 2012

 

Q38:

thorstenster @aiazkazi Hi back to @vsikka! Vishal, any news on "BW Mango"? #SAPChat -12:37 PM Jan 26th, 2012

applebyj @thorstenster - @vsikka says that BW on HANA is the focus today. Mango season is in summer. #SAPChat -12:41 PM Jan 26th, 2012

 

Q39:

Mark_Chalfen Is there a value case for HANA on B1 or By Design - do they have performance issues like TB ERP customers #SAPChat -12:40 PM Jan 26th, 2012

jonerp .mark_chalfen for ByD, customers definitely want faster performance/are eager for full in-memory (already in-memory for analytics) #sapchat -12:42 PM Jan 26th, 2012

Mark_Chalfen @jonerp thanks - do you know about B1?#SAPChat -12:43 PM Jan 26th, 2012

aiazkazi @Mark_Chalfen Value comes from simplification. Much bigger than feeds and speeds and volume. Applies to large and small biz #sapchat -12:43 PM Jan 26th, 2012

 

Q40:

tpowlas What #saphana modeling challenges have been faced in POC's ? #SAPChat -12:40 PM Jan 26th, 2012

tpowlas @jonerp @applebyj e.g. a calculated view = MultiProvider, Analytic view is like an InfoCube, #SAPHana#SAPChat -12:46 PM Jan 26th, 2012

 

applebyj @tpowlas Biggest problems are things like time-dependency or stock. Needs bright SQL developers. #SAPChat-12:44 PM Jan 26th, 2012

vijayasankarv @greg_not_so @tpowlas @jonerp @applebyj#sapchat..BW modelling itself will change with HANA being the DB for BW -12:52 PM Jan 26th, 2012

 

Q41:

uk03878 #sapchat and SLT doesn't care about your db, compressed tables or cluster and pool. And it does oracle -12:40 PM Jan 26th, 2012

 

Q42:

singhkumud Customers skeptical to do HANA implemtn with vendor w/o experience on HANA. Says will need people from SAP. How to overcome this? #SAPChat -12:40 PM Jan 26th, 2012

applebyj @singhkumud SAP HANA needs skilled consultants. Most sit in #SAP or a small number of skilled partners. This will change in 2012. #SAPChat -12:42 PM Jan 26th, 2012

 

Q43:

greg_not_so@MarshaCollier: ...it’s important to remember your competitor is only one mouse click away" ~Doug Warner#custserv#sapchat -12:41 PM Jan 26th, 2012

 

A3:

applebyj Looks like @vsikka left the room. Heard "Hello Bill" and footsteps. #SAPChat -12:41 PM Jan 26th, 2012

greg_not_so@applebyj: Looks like @vsikka left the room. Heard "Hello Bill" and footsteps. #SAPChat” < which room is that? i thought we were virtual -12:43 PM Jan 26th, 2012

 

Q44:

thorstenster Are the legal obstacles concerning Sybase Replication Server (reading from Oracle logs) removed?#SAPChat -12:42 PM Jan 26th, 2012

applebyj @thorstenster I don't believe legal problems in SRS are resolved for Oracle. Part of the reason for SLT, right.#SAPChat -12:43 PM Jan 26th, 2012

 

Q45:

jonerp @applebyj so what are keys to skilled consultants in your view? Biz case know-how? SQL knowledge? Techno-functional or two roles? #sapchat -12:43 PM Jan 26th, 2012

aiazkazi @jonerp hard to find people like @applebyj and@vijayasankarv that can do both roles. More likely 2 roles#sapchat -12:45 PM Jan 26th, 2012

applebyj @jonerp You need 2 types. First value consultants, that get in-memory and LoB problems. They create value scenarios. #SAPChat -12:46 PM Jan 26th, 2012

applebyj @jonerp 2nd type: technical consultants. Need great SQL skills and ability to turn needs into reality. Two consultants work 2gether #SAPChat -12:46 PM Jan 26th, 2012

 

Q46:

Mark_Chalfen Do you think HANA will impact data archiving strats for some SME using Business Suite? - (not archive as performance not impacted) #SAPChat -12:45 PM Jan 26th, 2012

applebyj @Mark_Chalfen We have scenarios where #HANAallows us to unarchive data and do analysis. Think this is a trend. #SAPChat -12:48 PM Jan 26th, 2012

Mark_Chalfen @applebyj some of our customer have very strict archiving policies for performance - one who is embarking on upgrading for example #SAPChat -12:50 PM Jan 26th, 2012

 

Q47:

uk03878 @tpowlas #sapchat complexity and volume means coding low and not using the graphical modelling -12:45 PM Jan 26th, 2012

 

Q48:

tpowlas @jonerp @applebyj I'll say that knowing BW modeling has helped me know how to model in the #SAPHana sandbox#SAPChat -12:45 PM Jan 26th, 2012

greg_not_so@tpowlas: @jonerp @applebyj I'll say that knowing BW modeling has helped me know how to model in the#SAPHana sandbox #SAPChat” < not SQ02? -12:47 PM Jan 26th, 2012

tpowlas @greg_not_so @jonerp @applebyj Not SQ02 - LOL. Knowing SAP Query is good for transient providers...but not#SAPHana (yet) #SAPChat -12:47 PM Jan 26th, 2012

greg_not_so @tpowlas do u mean 'transient' like in 'migration'?#sapchat -12:49 PM Jan 26th, 2012

 

Q49:

_Devon_Abraham @Mark_Chalfen @jonerp #SAPChat BPC 10.0 ramp up projects anyone? Wld love some conversation round issues? -12:48 PM Jan 26th, 2012

applebyj @_Devon_Abraham BPC 10.0 is doing OK in RU - we have several customers. Usual RU challenges. BPC on HANA = awesome. #SAPChat -12:49 PM Jan 26th, 2012

 

Q50:

mhagelstrom Consultants are being trained only in the technical stuff. We need them to show customers business problems that can be solved #sapchat -12:49 PM Jan 26th, 2012

applebyj @mhagelstrom Totally agree. SAP should talk to business consultants at partners that know customers best. Friction in sales. #SAPChat -12:51 PM Jan 26th, 2012

Mark_Chalfen @mhagelstrom as @applebyj says good LOB consultants should be able to do that. That is an area I can add value (for a change) #SAPChat -12:53 PM Jan 26th, 2012

 

Q51:

jonerp HANA often pitched as "big data" but what about "really big data" (petabytes) - do u guys see biz cases coming for Hadoop-HANA etc? #sapchat -12:50 PM Jan 26th, 2012

eacrett @jonerp : We will offer a Hadoop connector for HANA soon via Data Services connector. #SAPchat -12:51 PM Jan 26th, 2012

tweetsinha @mhagelstrom great suggestion, agree we need to move in that direction in 2012 #HANA #SAPInMemory #sapchat-12:51 PM Jan 26th, 2012

tpowlas @tweetsinha @jonerp @applebyj Yes, IDT does look similar to the HANA modeling studio -& yes IDT works well with multi source data #SAPChat -12:51 PM Jan 26th, 2012

jonerp @eacrett that I knew (good news) - but I was asking more on the biz case side of Hadoop-HANA - what the potential is... #sapchat -12:52 PM Jan 26th, 2012

applebyj @jonerp Great Q! HANA isn't big data IMO. 1-10TB. Hadoop is a different value proposition. I think they will diverge too. #SAPChat -12:53 PM Jan 26th, 2012

aiazkazi @eacrett @jonerp Which addresses the large petabyes of "unstructured" data #sapchat -12:53 PM Jan 26th, 2012

 

A4:

aiazkazi Next time we will have @uk03878 run this  Love the answers to the questions people haven't asked yet - spirit of HANA #sapchat -12:51 PM Jan 26th, 2012

 

Q52:

thorstenster Thought about setting up creative teams that cn hlp customers find problems tht r newly solvable w/ #HANA(but pushed out of mind)? #SAPChat -12:51 PM Jan 26th, 2012

applebyj @thorstenster SAP has a Value Engineering HANA division for this. They are good if you can find them. #SAPChat-12:54 PM Jan 26th, 2012

 

Q53:

uk03878 #sapchat so when is Juergen haupt going to come up with a LSA lite for HANA? -12:53 PM Jan 26th, 2012

applebyj @uk03878 HANA doesn't change LSA, it flattens it in physical context. Logical context still the same. (My opinion)#SAPChat -12:54 PM Jan 26th, 2012

aiazkazi @uk03878 You should see the Medtronic demo - then you see big data - and most of it is NOT SAP  #sapchat -12:58 PM Jan 26th, 2012

tweetsinha @aiazkazi @uk03878 #sapchat Medtronic demo here http://t.co/rdLDjnY9 -1:01 PM Jan 26th, 2012

 

A5:

vijayasankarv @jonerp I think a better term for HANA for now is "big SAP data" instead of "big data" #sapchat -12:55 PM Jan 26th, 2012

 

Q54:

thorstenster Is #HANA going to get a built-in Semantic Web reasoner? #SAPChat -12:55 PM Jan 26th, 2012

eacrett @applebyj @thorstenster : Think the semantic reasoner discussion needs more than 140 characters! LOL #sapchat -12:58 PM Jan 26th, 2012

 

Q55:

jonerp #2 database vendor by 2015? Heck no. How about riding HANA to #1 by 2017? (Surprised no one has mentioned the "ex" words today)  #sapchat -12:56 PM Jan 26th, 2012

 

A6:

applebyj Why has no one asked about the ERP on HANA roadmap! Unbelievable! #SAPChat -12:57 PM Jan 26th, 2012

Mark_Chalfen @applebyj how will that impact licenses? - we can take this offline to Chiswick #SAPChat -1:01 PM Jan 26th, 2012

 

Q56:

Rafikul_Hussain why should one go for HANA when we have BWA i mean advantages of HANA over BWA #sapchat -12:57 PM Jan 26th, 2012

eacrett @Rafikul_Hussain : BWA is a in-mem cache of BW Cubes & DSOs. BW on HANA is ALL data in memory - data redundancy and latency reduced #sapchat -1:01 PM Jan 26th, 2012

 

A7:

Leatherman_SAP Was impressed w/ the quality of questions & passion in today's #sapchat-- Looking forward to the next one. This is my new work only account -12:59 PM Jan 26th, 2012

tpowlas Thanks to all for a great #SAPChat today! -12:59 PM Jan 26th, 2012

singhkumud Thanks @aiazkazi @applebyj for the quick replies!#SAPChat. -1:01 PM Jan 26th, 2012

Mark_Chalfen thanks for all your answers - great session - see some later on today for Mentor call #SAPChat -1:02 PM Jan 26th, 2012

applebyj Wow thanks guys. Biggest every #SAPChat ever! 60 Questions in 1 hour! Dizzy! #SAPChat -1:03 PM Jan 26th, 2012

 

Edgar_Obaga1:02pm via Web

@SAP useful forum this; you should hold it more frequently. cc @kgbett #SAPChat

News Archive

SAP HANA News Archive

Filter Blog

By author:
By date:
By tag:

Contact Us

SAP Experts are here to help.

Ask SAP HANA

Our website has a rich support section designed to help you get the highest quality answers quickly and easily. Please take a look at the options below to get you answers from the SAP experts.

If you have technical questions:

If you're looking for training materials or have training questions:

If you have certification questions:

Χ