vcsa管理の各種設定ネットワーク設定をしました。パスワードの有効期限を設定しました。vcsa管理のバックアップ履歴バックアップも履歴も戻るのか?ときになったので入れておきます。こんな感じで取得できています。バックアップ手順バックアップをしていきます。vcsaアプライアンスの管理画面から「バックアップ」画面を開きます。右上の「編集」をクリックします。バックアップスケジュールを作成します。「バックアップの場所」を含め必要な項目を入力して「保存」をクリックします。ここわかりにくかったのですが、FTPSの場合は、URLのプロトコルに「ftps://」を指定します。FTPSを使いつつ「ftp://」を指定すると失敗しました。スケジュールまで待てないので、手動でバックアップします。「今すぐバックアップ」をクリックします。「バックアップの場所とユーザー名宇をバックアップスケジュールから使用します」にチェックを入れると項目を自動入力してくれるので楽です。「起動」をクリックします。取得できたことを確認します。検証環境構築後とはいえ、1分以内でバックアップが終わるのは想定より早いですね。バックアップの取得は以上です。バックアップファイルはどんな感じ?おまけですが、バックアップ先ではどのようなフォルダ構造になっているのでしょうか。以下のような感じでフォルダを自動作成されました。・フォルダのMは手動バックアップ、Sはスケジュールを表す・最後の_部分は、バックアップ時の説明欄に入力していると表示されるようです。なんか変換されるっぽい。バックアップフォルダの中身は、こんな感じです。なんとなくイメージとデータベースがとられることはわかるけど細かいの調べる気はない。統計、タスク、イベントを含んだ場合は、下記みたいな感じ。統計、タスク、イベントを含まない場合は、下記みたいな感じ。vcsaを壊したいので、下記をしました。本番環境でもいきなりvcsaを削除するのはリスキーなので、同じようなことをする必要があります。vcsaをシャットダウンvcsaをESXiのインベントリから登録解除データストアのvcsaフォルダを名前変更(_oldをつけるなど)ここから作業を行う作業端末は、下記の要件を満たしておいてください。vSphere環境の管理ネットワークセグメントに通信が行えるESXiの名前解決が行えるvcsaの名前解決が行えるリストア手順ステージ1-新しいアプライアンスをデプロイリストアするvcsaと同じバージョンのインストールISOから「installer.exe」を実行します。「リストア」を選択します。」にチェックを入れて「次へ」をクリックします。バックアップファイルを保存したFTPサーバーへの接続情報を入力して、「次へ」をクリックします。「場所またはIPアドレス/ホスト名」は下記のようにリストアしたいバックアップフォルダを直接指定してください。ftps://192.168.10.112/vcsa/vCenter/sn_testvcsa.k.lab.local/M_6.7.0.42000_20191222-034106_「バックアップファイル」から読み込まれた内容が表示されるため間違いないことを確認し、「次へ」をクリックします。新しいvcsaをデプロイするESXiホストの情報を入力して「次へ」をクリックします。証明書の警告が表示されるため「はい」をクリックします。vcsaの「仮想マシン名」「パスワード」を入力して「次へ」をクリックします。デプロイサイズを選択して「次へ」をクリックします。バックアップファイルからの情報で最適な(以前利用していた)サイズが選択されるようです。デプロイするデータストアを選択して「次へ」をクリックします。※「シンディスクモードの有効化」は任意の設定です。vcsaのネットワーク情報がバックアップファイルから読み込まれるため間違いなことを確認し「次へ」をクリックします。デプロイ内容に間違いがないことを確認し「完了」をクリックします。vcsaのデプロイが開始されます。「続行」をクリックします。「次へ」をクリックします。バックアップ先の情報が正しいことを確認し「次へ」をクリックします。「終了」をクリックします。メッセージにも出ていますが、元のvcsaアプライアンスはシャットダウンしておきましょう。途中で止められない警告メッセージです。「OK」をクリックしましょう。リストアが開始されます。完了したことを確認し「閉じる」をクリックします。1画面でているので「閉じる」をクリックします。ESXiホストから確認してみます。vcsaが稼働しています。ClientにAdministrator@vsphere.localを利用してログインできました。アプライアンス管理画面にもログインできました。結果さて、リストア結果です。問題なかった部分は、スクリーンショット取ってません。(面倒だったので)データセンタ・クラスタ正常にリストアされました。正常にリストアされました。正常にリストアされました。仮想マシンフォルダ・テンプレートフォルダ正常にリストアれました。正常にリストアれました。正常にリストアされました。Clientにログインもできています。ライセンス今回は評価ライセンスを利用したので、再検証が必要ですね。これは案件でライセンスがあるときにでも・・・したいなぁ。正常にリストアされました。正常にリストアされました。統計情報・イベント・タスク正常にリストアされました。ここをリストアリストアするためには、バックアップジョブの「データ」に「統計、イベント、およびタスク」のチェックを入れておく必要があります。vcsa管理の各種設定ネットワークとパスワードの設定は正常にリストアされました。ネットワークについてはMACアドレスも元のMACアドレスでリストアされています。時刻同期の設定はリストアされませんでした。モードが無効になっていました。シェルで確認するとntpdデーモンが停止していました。元の設定「ntp.nict.jp」は設定されています。アプライアンス管理画面から手動で設定したところ正常に同期が始まりました。vcsa管理のバックアップ履歴バックアップのジョブ状況は残っていましたが、バックアップ履歴は復元しませんでした。ここはデータベース以外で管理されてるようです。検証はしていないのですが、vcsaをリストアする際に気を付けないといけない点がいくつか思いついたので、備忘録です。このあたりが必要であれば、疑似的に環境を用意して検証が必要ですね。古いvcsaのバックアップファイルから戻してはいけないADドメインに参加している場合、セキュアチャネル破損でドメイン認証の連携ができないと思うのでだめですね。小まめにバックアップを取るようにしましょう。DRS・HAなどESXiホストと連動している機能の変更があったバックアップファイルから戻してはいけないHAは、ESXiホストのHAエージェントなどと連携して動いています。ここの整合性が崩れるとリストア時にHAなどが発生する可能性があるため、バックアップ取得後に変更があった場合は、リストアは行わないようにしましょう。これもこまめにバックアップを取りましょう。ライセンス変更があったバックアップファイルから戻していけないライセンス数やエディション変更のあった後に、リストアを行うと使うはずの機能が急に使えなくなる、ESXiホストがライセンス不足で接続できないなどが考えられます。ファイルベースのバックアップとリストアに対応しています。障害が発生しても、このメカニズムを使用して環境をリカバリすることができます。Playerの仮想コンソール文字が小さすぎる問題どうも、Tです。WorkstationProのゲストOSが通信不可になる・・・。散歩するときに、事故になると思う人はいない。飛行機にのるときに、墜落すると思う人はいない。Controller)どうも、Tです。いつも、どんな画面だったか忘れるので備忘録です。failed.どうも、Tです。PlayerをノートPCでNATとホストオンリーを併用した最適なネットワーク環境どうも、Tです。Player(以下、VMwar...CentOS7でNFSを公開してESXiのデータストアとして利用するどうも、Tです。最近vSphere関連の検証でNFSサーバーを利用することが増えてきました。Controller)どうも、Tです。いつも、どんな画面だったか忘れるので備忘録です。PROを使う理由どうも、Tです。僕「メイン...【VMware】vCenterアプライアンスを5.5.0から6.0.0にアップグレードする方法どうも、Tです。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。挫折したITエンジニアの復活劇.。