ETERNUS SF AdvancedCopy Manager 運用手引書 13.0 -Microsoft(R) Windows(R) 2000- -Microsoft(R) Windows Server(TM) 2003-
目次 索引 前ページ次ページ

第11章 運用保守

本章では、データベースの保守方法やトラブルが発生した場合の対処方法および運用情報の変更方法を記述しています。

11.1 データベースの保

AdvancedCopy Managerは、運用情報として各種リポジトリや管理情報を保持しています。それらを総称しこの章ではデータベースと呼びます。データベースは大切な情報であり、長期運用によるリポジトリの容量が不足した場合、運用状況が導入当初と大幅に異なってきた際にリポジトリの容量が不足した場合、および不慮の事故に備え定期的なデータベースのバックアップの実施をお勧めします。(ORACLEのデータベースなどの業務に利用されるデータベースとは異なります。)

以下に種別と取得タイミングについて記述します。

[表:Storage管理サーバのデータベース]

種類

契機

取得方法

容量

データベース

Storageサーバの追加やデバイス情報の取り込みなど構成情報に変化が生じた時、あるいは、バックアップ管理やレプリケーション管理の運用情報に変化が生じた時

データベースの退避方法

または

データベースを一括してバックアップする場合

データベースの退避方法

を参照してください。

認証管理簿

認証の設定後

認証管理簿のバックアップ

または

データベースを一括してバックアップする場合

認証管理簿のバックアップを参照してください。

レジストリ

Storage管理サーバでDBセットアップ(クラスタの場合はStorage管理サーバ業務構築)後やStorage管理サーバのサーバ情報(サーバ名、IPアドレス、ポート番号)を変更した場合

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

または

データベースを一括してバックアップする場合

レジストリのバックアップを参照してください。

[表:Storageサーバのデータベース]

種類

契機

取得方法

容量

レジストリ

Storageサーバの追加やStorage管理サーバのサーバ情報(サーバ名、IPアドレス、ポート番号)を変更した場合

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

または

データベースを一括してバックアップする場合

レジストリのバックアップを参照してくたさい。

バックアップ管理簿

バックアップ業務終了後

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

または

データベースを一括してバックアップする場合

バックアップ管理簿のバックアップを参照してください。

バックアップ管理で使用するデバイス情報

デバイス構成を変更した場合

バックアップ管理で使用するデバイス情報の退避

必要なし

バックアップ管理の前後処理スクリプト

前後処理スクリプトを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

バックアップ管理の前後処理スクリプトファイルのサイズを確認してください。

テープコピーの前後処理スクリプト

前後処理スクリプトを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

テープコピーの前後処理スクリプトファイルのサイズを確認してください。

バックアップ用業務ボリュームロック動作指定ファイル

バックアップ用業務ボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

バックアップ用業務ボリュームロック動作指定ファイルのサイズを確認してください。

バックアップ用バックアップボリュームロック動作指定ファイル

バックアップ用バックアップボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

バックアップ用バックアップボリュームロック動作指定ファイルのサイズを確認してください。

リストア先ボリュームロック動作指定ファイル

リストア先ボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

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

テープコピー用バックアップボリュームロック動作指定ファイル

テープコピー用バックアップボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

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

レプリケーション管理簿

レプリケーション業務終了後

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

または

データベースを一括してバックアップする場合

レプリケーション管理簿のバックアップを参照してください。

レプリケーション管理で使用するデバイス情報

デバイス構成を変更した場合

レプリケーション管理で使用するデバイス情報の退避

必要なし

レプリケーション管理の前後処理スクリプト

前後処理スクリプトを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

レプリケーション管理の前後処理スクリプトファイルのサイズを確認してください。

複写元ボリュームロック動作指定ファイル

複写元ボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

複写元ボリュームロック動作指定ファイルのサイズを確認してください。

複写先ボリュームロック動作指定ファイル

複写先ボリュームロック動作指定ファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

複写先ボリュームロック動作指定ファイルのサイズを確認してください。

管理情報一括バックアップのポリシーファイル

ポリシーファイルを変更したとき

copyコマンドで個別にバックアップ

または

データベースを一括してバックアップする場合

管理情報一括バックアップのポリシーファイルのサイズを確認してください。

[表:テープサーバのデータベース]

種類

契機

取得方法

容量

レジストリ

テープサーバの追加やStorage管理サーバのサーバ情報(サーバ名、IPアドレス、ポート番号)を変更した場合

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

または

データベースを一括してバックアップする場合

レジストリのバックアップを参照してくたさい。

テープ管理情報

テープバックアップ業務終了後

テープ管理情報バックアップコマンド

または

データベースを一括してバックアップする場合

テープ管理情報のバックアップを参照してくたさい。

データベースをバックアップする場合、それぞれ個別にバックアップする方法と、すべてのデータベースを一括してバックアップする方法があります。

StorageサーバがStorage管理サーバを兼ねている場合は、Storage管理サーバのデータベースとStorageサーバのデータベースの両方が存在しています。

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

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

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

11.1.1.1.1 バックアップ管理簿のバックアッ

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

詳細は、本マニュアルの『資源バックアップコマンド(swstresback)』を参照してください。

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

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

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

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

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

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

リカバリ制御ファイル出力先ディレクトリ

11.1.1.1.2 バックアップ管理簿のリスト

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

詳細は、本マニュアルの『資源リストアコマンド(swstresrst)』を参照してください。

11.1.1.1.3 バックアップ管理で使用するデバイス情報の退

同期型高速バックアップを使用してバックアップ運用を行う場合は、バックアップ管理で使用するデバイス情報を退避しておく必要があります。

デバイス情報の退避は、デバイス構成を変更した場合に、以下の手順で行います。

  1. バックアップ同期処理が開始されていないことを確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または"バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

  2. レプリケーション運用を行っている場合は、同期型レプリケーション処理が開始されていないことを確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

  3. デバイス情報を作成するため、"Storageサーバ配下のデバイス情報の取り込み"を行います。

  4. バックアップ管理で使用するデバイス情報を退避します。デバイス情報の退避には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\swstcmdmbak.exe

クラスタ環境におけるAdvancedCopy Managerサーバ業務の場合は、以下の手順でデバイス情報を退避します。この作業は環境変数SWSTGNODEを設定しないで行います。

  1. バックアップ同期処理が開始されていないことを確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または" バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

  2. レプリケーション運用を行っている場合は、同期型レプリケーション処理が開始されていないことを確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

  3. バックアップ管理で使用するデバイス情報を退避します。デバイス情報の退避には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\clset_Repdevice.exe 論理ノード名

11.1.1.1.4 バックアップ管理で使用するデバイス情報の復

同期処理中にシステムの再起動やAdvancedCopy Managerサービスの再起動を行った場合は、バックアップ管理で使用するデバイス情報に異常が発生する場合があります。この場合は以下の手順でデバイス情報の復旧を行ってください。

クラスタ環境におけるAdvancedCopy Managerサーバ業務の場合は、環境変数SWSTGNODEを設定して行う必要があります。

  1. バックアップ管理で使用するデバイス情報を復旧します。デバイス情報の復旧には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\swstcmdmrst.exe

  2. バックアップ同期処理の実行状況を確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または"バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

  3. レプリケーション運用を行っている場合は、同期型レプリケーション処理の実行状況を確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

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

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

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

レプリケーション管理簿のバックアップは、Storage管理サーバのリポジトリをバックアップすることによって実施します。リポジトリのバックアップ方法については、本マニュアルの『データベース退避コマンド(データベースの退避方法)』を参照してください。

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

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

  1. Storage管理サーバのリポジトリをリストアします。リポジトリのリストア方法については、本マニュアルの『データベース復旧コマンド(データベースの復旧方法)』を参照してください。

  2. Storageサーバで資源整合コマンド(swsrprecoverres)をrオプションを指定して実行します。資源整合コマンドについての詳細は、本マニュアルの『資源整合コマンド』を参照してください。

11.1.1.2.3 レプリケーション管理で使用するデバイス情報の退

同期型レプリケーションを使用してレプリケーション運用を行う場合は、レプリケーション管理で使用するデバイス情報を退避しておく必要があります。

デバイス情報の退避は、デバイス構成を変更した場合に、以下の手順で行います。

  1. 同期型レプリケーション処理が開始されていないことを確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

  2. バックアップ運用を行っている場合は、バックアップ同期処理が開始されていないことを確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または"バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

  3. デバイス情報を作成するため、"Storageサーバ配下のデバイス情報の取り込み"を行います。

  4. レプリケーション管理で使用するデバイス情報を退避します。デバイス情報の退避には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\swsrpcmdmbak.exe


クラスタ環境におけるAdvancedCopy Managerサーバ業務の場合は、以下の手順でデバイス情報を退避します。この作業は環境変数SWSTGNODEを設定しないで行います。

  1. 同期型レプリケーション処理が開始されていないことを確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

  2. バックアップ運用を行っている場合は、バックアップ同期処理が開始されていないことを確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または"バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

  3. レプリケーション管理で使用するデバイス情報を退避します。デバイス情報の退避には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\clset_Repdevice.exe 論理ノード名

11.1.1.2.4 レプリケーション管理で使用するデバイス情報の復

同期処理中にシステムの再起動やAdvancedCopy Managerサービスの再起動を行った場合は、レプリケーション管理で使用するデバイス情報に異常が発生する場合があります。この場合は以下の手順でデバイス情報の復旧を行ってください。

クラスタ環境におけるAdvancedCopy Managerサーバ業務の場合は、環境変数SWSTGNODEを設定して行う必要があります。

  1. レプリケーション管理で使用するデバイス情報を復旧します。デバイス情報の退避には以下のコマンドを使用します。

    C:\>プログラムディレクトリ\bin\swsrpcmdmrst.exe

  2. 同期型レプリケーション処理の実行状況を確認します。同期型レプリケーション処理の確認は、"運用状況表示コマンド(swsrpstat)"で行います。

  3. バックアップ運用を行っている場合は、バックアップ同期処理の実行状況を確認します。バックアップ同期処理の確認は、"業務ボリューム一覧画面"または"バックアップ同期処理実行状況表示コマンド(swstsyncstat)"で行います。

11.1.1.3 データベースの保守方

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

11.1.1.3.1 データベースの退避方

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

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

本処理を以下のサービスを利用して実行した場合、不具合が発生しますので、利用しないでください。
なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja

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

画面を使用する方法

以下の手順にて行います。

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

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

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

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

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

  1. DB退避処理の確認画面が出力されますので、入力内容に誤りがない事を確認の上、[開始]ボタンをクリックします。

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

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

本コマンドは、Storage管理サーバ上で実行します。

  1. 指定方法

    C:\>プログラムディレクトリ\bin\stgdbdmp -d 退避先ディレクトリ [ -y ]

  2. オプションの説明

    オプション

    説明

    -d

    データベース領域を退避するディレクトリ名を指定します。

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

    -y

    以前退避した内容が指定したディレクトリに既に存在した場合、強制的に上書きして退避します。

    本オプションを省略した場合で以前退避した内容が指定したディレクトリに既に存在した場合、退避処理を行わずに処理を終了します。

  3. 終了ステータス

    =0:正常終了

    >0:異常終了

  4. 実行例

    ディレクトリc:\dmpdirにデータベースを退避する。

    C:\>c:\Win32app\AdvancedCopyManager\bin\stgdbdmp -d c:\dmpdir
    SymfoWARE/RDBを起動しています
    対象となるDSI名を取得しています
    DSI更新抑止の設定をしています
    アーカイブログファイルを強制的に切替えています
    対象となるDSIを退避しています
    .........................
    アーカイブログを破棄しています
    RDBディクショナリデータを退避しています
    DSI更新抑止を解除しています
    DB退避が完了しました

    C:\>

