クラウドユーザーガイド（ニフクラバックアップ/セキュリティサービス（Acronis Cyber Protect Cloud）:Appendix）

【重要なお知らせ】サービス統合に基づくサービス名称の読み替えのお願い（2024年4月1日）

2024年4月1日をもって、「ニフクラ」は、「FJcloud-V」に統合し、名称を変更しました。
当サイトのアドレス（ドメイン名）に含まれる「nifcloud.com」は現時点では変更はございませんが、
各ページに記載の「ニフクラ」「NIFCLOUD」「nifcloud」は、「FJcloud-V」に読み替えていただきますようお願いいたします。

ニフクラユーザーガイド

クラウドトップ>ニフクラバックアップ/セキュリティ>ユーザーガイド>Appendix

Appendix

ニフクラバックアップ/セキュリティサービス（Acronis Cyber Protect Cloud）(以降 Acronis)を利用する際のAppendixを記載します。

エージェント/ライセンス
管理コンソール
バックアップ/リストア

エージェント/ライセンス

サーバーの設定変更

Acronisのエージェントをインストールしたデバイスのホスト名、および、FQDNの変更時はエージェントの再インストールが必要です。

アカウントの移管

ニフクラID間で、Acronisアカウントは移管できません。

想定ケースにおける対処

以下のようなケースでの対処方法を記載します。

ケース
- ニフクラID-AでAcronisアカウントAを取得しバックアップを取得している。
- ニフクラID-Aの利用を終了するが、別のニフクラID-Bでバックアップデータは継続して使用したい。
  - ニフクラID-Aを解約する場合、AcronisアカウントAも解約する必要があります。解約手続きをするとAcronisクラウドストレージのデータは削除されます。
対処方法
1. AcronisアカウントAでAcronisクラウドに保存しているデータをローカルストレージへ移行します。
  - バックアップをAcronisクラウド以外のローカルバックアップに属する保存先に保存してください。
  - Acronisのクラウドストレージにバックアップを取得してる場合は、Acronis マニュアルエクスポート機能で任意の保存場所にバックアップデータのコピーを作成できます。
    （本機能を利用する場合はアドバンスドバックアップのお申し込みが必要です。）
2. ニフクラID-Bで取得したAcronisアカウントBで以下の操作を実施します。
  クラウドコンソールの[バックアップストレージ]＞[ロケーションの追加]で、上記のバックアップデータが保存されているローカルストレージを指定すると、AcronisアカウントAで作成したバックアップが表示され、そのまま利用可能です。
3. その後、AcronisアカウントBで以前のバックアップデータが使用できることを確認し、ニフクラID-Aを解約してください。

エージェントの再インストール失敗時

エージェントの再インストールが失敗する場合、エージェントのインストール時に付与された、固有の識別子が阻害している可能性があります。以下手順で識別子を削除してください。

Windows の場合

Acronis エージェントをアンインストールします。

以下のレジストリを削除します。

HKEY_LOCAL_MACHINE\SOFTWARE\Acronis
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Acronis
HKEY_CURRENT_USER\SOFTWARE\Acronis

以下のフォルダが残っている場合は削除します。
（インストールパスが異なる場合は環境にあわせて変更してください。）

C:\ProgramData\Acronis
C:\Program Files\Acronis
C:\Program Files\Common Files\Acronis
C:\Program Files(x86)\Acronis
C:\Program Files(x86)\Common Files\Acronis
C:\ProgramData\alsdb

該当のマシンを再起動します。
Acronis エージェントを再インストールします。
プロキシ環境においては以下を確認し、プロキシ設定を指定してください。
Acronis マニュアルプロキシサーバー設定の構成

Linux の場合

コンソールよりAcronis エージェントのインストーラーを以下オプション指定にて実施し、アンインストールします。
```
# ./<インストールモジュール> -a -u --purge
```
Acronis エージェントを再インストールします。
プロキシ環境においては以下を確認し、プロキシ設定を指定してください。
Acronis マニュアルプロキシサーバー設定の構成

インストールモジュールを利用したエージェントアップデート

仕様_通信要件に記載している、「インストールモジュールを手動でダウンロードしてアップデートする方法」は以下となります。
1. バックアップコンソールにログインします。
2. 右上部の人型アイコンをクリックします。
3. [ダウンロード]をクリックします。
4. 該当のエージェントインストーラーをクリックします。

管理コンソール

パスワードリセット

ログイン画面の「サインイン」ボタンの下にある「パスワードを忘れた場合」というリンクをクリックし、パスワードを変更してください。
バックアップ/セキュリティサービス（Acronis Cyber Protect Cloud）管理画面

バックアップ/リストア

グローバルIPアドレスを付与しないサーバーのバックアップ

仕様_通信要件の通り、AcronisではエージェントからAcronisのマネージャへ通信が必要です。
グローバルIPアドレスを付与しないサーバーは、プロキシまたはNAT、NAPTを経由してバックアップが可能です。

利用が可能な経由の方法	備考
プロキシ	実績あり・squid ・Tiny Proxy ・CC Proxy
ニフクラで提供するルーターのNAT機能	同ルーターのWebプロキシ機能はCONNECTメソッドのサポートが443ポートのみのため、利用できません。
NAPT	Linuxのiptablesを使用した、IPマスカレード等

