セールス: 1-800-867-1380

Azure の仮想マシンにおける SQL Server データ ウェアハウス

更新日: 2014年9月

Azure の仮想マシンでは、最適化したデータ ウェアハウス イメージを使用してください。SQL Server Enterprise の仮想マシンのイメージが最適化されていない場合より、データ ウェアハウスのワークロードのパフォーマンスが最大 20% 改善します。

最適化したデータ ウェアハウス イメージのプロビジョニング、構成、および使用の手順は、SQL Server Enterprise イメージの場合とは若干異なります。このトピックでは、Azure の仮想マシン ギャラリーにある以下のいずれかの SQL Server Enterprise イメージを基にして構築され、最適化されたデータ ウェアハウスを、プロビジョニングして使用する方法を説明します。

  • SQL Server 2012 SP1 for Data Warehousing on WS 2012

  • SQL Server 2014 CTP2 Evaluation for Data Warehousing on WS 2012

このトピックの内容

最適化されたデータ ウェアハウス イメージをプロビジョニングするには、Azure 管理ポータルまたは PowerShell スクリプトを使用します。ポータルを使用した場合には、仮想マシンのプロビジョニング後に、手動でディスクをアタッチする必要があります。PowerShell スクリプトを使用すると、仮想マシンのプロビジョニングとディスクのアタッチを自動的に実行できます。どちらの方法も簡単です。詳細はこのセクションで説明します。

パフォーマンスの最適化のための推奨事項を以下に示します。

  • SQL Server 2012 イメージでは、[サイズ A6] を選択します。

  • SQL Server 2014 イメージでは、[サイズ A7] を選択します。

  1. Azure 管理ポータルにサインインします。

  2. 左ペインにある Azure のメニュー項目で、[仮想マシン] をクリックします。

  3. 左下の [新規] をクリックした後、[計算する][仮想マシン][ギャラリーから] の順にクリックします。

  4. 仮想マシン イメージの選択ページで、SQL Server for Data Warehousing イメージを 1 つ選択します。

    データ ウェアハウジング ギャラリー イメージ

  5. [仮想マシンの構成] ページの [サイズ] オプションで推奨される値は、SQL Server 2012 イメージであればサイズ [A6]、SQL Server 2014 イメージであればサイズ [A7] です。

    SQL Server 2012 SP1 イメージ用にサイズ A6 の選択

  6. プロビジョニングが完了するまで待ちます。待機しているときには、[仮想マシン] ページでプロビジョニングの状態を確認できます。プロビジョニングが完了すると、状態が [実行中] になり、チェックマークが付きます。仮想マシンにはプロビジョニングが完了するまで接続できません。

    仮想マシンのプロビジョニングの終了

  7. プロビジョニングが完了した後もなお、いくつか必要な手順があります。セットアップを完了するには、「Azure の仮想マシンでの SQL Server Data Warehouse のセットアップの終了」に記載の手順を実行してください。仮想マシンに接続する場合、画面の指示からこのトピックに移動することもできます。

  1. 開始する前に、次の前提条件を満たしていることを確認してください。

    • Azure サブスクリプションが有効かつアクティブである。

    • Azure Powershell が Version 3 以降である。これは、Azure のダウンロード ページのコマンド ライン ツールのセクションでダウンロードできます。

  2. New-AzureSqlDwIaasVM.zip ファイルをダウンロードします。このファイルは、Azure スクリプト センターの「SQL Server Data Warehouse を Azure の仮想マシンにデプロイする」ページからダウンロードできます。

  3. エクスプローラーで New-AzureSqlDwIaasVM.zip を右クリックして、[すべて展開] をクリックします。スクリプトを実行するディレクトリにすべてのファイルを展開します。この ZIP ファイルに格納されているファイルは以下のとおりです。

    • New-AzureSqlDwIaasVM.ps1

    • New-AzureSqlDwIaasVM_DwIaasConfigGeneral.xml

  4. スクリプトの使用法に記載されているパラメーターおよび例を使用してスクリプトを実行します。

  5. New-AzureSqlDWDWIaasVM.ps1 のスクリプトのトラブルシューティングが必要なときには、ProvisionDetail.log ファイルを参照してください。これは、Windows クライアントの、スクリプトが実行されたフォルダーにあります。

  6. 仮想マシンを使用する前には、いくつかの追加の手順が必要になります。データ ウェアハウスの最適化が正常に完了していることを確認し、ジオレプリケーションをオフに設定する必要があります。セットアップを終了するには、「Azure の仮想マシンでの SQL Server Data Warehouse のセットアップの終了」に記載の手順 2. と 3. を実行します。

SQL Server のデータ ウェアハウスで優れたパフォーマンスを実現するために、以下の構成を推奨しています。

  • データにはページ圧縮を使用します。これは、400 GB までのデータ ウェアハウスに関する Fast Track 仕様に準拠したものです。

  • ファイルグループ 1 つにつき 1 ファイルのみを使用します。これにより、スループットのパフォーマンスに悪影響を及ぼすおそれのあるマルチレベル ストライピングを回避することができます。



  • Windows Server ストレージ プールを使用し、複数のデータ ディスクを単一のマウント ポイント c:\Mount\Data として SQL Server に公開します。このマウント ポイントを使用するには、データベース ファイルを c:\Mount\Data に格納します。この場所は、データベース オブジェクトの既定の場所にもなっています。

  • 1 TB を下回るほとんどのデータベースは、ファイルグループを 1 つ用意して c:\Mount\Data に格納します。これが、ファイルの既定の場所になります。別の場所を使用するときには、別のディスクをアタッチするか、c:、d:、e: のいずれかのドライブにファイルを個別に作成する必要があります。ドライブはリセットされます。

