ページの先頭行へ戻る
ETERNUS SF AdvancedCopy Manager 15.2 運用ガイド
ETERNUS

11.1.1 データベースを個別にバックアップする場合

11.1.1.1 バックアップ管理簿の保守方法

バックアップ管理簿の保守方法について説明します。バックアップ運用を実施しているサーバで実行します。

11.1.1.1.1 バックアップ管理簿とリカバリ制御ファイルのバックアップ

バックアップ管理簿とSymfowareのデータベーススペースをバックアップしたときに作成されるリカバリ制御ファイルをバックアップします。詳細は、「12.2.3.2 swstresback(資源バックアップコマンド)」を参照してください。

バックアップ管理簿のバックアップデータの容量

以下のディレクトリ配下のサイズを確認してください。

<環境設定ディレクトリ>\etc\backup\data

クラスタ運用している場合は、以下のディレクトリ配下のサイズを確認してください。

<共有ディスク>:\etc\opt\swstorage\etc\backup\data

Symfowareのデータベースをバックアップしている場合は、以下のディレクトリ配下のサイズも確認してください。

リカバリ制御ファイル出力先ディレクトリ
11.1.1.1.2 バックアップ管理簿とリカバリ制御ファイルのリストア

バックアップ管理簿とSymfowareのデータベーススペースをバックアップしたときに作成されるリカバリ制御ファイルをリストアします。詳細は、「12.2.3.3 swstresrst(資源リストアコマンド)」を参照してください。

11.1.1.2 レプリケーション管理簿の保守方法

レプリケーション管理簿の保守方法について説明します。

11.1.1.2.1 レプリケーション管理簿のバックアップ

レプリケーション管理簿のバックアップは、運用管理サーバ(Storage管理サーバ)のリポジトリをバックアップすることで実施します。リポジトリのバックアップ方法は、「11.1.1.4.1 データベースの退避方法」を参照してください。

ポイント

11.1.1.2.2 レプリケーション管理簿のリストア

レプリケーション管理簿のリストアは、以下の手順で実施します。

  1. 運用管理サーバ(Storage管理サーバ)のリポジトリをリストアします。リストア方法は、運用管理サーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用ガイド』の「データベースの復旧方法」を参照してください。

    • 運用管理サーバがWindows版の場合

      復旧方法では、"RDBディクショナリおよびDSIの復旧(LOADモード)"を選択してください。

    • 運用管理サーバがSolaris版またはLinux版の場合

      復旧方法では、stgdbrcvコマンドの -mオプション(復旧モード)に0を指定してください。

  2. 管理対象サーバ(Storageサーバ)で「12.4.3.1 swsrprecoverres(資源整合コマンド)」を-rオプションを指定して実行します。

ポイント

  • 上記の作業によって、リポジトリのレプリケーション管理の運用情報が管理対象サーバへコピーされ、運用可能な状態になります。

  • リポジトリに存在するレプリケーション管理の運用情報に変更がなく、管理対象サーバに存在するレプリケーション管理の運用情報だけが何らかの理由で不正な状態になった場合は、手順2だけを実行してください。

11.1.1.3 VSSバックアップ管理簿の保守方法

Hyper-Vのバックアップ機能で使用する、VSSバックアップ管理簿の保守方法について説明します。
Hyper-VのVSSバックアップ機能を使用しているサーバ(Hyper-Vホストおよびバックアップサーバ)で実行します。

Hyper-Vバックアップ機能のコマンドを実行していない状態で、VSSバックアップ管理簿のバックアップおよびリストアを手動で実行してください。

11.1.1.3.1 VSSバックアップ管理簿のバックアップ

VSSバックアップ管理簿をバックアップします。

以下のディレクトリにあるファイルを、任意のディレクトリにコピーしてください。

<環境設定ディレクトリ>\etc\repl\data\vrq
11.1.1.3.2 VSSバックアップ管理簿のリストア

VSSバックアップ管理簿をリストアします。

11.1.1.3.1 VSSバックアップ管理簿のバックアップ」でバックアップしたファイルを、以下のディレクトリにコピーしてください。

<環境設定ディレクトリ>\etc\repl\data\vrq

11.1.1.4 データベースの保守方法

運用管理サーバ(Storage管理サーバ)で使用しているデータベースの保守方法について説明します。

11.1.1.4.1 データベースの退避方法

データベースの退避は、「画面を使用する方法」と「データベース退避コマンドによる方法」があります。

それぞれについて説明します。

なお、データベースを退避したあとは、「11.7 ETERNUS SF Managerデータベースの保守方法」を参照してETERNUS SF Managerのデータベースも退避してください。

