Analysis Services と AlwaysOn 可用性グループ

[アーティクル]
06/25/2013

AlwaysOn 可用性グループは SQL Server リレーショナルデータベースの事前に定義されたコレクションで、その中の 1 つのデータベースが条件に従ってフェールオーバーするときに一緒にフェールオーバーし、同じ可用性グループの別のインスタンスのミラー化されたデータベースに要求をリダイレクトします。高可用性ソリューションとして可用性グループを使用している場合、そのグループ内のデータベースを Analysis Services テーブルまたは多次元ソリューションのデータソースとして使用できます。可用性データベースを使用すると、次の Analysis Services の操作はすべて予期したとおりに動作します。その操作とは、データの処理またはインポート、リレーショナルデータへの直接クエリ (ROLAP ストレージまたは DirectQuery モードを使用)、および書き戻しです。

処理とクエリは、読み取り専用のワークロードです。このようなワークロードを読み取り可能なセカンダリレプリカにオフロードすると、パフォーマンスが向上することがあります。このシナリオには、追加の構成が必要です。このトピックのチェックリストを使用して、すべての手順に従っていることを確認してください。

前提条件

チェックリスト: 読み取り専用操作でセカンダリレプリカを使用する

AlwaysOn 可用性データベースを使用する Analysis Services データソースを作成する

構成をテストする

フェールオーバー後に何が起きるか

AlwaysOn 可用性データベースを使用しているときに書き戻す

前提条件

すべてのレプリカで SQL Server ログインが必要です。可用性グループ、リスナー、およびデータベースを構成するには sysadmin である必要がありますが、ユーザーの場合は Analysis Services クライアントからデータベースにアクセスするためには db_datareader アクセス許可のみ必要です。

表形式データストリーム (TDS) プロトコル Version 7.4 以降をサポートするデータプロバイダー (SQL Server Native Client 11.0、Data Provider for SQL Server in .NET Framework 4.02 など) を使用します。

(読み取り専用ワークロードの場合)。セカンダリレプリカのロールは、読み取り専用接続に対して構成されている必要があり、可用性グループはルーティングリストを持つ必要があり、Analysis Services データソース内の接続は可用性グループのリスナーを指定する必要があります。手順はこのトピックで説明します。

チェックリスト: 読み取り専用操作でセカンダリレプリカを使用する

Analysis Services ソリューションに書き戻しが含まれていない場合は、読み取り可能なセカンダリレプリカを使用するようにデータソース接続を構成できます。高速ネットワーク接続がある場合、セカンダリレプリカのデータ待機時間は非常に短くなり、プライマリレプリカとほとんど同一のデータを持つことになります。 Analysis Services 操作のためにセカンダリレプリカを使用すると、プライマリレプリカ上の読み取りと書き込みの競合が削減され、可用性グループのセカンダリレプリカの利用率が向上します。

既定では、プライマリレプリカへの読み取り/書き込みアクセスと読み取りを目的としたアクセスの両方が許可され、セカンダリレプリカへの接続は許可されません。セカンダリレプリカへの読み取り専用クライアント接続をセットアップするには、さらに構成が必要です。構成には、セカンダリレプリカのプロパティ設定と、読み取り専用ルーティングリストを定義する T-SQL スクリプトの実行が必要です。次のプロシージャを使用すると、両方の手順を確実に実行できます。

注
次の手順は、既存の AlwaysOn 可用性グループとデータベースがあることを前提としています。新しいグループを構成する場合は、新しい可用性グループウィザードを使用してグループを作成し、データベースを結合します。このウィザードでは、前提条件のチェック、それぞれの手順のガイド、および初期同期を実行します。詳細については、「新しい可用性グループウィザードの使用 (SQL Server Management Studio)」を参照してください。

