SE の雑記

アプリケーションから SQL Server / SQL Database にコマンド (クエリ) を実行する際には、「コマンドタイムアウト」(クエリタイムアウト) について考慮をしておく必要があります。
ADO.NET の SQL Server 向けのドライバーではデフォルトでは 30 秒に設定されています。

• SqlCommand.CommandTimeout プロパティ

コマンドタイムアウトの時間に達すると「Timeout expired.? The timeout period elapsed prior to completion of the operation or the server is not responding.」「実行タイムアウトの期限が切れました。操作完了前にタイムアウト期間が過ぎたか、サーバーが応答していません。」のエラーが発生し、クエリの実行がキャンセルされます。
アプリケーション側で Exception をキャッチして、その時に実行されていたクエリなどをロギングするようになっていれば、「どのようなクエリによりタイムアウトが発生したか？」を確認することができますが、そのようなロギングの仕組みがない or 情報が不足している場合に、サーバー側観点だけでどのような情報取得の対応ができるか、考えてみました。
Read the rest of this entry »

2020/1/16 11 時 時点の内容ですので、少しすると変わっているかもしれません。
あと、私の環境固有かもしれません。

新しくなった Microsoft Edge (Chromium ベースの Edge) ですが、次の URL からダウンロードできます。
https://www.microsoft.com/en-us/edge

 
Download ボタンからダウンロードできますが、日本語以外の言語の EULA が表示されたり、ページをリロードするたびに EULA の言語が中国語版だったり、英語版だったりと、私の環境ではダウンロードされるインストーラーの言語が安定しませんでした…。
何回かリロードしていると日本語版がダウンロードできるんですけどね…。

言語によってファイルハッシュが異なっているようなので、インストーラーは各国語向けになっていそうではありますが、日本語版のインストーラーを簡単に入手したい場合は次の URL から入手できるかと。
(表示される EULA の言語によって、language の指定が変わっているようです)
https://c2rsetup.officeapps.live.com/c2r/downloadEdge.aspx?ProductreleaseID=Edge&platform=Default&version=Edge&source=EdgeStablePage&Channel=Stable&language=ja
 
SHA256 のファイルハッシュが 3D4014D834922321AB4F50576DADC2E0A843E82C72CB8CFD1AA23D7241BE540C のファイルであれば日本語のインストーラーになっていると思います。

 
追記
知人に教えていただいたのですが、製品チームも本事象は把握されているようです。

We've seen some reports about the browser being installed in a language other than the expected language. Our team is aware and working diligently to resolve. Please keep an eye out here for any updates!

— Microsoft Edge Dev (@MSEdgeDev) January 15, 2020

SQL Server / SQL Database では、「sys.dm_os_ring_buffers」という Ring Buffer の情報を確認することができます。
「Using sys.dm_os_ring_buffers To Diagnose Memory Issues in SQL Server」 等で解説をされているのですが、SQL Server の様々な情報をメモリ上に確保している DMV となります。
この DMV では timestamp という値を持っているのですが、この値を加工するためには、sys.dm_os_sys_info の ms_ticks を元にして、コンピューターを起動してからの経過時間を使用していつのイベントなのかを確認するのが一般的です。
しかし、sys.dm_os_sys_info については、SQL Database では使用することができず、この DMV では、コンピューターを起動してからの経過時間を取得することができません。
SQL Database で timestamp を実際の時間に直す方法が何かないか考えてみたのですが、sys.dm_os_memory_cache_clock_hands の round_start_time の最大値で代替できそうでした。
Read the rest of this entry »

SQL Server の tempdb では、ロギング最適化という動作により、トランザクションログの書き込みを最小限にするようにされています。
最近は、「SQL Server を使いこなす」という観点での勉強を進めており、その中でトランザクションログの書き込み内容の解析も多少できるようになってきましたので、tempdb のロギング最適化による、最小のログ記録の動作についても、実際のトランザクションログの書き込み内容を元にしてみていきたいと思います。
(本投稿の最小のログ記録については、一括挿入を実行する際等の最小ログ記録とは別の動作です)
Read the rest of this entry »

