
Server 2019、2016、2012、2008 R2の堅実なバックアップが必要ですか?
Backblaze B2は、堅実なクライアント側ソフトウェアと組み合わせれば、万全を期して災害時にすべてを復旧できる優れた方法です。
この記事では、 サーバー全体のBackblaze B2クラウドストレージへのフルバックアップのセットアップ方法を学びます。ファイルだけではありません – インストール済みソフトウェア、その設定、プロファイル、アカウント、共有、データを含む、サーバー全体を復旧できるようにする話です。
Backblaze B2は、クラウドストレージ市場では比較的新しい選択肢です。Backblaze自体はもちろん、人気のクラウドバックアップサービスの1つです。B2でBackblazeはついに、バックエンドストレージをAmazon式の大容量用途に開放しました。B2は本質的にAmazon S3と同じAPIを実装していますが、最大の利点はB2のほうが大幅に安いことです。もちろんB2自体はバックアップソリューションではなく、クラウドストレージプラットフォームです。では、これを土台にして鉄壁のサーバーバックアップを作りましょう。
このチュートリアルでは、Backblaze B2と専用の サーバーバックアップソフトウェア を組み合わせて、Windows ServerをBackblaze B2にバックアップし、サーバー全体を自動で保護する方法を示します。そして – さらに重要なこととして – 災害時にサーバー全体を 復元 する方法も扱います。
後半では、ハイブリッドバックアップの設定方法も扱います。サーバーをBackblazeにバックアップしつつ、ローカルストレージにもコピーを保存する構成です – これはデータ保護の 3-2-1ルール (少なくとも3部、少なくとも2か所、うち少なくとも1部はオフサイト)に準拠します。
もちろん、増分バックアップは自動で実行されます: バックアップの「お守り」をしたり、バックアップスケジュールやバックアップウィンドウを管理したりする必要はありません。
最も重要なのは、災害が起きたとき、まったく別の代替サーバーへも、異なるWindowsバージョンへも、異なるインフラ(クラウドホスト型の代替サーバーなど)へも復元できることです – 対象は アプリケーション、DB、設定、プロファイル、共有、すべてのデータ.
さっそく始めましょう。
バックアップの設定には2つのものが必要です – Backblaze B2ストレージへのアクセスと、バックアップソフトウェアです。
やることを簡潔にまとめると次のとおりです(詳細は下記にあります):

この後どうなるのでしょうか?
Zinstall FullBack Serverはまず、Windows Serverのフルバックアップを作成します。Backblaze B2クラウドストレージに安全に保存されます。
もちろん、この部分にはしばらく時間がかかります。「しばらく」が正確にどれくらいかは、サーバー上のデータ量とアップロード速度次第です。
初回バックアップが完了すると、以降はサーバー上で起きた変更をバックアップし続けます。ファイルを変更したり新しいアプリケーションをインストールしたりすれば、バックアップもそれに応じて更新されます。すべて完全に自動です。実際、動いていることにすら気づかないでしょう。
ファイルベースとセクターベースの検査を組み合わせることで、FullBackは発生した変更分だけを非常に効率よく処理し、関係するI/O操作の量を最小限に抑えてハードドライブの健康まで守ります(ドライブの寿命が少し延びます)。たとえば、あるユーザーがサーバー上に10GBのPSTを持っていて10MB分の変更を加えた場合、実際のアップロードは10MBにかなり近い量になります – 10GB全体ではありません。
もちろん、バックアップを持つ本当の理由は復元です。行方不明になったファイル1つはどう復元するのか?サーバーがクラッシュしたら、アプリケーションを含むすべてをどう復元するのか?続きをご覧ください。
あるユーザーが大事な文書に取り組んでいたのに、理由もわからず消えてしまった。その文書がユーザーのサーバー側共有に保存されていたなら、心配ご無用です – まさにそのために、サーバー全体の自動バックアップを設定したのですから!やることは次のとおりです:

これで完了です – ファイルは無傷で戻ってきました。
慌てないでください!バックアップがあります。
まず、そのバックアップをどこへ復元するかを決める必要があります。代替の物理サーバー、代替の仮想マシン、クラウドホスト型サーバー(Backblaze自身のEC2など)、あるいは – 元のサーバーのハードウェアが無事なら – 新品のハードドライブを載せた元と同じサーバーでも構いません。

