SAP HANA 2.0 Administration · Scale-Out Systems & Host Auto-Failover

An admin assumes HANA scale-out works like a traditional shared-disk DB cluster (same data on every node). What's wrong, and what's the operational implication?

Answer locked. Get the free KnowCard app to reveal it — plus spaced-repetition review so it actually sticks.

This is one card from the KnowCard library — thousands more across SAP, Linux, Python and more. In the app you get the answer, AI explanations, and cards that come back right before you would forget them. Free to start on iOS, Android or the web.

More in Scale-Out Systems & Host Auto-Failover

What are the SAP S/4HANA scale-out node minimums and the maximum cluster size?

You have a small config table that joins with many table groups, and a large fact table that joins with it. Which gets a replicated copy on every node and which gets placed once — and what's the deciding property?

A standby took over after MASTER1's name server failed; the cluster ran fine on the substitute for days. After a planned full restart, who is master and what happens to index-server roles?

When distributing tenant databases across a scale-out HANA cluster, what does SAP tell you NOT to do, and what runs on all nodes regardless?

Why must a single standby host have access to ALL data volumes in a scale-out HANA cluster, not just one worker's?

All else equal, when does SAP say to choose scale-up over scale-out for HANA, and what is the single biggest performance reason?

Start learning today

Free to start — download the app or use it in your browser.