次の手順は、既存の AlwaysOn 可用性グループとデータベースがあることを前提としています。新しいグループを構成する場合は、新しい可用性グループウィザードを使用してグループを作成し、データベースを結合します。このウィザードでは、前提条件のチェック、それぞれの手順のガイド、および初期同期を実行します。詳細については、「新しい可用性グループウィザードの使用 (SQL Server Management Studio)」を参照してください。

手順 1. 可用性レプリカに対してアクセスを構成する

オブジェクトエクスプローラーで、プライマリレプリカをホストするサーバーインスタンスに接続し、サーバーツリーを展開します。

注
これらの手順は「可用性レプリカでの読み取り専用アクセスの構成 (SQL Server)」に記載されており、このタスクを実行するための追加情報と別の手順を示しています。

[AlwaysOn 高可用性] ノードと [可用性グループ] ノードを展開します。
変更するレプリカが含まれる可用性グループをクリックします。 [可用性レプリカ] を展開します。
セカンダリレプリカを右クリックし、[プロパティ] をクリックします。
[可用性レプリカプロパティ] ダイアログボックスで、セカンダリロールの接続アクセスを次のように変更します。
- [読み取り可能なセカンダリ] ボックスの一覧の [読み取り目的のみ] をクリックします。
- [プライマリロールでの接続] ボックスの一覧の [すべての接続を許可] をクリックします。これは既定のオプションです。
- 必要に応じて、[可用性モード] ボックスの一覧の [同期コミット] をクリックします。この手順は必須ではありませんが、これを設定するとプライマリレプリカとセカンダリレプリカの間にデータパリティがあることが確認できます。
  
  このプロパティは、計画的なフェールオーバーに必須です。テスト目的で計画的な手動フェールオーバーを実行する場合、プライマリレプリカとセカンダリレプリカの両方に対して [可用性モード] を [同期コミット] に設定します。

手順 2. 読み取り専用ルーティングを構成する

プライマリレプリカに接続します。

注
これらの手順は「可用性グループの読み取り専用ルーティングの構成 (SQL Server)」に記載されており、このタスクを実行するための追加情報と別の手順を示しています。

クエリウィンドウを開き、次のスクリプトを貼り付けます。このスクリプトでは、次の 3 つのことを行います。セカンダリレプリカへの読み取り可能な接続を有効にし (既定ではオフ)、読み取り専用ルーティング URL を設定し、接続要求をどのように送るかを優先度付けするルーティングリストを作成します。読み取り可能な接続を許可する最初のステートメントは、Management Studio でプロパティを設定済みの場合は冗長ですが、完全を期すために含まれています。

ALTER AVAILABILITY GROUP [AG1]
 MODIFY REPLICA ON
N'COMPUTER01' WITH 
(SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));

ALTER AVAILABILITY GROUP [AG1]
 MODIFY REPLICA ON
N'COMPUTER01' WITH 
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER01.contoso.com:1433'));

ALTER AVAILABILITY GROUP [AG1]
 MODIFY REPLICA ON
N'COMPUTER02' WITH 
(SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));

ALTER AVAILABILITY GROUP [AG1]
 MODIFY REPLICA ON
N'COMPUTER02' WITH 
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER02.contoso.com:1433'));

ALTER AVAILABILITY GROUP [AG1] 
MODIFY REPLICA ON
N'COMPUTER01' WITH 
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER02','COMPUTER01')));

ALTER AVAILABILITY GROUP [AG1] 
MODIFY REPLICA ON
N'COMPUTER02' WITH 
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER01','COMPUTER02')));
GO

個別の配置に対応する値でプレースホルダーを置換して、スクリプトを修正します。
- 'Computer01' を、プライマリレプリカをホストしているサーバーインスタンスの名前で置換します。
- 'Computer02' を、セカンダリレプリカをホストしているサーバーインスタンスの名前で置換します。
- ドメインの名前で 'contoso.com' を置換するか、すべてのコンピューターが同じドメインに含まれている場合はスクリプトからこのプレースホルダーを削除します。リスナーが既定のポートを使用している場合、ポート番号を保持します。リスナーが実際に使用したポートは、Management Studio のプロパティページの一覧に示されます。
スクリプトを実行します。

