検索結果:

バックアップ先ストレージとして利用可能なのはWindows、Linux、共有フォルダとなっています。
登録可能なデータ保存先(リポジトリ)

ESXにはLinuxをベースとした管理用OSが搭載されているため、Linuxのバックアップ先ストレージとして利用可能でした。

しかし、ESXi(vSphere5.1)はこの管理用OSを削除しており、直接バックアップ先ストレージとして利用できなくなっております。そのため、vSphere5.1上に仮想マシンを登録し、その仮想マシンをバックアップ先として利用する必要があります。

Veeamには2つのバックアップモード(増分・差分)があり、増分バックアップであれば実行中にもバックアップ可能ですが、差分バックアップの場合は行えません。

差分バックアップは毎回フルバックアップファイル(vbk)に差分をマージするのでvbkに書き込みを行います。しかし、インスタントVMリカバリではバックアップファイルから直接仮想マシンを作成するため、フルバックアップファイル(vbk)をロックします。そのため、vbkに書き込みが行えずエラーとなります。

増分バックアップでは増分ファイル(vib)の作成は行いますが、vbkに対して書き込みを行わないためバックアップ可能となります。しかし、バックアップファイルの変換オプション(Transform previous full backup chains into rollbacks)を有効にした場合は、増分バックアップは問題ありませんが、フルバックアップ時には増分ファイルを差分ファイルへ変換する処理が入りますので、ファイルがロックされるインスタントVMリカバリ中にフルバックアップは行えません。

これは、複数ジョブを実行するためのリソースが不足しているため、処理中のジョブが終了し、リソースが解放されるまで待機状態になっていることを表しています。

そのため、複数のジョブを同時刻に実行したいということであれば、ジョブごとにプロキシサーバ(処理サーバ)を用意していただくか、プロキシサーバのスペックをあげていただく必要がございます。デフォルトではVeeamサーバがプロキシサーバとして動作します。

参考
プロキシサーバの同時実行タスク数について

カタログファイルの保存先はWindowsの共有設定が行える必要がございます。そのため、ネットワークドライブなどは指定するとインストール中にエラーとなり、インストールが終了できません。

■Failover
ターゲットホストのレプリカVMを起動する機能です。
オリジナルのVMに障害が発生した場合に、レプリカ VM で処理を引き継ぎます。

■Undo Failover
Failover機能により電源ON状態となったレプリカVMを電源OFF状態に戻す機能です。
レプリカVMへ行われた変更は破棄されます。

Veeamでは仮想互換のRDMであればバックアップ/リストアが可能です。
仮想マシンのバックアップを取得時にRDM領域はvmdkファイルに変換されます。そのため、リストア時にはRDM領域はvmdkファイルに置き換えられてリストアされます。

Veeamでバックアップを取得するためには仮想マシンのスナップショットが取得できる必要がございます。そのため、スナップショットをサポートしていない物理互換のRDMはバックアップが行えませんが、仮想互換のRDMであればバックアップを取得可能です。

Veeamには3つの処理モードが用意されております。

・ダイレクトストレージアクセスモード
・バーチャルアプライアンスモード
・ネットワークモード

参考

バックアップ、レプリケーション時の処理モードX 3
VMware環境での3つの転送モード方式と処理の流れ
処理モードの中では一番の高速バックアップ【Veeam Backup & Replication：Direct SANモード】
手間とコストをかけずに簡単に高速バックアップ【Veeam Backup & Replication：Virtual Applianceモード】
特別な条件の必要ない簡単・確実なバックアップ【Veeam Backup & Replication：Networkモード】

バックアップ時、リストア時にどの条件を満たしているかによって処理モードが変更されます。
しかし、リストアの場合は処理モードがVirtual ApplianceモードとNetworkモードのみ使用可能となっております。

関連トピック
VMwareのHot add機能を利用したバックアップは可能か？
SAN内の仮想マシンを別のSANにバックアップする際にモード選択でSANモードで処理可能か？

可能です。
Veeamでは圧縮率に関するオプションが用意されており、
バックアップジョブごとに設定が可能となっております。
対象のジョブを右クリック > Edit > Storage > Advanced > Storage

