SQL Server 2014では、新たに搭載された「Microsoft Azure内のSQL Serverデータファイル」機能により、.mdf、.ldf、.ndfファイルをAzureストレージコンテナでホストできる。オンプレミスデータベースと、Azure VMでホストされるデータベースの両方のログやデータファイルを格納することが可能だ。

　この機能は、Azureストレージアカウントに関連付けられたコンテナにファイルを保存する。各ファイルは、最大サイズが1TバイトのページBLOB（バイナリラージオブジェクト）として格納される。1つのストレージアカウントに含めることができるページBLOBの数に制限はなく、各コンテナに含めることができるページBLOBの数にも制限はない。ただし、各アカウントのサイズは全体として100Tバイトを超えられない。

　Azure内のSQL Serverデータファイル機能には、他にも多くの制限がある。例えば、FileStreamデータやインメモリOLTPデータをAzureストレージに格納することはできない。また、同じデータベースファイルに複数のSQL Serverインスタンスが同時にアクセスすることもできない。

　こうしたさまざまな制限に対処できれば、クラウドベースストレージとAzure連係が実現する柔軟なスケーラビリティや、アプリケーション開発の簡素化、地理的な分散の恩恵を受けられるだろう。また、Azure内のSQL Serverデータファイル機能は、移行プロセスの簡素化と、高可用性やディザスタリカバリ戦略の強化にも役立つ。

Microsoft AzureへのSQL Serverマネージバックアップ

　「SQL Server 2012 SP1 CU2」のリリース以来、オンプレミスデータベースと、Microsoft Azure VMでホストされたデータベースのどちらを運用する場合でも、データベースバックアップをAzureストレージに保存できるようになった。しかし、SQL Server 2014では、「Microsoft AzureへのSQL Serverマネージバックアップ」機能の導入により、クラウドバックアップ機能が一段と進化している。この機能は、Azureベースバックアップの管理と自動化を行う。

　マネージバックアップ機能では、バックアップファイルの保有期間と格納場所を指定するだけでよい。SQL Serverが他の作業を全て行ってくれる。保有期間は、バックアップファイルがストレージに保持される期間を指し、1～30日の間で選べる。格納場所は、Azureストレージ内の特定のコンテナとページBLOBを指定するURLだ。

　マネージバックアップは、インスタンスレベルかデータベースレベルで構成できる。インスタンスレベルで構成すると、マネージバックアップの設定は、そのインスタンス上の全てのデータベース（既存のものと、その後に追加されたものの両方）に適用される。データベースレベルで構成すると、設定は特定のデータベースにのみ適用され、インスタンスレベルのどの設定よりも優先される。いったんマネージバックアップ設定を構成すれば、SQL Serverが全てのバックアップ操作を実行、維持する。バックアップの種類や頻度など、詳細な指定を行う必要はない。

Microsoft Azureへのオンプレミスデータベースの配置

　SQL Server 2014には、「Microsoft Azure 仮想マシンにSQL Serverデータベースを配置」ウィザードが新たに搭載されている。このウィザードを使えば、Azure VMのSQL Serverインスタンスにデータベースを簡単に配置できる。このウィザードが提供する分かりやすいインタフェースは、その配置を行い、Azure連係を強化するのに必要なステップを簡素化する。

　ただし、このウィザードを開始する前に、ウィザードの完了に必要な情報を用意しておかなければならない。例えば、Azureサブスクリプションに関連付けられているMicrosoftアカウントの詳細、そのサブスクリプションにアップロードされた管理証明書などの情報だ。さらに、データベースを既存のAzure VMに配置する場合は、適切な管理者資格情報や、そのVMをホストするクラウドサービスのDNS名などの情報も提供する必要がある。

　この配置ウィザードはSQL Server 2014の新機能だが、SQL Server 2008以降のバージョンのデータベースが、SQL Server 2014のオンプレミスインスタンスでホストされている場合は、このウィザードを使ってこれらのデータベースをAzure VMに配置できる。AzureベースのSQL Serverインスタンスでホストされているデータベースについては、そのバージョンがSQL Server 2012または2014である場合にのみ、このウィザードを適用できる。

　データベースがどこにあるかにかかわらず、FileStreamが有効なデータベースを新しいVMに配置することはできない。Azure VM上のSQL ServerインスタンスでFileStream機能をあらかじめ有効にしておくことが、FileStreamを使用するデータベースをそのインスタンスに配置するために必要だ。しかし、インメモリOLTPを使用するデータベースは、特別な手間を掛けずにAzure VMに配置できる。

Microsoft Azure上での可用性グループのセカンダリレプリカの実装

　SQL Server 2014の最も宣伝されているクラウド関連機能の1つは、Microsoft Azure VM上のSQL Serverインスタンスを可用性グループのセカンダリレプリカとして構成できる機能だろう。このレプリカは、プライマリレプリカで障害が発生した場合に代役を果たす他、プライマリでの障害発生の有無にかかわらず、進行中の読み取り操作をサポートする。しかも、SQL Server 2014では、Azureベースのセカンダリのセットアップが可用性グループの構成プロセスに統合されている。

　プライマリインスタンスがオンプレミスにある場合、セカンダリレプリカを構成するだけでなく、プライマリインスタンスとAzure VMの間にVPNを確立する必要もある。その場合、Azureベースのセカンダリは、非同期レプリケーションと手動フェイルオーバーのみをサポートする。しかし、プライマリがAzureベースインスタンスの場合、同期レプリケーションと自動フェイルオーバーもセットアップできる。

Microsoftのハイブリッドクラウドデータベースプラットフォーム

　MicrosoftがSQL Server 2014でクラウドを強力に推進しているのは明らかだ。しかし、あらゆるクラウドを推進しているわけではなく、SQL Server 2014のAzure連係によってMicrosoft Azureのみを推進している。企業の常として、Microsoftも利益を上げようとしているわけだ。このため、意思決定を行う前に、Microsoft Azureにコミットした場合に実際に掛かるコストを慎重に検討しなければならない。クラウドを使うのは、短期的には良い戦略に思えるかもしれないが、長期的な視野に立つことも必要だ。

　Microsoftは、コストの評価を支援する2つのWebサイトを公開している。「Microsoft Azureストレージの料金詳細」と「Microsoft Azure仮想マシンの料金詳細」だ。しかし、これらから情報が得られても、潜在的な費用を全て考慮した包括的なコスト分析はやはり必要だろう。その分析を行った上で、Microsoft Azureが自社の予算とデータベース要件に合うという結論に達したなら、SQL Server 2014のAzure連係は、あなたの会社のニーズにうってつけのサービスかもしれない。

本稿筆者のロバート・シェルドン氏は、テクニカルコンサルタントであり、書籍、記事、トレーニング資料等も多数執筆している。主な分野はMicrosoft Windows、RDBMS（リレーショナルデータベース管理システム）、BI（ビジネスインテリジェンス）の設計と実装。