バックアップすることにより、ディスク装置の物理的破壊やデータの論理的破損が発生する直前や、バックアップ時点にリカバリーできます。
サーバのバックアップ方法について説明します。
ポイント
バックアップの周期
業務内容によって異なりますが、Symfoware Analytics Serverでは、バックアップの周期を1日として運用することを推奨します。
以下の手順でバックアップを実施します。
DWHサーバの起動
DWHサーバが起動していることを確認します。確認する方法は、“3.5.1 Linuxの場合の状態確認”を参照してください。
DWHサーバが停止している場合は、“3.3.1 Linuxの場合の起動”を参照して、DWHサーバを起動してください。
symasbackupコマンドの実行
スーパーユーザーでsymasbackupコマンドを実行して、以下の資源のバックアップを行います。
カラムナテーブルに格納されたデータ以外のデータベース資源
データ加工機能の定義情報
symasbackupコマンドの詳細は、“J.1.7 symasbackup”を参照してください。
symascolumnbkコマンドの実行
DWHサーバ管理者ユーザーでsymascolumnbkコマンドを実行して、カラムナデータベース資源をバックアップします。
symascolumnbkコマンドの詳細は、“J.1.18 symascolumnbk”を参照してください。
注意
symasbackupコマンドは、カラムナテーブルに格納されているデータのバックアップを行いません。カラムナテーブルに格納されているデータをバックアップする場合は、symascolumnbkコマンドを実行してください。
カラムナテーブルをバックアップしたあとにカラムナテーブルを削除した場合は、再度symascolumnbkコマンドを実行してカラムナテーブルのバックアップを行ってください。
バックアップを再実行せずに以前に実行したカラムナテーブルのバックアップデータファイルを使用してリストアを行うと、削除したカラムナテーブルのデータもリストアされてしまいます。
再度、同一のカラムナテーブルを作成する場合には、エラーが発生して作成に失敗するため、注意してください。
ディスク故障を考慮して、バックアップ先ディレクトリは、以下の格納先とは別のディスクに配置してください。
データベースのデータ格納先ディレクトリ
カラムナテーブルのカタログデータ格納先ディレクトリ
カラムナテーブルのメインデータ格納先rawデバイス
カラムナテーブルの一時データ格納先rawデバイス
カラムナテーブルのデータベーススペース格納先rawデバイス
データ加工サーバのデータ管理ディレクトリ
バックアップ先ディレクトリにはバックアップデータよりも容量が大きいディレクトリを指定してください。
バックアップデータの容量は以下の式で見積もってください。
バックアップデータの容量 ＝（データ加工サーバのデータ管理ディレクトリのサイズ ＋ /var/opt/FJSVbamsr/tools/FJSVibpma/ibpmm_dataのサイズ ＋[データ加工ユーザー(注)の数] × 0.02MB ＋ 100.5MB） × 1.3
(注) データ加工ユーザーとは、データ加工を行うユーザーです。データ加工ユーザーの詳細は、“E.3.2 ユーザーを定義する”を参照してください。
バックアップ先ディレクトリが存在する場合、symasbackupコマンドは以下の入力を要求します。
入力要求（以下から選択） | 意味 |
|---|---|
Y | バックアップ先ディレクトリの配下のオブジェクトを削除してバックアップを実行します。 |
N | バックアップコマンドを中断します。 |
symasbackupコマンドを含む他のSymfoware Analytics Serverコマンドの実行中にsymasbackupコマンドを実行しないでください。
すでにアンセットアップ済み、またはセットアップ未実施の場合、symasbackupコマンドを実行しないでください。
バックアップ中はデータ加工サーバ機能が停止されるため、データ加工機能を利用できません。バックアップが完了すると、データ加工サーバ機能が自動的に起動されます。
参照
データ蓄積機能のバックアップ
データ蓄積機能のバックアップの詳細は、“Interstage Information Storage 運用ガイド”の“バックアップ・リカバリ”を参照してください。
