メイン コンテンツへスキップ
サポート
Microsoft アカウントでサインイン
サインインまたはアカウントを作成してください。
こんにちは、
別のアカウントを選択してください。
複数のアカウントがあります
サインインに使用するアカウントを選択してください。

改善

SQL Server 2019 および 2016 フェールオーバー クラスター インスタンス (FCI) リスナーは、Windows Server Failover Cluster (WSFC) 分散ネットワーク名 (DNN) アクセス ポイントと共に動作するために拡張されています。

詳細情報

SQL Serverフェールオーバー クラスター インスタンス (FCI) リスナーは現在、Windows Server Failover Cluster (WSFC) ネットワーク名と仮想 IP アクセス ポイントと共にのみ動作します。 仮想 IP は Azure 環境では機能しないので、この問題を回避するために Azure 内部ロード バランサーを構成する必要があります (Azure 内部ロード バランサーを構成する方法を参照)。

この更新プログラムは、SQL Server サーバー フェールオーバー クラスターの分散ネットワーク名 (DNN) リソースを使用してロード バランサーを使用せずに、SQL Server クライアントが Windows FCI に接続するための別の方法を提供します。 DNN リソースが作成されると、WSFC は DNN DNS 名をクラスター内のすべてのノードの IP アドレスにバインドします。 クライアントSQL Server、FCI が現在実行されているノードを見つけるために、この一覧の各 IP アドレスを接続します。 この接続プロセスは、接続プロパティMultiSubnetFailoverが true の場合、SQL Server IP アドレスを並列で接続することでさらに高速化されます。 これにより、クライアントSQL Server現在実行中の FCI にすぐに接続できます。

Azure 内部ロード バランサーを使用する以前の回避策と比較して、DNN リスナーアプローチでは、ロード バランサーのライブネス プローブによって発生する追加のフェールオーバー待機時間を回避します。 既定では、このプロセスには 10 ~ 15 秒かかっています。 (待機時間 の計算方法については、この Azure ドキュメントを参照してください)。 ロード バランサー コンポーネントを構成して保守する必要はない。 これにより、プロビジョニング プロセスが簡略化されます。 ロード バランサーを削除すると、失敗する可能性のあるコンポーネントも 1 つ削除されます。 これにより、全体的な堅牢性が向上します。

この機能を使用するには、次の手順が必要です。

  1. インストールされている FCI の場合は、DNN リソースを作成し、その DNS 名を設定する必要があります。 管理者として次の 3 つの PowerShell コマンドを実行します。

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC role of SQL server instance>"

      Get-ClusterResource -Name <dnnResourceName> |Set-ClusterParameter -Name DnsName -Value <DNSName>

      Start-ClusterResource -Name <dnnResourceName>

    以下に例を示します。

    • Add-ClusterResource -Name dnn-demo -ResourceType "Distributed Network Name" -Group "SQL Server (MSSQLSERVER)"

      Get-ClusterResource -Name dnn-demo |Set-ClusterParameter -Name DnsName -Value dnnlsnr

      Start-ClusterResource -Name dnn-demo

    説明:

    • 最初のコマンドは、DnnResourceName という名前のリソース名を指定して、WSFC に DNN <を追加>。 リソース名は、WSFC リソースを一意に識別するために WSFC によって使用されます。 WSFC クラスター全体で一意で、自分に合った機能を使用します。 リソースの種類は、分散ネットワーク名である必要があります。 この DNN リソースが属するグループの名前は、DNN リソースを追加する FCI に対応する WSFC リソース グループ (ロール) である必要があります。 このグループ名の一般的な形式は、"SQL Server (インスタンス名)" です。 そのため、既定のインスタンスの名前は "SQL Server (MSSQLSERVER)" になります。 フェールオーバー クラスター マネージャー コンソールでグループの名前を確認することもできます。

    • 2 番目のコマンドは、この DNN リソースの DNS 名を設定します。 DNS 名は、クライアントが FCI への接続に使用する名前なので重要です。

    • 3 番目のコマンドは、DNN リソースを開始します。

      既定では、DNN DNS 名は WSFC 内のすべてのノードにバインドされます。 WSFC のすべてのノードが FCI に参加していない場合は、この FCI のノードのみを含める DNN リソースの可能な所有者を構成します。

  2. インスタンスSQL Server再起動します。

  3. SQL クライアント接続文字列の仮想ネットワーク名 (VNN) を DNN DNS 名に置き換え、MultiSubnetFailoverプロパティを "true" に設定します。 クライアント バージョンが 4.6.1 よりSQL場合は、この設定をスキップできます。

解決方法

この機能強化は、次の累積的な更新プログラムに含SQL Server。

データの累積的な更新SQL Server:

SQL Serverの新しい累積的な更新プログラムには、すべての修正プログラムと、以前の累積的な更新プログラムに含まれているすべてのセキュリティ修正プログラムが含まれています。 最新の累積的な更新プログラムを確認SQL Server。

SQL Server 2016 のサービス パック情報

この問題は、次のサービス パックで修正SQL Server。

サービス パックは累積的です。 Service Pack は累積的であり、 最新の Service Pack には新しい修正プログラムと共に、それ以前の Service Pack に含まれていたすべての修正プログラムが含まれています。 最新のサービス パックと、そのサービス パックの最新の累積的な更新プログラムを適用することをお勧めします。 最新のサービス パックをインストールする前に、以前のサービス パックをインストールする必要はない。 最新のサービス パックと最新の累積的な更新プログラムの詳細については、次の記事の表 1 を参照してください。

アプリケーションとそのコンポーネントのバージョン、エディション、およびSQL Serverレベルを決定する

関連情報

マイクロソフトでソフトウェア更新プログラムの説明に使用する用語集を参照してください。

ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。

コミュニティは、質問をしたり質問の答えを得たり、フィードバックを提供したり、豊富な知識を持つ専門家の意見を聞いたりするのに役立ちます。

この情報は役に立ちましたか?

言語の品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?
[送信] を押すと、Microsoft の製品とサービスの改善にフィードバックが使用されます。 IT 管理者はこのデータを収集できます。 プライバシーに関する声明。

フィードバックをいただき、ありがとうございます。

×