画面またはデータベース退避コマンドで退避したデータがないと、データベース領域に入出力障害等の障害が発生した場合に、データベースの復旧方法を使用して復旧することができません。

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

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

60+(管理するデバイス数×0.001) バイト


11.1.1.3.2 データベースの障害箇所の把

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

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

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

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

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

  4. 詳細画面に、qdgXXXXX のエラーメッセージを見つけます。エラーメッセージに対応した"復旧モード"の関係を表11.1に示します。"復旧モード"は、データベースの復旧の際に必要となる情報です。詳細は、本マニュアルの『データベースの復旧方法』を参照してください。

[表11.1qdgメッセージと復旧モードの関]

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

ファイル読み込みエラー

11.1.1.3.3 データベースの復旧方

データベース領域に入出力障害等の障害が発生した場合、以下の手順にて復旧を行います。

本処理を以下のサービスを利用して実行した場合、不具合が発生しますので、利用しないでください。
なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja

Storage管理サーバをクラスタ運用している場合には、以下に注意してください。
  1. スタートボタンから、[プログラム]→[AdvancedCopy Manager]→[DBセットアップツール]を選択します。

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

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

  4. 復旧モードの選択画面が出力されます。復旧モードを選択し、[OK]ボタンをクリックします。なお、復旧方法の決定は、本マニュアルの『データベースの障害箇所の把握』を参照してください。

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

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

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

  8. DB復旧処理が正常終了した後、現時点でのデータベースを退避してください。この場合、前回退避した場所とは異なった場所に退避する事をお勧めします。退避方法については、本マニュアルの『データベースの退避方法』を参照してください。

  9. 最後に、Storage管理サーバ上のAdvancedCopy Managerの全サービスを再起動します。サービスの停止方法および起動方法については、本マニュアルの『サービスの起動と停止』を参照してください。

11.1.1.4 認証の管理簿保守方 

認証機構の保守方法について説明します。認証機構を実施しているサーバ(Storage管理サーバ)で実行します。

11.1.1.4.1 認証管理簿のバックアッ

Storage管理サーバにおいて、プログラムディレクトリ\bin\smmkbatコマンドを実行して認証管理情報を抽出します。本コマンドはAdministrators権限ユーザーで行う必要があります。

  1. プログラムディレクトリ\binに移動します。

  2. smmkbatコマンドを実行します。
    smmkbat -f 定義情報出力バッチファイル
    例:smmkbat -f acldata.bat

定義情報出力バッチファイルは、定義情報を反映するコマンド列を記述したバッチファイルとして抽出されます。

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

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

400+(アクセス権設定したアカウント名の長さ+29(*1)・・・) バイト


*1 アクセス権を設定したアカウントの数分だけ加算します。

11.1.1.4.2 認証管理簿のリスト

定義情報出力バッチファイルを実行します。この場合、Administrators権限ユーザーで行う必要があります。

  1. プログラムディレクトリ\binに移動します。

  2. 定義情報出力バッチファイルを実行します。

11.1.1.5 レジストリの保守方 

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

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

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

  1. ファイル名

    非クラスタの場合

    環境設定ディレクトリ\etc\swnode.ini
    環境設定ディレクトリ\etc\device.ini

    クラスタの場合

    AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\opt\swstorage\etc\swnode.ini
    AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\opt\swstorage\etc\device.ini

  2. 実施例

    レジストリをDドライブのbackupディレクトリにバックアップします。C:\Win32appにAdvancedCopy Managerをインストールした場合を例としています。

    C:\>copy C:\Win32app\AdvancedCopyManager\etc\swnode.ini D:\backup\
    C:\>copy C:\Win32app\AdvancedCopyManager\etc\device.ini D:\backup\

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

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

11.1.1.5.2 レジストリのリスト

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

  1. ファイル名

    非クラスタの場合

    環境設定ディレクトリ\etc\swnode.ini
    環境設定ディレクトリ\etc\device.ini

    クラスタの場合

    AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\opt\swstorage\etc\swnode.ini
    AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\opt\swstorage\etc\device.ini

  2. 実施例

    Dドライブのbackupディレクトリにバックアップしたファイルをリストアします。

    C:\>copy D:\backup\swnode.ini C:\Win32app\AdvancedCopyManager\etc\
    C:\>copy D:\backup\device.ini C:\Win32app\AdvancedCopyManager\etc\

11.1.2 データベースを一括してバックアップする場

AdvancedCopy Managerの管理情報(データベース等)を1つのStorageサーバまたはStorage管理サーバまたはテープサーバにてバックアップする機能について説明します。

管理情報一括バックアップを使用することにより、1つのStorageサーバまたはStorage管理サーバまたはテープサーバにて全てのStorageサーバとStorage管理サーバとテープサーバの管理情報をバックアップすることができます。1つのStorageサーバまたはStorage管理サーバまたはテープサーバにて管理情報一括バックアップを実行することにより、他のStorageサーバ/Storage管理サーバ/テープサーバのデータベースのバックアップコマンド(バックアップ管理の資源バックアップコマンドやデータベースのデータベース退避コマンド等)を実行し、各バックアップコマンドで作成したバックアップデータや管理情報を収集します。

管理情報一括バックアップを実行する1つのStorageサーバまたはStorage管理サーバまたはテープサーバを管理情報一括バックアップ実行サーバ、バックアップ対象となるStorageサーバまたはStorage管理サーバまたはテープサーバを管理情報一括バックアップ対象サーバといいます。

例:管理情報一括バックアップを使用して上図のStorageサーバBに、Storage管理サーバ、StorageサーバA、StorageサーバBの管理情報をバックアップします。この場合、StorageサーバBが管理情報一括バックアップ実行サーバとなります。Storage管理サーバ、StorageサーバA、StorageサーバBが管理情報一括バックアップ対象サーバとなります。StorageサーバBは管理情報一括バックアップ実行サーバでもあるため、管理情報一括バックアップ実行サーバ兼管理情報一括バックアップ対象サーバとなります。

以下に管理情報一括バックアップでバックアップする管理情報の種別を記述します。

機能

データ種別

データベース

データベース

認証機構

認証管理簿

レジストリ

レジストリ

バックアップ管理

バックアップ管理簿、またはバックアップ管理簿とリカバリ制御ファイル

前後処理スクリプト

テープコピーの前後処理スクリプト

バックアップ用業務ボリュームロック動作指定ファイル

バックアップ用バックアップボリュームロック動作指定ファイル

リストア先ボリュームロック動作指定ファイル

テープコピー用バックアップボリュームロック動作指定ファイル

レプリケーション管理

前後処理スクリプト

複写元ボリュームロック動作指定ファイル

複写先ボリュームロック動作指定ファイル

管理情報一括バックアップ

ポリシーファイル

テープバックアップ管理

テープ管理情報

Softek AdvancedCopy Manager 10.4(V10.0L50)以前のバージョンのStorageサーバの管理情報は、管理情報一括バックアップでバックアップできません。Storageサーバのバージョンに対応した運用手引書の"データベースの保守"の項を参照して個別にバックアップしてください。

11.1.2.1 事前準備

管理情報一括バックアップにてバックアップを実施するにあたり、以下の事前準備が必要です。

  1. 管理情報一括バックアップ対象サーバとバックアップする管理情報の種別を決定します。

  2. 管理情報一括バックアップ実行サーバを決定します。

  3. 管理情報一括バックアップ実行サーバでバックアップしたデータを格納するディレクトリを作成します。必要な容量は、以下の容量の合計値です。

  4. 管理情報一括バックアップ対象サーバの作業用ディレクトリ(クラスタ運用の場合は、AdvancedCopy Manager用共有データ用共有ディスク)の容量を確認します。下記容量は、管理情報一括バックアップを実行している間のみ必要とします。各管理情報一括バックアップ対象サーバにてバックアップするデータベースの中で、最大値の容量を必要とします。必要な容量は以下のとおりです。

  5. 管理情報一括バックアップ実行サーバ(2で決定したStorageサーバ)にて"管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)"を実行します。

  6. 管理情報一括バックアップ実行サーバでポリシーファイルを作成します。

    ポリシーファイル

    管理情報一括バックアップ実行サーバ

    ポリシーファイルのパス

    OS種別

    運用種別

    Windows

    非クラスタ

    環境設定ディレクトリ\etc\stgmgrinfo_policy.ini

    クラスタ

    <AdvancedCopy Manager共有データ>:\etc\opt\swstorage\etc\stgmgrinfo_policy.ini

    Solaris

    HP-UX

    Linux

    AIX

    非クラスタ

    /etc/opt/FJSVswstf/stgmgrinfo_policy.ini

    クラスタ

    /etc/opt/FJSVswstf/<論理ノード名>/stgmgrinfo_policy.ini

ポリシーファイルのフォーマット:

セクション名

キー名

内容

指定の可否

Storage管理
サーバ

Storage
サーバ

テープ
サーバ

サーバ名

DBData

データベースのバックアップの有無を指定します。

Yes:データベースのバックアップを実施する

No:データベースのバックアップを実施しない

キーが設定されていないまたは"Yes"(大文字Y+小文字es)以外が指定された場合は、"No"が指定されたものとみなします

×

×

AuthData

認証機構のバックアップの有無を指定します。

Yes:認証機構のバックアップを実施する

No:認証機構のバックアップを実施しない

キーが設定されていないまたは"Yes"(大文字Y+小文字es)以外が指定された場合は、"No"が指定されたものとみなします

×

×

BkupData

バックアップ管理のバックアップの有無を指定します。

Yes:バックアップ管理のバックアップを実施する

No:バックアップ管理のバックアップを実施しない

キーが設定されていないまたは"Yes"(大文字Y+小文字es)以外が指定された場合は、"No"が指定されたものとみなします

×

ReplData

レプリケーション管理のバックアップの有無を指定します。

Yes:レプリケーション管理のバックアップを実施する

No:レプリケーション管理のバックアップを実施しない

キーが設定されていないまたは"Yes"(大文字Y+小文字es)以外が指定された場合は、"No"が指定されたものとみなします

×

TapeData

テープバックアップ管理のバックアップの有無を指定します。

Yes:テープバックアップ管理のバックアップを実施する

No:テープバックアップ管理のバックアップを実施しない

キーが設定されていない、または"Yes"(大文字Y+小文字es)以外が指定された場合は、"No"が指定されたものとみなします。

×

×


○:指定可能、△:対象サーバで該当機能を運用している場合に指定可能、×:指定不可

例:ポリシーファイルの設定は以下のようになります。

ポリシーファイルを使用しない場合、ポリシーファイルを作成する必要はありません。
ポリシーファイルはSJISコードで作成してください。
レジストリ、管理情報一括バックアップのポリシーファイルのバックアップは、ポリシーファイルにて設定できません。

11.1.2.2 バックアップ運用 