ブータブルメディアによる復元

ブータブルメディアが稼働するには、最低1GB以上、推奨2GB以上のメモリが必要です。
復元先サーバーのスペックを確認し、メモリが不足している場合はスペックアップを実施してください。
その他の条件はAcronis マニュアルエージェントのシステム要件を参照してください。

リストア時に引き継ぐことができるOSのネットワーク設定

マシン全体のリストアを実行すると、バックアップ元のネットワーク設定の一部が復元されません。
- 引継ぐことができるネットワーク設定
  - IPアドレス
  - サブネットマスク
  - デフォルトゲートウェイ
  - DNSサーバー
- 引継ぐことができないネットワーク設定
  - スタティックルート
- ルーティングが不足するため、Web管理画面からの復元で以下制限が発生します。
  - 個別のルーティングが必要なネットワークフォルダおよびNFSサーバーへバックアップデーターが保存されているとリストアが失敗します。
    復元先のサーバーと、バックアップデーターが保存されているネットワークフォルダおよびNFSサーバーの間は、サーバーへのルーティング設定が不要となる構成にしてください。
マシン全体の復元を実行すると、復元元と復元先で認識しているNICと接続されているネットワークに齟齬が発生する場合があります。
齟齬が発生した場合、復元実行時のみネットワーク構成の変更が必要になります。

リストア時にスタティックルートが必要な場合

ブータブルメディアを用いたリストアは、リストア時にスタティックルートを設定可能です。
ブータブルメディアでのスタティックルートの設定手順は以下になります。
- ブータブルメディアから復元対象のコンピューターを起動後、 [アクション] → [シェル] からシェルの実行画面に遷移します。
  「ip route add」コマンドからスタティックルートを設定できます。
  例）ip route add 192.168.2.0/24 via 192.168.3.100 dev eth0

複数の保存先へバックアップ

Acronis マニュアルレプリケーション機能により、1つの保護計画で複数の保存先にバックアップできます。

サーバー起動時にバックアップを実行する

バックアップを取得するには、バックアップを実施する時刻に対象サーバーの電源を入れておいてください。
当該時間に電源を入れられない場合、Acronis マニュアルバックアップスケジュールを参考に「マシンの電源が入っていないため実行されなかったタスクを起動時に実行する」機能を有効にすると対象サーバーの起動時にバックアップを取得できます。

ISOマウント機能を利用できない環境でグローバルIPアドレスを付与しないサーバーのリストア(一時的にグローバル接続をするのは可能な場合)

Acronis は、メディアブートを使用したベアメタル復元の他に、Web管理コンソールからの復元指示が可能です。以下手順にて対応してください。
※ 通常時は、プロキシ経由などでバックアップを取得する想定です。
※ 復元実行後に、DNS参照できずに15%で止まるため、止まったらコンソールからDNS設定が必要です。

Acronis エージェントが通信可能な場合
1. サーバーを停止、グローバルIPを付与します。
2. サーバーを起動します。
3. 管理コンソールから復元の操作を行います。
4. 復元完了後、グローバルを切断します。
Acronis エージェントとOSが操作できない、OSが起動しないなどの理由により通信できない状態の場合
※新規作成になるため、費用が発生します。
1. 復元用に、共用グローバルへ接続された仮想マシンを新規作成します。
2. Acronis エージェントをインストールします。
3. 故障したサーバーの復元先を、新規作成した仮想サーバーに指定し、管理コンソールから復元の操作を行います。
4. 復元完了後、グローバルを切断します。

異なるマシンに復元する際の注意事項

Acronisの仕様上、Acronis エージェントのインストール時にサーバーごとのユニークなIDが付与されます。
このユニークなIDは、バックアップ取得時に取得され、異なるハードウェアに復元した場合でも、同一のIDで復元されます。

IDが重複している複数のエージェントがマネージャーと通信すると、マネージャーの管理情報に不整合が発生し、正常にバックアップやリストアができなくなります。
異なるサーバーへ復元した後に、以下の作業を実施してIDの重複を回避してください。

【手順】

復元先サーバーへの復元前に、復元元サーバーを停止する。
復元先サーバーへ復元する。
復元先サーバーのAcronis エージェントを、“マネージャーと通信ができない状態” にする。
※ マネージャーと通信ができない状態を作るには、グローバルIPアドレスを外す、FWで制限するなどが利用できます。
復元先サーバーのAcronis エージェントをアンインストールする。 ※ アンインストール完了後、復元元サーバーを起動しても問題ありません。
復元先サーバーをマネージャーと通信できる状態に戻す。
復元先サーバーのエージェントを再インストールする。

VMインポートしたRHELサーバーをAcronisで復元する際の注意事項

サーバーの作成方法により適用されているライセンスが異なります。
- ニフクラのスタンダードイメージから作成されたRHELサーバー：サブスクリプション契約付きライセンス
- VMインポートにてニフクラにインポートしたRHELサーバー：Red Hat Cloud Access ライセンス
ライセンス違反を避けるため、異なるライセンスのサーバーへ、OS全体をリストアしないでください。
例：VMインポートを用いてインポートしたRHELサーバーのバックアップを、ニフクラで新規作成したRHEL仮想マシンにリストアはできません。