ご無沙汰しております。
Acronis 大好きおじさんの登場です。
先日気付いたのですが、Acronis Cyber Backup 12.5 の延長サポート終了まで半年を切っておりました。
正確には今年の9月9日付けで、Acronis Cyber Backup 12.5 の延長サポートが終了します。当日は丁度、Acronis Cyber Protect/Backup 15 がリリースされて2年目となります。
詳細はこちらをご覧頂ければと思いますが、延長サポートが終了するとセキュリティパッチの提供が止まりますし、新しい OS のサポートも停止するので、長期的な利用を考えるなら、早めのバージョンアップが望まれます。
こんにちは。
ヒゲダルマです。
前回に引き続き、Acronis Backup 12.5によるESXi/ハイパーバイザーのバックアップです。
前回はバックアップの準備までをご紹介しましたので、今回はバックアップの実行です。
バックアップの実行自体はAcronis Backupの通常のバックアップと殆ど変わりませんので、Acronis Backupを使い慣れた方で有れば、以下の内容を見なくてもサクッと出来てしまうと思います。
とは言え、折角なので、以下バックアップの実行手順について、ご覧頂ければと思います。
ちなみに、弊社ではVMwreに限らず各種仮想環境の構築、それらのバックアップにつきまして、実績豊富に取りそろえております。宜しければ一度ご相談下さい。
こんにちは。
ヒゲダルマです。
皆さん、VMware ESXi（ハイパーバイザー）のバックアップって、どうされてます？
物理マシン起動時にハイパーバイザーがメモリに読み込まれてしまえば、運用中はハイパーバイザー格納領域へのアクセスは基本的に生じませんので、格納先のHDD、USBメモリやSDカードの可用性/耐久性はそれほど要求されませんし、万が一壊れても物理マシンを再起動でもしない限りハイパーバイザーの運用は継続出来、仮想マシンも動いたままです。
ただし、再起動したら、ハイパーバイザーは上がってきませんし、格納領域の修理/交換とハイパーバイザーの再セットアップが必要になります。
なので、ハイパーバイザーの冗長性を高める方法として、ミラー対応の冗長SDカードスロットモジュールを採用しているようなサーバーもありますが、普通のUSBメモリをハイパーバイザー格納領域としているケースも多いのではないでしょうか。I/Oが殆ど無いのでUSBメモリでも十分な耐久性はあるとも考えられますが、絶対に壊れないモノってこの世にはありませんよね。
となると、ハイパーバイザーもバックアップは必要だと思います。
ハイパーバイザーのバックアップはVMware社のナレッジにもあります通り、CLIでコマンドを1，2個叩くだけです。バックアップはtgz形式のファイルとして生成されますので、後はそれを大切に保管すればOKです。
でも、ESXiの設定変更の都度、手動でバックアップを実施という運用は少々不安が残ります。
と言うわけで、ESXi/ハイパーバイザーのバックアップソリューションを見回すと、ESXi上の仮想マシンをバックアップする製品は多数揃っていますが、ESXi/ハイパーバイザーそのものをバックアップ出来る製品って実は限られています。
そういう意味で今回ご紹介するAcronis Backup 12.5はESXi/ハイパーバイザーも仮想マシンもどちらもバックアップ可能な珍しい製品となります。
そんな訳で、前置き長くなりましたが、Acronis Backup 12.5でVMware ESXi/ハイパーバイザーをバックアップする方法を、以下2回に分けてご紹介したいと思います。
ちなみに、弊社ではVMwreに限らず各種仮想環境の構築、それらのバックアップにつきまして、実績豊富に取りそろえております。宜しければ一度ご相談下さい。
こんにちは。
ヒゲダルマです。
Acronis Backup 12.5でバックアップ実行時に”Cannot check the license due to a connection issue with the management server”というエラーメッセージでバックアップが失敗するケースまれにあります。
管理サーバーからプッシュインストールでエージェント/仮想アプライアンスをセットアップしており、バックアップジョブの作成時にもエージェント/仮想アプライアンスと通信している（ように見える？）にも関わらず、このエラーなので、「connection issueって何よ？」っていう感じで一瞬焦りますが。。。
こんにちは。
ヒゲダルマです。
前回に引き続き、Acronis Backup 12.5を用いたV2Vについて、ご紹介したいと思います。
第3回はV2V（移行）方法についてです。
移行の大凡のステップは以下の通りです。
V2Vと言っていますが、要はAcronis Backupでバックアップ/リストアするだけです。
とは言え、バックアップ対象とは異なるハイパーバイザーにリストアを行いますので、多少考慮しないといけない点もありますので、その辺も多少触れたいと思います。
では早速、V2V方法を順を追って見ていきたいと思います。
ちなみに、弊社では Acronis Cyber Backup の導入/構築について多数実績がございます。ご検討の際には是非ご相談頂けますと幸いです。
こんにちは。
ヒゲダルマです。
前回に引き続き、Acronis Backup 12.5を用いたV2Vについて、ご紹介したいと思います。
第2回はAcronis Backupの展開方法についてです。
展開の大凡のステップは以下の通りです。
今回はESXiからHyper-VへのV2Vをご紹介致しますが、Hyper-VからESXiへのV2Vでも展開方法は殆ど同じです。詳細は後述しますが、ライセンスのアサインのみが変わるだけです。
では早速、展開方法を順を追って見ていきたいと思います。
弊社では Acronis Cyber Backup の導入/構築について多数実績がございます。ご検討の際には是非ご相談頂けますと幸いです。
こんにちは。
ヒゲダルマです。
暫くご無沙汰してしまい申し訳ありません。
さて、唐突ですが、仮想マシンのお引っ越しって皆さんどうしてます？
余り頻繁にやることではないかも知れませんが、ハイパーバイザーに使用しているハードウェアの保証期間終了に伴い、仮想マシンを他のハイパーバイザー上にお引っ越し（V2V）しないといけないケースは無くはないと思います。
「V2Vと言っても、仮想マシンなんだからファイルコピーするだけだよね？」というご意見もあろうかと思いますが、例えばVMware ESXiからHyper-Vとかその逆とか、ハイパーバイザー自体が変わるケースでは仮想マシン/仮想ディスクのフォーマットが異なりますのでファイルコピーするだけとは行きません。
V2Vのプロセスではそれらフォーマットの変換をする必要があり、VMwareからはvCenter Converter Standalone、マイクロソフトからはVirtual Machine Converterなど、各コンバーターが提供されていますので、それらを利用出来なくは有りません。が、色々と前提条件が付いていたり、ユーザーガイドが英語しか無かったり、サポートが受けられるか否かも微妙だったり等々、正直微妙です。。
そこで、V2Vの方法は色々と考えられますが、今回はAcronis Backup 12.5 Standard Virtual Host（以下、Acronis Backup）を用いたV2Vをご紹介したいと思います。
弊社では Acronis Cyber Backup の導入/構築について多数実績がございます。ご検討の際には是非ご相談頂けますと幸いです。
こんにちは。
ヒゲダルマです。
先日Acronis Backup 12.5 Update1がリリースされました。
バグフィックスが多数含まれていますので、素の12.5をお使いで不具合に困っているケースでは一先ずUpdate1へのアップグレードをお試し頂くと良いかも知れませんね。
そんなUpdate1ですが、さりげなく良さげなモノが新機能として加わってました。
特に機能に名称が付いていないようですが、簡単に言うと「Acronis Backupのエージェントを大量に展開する為のツール」です。これまで無かったのが不思議ですが・・・
Acronis Backupによるバックアップ対象にはエージェントもしくは仮想アプライアンスをインストール/デプロイする必要がありますが、これまでは管理サーバーからGUIで1台ずつ追加作業をしなければならず、バックアップ対象が二桁になると結構煩わしい作業になっていました。
今回Update1でリリースされた「Acronis Backupのエージェントを大量に展開する為のツール」を使用すると、バックアップ対象のホスト名/管理者アカウント/パスワードの一覧をCSV形式で予め作成しておけば、後はコマンド1つで一括してエージェントのインストール/追加が行えるようです。こりゃ便利！
と言うわけで、後日試してみたいと思います。
ちなみに、現時点でこのツールの対象はWindowsだけとなりますので、LinuxやESXiについては残念ながら引き続きGUIで手作業となります。。。
以上、駄文散文ではございましたが、ご拝読ありがとうございました。
GFCのホームページはこちら！
Acronis Cyber Backupに関連するGFCのサービスはこちらから。
お問い合わせフォームはこちらから。
こんにちは。
ヒゲダルマです。
今回は結構ニッチなお話しです。
Acronis Backupでは各種作業用にBootable Mediaを作成出来ます。
バックアップ対象のサーバーやクライアントのコールドバックアップ取得や、取得済みバックアップからのシステム復旧などの際にこのBootable Mediaから該当マシンを起動します。
また、このBootable Mediaを利用してクライアントPCのクローニング作業も行えます。
クローニングとは1台のクライアントからマスターイメージをバックアップ取得し、そのイメージを他のクライアントにリストアしてクライアントセットアップの工数を削減する手法です。（もちろん、クローニング対象台数分のAcronis Backupのライセンスは必要です。）
で、このクローニングの際にはリストア時のオプションとしてSIDの変更（Change SID after recovery）を選択する必要があります。（何故SID変更が必要かはこちらを参照）
ところが、Acronis Backup 12で作成したBootable MediaだとSIDの変更処理が全然終わらないという問題を抱えています。
