データベースのトレースファイルを確認する

データベースのトレースは、オペレーティングシステムレベルのサービス固有のファイルに書き込まれます。 トレースディレクトリはここにあります：

/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/

<sid>adm ユーザーの環境では、以下のエイリアスを使用すると、OSレベルでトレースディレクトリに素早く切り替えることができます

cdtrace

データベース・トレース・ファイルは、以下の命名規則を使用しています：

<service>_<host>.<port>.<counter>.trc

ダイナミックティアリングの文脈では、以下の規則に従うファイルが存在できます（ SAP 注2871785）

esserver_console_<host>.<port>.<counter>.trc 例:

indexserver_saphana01.30003.024.trc これらのファイルには、オペレーティングシステムレベルで直接アクセスするか、以下のいずれかの方法でアクセスできます

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

より多くの確認情報

• SAP HANA 管理ガイド - 持続性の一貫性チェック

SAP のメモに記載されているSQLステートメントは、データベースの再編成が必要かどうか、および再編成アクションが実行された後に節約される容量を示しています。

この確認には2つの目的があります。

1. SAP HANA データベースで再編成が必要かどうかをハイライトします。
2. 再編成が必要な場合、スペース削減措置が完了した後の推定規模を提供します。

追加のサイズ SAP 備考

• SAP 注2363248 - /4HANA ハードウェアサイジング SAP BW
• SAP SDベンチマーク結果
• SAPS（ SAP アプリケーションパフォーマンス基準）による測定

関連情報 SAP EarlyWatch へのメモ 警告レポート

• SAP 注1257308 - FAQ： アラートの利用 EarlyWatch
• SAP 注 1958910 - HANAデータベースに関する警告 EarlyWatch
• SAP 注 1911180 - HANA アラート（EWA）の問題 EarlyWatch
• SAP Solution Manager- ヘルプポータル ドキュメント

ターゲットサーバーは、ソースシステムと同等以上のストレージ容量を持ち、適切なサイズである必要があります

SAP HANA SAP HANA データベースの成長を考慮し、 システムストレージアーキテクチャおよび構成ガイドラインに従う必要があることを忘れないでください。 IBM

次の文書では、 IBM Cloud のターゲットサーバーに必要なストレージ構成について説明しています

• IBM SAP HANA TDI用システムストレージアーキテクチャおよび構成ガイド

ソフトウェアの実行可能ファイルと初期の SAP HANA システムバックアップを保存するために、ファイルシステムマウントポイントを作成するのに必要な追加のスペースを考慮してください。 IBM NFS Power Virtual Server インフラストラクチャの計画に応じて、アーキテクチャ内の他のシステムにエクスポートするためのマウントポイントとしてファイルシステムを作成することができます。

ターゲットサーバーのOSとパッチレベルがソースサーバーと一致していることを確認する

対象システムのオペレーティングシステムのバージョンとパッチレベルを確認してください。 生産システムの場合、同じレベルであれば、インストールが同様の動作を行い、移行も容易に実行できることを保証します。 非生産的なシステムの場合、例えば、 IBM Power Virtual Server にある概念実証システム（POC）では、より新しいオペレーティングシステムのバージョンが有効なオプションとなります。

cat /etc/os-release

cat /etc/redhat-release

lsb_release -a

ファイルシステムとマウントポイントがソースシステムと一致していることを確認する

ソースシステムとターゲットシステムでは、ストレージ、LVM、ファイルシステムについて同一のマッピングが設定されている必要があります。 必要なのは、より大きなストレージ容量だけです。または、移行です。 ファイルシステムの構造要件も、このセクションの冒頭でTDI要件とともに強調されています。 また、マウントポイントとファイルの所有者のUIDおよびGUIDがソースシステムと一致していることも考慮してください。 また、マウントポイントには、両方のシステムで同じ <SID> を定義する必要があります。 SAP HANA をターゲットシステムにインストールする際には、ソースシステムから同じ <SID> および <instance number> が使用されます。

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

移行プロジェクトに関わるすべてのシステムに関するエントリーは、 /etc/hosts まで

