Warehouseを起動して、接続の確認を行いました。Works」のDWH用データベースが提供されていることを確認いただけたのではないでしょうか。Warehouseのバックアップに関して詳しく解説していきます。Warehouseのバックアップは自動で取得されています。4~8時間おきに自動で取得する仕組みとなっており、ユーザー側での変更は現時点(2017年6月時点)ではできません。このため、オンプレDWHではよくある、「日次バッチが終了したタイミングでバックアップを取得しよう」とか、「バックアップは週に1回だけ取得しよう」といったことはできません。自動で取得されたバックアップは7日間保存されます。この7日間の保存期間を延ばすことや短くすることも現時点ではできません。Warehouseを停止させておけば、かかる料金はディスク分だけとなります)。このバックアップを使ってリストアできるポイントは、バックアップが取得されたポイントになります。7日間のバックアップ保存期間中いくつもバックアップは取得されますが、この保存期間内であれば、任意のバックアップ時点に復旧できます。ここでバックアップからの復元を試してみたいと思います。Studio(SSMS)からログインし、「AdventureWorksDWbuildVersion」というテーブルを削除します。「OK」を押すと、削除が実行される削除が完了すると、SSMSのオブジェクトエクスプローラーから「AdventureWorksDWbuildVersion」がなくなっていることが確認できると思います。Warehouseを確認し、バックアップから復元してみたいと思います。Warehouseが復元されます。この際に注意が必要なのは、データベース名は現在起動中のデータベース名を使用できない点です。今回は「sqldwh-test」というデータベース名のバックアップから復元しようとしているため「sqldwh-test」は使えないので、「sqldwh-test2」というデータベース名で起動させます。データベースが起動した後、もう1度SSMSで接続すると「sqldwh-test2」の作成を確認でき、また「AdventureWorksDWbuildVersion」テーブルの復元も確認できます。データウェアハウスシステムでは、大規模なデータを取り扱うことが多いので、バックアップの運用やそれらのリストアは、運用上の負荷が高く管理者の頭を悩ませるポイントでした。Warehouseであれば、自動でバックアップを取得してくれますし、また取得したバックアップからのリストアも簡単に行えます。Warehouseの大きな魅力の1つです。Warehouseでは地理冗長バックアップ(geoバックアップ)という機能がデフォルトで有効になっています。この機能は地理的に100km以上離れた別のリージョンへ、バックアップが24時間に1回レプリケーションされる機能です。Warehouseが稼働しているリージョンで地域的な停電や復旧できない災害が発生した場合も、バックアップデータを保持できます。Warehouseを起動させた場合は東日本リージョンへ地理冗長化バックアップの設定がなされ、これを変更することはできません。Warehouseは西日本リージョンで復旧可能です。地理冗長バックアップ機能を設定しておくことにより、簡単にBCP(事業継続計画)対策を行うことができるのです。Storageにデータが格納されて保護されています。ローカル冗長ストレージではデータは3つに同期された状態で同一リージョン内に保持されています。ローカルストレージに何か障害が発生したとしても、利用者からは透過的な状態でデータは保護されている状態となっているので、例えばディスク障害などのインフラストラクチャの問題でデータが失われる心配は基本的にありません。火災、洪水などによるデータセンターレベルでの障害が発生した場合は、3つの冗長化データすべてが失われるおそれがあります。このような事態に備えるため、地理冗長のバックアップを活用するとよいと思います。自動で取得されるバックアップについては、ユーザーの操作ミスなどによってデータが削除されてしまったなどのいわゆる「ユーザー障害」に対して有効な場面が多くあるように感じます。データベースエンジニア。Server、Oracle、MySQL、PostgreSQLなどのデータベースで、小規模から大規模な案件まで数多く経験。現在ではクラウドの流れに逆らうことなく、「データベース×クラウド」をキーワードに案件対応、セミナー活動、執筆活動など幅広く活動中。株式会社システムサポート所属。※本記事は掲載時点の情報であり、最新のものとは異なる場合があります。Corporation。