次の方法で共有

SQL Server 2025 の既知の問題

Applies to: SQL Server 2025 (17.x)

この記事では、SQL Server 2025 (17.x) の既知の問題について説明します。

現在、次の問題が特定されています。

TLS 1.2 が無効になっている場合、SQL Server 2025 のインストールが失敗する

Issue: フェールオーバー クラスター インスタンスなど、マシンで TLS 1.2 が無効になっている場合、SQL Server 2025 (17.x) のインストールは失敗します。

Workaround: SQL Server 2025 (17.x) のインストールを試みる前に、コンピューターで TLS 1.2 を有効にします。

TLS 1.2 を有効にするには、TLS 1.2 の次のレジストリ エントリを trueに設定します。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols

TLS を使用するための構成Windows は、プログラムによって TLS 1.2 を有効にする PowerShell スクリプトを提供します。

Windows Arm64 はサポートされていません

SQL Server 2025 (17.x) は、Windows Arm64 ではサポートされていません。 現在サポートされているのは、 NUMA ノードあたり最大 64 コアの Intel および AMD x86-64 CPU のみです。

Microsoft Visual C++ 再頒布可能パッケージが原因でインプレース アップグレードが失敗する

次のバージョンからのアップグレードが失敗する可能性があります。

  • SQL Server 2016 (13.x)
  • SQL Server 2017 (14.x)

これは、既存のオペレーティング システム環境に Visual Studio 2022 の Microsoft Visual C++ 再頒布可能パッケージがない場合、またはこのコンポーネントの古いバージョンがインストールされている場合に発生する可能性があります。

この場合、インストール ログには次の例のようなエントリが含まれます。

This application requires Microsoft Visual C++ Redistributable for
Visual Studio 2022 (x64/x86, version 14.34 at minimum).
Please install the Redistributable, then run this installer again.
For more information, see: https://go.microsoft.com/fwlink/?linkid=2219560.

アップグレードを完了するには、再頒布可能コンポーネントを追加または修復し、インストールをもう一度実行します。

再頒布可能ファイルを取得するには、 Microsoft Visual C++ 再頒布可能パッケージの最新のサポートされているダウンロードを確認します。

WindowsでのSQL Serverが、NUMA ノードあたり 64 個を超える論理コアを持つマシンで起動できない

Issue: コンピューターに NUMA ノードあたり 64 個を超える論理コアがある場合、インストール後にWindowsのSQL Serverインスタンスが起動できないことがあります。

詳細については、「 NUMA ノードあたりの論理コア数を 64 に制限する」を参照してください。

Linux 上のデータベース メール

Issue: 厳密な暗号化を適用するようにSQL Serverが構成されている場合、Linux 上のデータベース メールは機能しません。

現時点では、唯一の回避策は、厳密な暗号化を適用しないことです。

SQLPS

問題: SQL が厳密な暗号化を適用するように構成されている場合、SQLPS.exe、SQL エージェント PowerShell サブシステム、および SQLPS PowerShell モジュールが機能しません。

現時点では、唯一の回避策は、厳密な暗号化を適用しないことです。

SQL Server Agent ジョブ syspolicy_purge_history は、手順 3 でエラーを報告します。 このジョブは既定で毎日実行されます。 厳密な暗号化を適用しないインスタンスでは、この問題は再現されません。もう 1 つのオプションは、ジョブを無効にすることです。

並列プランでのSESSION_CONTEXTの不適切な動作

組み込みの SESSION_CONTEXT 関数を使用するクエリでは、並列クエリ プランで実行すると、正しくない結果が返されたり、アクセス違反 (AV) ダンプがトリガーされたりする可能性があります。 この問題は、関数が並列実行スレッドと対話する方法 (特にセッションが再利用のためにリセットされる場合) に起因します。

詳細については、のSESSION_CONTEXTに関するセクションを参照してください。

バックアップ圧縮アルゴリズムを ZSTD に設定するときの問題

