定期的なAzure SQLデータベースの接続速度が低下しています。 Wait statistics, or please tell me where it hurtsで推奨されているように、最長の待機時間がXE_FILE_TARGET_TVFであることを示すsys.dm_db_wait_stats（Azure SQLデータベースの場合はsys.dm_os_wait_statsの類似）集約スクリプトを実行しました。平均待機時間は54秒です。Azure SQLデータベースでXE_FILE_TARGET_TVF待機タイプとは何ですか？
XE_FILE_TARGET_TVFdocumentationに記載されていない他のオンラインリソースと同様です。 「XE」は「拡張イベント」を意味し、「TVF」は「テーブル値関数」、「FILE_TARGET」はおそらく何らかのファイルに何かが書き込まれていることを示すものと思われます。
だから、どのような待っているのですか？
私はそれが非同期プロセスだと考えていますので、心配することはほとんどありませんし、赤ちゃんになる可能性もあります。しかし、私はこれがDBの背後にあるファブリック関連の仕事だと思う。このイベントは一貫して問題を引き起こしているようですか？
SQL Azure DBのトラブルシューティングにはAzure SQL Database Query Performance Insightを使用してください。まず、待機統計だけでは、パフォーマンスの問題を解決する正しい方法ではありません。より徹底したアプローチのためにHow to analyse SQL Server performanceを読んで、経過時間がどこまで待っているかだけでなく、CPUが使われている場所も分析してください。集計待ち統計は誤解を招くことが多く、赤信号ゲームを追いかけている間、「良性」待機統計を除外します。
残念ながら、すべてがSQL Azure DB環境で実行可能ではありません。 Query Performance Insightを使用して、アプリで発行されたクエリとパフォーマンスの問題を関連付けることができるかどうかを確認します。 SQL Database Index Advisorを使用して、作業負荷に対する推奨インデックスを取得してください。
アプリケーションの問題が見つからず、プラットフォームに起因すると思われる場合は、サポートケースを開く必要があります。 @AzureSupportをひねると、助けを得るのに非常に効果的です。
あなたの質問に答えてください：多くのAzure SQL DB監視は拡張イベントに依存し、データをファイルに保存します。この特定の待機統計は、パフォーマンスの問題の原因とは関連していません。
私はそれが減速の本当の原因であるとは確信していません。しかし、私はそれらを常に経験しています、1時間に1回、時には約40秒間接続が必要です。 –
正直言ってそれについて少し具体的なものは何も見つかりませんが、少し残念です。私が見つけることができるのは、私が[Twitter]（https://twitter.com/sqltomato/status/651330177876774912）ですでに述べたことと似ています。 –