/etc/hosts ファイルには、ソースシステムと、依存関係のある SAP Netweaverまたは S/4 FESアプリケーションサーバーのエントリを含める必要があります。 ネットワークリソースの解決にはDNSサーバーを使用できますが、ネットワークの状況でサーバーを特定しやすくするために、IPアドレス、短い名前、FQDN、説明を /etc/hosts ファイルに含めておくと役立ちます。特に、ネットワーク解決やDNSサービスに問題が発生した場合に役立ちます。

OSの準備とチューニング SAP HANA

SAP HANA のインストールに向けて、ターゲットシステムの準備段階を開始するには、次の SAP メモを使用します。

• SAP Note 2777782 - DB: RHEL 8 の推奨 OS 設定 SAP HANA
• SAP ノート 2772999 - インストールおよび構成 Red Hat Enterprise Linux 8.x:
• SAP 注3018133 - : GCCでコンパイルされた アプリケーションの実行 Linux SAP 10.x

Recommended OS Settings for RHEL 8 に記載されているタスクが完了していることを確認してください。これらのタスクは、適用する必要のある重要なチューニングとパフォーマンス設定です。 無視すると、 SAP 製品のインストールやその後のパフォーマンスに影響を与える可能性があります。

hcmtツールを使用した SAP HANA の事前チェック

SAP HANA のハードウェアおよびクラウド測定ツール hcmt は、 SAP HANA を導入する前や、 SAP HANA の認定を申請する前に、お客様のハードウェアまたはクラウドシステムの測定と分析に役立ちます。 ツールは以下のコンポーネントで構成されています

• SAP HANA ハードウェアおよびクラウド測定ツール
• SAP HANA ハードウェアとクラウドの測定分析

SAP HANA をインストールする前に、次の SAP メモを参照して、OSと設定を確認および検証してください。

• SAP 注 2493172 - ハードウェアおよびクラウド測定ツール SAP HANA

hcmt を実行中にポートの問題が発生した場合は、2つ目のターミナルセッションを開きます。 hcmt のセットアップディレクトリに移動し、必要なポートを開いたままにするセッションを開始します。

hcmt をサーバー・クライアントモードで実行するには、2つのセッションを開始する必要があります

1. hcmt サーバーモードオン - リモートサーバーからテスト結果を収集するジャンプホスト
2. hcmt SAP HANA を実行する予定のターゲットシステム上のクライアントは、 パフォーマンステストを実行プランのすべてを使用して実行してください。 hcmt

sudo ./hcmt -v -S

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)

Server started, listening on port 50000 ...

sudo ./hcmt -v -p /swrepo/HCMT/setup/config/full_executionplan.json

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Loading executionplan
LogVolume (/hana/log):
DataVolume (/hana/data):
Hosts: <`Leave Blank!!!!`>  Leave this field blank, otherwise it will affect the test.
Start execution of plan
Executing Test C9C9F832-854F-492D-8E7EFB4609AC435C
Note: CPU Micro Benchmark

SAP HANA をターゲットシステムにインストールする

以下の変数を覚えておいてください

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

この例では、インストールは「Y」を入力して続行する段階までです。 HANA_DATABASEディレクトリに戻ります。

SAP HANA データベースライフサイクルマネージャーのコマンドを実行します。

sudo ./hdblcm

次の例は期待される出力である。

SAP HANA Lifecycle Management - SAP HANA Database 2.00.061.00.1644229038
************************************************************************

これにより、必要なソフトウェアがインストールされているディレクトリがスキャンされます。

Scanning software locations...
Detected components:
    SAP HANA Database (2.00.061.00.1644229038) in /swrepo/HANA/SAP_HANA_DATABASE/server
    SAP HANA Database Client (2.11.20.1644165757) in /swrepo/HANA/SAP_HANA_CLIENT/client


Do you want to specify additional components location? (y/n) [n]: `n`

追加コンポーネントの場所として n を選択し、続行します。

Choose an action

Index | Action                    | Description
-------------------------------------------------------------
1     | install                   | Install new system
2     | extract_components        | Extract components
3     | print_detected_components | Print detected components
4     | Exit (do nothing)         |

Enter selected action index [4]: `1`

1 を入力し、 <enter> キーを押して新しいシステムをインストールします。

出力は次の例の続きです。