最初のステップは、ターゲットサーバーへのWindowsのインストールです。FullBack Server Proの復元では、まったく異なるWindowsバージョンをインストールすることもできます。元のサーバーがたとえばServer 2008 R2だったとしても、Server 2019環境へ復元できます。
Windowsのインストール(およびドメインへの参加)が済んだら、復元に進めます。
そのためには、代替サーバーにZinstall FullBackをインストールします。バックアップ元としてBackblaze B2を選択し、案内に従って完全復元を行います。完了したらサーバーを再起動するだけで、クラッシュしたコンピューターのアプリケーション、設定、ファイルがすべて現れます。
復元されないものは?
FullBack Server Proはアプリケーション、設定、プロファイル、共有、すべてのデータを復元できますが、自動では復旧できないものもあります。復元されないのは次のとおりです:
物理サーバーやローカルVMではなく、クラウドサーバーインスタンスへ復元したい場合は – それは可能でしょうか?
端的に答えれば“はい”ですが、考慮すべき注意点がいくつかあります。
復元プロセス自体は、ローカルサーバーへの復元とほぼ同じです。Windowsをインストールし、FullBack Server Proの復元プロセスを実行し、アプリとデータを取り戻し、必要な最終調整を行います。
ローカルサーバーと比べた主な注意点は接続性です。クラウドサーバーはネットワークから自動的にアクセスできるわけでも、ドメインに自動的に接続されるわけでもないため、SDNやVPNでギャップを埋め、クライアントマシンが新しいサーバーと通信できるようにする必要があります。
とはいえ、クラウドへの復元なら、ローカルの代替機のインストールに時間をかけず本当に速い復旧ができ、そもそもローカルの代替機がなくても機能します。さらに、すぐに使える接続手段がなくても、サーバーがクラウド上で稼働していてデータと環境にアクセスできるというだけで、接続の不便さを大きく上回る価値がある場合もあります。検討する価値は確かにあります。
すばらしい!これでWindows Serverの堅実なクラウドバックアップができました。これで終わりでしょうか?
一方では、この時点でかなりしっかり保護されています。Backblazeのクラウドストレージは最高クラスで、ハードウェア障害やソフトウェア障害からの保護も含まれており、クライアントであるあなたには意識させません。しかし、本当に完全なバックアップのためには、一般に3-2-1ルールに従うことが推奨されます: データのコピーを3部、2か所に保存し、うち1部はオフサイトに。
現時点では2か所(サーバーとBackblaze)で、うち1つがオフサイト(Backblaze)です。幸い、FullBack Serverならクラウドバックアップとは独立した別のバックアップ先を追加でき、3-2-1ルールを満たせます。
通常、ローカルバックアップにはローカルネットワークストレージ(NAS / SAN)を使います。もちろん他の選択肢でも構いません。ファイルを保存でき、十分な空きがあるストレージなら何でも、追加のバックアップ先として使えます。
このようなハイブリッドバックアップ(オンプレミス+オフプレミス)のもう1つの重要な利点は速度です。ほとんどの復旧シナリオでは、ローカルバックアップは無事に生きています(火災や洪水など、オフサイトが必須になる状況とは対照的に)。ローカルストレージからの復元はクラウドからよりずっと速く、ローカルバックアップがあれば、オフサイトのBackblaze B2バックアップによる回復力を犠牲にすることなく、復元をいっそう効率化できます。
ハイブリッドバックアップはまさにいいとこ取りです。
Backblaze B2は、特に費用対効果を考えれば、市場で最も優れたクラウドストレージソリューションの1つです。FullBack Server ProとBackblaze B2を組み合わせれば、Windows Server全体 – すべてのプログラム、設定、ファイルを含む – の完全・自動・常時稼働のクラウドバックアップが手に入ります。
セットアップは非常に簡単です。サーバー本体に機器をつなぐ必要も、バックアップがあることを覚えておく必要すらありません。すべて自動です。
そしてファイルを誤って削除したときも、サーバーがクラッシュしたときも、効率よく完全に復旧できます – 前もって正しい備えをしておいた自分に感謝することになるでしょう。
Zinstall FullBack Serverの無料トライアルはこちら