管理情報一括バックアップ実行サーバにて『管理情報一括バックアップコマンド(stgmgrinfobkup)』を実行すると、以下のディレクトリ構成でバックアップしたデータを保持します。

ディレクトリ

データ種別

*1

サーバ名

DBData

データベース

AuthData

認証管理簿

RegiData

レジストリ

BkupData

FJSVswsts

バックアップ管理簿、またはバックアップ管理簿とリカバリ制御ファイル

Scripts

バックアップ管理の前後処理スクリプト

テープコピーの前後処理スクリプト

data

バックアップ管理のバックアップ用業務ボリュームロック動作指定ファイル

バックアップ管理のバックアップ用バックアップボリュームロック動作指定ファイル

バックアップ管理のリストア先ボリュームロック動作指定ファイル

テープコピー用バックアップボリュームロック動作指定ファイル

ReplData

Scripts

レプリケーション管理の前後処理スクリプト

data

レプリケーション管理の複写元ボリュームロック動作指定ファイル

レプリケーション管理の複写先ボリュームロック動作指定ファイル

MgrInfoData

管理情報一括バックアップのポリシーファイル

TapeData

テープ管理情報

*1は、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』で指定したバックアップデータの格納ディレクトリになります。

例:*1が「D:\ACMBkupData」でサーバ名が「ACMAGT1」のバックアップ管理の前後処理スクリプトは、以下のディレクトリ配下に保持します。

D:\ACMBkupData\ACMAGT1\BkupData\Scripts

Solaris版、HP-UX版、Linux版、AIX版の場合、ディレクトリ内のサーバ名はEUCコードです。

■初回の操作

初回の操作を以下に示します。

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』で全Storageサーバのレジストリのバックアップを実施します。

  2. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』でポリシーファイルのバックアップを実施します。

■通常時の運用

通常時の運用を以下に示します。

  1. バックアップするデータのバックアップ契機時に、管理情報一括バックアップ実行サーバにて『管理情報一括バックアップコマンド(stgmgrinfobkup)』で対象データのバックアップを実施します。

    バックアップ契機については、各OSに対応した運用手引書の『データベースの保守』の項を参照してください。

■サーバ追加/削除時の操作

【Storageサーバを追加した場合】

  1. 管理情報一括バックアップ実行サーバにて、ポリシーファイルに追加したStorageサーバのポリシー情報を設定します。

  2. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』で追加したStorageサーバのレジストリのバックアップを実施します。

  3. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』でポリシーファイルのバックアップを実施します。

【Storageサーバを削除した場合】

  1. 管理情報一括バックアップ実行サーバにて、ポリシーファイルから削除したStorageサーバのポリシー情報を削除します。

  2. 管理情報一括バックアップ実行サーバのバックアップデータを格納しているディレクトリ配下で、削除したStorageサーバのサーバ名のディレクトリを削除します。

  3. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』でポリシーファイルのバックアップを実施します。

■サーバ名を変更した時の操作

  1. 管理情報一括バックアップ実行サーバにて、ポリシーファイルから変更前のStorageサーバのポリシー情報を削除します。

  2. 管理情報一括バックアップ実行サーバのバックアップデータを格納しているディレクトリ配下で、変更前のStorageサーバのサーバ名のディレクトリを削除します。

  3. 管理情報一括バックアップ実行サーバにて、ポリシーファイルに変更後のStorageサーバのポリシー情報を設定します。

  4. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップコマンド(stgmgrinfobkup)』で変更したStorageサーバのレジストリのバックアップを実施します。

  5. 管理情報一括バックアップ実行サーバにて『管理情報一括バックアップコマンド(stgmgrinfobkup)』でポリシーファイルのバックアップを実施します。

11.1.2.3 リストア運用 

『管理情報一括バックアップコマンド(stgmgrinfobkup)』採取したバックアップデータを使用してリストアする方法を以下に示します。

以下の操作は、rootユーザーまたはadministratorsグループに所属するアカウントで実施してください。

■レジストリのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からレジストリのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\RegiData

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ<リストアするサーバ名>/RegiData

  3. 2でコピーしたレジストリをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、レジストリのリストアを実施します。レジストリのリストアについては、リストアするサーバのOSに対応した運用手引書の『レジストリのリストア』の項を参照してください。

■データベースのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からデータベースのバックアップデータをコピーします。

    Windows版:1で確認したディレクトリ\<Storage管理サーバ名>\DBData

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<Storage管理サーバ名>/DBData

  3. 2でコピーしたデータベースのバックアップデータをStorage管理サーバにバイナリモードで転送します。

  4. Storage管理サーバにて、3で転送したデータベースのバックアップデータを展開します。

    Storage管理サーバがWindows版の場合、バックアップデータ展開コマンドを実行してデータベースのバックアップデータを展開します。バックアップデータ展開コマンドについては、本マニュアルの『バックアップデータ展開コマンド(stgarcext)』を参照してください。Storage管理サーバがSolaris版、Linux版の場合、OSのtarコマンドを使用してデータベースのバックアップデータを展開します。

  5. Storage管理サーバにて、データベースの復旧を実施します。データベースの復旧方法については、Storage管理サーバのOSに対応した運用手引書の『データベース復旧方法』の項を参照してください。データベース復旧方法で指定する退避データの格納先ディレクトリは、4で展開したディレクトリになります。

■認証機構のリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下から認証管理簿のバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\< Storage管理サーバ名>\AuthData

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/< Storage管理サーバ名>/AuthData

  3. 2でコピーした認証管理簿のバックアップデータをStorage管理サーバにバイナリモードで転送します。

  4. Storage管理サーバがSolaris版、Linux版の場合、Storage管理サーバにて、3で転送した認証管理簿のバックアップデータのアクセス権をOSのchmodコマンド使用して変更します。所有者であるrootユーザーに実行権をつけてください。

  5. Storage管理サーバがWindows版の場合、3で転送された認証管理簿のバックアップデータをAdvancedCopy Managerのプログラムディレクトリ\bin配下にコピーします。

  6. Storage管理サーバにて、認証管理簿のリストアを実施します。認証管理簿のリストア方法については、Storage管理サーバのOSに対応した運用手引書の『認証管理簿のリストア』の項を参照してください。定義情報出力バッチファイル、定義情報出力シェルスクリプトとは、4または5で操作した認証管理簿のバックアップデータになります。

■バックアップ管理簿/バックアップ管理簿とリカバリ制御ファイルのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からバックアップ管理簿/バックアップ管理簿とリカバリ制御ファイルのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\BkupData\FJSVswsts

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>BkupData/FJSVswsts

  3. 2でコピーしたバックアップ管理簿/バックアップ管理簿と、リカバリ制御ファイルのバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したバックアップ管理簿/バックアップ管理簿とリカバリ制御ファイルのバックアップデータを展開します。リストアするサーバがWindows版の場合、バックアップデータ展開コマンドを実行して、バックアップ管理簿のバックアップデータを展開します。バックアップデータ展開コマンドについては、本マニュアルの『バックアップデータ展開コマンド(stgarcext)』を参照してください。リストアするサーバがSolaris版、Linux版、HP-UX版、AIX版の場合、OSのtarコマンドを使用してバックアップ管理簿/バックアップ管理簿とリカバリ制御ファイルのバックアップデータを展開します。

  5. リストアするサーバにて、バックアップ管理簿/バックアップ管理簿とリカバリ制御ファイルのリストアを実施します。リストア方法については、リストアするサーバのOSに対応した運用手引書の『バックアップ管理簿のリストア』または『バックアップ管理簿とリカバリ制御ファイルのリストア』の項を参照してください。資源リストアコマンドに指定するBackup-Directoryは、4で展開したディレクトリになります。

■バックアップ管理の前後処理スクリプト/テープコピーの前後処理スクリプトのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からバックアップ管理の前後処理スクリプト/テープコピーの前後処理スクリプトのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\BkupData\Scripts

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/BkupData/Scripts

  3. 2でコピーしたバックアップ管理の前後処理スクリプト/テープコピーの前後処理スクリプトのバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したバックアップ管理の前後処理スクリプト/テープコピーの前後処理スクリプトを運用するディレクトリにコピーします。運用するディレクトリ(バックアップ管理の前後処理スクリプトのコピー先)については、リストアするサーバのOSに対応した運用手引書の『バックアップ/リストアの前後処理』の項を参照してください。

  5. リストアするサーバがSolaris版、Linux版、HP-UX版、AIX版の場合、リストアするサーバにて4でコピーした前後処理スクリプトのアクセス権をOSのchmodコマンド使用して変更します。所有者であるrootユーザーに実行権をつけてください。

■バックアップ管理の各種ロック動作指定ファイルのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からバックアップ管理の各種ロック動作指定ファイルのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\BkupData\data

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/BkupData/data

  3. 2でコピーしたバックアップ管理の各種ロック動作指定ファイルのバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したバックアップ管理の各種ロック動作指定ファイルを運用するディレクトリにコピーします。運用するディレクトリ(バックアップ管理の各種ロック動作指定ファイルのコピー先)については、本マニュアルの『付録A バックアップ/リストアの前後処理』を参照してください。

■レプリケーション管理の前後処理スクリプトのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からレプリケーション管理の前後処理スクリプトのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\ReplData\Scripts

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/ReplData/Scripts

  3. 2でコピーしたレプリケーション管理の前後処理スクリプトのバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したレプリケーション管理の前後処理スクリプトを運用するディレクトリにコピーします。運用するディレクトリ(レプリケーション管理の前後処理スクリプトのコピー先)については、リストアするサーバのOSに対応した運用手引書の『レプリケーションの前後処理』の項を参照してください。

  5. リストアするサーバがSolaris版、Linux版、HP-UX版、AIX版の場合、リストアするサーバにて4でコピーした前後処理スクリプトのアクセス権をOSのchmodコマンド使用して変更します。所有者であるrootユーザーに実行権をつけてください。

■レプリケーション管理の各種ロック動作指定ファイルのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からレプリケーション管理の各種ロック動作指定ファイルのバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\ReplData\data

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/ReplData/data

  3. 2でコピーしたレプリケーション管理の各種ロック動作指定ファイルのバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したレプリケーション管理の各種ロック動作指定ファイルを運用するディレクトリにコピーします。運用するディレクトリ(レプリケーション管理の各種ロック動作指定ファイルのコピー先)については、本マニュアルの『付録C レプリケーションの前後処理』を参照してください。

■管理情報一括バックアップのポリシーファイルのリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップを実行するサーバにて、以下のディレクトリ配下のポリシーファイルを管理情報一括バックアップコマンドのポリシーファイルにコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\MgrInfoData

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/MgrInfoData

管理情報一括バックアップコマンドのポリシーファイルのディレクトリについては、本マニュアルの『事前準備』の手順6を参照してください

■テープ管理情報のリストア方法

  1. 管理情報一括バックアップ実行サーバにて、『管理情報一括バックアップサーバ登録/削除コマンド(stgmgrinfoset)』を実行し、バックアップデータを格納しているディレクトリを確認します。

  2. 管理情報一括バックアップ実行サーバにて、以下のディレクトリ配下からテープ管理情報のバックアップデータをコピーします。

    Windows版の場合:1で確認したディレクトリ\<リストアするサーバ名>\TapeData

    Solaris版、Linux版、HP-UX版、AIX版の場合:1で確認したディレクトリ/<リストアするサーバ名>/TapeData

  3. 2でコピーしたテープ管理情報のバックアップデータをリストアするサーバにバイナリモードで転送します。

  4. リストアするサーバにて、3で転送したテープ管理情報を展開します。リストアするサーバがSolaris版、Linux版の場合、OSのtarコマンドを使用してテープ管理情報のバックアップデータを展開します。

  5. リストアするサーバにて、テープ管理情報のリストアを実施します。リストア方法については、ETERNUS SF AdvancedCopy Manager運用手引書 テープバックアップ連携編の『テープ管理情報のリストア』の項を参照してください。

