Arcserve RHA コントロールサービスのバックアップと復旧
こんにちは、ホテです。
ARCserve Replication/HAの管理をするためのコンポーネントに
「コントロールサービス」というものがあります。
これのバックアップってどうするの?というお問い合わせを
いただく事がよくあるので、今日はその方法を解説します。
■最低限必要なのは「シナリオ」と「ライセンスキー」
コントロールサービスをバックアップするうえで一番簡単な方法は、
ARCserve D2DやARCserve Backupでシステムごとバックアップしてしまう方法です。
しかし、もしこれらのバックアップツールを使わないという事であれば、
最低限シナリオの定義ファイルとライセンスキーを控えておいてください。
ライセンスキーは製品のパッケージ(箱)かライセンスプログラム証書に
書いてありますので、それを大切に保管しておきます。
シナリオ定義ファイルは、ARCserve RHA マネージャの画面から以下のように
エクスポートして、xmcファイルの形式で保管しておきます。
(シナリオ名を右クリックして[エクスポート]をクリックします)
■コントロールサービスを別なサーバに復旧してみよう
では、コントロールサービスの復旧方法を見ていきましょう。
例えば下の図のように、コントロールサービス導入サーバだけが
壊れてしまったとします。
(コントロールサービスが壊れちゃいました)
この状態ではエンジンは無事なのでレプリケーションは問題なく継続します。
ただし、コントロールサービスがないと管理ができなくなってしまうので、
暫定的に別なサーバ(上の図で言うとたとえばレプリカサーバとか)に
コントロールサービスをインストールします。
で、インストールが終わったら、ARCserve RHA マネージャを開いて、
ライセンスキーを登録し、さっきの手順で保存しておいたシナリオをインポートします。
インポートのやり方はエクスポートとほぼ一緒です。
([シナリオ]と書いてあるところを選択してから右クリックで[インポート])
(しばらくするとインポートしたシナリオの状態が確認できます)
という事で、簡単にシナリオの管理を再開できました。
1つだけ注意点がありまして、この復旧手順は元のコントロールサービスが
生きている時にはやらないでください。2つのコントロールサービスが
同じシナリオを管理しようと競合してしまいます。
なので、コントロールサービスを2つ立てる場合は片方のサービス
(「CA ARCserve RHA コントロール サービス」というやつ)は停止
しておくのが安全です。
この他、「コントロールサービスシナリオ」というのを使って、
コントロールサービスの管理情報をレプリケーションする方法もあるのですが、
それの紹介はまた別な機会に!
<関連記事>
« 【事例見どころ紹介 第2弾】専任IT管理者のいない環境でもDB二重化、タイムラグリスクを解消 | トップページ | おさらい:「Arcserve Replication」と「High Availability」の違いとは? »
「技術情報」カテゴリの記事
- Arcserve Cloud Direct で仮想マシンのデータを復旧する方法(2025.05.09)
- Arcserve UDP Agent for Windowsで実現するサイバーレジリエンスの強化!(2025.04.04)
- Arcserve UDP 10.0 新機能(8):その他(2025.03.07)
- Arcserve UDP 10.0 新機能(1):アシュアード セキュリティ スキャン(2024.11.22)
- 実はランサムウェア対策にも有用?! 仮想スタンバイって凄い!(2024.09.06)
「Arcserve Replication / High Availability」カテゴリの記事
- Arcserve Replication / High Availability 18.0 SP3c で Windows Server 2025 に対応しました。(2025.05.16)
- Arcserve Replication / High Availability 18.0 SP3b が公開されました。(2025.03.14)
- (2025/05/12 更新)Arcserve 製品の Windows Server 2025 対応状況(2025.02.28)
- WSFC環境でのArcserve Replication and High Availability利用(2024.10.04)
- 「Arcserve Replication / High Availability」カテゴリーを作りました。(2024.09.27)
« 【事例見どころ紹介 第2弾】専任IT管理者のいない環境でもDB二重化、タイムラグリスクを解消 | トップページ | おさらい:「Arcserve Replication」と「High Availability」の違いとは? »
コメント