SQL Server IaaS Agent 拡張機能の概要 (What is the Windows SQL Server IaaS Agent extension?)
English follows Japanese. こんにちは、 SQL Server サポート チームです。 今回は、SQL IaaS Agent 拡張機能と Azure 上の SQL 仮想マシン リソースについて解説します。 SQL Server IaaS Agent 拡張機能とは SQL Server IaaS Agent 拡張機能は、Azure Portal 上から Azure VM 上の SQL Server を管理・運用できるようにする拡張機能です。 SQL Server がインストール済みの Azure VM が Azure 上の 「SQL Server IaaS Agent 拡張機能」 に登録されると、その Azure VMに紐づいた 「SQL 仮想マシン」リソース が Azure Portal 上に作成され、SQL Server のライセンス等を管理するための画面をご利用いただけるようになります。 //SQL Server IaaS Agent 拡張機能とは SQL Server IaaS Agent 拡張機能とは (Windows) - SQL Server on Azure VMs | Microsoft Learn 拡張機能に登録する利点 SQL Server IaaS Agent 拡張機能を使用することで、様々な管理機能を有効化することが可能です。代表的な機能を後述いたします。 前提として、 SQL Server IaaS Agent 拡張機能に登録すると、既定では基本的な機能（SQL 仮想マシン管理画面の [ライセンスの種類] ）のみが有効化された状態となります。 下記の弊社公開情報に「SQL IaaS Agent 拡張機能が必要です。」と記載されたいずれかの機能を有効化すると、SQL IaaS Agent 拡張機能用のサービスが Azure VM 上にインストールされます。 // Windows SQL Server IaaS Agent 拡張機能を使用して管理を自動化する - 機能面の利点 https://learn.microsoft.com/ja-jp/azure/azure-sql/virtual-machines/windows/sql-server-iaas-agent-extension-automate-management?view=azuresql&tabs=azure-portal#feature-benefits 代表的な機能 SQL IaaS Agent 拡張機能が持つ機能は、前述の弊社公開情報にまとめられております。 そのうち、代表的な機能をご紹介します。詳細は、前述の公開情報や、それぞれの説明に添えた公開情報を必要に応じてご参照ください。 自動バックアップ Azure VM での SQL Server 上のすべての既存および新規データベースのための Microsoft Azure へのマネージド バックアップが自動的に構成されます。 // Azure 仮想マシンでの SQL Server 2014 の自動バックアップ - SQL Server on Azure VMs | Microsoft Learn https://learn.microsoft.com/ja-jp/azure/azure-sql/virtual-machines/windows/automated-backup-sql-2014?view=azuresql //Azure VM 上の SQL Server の自動バックアップ SQL Server 2016 以降の自動バックアップ - SQL Server on Azure VMs | Microsoft Learn tempdb の構成 Azure Portal 上から tempdb の ストレージ構成を行うことが可能になります。 //Azure portal を使用して SQL Server VM を管理する - ストレージ https://learn.microsoft.com/ja-jp/azure/azure-sql/virtual-machines/windows/manage-sql-vm-portal?view=azuresql#storage Microsoft Entra 認証 SQL Server への認証に Microsoft Entra ID を使用することが可能になります。 //Azure VM 上の SQL Server に対する Microsoft Entra 認証を有効にする Microsoft Entra 認証を有効にする - SQL Server on Azure VMs | Microsoft Learn FAQ SQL Server IaaS Agent 拡張機能 は有料ですか？ SQL Server IaaS Agent 拡張機能を使用する際、追加の費用等は発生いたしません。 SQL Server IaaS Agent 拡張機能 に登録する方法を教えてください。 Azure PowerShell や Azure CLI での手動登録、 Azure Portal でサブスクリプション単位でのIaaS Agent 拡張機能の自動登録機能を有効化する方法がございます。また、弊社の定期メンテナンスにより登録が行われる場合もあります。 //SQL IaaS Agent 拡張機能への自動登録 SQL IaaS Agent 拡張機能への自動登録 - SQL Server on Azure VMs | Microsoft Learn //Windows SQL Server VM を SQL IaaS Agent 拡張機能に登録する（手動登録） SQL IaaS Agent 拡張機能に登録する (Windows) - SQL Server on Azure VMs | Microsoft Learn 複数の SQL Server インスタンスがインストールされている環境で SQL Server IaaS Agent 拡張機能 をインストールすることは可能ですか？ 複数の SQL Server インスタンスがある場合は既定のインスタンス (MSSQLSERVER) のみが拡張機能にサポートされます。具体的にサポートされる環境は以下となります。 1 つの既定のインスタンスのみがある環境。 複数のインスタンスがある場合は、Azure portal の拡張機能によって既定のインスタンスのみがサポートおよび管理されます。 既定のインスタンスがなく名前付きインスタンスが複数ある環境はサポートされていません。 インストールされているインスタンスが 1 つのみの場合は、1 つの名前付きインスタンスがサポートされます。 VM を削除すると SQL 仮想マシン リソースも削除されますか？ 対象の SQL Server がインストールされた VM が削除されると、SQL 仮想マシンリソースも削除されます。 // ご参考) Azure VM 上の SQL Server についてよく寄せられる質問 (FAQ) - Azure SQL | Microsoft Learn https://learn.microsoft.com/ja-jp/azure/azure-sql/virtual-machines/windows/frequently-asked-questions-faq?view=azuresql ※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Hello, this is the SQL Server Support Team. In this article, we will explain the SQL IaaS Agent Extension and the SQL Virtual Machines resource on Azure. What is the SQL Server IaaS Agent extension? The SQL Server IaaS Agent Extension is a feature that enables you to manage and operate SQL Server installed on Azure VMs directly from the Azure Portal. When an Azure VM with SQL Server installed is registered with the "SQL Server IaaS Agent Extension" on Azure, a corresponding "SQL Virtual Machine" resource is created in the Azure Portal. This allows you to access a management interface for SQL Server licensing and other settings. //What is the SQL Server IaaS Agent extension? What is the SQL Server IaaS Agent extension? (Windows) - SQL Server on Azure VMs | Microsoft Learn Benefits of Registering the extension By using the SQL Server IaaS Agent Extension, you can enable various management features. Some of the key features are introduced below. By default, when a VM is registered with the SQL Server IaaS Agent Extension, only the basic functionality (such as the "SQL Server License" setting in the SQL Virtual Machine management) is enabled. When you enable any of the features listed in the Microsoft documentation that states "Requires SQL IaaS Agent extension.", the extension service is installed on the Azure VM. //Automate management with the Windows SQL Server IaaS Agent extension - Feature benefits https://learn.microsoft.com/ja-jp/azure/azure-sql/virtual-machines/windows/sql-server-iaas-agent-extension-automate-management?view=azuresql&tabs=azure-portal#feature-benefits Key Features The features provided by the SQL IaaS Agent Extension are summarized in the documentation above. Here are some of the most notable ones. For more details, please refer to the linked documentation. 1. Automated backup Automated Backup automatically configures Managed Backup to Microsoft Azure for all existing and new databases. //Automated Backup for SQL Server 2014 virtual machines (Resource Manager) Automated Backup for SQL Server 2014 Azure virtual machines - SQL Server on Azure VMs | Microsoft Learn //Automated Backup for SQL Server on Azure VMs Automated Backup for SQL Server 2016 and later - SQL Server on Azure VMs | Microsoft Learn 2. Configure tempdb You can configure tempdb storage directly from the Azure Portal. //Manage SQL Server VM using Azure Portal - Storage | Microsoft Learn https://learn.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/manage-sql-vm-portal?view=azuresql#storage 3. Microsoft Entra authentication You can use Microsoft Entra ID for authentication to SQL Server. //Enable Microsoft Entra authentication for SQL Server on Azure VMs Enable Microsoft Entra authentication - SQL Server on Azure VMs | Microsoft Learn FAQ Q: Is the SQL Server IaaS Agent Extension a paid feature? A: No, there are no additional costs for using the SQL Server IaaS Agent Extension. Q: How can I register with the SQL Server IaaS Agent Extension? A: You can register manually using Azure PowerShell or Azure CLI or enable automatic registration at the subscription level via the Azure Portal. Registration may also occur during maintenance by Microsoft. //Automatic registration with SQL IaaS Agent extension Automatic registration with SQL IaaS Agent extension - SQL Server on Azure VMs | Microsoft Learn //Register Windows SQL Server VM with SQL IaaS Agent extension Register with SQL IaaS Agent Extension (Windows) - SQL Server on Azure VMs | Microsoft Learn Q: Can I install the SQL Server IaaS Agent Extension in an environment with multiple SQL Server instances? A: The SQL IaaS Agent extension supports the following environments: One default instance. If there are multiple instances, only the default instance is supported and managed by the extension in the Azure portal. Environments with multiple named instances without a default instance aren't supported. One named instance, if it's the only installed instance. Q: If I delete the VM, will the SQL Virtual Machine resource also be deleted? A: Yes, if the VM with SQL Server installed is deleted, the corresponding SQL Virtual Machine resource will also be removed. //Frequently asked questions for SQL Server on Azure VMs Frequently asked questions (FAQ) for SQL Server on Azure VMs - Azure SQL | Microsoft Learn Note: The content of this article (including attachments and linked pages) is current as of the time of writing and may be subject to change without notice.
更新プログラム適用後、bcp.exe の出力メッセージが英語になる
English follows Japanese こんにちは。SQL Server サポート チームです。 事象 日本語版の SQL Server をインストールし、利用している環境で、SQL Server へ更新プログラムを適用後、bcp.exe の出力メッセージが英語になる場合があります。 接続先インスタンスを誤った場合の例: 本事象は、ODBCドライバーの修正が含まれた更新プログラムを適用する場合、更新プログラムに含まれるODBCドライバーのインストーラーは各言語版ではなく英語版での提供となり、更新プログラムを適用時にODBCドライバーの日本語リソースファイルが削除されるために発生します。 対処策 SQL Server の更新プログラムを適用後、日本語リソースファイルを再配置します。再配置手順は以下の通りです。 ODBC ドライバー（17.10.6.1）を例としてご説明します。 日本語リソースファイルを再配置方法： 1) 以下のサイトにアクセスし、リリース番号 17.10.6.1 ODBC ドライバー(日本語) をダウンロードします。 ODBC Driver for SQL Server のダウンロード - ODBC Driver for SQL Server | Microsoft Learn 2) ダウンロードしたファイル(msodbcsql.msi) を任意のフォルダーに配置します。 なお、後述の手順はC:\temp フォルダーにインストールしたインストーラーを配置した場合の例です。 3) 管理者権限でコマンドプロンプトを起動し、下記のコマンドを実行し、ダウンロードしたインストーラーを展開します。 msiexec /a "C:\temp\msodbcsql.msi" /qb targetdir="C:\temp\msodbcsql_msi" 4) 展開したフォルダーにある msodbcsqlr17.rll を次の配置先のフォルダーにコピーします。 ※ 配置先のフォルダー C:\Windows\System32\1041 が存在しない場合は、フォルダーを作成したうえで msodbcsqlr17.rll をコピーします。 コピー元: C:\temp\msodbcsql_msi\Windows\System32\1041 配置先: C:\Windows\System32\1041 5) bcp.exe の出力メッセージが日本語となるか確認します。 ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー Hello, this is the SQL Server Support Team. Issue In environments where the Japanese version of SQL Server is installed and used, after applying an update to SQL Server, the output messages from bcp.exe may appear in English. Example when connecting to the wrong instance: This issue occurs when the update includes a fix for the ODBC driver. The installer for the ODBC driver included in the update is provided in English rather than in each localized language version. As a result, the Japanese resource file for the ODBC driver is deleted during the update process. Resolution After applying the SQL Server update, relocate the Japanese resource file. The steps below explain how to do this using ODBC Driver version 17.10.6.1 as an example. Steps to relocate the Japanese resource file: 1) Access the following site and download the ODBC Driver version 17.10.6.1 (Japanese version): Download ODBC Driver for SQL Server - ODBC Driver for SQL Server | Microsoft Learn 2) Place the downloaded file (msodbcsql.msi) in any folder. The following steps assume the installer is placed in the C:\temp folder. 3) Open Command Prompt with administrator privileges and run the following command to extract the installer: msiexec /a "C:\temp\msodbcsql.msi" /qb targetdir="C:\temp\msodbcsql_msi" 4) Copy the msodbcsqlr17.rll file from the extracted folder to the following destination folder: If the destination folder C:\Windows\System32\1041 does not exist, create it before copying the file. Source : C:\temp\msodbcsql_msi\Windows\System32\1041 Destination : C:\Windows\System32\1041 5) Confirm that the output messages from bcp.exe are displayed in Japanese.
Windows Server 2025 にインストールしたSQL Server の更新プログラムを削除する方法
こんにちは。SQL Server サポート チームです。 事象 Windows Server 2025 にインストールしたSQL Server に対して適用した更新プログラムが、Uninstall Updates(更新プログラムをアンインストール) 画面に表示されません。 // Microsoft SQL Browser とMicrosoft SQL Server VSS Writer は表示されますが、SQL Server は表示されない 対処策 SQL Server の更新プログラムをアンインストールする必要がある場合は、以下の方法でアンインストールをお願いします。 SQL Server 2022 CU19(KB5054531) を例としてご説明します。 ※注意事項※ レジストリ エディターまたは別の方法を使用してレジストリを誤って変更すると、深刻な問題が発生することがあります。 最悪の場合、オペレーティング システムの再インストールが必要になることがあります。 マイクロソフトは、レジストリの変更により発生した問題に関しては、一切責任を負わないものとします。 そのため、十分に注意のうえ、作業ください。 SQL Server の更新プログラム(KB5054531) のアンインストール方法： 1) スタートボタン -> ファイル名を指定して実行 から「regedit.exe」と入力し、「OK」をクリックします。 2) レジストリエディターが起動したら、以下のレジストリ キーを開きます。 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\KB5054531 3) UninstallString をダブルクリックして表示される画面から、[値のデータ] に記載の内容をコピーします。 4) コマンドプロンプトを管理者で起動し、手順3 でコピーしたコマンドを実行します。 5) 更新プログラムをアンインストールする画面が表示されるため、指示に従い更新プログラムのアンインストールを進めます。 以下のように[状態] が全て[成功] となっていれば、SQL Server の更新プログラムをアンインストールすることができたと判断できます。 6) コマンドプロンプトとレジストリエディターの画面を閉じます。SQL Server の更新プログラム GDR, CU, Service Pack の違いと適用可否
こんにちは、 SQL Server サポートです。 今回は、SQL Server の GDR, CU, Service Pack の違いと適用可否について紹介します。 GDR、CU、Service Pack の違い SQL Server の更新プログラムには主に GDR, CU, Service Pack の3種類があります。 GDR (General Distribution Release) 主にセキュリティ関連の修正を提供します。 そのバージョンのSQL Server の以前のGDR のすべての修正を含みます。 例えば、CU も GDR も適用していない SQL Server 2019 で、SQL Server 2019 向けの GDR5 を適用すると、GDR1～GDR4の修正も適用されます。 そのため、GDR1 → GDR2 → GDR3 →・・・のように段階的に適用する必要はありません。 CU (Cumulative Update) 機能改善やバグ修正を含む更新を提供します。 そのバージョンのSQL Server の以前のCU や以前のGDR のすべての修正を含みます。 例えば、CU も GDR も適用していない SQL Server 2019 で、SQL Server 2019 向けの CU5 を適用すると、CU1～CU4の修正も適用されます。 そのため、CU1 → CU2 → CU3 →・・・のように段階的に適用する必要はありません。 Service Pack 大規模な更新を提供し、複数の修正や新機能をまとめて提供します。 そのバージョンのSQL Server の以前のService Pack や以前のCU、以前のGDR のすべての修正を含みます。 そのため、例えば どの Service Pack も適用していない SQL Server 2016 で、Service Pack 3 を適用したい場合、 Service Pack1 → Service Pack2 → Service Pack3 のように段階的に適用する必要はありません。 ただし、どの Service Pack も適用していない SQL Server 2016 で Service Pack 3用の CU や GDR を適用したい場合は、Service Pack3 → 目的の CU や GDR のように適用する必要があります。 なお、Service Pack は SQL Server 2016 以前で提供されていました。 シンプルで予測可能なメインストリームサービス ライフサイクルを採用したため、SQL Server 2017 以降ではService Pack は存在せず、CU と GDR のみとなります。 GDR、 CU、 Service Pack の適用可否 ・GDR を適用済みの SQL Server には、より新しい GDR か Service Pack か CU が適用できます。 ・CU を適用済みの SQL Server には、より新しい CU か Service Pack が適用できます。 ・Service Pack が適用済みのSQL Server で、かつ CU も GDR も適用していない場合は、その Service Pack 用の CU または その Service Pack 用の GDR を適用できます。 各バージョンの SQL Server の最新の更新プログラムは下記から確認できます。 // SQL Server の最新の更新プログラムとバージョン履歴 - SQL Server | Microsoft Learn https://learn.microsoft.com/ja-jp/troubleshoot/sql/releases/download-and-install-latest-updates ※参考情報 // Announcing the Modern Servicing Model for SQL Server | Microsoft Community Hub https://techcommunity.microsoft.com/blog/sqlserver/announcing-the-modern-servicing-model-for-sql-server/385594 // SQL Server 累積的更新プログラム (CU) のインストールに関する一般的な問題のトラブルシューティング - SQL Server | Microsoft Learn https://learn.microsoft.com/ja-jp/troubleshoot/sql/database-engine/install/windows/sqlserver-patching-issues#cumulative-update-and-service-pack-installation-information // SQL Server のサービス モデル - SQL Server | Microsoft Learn https://learn.microsoft.com/ja-jp/troubleshoot/sql/releases/servicing-models-sql-server ※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。
パフォーマンスログ採取手順
こんにちは。SQL Server サポート チームです。 今回は、SQL Server で問題が起きた際の調査に使用するパフォーマンスログの採取方法についてご案内します。 ■概要 よく弊社にお問合せいただく問題の中で「クエリタイムアウトが発生した」、「接続タイムアウトが発生した」、「クエリのパフォーマンスが劣化した」といった調査にはパフォーマンスログの取得を依頼させていただいております。 パフォーマンスログからは、「CPU 利用率」や「メモリ使用量」、「ディスク I/O の使用量」、「SQL Server の動作状況」などの情報が含まれます。 これらを見ることで、SQL Server が動作していた時のリソースの使用状況などから問題の状況について確認し、通常時の情報と比較することで問題の傾向を確認することができます。 本記事では下記について記載いたします。 ・採取する際の注意事項 ・GUIを使用した採取手順 ・バッチを使用した採取手順 ・最大サイズを指定してローテーションさせるオプションの設定 ・特定のイベントが発生したタイミングでパフォーマンスログの採取を停止させる方法 ■1.採取する際の注意事項 パフォーマンスログの採取は比較的、サーバーへの負荷は低く、該当マシンへの影響は低いですが、万が一影響が出た場合には早急に停止してください。 また、ログの出力先は十分な空き領域がある事をご確認ください。 出力されるログの量は環境に依存するため、対象の環境で少しの間採取して、出力される量をご判断ください。 ■2.GUIを使用した採取手順 1) [パフォーマンスモニター] を検索し、起動します。 2) 左ペインの [データコレクタセット] を展開します。 3) [ユーザー定義] を右クリックし、[新規作成] -> [データコレクタセット] を選択します。 4) 名前を指定し、[手動で作成する] を選択した上、[次へ] を押します。 5) [データログを作成する] + [パフォーマンスカウンター] を選択し、[次へ] を押します。 6) 追加を選択します。 7) 以下の例に沿って、後述のパフォーマンスカウンターを追加していきます。 例1) 採取するカウンタが下記の場合 - [Processor] : 選択したオブジェクトのインスタンス：<すべてのインスタンス> % Privileged Time 「パフォーマンス オブジェクト」で [Processor] を展開、[% Privileged Time] を選択します。 「選択したオブジェクトのインスタンス」で <すべてのインスタンス> を選択します。 -> "追加" を押します。 例2) 採取するカウンタが下記の場合 - [Processor] : 選択したオブジェクトのインスタンス：<すべてのインスタンス> 全てのカウンタ 「パフォーマンス オブジェクト」で [Processor] を展開し、全てのカウンタが選択されていることを確認し、「選択したオブジェクトのインスタンス」で <すべてのインスタンス> を選択します。 -> "追加" を押します。 <採取対象のカウンタ一覧> - [Logical Disk] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Memory] : 全てのカウンタ - [Network Interface] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [NUMA Node Memory] 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Paging File] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Physical Disk] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Process] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Processor Information] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [Server] 全てのカウンタ - [Server Work Queues] 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [System] : Processor Queue Length、Context Switches/sec - [TCPv4] 全てのカウンタ - [TCPv6] 全てのカウンタ --------------------- ↓↓↓↓ 以下は SQL Server に関するカウンタとなります。 ↓↓↓↓ ※パフォーマンスオブジェクト名の "SQL Server" は、既定のインスタンスの場合となります。 名前付きインスタンスの場合、"SQL Server" の部分が "MSSQL$[名前付きインスタンス名]" となりますのでご注意下さい。 Windows Internal Database の場合、"SQL Server" の部分が "MSSQL$MICROSOFT##WID" となります。 --------------------- - [SQL Server: Access Methods] : 全てのカウンタ - [SQL Server: Availability Replica] : 全てのカウンタ ※このカウンターは AlwaysOn 可用性グループを構成している場合に追加してください。 - [SQL Server: Buffer Manager] : 全てのカウンタ - [SQL Server: Databases] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [SQL Server: Database Replica] : 全てのカウンタ ※このカウンターは AlwaysOn 可用性グループを構成している場合に追加してください。 - [SQL Server: General Statistics] : 全てのカウンタ - [SQL Server: Latches] : 全てのカウンタ - [SQL Server: Locks] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [SQL Server: Memory Manager] : 全てのカウンタ - [SQL Server: Memory Node] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ - [SQL Server: SQL Statistics] : 全てのカウンタ - [SQL Server: Transactions] : 全てのカウンタ - [SQL Server: Wait Statistics] : 選択したオブジェクトのインスタンス：すべてのインスタンス 全てのカウンタ 😎 全てのカウンタを追加した事を確認し、[OK] を押します。 9) サンプルの間隔を 3 秒へ設定し、[次へ] を押します。 10) [ルートディレクトリ] にデータの保存場所を選択し、[次へ] を選択します。 11) [保存して閉じる] を選択し [完了] を押します。 12) 左ペインの [データコレクタセット] -> [ユーザー定義] に作成したデータコレクタセットが表示されます。右クリックから、開始を選択することでカウンタの採取が開始します。 ※ 右クリックから、停止を選択することでカウンタの採取が停止します。 13) 10) で指定されたフォルダに作成されたログ ファイルを採取します。 ■3.バッチを使用した採取手順 このバッチは GUI を使用した採取手順でご案内したデータコレクタセットを、お客様の環境 (インスタンス名) に合わせて自動で作成するものとなっております。 バッチの既定の設定は下記となります。 必要に応じて[◆3.1.データコレクタセットの名称、データコレクタセットのルートディレクトリ (データの保存場所) の変更方法]や[◆3.2.データコレクタセットのサンプルの間隔の変更方法]の手順を参考に変更ください。 データコレクタセットの名称：mytest データコレクタセットのルートディレクトリ (データの保存場所) ：bat ファイルと同じディレクトリの Log フォルダ配下 データコレクタセットのサンプルの間隔： 3 秒 また、データコレクタセットの作成後は、◆3.3.の手順を参考に正しくカウンタが登録されていることをご確認のうえ、データを取得いただくようお願いいたします。 ◆3.1.データコレクタセットの名称、データコレクタセットのルートディレクトリ (データの保存場所) の変更方法 本手順は必須ではないため、必要に応じて実施してください。 採取用スクリプト (PerfCollector_v1.0.zip) 内の create.bat を編集し、下記の変数 collectorname, location の値を書き換えることで作成するデータコレクタセットの設定を変更します。 set collectorname=mytest set location=.\logs ※データコレクタセット作成後に GUI で変更することも可能です。 ◆3.2.データコレクタセットのサンプルの間隔の変更方法 本手順は必須ではないため、必要に応じて実施してください。 下記の [◆3.3.データコレクタセットのカウンター確認方法] の手順 1-3 を実施し、手順 4 の [プロパティ] の [サンプル間隔] で変更できます。 ◆3.3.データコレクタセットのカウンター確認方法 1) [パフォーマンスモニター] を検索し、起動します。 2) 左ペインの [データコレクタセット] を展開します。 3) [ユーザー定義] を展開し、左ペインで変更したいデータコレクタセット (画像では mytest です) をクリックし、変更したい [パフォーマンスカウンター] (画像は mytest です) を右クリックし、プロパティを開きます。 4) [プロパティ] より現在追加されているパフォーマンスカウンターを確認します。 ◆3.4.（実行方法） 1) 採取用スクリプト (PerfCollector_v1.0.zip) を資料採取対象のマシンの任意の場所にコピーし展開します。 2) [コマンドプロンプト] を検索し、[管理者として実行] より起動します。 3) ポップアップが表示されますので "はい" をクリックします。 4) タイトルに "管理者: コマンドプロンプト" が表示されていることをご確認します。 5) PerfCollector_v1.0 を展開したフォルダーに移動し、PerfCollector_v1.0 を以下のように実行します。 >create 6) コマンドプロンプトでエラーが返ってこないことを確認します。 7) [◆3.3.データコレクタセットのカウンター確認方法] を参照して、登録されたカウンタを確認します。 8 ) [■2.GUIを使用した採取手順] の手順 12 以降を参照して、情報採取を開始してください。 ■4.最大サイズを指定してローテーションさせるオプションの設定 本手順は必須ではないため、必要に応じて実施してください。 1) [パフォーマンスモニター] を検索し、起動します。 2) 左ペインの [データコレクタセット] を展開します。 3) [ユーザー定義] をクリックし、変更したい [データコレクタセット] (画像は mytest です) を右クリックし、プロパティを開きます。 4) [停止条件] タブにて、"最大サイズ" チェックボックスをオンにし、ログ サイズを指定して [OK] ボタンをクリックします。 ここで指定したサイズが小さいと現象発生時の情報が上書きされる可能性がございますため、指定するサイズには十分ご注意ください。 ※ 一定期間採取を実施していただき、その実績を基に設定する方法をご検討ください。 ※ 循環設定での最大サイズの上限は 4GB 未満となります。そのため、最大サイズは 1GB ~ 3.5GB 程度に設定することをお奨めいたします。(画像は 2GB です。) ※ 循環設定した状態で OS を再起動すると、取得したパフォーマンスログが高い確率で破損するため、再起動前にデータコレクタセットでの採取を停止ください。 5) 変更したい [データコレクタセット] (画像では mytest です) をダブルクリックし、右ペインのパフォーマンス カウンタ DataCollector01 を右クリックしプロパティを選択します。 6) [ファイル] タブにて、[ログ モード] より "循環" を選択し、[OK] ボタンをクリックします。 以上の手順によって、設定ができました。 ■5.特定のイベントが発生したタイミングでパフォーマンスログの採取を停止させる方法 本手順は必須ではないため、必要に応じて実施してください。 1) [タスクスケジューラ] を検索し、起動します。 2) 右ペインの [タスクの作成] をクリックします。 3) [タスクの作成] ウィザード [全般] より、タスクの名前を入力し、[ユーザーがログオンしているかどうかにかかわらず実行する(W)]と[最上位の特権で実行する(I)] にチェックを入れます。(画像はタスクの名前を test としています) 4) [タスクの作成] ウィザード [トリガー] -> [新規] で [新しいトリガー] ウィザードが開かれるので、[タスクの開始] より [イベント時] を選択し、イベントについての設定をします。 問題となる事象に関する[イベント ID]を入力します。また、[遅延時間を指定する] にチェックを付け、15分間を選びます。 5) [タスクの作成] ウィザード [操作] -> [新規] で [新しい操作] ウィザードが開かれるので、[操作] より [プログラムの開始] を選択し、 [設定] -> [プログラム/スクリプト] に cmd.exe と入力し、[引数の追加] に /C "logman stop xxx" を入力します。( xxx はデータコレクタセットの名前を入れます。画像では mytest というデータコレクタセットを指定しています) 設定が終わったら [新しい操作] ウィザード [OK] を押して、操作の作成を完成します。 6) [タスクの作成] ウィザード [条件] -> [電源] より、必要に応じて [コンピュータを AC 電源で使用している場合のみタスクを開始する] のチェックを外す。 7) [タスクの作成] ウィザード [OK] より、タスクの作成を完了する。 以上の手順によって、設定ができました。 上記手順で採取した情報をマイクロソフトのサポートまでお寄せいただきますようお願いいたします。 どうぞ、よろしくお願いいたします。SQL Server x86 版の更新プログラム適用による、x64 版 FCI 構成への影響
こんにちは。SQL Server サポート チームです。 今回は１つの OS 上に SQL Server x64 版 と x86 版が両方インストールされており、x64 版でフェールオーバークラスターインスタンス（以下、FCI）を構成している環境に対して、x86 版の更新プログラムを適用した場合に発生する問題について説明します。 本現象が発生すると、FCI 構成の SQL Server の役割を移動（フェールオーバー）する際に失敗しますので、発生した場合は後述する回避策を実施ください。 ■概要 任意のバージョンの SQL Server x64 版と、x86 版を両方インストールしている環境に、x86 版の更新プログラムを適用した場合、FCI で使用する x64 版用の DLL ファイルが、意図せず x86 版用の DLL ファイルで置き換えられてしまう事があります。 具体的には、x86 版の更新プログラムの動作により、本来 x86 版用の「C:\Windows\SysWOW64\SQSRVRES.DLL」を置き換えるべきところが、誤って x64 版用の「C:\Windows\System32\sqsrvres.dll」を置き換えてしまうことによって発生します。 なお、「C:\Windows\System32\sqsrvres.dll」や「C:\Windows\SysWOW64\SQSRVRES.DLL」は、FCI 構成において、役割の移動時などリソースの操作や管理に使用されるライブラリです。 ■影響 x64 版の SQL Server にて FCI を構成している環境において本現象が発生すると、「C:\Windows\System32\sqsrvres.dll」がx86 版用のファイルで置き換えられたノードに SQL Server の役割を移動（フェールオーバー）させようとすると、エラーとなり役割の移動（フェールオーバー）や起動が行えません。 ■発生条件 以下の条件を全て満たす場合に発生します。 ・SQL Server（x64）の任意のバージョンで FCI 構成をしているインスタンスが存在する。 ・SQL Server（x86）のインスタンスが存在する。 ※ SQL Server 2016 以降 64ビット OS で 32ビットで稼働する WOW64 のサポートが終了しているため、SQL Server 2014 以前が対象となります。 ・C:\Windows\SysWOW64 フォルダーに SQSRVRES.DLL が存在する。 ■問題が発生する手順 ・SQL Server（x86） のインスタンスに更新プログラムを適用します。 ■発生状況の確認方法 「C:\Windows\System32\sqsrvres.dll」が、下記例のようなパスに格納される x86 版のファイルと同じであれば、本現象が発生していると判断できます。 同じか否かは、ファイルのプロパティを開き、[詳細] タブから [製品バージョン] を比較することが可能です。 (x86 版の sqsrvres.dll の格納先例) C:\Program Files (x86)\Microsoft SQL Server\MSSQL12.SQLEXPRESS\MSSQL\Binn\SQSRVRES.DLL ※ バージョン（12）やインスタンス ID（SQLEXPRESS）により上記パスは異なります。適宜読み替えてください。 ■回避策 上記条件に該当する環境にて、x86 版 SQL Server の更新プログラムを適用する際、適用前に「C:\Windows\SysWOW64\」に「SQSRVRES.DLL」がある場合には、削除を行ってください。 また、更新プログラムを続けて複数インストールする場合には、インストールした更新プログラムで「C:\Windows\SysWOW64\SQSRVRES.DLL」にファイルを配置する可能性があるため、各インストールごとに上記ファイルの削除の手順を実施ください。 ※ SQL Server の更新プログラムはサービスパックごとに累積型となっており、適用予定の更新プログラムのうち最新の更新プログラムを適用するのみで、対処可能ですので、併せてご検討ください。 既に「C:\Windows\System32\sqsrvres.dll」が置き換わってしまっている場合や、更新プログラムが多くあり上記回避策が難しい場合には、x64 版 SQL Sever のインストール フォルダーの「Binn」フォルダーより「SQSRVRES.DLL」を、「C:\Windows\system32\」へ、コピーすることで対処できます。 例) コピー元: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Binn\ コピー先: C:\Windows\system32\ ※ バージョン（15）やインスタンスID（MSSQLSERVER）により上記パスは異なります。適宜読み替えて下さい。 ※ファイルが使用中で置き換えられない場合、クラスター サービスを停止する必要があります。まずは、パッシブノードから実施することをご検討ください。 以上となります。SQL Server 2019 の累積的な更新プログラム適用後に発生するイベント名 feature_restriction_usage が見つからないエラーについて
こんにちは SQL Server サポートチームです。 今回は SQL Server 2019 CU2 以降を適用した際に ERRORLOG に記録されるエラーについてご説明します。 ■概要 SQL Server 2019 CU2 以降で拡張イベントの"sqlserver.feature_restriction_usage"が廃止されたことにより、 累積的な更新プログラムを適用した後の初回起動時に、下記のエラーが記録されることがあります。 このエラーは更新プログラム適用後の一時的なものであり、無視していただいて問題ありません。 Error: 25623, Severity: 16, State: 1. The event name, "XXXXXXXXXXXXXXXX.sqlserver.feature_restriction_usage", is invalid, or the object could not be found Error: 25710, Severity: 16, State: 1. Event session "telemetry_xevents" failed to start. Refer to previous errors in the current session to identify the cause, and correct any associated problems. Error: 25709, Severity: 16, State: 1. One or more event sessions failed to start. Refer to previous errors in the current session to identify the cause, and correct any associated problems. ■発生条件 SQL Server 2019 CU1 以下のバージョンの SQL Server を使っている環境に対して、SQL Server 2019 CU2 以降の更新プログラムを適用することで発生します。 ■影響 このエラーによるお客様のアプリケーションへの影響はありません。 拡張イベントの"feature_restriction_usage"は、SQL Server CEIP サービス に関連して動作する拡張イベントセッション"telemetry_xevents"で使用されています。 SQL Server CEIP サービスは、Microsoft が SQL Server の使用状態に関する情報を収集する内部機能となっており、お客様のすべてのアプリケーションの動作には影響しません。 SQL Server CEIP サービスに関する詳細は下記の公開情報をご確認ください。 SQL Server の使用状況および診断データの収集を構成する (CEIP) https://docs.microsoft.com/ja-jp/sql/sql-server/usage-and-diagnostic-data-configuration-for-sql-server?view=sql-server-ver15 ■注意事項 SQL Server CEIP サービスを停止/無効化している環境や、SQL Server CEIP サービスが"telemetry_xevents"の定義を変更する前に、SQL Server サービスが再起動された場合は引き続きエラーが記録される可能性があります。 SQL Server CEIP サービスの無効化はサポートされないため、起動した状態にする必要があります。 なお、SQL Server CEIP サービスが起動した状態であれば拡張イベントセッションの定義変更は通常数分で完了し、定義変更後は基本的に自動で"telemetry_xevents"が起動するため特に操作は不要です。SQL Server R Services またはSQL Server Machine Learning Servicesをオフラインでインストールまたは更新プログラムを適用するための方法
こんにちは SQL Server サポートチームです。 今回は、SQL Server R Services またはSQL Server Machine Learning Servicesをオフラインでインストールまたは更新プログラムを適用するための方法について紹介します。 日本語版のSQL Server をご利用いただいているお客様より、オフライン環境でSQL Server R Services またはSQL Server Machine Learning Servicesをインストールまたは更新プログラムを適用した際に、失敗するというお問い合わせをいただくことがあります。 これはSQL Server の不具合が原因となりますが、修正目途がたっていない状況となりますため、ブログで回避策を紹介させていただきます。 作業の流れは下記の通りとなります。 １．SQL Server R Services またはSQL Server Machine Learning Servicesをオフラインでインストールする場合 1) インターネットに接続できる環境で、リリースバージョンにあったcab ファイルをダウンロードします。 各リリースバージョンのcabファイルのダウンロード URL は、次のページをご確認ください。 SQL Server 2019 の場合： https://learn.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-component-install-without-internet-access?view=sql-server-ver15#1---download-2019-cabs SQL Server 2017 の場合： https://learn.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-component-install-without-internet-access?view=sql-server-2017#1---download-2017-cabs SQL Server 2016 の場合： https://learn.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-component-install-without-internet-access?view=sql-server-2016#1---download-2016-cabs 2) 適用対象のサーバーに、cabをコピーします。 ※ 任意のパスで結構です。ここでは例として、C:\Temp にコピーするとします。次からの手順は、C:\Temp 配下にコピーした場合の手順となります。 3) 各cabファイルの末尾が1033となっているため、1041にコピーします。 例）SQL Server 2019 の場合 SPO_4.5.12.120_1033.cab -> SPO_4.5.12.120_1041.cab SPS_9.4.7.25_1033.cab -> SPS_9.4.7.25_1041.cab SRO_3.5.2.125_1033.cab -> SRO_3.5.2.125_1041.cab SRS_9.4.7.25_103 3.cab -> SRS_9.4.7.25_1041.cab この結果C:\Temp 配下に、次のファイルが存在することになります。 SPO_4.5.12.120_1033.cab SPO_4.5.12.120_1041.cab SPS_9.4.7.25_1033.cab SPS_9.4.7.25_1041.cab SRO_3.5.2.125_1033.cab SRO_3.5.2.125_1041.cab SRS_9.4.7.25_1033.cab SRS_9.4.7.25_1041.cab 4) インストールを行います。 ※ [Microsoft Machine Learning Server コンポーネントのオフライン インストール] では [インストール パス] に、「C:\Temp」を指定します。 4-1) インストール メディアを開き、setup.exe を右クリックし、管理者として実行します。 4-2) セットアップ ウィザードで、オープンソースの R または Python コンポーネントに対するライセンスのページが表示されたら、 [同意する] をクリックします。 ライセンス条項に同意すると、次の手順に進むことができます。 4-3) [オフライン インストール] ページが表示されたら、 [インストール パス] に、以前にコピーした CAB ファイルが格納されているフォルダーを指定します。 図1．Microsoft Machine Learning Server コンポーネントのオフライン インストール画面 4-4) 画面の指示に従って続行し、インストールを完了します。 参考情報 セットアップの実行 https://docs.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-component-install-without-internet-access?view=sql-server-ver15#run-setup 2．SQL Server R Services またはSQL Server Machine Learning Servicesの更新プログラムをオフラインで適用する場合 1) インターネットに接続できる環境で、更新プログラムにあったcab ファイルをダウンロードします。 各更新プログラム用のcabファイルのダウンロード URL は、次のページをご確認ください。 SQL Server 2019 の場合： https://docs.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-cab-downloads?view=sql-server-ver15#sql-server-2019-cabs SQL Server 2017 の場合： https://docs.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-cab-downloads?view=sql-server-2017#sql-server-2017-cabs SQL Server 2016 の場合： https://docs.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-cab-downloads?view=sql-server-2016#sql-server-2016-cabs 2) 適用対象のサーバーに、cabをコピーします。 ※ 任意のパスで結構です。ここでは例として、C:\Temp にコピーするとします。次からの手順は、C:\Temp 配下にコピーした場合の手順となります。 3) 各cabファイルの末尾が1033となっているため、1041にコピーします。 例）SQL Server 2019 CU8 の場合 SPO_4.5.12.479_1033.cab -> SPO_4.5.12.479_1041.cab SPS_9.4.7.958_1033.cab -> SPS_9.4.7.958_1041.cab SRO_3.5.2.777_1033.cab -> SRO_3.5.2.777_1041.cab SRS_9.4.7.958_1033.cab -> SRS_9.4.7.958_1041.cab この結果C:\Temp 配下に、次のファイルが存在することになります。 SPO_4.5.12.479_1033.cab SPO_4.5.12.479_1041.cab SPS_9.4.7.958_1033.cab SPS_9.4.7.958_1041.cab SRO_3.5.2.777_1033.cab SRO_3.5.2.777_1041.cab SRS_9.4.7.958_1033.cab SRS_9.4.7.958_1041.cab 4) インストールを行います。 ※ [Microsoft Machine Learning Server コンポーネントのオフライン インストール] では [インストール パス] に、「C:\Temp」を指定します。 4-1) 更新プログラムのインストーラーを実行します。ライセンス条項に同意し、[機能の選択] ページで、累積的な更新プログラムが適用される機能を確認します。 機械学習機能を含む、現在のインスタンスにインストールされているすべての機能が表示されます。 図2. 機能の選択画面 4-2) ウィザードを続行し、R および Python ディストリビューションのライセンス条項に同意します。 [オフライン インストール] ページが表示されたら、 [インストール パス] に、以前にコピーした CAB ファイルが格納されているフォルダーを指定します。 図3. Microsoft Machine Learning Server コンポーネントのオフライン インストール画面 参考情報 累積的な更新プログラムの適用 https://docs.microsoft.com/ja-jp/sql/machine-learning/install/sql-ml-component-install-without-internet-access?view=sql-server-ver15#apply-cumulative-updates ※ 本Blogの内容は、2021年5月現在の内容となっております。