スクリプト終了時に返される終了コードでスクリプトの成功、失敗を判断しています。

終了コードが0以外の場合は静止点の作成に失敗したものとして、スナップショットの取得に失敗します。

Veeamではプロキシサーバ(デフォルトではVeeamをインストールしたサーバ)で重複排除や圧縮を行ったあと、リポジトリ(バックアップ保存先)に転送して保存されます。そのため、直接ではなくプロキシサーバを経由することになります。

ジョブ実行後、スナップショットが作成され、それを元にバックアップを取得します。

そのため、スナップショットを作成した時点の状態でバックアップファイルは作成されます。

オリジナルの仮想マシンとレプリカの仮想マシンをマッピングすることで、
差分レプリケーションからジョブを開始することができます。

参考: レプリカシーディング・レプリカマッピング機能について

関連トピック

レプリケーションしたいVMのクローンVMを利用して初回のフルレプリケーションを行わず、差分レプリケーションを行えますか？

Veeamのコンソール画面からジョブを右クリックして “Statistics” を開きます。
“Action” ログの中に “Changed block tracking is ～” と書かれており、有効化されていれば “enabled”、無効化されていれば “disabled” となります。

ジョブ実行前からゲストOSにスナップショットが存在するなどの理由で、CBTが有効にできなかった場合、ジョブ終了後にワーニングとして表示されます。

可能です。
当然ながら、各ジョブのリストアポイントはレプリケーションジョブを実行したタイミング(レプリカへ本番機のデータをコピーしたタイミング)のものになりますが、レプリカのほうからバックアップ、レプリケーション、フェイルオーバーなどが実行できます。

ただし、本番機への切り戻しは行えませんので、以降はレプリカを本番機として使用する必要がございます。

■Commit Failback
レプリケーション先の VM をレプリケーションジョブを実行できる状態(“Failover” を実行する前の状態)にします。

■Undo Failback
レプリケーション先の VM を “Failback” を実行する前の状態(“Failover” を実行している状態)に戻します。

どちらもレプリケーション先の VM の状態を変更する機能です。
そのため、”Undo Failback” を実行した場合でも、
レプリケーション元の VM は変更が反映された状態(“Failback” 実行後の状態)のままになります。

仮想マシンのディスクタイプにはシンプロビジョニングとシックプロビジョニングがありますが、
それぞれに必要なディスクスペースに違いがあります。
これはシンとシックではストレージ領域の確保方法に違いがあるためです。

シンプロビジョニングで作成した仮想マシンの場合は
ストレージ領域が必要になるごとに領域を確保するため、
レプリケーション元の仮想マシンで使用済みのディスクサイズ分の
フリースペースがレプリケーション先に必要です。

シックプロビジョニングで作成した仮想マシンの場合は
仮想マシン作成時に指定したサイズ分の領域を確保するため、
レプリケーション元の仮想マシン全体のディスクサイズ分の
フリースペースがレプリケーション先に必要です。

VMware HA構成のバックアップは可能です。
バックアップにはスナップショットが必要なため、スナップショットが利用できないVMware FT構成の場合、バックアップは行えません。
しかし、vSphere 6.0からはVMware FT構成のVMもスナップショットが利用できるようになったため、バックアップを取得可能になりました。

いいえ、使用できません。
既存のジョブにバックアップ対象の仮想マシンを追加しなおすか、
新規にジョブを作成する必要があります。

はい、ございます。下記フォルダにあるVeeamBackup.mibをご利用ください。
—–
C:\Program Files\Veeam\Backup and Replication\Backup
—–

ジョブ設定時を基準とし、一定間隔後、リソース収集を行った後に1回目のジョブが開始します。2回目のジョブは1回目のジョブ開始時から一定間隔後リソース収集を行った後に開始されます。

増分バックアップから差分バックアップに、差分バックアップから増分バックアップにモードを変更するかによって、バックアップファイルの保持のされ方が異なります。
弊社ブログをご参照ください。
参考: ジョブ設定変更後のバックアップファイルの変化

上限値はありません。

しかし、ホストはライセンスの CPU 数に依存します。

ジョブの管理は管理サーバーで行われるため、プロキシ間でジョブの情報等は同期されません。

上限はありません。