注意

  • 以下のサービスを利用して本処理を実行する場合は注意が必要です。

    • ターミナルサービス(リモートデスクトップ接続による利用)

      運用管理サーバ(Storage管理サーバ)がWindows Server 2003の場合、ターミナルサービスへのコンソールセッション接続を行う必要があります。コンソールセッション接続の方法は、以下を参照してください。
      http://support.microsoft.com/kb/947723/ja
      http://support.microsoft.com/kb/278845/ja

    以下のサービスを利用して本処理を実行すると不具合が発生するため、以下のサービスを利用しないでください。

    • Telnetサーバーサービス

  • 運用管理サーバ(Storage管理サーバ)をクラスタ運用している場合、退避するディレクトリを共用ディスク上に用意することをお勧めします。

画面を使用する方法

以下の手順で行います。

  1. スタートボタンから、[プログラム]→[AdvancedCopy Manager]→[DBセットアップツール]を選択します。

  2. 以下の画面が出力されるので、[DB保守]ボタンをクリックします。

  3. 以下のDB保守画面が出力されるので、[DB退避]ボタンをクリックします。

  4. 退避先ディレクトリの入力画面が表示されるので、退避先のディレクトリを指定して[OK]ボタンをクリックします。退避済みのディレクトリに上書きする場合は、[退避先に以前の退避データが存在した場合、上書きする]のチェックボックスをチェックしてください。

    注意

    退避先ディレクトリは事前に作成しておく必要があります。

    退避先ディレクトリ名には、全角文字、日本語、空白(全角、半角)、および半角記号【 " | : * ? / . < > , % & ^ = ! ; # ' @】を使用できません。

  5. 処理の確認画面が出力されるので、入力内容に誤りがないことを確認して、[開始]ボタンをクリックします。

  6. DB退避が完了すると、以下の完了画面が出力されるので、[閉じる]ボタンをクリックします。

データベース退避コマンドによる方法

本コマンドは、運用管理サーバ(Storage管理サーバ)上で実行します。
コマンドの操作方法は、「12.3.18 stgdbdmp(データベース退避コマンド)」を参照してください。

ポイント

  • 主に管理対象サーバ(Storageサーバ)の追加やデバイス情報の取込みなど構成情報に変化が生じた際に使用しますが、それ以外に1日1回など定期的に実行することをお勧めします。

  • 退避データ取得中の外部ファイルの入出力障害に備えるために、退避データは最低でも2世代管理しておくことをお勧めします。

注意

画面またはデータベース退避コマンドで退避したデータがない場合、データベース領域に入出力障害などの障害が発生したときに、「11.1.1.4.3 データベースの復旧方法」で復旧できません。

データベースのバックアップデータの容量

以下の計算式で算出します。

60+(管理するデバイス数×0.001)メガバイト
11.1.1.4.2 データベースの障害箇所の把握

データベース領域に入出力障害などの障害が発生した場合、データベースを復旧する必要があります。データベースの復旧は、データベースの障害箇所により、復旧手順が異なります。このため、データベースの障害箇所を把握する必要があります。

以下の手順で、障害箇所を把握します。

  1. スタートボタンから、[プログラム]→[管理ツール(共通)]→[イベントビューア]を選択します。

  2. イベントビューア画面が表示されるので、[ログ]→[アプリケーション]を選択します。

  3. アプリケーションログ画面が表示されるので、ソース名に“SymfoWARE”と表示されているレコードのうち、エラーとなっているレコードをダブルクリックし、詳細画面を表示させます。

  4. 詳細画面に、qdgXXXXX のエラーメッセージを見つけます。エラーメッセージに対応した“復旧モード”の関係を以下の表に示します。“復旧モード”は、データベースの復旧の際に必要となる情報です。詳細は、「11.1.1.4.3 データベースの復旧方法」を参照してください。

    表11.4 qdgメッセージと復旧モードの関係

    qdgメッセージ

    障害内容

    確認対象

    復旧モード

    qdg13039u

    入出力障害、破壊検出

    リポジトリデータスペース

    DSI(FWモード)

    qdg03400u

    ロールバック不可

    qdg03401u

    qdg12079e

    ファイル削除

    qdg03121u

    入出力障害

    DBディクショナリファイル

    RDBディクショナリ(FWモード)

    qdg03420u

    入出力障害、破壊検出など

    qdg12078u

    ファイル削除

    qdg12150u

    ファイルオープンエラー

    qdg12151u

    qdg12251e

    入出力障害

    DBディクショナリファイル

    ログ管理ファイル

    qdg12443u

    qdg12434u

    ファイル異常

    qdg02290u

    ファイル削除

    qdg12111u

    入出力障害

    DBログファイル

    テンポラリログファイル

    qdg12440u

    qdg12441u

    qdg12442u

    qdg02299u

    ファイル削除

    qdg03815u

    システムコールエラー

    DBログファイル

    アーカイブログファイル

    qdg12275W

    qdg12250u

    破壊検出

    qdg12483u

    ファイル読込みエラー