バックアップ圧縮アルゴリズムを ZSTD に設定しようとすると、既知の問題があります。

ZSTD アルゴリズム (backup compression algorithm = 3) を指定すると、次のエラー メッセージが返されます。

Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.

サーバー構成オプションを設定する代わりに、BACKUP Transact-SQL コマンドで新しい圧縮アルゴリズムを直接使用します。

Linux オペレーティング システムではサポートされていないローカル ONNX モデル

CREATE EXTERNAL MODEL SQL Server で直接ホストされているローカル ONNX モデルは、SQL Server 2025 (17.x) の Linux では現在使用できません。

PBKDF2 ハッシュ アルゴリズムがログインのパフォーマンスに影響する可能性があります

SQL Server 2025 (17.x) では、パスワード ベースの認証では、既定のハッシュ アルゴリズムとして PBKDF2 (RFC2898) が使用されます。 この機能強化により、SHA-512 ハッシュを 100,000 回繰り返すことでパスワードのセキュリティが向上します。 PBKDF2 の計算コストの増加は、SQL 認証のログイン時間が少し長くなることを意味します。 この効果は、接続プールがない環境やログイン待ち時間が厳密に監視されている環境では特に顕著です。 プールされた環境では、通常、効果は最小限です。

詳細については、「CREATE LOGIN」および「2022 CU12 の Iterated および Salted Hash Password Verifi SQL Server ers のサポート」を参照してください。

監査イベントがセキュリティ ログに書き込まれないSQL Server

SQL Server 2025 (17.x) セキュリティ ログに書き込む複数のSQL Server監査イベントを構成したとします。 このシナリオでは、最初のサーバー監査を除くすべてのサーバー監査が書き込まれないことがわかります。 さらに、2 つ目のサーバー監査を追加すると、SQL Serverエラー ログに次のようなエラーが表示されることがあります。

Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.

SQL Server 2025 (17.x) の将来のリリースの修正プログラムを特定しました。

回避策: 次のいずれかの方法を使用します。

  • SQL Server セキュリティ ログではなく、監査イベントをファイルに書き込みます。

  • 複数のサーバー監査でセキュリティ ログへの書き込みを許可するには、このレジストリ サブキーの値を 0 から 1 に変更します。

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlags

    新しいレジストリ設定を有効にするには、サーバー監査を再起動する必要があります。

    ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF);
GO
ALTER SERVER AUDIT [AuditName] WITH (STATE = ON);
GO

ベクター インデックス

CREATE VECTOR INDEX ステートメントを使用するか、VECTOR_SEARCHを使用してベクター インデックスを使用してベクター インデックスを作成すると、次の警告メッセージが表示されます。

Warning: The join order has been enforced because a local join hint is used.

警告は結果の正確性に影響しないため、無視しても問題ありません。

MAXDOPまたはCREATE VECTOR INDEXでVECTOR_SEARCHを使用する場合、MAXDOPに設定された値は無視されます。 MAXDOPに必要な値を設定するには、代わりにサーバー レベルのmax degree of parallelism構成オプションを設定します。 詳細については、「サーバー構成: 並列処理の最大限度」または MAXDOP のデータベース・レベルのオプションを参照してください。

Data Quality Services がインストールされている場合、アップグレードが失敗する

Data Quality Services がインストールされていて、SQL Server インスタンスを SQL Server 2025 (17.x) にアップグレードすると、SQL Server アップグレード ウィザードの機能ルールの手順中にアップグレードが失敗します。

データ品質サービスが赤で強調表示されているSQL Serverアップグレード機能ルール画面のスクリーンショット <>

回避策: コマンド ラインから /IACCEPTDQUNINSTALL パラメーターを使用します。 詳細については、コマンド プロンプトからWindowsにSQL Serverをインストール、構成、またはアンインストール>>記事 <のアップグレード パラメーター> を参照してください。

/IACCEPTDQUNINSTALL パラメーターを含める限り、コマンド ラインから完全無人アップグレードを実行することもできます。

フルテキスト検索