11.2 トラブル発生時の対

11.2.1 リポジトリの容量不足時の対処方

Storage管理サーバで使用しているリポジトリの容量が不足した場合の対処方法について説明します。

本作業は、Storage管理サーバにて行います。

この対処方法は、リポジトリの容量が不足した場合以外にも、運用状況が導入当初と大幅に異なってきた際にリポジトリの容量不足を事前に防ぐ場合にも使用することができます。
リポジトリ容量の拡張処理手順を以下に示します。
  1. Storage管理サーバのレジストリの退避(本マニュアルの『レジストリのバックアップ』参照)

  2. 格納データの退避処理(本マニュアルの『データベースバックアップ』参照)

  3. データベースのアンセットアップ(本マニュアルの『データベースのアンセットアップ』参照)

  4. データベース容量の再見積もり(『ETERNUS SF AdvancedCopy Manager導入手引書データベース領域の見積もり』参照)

  5. データベースのセットアップ(本マニュアルの『データベースのセットアップ』参照)

  6. サービス表示名の『SymfoWARE RDA RDBSWSTF』と『SymfoWARE RDB RDBSWSTF』のサービス起動(本マニュアルの『サービスの起動と停止』を参照)

  7. 退避データの復元処理(本マニュアルの『データベースリストア』参照)

  8. Storage管理サーバのレジストリの復元(本マニュアルの『レジストリのリストア』参照)

11.2.1.1 データベースバックアッ

データベースのバックアップ方法について説明します。以下の方法により、データベースに格納されているデータを、指定したディレクトリへ一括して退避します。この方法は主にデータの移行時に使用するものであり、通常運用でのデータを退避するには、本マニュアルの『データベースの退避方法』を使用します。

なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja

データベースバックアップ手順を以下に示します。

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

  2. 以下のDBセットアップ初期画面が表示されますので、[DB保守]ボタンをクリックします。

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

  4. 以下のバックアップ先ディレクトリの入力画面が出力されますので、データ格納ディレクトリを入力し、[OK]ボタンをクリックします。

  5. 以下の画面が出力されますので、表示された内容に誤りがない事を確認の上、[開始]ボタンをクリックします。

  6. バックアップが完了すると、以下の画面が出力されますので、[閉じる]をクリックします。

11.2.1.2 データベースリスト

データベースのリストア方法について説明します。以下の方法により、『データベースバックアップ』で退避したデータを、データベースに一括して復元します。

なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja

データベースリストア手順を以下に示します。

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

  2. 以下のDBセットアップ初期画面が表示されますので、[DB保守]ボタンをクリックします。

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

  4. 以下のバックアップデータの格納先指定画面が出力されますので、バックアップしたデータが格納されているディレクトリを入力し、[OK]ボタンをクリックします。

  5. 以下の画面が出力されますので、表示された内容に誤りがない事を確認の上、[開始]ボタンをクリックします。

  6. リストアが完了すると、以下の画面が出力されますので、[閉じる]をクリックします。

11.2.1.3 データベースのセットアッ

データベースのセットアップ方法について説明します。

なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja
  1. スタートボタンから、[プログラム]→[AdvancedCopy Manager]→[DBセットアップツール]を選択します。

  2. 以下の画面が表示されますので、[DBセットアップ]ボタンをクリックします。

  3. 以下の画面が表示されますので、必要事項を入力の上、[継続]ボタンをクリックします。

  4. 以下の画面が表示されますので、必要事項を入力の上、[設定]ボタンをクリックします。

  5. 以下の画面が表示されますので、内容を確認の上、[開始]ボタンをクリックします。

  6. データベースのセットアップが完了すると、以下の画面が表示されますので、[閉じる]ボタンをクリックします。

11.2.1.4 データベースのアンセットアッ

データベースのアンセットアップ方法について説明します。

なお、Storage管理サーバがWindows Server 2003であれば、ターミナルサービスへのコンソールセッション接続を行うことで、利用可能です。コンソールセッション接続の方法については、以下を参照してください。
http://support.microsoft.com/kb/278845/ja
  1. スタートボタンから、[プログラム]→[AdvancedCopy Manager]→[DBセットアップツール]を選択します。

  2. 以下のDBセットアップ初期画面が表示されますので、[DBアンセットアップ]ボタンをクリックします。

  3. 以下の確認画面が表示されますので、[開始]ボタンをクリックします。

  4. アンセットアップが完了すると、以下の完了画面が表示されますので[閉じる]をクリックします。

11.2.2 保守資料の採取方

11.2.2.1 Web画面を使用した場合の資料採取方 

以下の手順で資料の採取を行います。

  1. JavaPlug-inコントロールパネルを起動します。

    以下の方法でJavaPlug-inコントロールパネルを起動します。

    [設定]−[コントロールパネル]−[JavaPlug-in]を選択します。

  2. Javaコンソールの起動設定を行います。

    Javaコントロールパネルにて、[基本]ダグの[Javaコンソールの表示]のチェックボックスをチェックし、[適用]ボタンを押してからJavaPlug-inコントロールパネルを終了してください。

  3. AdvancedCopy ManagerのWeb画面を起動します。

  4. Javaコンソールが起動され、メッセージが出力されますので、その内容をメモ帳などに貼り付け、そのファイルを添付してください。

11.2.2.2 障害調査資料の採取方 

Storage管理サーバおよびStorageサーバにログインし、以下の資料を採取してください。(Storage管理サーバがStorageサーバを兼ねている場合は両方の資料を採取してください。)

  1. バックアップ管理で発生した場合

    種別

    Storage管理サーバ

    Storageサーバ

    イベントログ

    アプリケーションログ、セキュリティログ、システムログをテキスト形式またはCSV形式で採取してください。

    イベントログの採取方法は以下の通りです。

    1)イベントビューアで対象となるイベントログを選択する。

    2)「操作(A)」から「ログファイルの名前を付けて保存(A)」を実行する

    3)保存ダイアログの「ファイルの種類(T)」を「テキスト(タブ区切り)(*.txt)」または「CSV(コンマ区切り)(*.csv)」に変更して保存する。

    アプリケーションログ、セキュリティログ、システムログをテキスト形式またはCSV形式で採取してください。

    イベントログの採取方法は以下の通りです。

    1)イベントビューアで対象となるイベントログを選択する。

    2)「操作(A)」から「ログファイルの名前を付けて保存(A)」を実行する

    3)保存ダイアログの「ファイルの種類(T)」を「テキスト(タブ区切り)(*.txt)」または「CSV(コンマ区切り)(*.csv)」に変更して保存する。

    トレースログ

    以下のディレクトリ配下のファイルを取得してください

    <作業用ディレクトリ>\var\trc\

    以下のディレクトリ配下のファイルを取得してください

    <作業用ディレクトリ>\var\trc\

    バックアップ管理簿

    採取不要

    以下のディレクトリ配下のファイルを取得してください

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

    クラスタ運用している場合は、以下のディレクトリ配下のファイルも採取してください

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

    共通情報

    以下のディレクトリ配下のファイルを取得してください

    <作業用ディレクトリ>\var\dbsetup
    <作業用ディレクトリ>\var\service
    <環境設定ディレクトリ>\etc

    クラスタ運用している場合は、以下のディレクトリ配下のファイルを採取してください

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

    以下のディレクトリ配下のファイルを取得してください

    <作業用ディレクトリ>\var\fw
    <環境設定ディレクトリ>\etc

    クラスタ運用している場合は、以下のディレクトリ配下のファイルも採取してください

    <共有ディスク>:\var\opt\swstorage\var\fw
    <共有ディスク>:\etc\opt\swstorage\etc

    SQL Serverログ

    採取不要

    SQL Serverデータベースのバックアップを行っている場合、以下のディレクトリ配下のファイルを取得してください。

    <SQL Serverインストール先ディレクトリ>\Log

    SQL Serverインストール先ディレクトリは、通常、「\Program Files\Microsoft SQL Server\Mssql」(規定のインスタンスの場合)または「Program Files\Microsoft SQL Server\Mssql$(インスタンス名)」(名前付きインスタンスの場合)となっています。

  2. レプリケーション管理で発生した場合

    種別

    Storage管理サーバ

    Storageサーバ

    イベントログ

    アプリケーションログ、セキュリティログ、システムログをテキスト形式またはCSV形式で採取してください。

    イベントログの採取方法は以下の通りです。

    1)イベントビューアで対象となるイベントログを選択する。

    2)「操作(A)」から「ログファイルの名前を付けて保存(A)」を実行する

    3)保存ダイアログの「ファイルの種類(T)」を「テキスト(タブ区切り)(*.txt)」または「CSV(コンマ区切り)(*.csv)」に変更して保存する。

    アプリケーションログ、セキュリティログ、システムログをテキスト形式またはCSV形式で採取してください。

    イベントログの採取方法は以下の通りです。

    1)イベントビューアで対象となるイベントログを選択する。

    2)「操作(A)」から「ログファイルの名前を付けて保存(A)」を実行する

    3)保存ダイアログの「ファイルの種類(T)」を「テキスト(タブ区切り)(*.txt)」または「CSV(コンマ区切り)(*.csv)」に変更して保存する。

    トレースログ

    以下のディレクトリ配下のファイルを取得してください。

    <作業用ディレクトリ>\var\trc\

    以下のディレクトリ配下のファイルを取得してください。

    <作業用ディレクトリ>\var\trc

    レプリケーション管理簿

    採取不要

    以下のディレクトリ配下のファイルを取得してください。

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

    クラスタ運用している場合は、以下のディレクトリ配下のファイルも採取してください

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

    共通情報

    以下のディレクトリ配下のファイルを取得してください

    <作業用ディレクトリ>\var\dbsetup
    <作業用ディレクトリ>\var\service
    <環境設定ディレクトリ>\etc

    クラスタ運用している場合は、以下のディレクトリ配下のファイルを採取してください

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

    以下のディレクトリ配下のファイルを取得してください。

    <作業用ディレクトリ>\var\fw
    <環境設定ディレクトリ>\etc\

    クラスタ運用している場合は、以下のディレクトリ配下のファイルも採取してください

    <共有ディスク>:\var\opt\swstorage\var\fw
    <共有ディスク>:\etc\opt\swstorage\etc

    SQL Serverログ

    採取不要

    SQL Serverデータベースのバックアップを行っている場合、以下のディレクトリ配下のファイルを取得してください。

    <SQL Serverインストール先ディレクトリ>\Log

    SQL Serverインストール先ディレクトリは、通常、「\Program Files\Microsoft SQL Server\Mssql」(規定のインスタンスの場合)または「Program Files\Microsoft SQL Server\Mssql$(インスタンス名)」(名前付きインスタンスの場合)となっています。

11.2.3 リポジトリへのアクセス失敗時の対処方 

