時点の内容ですので、少しすると変わっているかもしれません。あと、私の環境固有かもしれません。ダウンロードできます。言語が中国語版だったり、英語版だったりと、私の環境ではダウンロードされるインストーラーの言語が安定しませんでした...。何回かリロードしていると日本語版がダウンロードできるんですけどね...。ファイルであれば日本語のインストーラーになっていると思います。知人に教えていただいたのですが、製品チームも本事象は把握されているようです。情報を確認することができます。元にして、コンピューターを起動してからの経過時間を使用していつのイベントなのかを確認するのが一般的です。コンピューターを起動してからの経過時間を取得することができません。最大値で代替できそうでした。ロギング最適化という動作により、トランザクションログの書き込みを最小限にするようにされています。ロギング最適化による、最小のログ記録の動作についても、実際のトランザクションログの書き込み内容を元にしてみていきたいと思います。公開されていることを書きました。ついてもパフォーマンスの調査時に重要となるリソース割り当てについてのドキュメントが、いくつか公開されていたようです。」や「sys.fn_dblog」を利用して内容を確認するという方法があります。関数はアンドキュメントとなっており、詳細な情報は公開されていません。フローで使用できるかが変わるというような動作が確認できました。オンプレミスデータゲートウェイは、いつも、インストーラーをポチポチするだけであまり情報を追っていなかったので、この機会に少しまとめておこうかと思います。フローが動作するようになりましたので、触ってみながらメモを残しておきたいと思います。ツリーから確認できます。フローの操作の中で取得された出力を、他のアクションに渡しながら操作を行っていけるところがユニークなところなのでしょうかね。レプリケーションが使用可能となったようです。適用することで利用可能となります。分散トランザクションサポートで実施されていました。機能を向上させるための更新も入ってきています。適用により追加されるということもあります。情報にも注目すると、「次のバージョンで導入されている機能が下位バージョンでも使用できるようになる」にも気づくことができるのではないでしょうか。クエリをバッチという単位で集計した際の次のような観点の情報を確認することができます。範囲のバッチ実行回数とバッチ実行時間の合計この項目は「インスタンス内でどのような時間を消費しているクエリが実行されているか?」を把握するのに役に立つ情報となっており、単体でも便利なのですが、他の情報と組み合わせることでさらに活用の幅が広がります。使用時間の範囲のバッチ情報」を活用した方法についてまとめてみたいと思います。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。