acronis backup 12

Acronis Backup 12.5

ベストプラクティス 2018年6月28日

2 Copyright © Acronis International GmbH, 2002-2018

目次

1 はじめに ................................................................................................................. 7

2 Acronis Backup のコンポーネントとアーキテクチャ ........................................ 7

2.1 リソース使用計算ツール ............................................................................................. 12

2.2 ライセンス管理 ............................................................................................................. 12

2.2.1 ポリシー ................................................................................................................................. 12

2.2.2 ライセンスサーバー ............................................................................................................. 13

2.2.3 単一の Management Server での Standard と Advanced の使用 ................................. 14

3 スタンドアロンマシン ......................................................................................... 15

3.1 デプロイの準備 ............................................................................................................. 15

3.1.1 スタンドアロンマシンのためのソフトウェア要件 ......................................................... 15

3.1.2 ハードウェアの要件とサイズ ............................................................................................. 16

3.1.3 デプロイの種類 ..................................................................................................................... 16

3.2 コンポーネントとインストール.................................................................................. 17

3.2.1 管理コンポーネント ............................................................................................................. 17

3.2.2 バックアップエージェント ................................................................................................. 18

3.2.3 推奨されるインストール手順 ............................................................................................. 18

3.3 バックアップ計画の推奨事項...................................................................................... 20

3.3.1 何をバックアップするか ..................................................................................................... 20

3.3.2 どこにバックアップするか ................................................................................................. 20

3.3.3 スケジュール設定 ................................................................................................................. 20

3.3.4 保持期間 ................................................................................................................................. 21

3.3.5 レプリケーション、変換、ベリファイ ............................................................................. 21

3.3.6 その他の推奨事項 ................................................................................................................. 21

3.4 ストレージについての検討事項.................................................................................. 22

3.4.1 ドライブの交換 ..................................................................................................................... 23

3.4.2 テープデバイス ..................................................................................................................... 24


3.5 ネットワーク図とポート ............................................................................................. 27

4 小規模環境 ........................................................................................................... 29

4.1 デプロイの準備 ............................................................................................................. 29

4.1.1 小規模環境で推奨されるソフトウェア要件 ..................................................................... 29

4.1.2 ハードウェアの要件とサイズ ............................................................................................. 30

4.1.3 デプロイの種類 ..................................................................................................................... 30

4.2 コンポーネントとインストール.................................................................................. 32

4.2.1 管理コンポーネント ............................................................................................................. 32

4.2.2 バックアップエージェント ................................................................................................. 33

4.2.3 推奨されるインストール手順 ............................................................................................. 38

4.3 バックアップ計画の推奨事項...................................................................................... 39

4.3.1 何をバックアップするか ..................................................................................................... 39

4.3.2 どこにバックアップするか ................................................................................................. 39

4.3.3 スケジュール設定 ................................................................................................................. 40

4.3.4 保持期間 ................................................................................................................................. 40


4.3.6 その他の推奨事項 ................................................................................................................. 41

4.4 ストレージについての検討事項.................................................................................. 42

4.4.1 重複除外 ................................................................................................................................. 43

4.4.2 ドライブの交換 ..................................................................................................................... 43

4.4.3 テープデバイス ..................................................................................................................... 43

4.5 ネットワーク図とポート ............................................................................................. 46

5 一般的な中堅中小企業 ......................................................................................... 49

5.1 デプロイの準備 ............................................................................................................. 49

5.1.1 中堅中小企業の環境に推奨されるソフトウェア要件 ..................................................... 49

5.1.2 Management Server データベース .................................................................................... 50

5.1.3 ハードウェアの要件とサイズ ............................................................................................. 51

5.1.4 デプロイの種類 ..................................................................................................................... 51

5.2 コンポーネントとインストール.................................................................................. 52


5.2.1 管理コンポーネント ............................................................................................................. 52

5.2.2 バックアップエージェント ................................................................................................. 53

5.2.3 推奨されるインストール手順 ............................................................................................. 58

5.3 バックアップ計画の推奨事項...................................................................................... 60

5.3.1 何をバックアップするか ..................................................................................................... 60

5.3.2 どこにバックアップするか ................................................................................................. 60

5.3.3 スケジュール設定 ................................................................................................................. 60

5.3.4 保持期間 ................................................................................................................................. 61


5.3.6 その他の推奨事項 ................................................................................................................. 62

5.4 ストレージについての検討事項.................................................................................. 64

5.4.1 重複除外 ................................................................................................................................. 65

5.4.2 テープデバイス ..................................................................................................................... 66

5.5 ネットワーク図とポート ............................................................................................. 69

6 大規模環境 ........................................................................................................... 72

6.1 デプロイの準備 ............................................................................................................. 72

6.1.1 大規模環境に推奨されるソフトウェア要件 ..................................................................... 72

6.1.2 Management Server データベース .................................................................................... 74

6.1.3 ハードウェアの要件とサイズ ............................................................................................. 74

6.1.4 デプロイの種類 ..................................................................................................................... 75

6.1.5 大規模環境におけるデプロイ後の最適化 ......................................................................... 75

6.2 コンポーネントとインストール.................................................................................. 76

6.2.1 管理コンポーネント ............................................................................................................. 76

6.2.2 バックアップエージェント ................................................................................................. 78

6.2.3 推奨されるインストール手順 ............................................................................................. 82

6.3 バックアップ計画の推奨事項...................................................................................... 84

6.3.1 何をバックアップするか ..................................................................................................... 84

6.3.2 どこにバックアップするか ................................................................................................. 84

6.3.3 スケジュール設定 ................................................................................................................. 85


6.3.4 保持期間 ................................................................................................................................. 85


6.3.6 その他の推奨事項 ................................................................................................................. 86

6.4 ストレージについての検討事項.................................................................................. 89

6.4.1 重複除外 ................................................................................................................................. 89

6.4.2 テープデバイス ..................................................................................................................... 90

6.4.3 Acronis Storage (Update 2 の新機能) ................................................................................ 93

6.5 ネットワーク図とポート ............................................................................................. 94

7 リカバリに関する推奨事項 ................................................................................. 96

7.1 Acronis ブータブルメディア ....................................................................................... 96

7.1.1 ブータブルメディアをテストする ..................................................................................... 97

7.1.2 WinPE 環境 ............................................................................................................................ 98

7.1.3 ブータブルメディアの自動化 ............................................................................................. 99

7.1.4 メディアの登録 ..................................................................................................................... 99

7.2 リカバリのシナリオ ................................................................................................... 100

7.2.1 基本的なリカバリ ............................................................................................................... 100

7.2.2 大規模リカバリ ................................................................................................................... 100

7.2.3 サイト全体のディザスタリカバリ ................................................................................... 101

7.2.4 ディザスタリカバリに関する一般的な推奨事項 ........................................................... 102

8 その他の推奨事項 .............................................................................................. 105

8.1 サポート対象外の OS のバックアップ .................................................................... 105

8.2 モバイルエンドポイントのバックアップ (Update 2 の新機能) ........................... 106

8.3 スクリプト定義のバックアップロケーション ........................................................ 107

9 圧縮と暗号化 ...................................................................................................... 108

9.1 圧縮 ............................................................................................................................... 108

9.2 暗号化 ........................................................................................................................... 108

10 付録 A サービス ............................................................................................... 110

10.1 エージェントサービス (Windows) ............................................................................ 110


10.2 Management Server services (Windows) ................................................................ 111

10.3 Acronis Storage Node および (Acronis Storage Node マシン上の) Backup Agent

サービス (Windows).................................................................................................... 113

10.4 サービスアカウント ................................................................................................... 113

10.5 サービスとコンポーネント (Linux) .......................................................................... 116

10.6 認証情報の保存 ........................................................................................................... 117

11 付録 B. ネットワーク図とポート ...................................................................... 118

記号 ....................................................................................................................... 119

ポート ....................................................................................................................... 120


1 はじめに

本ガイドについて

本文書は多数の標準的な環境における Acronis Backup のベストプラクティスと推奨手順につい

て説明し、導入時の設定不備に関連する一般的な問題を回避できるよう支援するものです。

各環境の推奨事項は自己完結型で、ユーザーのシナリオに最適な推奨事項を選択するだけです。

リカバリに関する推奨事項は「その他の推奨事項」および「付録」の項にまとめられています。

指定された環境のみに該当する説明ではないため、本ガイドを使用するすべての人が参照して

活用できます。

本文書の対象読者

本ガイドは Acronis Backup を設定・管理する方を対象にしています。

本ガイドのほとんどの項は、読者が Acronis Backup を直接使用した経験があるものと想定して

おり、「高度なユーザーガイド」として機能します。基本的な使用に関する情報は Acronis

Backup ユーザーガイドを参照してください。

本ガイドに含まれる情報は、Acronis Backup 12.5 Update 2 以前のバージョンで発生した顧客の

問題を解決してきたアクロニスのエンジニアの経験を集積したものです。最善の結果を得るた

めには、お使いの環境に対応する推奨事項にもれなく沿っていただくことを推奨します。

スタンドアロン環境のマシン (p. 15)

小規模環境 (p. 29)

一般的な中堅中小企業の環境 (p. 49)

大規模環境 (p. 72)

2 Acronis Backup のコンポーネントとアーキテク

チャ Acronis Backup は以下のインストール可能なコンポーネントから構成されています。


Management Server（管理サーバー）

Acronis Management Server は Acronis Backup の管理機能を担う多数のサービスから構成され

ており、Web UI を提供しています。これらのサービスはエージェント、グループ、バックアッ

プ計画の管理、通知の送信、データの収集、レポートの作成と保存などを実行します。サービ

スとその機能の完全なリストは付録 A (p. 110) を参照してください。Management Server コン

ポーネントは通常最初にインストールされ、Acronis Backup インフラを管理する際の第一歩と

なります。バックアップやリカバリ操作、その他のデータ管理の操作には関与しません。

リモートインストールのためのコンポーネント

これは完全な Acronis Backup インストール実行ファイルに存在する、すべてのインストールコ

ンポーネントのアーカイブです。デプロイエージェントを Acronis Management Server からリ

モートでプッシュできるようにするために、これをインストールする必要があります。製品の

GUI からリモートでインストールする機能が不要な場合には、容量を節約するためにこのコン

ポーネントはインストールしないようにします。

Monitoring Service

このコンポーネントは、製品内でデータ収集、レポート作成データベース、レポートとダッシ

ュボード機能を提供します。現在、Management Server コンポーネントのアドオンとしてのみ

インストールすることができます。

Management Server

デフォルトの

ポート 9877

ZMQ ゲートウェイ

API ゲートウェイ

格納域マネージャー

通知サービスグループマネージャー

ポリシーマネージャー

マイクロサービス

アーキテクチャ管理データ

Management

Server Service 文書では、矢印はどのコンポーネント

から接続を開始するかを示します

Web ブラウザ


システムはこのサービスの実行中にのみモニタリングデータを収集します。つまり、このサー

ビスを後でインストールすると不完全なレポート記録しか作成されません。

このコンポーネントがインストールされていない場合には、ダッシュボードとレポート作成機

能は製品 UI で非表示になります。

バックアップエージェント

Acronis バックアップエージェントは特定のバックアップ、リカバリ、レプリケーション、およ

び保護対象マシン上の他のデータ操作タスクなどを実行する多数のサービスとしてもインスト

ールされます。一般的には保護を必要とするデバイス毎にインストールされ、その後 Acronis

Management Server に追加されます。

しかし、Acronis エージェントは、完全に独立して機能することが可能で、スケジュールされた

バックアップ操作を実行するために、Management Server と常に通信を行う必要はありません。

分離したエージェントをインストールして、完全に Management Server なしで使用することも

可能 (p. 19) ですが、この場合はコマンドラインで管理する必要があります。

データソース毎に異なるタイプのエージェントが使用されますが、エージェントはすべて同一

のアーキテクチャや通信プロトコルを使用し、機能の大部分は同じです。

以下は現在利用可能なエージェントの一覧です。将来のアップデートで新しいデータソースが

アクロニスにサポートされるようになるにつれ、このリストは拡張されます。

Windows エージェント

Linux エージェント

Mac エージェント

VMware (Windows)エージェント

VMware (Virtual Appliance)エージェント

Hyper-V エージェント

Exchange エージェント

Office 365 エージェント

Oracle エージェント


ブータブルメディアビルダー

これは独立した GUI ツールで、2 つの異なるタイプの Acronis ブータブルメディアを作成するの

に使用されます：デフォルトの Linux ベースのメディアと WinPE ベースのメディアです。

1 つのマシンで作成されたメディアは、その他のマシンでも機能するため、通常、このツールの

1 つのインスタンスを、1 台のマシンにインストールするだけで事足ります。

Acronis ブータブルメディアは完全な自己完結型のツールで、上記のエージェントに類似するエ

ージェントによりバックアップと復元機能が提供されます。メディアとバックアップファイル

がある限り、どんなシステムでもベアメタル復元が可能です。

バックアップモニター

このコンポーネントはエージェントと一緒にインストールされ、オペレーティングシステムの

システムトレイまたはメニューバーからエージェントとの基本的な通信機能を提供します。バ

ックアップモニターを使用して、稼働中のバックアップをエージェントがインストールされた

マシンから直接確認したり、停止したりすることができます。

Storage Node

このコンポーネントはエージェントがバックアップの保存先として使用できる、管理対象の集

中管理用ストレージロケーションを提供します。カタログ作成、集中管理テープバックアップ、

重複除外のために必要です。

バックアップ

エージェント

Scheduler 2 Service Active Protection

Service リモートバックアッ

プエージェント

Managed Machine

Service ARSM Service Tib Mounter Service

コマンドライン


カタログサービス

カタログサービスは、バックアップすべてにインデックスを付け、バックアップの中でファイ

ルを検索し、復元できるようにします。ファイルの復元には必要ではないものの、検索にのみ

必要となります。

PXE サーバー

このサービスはブータブルメディアビルダーと連動して機能し、ブータブルメディアを使用し

てネットワーク経由でブートできるようにします。

アーキテクチャの概要

Acronis Backup 12.5 は Acronis Cloud のプラットフォームである Acronis Data Cloud と同じア

ーキテクチャとコードベースを備え、サービスプロバイダーによるバックアップやその他のサ

ービスの提供を可能にしています。つまり、本項の最初に記載したものと同じ管理コンポーネ

ントが弊社のデータセンターでも稼働し、アクロニスの数千人にも及ぶ顧客やパートナーの

100 ペタバイト以上のデータを管理しているということです。おもな違いは、Acronis Backup

12.5 では、これらのコンポーネントが 1 回のクリックでインストール可能なパッケージとして

提供されているのに対し、クラウドで使用されているサービスは、弊社のデータセンター内の

複雑なサーバーネットワークで専門のチームにより、手動でデプロイされ、保守が行われると

いう点です。

クラウドプラットフォームの広大なクラウドサービスの規模は、Acronis Backup 12.5 を支える

多くのアーキテクチャ上の決定を左右します。例えば、以前の製品の RPC 接続を使用したモノ

リシックサービスは、RESTful API を使用して通信するより柔軟なマイクロサービスアーキテク

チャに移行されました。Web コンソールインターフェースを使用するという選択もなされまし

た。これが、クラウドサービスに UI を提供する最適のオプションだからです。

これにより、ローカルにデプロイされた Acronis Backup 12.5 のお客様に提供される利点も、そ

のほとんどが大規模でのスケーラビリティと安定性からもたらされるものです。数百のエンド

ポイントを管理する代わりに、新しい Management Server は、比較的低品質のハードウェアが

使用されている場合でも、数千のエージェントを効果的に管理することができます。

弊社のクラウドサービスプラットフォームの急速な拡大には、基盤となるアーキテクチャの絶

え間ない進化が必要です。これは、Acronis Backup 12.5 は、クラウドプラットフォームと同じ

アーキテクチャを使用しているため、Acronis Backup 12.5 のアーキテクチャにもまた、同様の


変化が必要だということです。

本ガイドは Acronis Backup 12.5 の主要アップデートの度に更新されることを留意ください。例

えば、付録 A (p. 110) に記載のレガシーのリモートエージェントサービスは廃止される予定で

す。

2.1 リソース使用計算ツール

本ガイドの追記として、必要な時に応じて参照できるようリソース使用計算ツールを作成しま

した。この計算ツールは大規模環境におけるハードウェアのサイズの決定を支援するものです

が、指定された保持期間とデータをネットワーク経由で転送するのに必要な時間、必要となる

ストレージの要件を試算するのにも役立ちます。

この計算ツールはフィードバックや新しいデータに応じて定期的に更新されます。以下のリン

クで最新版をお使いいただけます。

https://go.acronis.com/resource-usage-calculator

この計算ツールの使用方法は、まず、最初のシートに環境のサイズを表す数字を入力し、2 番目

のシートに、バックアップ計画、バックアップウィンドウ、使用するストレージを入力すると、

3 番目のシートに、結果の推奨値が表示されます。カタログ作成や重複除外などの機能の使用に

不明な点がある場合には、この後の項で記載している推奨事項から、お使いの環境に適したも

のをお読みください。

2.2 ライセンス管理

2.2.1 ポリシー

Acronis Backup 12.5 のライセンスポリシーはシンプルです。

ライセンスには永続ライセンスとサブスクリプションの 2 種類があります。

ライセンスは：物理マシン、仮想ホスト、Office 365 メールボックス、クラウドインスタン

スの数に合わせて購入します。

コンポーネントのインストールにライセンスは不要です。

ライセンスはインストール後に自動または手動で各エージェントに割り当てられます。

新しいバックアップ計画のデプロイ、または既存のバックアップ計画の実行のために割

https://go.acronis.com/resource-usage-calculator


り当てる必要があります。

ライセンスには 2 つのエディションがあります：Standard と Advanced

Standard は 1 台のマシン (p. 15) および小規模環境 (p. 29) を保護するのに使用されます。

Advanced には、中堅中小企業 (p. 49) と大規模環境 (p. 72) の保護に役立つ多数の機能が

含まれます。

ライセンスは、ライセンスの割り当てに使用できるオペレーティングシステムごとにさ

らに細分化されています。

Standard ライセンス：

Acronis Backup 12.5 Workstation – Windows PC (XP, Vista, 7-10) または macOS が稼働す

るマシンに割り当てられます。

Acronis Backup 12.5 Server – サポート対象のすべての OS に割り当てられます。

Acronis Backup 12.5 Windows Server Essentials – Windows Server Essentials または同様

のシステムに割り当てられます。

Acronis Backup 12.5 Virtual Host – 仮想マシンを実行するハイパーバイザーに割り当てら

れます。

Acronis Backup 12.5 Office 365 – Office 365 のメールボックスに割り当てられます（サブ

スクリプションのみ）。

Advanced ライセンス：

Acronis Backup 12.5 Advanced Workstation – Windows PC (XP, Vista, 7-10) または

macOS が稼働するマシンに割り当てられます。

Acronis Backup 12.5 Advanced Server – サポート対象のすべての OS に割り当てられます。

Acronis Backup 12.5 Advanced Virtual Host – 仮想マシンを実行するハイパーバイザーに

割り当てられます。

Acronis Backup 12.5 Advanced Office 365 – Office 365 のメールボックスに割り当てられ

ます

（サブスクリプションのみ）。

Acronis Backup 12.5 Advanced Universal License – すべての物理ホストまたはハイパー

バイザーに割り当てられます。

Acronis データセンターのクラウドストレージはサブスクリプションベースでオプションラ

イセンスとして提供しています。

2.2.2 ライセンスサーバー


それぞれのライセンスサーバーのインストールにはライセンスサーバーコンポーネントが含ま

れます。このコンポーネントは独自の暗号化されたファイルを保存し、ライセンスの割り当て

と有効性を確認します。ライセンスはインストール後に追加されます。つまり、インストール

ファイルとプロセスには、ライセンス毎の違いがありません。しかし、単独のライセンスサー

バーを複数の Management Server のために登録することはできません。この機能は Acronis

Backup の将来のバージョンで利用可能になります。

Management Server にマシンが追加されると、常に対応するライセンスサーバーを介してライ

センスが付与されます。エージェントがオンラインになる度に（少なくとも 1 日に 1 度）、ラ

イセンスの割り当てが確認され、Management Server に登録された各エージェントのライセン

スが更新されます。

連続して 30 日間ライセンスの確認が実行できない場合、（例えば、マシンがオフサイトにありManagement Server に 30 日間接続できない）、エージェントはそのマシンでのバックアップを無効にしま

す。

Management Server に接続されていない複数のマシンを使用している場合には、エージェント

はコマンドラインを使用して各自に別途ライセンスを付与できます (p. 29)。この場合、UI は

Management Server の一部であるため、マシンをコマンドラインで管理する必要があります。

エージェントが Management Server を介して管理されている間は、エージェントは自分自身に

ライセンスを付与することはできません。

2.2.3 単一の Management Server での Standard と Advanced

の使用

Standard と Advanced ライセンスを単一の Management Server インストールで混合して使用することは推奨されません。

Standard ライセンスと Advanced ライセンスの両方を 1 つの Management Server インストー