先日、SQL Database Hyperscale のパフォーマンスについては SQL Hyperscale のパフォーマンスのトラブルシューティング診断 で公開されていることを書きました。
通常の SQL Database についてもパフォーマンスの調査時に重要となるリソース割り当てについてのドキュメントが、いくつか公開されていたようです。

• dm_user_db_resource_governance (Transact-sql)
• dm_resource_governor_resource_pools_history_ex (Transact-sql)
• SQL Database のリソース制限およびリソース管理

Read the rest of this entry »

SQL Server のトランザクションログの内容を確認する際のアプローチとして「DBCC LOG 」や「sys.fn_dblog」を利用して内容を確認するという方法があります。
これらの DBCC や関数はアンドキュメントとなっており、詳細な情報は公開されていません。

Read the rest of this entry »

先日書いた、日本語環境でも動作するようになったデスクトップ UI フローを触ってみたメモ では、オンプレミスデータゲートウェイのリージョンの設定によって、UI フローで使用できるかが変わるというような動作が確認できました。
オンプレミスデータゲートウェイは、いつも、インストーラーをポチポチするだけであまり情報を追っていなかったので、この機会に少しまとめておこうかと思います。
Read the rest of this entry »

「クイック作成」で作成された Windows VM で UI フローを動作させる で追記しましたが、日本語環境で、デスクトップ UI フローが動作するようになりましたので、触ってみながらメモを残しておきたいと思います。
公式ドキュメントは、プレビュー: UI flows の概要 のツリーから確認できます。
UI フローは、従来のフローの中に RPA のようなアプリケーション操作の自動化をアクションとして指定することができ、フローの中で他の API (コネクタ) と連携した結果を、UI フローの入力として渡し、UI フローの操作の中で取得された出力を、他のアクションに渡しながら操作を行っていけるところがユニークなところなのでしょうかね。
Read the rest of this entry »

先日 SQL Server 2017 Cumulative Update 18 (CU : 累積修正プログラム) がリリースされました。

• Cumulative Update #18 for SQL Server 2017 RTM
• Cumulative Update 18 for SQL Server 2017

投稿を書いている時点では、アナウンスはあまり出ていなさそうではあるのですが、CU18 から SQL Server 2017 on Linux でもレプリケーションが使用可能となったようです。
(SQL Server 2019 on Linux では標準でサポートしています)

• Improvement: Snapshot replication and transactional replication are enabled on Linux in SQL Server 2017

SQL Server 2019 on Linux と同様に、スナップショットレプリケーション / トランザクションレプリケーションが SQL Server 2017 on Linux でも CU18 を適用することで利用可能となります。
同様な、on Windows と on Linux の機能ギャップを解消するような改善については CU16 でも分散トランザクションサポートで実施されていました。

• Improvement: Microsoft Distributed Transaction Coordinator is enabled on Linux in SQL Server 2017

SQL Server 2014 以前のバージョンでは、SP や CU で機能自体が追加されるということはあまりなかった (SQL Server 2005 リリース時のデータベースミラーリングの正式サポートが割と例外的な形だったはずですが) のですが、SQL Server 2016 以降は、SP や CU に機能を向上させるための更新も入ってきています。
SQL Server 2017 については、サービスも出るが変更されており、SP はリリースされず、すべての更新は CU で実施されるというようになっていますので、CU の役割が従来とは変わってきているため、今回のレプリケーションサポートや分散トランザクション (MSDTC) のサポートが、CU 適用により追加されるということもあります。
CU の情報を確認する際には、Fix だけでなく、Improvement の情報にも注目すると、「次のバージョンで導入されている機能が下位バージョンでも使用できるようになる」にも気づくことができるのではないでしょうか。