SAP HANA Database version '2.00.061.00.1644229038' will be installed.

Select additional components for installation:

Index | Components | Description
--------------------------------------------------------------------------------
1     | all        | All components
2     | server     | No additional components
3     | client     | Install SAP HANA Database Client version 2.11.20.1644165757

Enter comma-separated list of the selected indices [3]: `1`

1 を入力し、 <enter> を押してすべてのコンポーネントをインストールします。 出力の次の行にある一連のデフォルト値を受け入れる。

Enter Installation Path [`/hana/shared`]:
Enter Local Host Name [`Yourhostname`]:
Do you want to add hosts to the system? (y/n) [`n`]:

追加のシステムなしで n を入力してください。 ソースの SAP HANA データベースシステムパラメータを確認してください

• ソース SAP HANA SID
• ソース SAP HANA Instance Number

ターゲットシステムに同じ値を適用し続けます

Enter SAP HANA System ID: `<Needs to match the source system>`
Enter Instance Number [00]: `<Needs to match the source system>`
Enter Local Host Worker Group [default]:

Index | System Usage | Description
-------------------------------------------------------------------------------
1     | production   | System is used in a production environment
2     | test         | System is used for testing, not production
3     | development  | System is used for development, not production
4     | custom       | System usage is neither production, test nor development

Select System Usage / Enter Index [4]: 2

予定されている機能を表す数字を入力してください。 この例では、 2 はテスト用のシステムを示しています。

デフォルト値をより多く受け入れる：

Do you want to enable data and log volume encryption? [n]:
Enter Location of Data Volumes [/hana/data/<SID>]:
Enter Location of Log Volumes [/hana/log/<SID>]:
Restrict maximum memory allocation? [n]:
Apply System Size Dependent Resource Limits? (SAP Note 3014176) [y]:

ソースシステムで設定されているこれらのパスワードを決定します

• sapadm 暗証
• <sid>adm 暗証
• システムデータベースユーザー SYSTEM パスワード

ターゲットシステムに同じパスワードを設定します

Enter SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Confirm SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Enter System Administrator (<sid>adm) Password:  <Use the same password used on the source system>
Confirm System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Enter System Administrator Home Directory [/usr/sap/<SID>/home]:
Enter System Administrator Login Shell [/bin/sh]:
Enter System Administrator User ID [1001]: <check that the user ID number matches the source system>
Enter ID of User Group (sapsys) [79]:  <Check that the GUID number matches the source system>
Enter System Database User (SYSTEM) Password: <Use the same password used on the source system>
Confirm System Database User (SYSTEM) Password: <Use the same password used on the source system>

Restart system after machine reboot? [n]:
Summary before execution

要約では、インストール用に選択した内容が正しいことを確認できます。 次に、「Y」を選択して開始します。 約20分後、以下のメッセージが表示されます。

Registering SAP HANA Database Components on Local Host...
- Deploying SAP Host Agent configurations...
Creating Component List...
SAP HANA Database System installed
Log file written to xxxxxx

SAP HANA が実行中であることを確認し、バージョンを決定する

HDB proc コマンドを実行して、プライマリおよびセカンダリの SAP HANA システム上ですべてのサービスが開始されていることを確認します。

sudo -i -u ${sid}adm -- HDB proc

SAP HANA バージョンはプライマリサーバーと同等かそれ以上である必要があります

SAP HANA データベースのバージョンを確認するには、両方のノードで次のコマンドを使用します。

sudo -i -u ${sid}adm -- HDB version

MDC/SYSTEMDB SAP HANA データベースの初期バックアップ

トレースログファイルの任意チェック

データベースのトレースは、オペレーティングシステムレベルのサービス固有のファイルに書き込まれます。 トレース・ディレクトリは以下の場所にある：

/usr/sap/${sid}/HDB<inst>/<host>/trace/DB_${sid}/

${sid}adm ユーザーの環境における以下のエイリアスを使用すると、OSレベルでトレースディレクトリに素早く切り替えることができます

cdtrace

データベース・トレース・ファイルは、以下の命名規則を使用しています：

<service>_<host>.<port>.<counter>.trc

ダイナミックティアリングの文脈では、以下の規則に従うファイルが存在できます（ SAP 注2871785）