ルに追加・使用することは技術的には可能ですが、こうした使用例ではユーザーエクスペリエ

ンスが最適化されません。適切なライセンスがないことから毎回失敗するバックアップ計画を

作成してしまう状況につながります。

最大で 5 台のマシンを使用し、高度な機能が不要な場合にはすべて、Standard ライセンスを使

用してください：https://www.acronis.com/ja-jp/business/overview/compare-products/


大規模環境を使用している場合やテープへのバックアップやオフホストデータ処理などの機能

が必要な場合にはすべて、Advanced ライセンスを使用してください。

3 スタンドアロンマシン

環境の説明

単一のマシンのインストールは、バックアップ対象のマシン上で管理を行う場合に使用されま

す。このケースは、バックアップするマシンが 1 台しかない場合から、リモートで管理できな

いスタンドアロンのマシンから成る大規模環境にまで該当します。

Web コンソールユーザーインターフェースを使用してマシンに保存されたバックアップをロー

カルで管理したい場合には、Management Server コンポーネントをエージェントと共にインス

トールする必要があります。この場合、スタンドアロンマシンは Linux と Windows の下では実

行可能ですが、Mac の場合には Mac 用の管理コンポーネントが利用できないため実行できませ

ん。

別のオプションはクラウドの Acronis Management Server から管理するというものですが、こ

れには WAN 接続が必要なため、常に利用できるとは限りません。

最後のオプションは、コマンドラインからのみ単独のマシンを管理するというものです。これ

には、管理コンポーネントのインストールやネットワーク接続が必要とされませんが、バック

アップを管理する UI がないため、すべての管理をスクリプトとコマンドで行う必要があります。

このオプションは、永続ライセンスを有するマシンにのみ該当します。スタンドアロンマシンに、コマンドラインのみを使用してサブスクリプションライセンスを割り当てることができないためです。

3.1 デプロイの準備

本項では、スタンドアロン環境への Acronis Backup 12.5 のデプロイに関する要件や推奨事項を

取り上げます。

3.1.1 スタンドアロンマシンのためのソフトウェア要件

お使いのシステムがサポート対象である限り、特別な推奨事項はありません。


完全なシステム要件はユーザーガイドをご覧ください：https://www.acronis.com/ja-

jp/support/documentation/AcronisBackup_12.5/#36626.html

1 台のマシンをオペレーティングシステム内から管理する場合には、エージェントの要件よりも

厳格な Management Server 要件に必ず従うようにしてください。例えば、Management Server

コンポーネントは Mac をサポートしません。

コマンドラインからのみマシンを管理する場合には、「エージェント」の項をご覧ください：

https://www.acronis.com/ja-

jp/support/documentation/AcronisBackup_12.5/index.html#36983.html

3.1.2 ハードウェアの要件とサイズ

ハードウェアの最低要件はユーザーガイドをご覧ください：

https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5/#36552.html

Management Server コンポーネントを介したローカル管理を使用する際には、Management

Server 要件をエージェント要件に加える必要がありますのでご注意ください。

3.1.3 デプロイの種類

単一マシンの保護とスタンドアロンマシン（WAN またはローカルネットワークから分離したマ

シン）の保護では、デプロイの推奨事項が異なります。

3.1.3.1 単一の接続されたマシン

マシンがインターネットに接続されている場合には、最も簡単にバックアップを作成する方法

として、クラウドを介したデプロイモデルを推奨します。この場合、GUI と管理機能はアクロ

ニスデータセンターにインストールされた Management Server コンポーネントから提供されま

す。この方法を使用すると自分でインストールする手間が省けます。お使いの単一のマシンは、

WAN を介してクラウドの Management Server に接続されます。

ただし、Acronis Backup 12.5 の多数の高度な機能はクラウドデプロイではまだ利用できません

のでご注意ください。将来のリリースでクラウドデプロイに含まれます。機能の完全リストは

ユーザーガイドをご覧ください：https://www.acronis.com/ja-


または、高度な機能が必要な場合や管理コンポーネントに対するより直接的な管理が必要な場



https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5/index.html#36983.html

https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5/index.html#36983.html



合には、バックアップエージェントと一緒にインストールしてください。

最後に、このマシンのリソースが非常に限られている場合には、管理 GUI なしでエージェント

のみをインストールして、コマンドラインを使ってスクリプトを介してバックアップを作成で

きます。

3.1.3.2 複数のスタンドアロンマシン

WAN にもそれぞれのマシン同士にも接続できない多数のスタンドアロンマシンを保護する場合

には、エージェントだけをインストールして、管理にはコマンドラインインターフェースを使

用することを推奨します。

このアプローチの利点は同じスクリプトをすべてのマシンで使用して、バックアッププロセス

を自動化できる点です。こうすることで、一台ごとに GUI で管理する必要がなくなります。

コマンドの説明はコマンドラインリファレンスガイドをご覧ください：


jp/support/documentation/AcronisBackup_12.5_Command_Line_Refe

rence/#37072.html

もちろん、分離されたマシンそれぞれに Management Server コンポーネントをすべてインスト

ールすることもできます。各マシンをユーザーが直接管理する場合や、コマンドラインを使っ

た方法に不慣れな場合には有用です。

3.2 コンポーネントとインストール

3.2.1 管理コンポーネント

マシン自体の Web UI を使用して単独のマシンを管理したい場合にのみ、管理コンポーネントを

インストールしてください。

この場合、以下のコンポーネントのインストールを推奨します：

Management Server は GUI の表示に必要です。

ブータブルメディアビルダーはシステムを起動できない場合にディザスタリカバリを実行

するために、お使いの環境の少なくとも 1 台のマシンにインストールする必要があります。

以下のコンポーネントはこのタイプの環境には推奨されません。

https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5_Command_Line_Reference/#37072.html

https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5_Command_Line_Reference/#37072.html

https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5_Command_Line_Reference/#37072.html


Monitoring Service

このコンポーネントは、Management Server GUI のダッシュボードとレポートを使用できる

ようにします。大規模環境を管理するためには必要不可欠ですが、リアルタイムダッシュボ

ードとスケジュールされたレポートは単一のマシンには必要ありません。

リモートインストール用コンポーネント（Windows のみ）

このコンポーネントは Windows エージェントを製品の GUI からリモートでプッシュインス

トールできるようにします。1 台のマシンのみを使用する場合にはこの機能は必要ありませ

ん。

Acronis Storage Node

このコンポーネントは、複数マシンのバックアップを 1 つのストレージに保存する場合にの

み使用されます。1 台のマシンの場合は必要ありません。


カタログサービスは、ストレージノードを使用する際にバックアップ内で検索を行うために

のみ使用されます。

3.2.2 バックアップエージェント

バックアップエージェントは保護対象のマシンすべてにインストールする必要があります。

エージェントタイプごとのインストール方法は、ユーザーガイドをご覧ください：


コマンドラインで管理可能な場合には、すべてのバックアップとリカバリ操作をバックアップ

エージェントのみで実行できます。

その場合は、エージェントと共に常にインストールされるコマンドラインを使用します。

3.2.3 推奨されるインストール手順

インストール手順の詳細はユーザーガイドをご覧ください：https://www.acronis.com/ja-

jp/support/documentation/AcronisBackup_12.5/index.html#36428.html.

Linux にインストールする際には、最初に必要なパッケージがインストールされていることを確

認してください：https://www.acronis.com/ja-


https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5/index.html#36428.html


3.2.3.1 GUI を介した管理

Web コンソールを使用してエージェントを管理する場合の推奨事項は以下の通りです：

1. アクロニスアカウントに製品を登録してください。詳細な手順はこちらをご覧ください：

https://kb.acronis.com/content/4834

2. Windows または Linux オペレーティングシステムに適切な完全インストールファイルをダ

ウンロードします。製品の登録後、インストールファイルは常にアカウント画面からダウン

ロードできます。

3. Acronis Management Server、バックアップエージェント、ブータブルメディアビルダーを

マシンにインストールします。

4. ライセンスをインポートして割り当てます。

5. ストレージロケーションを設定します。

6. バックアップ計画を設定して適用します。

3.2.3.2 コマンドラインを介した管理

管理のためにコマンドラインを使用する場合には、以下の推奨事項を参照してください。



2. Windows または Linux オペレーティングシステムに適切な完全インストールファイルをダ

ウンロードします。製品の登録後、インストールファイルは常にアカウント画面からダウン

ロードできます。

3. --Skip-registration パラメータを使用してインストールファイルを開きます。

4. インストールでバックアップエージェントを選択し、どのマシンにもまだインストールされ

ていない場合には、オプションでブータブルメディアビルダーも選択します。

5. acrocmd add license --key=<LICENSE_KEY> コマンドを使用してエージェントにライセン

スを割り当てます。

6. コマンドラインを使用してバックアップを作成します。


3.3 バックアップ計画の推奨事項

3.3.1 何をバックアップするか

一般的には、マシン全体をバックアップし、除外ルールを使用して不要なデータをバックアッ

プから削除する方法がよく使用されます。

ボリューム、特定のファイル、拡張子を除外することができます。例えば、個人用ノート PC と

デスクトップのバックアップから .avi ファイルすべてを除外するなどです。

バックアップ対象毎に、異なるバックアップ計画が必要となります。少なくとも、バックアッ

プ対象ごとに 1 つ必要です。

例えば、マシン全体の月次バックアップを作成し、重要ファイルの日次バックアップを作成す

る場合、同一マシンに 2 つのバックアップ計画が必要となります。

3.3.2 どこにバックアップするか

単独のマシンには通常 2 つの主要ストレージオプションがあります：

1 つ目は、バックアップするマシン自体にバックアップをすべて保存するオプションです。

例えば、各マシンは、ボリューム C:\ を D:\ ドライブまたは接続された USB ドライブにバッ

クアップできます。

すべてのバックアップをネットワークに保存することができます。標準的な NAS または必

要な保持期間のバックアップデータのサイズに適したネットワーク共有を推奨します。お使

いの環境と保持期間に適切なバックアップサイズの計算に役立つリソース使用計算ツール

(p. 12) を確認してください。

3.3.3 スケジュール設定

推奨されるバックアップスケジュールは通常、保護されるデバイスとその RPO（目標復旧時点）

に依存します。次のバックアップが開始される前に、実行中のバックアップが終了していれば

問題はないでしょう。

そのうえで、バックアップが保護対象のマシン上で無視できない量のリソースを消費し、特に

重いものである場合は、これが本番システムに影響する可能性があります。

弊社の経験から推奨されるのは、就業時間後の夜間に増分バックアップを実行し、週末に完全


バックアップを行う方法です。

レプリケーションやベリファイなどのタスクをバックアップ後に実行するとバックアップウィ

ンドウを超えてしまう場合は、週末に別途スケジュールすることを推奨します。

3.3.4 保持期間

保持期間は社外のポリシーまたはコンプライアンスの規定により決定されることが多々ありま

す。リソース使用計算ツール (p. 12) を使用して保持期間に対するバックアップのサイズを予測

できます。

ファーストティアのストレージが十分にない場合には、特別なレプリケーションタスクをスケ

ジュールして、データを長期間保存するために別の安いストレージに移動するよう設定します。

例えば、バックアップを Acronis Cloud にレプリケートしたり、テープストレージを活用して長

期間保存したりすることができます。

3.3.5 レプリケーション、変換、ベリファイ

マシンで保護されるデータのサイズにより、バックアップおよび追加のデータ処理タスクをバ

ックアップウィンドウに収めることができれば、バックアップ計画でこれらのオプションを設

定してください。

データサイズが大きすぎるためにバックアップウィンドウ内に収まらない場合は、週末など、

ピーク時以外の時間にレプリケーションやベリファイタスクをスケジュールする別の計画を作

成します。

3.3.6 その他の推奨事項

通知、アラート、レポート

バックアップのステータスを最小限の労力で管理するために推奨される方法は、以下の通知を

設定することです：

通知設定でアクティブなアラートに関する日次概要チェックボックスを選択します

毎日確認するのに都合の良い時間を選択します。デフォルトは午前 10 時です。

その他のチェックボックスの選択を解除します。


この設定により、毎日一通メールを受信するよう設定され、簡単に確認することができます。

すべてが OK な場合は、それが明示されたメールを受信します。前夜のバックアップ中に問題

が発生した場合には、問題について記載されたアラートのリストを受信します。

さらにきめ細かく管理したい場合には、各アラート通知を重要アラートに設定し、マシンに問

題が発生したら即メールを受信するように設定します。

通常のアラート通知は、アラートが有効になった時に即時送信されますのでご注意ください。

各エージェントの各計画の各アラートが一通のメールを生成します。

ファイル形式

できる限りデフォルトのバージョン 12 バックアップ形式を使用します

https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5/#38763.html.

Active Protection

Active Protection は Windows 7 以降、Windows Server 2008 R2 以降を搭載するマシンで利用可能です。

Windows エージェントがマシンにインストールされている必要があります。

CPU リソース不足が発生しがちなマシンを除くすべてのマシンで Active Protection をオンにす

ることを推奨します。

Active Protection は大きなファイルがシステムにアクセスする場合でも、CPU 負荷のパーセン

テージは低いです。

3.4 ストレージについての検討事項

NAS

単独のマシンが使用する最もシンプルなストレージは、環境内の他の全マシンのバックアップ

が含まれる NAS またはその他のネットワークフォルダです。

ここでの唯一の重要な検討事項は、ストレージデバイスに十分なスペースがあるかを確認する

ことです。

弊社のリソース使用計算ツール (p. 12) を使用して、このサイズを予測できます。推奨される最

小ストレージスペースは保持期間の全バックアップのサイズに全マシンの完全バックアップの


サイズを足したものです。

USB または内部ディスク

別の推奨されるストレージオプションは、各マシンが接続された USB ディスクや別の内部バッ

クアップドライブにバックアップを作成する方法です。

オフサイトのストレージ

データのコピーを少なくとも一ヵ所のオフサイトストレージに保管することが非常に重要です。

レプリケーション機能を使用して国内のデータセンターの Acronis Cloud Storage にデータのコ

ピーを作成することを推奨します。

これは最もシンプルかつ安全にオフサイトにデータを移行する方法ですが、WAN のアップロー

ド帯域幅制限やコンプライアンス上の理由、コストの問題などからすべての人に利用できると

は限りません。

その場合には、外付け USB ディスクやテープドライブにバックアップをレプリケートし、この

メディアを安全なオフサイトのロケーションに定期的に移動することを推奨します。

3.4.1 ドライブの交換

小規模環境におけるよくある事例として、外付けリムーバブルデバイスにバックアップし、定

期的に交換することが挙げられます。

しかしこれも、Acronis Backup 12.5 には適した使用方法とは言えません。弊社はバックアップ

のメタデータをバックアップと一緒に保存するためです。この方法では、弊社のバックアップ

を完全にポータブルにするという大きな利点が得られます。バックアップを USB に入れて、地

球の反対側の全く別の国に配送し、元の環境の知識がまったくなくても復元することができま

す。

しかし、異なるリムーバブルディスク間でメタデータを適切に同期するメカニズムがなければ

（将来のアップデートでサポート予定）、この種のストレージへの定期的なバックアップ計画

がバックアップと保持期間との兼ね合いで多数の問題を引き起こす可能性があります。

その上で、この方法について弊社のナレッジベースで説明されています：


これはどちらかと言えば回避策で、決して理想的な解決策とは言えませんが、弊社が追加設定


なしのサポートを提供するまでドライブの交換をサポートする最適な方法ではあります。

3.4.2 テープデバイス

アクロニスはテープデバイスのサポート続行をコミットしており、テープデバイスのサポート

を延長しました。

テスト済みで、かつサポートされるテープデバイスのリストは、こちらのテープハードウェア

互換性リストをご覧ください：https://go.acronis.com/acronis-backup-advanced-tape-hcl

お持ちのテープデバイスの互換性をチェックするには、テープ互換性ツールを使用してくださ

い：https://kb.acronis.com/content/57237

ツールが問題を発見した場合には、アクロニスサポートにご連絡ください。開発部門にエスカ

レーションして問題を解決する必要があります。

エージェントはテープに直接バックアップを作成できます。単独または分離したマシンをお使

いで、テープバックアップを作成する必要がある場合には、エージェントがインストールされ

たマシンにドライブを直接接続してください。

3.4.2.1 テープ管理データベース

すべてのテープデバイスに関する情報、テープやバックアップの内容に関する情報は、テープ

ドライブが接続されたマシンのテープ管理データベースに保存されています。

デフォルトのデータベースパス：

Windows 7、Server 2008 以降のバージョンの Windows:

%PROGRAMDATA%\Acronis\BackupAndRecovery\ARSM\Database

Linux:

/var/lib/Acronis/BackupAndRecovery/ARSM/Database

データベースのサイズはテープに保存されたバックアップの数により異なり、100 回のバック

アップで約 10 MB です。数台のマシンであれば、保持期間が長くても、通常これは問題になり

ません。

しかし、システムにこのデータベースのための十分なスペースがあることを確認してください。

不明な点がある場合には、テープにバックアップを作成し始める前にパスを変更してください。


Windows でデータベースを移動する方法：

1. リムーバブルストレージ管理サービスを停止します。

2. すべてのファイルをデフォルトのロケーションから新しいロケーションに移動します。

3. レジストリキーを見つけます：

HKEY_LOCAL_MACHINE\SOFTWARE\Acronis\ARSM\Settings

4. 新しいロケーションパスをレジストリバリューで指定します：ArsmDmlDbProtocol ストリ

ング最大 32765 文字になることがあります。

5. リムーバブルストレージ管理サービスを開始します。

Linux でデータベースを移動する方法：

1. acronis_rsm サービスを停止します。


3. 構成ファイル/etc/Acronis/ARSM.config をテキストエディターで開きます。

4. この行を見つけます： <value name="ArsmDmlDbProtocol" type="TString">

5. この行の下でパスを変更します。

6. ファイルを保存します。

7. acronis_rsm サービスを開始します。

テープデータベースを削除しないでください！全テープを再スキャンする必要が生じ、そのテープ保存されたバックアップは再度使用できなくなります。この操作は非常に長い時間がかかり、エラーが起こりや

すくなります。

3.4.2.2 ディスクバックアップからファイルリカバリを実行できないよ

うにする

このオプションはデフォルトでは無効になっています。テープ管理バックアップ計画のオプシ

ョンでこれを有効にすると、各ファイルをテープに保存されたイメージバックアップから復元

できるようになります。

この機能は、大量のスペースを消費することにご留意ください。この機能が有効になっている


場合、ソフトウェアがバックアップを作成するたびに、テープデバイスが接続されたマシンの

ハードディスクに補完ファイルが作成されます。ディスクバックアップからのファイルリカバ

リはこうした補完ファイルが使える状況の場合には可能です。バックアップが消去、削除、上

書きされた時点で、自動的にこのファイルは削除されます。

補完ファイルのロケーション：

Windows 7 以降の Windows:

%PROGRAMDATA%\Acronis\BackupAndRecovery\TapeLocation

Linux：

/var/lib/Acronis/BackupAndRecovery/TapeLocation

これらの補完ファイルが使うスペースのサイズは、各バックアップに含まれるファイルの数に

より異なります。20,000 ファイルが含まれるディスクの完全バックアップ（一般的なワークス

テーションのディスクバックアップ）の場合、補完ファイルは約 150 MB 消費します。250,000

ファイルが含まれるサーバーの完全バックアップ 1 つは 700 MB の補完ファイルを生成する可能

性があります。

小規模環境であっても、このファイルのサイズは急速に増加し、数十ギガバイトになってしま

います。

絶対に必要な場合以外にはこのオプションを無効にすることを推奨します。絶対に必要な場合

には、Storage Node のサイズがこの補完ファイルのサイズに対応していることを確認してくだ

さい。


3.5 ネットワーク図とポート

完全なネットワーク図は付録 B (p. 118) をご覧ください。以下は単独の分離したマシンのネット

ワーク図です。

単一のマシンを

GUI で管理

Management

Server SMB ポート：UDP 137、

UDP 138 および

TCP 139、TCP 445

エージェント Web ブラウザ SMB NAS

ブータブルメディア

ビルダーローカルストレージ

管理データ

バックアップデータ

オプションのコンポーネント



管理


ツール SMB NAS SMB ポート：UDP 137、

UDP 138 および

TCP 139、TCP 445

エージェント

ブータブルメディア

ビルダー

ローカル

ストレージ

管理データバックアップデータオプションのコンポーネント


4 小規模環境

環境の説明

小規模の環境は以下のいずれかで構成されます：

1 つのネットワークに 2～10 台のマシンがあり、専用のバックアップサーバーハードウェア

がない

1 台のハイパーバイザーまたはクラスター

このタイプの環境でデプロイに成功するための鍵は、UI およびバックアップサーバーとして機

能する 1 台のマシンを選択し、このマシンから Web コンソールを介して他の全マシンをリモー

トで管理することです。バックアップサーバーは、より強力な物理マシンまたは仮想マシンで

あることが一般的です。こうすることで、全コンポーネントをマシン 1 台ずつにインストール

する手間が省け、環境の管理上のコストを大幅に削減します。