次に、構成したグループから、データベースを使用する Analysis Services モデルにデータソースを作成します。

AlwaysOn 可用性データベースを使用する Analysis Services データソースを作成する

ここでは、可用性グループのデータベースに接続する Analysis Services データソースを作成する方法について説明します。これらの指示を使用して、前のセクションの手順に基づいて構成したプライマリレプリカ (既定) または読み取り可能なセカンダリレプリカへの接続を構成できます。 AlwaysOn 構成設定、およびクライアントで設定された接続プロパティによって、プライマリレプリカとセカンダリレプリカのどちらを使用するかが決まります。

SQL Server Data Tools の Analysis Services の多次元およびデータマイニングモデルプロジェクトで、[データソース] を右クリックして [新しいデータソース] をクリックします。新しいデータソースを作成するには、[新規作成] をクリックします。

または、テーブルモデルプロジェクトの場合、[モデル] メニューをクリックし、[データソースからのインポート] をクリックします。
接続マネージャーで、プロバイダーには、表形式のデータストリーム (TDS) プロトコルをサポートするプロバイダーを選択します。 SQL Server Native Client 11.0 は、このプロトコルをサポートしています。
接続マネージャーで、[サーバー名] に可用性グループリスナーの名前を入力し、グループで使用可能なデータベースを選択します。

可用性グループリスナーは、読み取り/書き込み要求の場合はクライアント接続をプライマリレプリカにリダイレクトし、接続文字列内で読み取りを目的と指定している場合はセカンダリレプリカにリダイレクトします。フェールオーバー中にレプリカロールが変化する (プライマリがセカンダリになり、セカンダリがプライマリになる) ため、リスナーを常に指定してそれに従ってクライアント接続がリダイレクトされるようにする必要があります。

可用性グループリスナーの名前を判断するには、データベース管理者に問い合わせるか、可用性グループ内のインスタンスに接続して AlwaysOn 可用性設定を表示します。下のスクリーンショットでは、可用性グループリスナーは AdventureWorks2 です。
また、接続マネージャーで、左側のナビゲーションウィンドウで [すべて] をクリックしてデータプロバイダーのプロパティグリッドを表示します。

セカンダリレプリカへの読み取り専用クライアント接続を構成する場合は、[Application Intent] を [READONLY] に設定します。または、既定の [READWRITE] を保持して接続をプライマリレプリカにリダイレクトします。
[権限借用情報] では [特定の Windows ユーザー名とパスワードを使用する] をクリックし、データベースに対して少なくとも db_datareader 権限を持つ、Windows ドメインユーザーアカウントを入力します。

[現在のユーザーの資格情報を使用する] または [継承する] を選択しないでください。 [サービスアカウントを使用する] を選択できますが、そのアカウントがデータベースに対する読み取り権限を持つ場合のみです。

データソースを完了してデータソースウィザードを閉じます。
接続文字列に MultiSubnetFailover=Yes を追加して、アクティブなサーバーを迅速に検出して接続できるようにします。このプロパティの詳細については、「SQL Server Native Client の HADR サポート」を参照してください。

このプロパティは、プロパティグリッドには表示されません。プロパティを追加するには、データソースを右クリックして [コードの表示] をクリックします。接続文字列に MultiSubnetFailover=Yes を追加します。

これで、データソースが定義されました。これで、モデルを構築し、データソースビューを開始するか、テーブルモデルの場合はリレーションシップを作成できるようになります。データを可用性データベースから取得する必要があるときに (たとえば、ソリューションの処理や導入の準備ができたとき)、構成をテストしてセカンダリレプリカからデータにアクセスできることを確認できます。

構成をテストする

Analysis Services でセカンダリレプリカを構成してデータソース接続を作成したら、処理とクエリのコマンドがセカンダリレプリカにリダイレクトされていることを確認できます。また、計画された手動フェールオーバーを実行して、このシナリオの復元計画を確認できます。

