SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Contained Databases を使用したログインを意識しないデータベースの移動 の続きになります。
上記の投稿では Contained Databases を使用して、データベースのユーザーにログインとしての情報を含め、データベースの移動時のログイン作成にどのように影響するかを書きました。
Contained Databases を使用することでデータベースの照合順序を一時テーブルのデフォルトの照合順序として使用できるようになります。
# 通常、tempdb の照合順序はインストール時に設定した照合順序となります。
今回はこの、Contained Database Collations について軽くまとめてみたいと思います。
SQL Server では、-T1118 というトレースフラグを設定することで、小量のデータのテーブルに関しても混合エクステントではなく単一エクステントを使用するように設定ができます。
[FIX] tempdb データベースの同時実行制御の強化
今回は、このトレースフラグの有無で競合 (リソース待ち) 対象のページが変化することを見ていきたいと思います。
メモリ上にキャッシュされているクエリのプランを確認するための動的管理ビュー (DMV) として [sys.dm_exec_cached_plans] があります。
SQL Server 2005 から実装されている DMV になるのですが、SQL Server 2008 になって列が拡張されています。
今回は、この拡張された列についてまとめてみたいと思います
昨日、twitter でつぶやきに上がっていたので軽くまとめてみたいと思います。
SQL Server 2005 までは、 [BACKUP LOG WITH TRUNCATE_ONLY] を使用することで、トランザクションログの強制的な切り捨てをすることができました。
SQL Server 2008 以降では、この SQL は使用できなくなっています。
SQL Server 2008 R2 で廃止されたデータベース エンジンの機能
SQL Server 2008 以降でトランザクションログの強制的な切り捨てはどのように行うかというのが今回の投稿になります。
先週末 (6/25 (土)) に広島のコミュニティ NET 勉強会 / ヒーロー島 さんでセッションをさせていただいた際のデモで少しだけ使ってみた内容のブログ投稿になります。
今朝、TechNet の SQL Server フォーラムを眺めていたところ以下のトピックがありました。
LOB(ラージオブジェクト)データを含むレコードのインデックスについて
このトピックでサヴロウさんの回答がとても参考になったので自分でもさっそく検証してみました。
前回、クラスター環境の SQL Server をシングルユーザーモードで起動 という投稿を書きました。
この投稿ではクラスターのサービス (Cluster Service) が起動した状態が前提となっていました。
今回はクラスターのサービスが起動しない状態になった場合に、クラスター環境の SQL Server を起動するための手順をまとめてみたいと思います。
# かなり無理やり起動させていますので、実施する場合は自己責任でお願いいたします。
本作業は 2 ノードクラスターで構成された環境で、1 ノードのみ起動した状態で実施しています。
SQL Server の障害時はシステムデータベースのリストア時に SQL Server をシングルユーザーモードで起動することがあります。
シングル ユーザー モードでの SQL Server の起動
SQL Server サービスのスタートアップ オプションの使用
クラスター環境でない SQL Server の場合では、コマンドプロンプトから [sqlservr.exe ?m] で SQL Server を起動させるか、SQL Server 構成マネージャーでスタートアップパラメーターに [-m] を指定します。
# SQL Server Agent や Reporting Services のサービスを停止していないと、これらのサービスがシングルユーザーモードの接続をとってしまうので注意が必要だったりしますが。 
今回の投稿ではこのシングルユーザーモードをクラスター環境で実行するための手順についてまとめてみたいと思います。
SQL Server のトレースフラグ (TF) で 834 というオプションがあります。
Sysinternals の VMMap を使うとこの TF による変化を見ることができますので、今回はこれについてまとめてみたいと思います。
メモリの詳しいことに関してはこちらがとても参考になります。
# この情報見て、VMMap で見ればいいんだな～ということに気づきました。
SQL Server のインストール時には [インスタンス ルート ディレクトリ] を指定するのですが、これと Windows Server バックアップには少し関連性があるので今回はこの点についてまとめてみたいと思います。
今回は Windows Server 2008 R2 上での動作となり、Windows Server 2012 R2 で試してみたところ、インスタンスルートディレクトリが、ベアメタル回復用のバックアップ取得時に選択されるということはありませんでした。
OS のバージョンによって動作が異なっているようですね。