Windows や Linux のサーバーを保護したい場合でも、バックアップサーバーにサーバーOS は

必要でありません。


本項では、Acronis Backup 12.5 を小規模環境にデプロイする場合の要件と推奨事項を取り上げ

ます。

4.1.1 小規模環境で推奨されるソフトウェア要件

以下のリストには、小規模環境に Management Server をインストールする際に使用するオペレ

ーティングシステムの推奨が含まれます。

Management Server を Linux にインストールすることができますが、Windows Server または標

準デスクトップバージョンのいずれかの、標準の Windows オペレーティングシステムの使用を

推奨します。


Windows

Windows Server 2008 – Standard、Enterprise、Datacenter エディション(x86, x64)

Windows Small Business Server 2008

Windows 7 – 全エディション (x86, x64)

Windows Server 2008 R2 – Standard、Enterprise、Datacenter、Foundation エディショ

ン

Windows MultiPoint Server 2010/2011/2012

Windows Small Business Server 2011 – 全エディション

Windows 8/8.1 – 全エディション (x86, x64) ただし、Windows RT エディションを除く

Windows Server 2012/2012 R2 – 全エディション

Windows Storage Server 2008/2008 R2/2012/2012 R2/2016

Windows 10 – Home、Pro、Education、Enterprise、IoT Enterprise エディション

Windows Server 2016 – 全インストールオプション。ただし Nano Server を除く。


環境の拡大に伴って集中管理用のハードウェアの要件は増加しますが、保護対象のデバイスが

10～20 台の規模ではごくわずかです。

ハードウェアの最低要件はユーザーガイドをご覧ください：https://www.acronis.com/ja-


バックアップインフラを実行する上で必要なハードウェアに関するより詳細な推奨については、

アクロニスリソース使用計算ツール (p. 12) を使って試算することもできます。


Acronis Backup 12.5 Management Server は物理サーバー、仮想マシン、Acronis Backup アプラ

イアンスにデプロイできます。さらに、オンプレミスのバックアップインフラを管理するため

にクラウドプラットフォームにもデプロイできます。

環境の構成に基づく推奨事項は、使用するデプロイのタイプを選択してご覧ください。


4.1.3.1 完全な物理環境

単に物理マシンだけで環境が構成されている場合、つまり、複数のサーバーと不随するワーク

ステーションの場合、以下の 2 つのいずれかを実行するよう推奨されます：

1. お使いの環境のマシンのうちの 1 台をバックアップサーバーとしてのみ機能するようにしま

す。弊社の Management Server は、リソース使用量を抑えるよう最適化されていますが、

業務に使用している多忙なサーバーをバックアップサーバーとして機能させることは避けて

ください。常時ネットワークに接続していて、適切なハードウェアであれば、どんなマシン

でも十分機能します。

バックアップサーバーとして機能するマシンが頻繁にネットワークから離れるモバイルデバ

イスではないことを確認し、常に固定の IP アドレスを付与します。

2. クラウドデプロイモデルを選択し、同じ Management Server を使用するものの、自分のイン

スタンスにインストールするのではなく、世界中にあるアクロニスのデータセンターにデプ

ロイするようにします。マシンはこのクラウド Management Server に WAN を介して接続し

ます。

Acronis Backup 12.5 のより高度な機能の多くはクラウドデプロイモデルではまだ利用できませ

んのでご注意ください。将来のリリースでクラウドデプロイにも搭載される予定です。機能の

完全リストはユーザーガイドをご覧ください：https://www.acronis.com/ja-


4.1.3.2 完全な仮想環境

単一のハイパーバイザー（または単一のクラスター）のバックアップを作成する場合には、

Acronis Backup 12.5 を Acronis Backup アプライアンス（Update 2 以降で利用可能）としてデ

プロイすることを推奨します。詳細情報はユーザーガイドをご覧ください：


4.1.3.3 物理/仮想のハイブリッド環境

この場合、以下に挙げる 3 つのデプロイの種類のすべてが有効です：

1. 物理マシンにインストールする。

2. Acronis Backup アプライアンスとしてデプロイする。

3. クラウドデプロイを選択する。


環境で何が利用できるかによって、どれを選ぶかが決まります。

例えば、ハイパーバイザーが常に過負荷にある状況で、使っていない物理マシンがある場合に

は、最初のオプションが最善の選択と言えるでしょう。

逆に、スペースに限りがあり、強力なハイパーバイザーがあると言う場合には、2 番目のオプシ

ョンを選びましょう。

クラウドデプロイは、高度な機能が必要でない場合には最善の選択肢です。



物理マシンにデプロイすることを決定した場合には、以下に推奨する内容に沿ってバックアッ

プ管理タスクに使用するサーバーにどのコンポーネントをインストールすべきかを選択します。

小規模環境では、通常、専用のマシンとして機能するわけではないため、以下の推奨は、若干

の利便性よりも最低限のリソース使用を強調するものとなっています。

以下のコンポーネントを推奨します：

Management Server は必須です

ブータブルメディアビルダーは環境内の少なくとも 1 台のマシンにインストールする必要

があります。Management Server のすぐそばに設置することを推奨します。

ほとんどの場合で以下のコンポーネントは必須ではなく、通常は推奨しません：

Monitoring Service

Management Server GUI でダッシュボードとレポートを使用できるようにします。大規模環

境を管理する場合には不可欠ですが、リアルタイムダッシュボードとスケジュールされたレ

ポートは、小規模環境では必須ではなく、レポートデータの収集、保存、表示で軽微とはい

えないオーバーヘッドをもたらします。


このコンポーネントは Windows エージェントを製品の GUI からリモートでプッシュできる

ようにします。このコンポーネントはシステムボリュームに 2GB 以上の空きスペースを必

要とします。Management Server マシンのシステムボリュームに十分なスペースがあり、


リモートでエージェントをインストールするという利便性を享受したい場合にのみインスト

ールしてください。


このコンポーネントは単一のテープドライブに全マシンのバックアップを作成するよう計画

している場合にのみ必要です。その他の場合には、このコンポーネントをインストールしな

いでください。

小規模環境においては、以下のコンポーネントはインストールすべきではありません：


カタログサービスはバックアップ内での検索のためにのみ使用されます。例えば、ユーザー

の要望に応じて特定のファイルを見つける場合などに非常に便利です。バックアップ内にあ

るドキュメントの内容を全文検索する機能は、Acronis Backup 12.5 の将来のアップデート

で提供されます。


バックアップエージェントは、保護したい環境にインストールする必要があります。それぞれ

のタイプのエージェントをインストールする方法についてはユーザーガイドをご覧ください：


物理マシン

物理マシンで実行中の OS 上に直接エージェントをインストールする方法を推奨します。

仮想マシン環境

通常、マシンで実行中のハイパーバイザーと通信する 1 つ以上のエージェントをインストール

することを意味します。

以下を推奨します：

Hyper-V 環境

Hyper-V エージェントをインフラで稼働中の Hyper-V ホストすべてにそれぞれインストールし

ます。ホストがクラスターに接続されている場合でも、エージェントをホストごとにインスト

ールする必要があります。

SMB3 共有を使って仮想マシンを保存している場合には、Windows の「SMB ファイル共有のための VSS」




機能を有効にするのを忘れないでください。有効にしなかった場合、バックアップが失敗します。

詳細情報についてはこちらをご覧ください：

https://blogs.technet.microsoft.com/clausjor/2012/06/14/vss-for-smb-file-shares/

VMware vSphere 環境

1 つ以上の仮想アプライアンスを直接仮想マシンとしてデプロイするか、VMware エージェント

(Windows) をインストールするか、もしくはその両方を実行できます。仮想アプライアンスは

Acronis Linux（アクロニスによるカスタムの軽量 Linux ディストリビューション）のインスタ

ンスで、標準の VMware エージェントとして機能します。

通常は仮想アプライアンスを ESXi ホスト毎にインストールすることを推奨します。

オフロードバックアップや LAN フリーバックアップについては、Windows 搭載の物理マシ

ンへのインストールを推奨します。

オフロードバックアップ

業務に使用している ESXi ホストが極めて過負荷の状態で仮想アプライアンスが不適

切な場合に使用します。

LAN フリーバックアップ

ESXi が SAN に接続されたストレージを使用する場合には、その SAN に接続されてい

るマシンにエージェントをインストールします。エージェントは ESXi ホストと LAN

を経由するのではなく、仮想マシンをストレージから直接バックアップします。LAN

フリーバックアップの詳細についてはユーザーガイドをご覧ください：


jp/support/documentation/AcronisBackup_12.5/#37873.h

tml

特定の仮想マシン上に直接エージェントをインストールすることもできます。この場合も追加

のライセンスを必要としません。

これは、仮想マシンのエージェントレスバックアップがサポートされていない場合に該当しま

す。

raw ディスクのように仮想ディスクの設定がスナップショットでサポートされていない場合

Xen や RHEV など、エージェントレスのバックアップがサポートされていない場合





4.2.2.1 VMware/Hyper-V エージェントのサイズ

VMware/Hyper-V エージェント（仮想アプライアンスの場合でも、Windows にインストールさ

れている場合でも）は、環境のサイズに比例した要件を持つ唯一のエージェントです。一般的

な最低推奨事項は以下の通りです：

RAM

ハイパーバイザーホストの合計メモリーが 16GB 以下の場合、エージェント用に 1 GB の追

加の空き RAM

ハイパーバイザーホストの合計メモリーが最高で 64 GB の場合、または 2～4 台のマシンを

同時にバックアップする場合、もしくはその両方が該当する場合、エージェント用に 2 GB

の追加の空き RAM

64GB 以上の RAM を有するホストで、4～10 台のマシンを同時にバックアップする場合、4

GB の追加の空き RAM

CPU：

2 つの CPU スレッドを常に推奨

5 台の仮想マシンを同時にバックアップする場合には、2 コア（4 スレッド）


4.2.2.2 DNS についての検討事項

適切な Domain Name System (DNS) の設定は仮想バックアップに非常に重要で、同時に、様々

なエラーや問題が頻発する発生源にもなっています。複数の Acronis コンポーネントと VMware

コンポーネント間および、複数の物理/仮想ネットワーク間でホスト名を適切に解決しなければ

なりません。

VMware エージェントは以下を解決できなければなりません：

Management Server のホスト名

各 ESXi のホスト名

vCenter のホスト名


さらに、上記の各コンポーネントは相互の名前も解決できなければなりません。名前解決が適

切に機能しないと、デプロイの問題からバックアップエラーまで様々なエラーが発生します。

こうしたエラーを回避するために、以下の推奨事項に従ってください：

vCenter サーバーを Acronis ソリューションに追加する際、弊社の製品は vSphere 環境の各ホス

トに仮想アプライアンスをデプロイしようと試みます。詳細情報については、ユーザーガイド

をご覧ください：https://www.acronis.com/ja-


この自動配置が機能するためには、Acronis Management Server と ESXi ホストで稼働する仮想

マシンのゲスト OS との間でドメイン名の解決が機能しなければなりません。設定済みの DNS

サーバーへのデプロイ後に Acronis Agent for VMware (Virtual Appliance) がホスト名を使って

Acronis Management Server に接続できるかを確認する必要があります。これを支援するため、

Update 2 では、コンポーネントがサーバーに接続する方法（ホスト名か IP アドレスか）を選択

できるようにするフィールドを追加しました。

エージェントが Management Server に接続する方法として、名前ではなく、IP アドレスを選択することを推奨します。

VMware アプライアンスがデプロイされたら、エージェントからその他すべてのコンポーネント

への DNS 解決を確認します。

1. vSphere クライアントを開き、ESXi ホストまたは vCenter への接続を確立します。

2. 仮想アプライアンスに移動し、コンソールタブを開き、Ctrl+Alt+F2 を押して仮想アプライ

アンスのコマンドラインモードに入ります（戻る際には Alt+F1 を押します）。

3. ESX ホスト名と vCenter 名に仮想アプライアンスから ping を実行します：

ping hostname_of_ESX

ping hostname_of_vCenter

4. ホスト名による ping が成功しない場合、DNS 解決の問題があり、このエージェントからの

仮想マシンのバックアップは機能しません。

ポート 25 がブロックされている場合、ping コマンドは適切に機能しません。代わりに nslookup などの他のコマンドを試すこともできます。ホスト名で接続できるかを確認できる限り、どのコマンドを試すかは重要ではありません。


アプライアンスと仮想環境の両方でネットワークを適切に設定するか、回避策として、各アプ

ライアンスの hosts ファイルを編集することで問題を解決できます。

hosts ファイルを編集するには、以下の手順に従います：

1. Ctrl+Alt+F2 を押して仮想アプライアンスのコンソールを開きます。

2. 以下のコマンドで hosts ファイルを開きます：

vi /etc/hosts

3. i キーを押して編集モードに入ります。

4. 解決する必要がある IP アドレスとサーバー名を入力します

XXX.XXX.XXX.XXX hostname

5. 変更を保存するには Esc を押して:wq と入力します

6. Enter を押します。

7. Alt+F1 を押してコンソールを閉じます。

4.2.2.3 オフホスト処理

Acronis Backup 12.5 Advanced の非常に重要な新機能は、Acronis エージェントがバックアップ

の他にも多数のデータ処理タスクを実行するというものです。これらの各タスクは、バックア

ップとは全く関係なく別々のスケジュールで実行できます。利用できるタスクの一部：

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

ベリファイ

クリーンアップ

仮想マシンへの変換

仮想マシンのレプリケーション

この機能は、大規模なバックアップデータを計画に沿ってバックアップウィンドウに影響しな

いように管理する上で重要ですが、小規模環境での機能の重要度は下がります。例えば、バッ

クアップエージェントが関与することなく、バックアップを直接 1 つのストレージのエンドポ

イントから別のエンドポイントに週末の間にレプリケートすることができます。

この機能は通常、ネットワーク帯域幅に対するデータサイズが通常だいぶ小さいため小規模環


境では必要とされませんが、特に週次、月次ベースでオフサイトにレプリケートする場合など

には利便性向上の目的で追加できます。


詳細なインストール手順はユーザーガイドをご覧ください：https://www.acronis.com/ja-





以下は小規模環境に対する推奨事項です：



2. Windows または Linux オペレーティングシステムに適切な完全なインストールファイルを

ダウンロードします。

ファイルは、製品の登録後は常にアカウント画面からダウンロードできます。

3. Acronis Management Server、バックアップエージェント、ブータブルメディアビルダーを

バックアップサーバーに選んだマシンにインストールします。


5. バックアップエージェントのデプロイを開始します。

a. リモートインストール用コンポーネントがインストールされている場合には製品からプ

ッシュインストールできます。

b. そうでない場合には、インストールファイルを保護対象のマシンそれぞれで展開します。

Linux エージェントと Mac エージェントは保護対象のマシンそれぞれに手動でインスト

ールする必要がありますのでご注意ください。これらのシステムへのプッシュインスト

ールは Acronis Backup の将来のアップデートで利用可能になります。

6. バックアップ計画を作成して適用します。

7. [オプション] オフホストデータ処理計画を設定して、週次/月次ベースでのバックアップの

レプリケートやベリファイを実行します。






ボリューム、特定のファイル、拡張子を除外することができます。例えば、個人用ノート PC と

デスクトップのバックアップから .avi ファイルすべてを除外するなどです。除外とその他のバ

ックアップオプションはバックアップ計画に基づきますので、マシン毎に異なる除外が必要な

場合には、1 つ以上の計画を作成します。

バックアップ対象毎に、異なるバックアップ計画が必要となります。少なくとも、バックアッ

プ対象ごとに 1 つとなります。

例えば、ストレージスペースが限られている場合には、完全マシンのバックアップ計画を 1 つ

作成して業務で使用されているサーバーに適用し、2 つ目の計画を各マシンのユーザーフォルダ

のバックアップ用に作成して個人のデスクトップに適用できます。これは、[Alluserprofiles] ポ

リシーの選択ルールを選択して実行できます。


小規模環境には通常、2 つのおもなストレージオプションがあります：

すべてのバックアップをエージェント自体に保存できます。

例えば、各マシンはボリューム C:\を同じマシンの D:\ドライブまたは外付け USB ドライブ

にバックアップできます。

この場合には特別な推奨事項はありません。

この方法には、ネットワーク使用の低減という利点がありますが、管理上のオーバーヘッド

が発生します（各ストレージロケーションには 1 つずつアクセスする必要があります）。

このオプションは、バックアップを保存するファイル共有または NAS がない場合に推奨さ

れます。

すべてのバックアップを一ヵ所に保存できます。

必要な保持期間のバックアップデータ量に適した標準的な NAS を推奨します。

リソース使用計算ツール (p. 12) を使用して、お使いの環境とおおよそのバックアップサイズ



保護対象のデバイスからバックアップストレージへの接続が大幅に不足している場合を除き

（例えば、6 TB のファイルサーバーが 10 Mb/秒のリンクで NAS に接続されている場合など）、

バックアップがネットワークのボトルネックになることはありません。つまり、推奨されるバ

ックアップスケジュールは一般的にデータサイズと保護されるデバイス、そして、RPO（目標

復旧時点）に完全に左右されるということです。次のバックアップが開始される前に、現在実

行中のバックアップが終了する時間がある限り、問題はないでしょう。

そのうえで、バックアップは保護されるマシンから無視できない量のリソースを消費し、特に

重いものである場合は、これが業務システムに影響する可能性があります。

弊社の経験から推奨される設定は、平日の就業時間後の夜間に増分バックアップを実行し、週

末に完全バックアップを行うスケジュールです。

レプリケーションやベリファイなどのタスクも週末に別途スケジュールすることが一般的に推

奨されています。しかし、これも小規模環境においてはあまり重要ではありません。

4.3.4 保持期間

保持期間は外部のポリシーまたはコンプライアンスの規定により決定されることが多々ありま


できます。

ファーストティアストレージが十分にない場合には、特別なレプリケーションタスクをスケジ

ュールして、長期保存のために別の、より安価なストレージソリューションに移動します。

例えば、バックアップを Acronis Cloud にレプリケートしたり、テープストレージを活用して長

期間保存したりすることができます。


マシンやネットワークへのバックアップの影響を最小限に抑えたい場合にはレプリケーション

やベリファイオプションをバックアップ計画で設定しないようにします。

代わりに、レプリケーションやベリファイタスクを週末などのオフピーク時にオフホストで実

行する計画を設定できます。通常、Management Server にインストールされたエージェントを

指定してこうした操作を行うことが最も便利です。


または、バックアップ + レプリケーション + ベリファイおよびその他のタスクを夜間、業務に

影響を与えずに行う時間がある場合には、これらの追加タスクをバックアップ計画で指定する

ことに問題はありません。実際、この方法で管理する方が効率的な場合があります。

また、これは、各エージェントがバックアップを保護対象のマシンに直接作成している場合に

も該当します。この場合には、ベリファイのようなデータ処理タスクはバックアップ計画でス

ケジュールする必要があります。



バックアップのステータスに注意し続ける必要がありますが、小規模環境では通常、ミッショ

ンクリティカルなハードウェアとバックアップの問題を即時改善できる専門の部門は存在しま

せん。

スケジュールされた日次のバックアップが正確に機能していることを確認するだけで、ほとん

どの場合十分です。

バックアップのステータスを最小限の労力で管理するために推奨される方法は、以下の通知を

設定することです：

通知設定でアクティブなアラートに関する日次概要チェックボックスを選択します

毎日確認するのに都合の良い時間を選択します。デフォルトは 10:00 am です。

その他のチェックボックスの選択を解除します。

この設定により毎日一通メールを受信するよう設定され、簡単に確認することができます。す

べてが OK な場合はそれが明示されたメールを受信します。前夜のバックアップ中に問題が発

生した場合には、問題について記載されたアラートのリストを受信します。

さらにきめ細かく管理したい場合には、各アラート通知を重要アラートに設定し、マシンに問

題が発生したら即時メールを受信するようにします。

通常のアラート通知は、アラートが有効になったら即時送信されるためご注意ください。各エ

ージェントの各計画の各アラートが一通のメールを生成します。


ファイル形式

できる限りデフォルトのバージョン 12 バックアップ形式を使用します


Active Protection

Active Protection は Windows 7 以降、Windows Server 2008 R2 以降を搭載するマシンで利用可能です。Windows エージェントがマシンにインストールされている必要があります。



Active Protection は、大きなファイルがシステムにアクセスする場合でも CPU 負荷のパーセン

テージは少ないです。


NAS

単独のマシンが使用する最もシンプルなストレージは、環境内の他の全マシンのバックアップ

が含まれる NAS またはその他のネットワークフォルダです。

ここでの唯一の重要な検討事項は、ストレージデバイスに十分なスペースがあるかを確認する

ことです。

弊社のリソース使用計算ツール (p. 12) を使用して、このサイズを予測できます。推奨される最

小ストレージスペースは保持期間の全バックアップのサイズに全マシンの完全バックアップの

サイズを足したものです。

USB または内部ディスク

別の推奨されるストレージオプションは、各マシンが接続された USB ディスクまたは追加の内

部バックアップドライブにバックアップを作成する方法です。