手順 1. データソース接続がセカンダリレプリカにリダイレクトされることを確認する

SQL Server Profiler を開始して、セカンダリレプリカをホストしている SQL Server インスタンスに接続します。

トレースを実行すると、SQL:BatchStarting イベントおよび SQL:BatchCompleting イベントによって、データベースエンジンインスタンス上で実行している Analysis Services から発行されたクエリが表示されます。これらのイベントは既定で選択されるため、トレースを開始すればよいだけです。
SQL Server Data Tools で、テストするデータソース接続を含む Analysis Services プロジェクトまたはソリューションを開きます。データソースが可用性グループのリスナー (グループのインスタンスではなく) を指定していることを確認します。

このステップは重要です。サーバーインスタンス名を指定している場合、セカンダリレプリカへのルーティングは発生しません。
SQL Server Profiler と SQL Server Data Tools を並べて表示できるように、アプリケーションウィンドウを整列します。
ソリューションを配置し、完了したらトレースを停止します。

トレースウィンドウには、アプリケーション Microsoft SQL Server Analysis Services からのイベントが表示されます。セカンダリレプリカをホストしているサーバーインスタンスのデータベースからデータを取得する SELECT ステートメントが表示されます (リスナー経由でセカンダリレプリカに接続された場合)。

手順 2. 計画されたフェールオーバーを実行して構成をテストする

Management Studio ではプライマリレプリカとセカンダリレプリカをチェックして、その両方で同期コミットモードが構成されていて、現在同期していることを確認します。

次の手順は、セカンダリレプリカに同期コミットモードが構成されていることを前提としています。

同期を検証するには、プライマリレプリカおよびセカンダリレプリカをホストする各インスタンスへの接続を開き、[データベース] フォルダーを展開し、各レプリカ内でデータベースの名前に [(同期済み)] および [(同期中)] と追加されていることを確認します。

注
これらの手順は「可用性グループの計画的な手動フェールオーバーの実行 (SQL Server)」に記載されており、このタスクを実行するための追加情報と別の手順を示しています。

SQL Server Profiler で、各レプリカに対してトレースを開始して、それらのトレースを並べて表示します。次の手順では、トレースを比較し、Analysis Services からの処理またはクエリのために使用した SQL クエリが 1 つのレプリカから別のレプリカに切り替わっていることを確認します。
Analysis Services 内から処理またはクエリコマンドを実行します。データソースを読み取り専用接続用に構成したため、セカンダリレプリカでのコマンド実行が表示されます。
Management Studio で、セカンダリレプリカに接続します。
[AlwaysOn 高可用性] ノードと [可用性グループ] ノードを展開します。
フェールオーバーする可用性グループを右クリックし、[フェールオーバー] をクリックします。可用性グループのフェールオーバーウィザードが起動します。このウィザードを使用して、どのレプリカを新しいプライマリレプリカにするか選択します。
フェールオーバーが正常に実行されたことを確認します。
- Management Studio で、可用性グループを展開して (プライマリ) 指定子と (セカンダリ) 指定子を表示します。以前プライマリレプリカだったインスタンスが、セカンダリレプリカになっています。
- ダッシュボードを表示して、正常性の問題が検出されていないかどうか判断します。可用性グループを右クリックして [ダッシュボードの表示] をクリックします。
バックエンドでフェールオーバーが完了するまで、1、2 分待ちます。
Analysis Services ソリューションで処理またはクエリコマンドを繰り返し、SQL Server Profiler にトレースを並べて確認します。その他のインスタンス (新しくセカンダリレプリカになったインスタンス) での処理の証拠が表示されます。

フェールオーバー後に何が起きるか

