SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
以前、Denali CTP3 Express Core の新機能 LocalDB を触ってみる という投稿をしました。
LocalDB は SQL Server 2012 からの新機能でサービスではなく、プロセスとして起動する Express Edition 相当の SQL Server となります。
SQL Server コード ネーム 2012 Express LocalDB
RC0 が提供された際に、LocalDB も単体でダウンロード可能になっています。
MicrosoftR SQL ServerR 2012 Express RC0
前回は触れていなかった LocalDB の [共有名] という設定について、今回はまとめてみたいと思います。
SQL Server 2012 の SSMS (SQL Server Management Studio) では、登録済みサーバーから SQL Server のログを確認することが可能となっています。
今回はこの機能についてまとめてみたいと思います。
SQL Server 2012 RC0 では CTP3 には含まれていなかったリソースガバナーの拡張が実装されています。
今回の投稿では拡張された部分についてみていきたいと思います。
SQL Server 2012 ではリソースガバナーの強化がされています。
そのテストをしていて、Contained Database (包含データベース) のユーザーでログイン名を使用して、リソースガバナーを使用することができるのかが気になって試してみました。
SQL Server 2012 RC0 の検証内容ですので、RTM では変更されているかもしれません。あらかじめご了承ください。
2011 年末の提供開始予定となっていた SQL Server 2012 RC0 (Release Candidate : 製品候補版) の提供が本日から開始されました。
MicrosoftR SQL ServerRv 2012 リリース候補 0 (RC0)
SQL Server 2008 移行で実装されたデータ圧縮ですが、圧縮後のサイズ見積もりを SSMS で調べることができます。
データ圧縮対象のテーブル / インデックスを選択し、ウィザードを使用して、サイズの見積もりをすることができるのですが、見積もりはテーブルまたはインデックスを選択して実行する必要があるため、一つのオブジェクトに対してしか見積もることができません。 
この圧縮時の見積もりを複数のオブジェクトに対して実行してみるというのが今回の内容になります。
SQL Server でバックアップを取得した際ですがバックアップ実行時にバックアップファイルの領域が事前に確保されます。
バックアップ圧縮の有無でこの領域確保の動作が変わってきますので、今回はこの内容についてまとめてみたいと思います。
詳細については以下の技術情報に記載されています。
INF: Space requirements for backup devices in SQL Server
SQL Server Compressed Backups Disk Space Needs
SQL Server 2012 CTP3 は 32 ビット (x86) の OS にも対応しています。
# サーバー OS では、Windows Server 2008 SP2 が唯一 32 ビットに対応しています。
SQL Server "Denali" のインストールに必要なハードウェアおよびソフトウェア
Microsoft SQL Server Code-Named “Denali”, Community Technology Preview 3 (CTP 3) Evaluation:
サポートされているオペレーティング システム: Windows Server 2008 R2 SP1、Windows 7 SP1、Windows Server 2008 SP2、および Windows Vista SP2。
プロセッサ:
64 ビット インストールの最小要件: AMD Opteron、AMD Athlon 64、Intel EM64T 対応の Intel Xeon、EM64T 対応の Intel Pentium IV。プロセッサの速度: 1.4 GHz
32 ビット インストールの最小要件: Pentium III 以上または同等の互換プロセッサ。プロセッサの速度: 1.0 GHz
メモリ: 最小: 1 GB
ただし、32 ビットの OS を使用した際の AWE によるメモリ拡張ができなくなっています。
# メモリ内のページロックの AWE は使えます。
以前、SQL Server で WOW64 その 2 で少し触れていたのですが単体のエントリとしては書いていませんでしたので、今回はこの内容についてまとめてみたいと思います。
SQL Server 2008 R2 までのミラーリングでは、破損ページが見つかった場合にセカンダリから対象のページを読み込み自動的に修復するする機能が実装されていました。
この機能ですが Availability Groups でも実装がされています。
今回の投稿では自動ページ修復についてみていきたいと思います。
今まで、sys.fn_PhysLocFormatter を使用したページ情報の取得を何回か、ブログで紹介させていただきました。
インテリセンスで sys.fn_PhysLocCracker という似たような関数が表示されていたのですが、今まで使用したことがありませんでした。 
試しにこの関数を使ってみたところこちらのほうがいろいろと取り回しがよさそうだったので少し紹介してみたいと思います。