Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
vCenterファイルベースバックアップはVMware vCenter Serverアプライアンス（VCSA）に標準搭載されたネイティブバックアップ機構です。SFTP、SMB、FTPS、HTTPS、FTPといった対応プロトコルを使用し、アプライアンスの中核設定インベントリと履歴データをリモート先へ保存します。
本機能はポート5480のVAMIインターフェースから管理し、リモートリポジトリへのスケジュールバックアップまたは手動即時バックアップに対応します。多くのVMware管理者にとって、VMware移行、アップグレード、基盤保守作業前に重要なvCenter設定データを保護する最も簡易な手段となります。
vCenterファイルベースバックアップが実際に保護する対象
vCenterファイルベースバックアップはvCenter Serverアプライアンス自身の復旧を目的とし、本番仮想マシンのデータ保護には対応していません。下記の表にバックアップに含まれる項目と除外される項目を記載します。
|
含まれる項目 |
除外される項目 |
|
vCenter設定情報 |
VMware仮想マシン本体データ |
|
インベントリ情報 |
ゲストOSファイル |
|
ロール・権限情報 |
アプリケーション対応バックアップ |
|
履歴データ |
仮想マシン単位の細粒度復旧 |
|
タスク/イベント/統計情報 |
仮想マシン瞬時復旧 |
本ガイドではvCenter Serverアプライアンスのファイルベースバックアップに関する全設定手順を段階的に解説します。
VMware vCenter ServerはvCenter Serverアプライアンスを保護する3種類のバックアップ手法に対応します：スケジュールバックアップの設定、手動バックアップ実行、スクリプトによるバックアップ自動化です。各手法を手順通り紹介します。
手順1. https://<vcenter-IP>:5480を開き、rootユーザーでVAMI（vCenterアプライアンス管理インターフェース）にログインします。
手順2. 左側メニューの「バックアップ」→「設定」をクリックします。
手順3. 下記項目に沿ってバックアップタスクを設定します。
手順4. 「作成」をクリックしてバックアップ設定ウィザードを確定します。
設定完了後、バックアップスケジュール一覧からタスクを確認でき、「編集」「無効化」「削除」が実行可能です。
バックアップ実行後、実行履歴は「アクティビティ」欄に表示されます。
手順1. VAMI（https://<vcenter-FQDN>:5480）にrootでログインし、左パネルの「バックアップ」をクリックします。
手順2. ダイアログが表示されるので、「スケジュール設定済みのバックアップ保存先とユーザー名を使用」または「バックアップ保存先とユーザー名を新規入力」のいずれかを選択します。
補足：
手順3. バックアッププロトコル、リポジトリパス、認証情報を入力し、任意のデータセットを選択します。
手順4. 「開始」をクリックしてバックアップタスクを起動します。
VAMIのスケジュール機能は簡易的ですが、1日1回以上の実行や外部オーケストレーションと連携することはできません。VCSAにはdcliというコマンドラインツールが標準搭載されており、これを活用してバックアップジョブをスクリプト化可能です。アプライアンスのシェルから直接実行するか、外部自動化ツールから呼び出せます。
タイムスタンプ付きディレクトリへSFTPバックアップを実行し、失敗時にメール通知を送信するサンプルスクリプトは下記の通りです。
#!/bin/bash
BACKUP_LOCATION="sftp://backup-server.example.com/backups/vcenter/$(date +%Y%m%d_%H%M)"
BACKUP_USER="vcbackup"
BACKUP_PASS="yourpassword"
LOG="/var/log/vcbackup.log"
/usr/bin/dcli com vmware appliance recovery backup job create \
--location-type SFTP \
--location "$BACKUP_LOCATION" \
--location-user "$BACKUP_USER" \
--location-password "$BACKUP_PASS" \
+username administrator@vsphere.local \
+password "VC_ADMIN_PASSWORD" \
> $LOG 2>&1
if [ $? -ne 0 ]; then
echo "vCenterバックアップが失敗しました。ログ$LOGを確認してください" | mail -s "バックアップ異常通知" admin@example.com
fi
本スクリプトはVCSA内部のcronジョブ（/etc/cron.d/配下の編集）またはPhoton OSのsystemdタイマーに登録して運用します。パスワードを記載したスクリプトの権限は厳しく制限してください。
SCPを使用する場合は、保存先種別のSFTPをSCPに置き換えてください。どちらのプロトコルも既定でポート22を使用します。
復旧作業は2段階に分かれ、新規VCSAのデプロイが事前に必要です。詳細な手順を記載します。
手順1. vCenter ServerアプライアンスISOをマウントしインストーラーを起動後、「復旧」をクリックします。
手順2. 概要画面が表示されたら「次へ」をクリックします。
手順3. ライセンス規約に同意し「次へ」をクリックします。
手順4. バックアップ情報（「保存先またはIP/ホスト名」「ユーザー名」「パスワード」）を入力し「次へ」をクリックします。
手順5. ファイル参照ウィザードが起動し、利用可能なバックアップファイルを閲覧・選択できます。復旧対象のバックアップを選び「選択」をクリックします。
手順6. バックアップ情報を確認し、アプライアンスデプロイ先の設定を指定します。
手順7. 画面の指示に従い「フォルダ選択」「コンピュートリソース選択」「対象アプライアンスVM設定」「デプロイサイズ選択」「データストア選択」「ネットワーク設定」を順次実施します。
手順8. 設定内容を確認後「完了」をクリックします。
デプロイ処理が完了し「vCenter Serverのデプロイに成功しました」と表示されたら「続行」をクリックします。
バックアップ保存先と認証情報を入力すると、インストーラーがバックアップファイルの整合性を検証し、設定データを読み込みます。
手順1. 概要画面で「次へ」をクリックします。
手順2. バックアップ詳細を確認し「次へ」をクリックします。
手順3. シングルサインオン設定画面でSSOユーザー名とパスワードを入力し「次へ」をクリックします。
手順4. 設定内容を確認し「完了」をクリックします。復旧処理の中断や解析エラーに関する警告が表示される場合がありますが、「OK」を押して処理を続行します。
標準搭載のファイルベースバックアップはvCenter Serverアプライアンスの設定・インベントリを復旧可能なため、VMware基盤保護における重要な機能です。しかし、仮想マシンのワークロード、アプリケーション、ランサムウェア被害からの復旧に対応していないため、本番環境の完全なバックアップ戦略としては不十分です。
多くの企業では完全な基盤保護を実現するため、標準VCSAファイルベースバックアップと専用VMwareバックアップソフトを併用しています。例として、エンタープライズ向けバックアッププラットフォーム i2Backupが挙げられます。こちらはInformation2 Software（Info2soft）が提供するイメージレベルVMwareバックアップソリューションです。
i2Backupが提供する機能：
下記ボタンから60日間無料トライアルを申し込めます。
1. 「リモートサーバーに接続できません」
汎用的なエラーメッセージです。VCSAのSSHシェル（root@vcenter）から手動で疎通確認を実施します。
主な原因はファイアウォール遮断、DNS解決失敗、サービスの待ち受けインターフェース不一致、保存先サーバーが鍵認証のみ強制していることなどです。
2. SMB共有フォルダへアクセス拒否
SMB共有を利用するには、VCSAの認証情報に共有レベルとファイルシステム（NTFS）の両方の書き込み権限が付与されている必要があります。アプライアンスはSMB2.0または3.0で通信するため、SMB1.0のみ対応する古いSambaサーバーは暗黙的に失敗します。可能な場合は保存先側でSMB3.0を強制してください。
3. ディスク空き容量不足によるバックアップ中断
履歴データを含むファイルベースバックアップはファイルサイズが大きくなりがちです。リモートファイルシステムに容量クォータが設定されている、または空き容量が不足しているケースが多いため、推定バックアップサイズの1.5倍以上の容量を確保してください（VAMI画面で事前に概算サイズを確認可能）。管理対象ホスト数が多い環境ではバックアップサイズが20GBを超える場合があります。
4. スケジュールバックアップが実行されるがファイルが作成されない
vCenterアプライアンスの時刻同期（NTP）を確認してください。5分以上の時刻ずれが発生するとジョブが過去の時間と判定されスケジューラーが実行をスキップします。また、バックアップジョブが裏で失敗し保存先に古いロックファイルが残っていないか確認します。
5. 復旧時にバックアップファイルが破損と判定される
暗号化されていないプロトコルで転送すると、通信中断が検知されずファイル破損が発生します。ネットワーク機器を経由してバックアップを送信する場合はFTPS、SCP、SFTP、HTTPSを必ず使用してください。単独の検証ツールが存在しないため、隔離された検証環境で事前に復旧テストを実施しバックアップバンドルの整合性を確認する必要があります。
6. vCenter Serverのファイルベースバックアップが作成されない
スケジュールバックアップが裏で起動に失敗し保存先にファイルが残らない場合にVAMIに表示されるメッセージです。手動バックアップは正常実行できるため、スケジューラー自身に不具合が発生していると判断できます。主な根本原因は3点です。
上記のいずれにも該当しない場合は、VCSAシェルからスケジューラーログを直接確認します。
grep -i "error\|fail" /var/log/vmware/applmgmt/backupScheduler.log | tail -20このコマンドでバックアップ作成失敗の具体的な障害要因を抽出できます。
質問1：vCenterファイルベースバックアップに含まれるデータは何か
回答：インベントリ情報、設定情報、履歴データ、証明書が含まれ、仮想マシン本体データは除外されます。
質問2：ファイルベースバックアップから単一の仮想マシンだけを復旧できるか
回答：不可です。ファイルベースバックアップはvCenter全体の設定・インベントリを一括で復旧する仕組みで、部分的な復旧に対応していません。VMDKファイルやVM設定ファイルのバックアップを行わないため、個別VMやその内部ファイルを取り出すことはできません。仮想マシン本体を保護するにはInfo2soft i2Backupのようなイメージベースバックアップソリューションが必要です。
質問3：vCenterファイルベースバックアップに推奨されるプロトコルは何か
本番環境では暗号化に対応したプロトコルを選択してください。vSphere 8.0標準搭載のSSH系プロトコルはSCP、vSphere7.0以降はSFTPが利用可能で後期バージョンの標準となっています。
どちらも転送中の認証情報とデータを暗号化し、既定でポート22を使用します。FTP基盤のインフラを既に運用している場合は明示的TLSに対応したFTPSが安全な代替手段となりますが、暗黙的モードには対応していない点に注意してください。
WebDAVが有効で信頼済み証明書を使用したWebサーバーが存在する場合はHTTPSを利用可能です。平文のFTP・HTTPは完全に避けてください。
Windows環境でSMBを使用する必要がある場合はSMB3.0暗号化を有効化してください。NFSは信頼された内部LANで高速に動作しますが転送暗号化機能がないため、隔離された管理用ネットワーク内のみで利用してください。
質問4：vCenterファイルベースバックアップは廃止予定か
vSphere8.xにおいてもイメージベースバックアップと並行して正式サポートされ続けています。
質問5：ファイルベースバックアップとイメージベースバックアップの使い分け
ファイルベースバックアップを利用する場面
上記以外の用途ではイメージベースバックアップを推奨します。vSphere7 Update3以降はvCenter標準のイメージベースバックアップ機能が追加されています。
イメージベースバックアップを利用する場面
Veeam、Commvault、RubrikなどVMware対応の市販バックアップ製品を導入している場合はイメージベースバックアップが一般的な選択肢となります。ファイルベースバックアップは専用バックアップツールのない環境向けの無償標準機能、またはイメージレベル保護に加えた「設定専用サブバックアップ」として活用します。
vCenterファイルベースバックアップは重要なvCenter設定・管理データを保護する信頼性の高い手段です。アップグレード事前準備、運用障害からの復旧、VMware管理基盤の障害復旧に特に有用です。
一方、仮想マシンのワークロード保護や高度な災害復旧機能は備えていません。多くの本番環境では、標準VCSAバックアップとi2BackupのようなVMware専用バックアップソリューションを併用し、仮想マシンの保護、ランサムウェア耐性、復旧の柔軟性を強化しています。i2BackupはVMware以外の仮想化プラットフォームにも対応しており、Hyper-V、OpenStack、ZStackなどのバックアップに活用可能です。