オフサイトのストレージ

データのコピーを少なくとも一ヵ所のオフサイトストレージに保管することが非常に重要です。



レプリケーション機能を使用して国内のデータセンターの Acronis Cloud Storage にデータのコ

ピーを作成することを推奨します。

これは最もシンプルかつ安全にオフサイトにデータを移行する方法ですが、WAN アップロード

帯域幅制限やコンプライアンス上の理由、コストの問題などからすべての人に利用できるとは

限りません。

その場合には、外付け USB ディスクやテープドライブにバックアップをレプリケートし、この

メディアを安全なオフサイトのロケーションに定期的に移動することを推奨します。

4.4.1 重複除外

重複除外は使用しないようにします。ハードウェアのオーバーヘッドコストは、重複除外から

得られるわずかなメリットと比べ小規模環境では投資する価値がありません。

4.4.2 ドライブの交換

小規模環境におけるよくある事例として、外付けのリムーバブルデバイスにバックアップし、

定期的に交換することが挙げられます。

しかしこれも、Acronis Backup 12.5 には適した使用方法とは言えません。弊社はバックアップ

のメタデータをバックアップと一緒に保存するためです。この方法では、弊社のバックアップ

を完全にポータブルにするという大きな利点が得られます：バックアップを USB に入れて、地

球の反対側の全く別の国に配送し、元の環境の知識がまったくないままに復元することもでき

ます。

しかし、異なるリムーバブルディスク間でメタデータを適切に同期するメカニズムがなければ

（将来のアップデートで利用可能）、この種のストレージへの定期的なバックアップ計画がバ

ックアップと保持期間との兼ね合いで多数の問題を引き起こす可能性があります。

そのうえで、この場合に該当する方法は弊社のナレッジベースで説明されています：


これはどちらかと言えば回避策で、決して理想的な解決策とは言えませんが、弊社が追加設定

なしのサポートを提供するまでドライブの交換をサポートする最適な方法ではあります。


アクロニスはテープデバイスのサポート続行をコミットしており、テープデバイスへのサポー


トを拡張しました。

テスト済みで、かつサポートされているテープデバイスのリストは、テープハードウェアの互

換性リストをご覧ください：https://go.acronis.com/acronis-backup-advanced-tape-hcl

お手持ちのテープデバイスの互換性を確認するには、テープ互換性ツールをお使いください：




エージェントはテープに直接バックアップを作成できます。単独または分離されたマシンをお

使いで、テープバックアップを作成する必要がある場合には、エージェントがインストールさ

れたマシンにドライブを直接接続してください。

4.4.3.1 テープ用 Storage Node

Acronis Storage Node コンポーネントは複数のマシンから 1 つ以上のテープデバイスに集中管

理バックアップを作成する場合に必要です。テープデバイスは Storage Node マシンに接続する

必要があります。

複数のスタンドアロンテープデバイスがある場合や、単独のマシンのバックアップをテープに

保存する必要がある場合には、テープドライブをバックアップされるマシンに直接接続し、

Storage Node なしで使用することを推奨します。




デフォルトのデータベースパスは：



Linux:


データベースのサイズはテープに保存されたバックアップの数により異なり、100 のバックア

ップで約 10 MB です。数台のマシンであれば、保持期間が長くても、これは通常問題になりま



せん。








4. 新しいロケーションパスをレジストリバリューで指定します： ArsmDmlDbProtocol ストリ

ングは最高 32765 文字長になることがあります。





3. コンフィグファイル/etc/Acronis/ARSM.config をテキストエディターで開きます。





テープデータベースを削除しないでください！全テープを再スキャンする必要が生じ、そのテープ保存されたバックアップは再度使用できなくなります。この操作は非常に長い時間がかかり、エラーが起こりがちです。


うにする













Linux：








います。



さい。


完全なネットワーク図は付録 B (p. 118) をご覧ください。


以下は小規模環境のネットワーク図です。

ローカル

バックア

ップ

デフォル

トのポー

ト 7780

管理マシン

デフォル

トのポー

ト 9877


ツール

Management

Server

Windows

エージェント

Web ブラウザ

SMB NAS

ブータブル

メディアビルダー

Windows

エージェント

Mac

エージェント

SMB ポート：

UDP 137, UDP

138 および TCP

139, TCP 445

管理データ

オプションのコンポー

ネント



Acronis Backup アプライアンスを使用する場合のネットワーク図です。

集中管理

ストレージ


Windows

エージェント

管理 GUI に

接続：9877

Linux エージェント VMware

エージェント

Web

ブラウザ

バックアップアプライアンス

管理データバックアップデータオプションのコンポーネント

Management

Server

vSphere 環境


5 一般的な中堅中小企業

環境の説明

ここでは、「一般的な中堅中小企業」とは以下を指します：

数十台から百台までの物理サーバー

これには、2～3 台の Linux サーバーが含まれる

ハイパーバイザー1 台、通常 2 台のホストクラスターに数百台の仮想マシン

多数の業務に使用するアプリケーションがあり、それらは、詳細な復元機能を必要とする

中堅中小企業の環境には、順守する必要のあるポリシーがあります：1 つのオフサイトコピーを

確保する義務やレプリケーション、ベリファイなどに関するものです。Acronis Backup 12.5 は

オフホスト処理と呼ばれる新機能があり、中堅中小企業の環境におけるこうしたタスクをシン

プルにします。


本項では、中堅中小企業の環境における Acronis Backup 12.5 のデプロイに関する要件や推奨事

項について説明します。

5.1.1 中堅中小企業の環境に推奨されるソフトウェア要件

このリストには Management Server を中堅中小企業の環境にインストールする場合のサポート

されるオペレーティングシステムが含まれます。

Windows がおもに使用されている中堅中小企業の環境では、Management Server を Windows

Server 2012 R2 以上にインストールすることを推奨しますが、これより旧バージョンの

Windows または Linux マシンを使用することも可能です。


Windows

Windows Server 2008 – Standard、Enterprise、Datacenter エディション(x86, x64)


Windows 7 – 全エディション (x86, x64)


ン



Windows 8/8.1 – 全エディション (x86, x64) ただし、Windows RT エディションを除く





Windows Server OS を使用するための厳格な要件はありませんが、スケーラビリティ、

セキュリティ、安定性のため、中規模から大規模環境ではこれらが一般的に推奨されま

す。

5.1.2 Management Server データベース

デフォルトでは、Acronis Management Server は SQLite を使用して、そのデータを Windows

および Linux 環境両方のために保存します。このようなデフォルトのデータベースの選択がほ

とんどの中堅中小企業の環境では十分です。

しかし、データベースの信頼性に懸念がある場合や専用の MS SQL インスタンスの使用を規定

した会社のポリシーがある場合には、インストール中に (p. 74)、MS SQL データベースを選択す

ることができます。

Linux では PostgreSQL データベースの使用を推奨します。この記事で説明される手順に沿って

構成します：https://kb.acronis.com/content/60395

Linux の PostgreSQL データベースへの標準サポートとインストール機能は Acronis Backup の



将来のアップデートで提供されます。

MS SQL サーバーのサイズと推奨事項は大規模環境の項 (p. 72) を参照してください。

他のサービスのために SQLite をインストールしてローカルで使用することもできますが、これには製品のメインのデータベースが含まれません。


集中管理コンポーネントのハードウェア要件は管理対象のデバイスの数に比例して大きくなり

ます。特に、200 台以上のマシンがある環境ではその傾向が強くなります。

Management Server は最適化されており、過剰に CPU または RAM に依存しないため、中堅中

小企業の環境では比較的新しいサーバーであれば十分機能すると言えます。しかし、

Management Server は Management Server サービスのさまざまなデータベースが使用するスト

レージサブシステムの I/O スループットの影響を受けます。数百台のデバイスが同時にバック

アップすることで、大量の（数百から数千の）IOPS を生成し、これが標準の HDD にとって重

大なボトルネックの原因となる可能性があるためです。

数百台の保護対象のデバイスがある環境では、Management Server に高 IOPS ディスク (SSD)

を使用することを推奨します。

お使いのバックアップインフラを実行するために必要なハードウェアについての具体的な推奨

事項はアクロニスリソース使用計算ツール (p. 12) を使って試算することができます。



イアンスにデプロイできます。さらに、オンプレミスのバックアップインフラを管理するため

にクラウドプラットフォームにデプロイすることもできます。

サーバーストレージサブシステムの IOPS 性能は、中堅中小企業の環境ではさほど重要視されま

せんが、それでも重要な要素の 1 つです。しかし、最適化されたストレージサブシステムのパ

フォーマンスという観点から言えば、通常、最もシンプルなソリューションとして物理サーバ

ーの使用を推奨します。

ハイパーバイザーが高速仮想ディスクサブシステム (100+ IOPS) を提供できる場合には、

Management Server を仮想マシンにデプロイするか、Acronis Backup アプライアンスをデプロ


イすることができます。

Acronis Backup Cloud のデプロイは Acronis Backup 12.5 Management Server と同じですが、

Acronis データセンター内で稼働します。エージェントは WAN を介してこのクラウドの

Management Server に接続します。このデプロイの種類は大規模環境における事例としては推

奨されません。大規模環境で使用される多くの新機能は、オンプレミスデプロイでのみ利用可

能であるためです。

将来のリリースでクラウドデプロイに含まれます。



以下のコンポーネントはバックアップ管理専用のサーバーにインストールする必要があります。

Management Server

Monitoring Service

この場合、以下のコンポーネントも同じサーバーにインストールすることを推奨します。



ようにします。グループポリシーを使ってエージェントをインストールする予定の場合には、

このコンポーネントは不要です。


Management Server 自体を保護することができます。

Management Server はエージェントがデプロイされたマシンでバックアップが機能するた

めに必ず必要というわけではないため、この手順はスキップできますが、サーバーもバック

アップもないという事態が発生した場合に、再インストールと設定をすべてやり直さなくて

はならず、大規模環境ではこの作業に長時間かかります。Management Server 自体の保護

に関する推奨は次項で説明します。

現在、Management Server の設定をインポートまたはエクスポートする方法はありませ

ん。

この機能は Acronis Backup の将来のアップデートで提供されます。


Management Server をクラスター構成にする標準の方法はありません。

Management Server の保護には、Management Server に使用している OS に適したライ

センスが必要になります。

以下のコンポーネントは、インストールする必要がありますが、必ずしも Management Server

にインストールする必要はありません。運用方法に応じて、ライセンスのあるエージェントを

実行中のマシンのいずれかにインストールすることができます：


MS SQL データベース (900 以上のエージェントを使用する環境向け)

以下のコンポーネントは、バックアップ計画やストレージのタイプ、またはその両方により必

要とされる場合にのみ、専用のハードウェアにインストールする必要があります。

リソース使用計算ツール (p. 12) はインストールとこれらのコンポーネントの数に関する推奨を提供します。


このコンポーネントは管理対象のバックアップロケーションで必要です。しかし、重複除外

または集中管理テープストレージのいずれか、もしくはその両方を使用する予定の場合か、

バックアップのカタログを使用する必要がある場合に限られます。それ以外の場合には、

Storage Node は必要ではなく、推奨もされません。


カタログサービスはバックアップ内での検索のためのみに使用されます。これは、ユーザー

の要求に応じて特定のファイルを探す場合などに、非常に便利な機能です。バックアップ内

の文書の内容を全文検索で探す機能は Acronis Backup 12.5 の将来のアップデートで提供さ

れます。

バックアップの内容にインデックスが不要な場合には、カタログサービスをインストールし

ないようにします。


バックアップエージェントは保護したい環境にインストールする必要があります。各種エージ

ェントをインストール方法についてはユーザーガイドをご覧ください：



物理マシン






Hyper-V 環境




SMB3 共有を使って仮想マシンを保存している場合には、Windows の「SMB ファイル共有のための VSS」機能を有効にするのを忘れないでください。有効にしなかった場合、バックアップは失敗します。

詳細情報についてはこちらをご覧ください：https://blogs.technet.microsoft.com/clausjor/2012/06/14/vss-for-smb-file-shares/


1 つ以上の仮想アプライアンスを仮想マシンとしてデプロイするか、VMware エージェント




標準的な推奨は仮想アプライアンスを仮想環境内の ESXi ホスト毎にインストールすること

です。DNS が適切に設定されている場合 (p. 56) には、vCenter を Management Server に追

加すると自動で実行されます。

Windows 搭載の物理マシンへのインストールはオフロードバックアップや LAN フリーバッ

クアップの場合に推奨されます。


業務に使用している ESXi ホストの負荷が大きいために仮想アプライアンスの実行が望ま

しくない場合に使用します。



ESXi が SAN の接続されたストレージを使用する場合、この同一の SAN に接続されたマ

シンにエージェントをインストールします。エージェントは ESXi ホストと LAN を経由

するのではなく、仮想マシンをストレージから直接バックアップします。詳細な手順は

ユーザーガイドの LAN フリーバックアップの項をご覧ください：



特定の仮想マシン上に直接エージェントをインストールすることもできます。この場合、追加

のライセンスは必要ありません。


す。

raw ディスクのように仮想ディスクの設定がスナップショットでサポートされていない場合

Xen や RHEV など、エージェントレスバックアップがサポートされていないハイパーバイザ

ーの場合



れている場合でも）は環境のサイズに比例した要件を持つ唯一のエージェントです。一般的な

最低推奨事項は以下の通りです：

RAM


加の空き RAM

ハイパーバイザーホストの合計メモリーが最高で 64 GB 場合、または 2～4 台のマシンを同

時にバックアップする場合もしくはその両方が該当する場合、エージェント用に 2 GB の追

加の空き RAM

64GB 以上の RAM のホストで、4～10 台のマシンを同時にバックアップする場合には 4 GB

の追加の空き RAM

CPU：

2 つの CPU スレッドを常に推奨







コンポーネント間および、複数の物理/仮想ネットワーク間でホスト名が適切に解決されるよう

にしなければなりません。





さらに、上記の各コンポーネントは各自の名前も解決できなければなりません。名前解決が適

切に機能しないと、デプロイの問題からバックアップエラーまで様々な種類のエラーが発生し

ます。






この自動デプロイが機能するためには、Acronis Management Server と ESXi ホストで稼働する

仮想マシン上のゲスト OS との間でドメイン名の解決が機能しなければなりません。設定済みの

DNS サーバーへのデプロイ後に VMware エージェント(仮想アプライアンス) がホスト名を使っ

て Acronis Management Server に接続できるかを確認する必要があります。これを支援するた

め、Update 2 では、コンポーネントがサーバーに接続する方法（ホスト名か IP アドレスか）を

選択できるようにするフィールドを追加しました。

エージェントが Management Server に接続する方法として、名前ではなく、IP アドレスを選択すること

を推奨します。

https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5/index.html#36631.html







3. ESX ホスト名と vCenter 名に仮想アプライアンス上から ping を実行します：



4. ホスト名による ping が成功しなかったら、DNS 解決の問題があり、このエージェントから

の仮想マシンのバックアップは機能しないでしょう。

ポート 25 がブロックされていると、ping コマンドは適切に機能しません。代わりに nslookup 等のその他のコマンドを試すこともできます。ホスト名で接続できるかを確認できる限り、どのコマンドを試すか

は重要ではありません。



hosts ファイルを編集するには、以下の方法を使用します：



vi /etc/hosts




5. 保存を変更するには Esc を押して:wq と入力します





Acronis Backup 12.5 Advanced の非常に重要な新しい機能は、Acronis エージェントがバックア

ップの他にも多数のデータ処理タスクを実行するというものです。これらの各タスクは、バッ

クアップとは全く関係なく別々のスケジュールで実行できます。利用できるタスクの一部：


ベリファイ




この機能はバックアップ計画に沿って、バックアップウィンドウに影響することなくバックア

ップデータを管理する上で非常に重要です。例えば、これにより、ネットワーク帯域幅とバッ

クアップ時間に影響することなく、エージェントをバックアップストレージサーバーにインス

トールし、アーカイブをベリファイ/クリーンアップすることができます。また、週末に、1 つ

のストレージエンドポイントから別のストレージエンドポイントに直接バックアップをレプリ

ケートすることも可能です。


詳細なインストール手順は、ユーザーガイドをご覧ください：






中堅中小企業の環境への推奨事項は以下の通りです：







3. Acronis Management Server、バックアップエージェント、Monitoring Service、リモートイ

ンストール用コンポーネント、ブータブルメディアビルダーをバックアップサーバーにイン

ストールします

4. Storage Node またはカタログが必要な場合には、ストレージインフラに紐づけられたサー

バーにインストールし、Management Server に登録します。

5. グループを設定します。


ストレージロケーション自体またはその周辺に（ネットワーク内のできる限り近くの場

所）、別途エージェントをインストールします。

このエージェントはクリーンアップ、ベリファイ、ストレージのレプリケーションなど

のオフホストデータ処理タスクに使用されます。

7. バックアップ計画を作成し、グループに適用します。


a. 通常、大量のエージェントを自動的にデプロイする場合には、グループポリシーの使用


b. 製品からプッシュインストールを実行することもできます。




c. 対応するアカウントを入力することで、インストール中にエージェントを管理用グルー

プに追加できます。

9. グループに含まれないところにバックアップ計画を適用します。

10. エージェントをストレージロケーションの近くにデプロイします。このエージェントはオフ

ホストデータ処理タスクに使用されます。

11. オフホストベリファイ、クリーンアップ、レプリケーション、変換計画を作成して、バック

アップウィンドウおよびネットワーク外でデータ管理を実行し、保護されているマシンのリ


ソースに影響しないようにします。





ボリューム、特定のファイル、拡張子を除外することができます。

例えば、個人用ノート PC などのエンドポイントが含まれるグループのバックアップ計画か

ら.avi ファイルを除外できます。


中堅中小企業の環境では、通常、2 つのおもなストレージオプションを利用できます：

バックアップすべてをエンドポイントエージェント自体に、またはその近くに保存します。

例えば、各マシンはボリューム C:\ を D:\ドライブにバックアップできます。この場合には

特別な推奨事項はありません。この方法には、ネットワーク使用の低減という利点がありま

すが、管理上のオーバーヘッドが発生します（各ストレージロケーションには 1 つずつアク

セスする必要があります）。このオプションは、数百台または数千台のマシンを同時に、影

響を最小限に留めながら復旧するなどの大規模復元の必要性がある場合に推奨します。詳細

情報は復旧に関する推奨の項をご覧ください。

全バックアップをまとめて保存できます。

大規模環境では、このために、それぞれに独自のストレージを備えた複数のネットワークセ

グメントまたはそのストレージへの高帯域幅接続、もしくはその両方が必要となります。ス

トレージに関する検討事項の項目 (p. 64) をご覧ください。

バックアップが集中保存されている場合、ベリファイ、レプリケーションなどのデータ処理

タスクのすべてはストレージに紐づけられた専用のエージェントによって実行されなければ

なりません。


通常、ネットワークが一番のバックアップのボトルネックになります：サブネットセグメント


で同時に実行されるバックアップの数は、過負荷をかけないよう制限する必要があります。

従って、バックアップスケジュールは、RPO（目標復旧時点）の要件、バックアップするデー

タの合計サイズ、データの移行に利用できる帯域幅の 3 つの要素のバランスがとれていなけれ

ばなりません。数十台のデバイスに 2、3 テラバイトのデータが存在し、日次の増分バックアッ

プがスケジュールされるという典型的な中堅中小企業の規模では、特定の検討事項はありませ

ん。

しかし、これより大規模環境の場合や、ネットワークが混雑している場合、または環境全体を 1

つのバックアップスキーマに含めることができない場合には、バックアップ環境を意味のある

カスタムグループに分割することを推奨します。グループの作成に関する詳細は、弊社のサポ

ートドキュメントをご覧ください。

各グループには、割り当てられたバックアップウィンドウ内でバックアップを完了できるだけ

のエージェント数を含める必要があります。このタスクの一助として、リソース使用計算ツー

ルを活用できます (p. 12)。

その他の要素により、期待されるネットワーク帯域幅が影響を受け、バックアップ時間が長くなる可能性があります。例えば、アプリケーション認識型の仮想マシンバックアップ向けのアプリケーションメタデ

ータの収集は、バックアップ対象のアプリケーションに問題がある場合には長時間を要する可能性があります。明らかに問題がないことを確認するために、グループの最初のバックアップをモニターする必要があります。

推奨されるバックアップスキーマは「常に増分」です。これにより完全バックアップの数が最

少（最初の 1 つ）に抑えられるためです。

別のオプションは、保護されているリソース自体にバックアップを直接保存することです。バ

ックアップがネットワークに影響を及ぼさないため、この場合のスケジュール設定には特別な

検討事項はありません。

どちらの方法も同様に優れた機能を発揮し、復旧シナリオと利用できるストレージスペースに

依存する部分が大きくなります。

5.3.4 保持期間



できます。




例えば、バックアップを Acronis Cloud にレプリケートしたり、テープストレージを活用したり

することができます。

非常に大きな集中管理ストレージをバックアップに使用する場合には、バックアップ計画で保

持ルールをオフにすることを推奨します。バックアップ自体を「無期限に保存」に設定します。