esserver_console_<host>.<port>.<counter>.trc

• 例:

indexserver_saphana01.30003.024.trc これらのファイルには、オペレーティングシステムレベルで直接アクセスするか、以下のいずれかの方法でアクセスできます

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

ソースシステム上の SAP HANA データベースユーザーを確認する

SAP ベースの管理チームまたは SAP HANA 管理者に確認し、システムへのアクセスに使用されている SAP HANA データベースユーザーを特定してください。 通常、このユーザーは SYSTEM ユーザー、または SAP スキーマの所有者ユーザーです。 SAP ベースの管理チームが SAP セキュリティ勧告を実施した場合。

プライマリおよびセカンダリの SAP HANA システムで環境変数を設定する

セットアップを簡素化するために、両方のノードで ${sid}adm 用の以下の環境変数を準備します。 これらの環境変数は、以降の例の残りのコマンドで使用されます。

両方のノードで、以下のコマンドを実行します。 ソースとターゲットの両方のシステムで変数が同じである必要があることを覚えておいてください。

export SID=<SID>                                 # SAP HANA System ID (uppercase)
export sid=<sid>                                 # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                           # SAP HANA Instance Number
export DIR_INSTANCE=/usr/sap/${SID}/HDB${INSTNO} # "${sid}adm" home directory

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

SAP HANA が両方のシステムで実行されていることを確認してください

オペレーティングシステムのユーザー ${sid}adm として、 HDB proc コマンドを使用して、すべてのサービスが起動していることを確認できます。

プライマリとセカンダリの両方のシステムで、次のコマンドを実行します。 SAP HANA サーバー。

sudo -i -u ${sid}adm -- HDB proc

SAP HANA バージョンはプライマリサーバーと同等かそれ以上でなければなりません

SAP HANA サーバーのバージョンを特定するために、各ノードで次のコマンドを実行します。

sudo -i -u ${sid}adm -- HDB version

ターゲットシステムのバージョンは、ソースシステムのバージョンと同等かそれ以上でなければなりません。 このバージョンの唯一の例外は、 Active/Active の読み取りが有効な構成の場合で、この場合、ソースシステムとターゲットシステムでHDBのバージョンが同一である必要があります。

• したがって、ソースサーバーとターゲットサーバーの両方でシステム構成が同一であることを確認してください。 次に、両方のシステムのiniファイルの設定を比較します。

• スケールアウト構成の場合は、ソースサーバーとターゲットサーバーの両方で、ワーカーノード（スケールアウト）の数と役割が同一であることを確認してください。

• 両方のシステムで同じ ${sid} と instance numbers を使用する必要があります。

• プライマリシステムとセカンダリシステムから PKI SSFS .key and the .dat files をバックアップします。

• プライマリシステムからセカンダリシステムに既存のPKIキーをコピーします。

必要に応じて元のインストール状態に復旧できるように、プライマリシステムとセカンダリシステムの両方で既存のキーをバックアップしてください。

sudo -i -u ${sid}adm -- cp -p /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT_<hostname>

既存の PKI SSFS .key および .dat ファイルのバックアップが完了したら、PKI SSFS .key および .dat ファイルをプライマリシステムからターゲットシステムにコピーする必要があります。

レプリケーション処理のための SAP HANA 2.0 データおよびログの送信チャネルには、 システム PKI SSFS ストレージ証明書ファイルを使用した認証が必要です。

• SAP 注2369981 - HANAシステムレプリケーションでの認証に必要な構成手順

PKI SSFS ストレージ証明書ファイルは、 /usr/sap/${SID}/SYS/global/security/rsecssfs/ のサブディレクトリ data および key に保存されています。

NODE2 で、次のコマンドを実行して、 SSFS_${SID}.DAT および SSFS_${SID}.KEY を NODE1 からコピーします。

${sid}adm ユーザーとして、 NODE2 で次の2つのコマンドを実行します。

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY /usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY

NODE2 上の PKI SSFS ストレージ証明書のコピーは、 SAP HANA システムの起動時に有効になります。

構成パラメータ log_mode が正常に設定されていることを確認してください

