SQLSERVER:PREEMPTIVE
SQLSERVER:PREEMPTIVE_OS_GETPROCADDRESS等待类型的困惑 翻译自: http://troubleshootingsql.com/2011/07/20/preemptive_os_getprocaddress-are-you-confusing-me/ PREEMPTIVE_OS_GETPROCADDRESS 等待类型在SQLSERVER2008里是一个新的等待类型 这个等待类
SQLSERVER:PREEMPTIVE_OS_GETPROCADDRESS等待类型的困惑
翻译自:http://troubleshootingsql.com/2011/07/20/preemptive_os_getprocaddress-are-you-confusing-me/
PREEMPTIVE_OS_GETPROCADDRESS等待类型在SQLSERVER2008里是一个新的等待类型
这个等待类型的作用是当GetProcAddress跟踪SQLSERVER实例调用扩展存储过程的时候加载DLL的入口点所花费的时间
然而,这个等待类型跟踪这个等待时间的方式有一些问题,这个问题在Rob Dorr的博客里有所记载
根据Twitter上面一个帖子的讨论,我发现了可以证明这个问题的一个例子
我使用下面的命令去列出我的C盘下面的子目录:
<span>1</span> <span>exec</span> master..xp_dirtree <span>'</span><span>C:\</span><span>'</span>
然后,我使用下面的TSQL脚本去监视系统中执行这个扩展存储过程的那个会话的等待信息,这个TSQL脚本每隔一秒执行一次
<span> 1</span> <span>SET</span> NOCOUNT <span>ON</span> <span> 2</span> <span>WHILE</span> (<span>1</span><span>=</span><span>1</span><span>) </span><span> 3</span> <span>BEGIN</span> <span> 4</span> <span>SELECT</span> <span>[</span><span>session_id</span><span>]</span>, <span>[</span><span>status</span><span>]</span>, <span>[</span><span>command</span><span>]</span>, <span>[</span><span>start_time</span><span>]</span>, <span>[</span><span>cpu_time</span><span>]</span>, <span>[</span><span>reads</span><span>]</span>, <span>[</span><span>writes</span><span>]</span>, <span>[</span><span>wait_resource</span><span>]</span>, <span>[</span><span>wait_time</span><span>]</span>, <span>[</span><span>last_wait_type</span><span>]</span>, <span>[</span><span>wait_type</span><span>]</span> <span> 5</span> <span>FROM</span><span> sys.dm_exec_requests </span><span> 6</span> <span>WHERE</span> <span>[</span><span>session_id</span><span>]</span> <span>=</span> <span>53</span> <span>--</span><span> Session ID that is executing the Extended Stored Procedure</span> <span> 7</span> <span> 8</span> <span>WAITFOR</span> DELAY <span>'</span><span>00:00:01</span><span>'</span> <span> 9</span> <span>RAISERROR</span> (<span>''</span>, <span>10</span>, <span>1</span>, N<span>'</span><span>Waits</span><span>'</span><span>); </span><span>10</span> <span>11</span> <span>END</span>
按CTRL+T然后执行上面的SQL脚本,把结果粘贴出来
正如你在上面看到的,等待时间不断递增
我们能够看到会话为了输出下面的结果正在努力工作:
1、在SSMS里,执行这个扩展存储过程的那个会话的结果窗口输出执行结果
2、使用procmon这个工具跟踪SQLSERVER进程对于C盘的文件系统的活动
您能够使用SQLSERVER2008或者SQLSERVER2008R2,执行任何扩展存储过程来重现这个问题
当我知道会话正在工作的时候,有两样东西我会检查一下是否存在资源瓶颈:1、内存 2、I/O
如果一些文件系统的活动跟一些正在工作的扩展存储过程有关。我见过的大部分问题都是因为这个等待类型引起的
#sqlhelp,Extended Stored Procedures,PREEMPTIVE_OS_GETPROCADDRESS
如有不对的地方,欢迎大家拍砖o(∩_∩)o

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









インポート手順は次のとおりです。 MDF ファイルを SQL Server のデータ ディレクトリ (通常は C:\Program Files\Microsoft SQL Server\MSSQL\DATA) にコピーします。 SQL Server Management Studio (SSMS) でデータベースを開き、[アタッチ] を選択します。 「追加」ボタンをクリックして、MDF ファイルを選択します。データベース名を確認し、「OK」ボタンをクリックします。

SQL Server データベースに既に存在する同じ名前のオブジェクトについては、次の手順を実行する必要があります。 オブジェクトの種類 (テーブル、ビュー、ストアド プロシージャ) を確認します。 IF NOT EXISTS を使用すると、オブジェクトが空の場合に作成をスキップできます。オブジェクトにデータがある場合は、別の名前を使用するか、構造を変更してください。既存のオブジェクトを削除するには、DROP を使用します (注意してください。バックアップを推奨します)。スキーマの変更をチェックして、削除または名前変更されたオブジェクトへの参照がないことを確認します。

SQL Server サービスの開始に失敗した場合の解決手順は次のとおりです。 エラー ログを確認して、根本原因を特定します。サービス アカウントにサービスを開始する権限があることを確認してください。依存関係サービスが実行されているかどうかを確認します。ウイルス対策ソフトウェアを無効にします。 SQL Server のインストールを修復します。修復が機能しない場合は、SQL Server を再インストールします。

SQL Server のポート番号を表示するには: SSMS を開いてサーバーに接続します。オブジェクト エクスプローラーでサーバー名を見つけ、右クリックして [プロパティ] を選択します。 「接続」タブで、「TCP ポート」フィールドを表示します。

SQL Server データベース ファイルは、通常、次のデフォルトの場所に保存されます。 Windows: C:\Program Files\Microsoft SQL Server\MSSQL\DATALinux: /var/opt/mssql/data データベース ファイルの場所は、データベース ファイル パスを変更することでカスタマイズできます。設定。

SQL Server データベースを誤って削除した場合は、次の手順を実行して回復できます: データベース アクティビティの停止、ログ ファイルのバックアップ、データベース ログの確認、回復オプション: バックアップからの復元、トランザクション ログからの復元、DBCC CHECKDB の使用、3 番目の使用パーティーツール。データ損失を防ぐために、データベースを定期的にバックアップし、トランザクション ログを有効にしてください。

今回問題が判明したのは、これまで使用したことのない SqlServer データベースを使用していたことですが、問題は深刻ではありませんでした。要件文書の手順に従って SqlServer に接続した後、SpringBoot プロジェクトを開始すると、次のようなエラーが発生しました: 最初は SqlServer 接続だと思いました。問題があったので、データベースを確認しに行きましたが、すべてが正常であることがわかりました。最初に同僚にそのような問題があるかどうか尋ねたところ、彼らがそうでなかったので、Baidu プログラミングに取り組むという私の最も得意な部分を始めました。私が解決し始めた具体的なエラー メッセージは次のとおりでした。そこで、Baidu のエラー レポートを開始しました: ERRORc.a.d.p.DruidDataSource$CreateCo

SQL Server のインストールが失敗した場合は、次の手順に従ってクリーンアップできます。 SQL Server をアンインストールする レジストリ キーを削除する ファイルとフォルダーを削除する コンピューターを再起動する