リポジトリへのアクセスに失敗した場合の原因の調査方法とその対処方法について説明します。

本作業は、Storage管理サーバにて行います。

  1. 以下のリポジトリアクセス用サービスが停止していないか確認します。

    [確認方法]

    [コントロールパネル]から[サービス]を選択し、サービス画面を表示させます。サービス画面で、上記2つのサービスの状態が"開始"となっているかを確認します。

    [対処方法]

    リポジトリアクセス用のサービスが停止している場合は、サービス画面から、対象となるサービスを選択後、[開始]ボタンをクリックします。詳細については、本マニュアルの『サービスの起動と停止』を参照してください。

  2. リポジトリ更新時に必要となる領域が不足していないか確認します。

    [確認方法]

    以下のコマンドを実施し、リポジトリ更新時に必要となる領域の使用率を確認してください。

    C:\>プログラムディレクトリ\bin\stgdbloginf.exe

    [対処方法]

    使用率が100%であった場合、データベースの退避方法に従って、データベース領域の退避を行ってください。(その結果、リポジトリ更新時に必要となる領域に空きができます。)

    データベースの退避後、リポジトリアクセス用のサービスの再起動(停止後、起動)を実施してください。サービスの停止/起動方法については、本マニュアルの『サービスの起動と停止』を参照してください。

    その後、処理を再実行してください。

  3. データベースの退避処理が実行中か確認します。

    [確認方法]

    Storage管理サーバにログインし、データベース退避画面が起動されているかを確認してください。起動されている場合は、更に、データベースの退避処理が実行中か否かを確認してください。

    [対処方法]

    データベース退避処理が実行中の場合は、当該処理が終了するのを待ってから、処理を再実行してください。

  4. リポジトリの容量が不足していないか確認します。

    [確認方法]

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

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

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

    4. 詳細画面に、qdgXXXXX のエラーメッセージを見つけます。エラーメッセージ内に"JYP5019E"または"JYP5045E"が存在するか確認します。

    [対処方法]

    存在する場合、本マニュアルの『リポジトリの容量不足時の対処方法』を参照し、リポジトリ容量の拡張を行ってください。

    その後、処理を再実行してください。

  5. データベース領域に入出力障害等の障害が発生していないか確認します。

    [確認方法]

    データベースの障害箇所の把握を参照し、障害の有無を確認します。

    [対処方法]

    データベースの復旧方法に従い、データベースの復旧を行います。

    復旧後、処理を再実行してください。

  6. 保守資料の採取方法に従い、調査用資料を採取した後、富士通技術員(SE)に連絡してください。

11.3 バックアップ中に発生したハードウェア障害等の対処方

本章では、AdvancedCopy Managerのバックアップ中にハードウェア障害等が発生した場合の対処方法について説明します。

11.3.1 概 

バックアップ運用中にハードウェア障害が発生すると、以下のような現象になります。

実行状況表示コマンドおよび履歴情報表示コマンドでStatus欄に"failed"と表示される場合は、物理コピー中にハードウェア障害が発生し、コピー処理がエラーとなっています。

コマンド実行時にswst0634、swst0719またはswst0902が出力され、再実行しても同じエラーとなる場合は、ハードウェア障害が発生しているためにアドバンスト・コピーを実行することができなくなっています。

また、リモートコピーを行っている場合、ハードウェア障害が発生すると以下のような現象になる場合があります。

実行状況表示コマンドおよび履歴情報表示コマンドでStatus欄に"halt"と表示される場合は、物理コピー中にハードウェア障害が発生し、リモートコピー処理がエラーとなっています。

このような現象が発生した場合、業務ボリュームまたはバックアップボリュームにハードウェア障害が発生している可能性があります。ハードウェアの状態を確認し、ハードウェア障害が発生している場合は、エラーの原因を取り除いてから再実行する必要があります。

11.3.2 対処方 

11.3.2.1 業務ボリュームにハードウェア障害が発生した場合の対処方

業務ボリュームにハードウェア障害が発生した場合、以下の手順に従って障害の復旧作業を行ってください。

  1. 物理コピー中に障害が発生した場合は、異常の発生した処理をキャンセルします。

  2. 実行状況表示コマンド(swstbackstat,swstsyncstat,swstreststat,swsttrkstat)、履歴情報表示コマンド(swsthistdisp)を実行して、他に異常が発生していないことを確認します。

  3. 業務ボリュームのハードウェア障害を取り除きます。

  4. リストア実行コマンド(swstrestore)を使用してリストアし、業務ボリュームを復旧します。

11.3.2.2 バックアップボリュームにハードウェア障害が発生した場合の対処方

バックアップボリュームにハードウェア障害が発生した場合、以下の手順に従って障害等の復旧作業を行ってください。

  1. 異常の発生していた処理をキャンセルします。

  2. コマンドによるキャンセルができない場合は、GRmgrを使用してキャンセルします。

  3. 資源整合コマンド(swstsrsemtch)を実行します。

  4. 異常の発生していた処理をキャンセルします。この時、実行状況表示コマンド(swstbackstat, swstreststat)および履歴情報表示コマンド(swsthistdisp)では、Status欄が"succeeded"と表示されていますが、コピー処理は中断していますので、必ずキャンセルしてください。なお、同期処理(EC)に異常が発生していた場合は、既にキャンセル状態になっていますので対処の必要はありません。

  5. 実行状況表示コマンド(swstbackstat,swstsyncstat,swstreststat,swsttrkstat)、履歴情報表示コマンド(swsthistdisp)を実行して、他に異常が発生していないことを確認します。

  6. デバイス情報設定コマンド(swstdevinfoset)を使用して、異常の発生しているバックアップボリュームを削除します。

  7. デバイス情報設定コマンド(swstdevinfoset)を使用して、新しいバックアップボリュームを登録します。異常の発生していたバックアップボリュームを修復して再度使用する場合は、初期画面から[特定デバイスの情報取得/反映]を実施してから、バックアップボリュームに登録しなおしてください。

  8. エラーとなった処理を再実行します。

11.3.2.3 リモートコピー処理で異常(halt)が発生した場合の対処方法 

  1. ハードウェア障害を取り除きます。

  2. 中断していたコピー処理が再開されます。

11.4 レプリケーション中に発生したハードウェア障害等の対処方 

本章では、AdvancedCopy Managerのレプリケーション運用中にハードウェア障害等が発生した場合の対処方法について説明します。

11.4.1 概 

レプリケーション運用中にハードウェア障害が発生すると、以下のような現象になります。

運用状況表示コマンドStatus欄に"failed"と表示される場合、コマンド実行時にswsrp2606が出力される場合は、物理コピー中にハードウェア障害が発生し、コピー処理がエラーとなっています。

コマンド実行時にswsrp0634、swsrp0719またはswsrp0902が出力され、再実行しても同じエラーとなる場合は、ハードウェア障害が発生しているためにアドバンスト・コピーを実行することができなくなっています。

また、リモートコピーを行っている場合、ハードウェア障害が発生すると以下のような現象になる場合があります。

運用状況表示コマンドでStatus欄に"halt"と表示される場合、コマンド実行時にswsrp2648が出力される場合は、物理コピー中にハードウェア障害が発生し、リモートコピー処理がエラーとなっています。

このような現象が発生した場合、複製元ボリュームまたは複製先ボリュームにハードウェア障害が発生している可能性があります。ハードウェアの状態を確認し、ハードウェア障害が発生している場合は、エラーの原因を取り除いてから再実行する必要があります。

11.4.2 対処方 

11.4.2.1 複製ボリュームにハードウェア障害が発生した場合の対処方法 

複製ボリュームにハードウェア障害が発生した場合、以下の手順に従って障害の復旧作業を行ってください。

  1. 複製解除コマンド(swsrpcancel)で異常の発生している処理をキャンセルします。サーバ間レプリケーションを行っていた場合で、操作サーバからキャンセルできない場合は、非操作サーバからキャンセルします。

  2. コマンドによるキャンセルができない場合は、GRmgrを使用してキャンセルします。

  3. 資源整合コマンド(swsrprecoverres)を実行します。

  4. 運用状況表示コマンド(swsrpstat)を実行して、他に異常が発生していないことを確認します。

  5. 複製ボリューム情報削除コマンド(swsrpdelvol)を使用して、異常の発生している複製ボリュームを削除します。

  6. 複製ボリューム情報設定コマンド(swsrpsetvol)を使用して、新しい複製ボリュームを登録します。異常の発生していた複製ボリュームを修復して再度使用する場合は、初期画面から[特定デバイスの情報取得/反映]を実施してから、複製ボリュームに登録しなおしてください。

  7. エラーとなった処理を再実行します。

11.4.2.2 リモートコピー処理で異常(halt)が発生した場合の対処方法 

  1. ハードウェア障害を取り除きます。

  2. 中断していたコピー処理が再開されます。

11.5 運用環境の変

11.5.1 Storage管理サーバのIPアドレスの変

以下の手順にて、Storage管理サーバのIPアドレスを変更します。

Storage管理サーバを論理IPアドレスで運用しており、物理IPアドレスのみが変更になる場合は、手順2と6のみを行ってください。それ以外の場合はすべての手順を行ってください。

  1. 変更対象のStorage管理サーバがStorageサーバを兼ねているか確認します。兼ねている際に、変更対象となるStorage管理サーバにて、レプリケーション管理機能を使用して複製元または複製先ボリュームを定義している場合は、本マニュアルの『複製元/複製先ボリュームの削除』を参照し、複製元/複製先ボリュームの設定を削除してください。

  2. Storage管理サーバにて、システムのIPアドレスの変更を行います。

  3. Storage管理サーバにて、管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドの詳細は、本マニュアルの『管理サーバ情報変更コマンド(stgcmmodnode)』を参照してください。

  4. 当該Storage管理サーバが管理している全Storageサーバ上で管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドの詳細は、本マニュアルの『管理サーバ情報変更コマンド(stgcmmodnode)』を参照してください。

  5. Storage管理サーバでAdvancedCopy Managerの各種サービスを再起動します。再起動の方法については、本マニュアルの『サービスの起動と停止』を参照してください。

  6. Web画面を使用していて、Storage管理サーバを論理IPアドレスで運用している場合には、認証関連ファイルの設定を変更します。
    『ETERNUS SF AdvancedCopy Manager 使用手引書 認証関連ファイルの設定』を参照し、論理IPアドレス変更時には論理IPアドレス定義部を新しい論理IPアドレスに、物理IPアドレスの変更時には物理IPアドレス定義部を新しい物理IPアドレスに変更してください。

クラスタ運用での変更については、『Storage管理サーバ業務のIPアドレスの変更』を参照してください。

11.5.2 StorageサーバのIPアドレスの変 

以下の手順にて、StorageサーバのIPアドレスを変更します。

Storageサーバを論理IPアドレスで運用しており、物理IPアドレスのみが変更になる場合は、作業は不要となります。