プライマリおよびセカンダリの SAP HANA サーバーの両方で、 global.ini の永続セクションの構成パラメータ log_mode が通常に設定されていることを確認してください。

log_mode の設定を確認するために、両方のシステムで次のコマンドを実行します。

sudo -i -u ${sid}adm -- grep -i 'log_mode' /usr/sap/${SID}/HDB${INSTNO}/exe/config/global.ini

以下の出力が期待されます。

log_mode=normal

プライマリサーバーを最初に登録する

プライマリ SAP HANA システムで、次のコマンドを実行して、このノードを SAP HANA システムレプリケーションの primary として登録します。

sudo -i -u ${sid}adm -- hdbnsutil -sr_enable --name=${SiteOnPrem}

以下の出力が期待されます。

nameserver is active, proceeding ...
successfully enabled system as system replication source site
done.

プライマリシステムが登録されているか確認する

次のコマンドを使用して、プライマリシステムが正常に登録されていることを確認します。

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

以下の出力が期待されます。

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: false
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~


Site Mappings:
~~~~~~~~~~~~~~
SiteCloud (primary/)

Tier of SiteCloud: 1

Replication mode of SiteCloud: primary

Operation mode of SiteOnPrem :


Hint based routing site:
done.

SAP HANA がセカンダリサイトでアクティブになっていないことを確認してください

セカンダリサイトは、稼働中の SAP HANA サーバーであってはなりません。 次のコマンドを使用して、 SAP HANA データベースサービスを停止します。

sudo -i -u ${sid}adm -- HDB stop

以下の出力が期待されます。

hdbdaemon will wait maximal 300 seconds for NewDB services finishing.
Stopping instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function Stop 400

10.08.2023 10:32:07
Stop
OK
Waiting for stopped instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function WaitforStopped 600 2


10.08.2023 10:32:51
WaitforStopped
OK
hdbdaemon is stopped.

セカンダリシステムを登録する

次に、セカンダリシステムを登録します。

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=<secondarySiteName> \
    --remoteHost=<primary_host> \
    --remoteInstance=<primary_systemnr> \
    --replicationMode=[sync|syncmem|async] \
    --operationMode=[delta_datashipping|logreplay|logreplay_readaccess]

例えば

• SiteOnCloud セカンダリサイト名として
• syncmem レプリケーションモードとして
• logreplay 動作モードとして

最後のコマンドは次の例のようになる。

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=${SiteOnCloud} \
    --remoteHost=${NODE1} \
    --remoteInstance=${INSTNO} \
    --replicationMode=syncmem \
    --operationMode=logreplay

以下の出力が期待されます。

Thu 10 Aug 10:36:13 CEST 2023
adding site ...
collecting information ...
updating local ini files ...
done.

SELinuxを有効にした状態でhdbnsutilエラーをトラブルシューティングする

セキュリティ強化版 Linux （SELinux）が有効になっている場合、 hdbnsutil の出力は期待通りの結果になりません。 以下の2つの症状のいずれかが見られる。

• Command is not recognized エラー・メッセージ
• 使用状況が表示される

SELinuxが enforcing に設定されている場合、 hdbnsutil コマンドが ${sid}adm ユーザーコンテキストでsaphostagentを再起動するのを防ぎます。 適切なSELinuxセキュリティポリシーを追加するか、 SAP が推奨する方法で対処してください。 次に、SELinuxを無効にします。

現在の SELinux のステータスを以下のコマンドで確認します。

sestatus

次の出力はその一例である。

SELinux status:                 enforcing

sestatus コマンドが enforcing を返す場合、root権限で実行されたコマンドであっても、セキュリティポリシーによってはブロックされる可能性があります。

SELinuxを一時的に無効にするには、以下のコマンドを実行する。

sudo setenforce 0

SELinuxは、次の再起動まで一時的に無効になっています。

今、もう一度 sestatus で確認すると、ステータスが disabled と表示されます。

以下のコマンドで saphostagent プロセスが実行されているか確認します。

sudo ps -ef | grep -i host

出力が空でプロセスが表示されない場合は、saphostagentを手動で再起動してください。

sudo -i -u ${sid}adm -- /usr/sap/hostctrl/exe/saphostexec -restart /usr/sap/hostctrl/exe/host_profile

