【SAP Basis】SAP HANA 管理の基本と運用盲点 — インメモリDBの永続化、MDC構成とディスクIO設計

SAP HANA データベースの基本アーキテクチャ（インメモリ構造・マルチテナント構成 MDC）と、
実務・本番運用で不可欠となるディスク永続化の仕組みおよびハードウェア・サイジング設計を解説します。

S/4HANA の普及により HANA が標準データベースとなった現代において、従来の AnyDB とは異なる
メモリや I/O の管理スキルが Basis 担当者に強く求められています。HANA 2.0 では MDC が標準となり、
1つの OS 上で System DB と複数の Tenant DB を相乗りさせリソースを集約できますが、
共通サービス（nameserver 等）を共有しつつテナントごとに indexserver が動作するため、
特定テナントの負荷が全体に波及しないようメモリ制限の設計が重要です。

また、「RAM にデータがあるなら再起動で消えるのでは」という懸念に対し、通常5分間隔で
メモリ上の更新差分をディスク（/hana/data）に永続化する Savepoint、コミット時の即時書き出しを行う
Redo Log（/hana/log）、および Delta Merge の仕組みを整理。本番障害や突然の電源断でも
Savepoint と Redo Log から自動復旧される一方、ディスク I/O の遅延は DB 全体のハングに直結します。

物理 CPU コアと RAM の比率（1コアあたり約14〜16GB）や、I/O 競合を避けるため「ケーキを切り分けるように」
/hana/data, /hana/log, /hana/shared を独立したストレージに分離する設計の急所、
そして検証環境の Linux で df -h によりマウント構成を点検する実務の第一歩を解説します。

出典: https://www.youtube.com/watch?v=qVbTdjAPU6U

本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。
SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。