ファイルグループを複数使用すると、さらに以下のメリットがあります。

  • 複数のテーブルまたはパーティションを同時に読み込むことにより、データの読み込みが早くなります。テーブルを別個のファイルグループに設定すると、並列読み込みで断片化が発生するのを防ぐことができます。

  • スライディング ウィンドウというテクニックを使ってデータのパーティションのアーカイブを作成できます。

  • ステージング データを実稼働データとは別に格納できます。

  • 頻繁に変更があるデータと変更頻度が高くないデータを別々の場所に格納できます。

以下の例では、ファイルグループを複数備えたデータベースを作成します。各ファイルグループにはファイルが 1 つあり、そのファイルがいずれも Windows ストレージ プールのマウント ポイント c:\Mount\Data に置かれます。

--If you want to explore multiple filegroups, this shows how to
-create a database with multiple filegroups, one file per filegroup, and 
--all files stored under the Windows Server Storage Pools mount point C:\Mount\Data.
IF EXISTS ( SELECT name from master.dbo.sysdatabases WHERE name = 'DWDB') 
     DROP DATABASE DWDB 
     GO
     CREATE DATABASE DWDB ON 
         PRIMARY (
              NAME          = DWDB_root, 
              FILENAME      = 'C:\Mount\Data\DWDB\DWDB_root.mdf', 
              SIZE          = 10MB, 
              FILEGROWTH    = 1GB), 
         FILEGROUP FACT_TABLES (      
              NAME          = FACT_TABLES1,
              FILENAME      = 'C:\Mount\Data\DWDB\DWDB_fact_tables1.mdf',
              SIZE          = 300GB,
              FILEGROWTH    = 1GB),
        FILEGROUP NONVOLATILE_FG (      
              NAME          = NONVOLATILE_FG1, 
              FILENAME      = 'C:\Mount\Data\DWDB\DWDB_load1.mdf',
              SIZE          = 100GB,
              FILEGROWTH    = 1GB)
        LOG ON (      
              NAME              = DWDB_log1, 
              FILENAME             = 'C:\Mount\Data\DWDB\DWDB_log1.ldf',
              SIZE                 = 25GB,
              FILEGROWTH           = 1GB)

データを転送するときには、オンプレミスの SQL Server とクラウドの仮想マシンが同じネットワーク上に存在するかのように相互に参照できる状態になっている必要があります。

Azure の仮想マシン内の SQL Server への移行」では、仮想マシンにデータを移行する方法をいくつか説明しています。

データを効率よく転送するには、ポイント対サイト VPN 接続とサイト対サイト VPN 接続のどちらかの使用を推奨します。どちらのタイプの接続も効率的です。ポイント対サイト VPN 接続は、オンプレミス SQL Server とクラウドを直接 VPN でつなぐものであり、サイト対サイト接続より構成が簡単です。サイト対サイト接続を使用した場合には、ドメインをクラウドに展開することができますが、企業が大規模な IT インフラストラクチャを使用している場合には、この方法が難しくなることがあります。サイト対サイトのセットアップには、特定のハードウェアや、IT チームの協力が必要になります。

詳細については、MSDN の「Azure 仮想ネットワークの構成タスク」で、「管理ポータルでのサイト間 VPN の構成」または「管理ポータルでのサイト間 VPN の構成」を参照してください。

オンプレミスから仮想マシンにデータを移行するには、BCP ユーティリティまたは SQL Server Integration Services (SSIS) を使用します。どちらのツールも、一括挿入処理によってデータをすばやく移行します。ポイント対サイト接続またはサイト対サイト接続と SSIS を組み合わせて使用すると、既存の SSIS パッケージを使ってデータを読み込んだり、データベースの実行後に既存の ETL パッケージを実行したりできるようになります。実稼動データベースの展開に SSIS パッケージを使用している場合には、データ ウェアハウスをクラウドに展開するときにも SSIS パッケージを使用できます。

詳細については、MSDN の「Azure 仮想ネットワークの構成タスク」を参照してください。

バックアップからデータベースを復元するには、RESTORE (Transact-SQL) および WITH MOVE オプションを使用します。Windows ストレージ領域のボリュームにあるデータベース バックアップを復元する方法なら、オンプレミス ファイルやファイルグループのレイアウトが複雑なデータベースの場合 (複数のファイルが異なるボリュームに存在するなど)、手順を簡素化することができます。すべてのファイルを 1 つのボリュームに移動し (WITH MOVE オプションを使用)、ストレージ領域で I/O 操作をディスク間にストライプするだけで済みます。

この情報は役に立ちましたか。
(残り 1500 文字)
フィードバックをいただき、ありがとうございました
表示:
© 2014 Microsoft