なお、Web画面の詳細については、『ETERNUS SF AdvancedCopy Manager使用手引書 StorageサーバのIPアドレスの変更方法』を参照してください。

  1. 変更対象となるStorageサーバにて、レプリケーション管理機能を使用して複製元または複製先ボリュームを定義している場合は、本マニュアルの『複製元/複製先ボリュームの削除』を参照し、複製元/複製先ボリュームの設定を削除してください。

  2. 変更対象となるStorageサーバにて、AdvancedCopy Managerのサービスを停止させます。停止方法の詳細については本マニュアルの『サービスの起動と停止』を参照してください。

  3. Storageサーバにて、システムのIPアドレスの変更を行います。

  4. Storageサーバにて、AdvancedCopy Managerのサービスを起動させます。起動方法の詳細については本マニュアルの『サービスの起動と停止』を参照してください。

    その後、Web画面を使用して変更を行う場合は手順5、6を、コマンドを使用して変更を行う場合は手順7を行ってください。

  5. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するサーバを選択し、[操作]メニューから[サーバの変更...]を選択し、[サーバの変更]画面を表示させます。

  6. [サーバの変更]画面にて、IPアドレスを変更し、[OK]ボタンを選択します。

  7. Storage管理サーバにて、サーバ情報変更コマンドを使用してIPアドレスの変更を行います。サーバ情報変更コマンドの詳細は、本マニュアルの『サーバ情報変更コマンド(stgxfwcmmodsrv)』を参照してください。

クラスタ運用での変更については、『Storageサーバ業務のIPアドレスの変更』を参照してください。

11.5.3 Storage管理サーバのポート番号の変

以下の手順にて、Storage管理サーバのポート番号を変更します。

  1. 変更対象のStorage管理サーバがStorageサーバを兼ねているか確認します。兼ねている際に、変更対象となるStorage管理サーバにて、レプリケーション管理機能を使用して複製元または複製先ボリュームを定義している場合は、本マニュアルの『複製元/複製先ボリュームの削除』を参照し、複製元/複製先ボリュームの設定を削除してください。

  2. Storage管理サーバにて、AdvancedCopy Managerの通信サービス(stgxfws)のポート番号を変更します。
    Windowsインストールディレクトリ\system32\drivers\etc\servicesに記載されている通信サービス(stgxfws)のポート番号を変更してください。なお、Storage管理サーバ業務としてクラスタ運用している場合には、Storage管理サーバ業務用の通信サービス(stgxfws_論理ノード名)のポート番号を変更してください。

  3. Storage管理サーバにて、管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドの詳細は、本マニュアルの『管理サーバ情報変更コマンド(stgcmmodnode)』を参照してください。

  4. 当該Storage管理サーバが管理している全Storageサーバ上で管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドの詳細は、本マニュアルの『管理サーバ情報変更コマンド(stgcmmodnode)』を参照してください。

  5. Storage管理サーバでAdvancedCopy Managerの各種サービスを再起動します。再起動の方法については、本マニュアルの『サービスの起動と停止』を参照してください。

クラスタ運用での変更については、『Storage管理サーバ業務のポート番号の変更』を参照してください。

11.5.4 Storageサーバのポート番号の変 

以下の手順にて、Storageサーバのポート番号を変更します。

なお、Web画面の詳細については、『ETERNUS SF AdvancedCopy Manager使用手引書 Storageサーバのポート番号の変更方法』を参照してください。

  1. 変更対象となるStorageサーバにて、レプリケーション管理機能を使用して複製元または複製先ボリュームを定義している場合は、本マニュアルの『複製元/複製先ボリュームの削除』を参照し、複製元/複製先ボリュームの設定を削除してください。

  2. 変更対象となるStorageサーバにて、AdvancedCopy Managerのサービスを停止させます。停止方法の詳細については本マニュアルの『サービスの起動と停止』を参照してください。

  3. Storageサーバにて、AdvancedCopy Managerの通信サービス(stgxfws)のポート番号を変更します。

    Windowsインストールディレクトリ\system32\drivers\etc\servicesに記載されている通信サービス(stgxfws)のポート番号を変更してください。

    なお、Storageサーバ業務としてクラスタ運用している場合には、Storageサーバ業務用の通信サービス(stgxfws_論理ノード名)のポート番号を変更してください。

  4. Storageサーバにて、AdvancedCopy Managerのサービスを起動させます。起動方法の詳細については本マニュアルの『サービスの起動と停止』を参照してください。

    その後、Web画面を使用して変更を行う場合は手順5、6を、コマンドを使用して変更を行う場合は手順7を行ってください。

  5. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するサーバを選択し、[操作]メニューから[サーバの変更...]を選択し、[サーバの変更]画面を表示させます。

  6. [サーバの変更]画面にて、ポート番号を変更し、[OK]ボタンを選択します。

  7. Storage管理サーバにて、サーバ情報変更コマンドを使用してポート番号の変更を行います。サーバ情報変更コマンドの詳細は、本マニュアルの『サーバ情報変更コマンド(stgxfwcmmodsrv)』を参照してください。

クラスタ運用での変更については、『Storageサーバ業務のポート番号の変更』を参照してください。

11.5.5 Storage管理サーバのサーバ名の変

以下の手順にて、Storage管理サーバのサーバ名を変更します。

なお、Web画面の詳細については、『ETERNUS SF AdvancedCopy Manager使用手引書 Storage管理サーバのサーバ名の変更方法』を参照してください。

  1. 変更対象のStorage管理サーバがStorageサーバを兼ねているか確認します。Storageサーバを兼ねている場合は、本マニュアルの『Storageサーバのサーバ名の変更』の手順も実施してください。その後、手順5を行って下さい。

    その後、Web画面を使用して変更を行う場合は手順2、3を、コマンドを使用して変更を行う場合は手順4を行ってください。

  2. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するサーバを選択し、[操作]メニューから[サーバの変更...]を選択し、[サーバの変更]画面を表示させます。

  3. [サーバの変更]画面にて、サーバ名を変更し、[OK]ボタンを選択します。

  4. Storage管理サーバにて、サーバ情報変更コマンドを使用してサーバ名の変更を行います。サーバ情報変更コマンドの詳細は、本マニュアルの『サーバ情報変更コマンド(stgxfwcmmodsrv)』を参照してください。
    その後、手順5を行ってください。

  5. 当該Storage管理サーバが管理している全Storageサーバ上で管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドの詳細は、本マニュアルの『管理サーバ情報変更コマンド(stgcmmodnode)』を参照してください。

クラスタ運用での変更については、『Storage管理サーバ業務のサーバ名の変更』を参照してください。

11.5.6 Storageサーバのサーバ名の変

以下の手順にて、Storageサーバのサーバ名を変更します。

なお、Web画面の詳細については、『ETERNUS SF AdvancedCopy Manager使用手引書 Storageサーバのサーバ名の変更方法』を参照してください。

  1. 変更対象となるStorageサーバにて、レプリケーション管理機能を使用して複製元または複製先ボリュームを定義している場合は、本マニュアルの『複製元/複製先ボリュームの削除』を参照し、複製元/複製先ボリュームの設定を削除してください。

    その後、Web画面を使用して変更を行う場合は手順2、3を、コマンドを使用して変更を行う場合は手順4を行ってください。

  2. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するサーバを選択し、[操作]メニューから[サーバの変更...]を選択し、[サーバの変更]画面を表示させます。

  3. [サーバの変更]画面にて、サーバ名を変更し、[OK]ボタンを選択します。

  4. Storage管理サーバにて、サーバ情報変更コマンドを使用してサーバ名の変更を行います。サーバ情報変更コマンドの詳細は、本マニュアルの『サーバ情報変更コマンド(stgxfwcmmodsrv)』を参照してください。

クラスタ運用での変更については、『Storageサーバ業務のサーバ名の変更』を参照してください。

11.5.7 デバイス構成の変

デバイス構成の変更とは、以下の事を指します。

バックアップ同期処理もしくは同期型レプリケーション処理を実行している場合は、変更後のデバイス構成を正しく取得できない場合があります。そのため、変更後のデバイス構成をAdvancedCopy Managerの管理簿に反映させる場合は、すべての同期処理をキャンセルした状態で実施してください。

バックアップ管理の場合、バックアップボリュームのサイズは、業務ボリュームと同じである必要があります。詳細は、『全般的な注意事項』の『論理ディスクのサイズについて』を参照してください。

11.5.7.1 バックアップ管理の場 

デバイス構成の変更は、以下の手順にて行います。なお、本処理は、デバイス構成を変更するボリュームが格納されているディスク内の全ボリュームが対象となります。

  1. 対象となるディスク内にバックアップ対象の業務ボリュームが存在しているか確認します。存在している場合は、業務ボリュームの削除を行います。業務ボリュームの削除方法については、本マニュアルの『業務ボリュームの削除』を参照してください。

  2. 対象となるディスク内にバックアップボリュームが存在しているか確認します。存在している場合は、バックアップボリュームの削除を行います。バックアップボリュームの削除方法については、本マニュアルの『バックアップボリュームの削除』を参照してください。

  3. ディスクの管理を使用して、デバイス構成の変更を行います。プライマリパーティションまたは拡張パーティション内の論理ドライブの削除を行った場合は、システムを再起動してください。

  4. 変更後のデバイス構成をAdvancedCopy Managerの管理簿に反映させる必要がありますので、AdvancedCopy Managerに対して、デバイス情報の変更処理を行います。デバイス情報の変更方法については、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

  5. 削除した業務ボリュームまたはバックアップボリュームを再度バックアップ運用に組み込みます。業務ボリュームまたはバックアップボリュームの追加方法については、本マニュアルの『デバイスの運用種別設定』を参照してください。

業務ボリューム/バックアップボリュームを削除する(手順1、2)前にデバイス構成の変更(手順3)を行った場合、履歴情報の削除やバックアップ同期処理のキャンセルができないために、業務ボリューム/バックアップボリュームの削除が行えない場合があります。この場合は、緊急操作モードを利用して履歴情報の削除やバックアップ同期処理のキャンセルを行ってください。
緊急操作モードについては、『履歴情報削除コマンド(swsthistdel)』および『バックアップ同期処理キャンセルコマンド(swstcancelsync)』の説明を参照してください。

11.5.7.2 レプリケーション管理の場 

デバイス構成の変更は、以下の手順にて行います。なお、本処理は、デバイス構成を変更するボリュームが格納されているディスク内の全ボリュームが対象となります。

  1. 対象となるディスク内に複製ボリュームが存在しているか確認します。存在している場合は、複製ボリュームの削除を行います。複製ボリュームの削除方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  2. ディスクの管理を使用して、デバイス構成の変更を行います。プライマリパーティションまたは拡張パーティション内の論理ドライブの削除を行った場合は、システムを再起動してください。

  3. 変更後のデバイス構成をAdvancedCopy Managerの管理簿に反映させる必要がありますので、AdvancedCopy Managerに対して、デバイス情報の変更処理を行います。デバイス情報の変更方法については、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

  4. 削除した複製ボリュームを再度レプリケーション運用に組み込みます。複製ボリュームの追加方法については、本マニュアルの『複製元ボリューム/複製先ボリュームの設定』を参照してください。

複製ボリュームを削除する(手順1)前にデバイス構成の変更(手順2)を行った場合、複製解除がきないために、複製ボリュームの削除が行えない場合があります。この場合は、緊急操作モードを利用して複製ボリュームの削除を行ってください。
緊急操作モードについては、『複製ボリューム情報削除コマンド(swsrpdelvol)』の説明を参照してください。

11.5.8 Storage管理サーバのGUI接続用IPアドレスの変 