フェールオーバー中に、セカンダリレプリカはプライマリロールに移行し、元のプライマリレプリカはセカンダリレプリカに移行します。すべてのクライアント接続が終了して、可用性グループリスナーの所有権はプライマリレプリカロールと共に新しい SQL Server インスタンスに移動し、リスナーエンドポイントは新しいインスタンスの仮想 IP アドレスと TCP ポートにバインドされます。詳細については、「可用性レプリカに対するクライアント接続アクセスについて (SQL Server)」を参照してください。

処理中にフェールオーバーが発生した場合、次のエラーが Analysis Services のログファイルまたは表示ウィンドウに発生します。「OLE DB エラー: OLE DB または ODBC エラー: 通信リンクが失敗しました; 08S01; TPC プロバイダー : 既存の接続はリモートホストに強制的に切断されました。 ; 08S01。」

数分待ってから再試行すると、このエラーは解決されます。可用性グループが読み取り可能なセカンダリレプリカに対して正しく構成されている場合、処理を再試行すると、新しいセカンダリレプリカで再開されます。

エラーが解決しない場合、多くは構成の問題が原因です。 T-SQL スクリプトを再実行すると、セカンダリレプリカのルーティングリスト、読み取り専用ルーティング URL、および読み取り専用の問題を解決できます。また、プライマリレプリカがすべての接続を許可することを確認する必要があります。

AlwaysOn 可用性データベースを使用しているときに書き戻す

書き戻しは、Excel で What If 分析をサポートする Analysis Services 機能です。また、一般にはカスタムアプリケーションの予算タスクおよび予測タスクに使用されます。

書き戻しのサポートには、READWRITE クライアント接続が必要です。 Excel で、読み取り専用接続で書き戻しを試みた場合は、次のエラーが表示されます。「外部データソースのデータを取得できませんでした。」

読み取り可能なセカンダリレプリカに常時アクセスするように接続を構成している場合、プライマリレプリカへの READWRITE 接続を使用する新しい接続を構成する必要があります。

そのために、Analysis Services モデルに追加のデータソースを作成して、読み取りと書き込みの接続をサポートします。追加のデータソースを作成するとき、読み取り専用接続で指定したものと同じリスナー名とデータベースを使用しますが、Application Intent を修正しないで、READWRITE 接続をサポートする既定値を保持します。読み取りと書き込みのデータソースに基づいたデータソースビューに新しいファクトまたはディメンションテーブルを追加し、新しいテーブルへの書き戻しを有効にできます。

次の方法で共有

Analysis Services と AlwaysOn 可用性グループ

前提条件

チェックリスト: 読み取り専用操作でセカンダリレプリカを使用する

手順 1. 可用性レプリカに対してアクセスを構成する

手順 2. 読み取り専用ルーティングを構成する

AlwaysOn 可用性データベースを使用する Analysis Services データソースを作成する

構成をテストする

手順 1. データソース接続がセカンダリレプリカにリダイレクトされることを確認する

手順 2. 計画されたフェールオーバーを実行して構成をテストする

フェールオーバー後に何が起きるか

AlwaysOn 可用性データベースを使用しているときに書き戻す

関連項目

概念

その他のリソース

次の方法で共有

Analysis Services と AlwaysOn 可用性グループ

前提条件

チェック リスト: 読み取り専用操作でセカンダリ レプリカを使用する

手順 1. 可用性レプリカに対してアクセスを構成する

手順 2. 読み取り専用ルーティングを構成する

AlwaysOn 可用性データベースを使用する Analysis Services データ ソースを作成する

構成をテストする

手順 1. データ ソース接続がセカンダリ レプリカにリダイレクトされることを確認する

手順 2. 計画されたフェールオーバーを実行して構成をテストする

フェールオーバー後に何が起きるか

AlwaysOn 可用性データベースを使用しているときに書き戻す

関連項目

概念

その他のリソース

チェックリスト: 読み取り専用操作でセカンダリレプリカを使用する

AlwaysOn 可用性データベースを使用する Analysis Services データソースを作成する

手順 1. データソース接続がセカンダリレプリカにリダイレクトされることを確認する