プライマリシステムの状態を確認する

プライマリノード上のシステム複製状態を確認します。 プライマリー・サーバーで以下のコマンドを実行する：

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

以下の出力が期待されます。

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem_hostname

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem_hostname] <SiteOnPrem_hostname_hostname>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem_hostname_hostname>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem_hostname (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteCloud: 1
Tier of SiteOnPrem_hostname: 2

Replication mode of SiteOnPrem_hostname: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem_hostname: primary
Operation mode of SiteOnCloud logreplay

Mapping: SiteOnPrem_hostname -> SiteOnCloud

Hint based routing site:
done.

セカンダリシステムのステータスを確認する

次に、2番目のノードのシステム複製状態を確認します。 2番目のサーバーでも同じコマンドを実行します。

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

以下の出力が期待されます。

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: false

mode: syncmem
operation mode: unknown
site id: 2
site name: SiteOnCloud

is source system: unknown
is secondary/consumer system: true
has secondaries/consumers attached: unknown
is a takeover active: false
is primary suspended: false
is timetravel enabled: false
replay mode: auto
active primary site: 1

primary masters: <SiteOnPrem_hostname_hostname>
done.

セカンダリサーバーを再起動する

現時点では、 SAP HANA のサーバーは両方ともレプリケーションパートナーとして設定されています。 次に、レプリケーション設定を完了するために、セカンダリ SAP HANA サーバーを再起動します。

セカンダリー・サーバー上で以下のコマンドを実行する。

sudo -i -u ${sid}adm -- HDB start

以下の出力が期待されます。

StartService
OK

Starting instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function StartWait 2700 2
OK


10.08.2023 10:38:47
Start
OK

10.08.2023 10:40:17
StartWait
OK

HDB info または HDB proc のセカンダリ側をチェックして、 SAP HANA が再び稼働していることを確認します。 成功したら、プライマリシステムで sr_state コマンドを実行します。

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

以下の出力が期待されます。

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SitePrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem] <SiteOnPrem>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteOnprem : 1
Tier of SiteOnCloud: 2

Replication mode of SiteOnPrem: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem: primary
Operation mode of SiteOnCloud: logreplay

Mapping: SiteOnprem_hostname -> SiteOnCloud

Hint based routing site:
done.

レプリケーションの状態を確認する

セカンダリシステムが設定され、 SAP HANA がセカンダリサーバー上で起動すると、レプリケーションプロセスが自動的に full replica とのデータの同期を開始します。 プライマリサーバーでの初期レプリケーションを確認し、フルレプリケーションアクションの現在の完了状況を確認することができます。

以下のコマンドで Python スクリプトを実行する。

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

以下の出力が期待されます。

|Database |Host     |Port  |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary  |Secondary     |Replication |Replication |Replication    |Secondary    |
|         |         |      |             |          |        |          |Host      |Port      |Site ID   |Site Name  |Active Status |Mode        |Status      |Status Details |Fully Synced |
|-------- |-------- |----- |------------ |--------- |------- |--------- |----------|--------- |--------- |---------- |------------- |----------- |----------- |-------------- |-------------|
|SYSTEMDB |<NODE1>  |31001 |nameserver   |        1 |      1 |SiteOnPrem|  <NODE2> |    31001 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31007 |xsengine     |        2 |      1 |SiteOnPrem|  <NODE2> |    31007 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31040 |docstore     |        5 |      1 |SiteOnPrem|  <NODE2> |    31040 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31003 |indexserver  |        3 |      1 |SiteOnPrem|  <NODE2> |    31003 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31011 |dpserver     |        4 |      1 |SiteOnPrem|  <NODE2> |    31011 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|

status system replication site "1": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mode: PRIMARY
site id: 1
site name: SiteOnPrem_hostname

システム複製状況を確認する4つの方法

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

overall system replication status: ACTIVE

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"

select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;

複製完了

レプリケーション設定を無効にする前に、レプリケーションアクションが実行された後に、トレースログに不整合や異常がないかを確認してください。 レプリケーションが完了すると、データベースにはプライマリシステム上のすべてのアクティブなサービスのみが含まれます。 しかし、トレースログを調べれば、矛盾や問題がないかを確認できます。