Storage管理サーバに複数のネットワークカードが装着されており、Storageサーバとの通信するIPアドレス(Storage管理サーバ導入時のデータベース作成の際に指定したIPアドレス)とWeb画面を使用する際に指定するIPアドレスを分けて運用するには、GUI接続情報設定コマンドを使用してGUI接続用IPアドレスを変更します。

GUI接続情報設定コマンドについては、本マニュアルの『GUI接続情報設定コマンド(stgguiipset)』を参照してください。

Storage管理サーバに複数のネットワークカードが装着されている場合には、クライアント側での設定が必要となります。
設定方法は、『ETERNUS SF AdvancedCopy Manager使用手引書 認証関連ファイルの設定』を参照してください。

11.5.9 リポジトリアクセスユーザーに指定したユーザーの削除/パスワードの変

AdvancedCopy Managerのマネージャー導入時の環境設定で指定した"リポジトリアクセスユーザー"に関し、ユーザーをOS上で削除した場合や、指定したユーザ名に対するパスワードをOS上で変更した場合は、リポジトリアクセスユーザー変更コマンドを使用して"リポジトリアクセスユーザー"の情報を再設定します。

リポジトリアクセスユーザー変更コマンドについては、本マニュアルの『リポジトリアクセスユーザー変更コマンド(stguserset)』を参照してください。

クラスタ運用での変更については、『リポジトリアクセスユーザーに指定したユーザーの削除/パスワードの変更』を参照してください。

11.5.10 クラスタ運用での運用環境の変更につい 

クラスタ運用を行っている場合の運用環境の変更について説明します。

11.5.10.1 Storage管理サーバ業務のIPアドレスの変

以下の手順にて、Storage管理サーバ業務のIPアドレスを変更します。

  1. 対象となるStorage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. 変更対象のStorage管理サーバ業務がStorageサーバ業務を兼ねているか確認します。Storageサーバ業務を兼ねている場合、かつレプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. Storage管理サーバ業務を停止します。
    停止方法については、クラスタソフトウェアのマニュアルを参照してください。

  4. IPアドレスリソースを変更します。
    IPアドレスリソースの変更方法については、クラスタソフトウェアのマニュアルを参照してください。

  5. Storage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. Storage管理サーバ業務の稼動ノードにて管理サーバ情報変更コマンド(stgcmmodnode)を実行します。
    管理サーバ情報変更コマンドについては本マニュアルの『各種コマンド』を参照してください。

  7. 当該Storage管理サーバ業務が管理している全Storageサーバ上で管理サーバ情報変更コマンドを実行します。
    管理サーバ情報変更コマンドについては、StorageサーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  8. Storage管理サーバ業務を再起動します。
    停止/起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  9. 認証関連ファイル(swstorage.policy)を編集します。
    Web画面を使用している場合、認証関連ファイルの設定を変更します。『ETERNUS SF AdvancedCopy Manager 使用手引書 認証関連ファイルの設定』を参照し、Web画面を使用する全端末の認証関連ファイルの論理IPアドレスを新しい論理IPアドレスに変更してください。
    物理IPアドレスが同時に変更になる場合には、同じファイル中の物理IPアドレスも新しい物理IPアドレスに変更してください。

  10. レプリケーション管理機能を使用する場合は、レプリケーション管理の環境を再構築します。

Storage管理サーバ業務のクラスタ環境削除時に実行するクラスタアンセットアップコマンドで表示されるIPアドレス情報は、クラスタセットアップコマンドにて指定したアドレスです。IPアドレス変更後の値ではありません。

11.5.10.2 Storageサーバ業務のIPアドレスの変

以下の手順にて、Storageサーバ業務のIPアドレスを変更します。

  1. 対象となるStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. レプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. Storageサーバ業務を停止します。
    停止方法については、クラスタソフトウェアのマニュアルを参照してください。

  4. IPアドレスリソースを変更します。
    IPアドレスリソースの変更方法については、クラスタソフトウェアのマニュアルを参照してください。

  5. Storageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するStorageサーバ業務を選択し、[操作]メニューから[サーバの変更]を選択し、[サーバの変更]画面を表示させます。[サーバの変更]画面にて、IPアドレスを変更し、[OK]ボタンを選択します。
    または、Storage管理サーバにて、サーバ情報変更コマンド(stgxfwcmmodsrv)を使用してIPアドレスの変更を行います。サーバ情報変更コマンドについては、Storage管理サーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  7. レプリケーション管理機能を使用する場合は、レプリケーション管理の環境を再構築します。

Storageサーバ業務のクラスタ環境削除時に実行するクラスタアンセットアップコマンドで表示されるIPアドレス情報は、クラスタセットアップコマンドにて指定したアドレスです。IPアドレス変更後の値ではありません。

11.5.10.3 Storage管理サーバ業務のポート番号の変

以下の手順にて、Storage管理サーバ業務のポート番号を変更します。

  1. 対象となるStorage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. 変更対象のStorage管理サーバ業務がStorageサーバ業務を兼ねているか確認します。Storageサーバ業務を兼ねている場合、かつレプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. Storage管理サーバ業務を停止します。
    停止方法については、クラスタソフトウェアのマニュアルを参照してください。

  4. プライマリノードとセカンダリノードにて、Windowsインストールディレクトリ\system32\drivers\etc\servicesに設定されている、AdvancedCopy Managerの業務用通信サービス(stgxfws_論理ノード名)のポート番号を変更します。

  5. Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. プライマリノードにて、管理サーバ情報変更コマンド(stgcmmodnode)を実行します。
    管理サーバ情報変更コマンドについては、『構成管理のコマンド』を参照してください。

  7. 当該Storage管理サーバ業務が管理している全Storageサーバ上で管理サーバ情報変更コマンドを実行します。管理サーバ情報変更コマンドについては、StorageサーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  8. Storage管理サーバ業務を再起動します。
    停止/起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  9. レプリケーション管理機能を使用する場合は、レプリケーション管理の環境を再構築します。

11.5.10.4 Storageサーバ業務のポート番号の変

以下の手順にて、Storageサーバ業務のポート番号を変更します。

  1. 対象となるStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. レプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. Storageサーバ業務を停止します。
    停止方法については、クラスタソフトウェアのマニュアルを参照してください。

  4. プライマリノードとセカンダリノードにて、Windowsインストールディレクトリ\system32\drivers\etc\servicesに設定されている、AdvancedCopy Managerの業務用通信サービス(stgxfws_論理ノード名)のポート番号を変更します。

  5. Storageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するStorageサーバ業務を選択し、[操作]メニューから[サーバの変更]を選択し、[サーバの変更]画面を表示させます。[サーバの変更]画面にて、ポート番号を変更し、[OK]ボタンを選択します。
    または、Storage管理サーバにて、サーバ情報変更コマンド(stgxfwcmmodsrv)を使用してポート番号の変更を行います。サーバ情報変更コマンドについては、Storage管理サーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  7. レプリケーション管理機能を使用する場合は、レプリケーション管理の環境を再構築します。

11.5.10.5 Storage管理サーバ業務のサーバ名の変

以下の手順にて、Storage管理サーバ業務のサーバ名を変更します。サーバ名と論理ノード名を同じ名前にて運用を継続する場合(論理ノード名も変更する場合)、本マニュアルの『論理ノード名の変更』を実施してください。

  1. 対象となるStorage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. 変更対象のStorage管理サーバ業務がStorageサーバ業務を兼ねているか確認します。Storageサーバ業務を兼ねている場合は以下の操作を実施します。
    レプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するStorage管理サーバ業務を選択し、[操作]メニューから[サーバの変更]を選択し、[サーバの変更]画面を表示させます。[サーバの変更]画面にて、サーバ名を変更し、[OK]ボタンを選択します。
    または、Storage管理サーバ業務にて、サーバ情報変更コマンド(stgxfwcmmodsrv)を使用してサーバ名の変更を行います。サーバ情報変更コマンドについては、本マニュアルの『各種コマンド』を参照してください。

  4. 当該Storage管理サーバ業務が管理している全Storageサーバ上で管理サーバ情報変更コマンド(stgcmmodnode)を実行します。管理サーバ情報変更コマンドについては、StorageサーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  5. バックアップ管理やレプリケーション管理機能を使用する場合は、バックアップ管理やレプリケーション管理の環境を再構築します。

11.5.10.6 Storageサーバ業務のサーバ名の変

以下の手順にて、Storageサーバ業務のサーバ名を変更します。サーバ名と論理ノード名を同じ名前にて運用を継続する場合(論理ノード名も変更する場合)、本マニュアルの『論理ノード名の変更』を実施してください。

  1. 対象となるStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. Storageサーバ業務の環境を削除します。
    レプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  3. AdvancedCopy Managerの初期画面におけるサーバ一覧画面上で情報を変更するStorageサーバ業務を選択し、[操作]メニューから[サーバの変更]を選択し、[サーバの変更]画面を表示させます。[サーバの変更]画面にて、サーバ名を変更し、[OK]ボタンを選択します。
    または、Storage管理サーバにて、サーバ情報変更コマンド(stgxfwcmmodsrv)を使用してサーバ名の変更を行います。サーバ情報変更コマンドについては、Storage管理サーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用手引書 各種コマンド』の章を参照してください。

  4. バックアップ管理やレプリケーション管理機能を使用する場合は、バックアップ管理やレプリケーション管理の環境を再構築します。

11.5.10.7 リポジトリアクセスユーザーに指定したユーザーの削除/パスワードの変

以下の手順にて、リポジトリアクセスユーザーを変更します。

  1. 対象となるStorage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. リポジトリアクセスユーザーを変更します。
    リポジトリアクセスユーザーを変更する方法については、本マニュアルの『リポジトリアクセスユーザーに指定したユーザーの削除/パスワードの変更』を参照してください。

11.5.10.8 論理ノード名の変

以下の手順にて、Storage管理サーバ業務またはStorageサーバ業務の論理ノード名を変更します。

  1. 対象となるStorage管理サーバ業務またはStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務またはStorageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. Storage管理サーバ業務の場合、Storageサーバ業務を兼ねているか確認します。
    Storageサーバ業務を兼ねている場合、手順3に進みます。
    Storageサーバ業務を兼ねていない場合、手順4に進みます。

  3. Storageサーバ業務の環境を削除します。
    バックアップ管理機能を使用している場合は、業務ボリューム、バックアップボリュームを削除してください。業務ボリューム、バックアップボリュームを削除する方法については、本マニュアルの『デバイスの削除』を参照してください。
    レプリケーション管理機能を使用して複製元または複製先ボリュームとして定義している場合は、複製元/複製先ボリュームの設定を削除してください。複製元/複製先ボリュームの設定を削除する方法については、本マニュアルの『複製元/複製先ボリュームの削除』を参照してください。

  4. AdvancedCopy Managerのデータを退避します。
    Storage管理サーバ業務の場合、以下のデータを退避します。

    Storageサーバ業務またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも退避します。

    AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを退避します。

  5. Storageサーバ業務(Storage管理サーバ業務兼Storageサーバ業務は除く)の場合、業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを削除します。

  6. 対象業務のクラスタ環境を削除します。
    クラスタ環境の削除については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務の削除』を参照してください。

  7. 対象業務のクラスタ環境を作成します。
    クラスタ環境の作成については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務のカスタマイズ』を参照してください。

  8. 対象業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  9. AdvancedCopy Managerのデータを復元します。
    Storage管理サーバ業務の場合、以下のデータを復元します。

    Storageサーバ業務またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも復元します。

    AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを復元します。

  10. サーバ名を変更します。
    Storage管理サーバ業務の場合、『Storage管理サーバ業務のサーバ名の変更』の手順3と手順4を実施します。
    Storageサーバ業務の場合、『Storageサーバ業務のサーバ名の変更』の手順3を実施します。

  11. バックアップ管理やレプリケーション管理機能を使用する場合は、バックアップ管理やレプリケーション管理の環境を再構築します。

  12. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、管理情報一括バックアップサーバ登録/削除コマンドを実行し、管理情報一括バックアップ実行サーバとして登録してください。

