SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Database / SQL Server Enterprise Edition を使用している場合、インデックスの再構築 (REBUILD) をオンラインで実施することができます。
オンラインのインデックス再構築の仕組みについては、オンライン インデックス操作の動作原理 を確認していただければ。
オンラインのインデックス再構築は、データアクセスをブロックすることなく、インデックスのメンテナンスを実施することができますが、オフラインでの再構築と比較していろいろとオーバーヘッドがありますので、軽く比較してみたいと思います。
Amazon RDS for SQL Server ? Support for Native Backup/Restore to Amazon S3 でアナウンスされていますが、AWS の RDS for SQL Server で、S3 上へのネイティブアックアップ/リストアがサポートされたようです。
先日、SQL Database 向けの Always Encrypted に関しても GA され、Always Encrypted now generally available in Azure SQL Database でアナウンスがされていました。
このタイミングでは、以下のようになっており、SQL Server 2016 のクライアントツールでインストールされる ODBC Driver でも Always Encrypted は対応していないようでした。
Always Encrypted is currently supported in .NET Framework Data Provider for SQL Server and will be supported in JDBC and ODBC soon.
明示的に記載はされていないので、検証で触ったレベルでの確認となりますが、Always Encrypted が使用できる Windows の ODBC ドライバーである MicrosoftR ODBC Driver 13.1 for SQL ServerR – Windows が公開されていました。
現状は、英語版のみのようですね。
Read the rest of this entry »
以前から調べていたのですが、まとめられていなかったので。
詳細については SQL Server 2016 DTC Support In Availability Groups が公開されている情報で、一番まとまっているかと思います。
High Availability Enhancements / Enhanced Always On Availability Groups in SQL Server 2016 に記載されていますが SQL Server 2016 の AlwaysOn 可用性グループでは分散トランザクションがサポートされるようになっています。
Always On Availability Groups supports distributed transactions and the DTC on Windows Server 2016. For more information, see Support for distributed transactions.
以前からの分散トランザクションの制約ついては、
データベースミラーリングをクロスデータベース トランザクション または分散トランザクションと併用する場合の問題 データベースミラーリング (DBM) 利用時のアプリケーション設計・実装の注意点
を確認しておくと良いかと思います。
SQL Server 2016 の実装については、上記の実装を踏襲しつつ、インダウトなトランザクションの解決方法が変わっているという形になるかと思いますので。
# 従来までの一律ロールバックが、トランザクションの状態を確認して、整合性を保つようになっているのかと思いますが、実動作レベルでそこまで確認ができていません。
まだ詳しくは調べられていないのですが、AlwaysOn 可用性グループとログ配布の組み合わせについての情報のメモを。
SQL Server 2016 で追加された Temporal テーブルですが、Features Supported by the Editions of SQL Server 2016 に記載されているとおり、すべてのエディションで使用することができます。
ただし、履歴側のデータの保有期間を定めたい場合は、システム バージョン管理されたテンポラル テーブルの履歴データの保有期間管理 に書かれているような履歴テーブルのデータ削除を実装する必要がありますので、注意点を軽くまとめてみたいと思います。
現状、保存期間を定める方法はないため、基本的にはデータ削除をする仕組みを考える必要があります。
先日リリースされた SQL Server 2014 SP2 ですが、詳細については SQL Server 2014 Service Pack 2 is now Available !!! で記載されているのですが、その中で新しい DBCC コマンドである「DBCC CLONEDATABASE」が追加されているので確認してみました。
詳細については、以下から確認することができます。
DBCC CLONEDATABASE を使用して SQL Server 2014 SP2 のユーザー データベースのスキーマとの統計情報のみコピーを生成する方法
この機能は、現状、SQL Server 2016 でも実装されていないようで、2016 で実行できるようになるのは、今後の累積修正プログラム / サービスパック待ちになりそうですね。
先日 SQL Server 2016 Always On 可用性グループ New Features というセッションを担当させていただきました。
後日、イベントのスライドを集約したサイトからも入手できると思いますが、私のお話しさせていただいたセッションについては http://www.slideshare.net/masayukiozawa/sql-server-2016-always-on-new-features で資料を公開しています。
SQL Server 2016 の AlwaysOn 可用性グループを使用する際の一助になれば幸いです。
タイトルの通りですが、インターネットに接続されていない、インストール直後の Windows 7 SP1 x64 に対して、SQL Server 2016 対応された最新の SSMS をインストールしようとした場合、少し癖がありましたので情報を。
Windows Update かけて最新化している場合は、発生しない気がしますが、素の Windows 7 SP1 だと発生するかと思います。
Read the rest of this entry »
Azure の PaaS として提供されている SQL Database ですが、一般的な RDB ですので、インデックスの断片化が発生し、断片化の進行が進むと、インデックスの再構築 (または再構成) を実施を検討する必要があります。
# 断片化の発生速度と、メンテナンスにかかる時間のトレードオフとなりますが。
Azure Automation では、ギャラリーでインデックスの断片化を解消するためのランブックを簡単に作成することができるようになっていますので、作成の方法をまとめてみたいと思います。