その理由は、バックアップ計画自体でクリーンアップを指定すると、各バックアップエージェ

ントがバックアップ終了後にそれぞれクリーンアップを実行することになり、数千のエージェ

ントがクリーンアップを実行しようとして、エージェントとネットワークに大きな負荷を生じ

させるためです。

これを回避するために、ストレージ自体（またはできる限り近く）に別途エージェントをイン

ストールして、個別にクリーンアップ計画を作成します。こうすることで、単一のエージェン

トがスケジュールに沿ってクリーンアップを実行するため、ネットワークへの負荷はほとんど

ありません。


クリーンアップ手順と同様に、集中管理ストレージをターゲットにしたプリケーションまたは

ベリファイオプションもバックアップ計画で設定しないようにします。

代わりに、個別の計画を作成してレプリケーションやベリファイタスクをオフホストでピーク

時以外に実行するようにします。

これらのオフホストでの操作を行うエージェントは、できればストレージデバイス自体にイン

ストールします。それができない場合には、可能な限りストレージの近くにインストールし、

最大限の帯域幅を利用できるようにします。

各エージェントがインストールされたロケーション自体にバックアップを作成する場合には該当しません。

その場合には、ベリファイなどのデータ処理タスクをバックアップ計画でスケジュールする必要があります。




これらの情報の送信に対処する上で生じるオーバーヘッドを削減するために、以下の要点を考

慮してください：

お使いの環境では不要なアラートの種類を無効にします。

例えば、ノート PC またはその他のモバイルエンドポイントを保護する場合には、「バック

アップステータスが不明」アラートは通常あまり役に立ちません。その理由は、従業員が

ネットワークの外に出て、Management Server がエージェントをコントロールできなくな

る度にこのアラートが通知されるためです。

また、特定のアラートの優先順位を下げることも可能です。

こうした変更は現状、Management Server 全体のレベルで機能するため、ユーザーごと、または組

織内の部署ごとのレベルでカスタマイズすることはできません。この機能は Acronis Backup 12.5の将来のアップデートで提供される予定です。

通常、アラートが有効になると直ちに通知が送信されます。

各アラートの内容は、アラートが有効になったエージェントや計画にのみ該当するものです。

つまり、単一の計画の実行が 2 つのエージェントで失敗した場合や 1 つのエージェントが 2

つの異なる計画の実行に失敗した場合、2 つのアラートが生成され、2 通のメールが送信さ

れます。数十のエージェントが存在する状況を想定すると、（ネットワーク障害などの）よ

くある失敗が、1 つの問題に関する数十通のメールを送信することになります。

このため、即座に対応が必要な最重要インフラをカバーする計画では最重要なアラート種類

に関して、アラート毎の通知のみを設定することを推奨します。これより重要度が低いマシ

ンでは、日次でスケジュールされるアラートレポートやレポート機能を活用して、ステータ

スのスナップショットを毎日取得するようにします。

バックアップ計画のオプションで、「指定した日数にわたり、正常に完了したバックアッ

プがありません」アラートを使用します。

このアラートは、デバイスが指定した期間バックアップを作成しなかった場合にのみ有効に

なります。これは、1 度バックアップに失敗してもクリティカルな状況にならないマシンの

1 日だけのバックアップエラーを無視する方法として便利です。

エラー処理の再試行

解消可能なエラーが発生した場合に、プログラムは一度失敗した操作を再試行します（例えば、

ネットワークが利用できなかった場合）。デフォルトの試行回数は 30 回で、それぞれ 30 秒の

間隔をおいて実行されます（つまり 15 分にわたり再試行が行われます）。小規模なバックアッ


プジョブでは、これは重要ではありませんが、大規模なマシングループのバックアップを並行

して行っている場合にはバックアップウィンドウに大きな影響を及ぼします。そのため、再試

行の数値を 10 回、30 秒間隔に減らすことができます。

ファイル形式

可能な限り、デフォルトのバージョン 12 バックアップ形式を使用してください：


Active Protection

Active Protection は Windows 7 以降、Windows Server 2008 R2 以降を搭載するマシンで利用可能です。Windows エージェントがマシンにインストールされている必要があります。



Active Protection は大きなファイルがシステムにアクセスする場合でも、CPU 負荷のパーセン


Management Server 自体の保護

Management Server 自体もバックアップ計画で保護されていることを確認してください。

Management Server の保護は、ブータブルメディアだけを使用した環境全体のディザスタリカ

バリも実行できるため、厳格な要件ではありませんが、Management Server のバックアップが

ないと、保護されたデバイスを復元した後で、サーバーの再インストールや各エージェントの

再追加、そしてすべての設定をやり直さなければなりません。

Management Server のバックアップがあれば、リカバリ手順を迅速に行うために仮想マシンと

して実行する、または仮想スタンバイに変換するなどのオプションも実行できるようになりま

す（リカバリに関する推奨事項 (p. 96) の項を参照）。


前述のとおり、集中管理ストレージの帯域幅とそのストレージに同時にデータを保存するバッ

クアップの数を考慮することが重要です。

リソース使用計算ツール (p. 12) は、指定された帯域幅とバックアップウィンドウで全マシンの


完全バックアップを作成するためにいくつのストレージセグメントが必要かに関する試算を提

供してくれます。

5.4.1 重複除外

Acronis Backup 12.5 の重複除外は常にソース側で行います。これは、ハッシュ計算はエージェ

ントにより実行され、バックアップに既に含まれるデータはネットワークを使って再転送され

ないということです。これはストレージの必要性とネットワーク帯域幅の両方を削減する優れ

た方法で、特に類似するマシンのバックアップを作成する場合に大きな効果が得られます。

重複除外は比較的強力なストレージサーバーの使用と特定の機能がないこと（具体的には、バ

ージョン 12 バックアップ形式のサポートがないこと）という代償のもとで得られる複雑なプロ

セスです（しかし、このサポートも将来のアップデートで提供されます）。

重複除外を使用する予定の場合、ユーザーガイドの重複除外の項で、重複除外テクノロジーや

ベストプラクティスについてより詳しい情報を必ず確認してください：


重複除外は、高い割合で同一のデータが含まれる多数のマシンのバックアップを作成する場合

や、WAN またはその他の帯域幅の狭い接続を利用するストレージにバックアップを保存する必

要がある場合に最も効果的です。

これは中堅中小企業の環境にはあまり該当しないため、大多数の場合、重複除外なしで使用す


重複除外とレプリケーション

一般的には、レプリケーションは重複除外が行われるロケーションに向かって行い、決して重

複除外されたロケーションからは行わないことを推奨します。

その理由は、Acronis Backup のレプリケーションはアーカイブデータの単なるコピーではなく、

再バックアップに近い形で機能する点に関係しています。つまり、重複除外が実行されるロケ

ーションを宛先としてレプリケートすると、バックアップ同様に、唯一無二のデータのみが移

行されることになります。これは、ローカルにバックアップを作成し、その後オフサイトの重

複除外ロケーションにレプリケートする場合などに大きなメリットを提供します。

また、重複除外ロケーションからレプリケートされたデータはレプリケーション実行中に再構

成されるということを意味します。つまり、結果として生成されるファイルは重複除外されて


おらず、Storage Node の重複除外サービスから切り離して使用することができるということで

す。

このデータ再構成プロセスはレプリケーション操作に多くのオーバーヘッドを生じさせ、重複

除外されていないロケーションからレプリケーションを行う場合にはもっと長い時間がかかり

ます。特にレプリケーションの宛先が、遅延から受ける影響が大きいテープライブラリの場合

には、これは大きな問題を引き起こします。




テスト済みのサポートされるテープデバイスのリストは、テープハードウェアの互換性リスト

をご覧ください：https://go.acronis.com/acronis-backup-advanced-tape-hcl









Acronis Storage Node は複数のエージェントから 1 つ以上のテープドライブに集中管理バック

アップを作成する場合に必要です。テープデバイスは Storage Node に接続されている必要があ

ります。

テープと重複除外の両方を使用する予定の場合の推奨は、別々の Storage Node をストレージ毎

にインストールすることです。1 つの Management Server で管理できる Storage Node の数に

は、事実上制限がないためです。








Linux:




せん。




















テープデータベースを削除しないでください！全テープを再スキャンする必要が生じ、そのテープ保存されたバックアップは再度使用できなくなります。この操作は非常に長い時間がかかり、エラーが起こりが

ちです。


うにする












Linux：








います。




さい。

5.4.2.4 テープセット

Acronis Backup 12.5 はテープセットの作成をサポートします。これにより、正確に、どのデバ

イスが、どのテープデバイスに、どのような条件でバックアップを作成したかを管理する上で

優れた柔軟性を提供します。例えば、平日には毎日それぞれ違う 1 つのテープを使用し、週末

には別のテープセットを使用したい場合などがこれに該当します。

テープセットに関するナレッジベースの記事を参照してください：




以下は一般的な中堅中小企業の環境のネットワーク図です。


Storage Node の登録と管理

TCP 9877、7780 デフォルトのポート

9877

Web ブラウザプッシュインスト

ールエージェント

TCP 445、25001

Pre Update 1: 9876

Update2+: 43234 Management

Server エージェントの登録と管理

TCP 9877、7780

情報取得とアプライアンス

のデプロイ

TCP 443、902

VMware

エージェント

Linux

エージェント

Windows

エージェント Windows

エージェント

集中管理

ストレージ

オフホストクリーン

アップ、ベリファイ

など

Windows

エージェント

Storage Node

Service テープ

管理データ

Storage Node へ

のオフホストレ

プリケーション

TCP 9876、9852

Acronis エージェント

バックアップデータオプション

Storage Node マシン

Storage Node へ

のバックアップ

TCP 9876、9852


以下は Acronis Backup アプライアンスを使用する場合のネットワーク図です。

Windows

エージェント

集中管理

ストレージ

Linux

エージェント

管理 GUI に

接続：9877


VMware

エージェント Web

ブラウザ

バックアップアプライアンス

vSphere 環境

管理データバックアップデータ

Management

Server

オプションのコンポー

ネント


6 大規模環境

環境の説明

大規模環境は、バックアップ専用インフラを使ってバックアップする必要がある数百台のマシ

ンから構成されます。

こうした環境におけるおもなポイントは、数百台のマシンの同時バックアップはどんなネット

ワークであっても過負荷となり、著しい遅延が発生するということです。これを避けるために

は、管理コンポーネントを適切な専用ハードウェアにインストールし、バックアップ計画をバ

ックアップスケジュールの点で慎重に管理する必要があります。

Update 3.1 以降、Acronis Backup は、弊社の推奨に沿って構成された 1 台の Management

Server 上の最大 4,000 までのエージェントをサポートします。


本項は Acronis Backup 12.5 の大規模環境でのデプロイに関する要件と推奨事項を取り上げます。

6.1.1 大規模環境に推奨されるソフトウェア要件

以下のリストには、Management Server の大規模環境へのインストールでサポートされるオペ

レーティングシステムが含まれます。

Windows がおもに使用されている環境では、Management Server を Windows Server 2012 R2

以降にインストールすることを推奨しますが、これより古いバージョンの Windows または

Linux マシンを使用することも可能ですのでご注意ください。

また、管理ユニットを Linux に作成することは不可能ですので併せてご注意ください。

Windows

Windows Server 2008 – Standard、Enterprise、Datacenter エディション(x86、x64)


Windows 7 – 全エディション (x86、x64)



ン



Windows 8/8.1 – 全エディション (x86、x64) ただし、Windows RT エディションを除く





Windows Server OS を使用するための厳格な要件はありませんが、スケーラビリティ、

セキュリティ、安定性のために大規模環境ではこれらが一般的に推奨されます。

Linux

2.6.23 から 4.15 のカーネルと glibc 2.3.4 以降を搭載した Linux

Various x86_64 Linux ディストリビューション。以下を含む：

Red Hat Enterprise Linux 6.x、7.0、7.1、7.2、7.3、7.4、7.5

Ubuntu 9.10、10.04、10.10、11.04、11.10、12.04、12.10、13.04、13.10、14.04、

14.10、15.04、15.10、16.04、16.10、17.04

Fedora 11、12、13、14、15、16、17、18、19、20、21、22、23、24

SUSE Linux Enterprise Server 10、11、12

Debian 4、5、6、7.0、7.2、7.4、7.5、7.6、7.7、8.0、8.1、8.2、8.3、8.4、8.5、8.6、

8.7、8.8、9.0、9.1、9.2

CentOS 5.x、6.x、7、7.1、7.2、7.3、7.4

Oracle Linux 5.x、6.x、7.0、7.1、7.2、7.3 – 堅牢なエンタープライズ向けカーネルと

Red Hat 互換カーネルの両方

CloudLinux 5.x、6.x、7、7.1


ALT Linux 7.0

6.1.2 Management Server データベース

デフォルトでは、Acronis Management Server は SQLite を使用して、そのデータを Windows

および Linux 環境両方のために保存します。

大規模環境ではデフォルトの SQLite データベースの使用を避け、より堅牢でセキュアなソリューションを使用することを推奨します。

Windows では、MS SQL データベースをインストール中に使用することを推奨します。

Linux では PostgreSQL データベースの使用を推奨します。構成手順は以下の記事をご覧く

ださい：https://kb.acronis.com/content/60395

6.1.2.1 MS SQL データベースの推奨事項

データベースのために MS SQL バックエンドで数千のエージェントを実行する場合には、以下

の構成を推奨します：

8 コア CPU

32 GB の RAM

DB インスタンス用に 100 GB 空き容量

最高のパフォーマンスのために、MS SQL インスタンスは Management Server コンポーネント

と同じサーバーで実行し、認証には SSPI を使用するようにします。


Acronis Backup 12.5 コンポーネントのほとんどの周辺機器のハードウェア要件（バックアップ

エージェントを含む）は、規模が変わっても同じです。どれほど多くのエージェントがインス

トールされていても、各エージェントの要件は、エージェントの合計数とは関係なく、各マシ

ンのバックアップされるデータサイズにより決定されます。

集中管理コンポーネントのハードウェア要件は管理対象のデバイスの数に比例して大きくなり

ます。特に、200 台以上のマシンがある環境ではその傾向が強くなります。

Management Server は CPU または RAM に過度に依存しないため、こうした大規模環境におけ


る主たる要件は、Management Server Service の様々なデータベースが使用するストレージサブ

システム I/O スループットということになります。

大規模環境のバックアップは大量の（数百から数千の）IOPS を生成し、これが標準の HDD に

おいて重大なボトルネックとなる可能性があるためです。

大規模環境の Management Server には SSD などの高 IOPS ディスクを使用することを推奨しま

す。

お使いのバックアップインフラを実行するために必要とされるハードウェア具体的な推奨はア

クロニスリソース使用計算ツール (p. 12) を使って試算することができます。



イアンスにデプロイが可能です。さらに、オンプレミスのバックアップインフラを管理するた

めにクラウドプラットフォームにデプロイすることもできます。

大規模環境では、ハードウェアの要件とディスクサブシステムへの IOPS 負荷のため、物理サー

バーを使用することを推奨します。

Acronis Backup Cloud デプロイは Acronis Backup 12.5 Management Server と同じですが、

Acronis データセンター内で稼働します。エージェントは WAN を介してこのクラウドの

Management Server に接続します。このデプロイの種類は大規模環境における事例としては推

奨されません。大規模環境で使用される多くの新機能は、オンプレミスデプロイでのみ利用可

能であるためです。将来のリリースでクラウドデプロイに含まれます。

6.1.5 大規模環境におけるデプロイ後の最適化 1000以上のリソースを追加する予定の場合には、レポートデータの更新間隔を調整し、

Management Serverのリソース使用がおもに発生する場所を軽減することを推奨します。

この間隔は、ストレージ、グループメンバーシップ、ライセンス使用などのウィジェットデー

タの更新頻度を制御します。これはCPU負荷とレポートデータ更新間隔のトレードオフです。

保護されるリソースが2000以上の場合には、間隔を1時間に設定するよう推奨されます。その方

法は以下の通りです：

1.Monitoring Service設定ファイルを開きます。

Windows: %PROGRAMDATA%\Acronis\MonitoringServer\config.ini

Linux: /var/lib/Acronis/MonitoringServer/config.ini


2.以下の行を見つけます： ; Interval for collecting metrics for vaults in seconds (1 minute by default)

; vault_collection_interval = 60

; Interval for collecting metrics for groups in seconds (1 minute by default) ; group_collection_interval = 60

; Interval for collecting metrics for vaults in seconds (1 minute by default)

; license_collection_interval = 60