問題: Full-Text Search で 25 MB を超えるプレーンテキスト ドキュメントのインデックスを作成できない場合、25 MB を超えるプレーンテキスト ドキュメントのインデックスを作成しようとすると、クロール ログにシンボリック エラー FILTER_E_PARTIALLY_FILTERED が表示されます。

Error '0x8004173e: The document was too large to filter in its entirety. Portions of the document were not emitted.' occurred during full-text index population for table or indexed view ...

注

プレーンテキスト ドキュメントには、sys.fulltext_document_typesによって報告されたclass_idの{C1243CA0-BF96-11CD-B579-08002B30BFEB}を含むドキュメントが含まれます。

Workaround: Windows レジストリの最大ファイル サイズを構成します。

Warnung

レジストリを誤って編集すると、システムが深刻な損傷を受ける可能性があります。 レジストリを変更する前に、コンピューター上のすべての重要なデータをバックアップしてください。

MaxTextFilterBytesにある DWORD 値HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndexを編集します。 たとえば、 reg addを使用してコマンド ラインからサイズ制限を完全に削除するには、次のコマンドを実行します。

reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff

レジストリ値を更新した後、Full-Text クロールを再実行します。

問題: Index Version2 が有効になっていると、特定の言語で変曲形式を使用するクエリが Full-Text に失敗する

Full-Text は、Contains および Containstable の Freetext、Freetexttable、または FORMSOF(INFLECTIONAL) 引数にステマーを使用します。 ステマーが登録されていないか、使用できない言語の場合、変曲形式を参照するクエリは次のエラーで失敗する可能性があります。

Msg 30010, Level 16, State 2, Line 119
An error has occurred during the full-text query. Common causes include: word-breaking errors or timeout, FDHOST permissions/ACL issues, service account missing privileges, malfunctioning IFilters, communication channel issues with FDHost and sqlservr.exe, etc. If recently performed in-place upgrade to SQL2025, For help please see https://aka.ms/sqlfulltext.

回避策: ステマーが登録されていない言語では、変曲形式のクエリを使用しないでください。 詳細については、「 バージョン 2 のワード ブレーカー」を参照してください。 アプリケーションがこのような言語の変曲的または言語的な検索動作に強い依存関係を持っている場合は、代わりに Full-Text Index Version 1 を使用するようにデータベースを構成します。

LocalDB インストーラーの使用許諾契約書が正しくありません

問題: LocalDB インストーラーは、エンドユーザー ライセンス契約 (EULA) のプレビュー バージョンを指しています。

この問題を回避するには、代わりに Express Edition インストーラーをダウンロードし、パッケージの選択画面から LocalDB オプションを選択する必要があります。

SQL Server 2025 (17.x) の将来のリリースの修正プログラムを特定しました。

多数のデータベースを作成またはオンラインにした後、SQL Serverが遅くなったり応答しなくなる可能性があります

問題: この動作は、 読み取り可能なセカンダリ レプリカ機能の永続化された統計 の一部として作成されたデータベースごとのバックグラウンド ワーカー スレッドによって発生します。 この機能は、SQL Server 2025 (17.x) で既定で有効になっています。 バックグラウンド スレッドは、データベースがオンラインになったときに作成され、セカンダリ レプリカが構成されていない場合でも、ワーカー スレッドの負荷とインスタンスの応答性の低下を引き起こす可能性があります。

Workaround: スタートアップ trace フラグ 15608 を有効にして、SQL Serverを再起動します。 起動時にトレース フラグを有効にする必要があります。 起動後に有効にしても、オンラインにされたデータベースに対して既に作成されているバックグラウンド スレッドは停止しません。 セカンダリ レプリカがないシナリオでは、このトレース フラグは、データベースの起動時にデータベースごとのバックグラウンド スレッドが作成されないようにするための一時的な軽減策として引き続き必要です。

修正プログラムは、SQL Server 2025 (17.x) の今後の更新に向けて計画されています。

関連コンテンツ

  • Last updated on