注意

  • 複数の障害が同時に発生した場合は、上記の復旧モードを使用しても復旧できない場合があります。その際は、データベースを再作成したあと、復旧モードに“RDBディクショナリ,DSI(LOADモード)”を使用することで、退避した時点の状態まで復旧できます。(退避後に反映されたデータは復旧できません。)

  • その際、バックアップ運用を行っているすべての管理対象サーバ(Storageサーバ)で「12.2.3.1 swstsrsemtch(資源整合コマンド)」に-xオプションを付けて実行してください。また、レプリケーション運用を行っているすべての管理対象サーバで「12.4.3.1 swsrprecoverres(資源整合コマンド)」に-rオプションを付けて実行してください。

11.1.1.4.3 データベースの復旧方法

データベース領域に入出力障害などの障害が発生した場合、以下の手順で復旧します。

注意

  • 以下のサービスを利用して本処理を実行する場合は注意が必要です。

    • ターミナルサービス(リモートデスクトップ接続による利用)

      運用管理サーバ(Storage管理サーバ)がWindows Server 2003の場合、ターミナルサービスへのコンソールセッション接続を行う必要があります。コンソールセッション接続の方法は、以下を参照してください。
      http://support.microsoft.com/kb/947723/ja
      http://support.microsoft.com/kb/278845/ja

    以下のサービスを利用して本処理を実行すると不具合が発生するため、以下のサービスを利用しないでください。

    • Telnetサーバーサービス

  • 運用管理サーバ(Storage管理サーバ)をクラスタ運用している場合には、以下に注意してください。

    • 本処理の実行時には、AdvancedCopy Managerリポジトリ用共有ディスク、AdvancedCopy Manager共有データ用共有ディスクを使用可能状態にしてから、処理を行ってください

    • 復旧処理が正常に完了したにもかかわらず、クラスタアドミニストレータで運用管理サーバ業務(Storage管理サーバ業務)内のリソース“SymfoWARE RDB RDBSWSTF”が障害となったままの場合があります。その際には、クラスタアドミニストレータで、運用管理サーバ業務をオンラインにしてください。

  1. スタートボタンから、[プログラム]→[AdvancedCopy Manager]→[DBセットアップツール]を選択します。

  2. 以下の画面が出力されるので、[DB保守]ボタンをクリックします。

  3. 以下のDB保守画面が出力されるので、[DB復旧]ボタンをクリックします。

  4. 復旧方法の選択画面が出力されます。復旧方法を選択し、[OK]ボタンをクリックします。復旧方法の決定は、「11.1.1.4.2 データベースの障害箇所の把握」を参照してください。
    復旧方法に[ログ管理ファイルの復旧]または[アーカイブログファイルの復旧]を選択した場合は、手順6以降を実施してください。手順5の退避データ格納先ディレクトリの入力画面は出力されません。

  5. 退避データ格納先ディレクトリの入力画面が出力されます。退避データが格納されているディレクトリを指定し、[OK]ボタンをクリックしてください。

  6. 処理の確認画面が出力されるので、入力内容に誤りがないことを確認して、[開始]ボタンをクリックします。

  7. DB復旧処理が完了すると、以下の完了画面が出力されるので、[閉じる]ボタンをクリックします。

  8. DB復旧処理が正常終了したあと、現時点でのデータベースを退避してください。この場合、前回退避した場所とは異なった場所に退避することをお勧めします。退避方法は、「11.1.1.4.1 データベースの退避方法」を参照してください。

  9. 最後に、運用管理サーバ上のAdvancedCopy Managerの全サービスを再起動します。サービスを停止・起動する方法は、「第2章 サービスの起動と停止」を参照してください。

11.1.1.5 レジストリの保守方法

レジストリの保守方法について説明します。運用管理サーバ(Storage管理サーバ)および管理対象サーバ(Storageサーバ)で実施します。

11.1.1.5.1 レジストリのバックアップ

コマンドプロンプト画面でcopyコマンドなどを使用して、以下のファイルをバックアップします。

レジストリのバックアップデータの容量

バックアップするファイルのサイズを確認してください。

11.1.1.5.2 レジストリのリストア

コマンドプロンプト画面でcopyコマンドなどを使用して、以下のファイルをリストアします。