3.コメントなしで実際の値を3600(1時間の秒数）に設定します ; Interval for collecting metrics for vaults in seconds (1 minute by default)

vault_collection_interval = 3600

; Interval for collecting metrics for groups in seconds (1 minute by default)

group_collection_interval = 3600

; Interval for collecting metrics for vaults in seconds (1 minute by default)

license_collection_interval = 3600



以下のコンポーネントはバックアップ管理専用のサーバーにインストールする必要があります。

Management Server

Monitoring Service

この場合、以下のコンポーネントも同じサーバーにインストールすることを推奨します。



ようにします。グループポリシーを使ってエージェントをインストールする予定の場合には、

このコンポーネントは不要です。


Management Server 自体を保護することができます。

Management Server はエージェントがインストールされたマシンでバックアップが機能す

るために必ず必要というわけではないため、この手順はスキップできますが、サーバーもバ

ックアップもないという事態が発生した場合に、再インストールと設定をすべてやり直さな


くてはならず、大規模環境ではこの作業に長時間がかかります。Management Server 自体

の保護に関する推奨は次項で説明します。

現在、Management Server の設定をインポートまたはエクスポートする方法はありません。

この機能は Acronis Backup の将来のアップデートで提供されます。

Management Server をクラスター構成にする標準の方法はありません。

Management Server の保護には、Management Server に使用している OS に適したライ

センスが必要となります。

以下のコンポーネントは、インストールの必要がありますが、必ずしも Management Server 上

にインストールする必要はありません。環境に応じて、ライセンスのあるエージェントで実行

中のマシンのいずれかにインストールすることができます：


MS SQL データベース (900 以上のエージェントを使用する環境向け)

以下のコンポーネントは、バックアップ計画やストレージのタイプ、またはその両方により必

要とされる場合にのみ、専用のハードウェアにインストールする必要があります。

リソース使用計算ツール (p. 12) はインストールとこれらのコンポーネント数に関する推奨事項を提供しま

す。


このコンポーネントは管理対象のバックアップロケーションで必要です。しかし、重複除外

または集中管理テープストレージのいずれか、もしくはその両方を使用する予定の場合か、

バックアップのカタログを使用する必要がある場合に限られます。それ以外の場合には、

Storage Node は必要ではなく、推奨もされません。


カタログサービスはバックアップ内での検索のためのみに使用されます。これは、ユーザー

の要求に応じて特定のファイルを探す場合などに、非常に便利な機能です。バックアップ内

のドキュメントの内容を全文検索で探す機能は Acronis Backup 12.5 の将来のアップデート

で提供されます。

バックアップの内容にインデックスが不要な場合には、カタログサービスをインストールし

ないでください。



バックアップエージェントは保護したい環境の各部分にインストールする必要があります。各

種エージェントのインストール手順についてはユーザーガイドをご覧ください：


物理マシン






Hyper-V 環境




SMB3 共有を使って VM を保存している場合には、Windows の「SMB ファイル共有のための VSS」機能を有効にするのを忘れないでください。有効にしないとバックアップに失敗します。

詳細情報についてはこちらをご覧ください：

https://blogs.technet.microsoft.com/clausjor/2012/06/14/vss-for-smb-file-shares/


1 つ以上の仮想アプライアンスを直接仮想マシンとしてデプロイするか、VMware エージェント




標準的な推奨は仮想アプライアンスを仮想環境内の ESXi ホスト毎にインストールすること

です。

オフロードバックアップや LAN フリーバックアップには Windows を搭載する物理マシンへ




のインストールを推奨します。


業務に使用している ESXi ホストが極めて過負荷の状態で仮想アプライアンスが不適

切な場合に使用します。


ESXi が SAN が接続されたストレージを使用する場合には、その SAN に接続されてい

るマシンにエージェントをインストールします。エージェントは ESXi ホストと LAN

を経由するのではなく、仮想マシンをストレージから直接バックアップします。手順

の詳細についてはユーザーガイドの LAN フリーバックアップの項をご覧ください：



特定の仮想マシン上に直接エージェントをインストールできることもできます。この場合、追

加のライセンスを必要としません。


す。

raw ディスクのように仮想ディスクの設定がスナップショットによってサポートされていな

い場合

Xen や RHEV など、エージェントレスバックアップがサポートされていないハイパーバイザ

ーの場合



れている場合でも）は環境のサイズに比例した要件を持つ唯一のエージェントです。一般的な

最低推奨事項は以下の通りです：

RAM


加の空き RAM

ハイパーバイザーホストの合計メモリーが最高で 64 GB 場合、または 2～4 台のマシンを同


時にバックアップする場合もしくはその両方が該当する場合、エージェント用に 2 GB の追

加の空き RAM

64 以上の RAM のホストで、4～10 台のマシンを同時にバックアップする場合には 4 GB の

追加の空き RAM

CPU：

2 つの CPU スレッドを常に推奨します






コンポーネント間および、複数の物理/仮想ネットワーク間でホスト名が適切に解決されるよう

にしなければなりません。





さらに、上記の各コンポーネントは各自の名前も解決できなければなりません。名前解決が適

切に機能しないと、デプロイの問題からバックアップエラーまで様々な種類のエラーが発生し

ます。






この自動デプロイが機能するためには、Acronis Management Server と ESXi ホストで稼働する


仮想マシン上のゲスト OS との間でドメイン名の解決が機能しなければなりません。設定済み

の DNS サーバーへのデプロイ後に VMware エージェント (仮想アプライアンス) がホスト名を使

って Acronis Management Server に接続できるかを確認する必要があります。これを支援する

ため、Update 2 では、コンポーネントがサーバーに接続する方法（ホスト名か IP アドレスか）

を選択できるようにするフィールドを追加しました。

エージェントが Management Server に接続する方法として、名前ではなく、IP アドレスを選択することを推奨します。






3. ESX ホスト名と vCenter 名に仮想アプライアンス上から ping を実行します：



4. ホスト名による ping が成功しなかったら、DNS 解決の問題があり、このエージェントから

の仮想マシンのバックアップは機能しないでしょう。

ポート 25 がブロックされていると、ping コマンドは適切に機能しません。代わりに nslookup 等のその他のコマンドを試すこともできます。ホスト名で接続できるかを確認できる限り、どのコマンドを試すかは重要ではありません。



hosts ファイルを編集するには、以下の方法を使用します：



vi /etc/hosts





5. 保存を変更するには Esc を押して:wq と入力します




Acronis Backup 12.5 Advanced の非常に重要な新しい機能は、Acronis エージェントがバックア

ップの他にも多数のデータ処理タスクを実行するというものです。これらの各タスクは、バッ

クアップとは全く関係なく別々のスケジュールで実行できます。利用できるタスクの一部：


ベリファイ




大規模環境でバックアップデータを管理する場合、この機能は不可欠です。例えば、これによ

り、ネットワーク帯域幅とバックアップ時間に影響することなく、エージェントをバックアッ

プストレージサーバーにインストールし、アーカイブをベリファイ/クリーンアップすることが

できます。また、週末に、1 つのストレージエンドポイントから別のストレージエンドポイント

に直接バックアップをレプリケートすることも可能です。


詳細なインストール手順はユーザーガイドをご覧ください：https://www.acronis.com/ja-





以下は大規模環境における推奨事項です：







3. Acronis Management Server、バックアップエージェント、Monitoring Service、リモートイ

ンストール用コンポーネント、ブータブルメディアビルダーをバックアップサーバーにイン

ストールします

4. Storage Node またはカタログが必要な場合には、ストレージインフラに紐づけられたサー

バーにインストールし、Management Server に登録します。

5. グループ、ユーザー、部署を設定します（以下の推奨を参照）。


ストレージロケーション自体またはその周辺に（ネットワーク内のできる限り近くの場所）、

別途エージェントをインストールします。このエージェントはストレージのクリーンアップ、

ベリファイ、レプリケーションなどのオフホストデータ処理に使用されます。

7. バックアップ計画を作成し、グループに適用します。


a. 通常、大量のエージェントを自動的にデプロイする場合には、グループポリシーの使用


b. 製品からプッシュインストールを実行することもできます。




c. 対応するアカウントを入力することで、インストール中にエージェントを管理用グルー

プに追加できます。

9. グループに含まれないところにバックアップ計画を適用します。

10. エージェントをストレージロケーションの近くにデプロイします。このエージェントはオフ

ホストデータ処理タスクに使用されます。


11. オフホストベリファイ、クリーンアップ、レプリケーション、変換計画を作成して、バック

アップウィンドウおよびネットワーク外でデータ管理を実行し、保護されているマシンのリ

ソースに影響しないようにします。





ボリューム、特定のファイル、拡張子を除外することができます。

例えば、個人用ノート PC などのエンドポイントが含まれるグループのバックアップ計画か

ら.avi ファイルを除外できます。


大規模環境では通常 2 つのストレージオプションを使用できます：

バックアップすべてをエンドポイントエージェント自体に、またはその近くに保存します。

例えば、各マシンはボリューム C:\ を D:\ドライブにバックアップできます。この場合には

特別な推奨事項はありません。この方法には、ネットワーク使用の低減という利点がありま

すが、管理上のオーバーヘッドが発生します（各ストレージロケーションには 1 つずつアク

セスする必要があります）。このオプションは、数百台または数千台のマシンを同時に、最

小限の影響に留め復旧するなどの大規模復旧の必要性がある場合に推奨します。詳細情報は

リカバリに関する推奨の項をご覧ください。

バックアップはすべてまとめて保存できます。

大規模環境では、このために、それぞれに独自のストレージを備えた複数のネットワークセ

グメントまたはそのストレージへの高帯域幅接続、もしくはその両方が必要となります。以

下のストレージに関する検討事項 (p. 64) の項をご覧ください。

バックアップが集中保存された場合、ベリファイ、レプリケーションなどのデータ処理タス

クのすべてはストレージに紐づけられた専用のエージェントによって実行されなければなり

ません。



大規模環境では、ネットワークがバックアップの最も典型的なボトルネックになります：サブ

ネットセグメントで同時に実行されるバックアップの数は、過負荷をかけないよう制限する必

要があります。

この物理的制限の中でうまく実行するための推奨はバックアップ環境を意味のあるカスタムグ

ループに分割することです。グループの作成に関する詳細は、弊社のサポートドキュメントを

ご覧ください。

各グループには、割り当てられたバックアップウィンドウ内でバックアップを完了できるだけ

のエージェント数を含める必要があります。このタスクを支援するためにリソース使用計算ツ

ールを活用できます (p. 12)。

その他の要素により、期待されるネットワーク帯域幅が影響され、バックアップ時間が長くなる可能性があります。例えば、アプリケーション認識型の仮想マシンバックアップのアプリケーションメタデータの

収集は、バックアップ対象のアプリケーションに問題がある場合には長時間を要します。明らかに問題がないことを確認するために、グループの最初のバックアップをモニターする必要があります。

推奨されるバックアップスキーマは「常に増分」です。これにより完全バックアップの数が最

少（最初の 1 つ）に抑えられるためです。

別のオプションは、保護されているリソース自体にバックアップを直接保存することです。バ

ックアップがネットワークに影響を及ぼさないため、この場合のスケジュール設定には特別の

検討事項はありません。

どちらの方法も同様に優れた機能を発揮し、復元シナリオと利用できるストレージスペースに

依存する部分が大きくなります。

6.3.4 保持期間



できます。



例えば、Acronis Cloud にバックアップをレプリケートしたり、自社のデータセンターで


Acronis Storage ソリューションを利用したりすることができます。

非常に大きな集中管理ストレージをバックアップに使用する場合には、バックアップ計画で保

持ルールをオフにすることを推奨します。バックアップ自体を「無期限に保存」に設定します。

その理由は、バックアップ計画自体でクリーンアップを指定すると、各バックアップエージェ

ントがバックアップ終了後にそれぞれクリーンアップを実行することになり、数千のエージェ

ントがクリーンアップを実行しようとして、エージェントとネットワークに大きな負荷を生じ

させるためです。

これを回避するために、ストレージ自体（またはできる限り近く）に別途エージェントをイン

ストールして、個別にクリーンアップ計画を作成します。こうすることで、単一のエージェン

トがスケジュールに沿ってクリーンアップを実行するため、ネットワークへの負荷はほとんど

ありません。


クリーンアップ手順と同様に、集中管理ストレージをターゲットにしたプリケーションまたは

ベリファイオプションもバックアップ計画で設定しないようにします。

代わりに、個別の計画を作成してレプリケーションやベリファイタスクをオフホストでピーク

時以外に実行するようにします。

これらのオフホストでの操作を行うエージェントは、できればストレージデバイス自体にイン

ストールします。それができない場合には、可能な限りストレージの近くにインストールし、

最大限の帯域幅を利用できるようにします。

各エージェントが、インストールされたロケーション自体にバックアップを作成する場合には該当しませ

ん。その場合には、ベリファイなどのデータ処理タスクをバックアップ計画でスケジュールする必要があります。



非常に安定した環境であっても、保護されるデバイスの数が数千にのぼる場合には、日々多数

のエラーへの対処が必要となる傾向があります。

この情報の送信に対処する上で生じるオーバーヘッドを削減するために、以下の要点を考慮し


てください：

お使いの環境には不要なアラートの種類をオフにします。

例えば、ノート PC またはその他のモバイルエンドポイントを保護する場合には、「バック

アップステータスが不明」アラートは通常あまり役に立ちません。その理由は、従業員が

ネットワークの外に出て、Management Server がエージェントをコントロールできなくな

る度にこのアラートがトリガーされるためです。

また、特定のアラートの優先順位を下げることも可能です。

こうした変更は現状、Management Server 全体のレベルで機能するため、ユーザーごと、または組織内の部署ごとのレベルでカスタマイズすることはできません。この機能は Acronis Backup 12.5の将来のアップデートで提供される予定です。

通常、アラートが有効になると直ちに通知が送信されます。各アラートの内容は、アラート

が有効になったエージェントや計画にのみ該当するものです。

つまり、単一の計画の実行が 2 つのエージェントで失敗した場合や 1 つのエージェントが 2

つの異なる計画の実行に失敗した場合、2 つのアラートが生成され、2 通のメールが送信さ

れます。数十のエージェントが存在する状況を想定すると、（ネットワーク障害などの）よ

くある失敗が、1 つの問題に関する数十通のメールを送信することになります。

このため、即時の対応が必要とされる最重要インフラをカバーする計画の最重要アラートの

種類で、アラート毎の通知のみを設定することを推奨します。これより重要度の低いマシン

では、日単位でスケジュールされるアラートレポートやレポート機能を活用して、ステータ

スに関する概要を日々把握するようにします。

バックアップ計画のオプションで、「指定した日数にわたり、正常に完了したバックアッ

プがありません」アラートを使用します。

このアラートは、デバイスが指定した期間バックアップを作成しなかった場合にのみ有効に

なります。これは、1 度バックアップに失敗してもクリティカルな状況にならないマシンの

1 日だけのバックアップエラーを無視する方法として便利です。

部署

バックアップ環境の管理を複数の人員で行う場合には、ユーザーガイドに記載の通り、必ず環

境を組織内の部署ごとに分けるようにします：https://www.acronis.com/ja-



エラー処理の再試行

解消可能なエラーが発生した場合に、プログラムは一度失敗した操作を再試行します（例えば、

ネットワークが利用できなかったなど）。デフォルトの試行回数は 30 回で、それぞれ 30 秒の

間隔をおいて実行されます（つまり 15 分にわたり再試行が行われます）。小規模なバックアッ

プジョブでは、これは重要ではありませんが、大規模なマシングループのバックアップを並行

して行っている場合にはバックアップウィンドウに大きな影響を及ぼします。そのため、再試

行の数値を 10 回、30 秒間隔に減らすことができます。

ファイル形式

可能な限り、デフォルトのバージョン 12 バックアップ形式を使用してください：


Active Protection

Active Protection は Windows 7 以降、Windows Server 2008 R2 以降を搭載するマシンで利用可能です。

Windows エージェントがマシンにインストールされている必要があります。



Active Protection は、大きなファイルがシステムにアクセスする場合でも CPU 負荷のパーセン


Management Server 自体の保護

Management Server 自体もバックアップ計画で保護されていることを確認してください。

Management Server の保護は、ブータブルメディアだけを使用した環境全体のディザスタリカ

バリも実行できるため、厳格な要件ではありませんが、Management Server のバックアップが

ないと、保護されたデバイスを復元した後で、サーバーの再インストールや各エージェントの

再追加、そしてすべての設定をやり直さなければなりません。

Management Server のバックアップがあれば、リカバリ手順を迅速に行うために仮想マシンと

して実行する、または仮想スタンバイに変換するなどのオプションも実行できるようになりま

す（リカバリに関する推奨事項 (p. 96) の項を参照）。



前述の通り、大規模環境で考慮すべき重要なポイントは集中管理ストレージの帯域幅と、この

ストレージに同時にデータを保存するバックアップの数です。

リソース使用計算ツール (p. 12) により、指定された帯域幅とバックアップウィンドウで全マシ

ンの完全バックアップを作成するためにいくつのストレージセグメントが必要かに関する試算

ができます。

6.4.1 重複除外

Acronis Backup 12.5 の重複除外は常にソース側で行います。これは、ハッシュ計算はエージェ

ントにより実行され、バックアップに既に含まれるデータはネットワークを使って再転送され

ないということです。ストレージの必要性とネットワーク帯域幅の両方を削減する上で優れた

方法で、特に類似するマシンのバックアップを作成する場合に得られる効果は多大です。

重複除外は比較的強力なストレージサーバーの使用と特定の機能がないこと（具体的には、バ

ージョン 12 バックアップ形式のサポートがないこと）という代償のもと得られる複雑なプロセ

スです（しかし、このサポートも将来のアップデートで提供されます）。

重複除外を使用する予定の場合には、ユーザーガイドの重複除外の項で、重複除外テクノロジ

ーやベストプラクティスについてより詳しい情報を必ず確認してください：


重複除外は、高い割合で同一のデータが含まれる多数のマシンのバックアップを作成する場合

や、WAN またはその他の帯域幅の狭い接続を利用するストレージにバックアップを保存する必

要がある場合に最も効果的です。

重複除外とレプリケーション

一般的な推奨は、レプリケーションは重複除外が行われるロケーションに向かってに行い、決

して重複除外されたロケーションからは行わないという点です。

その理由は、Acronis Backup のレプリケーションはアーカイブデータの単なるコピーではなく、

再バックアップに近い形で機能する点に関係しています。つまり、重複除外が実行されるロケ

ーションを宛先としてレプリケートすると、バックアップ同様に、唯一無二のデータのみが移

行されるということです。これは、ローカルにバックアップを作成し、その後オフサイトの重

複除外ロケーションにレプリケートする場合などに大きなメリットを提供します。


また、重複除外ロケーションからレプリケートされたデータはレプリケーション実行中に再構

成されると言うことを意味します。つまり、結果として生成されるファイルは重複除外されて

おらず、Storage Node の重複除外サービスから切り離して使用することができるということで

す。

このデータ再構成プロセスはレプリケーション操作に多くのオーバーヘッドを生じさせ、重複

除外されていないロケーションからレプリケーションを行う場合にはもっと長い時間がかかり

ます。特にレプリケーションの宛先が、遅延から受ける影響が大きいテープライブラリの場合

には、これは大きな問題を引き起こします。




テスト済みのサポートされるテープデバイスのリストは、こちらのテープハードウェア互換性

リストをご覧ください：https://go.acronis.com/acronis-backup-advanced-tape-hcl









Acronis Storage Node は複数のエージェントから 1 つ以上のテープドライブに集中管理バック

アップを作成する場合に必要です。テープデバイスは Storage Node に接続されている必要があ

ります。

テープと重複除外の両方を使用する予定の場合の推奨は、別々の Storage Node をストレージ毎

にインストールすることです。1 つの Management Server で管理できる Storage Node の数に

は、事実上制限がないためです。








Linux:




せん。




















テープデータベースを削除しないでください！全テープを再スキャンする必要が生じ、そのテープ保存されたバックアップは再度使用できなくなります。この操作は非常に長い時間がかかり、エラーが起こりがちです。


うにする












Linux:









います。



さい。

6.4.2.4 テープセット

Acronis Backup 12.5 はテープセットの作成をサポートします。これにより、正確に、どのデバ

イスが、どのテープデバイスに、どのような条件でバックアップを作成したかを管理する上で

優れた柔軟性を提供します。例えば、平日には毎日それぞれ違う 1 つのテープを使用し、週末

には別のテープセットを使用したい場合などがこれに該当します。

テープセットに関するナレッジベースの記事を参照してください：


6.4.3 Acronis Storage (Update 2 の新機能)

Acronis Storage は Software-Defined Storage ソリューションで、簡単かつ迅速に廉価の汎用ハ

ードウェアとネットワーク設備を、ストレージエリアネットワーク (SAN) やネットワークアタ

ッチドストレージ (NAS) のようなエンタープライズ向けストレージに変換することができます。

Acronis Storage は大量のデータの保護に最適化されており、データの冗長性（レプリケーショ

ンとイレージャーコーディング）、高可用性、自己修復、ストレージ共有などを提供します。

Acronis Storage では、ユーザーデータはサーバーのオーガナイズドクラスターに固定サイズの

チャンクで保存されます。このデータチャンクがクラスター内の利用可能なサーバーに自動で

レプリケートされ、分配されることで、ユーザーデータの高可用性が確保されます。

Acronis Backup 12.5 Update 2 以降、Acronis Backup Gateway を製品内で登録すると、Acronis

Storage クラスターをオンプレミスバックアップのために使用できます。

これは Acronis データセンターで弊社のクラウドバックアップ向けに使用されているのと全く同じストレージソリューションであるため、大規模環境での実績が豊富です。ストレージソリューションを検討され

ている場合は、Acronis Storage を大規模環境のバックアップ保存に使用いただくことを推奨します。




以下は大規模環境のネットワーク図です。

Storage Nodeサービス

Web ブラウザ

ローカルバックアップ

仮想マシン情報の取得とアプライアンスのデ

プロイ TCP 443 、

902

登録と管理 TCP 9877、

7780

VMware エージェント

管理 GUI に接続：9877

エージェントグループ

管理対象のロケーションへのバック

アップ 9876、9852

登録と管理 TCP 9877、7780

バックアップのインデックス付け：9876

バックアップの検索、TCP 9877

重複除外ストレージ

Storage Node

カタログ

Management Server

登録と管理 TCP 9877、

7780 カタログメタデータの取得 9200

エージェントグループ N エージェント

グループ 1 エージェントグループ 2

Storage Nodeサービス

標準ネットワーク接続 NFS: TCP、UDP 111、2049 SFTP: 22 (デフォルト、異なる場合有) SMB: UDP 137、UDP 138 および TCP 139、TCP 445

テープ

Storage Node

オフホスト処理管理データ

Windows エージェント集中管理

ストレージ N 集中管理

ストレージ 2 集中管理

ストレージ 1

オプションバックアップデータ

Acronis エージェント


以下は Acronis Storage のネットワーク図です。

登録と管理

TCP 9877、

7780

バックアップ

エージェント

Management

Server

バックアップの

作成 TCP 44445 ゲートウェイ

の登録 TCP

9877

Acronis Backup

Gateway

パブリッククラウド

(S3、Azure など) NFS

Acronis Storage

クラスター

WAN

NFS: TCP、

UDP 111、2049

クラウドストレー

ジのタイプにより

異なる


7 リカバリに関する推奨事項本項では、一般的な推奨事項と環境の復元に重点を置いたシナリオについて取り上げます。

本書に含まれるさまざまな推奨事項の中で、ただ 1 つだけ推奨することがあるとすれば、どの

ような場合でも疑いの余地なく「ディザスタリカバリ手順をテストして文書化すること」にな

ります。業務に使用しているマシンと同じ、実際のハードウェアでテストすることが望ましい

ものの、必須ではありません。お使いの環境に関連していない仮想マシンでリカバリ手順をテ

ストする場合も、まったくテストしないことと比較すると非常に重要な意味を持ちます。

7.1 Acronis ブータブルメディア

Acronis ブータブルメディアは、非常に強力なツールです。アクロニスが提供する多数の異なる

リカバリシナリオの中核に位置しています。

デフォルトでは、このブータブル環境はアクロニスの製の軽量 Linux ディストリビューション

を使用します。このディストリビューションには、完全な機能を備えたエージェント（バック

アップ対象にインストールされるエージェントと同様）が含まれ、弊社独自のファイルシステ

ムドライバや GUI インターフェースも含まれます。

この環境は製品から直接使用できます。例えば、Web コンソールインターフェースから稼働中

のマシンのシステムイメージを復元する場合には、以下のプロセスが実行されます：

ブータブル環境のイメージが、復元されるマシンの一時ロケーションに書き込まれます。

リカバリコマンドがブータブル環境と共に書き込まれます。ブータブル環境がブートし

たら、この 2 つが実行されます。

マシンのシステムは次のリブートでブータブル環境にブートするように指示され、その

後でマシンをリブートします。

別の例は、Acronis Startup Recovery Manager (ASRM) です。これを有効にすることで、F11 を

押すだけで、弊社の Linux 環境をブートできるようになります。詳細情報については、ユーザ

ーガイドをご覧ください：https://www.acronis.com/ja-



最も一般的なシナリオは、この環境を実行するブータブルメディアを作成することです。レガ

シーの CD メディアまたは ISO として USB フラッシュまたは PXE サーバーに作成できます。こ

のメディアは Acronis ブータブルメディアビルダーを使って作成するか、ISO イメージをアカウ

ント画面から直接ダウンロードして作成できます。

7.1.1 ブータブルメディアをテストする

ブータブルメディアを使用して実際にシステムを復元する前に、通常お使いのハードウェアで

テストすることが非常に重要です。仮に、5 種類のマシンがオフィスにある場合には、この 5 種

類すべてでテストするのがベストです。次の 3 点を確認する必要があります：

1. メディアによるブートを確認します。ブートしない場合には、メディアを再度作成して、も

う一度やり直します。

ほとんどのブートエラーはメディアの不良や、メディア作成プロセスで発生した何らかの問

題です。

2. すべてのローカルハードディスクが正確に検出されているかを確認します。RAID デバイス

が適切に表示されなければなりません。例えば、ディスク構成のレベル上に表示されるのは

不適切です。

3. メディアからバックアップファイルにアクセスできることを確認します。

その理由は単純です：メディア上のブータブル環境が、使用されているハードウェアをサポー

トしない可能性があるためです。そうした状況は滅多に起こりませんが、バックアップ設定後

一番初めに確認すべきことの 1 つです。

弊社独自の Linux ディストリビューションを作成することで、柔軟性と独自の機能を実現して

いますが、マイナス面は Linux のオープンソースドライバが利用できるかどうかによって、弊

社製品のサポート対象のハードウェアが常に制限されることです。Linux には汎用のプラグアン

ドプレイモデルがないため、すべてのハードウェアドライバをブータブル環境を作成する前に

コンパイルする必要があります。

一部のメーカーは、提供しているハードウェア製品向けの Linux ドライバを提供していません。

その場合、デフォルトの Linux ブータブル環境はサポートされません。


より頻繁に発生する問題の原因は、新しいハードウェアを使用していて、そのハードウェアを

サポートするのに必要なものがブータブル環境上に含まれていないことです。弊社の Linux は

最新のドライバで常時更新されていますが、サードパーティである弊社が毎月リリースされる

新しいハードウェアのすべてを把握し、対処していくことは不可能です。

メディアが正常に機能しない場合には、アクロニスのカスタマーサポートに連絡して Linux 開

発チームへのエスカレーションを依頼してください。お使いのハードウェアをサポートする新

バージョンの環境が既に利用可能になっているかもしれませんし、可能な場合には新たに作成

します。サポートへの連絡は、以下の手順をご覧ください：


7.1.2 WinPE 環境

デフォルトの Linux 環境を使用する代わりに、Microsoft WinPE 環境を使用してブータブルメデ

ィアを作成できます。この場合、Acronis ブータブルメディアビルダーはブータブル WinPE イ

メージを Windows ADK から作成する標準プロセスを自動で行います。手動プロセスは

Microsoft ナレッジベースで説明されています：https://docs.microsoft.com/ja-jp/windows-

hardware/manufacture/desktop/winpe-create-usb-bootable-drive

標準メディアの作成中に、メディアビルダーは Acronis エージェントと GUI をインストールし、

メディアをブートした際に利用できるようにします。

ほとんどの場合、デフォルトの Linux メディアを使用することを推奨します。問題を修正する

際にすべてが弊社の管理下にあるためです。もし弊社の Linux 環境に問題があってブートでき

ない場合には、弊社のエンジニアがデバッグを実行して問題を修正できます。WinPE 環境がブ

ートしない場合、メディア環境は完全に Microsoft の管理下にあるため、弊社にできることはあ

りません。

WinPE を使用する最大の利点は、この Windows ブータブル環境が標準デスクトップシステムで

利用できるものと同じドライバをサポートするため、メディア作成中にドライバを更新できる

ということです。Microsoft Windows のハードウェアドライバはいつでもどこでも利用可能であ

るため、弊社の Linux 環境で発生するようなドライバの問題は WinPE メディアでは発生しませ

ん。

この点を考慮し、WinPE メディアは以下の状況で使用することを推奨します：

既に WinPE ベースのメディアを他の用途で使用している場合。すべてのプラグインがそろ


ったブータブルツールキットやツールがあり、その使用方法を社内の技術者が使用方法を熟

知している場合には、Acronis エージェントをこのメディア上に追加することを推奨します。

ベンダーから Linux ドライバがリリースされたことがないハードウェアを使用している場合。

例：Dell PERC S300 RAID controllers。

あまりにも多くの種類のハードウェアがある場合や、保護の設定を頻繁に変更している場合。

この場合、メディアを作成して、全マシンのための必要なドライバをすべてメディア作成中

に追加するのが合理的です。

7.1.3 ブータブルメディアの自動化

Acronis Backup 12.5 の強力な新機能は、ブータブルメディアによるバックアップと復元のアク

ションをメディア作成中にスクリプトで指定できる機能です。これにより、物理的なディザス

タリカバリプロセスを自動化し、本項の後半で説明されるシナリオを利用することができます。

保護している環境が一般的なハードウェアとバックアップ計画テンプレートを使用している場

合、この機能を活用してディザスタリカバリ手順をスクリプトで定義されたブータブルメディ

アによって実行することを推奨します。

これにより、どのようなケースでも事前にリカバリ手順のテストを実行できるだけでなく、効

率的かつ継続的なテストを実施できるようになり、RTO（目標復旧時間）の短縮や訓練も可能

になります。適切にスクリプトで定義されたメディアにより、アクロニス製品について事前に

知らなくても、1 台のマシンのディザスタリカバリ手順は誰でも実行できるほど簡単になりまし

た。

メディアへの自動アクションの追加に関する詳細情報は、ユーザーガイドを参照してくださ

い：https://www.acronis.com/ja-jp/support/documentation/AcronisBackup_12.5/#39737.html

7.1.4 メディアの登録

Acronis Backup 12.5 の独自のバックアップとリカバリシナリオを可能にするもうひとつの機能

は、Acronis ブータブルメディア上のエージェントに対して、Windows や Linux の通常のエー

ジェントと同じように（根本的には一緒ですが）Web コンソールから通信できる機能です。

リカバリシナリオを定期的に実行する必要がある場合、一例を挙げれば、定期的にゴールデン

イメージから復元を実行する必要がある公共のワークステーションまたは学校の授業で使う PC

がある場合には、このマシンで使用されるブータブルメディアを弊社の Management Server に


登録することを推奨します。

メディアが登録されたら、デバイスの下のブータブルメディアタブに表示され、他のエージェ

ントと同じように通信することができます。例えば、バックアップをこのメディアで実行する

ようスケジュールしたり、リモートリカバリを設定・実行したり、このメディアで前月に行わ

れたアクティビティを確認することもできます。

各メディアはメディアをブートするマシンの MAC アドレスから作成されたハッシュ値により一

意に識別されます。つまり、1 枚の CD またはフラッシュを使用して、任意の台数のマシンをロ

ードし、それぞれが Management Server により一意に識別され、その ID はこのマシンの NIC

が変わらない限り何度リブートしても同じものになります。

この機能は、OS に何もインストールせずにバックアップを作成する必要がある場合にも該当し

ます。例えば、Windows NT などのサポート対象外のレガシーOS を使用している場合です（詳

細は「その他の推奨事項 (p. 105) を参照）。

メディアの登録に関する詳細はユーザーガイドをご覧ください：https://www.acronis.com/ja-


7.2 リカバリのシナリオ

7.2.1 基本的なリカバリ

基本的なリカバリのシナリオの詳細は弊社のサポートドキュメントで説明しています。これに

は一般的な推奨事項が 1 つあります：リカバリ手順を必要になる前にテストすることです。基

本的なリカバリシナリオをまとめたリストはユーザーガイドをご覧ください：


1 台の物理マシン/仮想マシン/ファイル/アプリケーションを定期的に復元する必要がある場合

には、この手順にしたがってください。

7.2.2 大規模リカバリ

このシナリオでは、すべてのマシンの大規模同時リカバリが必要な状況に対応する設定を説明

します。例えば、あなたの会社が猛威を振るっているウイルスに攻撃されていて、マシンを一

台ずつ復元しても攻撃が止まない場合です。


このシナリオではあなたのハードウェアが機能していて、適切に配置されていると仮定します。

すべてのデータがなくなり、オフサイトのデータセンターでディザスタリカバリを実行する必

要がある状況では、「サイト全体のディザスタリカバリ (p. 101) のシナリオを参照してください。

ネットワークを介した大規模リカバリは推奨されません。多数のマシンを同時にリカバリする

ことでボトルネックが生じるだけでなく、マルウェアに攻撃されている時には被害拡大を阻止

するために一番初めにネットワークをシャットダウンすることが一般的に推奨されるためです。

以下の推奨事項により、ネットワークアクセスがなくても物理マシンを大規模で復元できま

す：

バックアップ計画を各マシンのローカルストレージに作成するよう設定します。

このシナリオの場合、各マシンに完全な履歴を保持する必要がないため、保持ルールを

最新のバックアップのみを保管するように設定すべきです。

バックアップは集中管理ストレージにレプリケートします。あるいは、2 つ目のバック

アップ計画を作成して、別の時間に別のパラメータでバックアップを実行できます。す

べてのローカルコピーを使って全ローカルマシンをできるだけ迅速に復元し、集中管理

のコピーは停止した 1 台のマシンのみを復元するために使用します。

オプションとして、この単一のローカルバックアップからの復元をスクリプトによって手順

が自動化されたブータブルメディアを作成して行うこともできます。これにより多くの時間

と労力を節約できます。

災害が発生した場合、各マシンをブータブルメディアでロードします。バックアップはロー

カルにあるため、数に制限なく多くのマシンを並行してロードすることができます。それぞ

れのマシンは他のマシンに影響を与えることなく自分でリカバリを開始します。

物理マシンの数に関係なく、これが同時ディザスタリカバリの最速の方法です。

7.2.3 サイト全体のディザスタリカバリ

このシナリオは、環境全体のデータを失い、オフサイトのバックアップからリカバリを実行し

なければならない状況において推奨されます。この種の災害はハードディスクの故障などと比

較して発生頻度が低いものの、その結果は非常に深刻なものになる可能性があります。

環境全体を復元する場合の最大の問題は、この環境を稼働している実際のハードウェアに関連

しています。リカバリのためにバックアップを確保しておける場所がない限りバックアップだ


けでは不十分です。

メインのオフィスから十分な距離のある、実際の本番環境を実行するだけの十分なハードウェ

アリソースを備えた別のディザスタリカバリサイトを持つのが理想的です。このサイトでは、

年次の定期ディザスタリカバリ訓練を実施すべきです。

この方法は高額な対策であるため、1 つの方法として仮想のディザスタリカバリサイトに十分な

VMware ハイパーバイザーリソースを用意し、本番サイトがオンラインに戻るまでの間、業務上

最も重要なデータを処理させることが考えられます。物理的なディザスタリカバリサイトがあ

る場合でも、優れた ESXi ホストまたはクラスターを持ち、迅速にリカバリに備えることを推奨

します。

現行バージョンの Acronis Backup 12.5 は、VMware 向けに他の仮想プラットフォーム向けよりも多くの

機能を提供しています。ディザスタリカバリサイト用のハイパーバイザーを選択できる場合、VMware を選ぶようにしてください。

最後に、オフサイトディザスタリカバリをクラウドサーバーで実行することも可能です。この

場合の最大の利点は、スタンバイハードウェアの設備投資を必要としないことです。

アクロニスはクラウドディザスタリカバリの実行を可能にする独自のサービスを提供していま

す：https://www.acronis.com/ja-jp/business/disaster-recovery-service/

7.2.4 ディザスタリカバリに関する一般的な推奨事項

ディザスタリカバリサイトの性質や場所にかかわらず、ディザスタリカバリシナリオを設計ま

たは実行する際に考慮すべき一般的な推奨事項があります。

推奨事項は、オフサイトバックアップストレージの種類によりグループ分けされています。リ

カバリを実行するために必要な手順はバックアップの保存場所により異なり、その一部には準

備が必要です。

7.2.4.1 通常の管理対象外ストレージまたはディスクストレージ

これらのロケーションでは、Acronis Backup 12.5 のバックアップのメタデータが実際のバック

アップデータと一緒に保存されます。これにより、アーカイブはポータブルになり、実際のデ

ィザスタリカバリプロセスがシンプルになります。

小規模環境の USB ディスクから SFTP や大型の分散型 SAN まで、これらのバックアップ保存先

に Management Server、ブータブルメディア、その他のエージェントから直接アクセスできま


す。

お使いの環境が大規模でなく、オフサイトバックアップが物理的な DR ロケーションに送付され

たディスクに保存されている場合には、推奨されるリカバリ手順は大規模リカバリ (p. 100) の項

で説明された方法とほぼ同じです。バックアップが含まれるディスクをマシンにプラグインし

て、メディアを読み込み、接続されたディスクから内部のディスクに復元します。

管理対象外のストレージロケーションがある大規模な物理環境の場合には、以下のテンプレー

トに従うことを推奨します：

Management Server のバックアップを復元します。

バックアップロケーションを Management Server に追加します。

メディアからのリカバリが必要なマシンを 1 台ずつブートして、Management Server に登

録します。

マシンがインターフェースに表示されたら、Management Server からリモートで別のリカ

バリ手順を開始します。

複数の人員でリカバリを実行する場合には、Management Server がオンラインになるのを

待たずにブータブルメディアエージェントの登録を開始します。ブータブルメディアの複数

のコピーから並行してリカバリ操作を開始します。

マシンはリカバリ後に、Management Server の UI にオンラインデバイスとして表示されるとは

限りませんのでご注意ください。リカバリされたエージェントは、前のアドレスやホスト名に

アクセスしようとします。リカバリ後にエージェントを再登録して、ディザスタリカバリ環境

でバックアップ管理を続行するか、リカバリされた Management Server がリカバリ前と同じ名

前とアドレスになっていることを確認するかのいずれかを実施します。

ディザスタリカバリサイトに vSphere/ESXi がある場合には、手順が少し異なります：

最初に Management Server の仮想マシンコピーを保存することを推奨します。通常の VM

に変換により、ハイパーバイザーをターゲットにしたオフサイトジョブを実行することによ

ってコピーを作成できます。

DR 手順を実行時に最初に実行することは、この Management Server 仮想マシンの電源を入

れることです。

仮想マシンが起動したら、オフサイトのバックアップストレージを追加または更新します。


この環境を実行している Management Server に vSphere/ESXi を登録します。

優先順位の高いインフラの場合、VM として実行オプションを選択して起動し、数分で仮想

マシンとして実行させます。VM としてマシンを実行するとデータをデータストアにコピー

せず、システムがマウントされて直接使用するようになります。この実行中の VM はダウン

タイムなく本番環境に移行できます。これは Acronis Backup 12.5 独自の機能です。

他の重要度が下がるマシンは、前述の方法で復元できます。

7.2.4.2 管理対象のロケーション（重複除外を含む）

管理対象のロケーションの大きな違いは、バックアップのメタデータが Acronis Storage Node

に保存されている点です。これは特に重複除外を使用する場合に重要です。このメタデータは

復元に必要で、再度作成するのに長時間かかるためです。

つまり、すべてのオフサイトの管理対象のストレージロケーションでは、必ず Storage Node を

ストレージメディアとして同じ状態まま同じオフサイトロケーションに保ち、その後、WAN を

介してこの Storage Node を登録することを推奨します。

この推奨される設定を使用する場合には、通常の手順 (p. 101) に簡単な変更を加えます：

Management Server を復元後、この Storage Node を復元されたサーバーに再登録します。

Storage Node はそれ自体で完結しているため、オンサイトの Management Sever は前と同

じようにバックアップデータにアクセスできるようになります。

Management Server を介することなく、メディアから直接 Storage Node のロケーションにア

クセスすることもできますのでご注意ください。復元ウィンドウのロケーションパスに

bsp://storage.node.address/と入力するだけです（bsp は「backup storage protocol」のこと

で、Storage Node がエージェントと通信するために使用するアクロニスのプロトコルです）。

7.2.4.3 オフサイトに送付されたテープ

テープのメタデータも Storage Node に保存されます。テープのインデックスデータはバックア

ップの復元に必要です。メタデータを再度作成し、適切に使用できるように大量のテープを再

スキャンする必要があり、その作業に数日かかると言う事実が何を意味するのかというと、こ

うした環境では、2～3 台以上のサーバーを保護している場合には、常に準備が整った状態であ

ることが極めて重要であるということです。

このシナリオでの準備における重要な手順はシンプルです：Storage Node のバックアップテー


プのデータベースをオフサイトのテープストレージと同じ場所に保存することです。そして、

テープをオフサイトに送付するたびに、更新済みの Storage Node のバックアップコピーを必ず

送るようにすることです。バックアップはテープまたはその他のメディアに保存できます。例

えば、セカンダリロケーションに WAN でアクセスできる場合には、クラウドにコピーを保存す

るのが良い代替策です。システムのコピーとそのメタデータだけが必要なため、Storage Node

のバックアップはさほどスペースを必要としません。

Storage Node のバックアップを、その他の送付テープと同様に、テープに保存する場合には、

そのテープに適切な方法で印をつけることを忘れないでください。

復元手順の最初のステップは、Storage Node のバックアップをブータブルメディアから新

しいマシンに復元することです。これには、メディア内からテープを再スキャンする必要が

あります。その後、起動可能な環境のインターフェースで復元オプションが選択できます。

Storage Node がテープデータベースと共に復元されると、それ以降のテープは再スキャン

せずに使用できるようになるため、時間を大幅に節約できます。

テープ Storage Node が使用できる状態になったら、管理対象のロケーションについて説明

した前項と全く同じ方法を使用できます。

8 その他の推奨事項本項には、特定の環境に限定されない様々な推奨事項を多数紹介します。

8.1 サポート対象外の OS のバックアップ

本項の内容は、セキュリティポリシーまたはその他の理由からエージェントをインストールで

きないサポート対象外のシステムにも該当します。

Acronis Backup 12.5 のイメージバックアップは小さなディスクブロックレベルで稼働するため、

「サポート対象外」の OS であってもサポート対象のファイルシステムを備える場合には、この

ファイルシステムのバックアップを実行できるエージェントでカバーできる範囲でバックアッ

プすることができます。

「サポート対象外のシステム」とは、内部にエージェントをインストールできない全 OS を指し

ます。これは通常、新しいバージョンのエージェントにレガシーシステムでは対応できないラ


イブラリの依存性があるために発生します。旧システムをサポートすべく弊社は最善を尽くし

ています。例えば、弊社の製品は Windows XP にエージェントをインストールできる数少ない

ソリューションの 1 つです。しかし、どの程度までサポートできるのかについては常に制限が

あります。

しかし前項 (p. 96) で述べた通り、弊社のブータブル環境にはスタンドアロンエージェントが含

まれます。このエージェントは OS への依存性がまったくなく、バックアップされるディスクに

インストールすることができます。エージェントがファイルシステムをバックアップできる限

り、何もインストールせずに使用できます。

ファイルシステムがサポート対象外である場合でも、セクタ単位オプションを使用してバック

アップできます。唯一の要件は、ブロックデバイス上の非分散型のファイルシステムであるこ

とです。この方法はフリースペースを含む各ブロックを元のディスクからコピーします。

こうしたシステムを保護する手順は以下の通りです：

1. リカバリに関する推奨事項 (p. 96) の項で説明されている方法で、弊社のメディアを使用して

システムをブートし、Management Server に登録します。

2. このブータブルメディアにバックアップ計画を作成します。

3. バックアップの実行が必要な時はいつでもマシンをリブートして、バックアップ計画を実行

します。

スケジュールに沿ってマシンを製品からリブートすることはまだできないため、このプロセ

スは Acronis Backup 12.5 で完全に自動化されているわけではありません。

8.2 モバイルエンドポイントのバックアップ (Update 2

の新機能)

ラップトップやノート PC のバックアップの作成には、多くの特性があります。例えば、デバイ

スが VPN 経由で接続している場合や、従量制課金の接続を利用している場合にはバックアップ

を実行しないほうが無難です。

こうしたシナリオで、より良く機能するために、Acronis Backup 12.5 Update 2 では、多数のス

ケジュール設定オプションや開始条件を追加しました。

新しいスケジュール設定オプション：


スリープモードまたは休止モードからバックアップのためにマシンを起動する

バックアップ中にスリープモードや休止モードになることを防ぐ

マシンの電源が入っていないため実行されなかったタスクを起動時に実行するのを禁止する

オプション

新しいバックアップ開始条件：

バッテリー使用時には開始しない

バッテリー使用時でバッテリーレベルが指定以上の場合に開始する

従量制課金接続を使用している場合には開始しない

以下の Wi-Fi ネットワークに接続している場合には開始しない

デバイスの IP アドレスを確認する

ラップトップやタブレットの集中管理バックアップポリシーを作成する際には、これらの条件

を必ず使用するようにします。

これらのオプションの詳細情報はユーザーガイドをご覧ください：


8.3 スクリプト定義のバックアップロケーション

これはパラメータ化されたバックアップロケーションを作成するためのパワフルな新しい機能

です。例えば、多数のマシンが存在し、各マシン用の異なるフォルダにバックアップする必要

があるとします（マシン名のついたフォルダなど）。

この場合、バックアップを各マシン用に作成する代わりに、1 つの計画でロケーションを解決す

るスクリプトを使用することを推奨します。スクリプトは JScript または VBScript で記述でき

ます。バックアップ計画をデプロイする際に、ソフトウェアはこのスクリプトを各マシンで実

行します。各マシンのスクリプトの出力はローカルパスまたはネットワークパスが含まれるス

トリングです。フォルダが存在しない場合、フォルダを作成します。バックアップタブには、

各フォルダが別々のバックアップロケーションとして表示されます。ネットワークフォルダの

場合には、アクセスに使用される認証情報を書き込み/読み込みを許可して指定します。


例えば、以下の JScript のスクリプトはマシンのバックアップロケーションを次の形式で出力し

ます： \\bkpsrv\<machine name>:

WScript.echo("\\\\bkpsrv\\" +

WScript.CreateObject("WScript.Network").ComputerName);

その結果、各マシンのバックアップはサーバーbkpsrv で同名のフォルダに保存されます。

9 圧縮と暗号化

9.1 圧縮

Acronis Backup 12.5はZstandard (またはZstd) と呼ばれる新しい圧縮アルゴリズムを使用します。

「普通」の圧縮設定でも、新しいアルゴリズムは「高」設定で以前使用されていたZlibより良い

圧縮率と速度を提供します。

そのため、アクロニスからの推奨事項は、スペースの節約とバックアップ性能の均衡が一番よ

くとれている、デフォルトの圧縮設定のままにすることです。

9.2 暗号化暗号化設定はバックアップ計画の作成時に指定され、その後変更することはできません。別の

暗号化設定を使用する場合には、新しいバックアップ計画を再度作成する必要があります

3 つの暗号化レベルが利用できます：

AES 128

AES 192

AES 256

暗号化のレベルは、セキュリティとエージェントのバックアップ性能とのトレードオフです。

暗号化のレベルが高いほど時間がかかり、消費される CPU リソースも多くなります。

低レベルの暗号化でもバックアップ時間に影響が出る可能性があることにご注意ください。弊

社の推奨事項は以下の通りです：


オフサイトまたはクラウドに保存するバックアップは常に暗号化するようにします。

医療記録や顧客データなどの機密データが含まれるバックアップは暗号化するようにします

暗号化されたバックアップの復元操作すべてにパスワードが必要です。パスワードを紛失した場合には、

復元できません。

暗号化をマシンプロパティとして使用することもできます。詳細情報については、弊社のサポ

ートドキュメントを確認してください：



10 付録 A サービス

10.1 エージェントサービス (Windows)

名前目的プロセスデータベース (C:\ProgramData\Acronis) ログ (C:\ProgramData#Acronis) サービスが使用

するポート

Acronis Remote Agent

Service

Acronis のコンポーネン

ト間を接続するレガシ

ーサービス

agent.exe なしなし 9876

Acronis Scheduler2

Service

特定のイベントに合わ

せてスケジュールされ

たタスクを実行

schedul2.exe

子プロセス：

schedhlp.exe

なし \Acronis\Schedule2 8081

Acronis Active

Protection Service

ランサムウェア対策機

能を提供 active_protection_service.exe \Active Protection \Active Protection\Logs 6109

Acronis Removable

Storage Management

Service

テープデバイスの管理 arsm.exe \BackupAndRecovery\ARSM\Database \BackupAndRecovery\ARSM 985243239

Acronis Managed

Machine Service

バックアップ、リカバ

リ、レプリケーショ

ン、保持、ベリファイ

の各機能を提供

mms.exe

子プロセス：

service_process.exe

\BackupAndRecovery\MMSData\DML \BackupAndRecovery\MMS

Tib Mounter Service

.tib ファイルをマウント

して参照できるように

する

tib_mounter_service.exe なし \TibMounterServiceLogs


10.2 Management Server services (Windows)

名前目的プロセスデータベース (C:\ProgramData\Acronis) ログ (C:\ProgramData#Acronis) サービスが使用

するポート

Acronis Remote Agent

Service

Acronis のコンポーネン

ト間を接続するレガシ

ーサービス

agent.exe なしなし 9876

Acronis Scheduler2

Service

特定のイベントに合わ

せてスケジュールされ

たタスクを実行

schedul2.exeChild process:schedhlp.exe なし \ServiceManager\Logs 8081

Acronis Service

Manager Service

Acronis Management

Server Service の機能を

提供

asm.exe なし \ServiceManager\Logs 305009851

子プロセス：

api_gateway.exe なし \ApiGateway\Logs 9877

task_manager.exe \TaskManager\ \TaskManager\Logs 30677

policy_manager.exe \PolicyManager\ \PolicyManager\Logs 30676

vault_manager.exe \VaultManager\ \VaultManager\Logs 9221

catalog_manager.exe \CatalogManager\ \CatalogManager\Logs 9222

account_server.exe \AccountServer\ \AccountServer\Logs 30678

group_manager.exe \GroupManager\ \GroupManager\group_manager.log 30680

scheduler.exe \Scheduler なし

acronis_license_service.exe なし \LicenseServer\Logs 30443

acronis_notification_service.exe なし \NotificationService\Logs 30572

tracer.exe なし \ServiceManager\Logs

Acronis Web Server バックアップコンソー

ルを実行 ams_web_service.exe なし \WebServer\Logs 30679

Acronis ZeroMQ

Gateway Service

エージェントと

Management Serer 間

の通信

zmqgw.exe なし \ZmqGw

7780

7755

7756

7765

Acronis Management

Server Service

Acronis エージェントの

集中管理 ManagementServer.exe \Acronis\AMS \Acronis\AMS\logs


Acronis Monitoring

Service

レポートデータの収集

と表示 acronis_monitoring_service.exe \MonitoringServer\am-database\metrics \MonitoringServer\Logs 30444


10.3 Acronis Storage Node および (Acronis Storage Node

マシン上の) Backup Agent サービス (Windows)

名前目的プロセスデータベース

ログ：(C:\ProgramData#Acronis) サービスが使用


管理対象ロケーショ

StorageServer.exe なし \BackupAndRecovery\ASN\logs

Acronis Catalog

Browser Service

管理対象の全ロケー

ションに保存された

catalog_browser.exe \BackupAndRecovery\ASN\DmlDatabase \CatalogBrowser\Logs

Elasticsearch 2.4.0

(elasticsearch-service


にインデックスを付

elasticsearch-service-x64.exe \ElasticSearch\Data \ElasticSearch\Logs

10.4 サービスアカウント

上記サービスのほとんどはインストール済みで、Network Service または Local System Service

ユーザー権限で実行されます。

しかし、以下の 3 つのサービスに関しては独自のサービスユーザーを製品内で指定できます：

1. エージェントにインストールされた Acronis Managed Machine Service

2. Management Server にインストールされた Acronis Management Server Service

3. Storage Node にインストールされた Acronis Storage Node Service

デフォルトでは、エージェントに Managed Machine Service はインストールされており、Local

System アカウントで実行されます。Management Server Service と Storage Node Service は、

AMS User、ASN User とそれぞれ呼ばれる弊社のインストーラーにより作成される新規ユーザ

ーでインストールされています。

しかし、インストールオプションで「以下のアカウントを使用する」を選択してサービスユー

ザーを変更できます。ドメインコントローラーにインストールする場合には、このオプション

が強制されます。セキュリティ上の理由から、インストーラーはドメインコントローラーには

新規アカウントを作成できないためです。

新規アカウントはランダム GUID パスワードを使って作成されます。

こうしたユーザーには、インストール中に以下の権限が付与されます：


Acronis Managed Machine Service

バックアップオペレータグループおよび管理者グループに含まれます。

管理者グループのメンバーシップは新規ユーザーの場合にのみ付与されます。既存のユーザ

ーにはこのメンバーシップは付与されません。

以下のフォルダとそのサブフォルダへのフルコントロール権限が付与されま

す：%PROGRAMDATA%\Acronis (Windows XP、Server 2003 で

は： %ALLUSERSPROFILE%\Application Data\Acronis)

以下のキーの一部のレジストリキーのフルコントロール権限が付与されます：

HKEY_LOCAL_MACHINE\SOFTWARE\Acronis.

以下のユーザー権限が割り当てられます：

サービスとしてログオン

プロセスのメモリー割り当てを調整

プロセスレベルトークンの交換

ファームウェア環境値の修正

Acronis Management Server Service

Acronis ApiGatewayUsers グループおよび Acronis Centralized Admins グループに含まれま

す。

これらのグループはインストール中に作成され、製品内でのグループ管理とユーザー管理に

使用されます。

以下のフォルダとそのサブフォルダへのフルコントロール権限が付与されま

す：%PROGRAMDATA%\Acronis (Windows XP、Server 2003 で


以下のキーの一部のレジストリキーのフルコントロール権限が付与されます：



サービスとしてログオン。


Acronis Storage Node Service

Backup Operators、Administrator、Acronis Centralized Admins、Acronis Remote Users の

各グループに含まれます。

管理者グループのメンバーシップは新規ユーザーの場合にのみ付与されます。既存のユーザ

ーにはこのメンバーシップは付与されません。

Acronis Centralized Admins および Acronis Remote Users の 2 つのグループはインストール

中に作成されます。

以下のフォルダおよびそのサブフォルダの完全管理権限が付与されま

す：%PROGRAMDATA%\Acronis (in Windows XP、Server 2003 で


以下のキーの一部のレジストリキーの完全管理権限が付与されます：



サービスとしてログオン。

Acronis Remote Users グループは廃止が予定されているため、将来のアップデートで削除されます。Update2 以降のバージョンを使用している場合には、手動で削除することも可能です。


10.5 サービスとコンポーネント (Linux)

(i) のマークがついたポートは localhost のみをリッスンするため、開いておく必要はありませ

ん。

サービス名目的プロセス /etc/init.d スクリプトサービスが使

用するポート

コンポーネン

ト

Acronis Remote Agent Service Acronis のコンポーネント間を接続するレガ

シーサービス /usr/lib/Acronis/Agent/acronisagent acronis_agent 9876

Acronis Linux

エージェント

AcronisRemovable StorageManagement

Service テープデバイスの管理 /usr/lib/Acronis/ARSM/arsm acronis_rsm random(i)

Acronis Linux

エージェント

Acronis Service Manager Service Acronis Management Server Service の機能

を提供

usr/lib/Acronis/ServiceManager/asm acronis_asm -

Acronis

Management

Server

ASM 子サービス/プロセス：

/usr/lib/Acronis/ApiGateway/api_gateway 9877

/usr/lib/Acronis/WebServer/acronis_web_service 30679(i)

/usr/lib/Acronis/TaskManager/task_manager 30677(i)

/usr/lib/Acronis/PolicyManager/policy_manager 30676(i)

/usr/lib/Acronis/VaultManager/vault_manager 30691(i)

/usr/lib/Acronis/CatalogManager/catalog_manager 30692(i)

/usr/lib/Acronis/AccountServer/account_server 30678(i)

/usr/lib/Acronis/GroupManager/group_manager 30680(i)

/usr/lib/Acronis/Scheduler/scheduler 30681(i)

/usr/lib/Acronis/LicenseServer/acronis_license_service-bin 30443(i)

/usr/lib/Acronis/NotificationService/acronis_notification_service 30572(i)

/usr/lib/Acronis/UpdateService/update_service 46471(i)

Acronis Managed Machine Service バックアップ、リカバリ、レプリケーショ

ン、保持、ベリファイの各機能を提供 /usr/lib/Acronis/BackupAndRecovery/mms acronis_mms

43234

9850

Acronis Linux

エージェント

Acronis ZMQ Gateway Service エージェントと Management Server 間の通

信 /usr/lib/Acronis/ZmqGw/zmqgw acronis_zmqgw

7780

7765(i)

Acronis

Management

Server


7756(i)

7755(i)

Acronis Management Server Service Acronis エージェントの集中管理 /usr/lib/Acronis/AMS/ManagementServer acronis_ams

9851

30500(i)

Acronis

Management

Server

Acronis Monitoring Service レポートデータの収集と表示 /usr/lib/Acronis/MonitoringServer/acronis_monitoring_service acronis_monitoring_servic

e 30444(i)

Acronis

Management

Server

10.6 認証情報の保存

認証情報はファイルシステムの C:\ProgramData フォルダに保存されます。AES-256-CBC で暗

号化されています。暗号化キーは以下のサービスにより作成されます：

Acronis Management Server Service

Managed Machine Service

Acronis Storage Node Service

3 つのサービスすべてが同じサーバーにインストールされている場合には、それぞれが異なる認

証情報の保管場所と暗号化キーを使用します。

このキーは以下の要領で作成されます：

インストール中にランダムなハイエントロピー「マシンキー」が生成されます。

このマシンキーは、認証情報ストレージアプリケーション内に組み込まれたアルゴリズムを

使用して、実際の暗号化キーを抽出するのに使用されます。


11 付録 B. ネットワーク図とポート

各記号についての説明は次頁を参照。

SMB NAS

Acronis Cloud

Storage *.acronis.com

WAN

WAN

Web ブラウザコマンドライン WAN

Windows/Hyper-V

エージェント Linux/Mac

エージェント

Management

Server Storage Node

NFS

カタログ VMware

エージェント

SFTP

VMware

vSphre/ESX SMTP サーバ


記号矢印の方向はどちらのコンポーネントから接続が発信されているかを示す。全ポートは別段

の指定がない限り TCP であることに注意。

1. インストールコンポーネントをダウンロ

ード：80 から dl.acronis.com へ

12. - ASN を管理：7780 ZMQ

- ASN を登録し、タスクを管理：TCP 9877

2. サブスクリプションライセンスを同期：

443 から account.acronis.com へ

13. 管理対象のロケーションにバックアップ：

9876,9852

3. 環境の管理：9877 14. - SMB: UDP 137, P 138 および TCP 139, P 445

- SFTP: 22 (デフォルト、異なる場合有)

4. リモート CL (acrocmd, acropsh) 経由でア

クセス：9851

15. VM バックアップを作成：443, 902

5. - エージェントの登録：9877*

- エージェントの管理：7780 ZMQ

- ライセンスの同期：9877

16. NFS: TCP, UDP 111, 2049

6. リモートインストール：

Update 1 以前のバージョン：445, 25001, 9876

Update 2 以降：445、25001、43234

17. レポートとメールの送信：SMTP (25, 465, 587 な

ど)

7. リモート CL (acrocmd, acropsh) 経由でア

クセス：9850

18. アプライアンスのデプロイ：443、902

8. Acronis Cloud Storage にバックアップを

作成：443, 8443, 44445, 5060

19. - SMB: UDP 137、UDP 138 および TCP 139、

TCP 445

- SFTP: 22 (デフォルト、異なる場合有)

9. バックアップの参照と検索：9877

10. バックアップのインデックス付け：9876

11. カタログメタデータの受信：9200

バックアップデータ CurveZMQ 256-bit キー

管理データ HTTPS/TLS

オプションの機能


*以下の制限を参照。

マシン登録時に入力された認証情報

Update 2 およびそれ以前のバージョンでは、マシン登録中に入力された認証情報は転送中に暗

号化されず、エージェントが登録されるべきグループを適切に識別するためだけに使用されて

います。ネットワーク上を暗号なしで転送されるのを避けるために、パスワードを入力せず空

欄のままにしておくことができます。これは将来のアップデートで変更されます。

ポート本項では、ネットワーク内およびネットワーク外へのトラフィックで行われる、各種 Acronis コ

ンポーネント間の通信のために開いておくべきポートを一覧化しました。上記の図に記載のポ

ートと同じポートですが、コンポーネントごとに分けたリストを作成しました。

1 つのコンポーネントが多数のサービス間と行う通信もすべてネットワーク通信を介して行われ

ますのでご注意ください。これらのサービスは localhost のみをリッスンし、ポートはこのリス

トには記載されていません。ファイアウォールで開いておく必要も、ネットワークを変更する

必要もないためです。この情報は付録 A (p. 110) の表の該当する項目を参照してください。

これらの内部ポートはトラフィックに影響しませんが、別のアプリケーションが同じポートをリッスンすると競合を引き起こします。アクロニスのサービスが使用する内部ポートは通常、c:\Program Files\Acronis\[service_name]\[service_name].json のディレクトリにある各サービスの.json 設定ファイルで変更できます。

Management Server

さまざまなコンポーネントからの受信接続のために Management Server の以下のポートは常に

開いておく必要があります：

TCP 9877

TCP 7780

（オプション）Management Server にリモートコマンドラインでアクセスしたい場合には以下

のポートを開いておきます：

TCP 9851



エージェントは通常のバックアップと復元機能を実行する際にオープンポートを必要としませ

ん。オプションで、コマンドラインを使ったリモートインストールとリモートアクセスを実行

するために以下のポートを開きます：

TCP 445, 25001, 9876 (Update 1 以前のバージョンのリモートインストール)

TCP 445, 25001, 43234 (Update 2 以降のバージョンのリモートインストール)

TCP 9850 (リモートコマンドラインを介したアクセス)

Storage Node

Storage Node はエージェントとの通信のために、以下の受信ポートを開いておく必要がありま

す：

TCP 9876, 9852

カタログが別にインストールされている場合、カタログとの通信用に以下のポートを開く必要

があります；

TCP 9876

カタログ

カタログが別にインストールされている場合、以下のポートで全 Storage Node からの受信接続

を許可する必要があります：

TCP 9200

WAN への接続

Acronis Cloud の機能を使用している場合には、ファイアウォールは以下のポートに対して発信

接続を許可する必要があります：

TCP 80 (UI からインストールファイルをダウンロード)

TCP 443 (ライセンスを account.acronis.com と同期 – サブスクリプションライセンスで必

須)

TCP 443, 8443, 44445 5060 (Acronis Cloud Storage にバックアップを作成)


サードパーティコンポーネント

アクロニス製品は一部機能のために外部コンポーネントと通信する必要があります。例えば、

メール通知機能を利用するためには、SMTP サーバーが Management Server からの接続を許可

しなければなりません。本項では、最も一般的に使用されるコンポーネントとそのポートを一

覧化しました：

VMware: TCP 443, 902 (vSphere/ESX と通信するアクロニスコンポーネントからの接続すべ

てのために開く必要があります)

SMTP: デフォルトのポートには TCP 25, 465, 587 などが含まれます (AMS からメールサーバ

ー、値は異なる場合有)

NFS: TCP, UDP 111, 2049 (エージェントから NFS ホスト)

SMB: UDP 137, UDP 138 および TCP 139, TCP 445 (エージェントから SMB 共有)

SFTP: デフォルトでは TCP 22 (サーバーの設定により異なる)


Copyright Statement

Copyright © Acronis International GmbH, 2002-2018.All rights reserved.

Acronis、Acronis Secure Zone は、Acronis International GmbH. の登録商標です。

Acronis Compute with Confidence、Acronis Startup Recovery Manager、Acronis Instant Restore、

およびアクロニスロゴは Acronis International GmbH の商標です。

Linux は Linus Torvalds の登録商標です。

VMware、VMware Ready は米国およびその他の国における VMware, Inc.の商標および/または登録商

標です。

Windows、MS-DOS は Microsoft Corporation の登録商標です。

本書で使用されるその他の商標および著作権はそれぞれの所有者に帰属します。本文書を大幅に変

更したバージョンの配布は、著作権所有者の明示的な許可がない限り禁止されています。

本書または本書の抜粋を、商業目的のために標準（紙媒体）書籍形式で配布することは、著作権所

有者からの事前の許可がない限り禁止されています。

本書は「現状有姿」で提供されており、弊社は、商品性、特定目的適合性および不侵害に関する各

黙示保証も含め、明示黙示の如何を問わず、保証の適用の排除が法的に無効である場合を除きあら

ゆる保証の適用を排除します。

サードパーティのコードはソフトウェアおよび/またはサービスと共に提供される可能性があります。

サードパーティのライセンス使用条件は root インストールディレクトリの license.txt に詳細が記載

されています。ソフトウェアおよび/またはサービスと使用されるサードパーティのコードおよび関

連するライセンス使用条件の最新リストは常にこちらを参照してください：

http://kb.acronis.com/content/7696

アクロニスの特許技術

本製品で使用されているテクノロジーは以下の米国特許により保護されています：

7,047,380; 7,246,211; 7,275,139; 7,281,104; 7,318,135; 7,353,355; 7,366,859; 7,383,327; 7,475,282;

7,603,533; 7,636,824; 7,650,473; 7,721,138; 7,779,221; 7,831,789; 7,836,053; 7,886,120; 7,895,403;

7,934,064; 7,937,612; 7,941,510; 7,949,635; 7,953,948; 7,979,690; 8,005,797; 8,051,044; 8,069,320;

8,073,815; 8,074,035; 8,074,276; 8,145,607; 8,180,984; 8,225,133; 8,261,035; 8,296,264; 8,312,259;

8,347,137; 8,484,427; 8,645,748; 8,732,121; 8,850,060; 8,856,927; 8,996,830; 9,213,697; 9,400,886;

9,424,678; 9,436,558; 9,471,441; 9,501,234; その他特許申請中

http://kb.acronis.com/content/7696

acronis backup 12

Documents