バックアップと復元の概念
バックアップ タイプ:アプリケーションとアプライアンス
は次の 2 種類のバックアップをサポートしています。
- アプリケーション バックアップ:これには、 アプリケーション データが含まれますが、プラットフォーム データ(サーバのホスト名や IP アドレスなどのホスト固有の設定)は含まれません。アプリケーション データのみを移動し、プラットフォーム/ホスト固有の設定は移動しない場合は、 のアップグレード時にアプリケーション バックアップを使用する必要があります。
-
アプライアンス バックアップ:すべてのアプリケーション データとプラットフォーム データ(ホスト名、IP アドレス、サブネット マスク、デフォルト ゲートウェイなどのホスト固有の設定)が含まれます。障害回復(またはプラットフォームのハードウェアまたはソフトウェア障害からの回復)の場合はアプライアンス バックアップを使用する必要があります。たとえば、ディスクまたはファイル システムの障害から回復するには、標準の回復プロセスでは を再インストールしてからアプライアンスのバックアップを復元し、すべてのデータとプラットフォーム固有の設定を復元します。その後、アプライアンスのバックアップに含まれていない HA の設定を手動で再構築する必要があります。
![]() (注) |
何をアプリケーション データと見なすか、何をプラットフォーム データと見なすかの詳細については、バックアップされる情報を参照してください。 |
アプリケーションとアプライアンス バックアップについては、次の点に注意してください。
-
ハードウェアとソフトウェアの構成が元のホストでの構成と同じであれば、アプリケーションおよびアプライアンス バックアップは、バックアップを作成した同じホストまたは新しいホストのどちらに復元することもできます。
-
アプライアンスのバックアップは、バックアップを作成した元のサーバと同じバージョンの サーバ ソフトウェアを実行しているホストにのみ復元できます。
-
それ以降のバージョンの にアップグレードする場合、アプリケーションのバックアップと復元は、アップグレード パスがサポートされている限り異なるリリース間で実行できます。
-
アプライアンスの復元コマンドを使用してアプリケーションのバックアップを復元することはできません。アプリケーションの復元コマンドを使用してアプライアンスのバックアップを復元することもできません。
次のベスト プラクティスを推奨します。
-
を評価中の場合、ローカル リポジトリへのデフォルトの自動アプリケーション バックアップを使用します。
-
仮想アプライアンスとして実稼働環境で を実行中の場合は、アプリケーション バックアップを定期的に実行してリモート バックアップ サーバに保管します。アプリケーション バックアップは、サーバ ハードウェアの完全な故障を除くすべての障害に対してサーバを復元するために使用できます。
バックアップのスケジューリング
は自動で定期的にアプリケーション バックアップを実行します。この機能はデフォルトで有効になっていて毎日 1 つのアプリケーション バックアップ ファイルをデフォルトのローカル バックアップ リポジトリに作成します。
必要に応じてこのスケジュールを変更できます。また、随時、Web GUI から自動アプリケーション バックアップを実行できます。アプライアンス バックアップは、コマンド ラインからしか実行できません。
自動アプリケーション バックアップは、バックアップ リポジトリが サーバに対してローカルな場合に保存スペースの問題を引き起こす可能性があります。このことはテスト実装ではあまり問題になりませんが、実稼働環境のリモート サーバに対する定期バックアップの代用として使用することはできません。
実稼働環境では、次のことをお勧めします。
-
バックアップ ファイルを保管するようにリモート リポジトリをセットアップする。
-
自動定期アプリケーション バックアップを使用して、定期的にリモート リポジトリ上でバックアップを作成する。
スケジュールされたバックアップを使用している場合でも、コマンド ラインを使用してアプリケーションまたはアプライアンスのバックアップをいつでも作成できます。
バックアップ リポジトリ
自動アプリケーション バックアップ機能は、デフォルトで、ローカル バックアップ リポジトリの /localdisk/defaultRepo にバックアップ ファイルを保存します。Web GUI を使用して新しいローカル バックアップ リポジトリを作成しておき、自動アプリケーション バックアップを設定するときにそれを選択できます。リモート リポジトリも指定できますが、まず、リポジトリのセットアップと管理の説明に従ってリポジトリを作成しておく必要があります。
コマンド ラインを使用してアプリケーションまたはアプライアンス バックアップを作成する場合、バックアップを保存するローカルまたはリモート リポジトリを指定する必要があります。実稼働環境では、通常、NFS、SFTP、または FTP でアクセスするリモート リポジトリです。NFS は通常は他のプロトコルより高速で信頼性が高いので、NFS を使用することを推奨します。
アプリケーション バックアップは、コマンド ラインと Web GUI のどちらから実行しても違いはありません。どちらの操作によっても、同じバックアップ ファイルが作成されます。
NFS を使用してバックアップの作成やリモート バックアップからのデータの復元を行う場合は、バックアップや復元の操作中、マウントされた NFS サーバが、常にアクティブになるようにしてください。プロセスのいずれかの時点で NFS サーバがシャット ダウンした場合、バックアップや復元の操作は、警告やエラー メッセージなしで異常終了します。
バックアップ ファイル名
Web GUI から開始されるアプリケーション バックアップ:自動または手動のいずれかで次の形式のファイル名が割り当てられます。
host-yymmdd-hhmm_VERver_BKSZsize_CPUcpus_MEMtarget_RAMram_SWAPswap_APP_CKchecksum.tar.gpg
CLI から開始されるアプリケーション バックアップでは、同じ形式が使用されますが、ファイルがサーバ名ではなくユーザの指定したファイル名から始まる点が異なります。
filename-yymmdd-hhmm_VERver_BKSZsize_CPUcpus_MEMtarget_RAMram_SWAPswap_APP_CKchecksum.tar.gpg
CLI から開始されるアプライアンス バックアップのファイルもユーザの指定したファイル名から始まりますが、形式は APP ではなく SYS です。
filename-yymmdd-hhmm_VERver_BKSZsize_CPUcpus_MEMtarget_RAMram_SWAPswap_SYS_CKchecksum.tar.gpg
次の表に、バックアップ ファイルで使用される変数の説明を示します。
変数 |
説明 |
host |
バックアップが作成されたサーバのホスト名(Web GUI から開始されるアプリケーション バックアップの場合) |
filename | コマンド ラインでユーザが指定したファイル名(CLI から開始されるアプリケーション バックアップおよびアプライアンス バックアップの場合) |
yymmdd-hhmm |
バックアップが作成された日時 |
ver |
内部バージョン |
size |
バックアップの合計サイズ |
cpus |
バックアップが作成されたサーバの CPU の総数 |
target |
バックアップが作成されたサーバのシステム メモリの合計量 |
ram |
バックアップが作成されたサーバの RAM の合計量 |
swap |
バックアップが作成されたサーバのスワップ ディスクの合計サイズ |
checksum |
バックアップ ファイルのチェックサム |
バックアップ検証プロセス
は次の処理を行って、バックアップ ファイルを検証します。
-
バックアップ プロセスを開始する前に、ディスク サイズ、高速リカバリ領域、制御ファイルを検証します。
-
復元可能であることを確認するために、作成されたバックアップ データベースを検証します。
-
バックアップされたファイルに対して、圧縮されたアプリケーション データを検証します。
-
TAR ファイルを検証して、ファイルが正しく完全であることを確認します。
-
GPG ファイルを検証して、ファイルが正しいことを確認します。
バックアップ ファイルを手動で転送する場合やバックアップ ファイルの転送が完了したことを検証する場合は、ファイルの md5CheckSum とファイル サイズを参照してください。
バックアップを検査するもう 1 つのベスト プラクティスは、それを のスタンドアロンの「test」インストール環境に復元することです。
バックアップされる情報
次の表に、バックアップ ファイルに含まれる情報に関する説明を示します。この情報は、バックアップからサーバに復元されます。
バックアップ メカニズムによって保存されないデータに関する詳細については、バックアップされない情報を参照してください。
![]() (注) |
/opt/CSCOlumos/conf/Migration.xml ファイルには、バックアップされたすべてのコンフィギュレーション ファイルとレポートが含まれています。このファイルがバックアップに含まれており、復元されます。 |
データ タイプ |
機能 |
保存および復元される情報 |
アプリケーション データ |
バックグラウンド ジョブの設定 |
データベース内のデータ |
設定アーカイブ(デバイス コンフィギュレーション ファイル) |
データベース内のデータ |
|
構成テンプレート |
|
|
資格情報 |
データベース内のデータ |
|
デバイス インベントリ データ |
データベース内のデータ |
|
ライセンス |
/opt/CSCOlumos/licenses 内のファイル |
|
マップ(Maps) |
|
|
レポート |
|
|
管理対象デバイスのソフトウェア イメージ ファイル |
データベース内のデータ |
|
システム設定 |
データベース内のデータ |
|
ユーザ設定 |
|
|
ユーザ、グループ、およびロール |
データベース内のデータ |
|
仮想ドメイン |
データベース内のデータ |
|
プラットフォーム データ |
CLI 設定 |
すべての CLI 情報と設定が保持されます。これには、バックアップ リポジトリのリスト、FTP ユーザ名、CLI を使用して作成したユーザ、CLI 経由で指定した AAA 情報、その他の CLI 設定(端末タイムアウトなど)が含まれます。 |
資格情報 |
Linux OS クレデンシャル ファイル |
|
ネットワーク設定(Network settings) |
/opt/CSCOlumos/conf/rfm/classes/com/cisco/packaging/PortResources.xml 内のファイル |
|
Linux ユーザ プリファレンス |
Linux データ構造 |
|
Linux ユーザ、グループ、およびロール |
Linux データ構造 |
バックアップされない情報
バックアップを実行する前に、次の情報を手動でメモする必要があります。これは、これらの情報がバックアップ プロセスの一部として保存されないためです。データの復元後にこれらの設定を再構成する必要があります。
-
ハイ アベイラビリティ設定
-
ローカル カスタマイズ(レポート ヒープ サイズなど)
パッチ履歴情報も保存されません。
バックアップされる情報のリストについては、バックアップされる情報を参照してください。