アプリケーション、DB、設定、プロファイル、すべてのファイルを含めて、Windows ServerをAWS / Amazon S3にバックアップする方法
Server 2019、2016、2012、2008 R2の堅実なバックアップが必要ですか？
Amazon AWSは、堅実なクライアント側ソフトウェアと組み合わせれば、万全を期して災害時にすべてを復旧できる優れた方法です。
この記事では、 サーバー全体のAmazon S3クラウドストレージへのフルバックアップのセットアップ方法を学びます。ファイルだけではありません – インストール済みソフトウェア、その設定、プロファイル、アカウント、共有、データを含む、サーバー全体を復旧できるようにする話です。
Amazon S3はすでに多くのユーザーにとって、主に特に重要な（指定された）ファイルの間に合わせのバックアップ手段になっています。AmazonはS3への自動ファイルコピーを容易にするコマンドラインツールまで提供しています。しかし、完全なバックアップ製品では決してなく、そのようには作られていません。S3自体は、電気や水道のようなクラウドストレージの「ユーティリティ」です。
このチュートリアルでは、Amazon S3と専用の サーバーバックアップソフトウェア を組み合わせて、サーバー全体を自動で保護する強力なバックアップを構築する方法を示します。そして – さらに重要なこととして – 災害時にサーバー全体を 復元 する方法も扱います。
後半では、ハイブリッドバックアップの設定方法も扱います。バックアップをAWSとローカルストレージの両方に保存する構成です – これはデータ保護の 3-2-1ルール （少なくとも3部、少なくとも2か所、うち少なくとも1部はオフサイト）に準拠します。
もちろん、増分バックアップは自動で実行されます: バックアップの「お守り」をしたり、バックアップスケジュールやバックアップウィンドウを管理したりする必要はありません。
最も重要なのは、災害が起きたとき、まったく別の代替サーバーへも、異なるWindowsバージョンへも、異なるインフラ（クラウドホスト型の代替サーバーなど）へも復元できることです – 対象は アプリケーション、DB、設定、プロファイル、共有、すべてのデータ.
さっそく始めましょう。
Windows ServerをAmazon S3 / AWSにバックアップする手順
バックアップの設定には2つのものが必要です – Amazon S3ストレージへのアクセスと、バックアップソフトウェアです。
やることを簡潔にまとめると次のとおりです（詳細は下記にあります）:
- Zinstall FullBack Serverをダウンロードしてインストールします（30日間トライアルは こちら)
- バックアップを実行し、“Settings…”ボタンをクリックします。
- “Change”をクリックし、バックアップオプションから“Connect S3 Cloud Storage”を選択します。
- S3のアクセス情報を入力します（どこで確認できるかわからない場合は、 下記をご覧ください)
- バックアップをオンにします。
- これで完了です！
この後どうなるのでしょうか？
Zinstall FullBack Serverはまず、Windows Serverのフルバックアップを作成します。Amazon S3クラウドストレージに安全に保存されます。
もちろん、この部分にはしばらく時間がかかります。「しばらく」が正確にどれくらいかは、サーバー上のデータ量とアップロード速度次第です。
初回バックアップが完了すると、以降はサーバー上で起きた変更をバックアップし続けます。ファイルを変更したり新しいアプリケーションをインストールしたりすれば、バックアップもそれに応じて更新されます。すべて完全に自動です。実際、動いていることにすら気づかないでしょう。
ファイルベースとセクターベースの検査を組み合わせることで、FullBackは発生した変更分だけを非常に効率よく処理し、関係するI/O操作の量を最小限に抑えてハードドライブの健康まで守ります（ドライブの寿命が少し延びます）。たとえば、あるユーザーがサーバー上に10GBのPSTを持っていて10MB分の変更を加えた場合、実際のアップロードは10MBにかなり近い量になります – 10GB全体ではありません。
もちろん、バックアップを持つ本当の理由は復元です。行方不明になったファイル1つはどう復元するのか？サーバーがクラッシュしたら、アプリケーションを含むすべてをどう復元するのか？続きをご覧ください。
削除された／破損したファイルはどう復元しますか？
あるユーザーが大事な文書に取り組んでいたのに、理由もわからず消えてしまった。その文書がユーザーのサーバー側共有に保存されていたなら、心配ご無用です – まさにそのために、サーバー全体の自動バックアップを設定したのですから！やることは次のとおりです:
- FullBackのRestore（復元）ウィザードを開きます。
- ファイル名がわかっているなら、検索ボックスに入力するだけで下に表示されます。
- 名前はわからないけれど場所はわかる、という場合は、バックアップファイルをブラウズしてそのファイルを見つけられます。
- ファイルが見つかったら、復元を押すだけ – 元の場所にそのまま、最新の状態で現れます！
これで完了です – ファイルは無傷で戻ってきました。
サーバーがクラッシュしました。どう復元しますか？
慌てないでください！バックアップがあります。
まず、そのバックアップをどこへ復元するかを決める必要があります。代替の物理サーバー、代替の仮想マシン、クラウドホスト型サーバー（Amazon自身のEC2など）、あるいは – 元のサーバーのハードウェアが無事なら – 新品のハードドライブを載せた元と同じサーバーでも構いません。
最初のステップは、ターゲットサーバーへのWindowsのインストールです。FullBack Server Proの復元では、まったく異なるWindowsバージョンをインストールすることもできます。元のサーバーがたとえばServer 2008 R2だったとしても、Server 2019環境へ復元できます。
Windowsのインストール（およびドメインへの参加）が済んだら、復元に進めます。
そのためには、代替サーバーにZinstall FullBackをインストールします。バックアップ元としてAmazon S3を選択し、案内に従って完全復元を行います。完了したらサーバーを再起動するだけで、クラッシュしたコンピューターのアプリケーション、設定、ファイルがすべて現れます。
復元されないものは？
FullBack Server Proはアプリケーション、設定、プロファイル、共有、すべてのデータを復元できますが、自動では復旧できないものもあります。復元されないのは次のとおりです:
- サーバーの役割（ドメインコントローラー、AD、Exchange、IISなど）
- ドライバー（USBプリンタードライバーなど）
- 互換性のないアプリケーション（例: Server 2008 R2上のSQL 2005で動いているものを2016サーバーへ復元しようとしても、SQL 2005は2012以降と互換性がないため動作しません
クラウドへ復元できますか？
物理サーバーやローカルVMではなく、クラウドサーバーインスタンスへ復元したい場合は – それは可能でしょうか？
端的に答えれば“はい”ですが、考慮すべき注意点がいくつかあります。
復元プロセス自体は、ローカルサーバーへの復元とほぼ同じです。Windowsをインストールし、FullBack Server Proの復元プロセスを実行し、アプリとデータを取り戻し、必要な最終調整を行います。
実際、どうせAmazon AWSを使っているのですから、Amazon EC2サーバーインスタンス（Amazonのホスト型仮想サーバー）を立ち上げて、そこへ直接復元することもできます。復元が同じAmazonデータセンター内で行われるため、非常に高速でもあります（サーバーの地理的ロケーションをS3アカウントと同じにしている限り）。もちろん、Amazon以外のクラウドサーバーへの復元も可能です。
ローカルサーバーと比べた主な注意点は接続性です。クラウドサーバーはネットワークから自動的にアクセスできるわけでも、ドメインに自動的に接続されるわけでもないため、SDNやVPNでギャップを埋め、クライアントマシンが新しいサーバーと通信できるようにする必要があります。
とはいえ、クラウドへの復元なら、ローカルの代替機のインストールに時間をかけず本当に速い復旧ができ、そもそもローカルの代替機がなくても機能します。さらに、すぐに使える接続手段がなくても、サーバーがクラウド上で稼働していてデータと環境にアクセスできるというだけで、接続の不便さを大きく上回る価値がある場合もあります。検討する価値は確かにあります。
AWSセットアップ入門
上のセットアップ概要では、S3の設定部分を簡単に流しました。知っておくべきことは次のとおりです。
Amazon S3にはどこで登録しますか？
Amazon AWSへの登録は こちらからできます。1年間の「トライアル」無料枠があります。その後、またはその枠の制限を超えると、ストレージ使用量に応じてAmazonから課金が始まります。
詳しくは、 Amazon S3スタートガイド
FullBack ServerをS3アカウントに接続するには？
S3アカウントを取得したら、バックアップに必要なS3の認証情報を入手します。Amazonはこれを“Access Key”と“Secret Key”と呼びます。入手したら、FullBackの“S3 Storage”プロンプトに入力すれば準備完了です。
Amazonには これらのキーの取得に関する専用ガイドがこちらにあります.
簡潔にまとめると、やることは次のとおりです:
- AWSマネジメントコンソールにサインインします
- ナビゲーションバー右上のユーザー名をクリックします
- ドロップダウンメニューから“My Security Credentials”を選択します
- “Access keys for CLI, DSK & API access”セクションまでスクロールします
- “Create access key”ボタンをクリックします。新しいシークレットアクセスキーが生成されます。
- 下の“Show secret access key”をクリックします。
これで、FullBack ServerのバックアップをAmazon S3アカウントへアップロードするのに必要なAccess KeyとSecret Keyが揃いました。Amazonがこれらのキーを表示するのは一度だけで、忘れた場合に再取得はできません（新規作成のみ）。そのため、キーの下にある“Download .csv file”オプションでファイルとしてダウンロードするか – 少なくとも安全な場所に書き留めておくことをおすすめします。
ハイブリッド（クラウド＋ローカル）バックアップ: 3-2-1ルール
すばらしい！これでWindows Serverの堅実なクラウドバックアップができました。これで終わりでしょうか？
一方では、この時点でかなりしっかり保護されています。Amazonのクラウドストレージは最高クラスで、ハードウェア障害やソフトウェア障害からの保護も含まれており、クライアントであるあなたには意識させません。しかし、本当に完全なバックアップのためには、一般に3-2-1ルールに従うことが推奨されます: データのコピーを3部、2か所に保存し、うち1部はオフサイトに。
現時点では2か所（サーバーとAmazon AWS）で、うち1つがオフサイト（Amazon）です。幸い、FullBack Serverならクラウドバックアップとは独立した別のバックアップ先を追加でき、3-2-1ルールを満たせます。
通常、ローカルバックアップにはローカルネットワークストレージ（NAS / SAN）を使います。もちろん他の選択肢でも構いません。ファイルを保存でき、十分な空きがあるストレージなら何でも、追加のバックアップ先として使えます。
このようなハイブリッドバックアップ（オンプレミス＋オフプレミス）のもう1つの重要な利点は速度です。ほとんどの復旧シナリオでは、ローカルバックアップは無事に生きています（火災や洪水など、オフサイトが必須になる状況とは対照的に）。ローカルストレージからの復元はクラウドからよりずっと速く、ローカルバックアップがあれば、オフサイトのAmazon S3バックアップによる回復力を犠牲にすることなく、復元をいっそう効率化できます。
ハイブリッドバックアップはまさにいいとこ取りです。
まとめ
Amazon S3は、市場で最も優れたクラウドストレージソリューションの1つです。FullBack Server ProとAmazon S3を組み合わせれば、Windows Server全体 – すべてのプログラム、設定、ファイルを含む – の完全・自動・常時稼働のクラウドバックアップが手に入ります。
セットアップは非常に簡単です。サーバー本体に機器をつなぐ必要も、バックアップがあることを覚えておく必要すらありません。すべて自動です。
そしてファイルを誤って削除したときも、サーバーがクラッシュしたときも、効率よく完全に復旧できます – 前もって正しい備えをしておいた自分に感謝することになるでしょう。