11.5.10.9 業務名の変

以下の手順にて、AdvancedCopy Manager業務名を変更します。

  1. 対象となるStorage管理サーバ業務またはStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務またはStorageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. AdvancedCopy Managerのデータを退避します。
    Storage管理サーバ業務の場合、以下のデータを退避します。

    業務種別(Storage管理サーバ業務、Storageサーバ業務)に関係なく、以下のデータも退避します。

    Storageサーバ業務、またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも退避します。

    AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを退避します。

  3. Storageサーバ業務(Storage管理サーバ業務兼Storageサーバ業務は除く)の場合、業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを削除します。

  4. 対象業務のクラスタ環境を削除します。
    クラスタ環境の削除については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務の削除』を参照してください。

  5. クラスタシステムにてクラスタグループ名(Windows版MSCS)、またはクラスタサービス名(Windows版SafeCLUSTER)を変更します。
    クラスタグループ名/クラスタサービス名の変更方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. 対象業務のクラスタ環境を作成します。
    クラスタ環境の作成については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務のカスタマイズ』を参照してください。

  7. 対象業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  8. AdvancedCopy Managerのデータを復元します。

    1. Storage管理サーバ業務の場合、以下のデータを復元します。

      • リポジトリ
        リポジトリを復元します。
        リポジトリを復元する方法については、本マニュアルの『データベースリストア』を参照してください。

      • 認証機能の管理簿
        Storage管理サーバ業務の稼動ノードにて認証機構の管理簿を復元します。
        認証機能の管理簿を復元する方法については、本マニュアルの『認証管理簿のリストア』を参照してください。

      • 画面ファイル
        画面ファイルを復元します。
        Storage管理サーバ業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\data配下のファイルを復元します。また、両ノードにて環境設定フォルダ\etc\data\security配下のファイルも復元します。

    2. 業務種別(Storage管理サーバ業務、Storageサーバ業務)に関係なく、以下のデータも復元します。

      • AdvancedCopy Manager管理ファイル
        業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを復元します。

    3. Storageサーバ業務、またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも復元します。

      • バックアップ管理簿
        バックアップ管理簿を復元します。
        バックアップ管理簿を復元する方法については、本マニュアルの『バックアップ管理簿のリストア』を参照してください。

      • 前後処理スクリプト
        バックアップ管理とレプリケーション管理の前後処理スクリプトを復元します。

      • レプリケーション管理機能を使用している場合は、資源整合コマンド(swsrprecoverres)にて環境を復元します。
        資源整合コマンドには、"-r"オプションを指定してください。資源整合コマンドについては、本マニュアルの『資源整合コマンド(swsrprecoverres)』を参照してください。

      • ロック動作指定ファイル
        手順2でロック動作指定ファイルを退避した場合、退避したロック動作指定ファイルを復元します。

      • バックアップ管理またはレプリケーション管理のデバイス情報
        手順2でバックアップ管理またはレプリケーション管理のデバイス情報を退避した場合は、退避したファイルを以下のファイルにcopyコマンドなどで復元してください。
        AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\swstorage\etc\repl\data\device.ini.<論理ノード名>

    4. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを復元します。

      • 管理情報一括バックアップのポリシーファイル
        ポリシーファイルのパスについては、本マニュアルの『事前準備』を参照してください。

  9. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、管理情報一括バックアップサーバ登録/削除コマンドを実行し、管理情報一括バックアップ実行サーバとして登録してください。

11.5.10.10 共有データ用共有ディスクの変

以下の手順にて、AdvancedCopy Manager共有データ用共有ディスク(物理ディスクまたは共有データ用共有ディスクのドライブレター)を変更します。

  1. 対象となるStorage管理サーバ業務またはStorageサーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務またはStorageサーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. AdvancedCopy Managerのデータを退避します。
    Storage管理サーバ業務の場合、以下のデータを退避します。

    業務種別(Storage管理サーバ業務、Storageサーバ業務)に関係なく、以下のデータも退避します。

    Storageサーバ業務またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも退避します。

    AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを退避します。

  3. Storageサーバ業務(Storage管理サーバ業務兼Storageサーバ業務は除く)の場合、業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを削除します。

  4. 対象業務のクラスタ環境を削除します。
    クラスタ環境の削除については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務の削除』を参照してください。

  5. 対象業務のクラスタ環境を作成します。
    クラスタ環境の作成については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務のカスタマイズ』を参照してください。

  6. 対象業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  7. AdvancedCopy Managerのデータを復元します。

    1. Storage管理サーバ業務の場合、以下のデータを復元します。

      • リポジトリ
        リポジトリを復元します。
        リポジトリを復元する方法については、本マニュアルの『データベースリストア』を参照してください。

      • 認証機能の管理簿
        Storage管理サーバ業務の稼動ノードにて認証機構の管理簿を復元します。
        認証機能の管理簿を復元する方法については、本マニュアルの『認証管理簿のリストア』を参照してください。

      • 画面ファイル
        画面ファイルを復元します。
        Storage管理サーバ業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\data配下のファイルを復元します。また、両ノードにて環境設定フォルダ\etc\data\security配下のファイルも復元します。

    2. 業務種別(Storage管理サーバ業務、Storageサーバ業務)に関係なく、以下のデータも復元します。

      • AdvancedCopy Manager管理ファイル
        業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを復元します。

    3. Storageサーバ業務またはStorage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも復元します。

      • バックアップ管理簿
        バックアップ管理簿を復元します。
        バックアップ管理簿を復元する方法については、本マニュアルの『バックアップ管理簿のリストア』を参照してください。

      • 前後処理スクリプト
        バックアップ管理とレプリケーション管理の前後処理スクリプトを復元します。

      • レプリケーション管理機能を使用している場合は、資源整合コマンド(swsrprecoverres)にて環境を復元します。
        資源整合コマンドには、"-r"オプションを指定してください。資源整合コマンドについては、本マニュアルの『資源整合コマンド(swsrprecoverres)』を参照してください。

      • ロック動作指定ファイル
        手順2でロック動作指定ファイルを退避した場合、退避したロック動作指定ファイルを復元します。

      • バックアップ管理またはレプリケーション管理のデバイス情報
        手順2でバックアップ管理またはレプリケーション管理のデバイス情報を退避した場合は、退避したファイルを以下のファイルにcopyコマンドなどで復元してください。
        AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\swstorage\etc\repl\data\device.ini.<論理ノード名>

    4. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを復元します。

      • 管理情報一括バックアップのポリシーファイル
        ポリシーファイルのパスについては、本マニュアルの『事前準備』を参照してください。

  8. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、管理情報一括バックアップサーバ登録/削除コマンドを実行し、管理情報一括バックアップ実行サーバとして登録してください。

11.5.10.11 リポジトリ用共有ディスクの変

以下の手順にて、AdvancedCopy Managerリポジトリ用共有ディスクを変更します。

  1. 対象となるStorage管理サーバ業務の稼動状況を確認します。
    業務が停止している場合は、Storage管理サーバ業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  2. AdvancedCopy Managerのデータを退避します。
    以下のデータを退避します。

    Storage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも退避します。

    AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを退避します。

  3. 対象業務のクラスタ環境を削除します。
    クラスタ環境の削除については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務の削除』を参照してください。

  4. 対象業務のクラスタ環境を作成します。
    クラスタ環境の作成については、ETERNUS SF AdvancedCopy Managerクラスタ適用ガイドの『Storage管理サーバ業務、Storageサーバ業務のカスタマイズ』を参照してください。

  5. 対象業務を起動します。
    起動方法については、クラスタソフトウェアのマニュアルを参照してください。

  6. AdvancedCopy Managerのデータを復元します。

    1. 以下のデータを復元します。

      • リポジトリ
        リポジトリを復元します。
        リポジトリを復元する方法については、本マニュアルの『データベースリストア』を参照してください。

      • 認証機能の管理簿
        Storage管理サーバ業務の稼動ノードにて認証機構の管理簿を復元します。
        認証機能の管理簿を復元する方法については、本マニュアルの『認証管理簿のリストア』を参照してください。

      • 画面ファイル
        画面ファイルを復元します。
        Storage管理サーバ業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\data配下のファイルを復元します。また、両ノードにて環境設定フォルダ\etc\data\security配下のファイルも復元します。

      • AdvancedCopy Manager管理ファイル
        業務の稼動ノードにて共有ディスクのドライブ\etc\opt\swstorage\etc\swnode.iniを復元します。

    2. Storage管理サーバ業務にてStorageサーバ業務を兼ねている場合、以下のデータも復元します。

      • バックアップ管理簿
        バックアップ管理簿を復元します。
        バックアップ管理簿を復元する方法については、本マニュアルの『バックアップ管理簿のリストア』を参照してください。

      • 前後処理スクリプト
        バックアップ管理とレプリケーション管理の前後処理スクリプトを復元します。

      • レプリケーション管理機能を使用している場合は、資源整合コマンド(swsrprecoverres)にて環境を復元します。
        資源整合コマンドには、"-r"オプションを指定してください。資源整合コマンドについては、本マニュアルの『資源整合コマンド(swsrprecoverres)』を参照してください。

      • ロック動作指定ファイル
        手順2でロック動作指定ファイルを退避した場合、退避したロック動作指定ファイルを復元します。

      • バックアップ管理またはレプリケーション管理のデバイス情報
        手順2でバックアップ管理またはレプリケーション管理のデバイス情報を退避した場合は、退避したファイルを以下のファイルにcopyコマンドなどで復元してください。
        AdvancedCopy Manager共有データ用共有ディスクのドライブレター:\etc\swstorage\etc\repl\data\device.ini.<論理ノード名>

    3. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、以下のデータを復元します。

      • 管理情報一括バックアップのポリシーファイル
        ポリシーファイルのパスについては、本マニュアルの『事前準備』を参照してください。

  7. AdvancedCopy Managerの管理情報一括バックアップ実行サーバの場合、管理情報一括バックアップサーバ登録/削除コマンドを実行し、管理情報一括バックアップ実行サーバとして登録してください。

11.5.11 スタートアップアカウントの変更について 

スタートアップアカウントのユーザーは、AdvancedCopy Managerの各種サービスの起動アカウントとして使用するため、以下の権限がインストール時に付加されています。

オペレーティングシステムに登録されたAdvancedCopy Managerのそれぞれのサービスのログオン情報には、インストール時にスタートアップアカウントが自動的に設定されています。

よって、スタートアップアカウントを変更した場合は、サービスのログオン情報を変更する必要があります。

スタートアップアカウントとして指定するユーザーは以下の条件を満たすことを確認してください。
また、アカウント名とパスワードには、以下の条件があります。

目次 索引 前ページ次ページ

All Rights Reserved, Copyright(C) 富士通株式会社 2002-2006