SQL Server ビッグ データ クラスターのマスター インスタンスの構成

  • [アーティクル]

適用対象: SQL Server 2019 (15.x)

重要

Microsoft SQL Server 2019 ビッグ データ クラスターのアドオンは廃止されます。 SQL Server 2019 ビッグ データ クラスターのサポートは、2025 年 2 月 28 日に終了します。 ソフトウェア アシュアランス付きの SQL Server 2019 を使用する既存の全ユーザーはプラットフォームで完全にサポートされ、ソフトウェアはその時点まで SQL Server の累積更新プログラムによって引き続きメンテナンスされます。 詳細については、お知らせのブログ記事と「Microsoft SQL Server プラットフォームのビッグ データ オプション」を参照してください。

SQL Server 2019 ビッグ データ クラスターのマスター インスタンスを構成する方法について学習します。

SQL Server 2019 ビッグ データ クラスターのマスター インスタンスを構成できます。 ただし、配置時にサーバー構成設定を構成することはできません。 "累積的な更新プログラム 9" 以降、"ビッグ データ クラスター" には構成管理機能が含まれています。 これにより、管理者は配置後にビッグ データ クラスターのさまざまな部分を変更または調整できます。 また、ビッグ データ クラスターで実行されている構成に関する詳細な分析情報も得ることができます。

この記事では、SQL Server のエディション、SQL Server エージェントの有効化または無効化、特定のトレース フラグの有効化、カスタマー フィードバックの有効化または無効化、または domainmapping など、SQL Server マスター インスタンスの設定の構成に関する一時的な回避策について説明します。

マスター インスタンスの設定を変更するには、次の手順に従います。

  1. ターゲット設定を含むカスタム mssql-custom.conf ファイルを作成します。 次の例では、SQL Agent、テレメトリを有効にし、Enterprise Edition の PID を設定し、トレース フラグ 1204 を有効にします。

    [sqlagent]
enabled=true

[telemetry]
customerfeedback=true
userRequestedLocalAuditDirectory = /tmp/audit

[DEFAULT]
pid = Enterprise

[traceflag]
traceflag0 = 1204

  2. mssql-custom.conf ファイルを master-0 ポッドの mssql-server コンテナー内の /var/opt/mssql にコピーします。 <namespaceName> をビッグ データ クラスター名に置き換えます。

    kubectl cp mssql-custom.conf master-0:/var/opt/mssql/mssql-custom.conf -c mssql-server -n <namespaceName>

  3. SQL Server インスタンスを再起動します。 <namespaceName> をビッグ データ クラスター名に置き換えます。

    kubectl exec -it master-0  -c mssql-server -n <namespaceName> -- /bin/bash
supervisorctl restart mssql-server
exit

重要

SQL Server マスター インスタンスが可用性グループ構成内にある場合は、すべての master ポッドに mssql-custom.conf ファイルをコピーします。 再起動のたびにフェールオーバーが発生するので、このアクティビティはダウンタイム期間中にスケジュール設定する必要があります。

既知の制限事項

  • 上記の手順では、Kubernetes クラスター管理者のアクセス許可が必要です
  • 配置後に、ビッグ データ クラスターの SQL Server マスター インスタンスのサーバーの照合順序を変更することはできません。

次のステップ

SQL Server ビッグ データ クラスターのデプロイを始める