デッドロックのテストをする際のサンプルクエリなどを。
BOL では、デッドロック を確認するとよいかと思います。
第 3 章 トランザクション分離レベルの選択とデッドロックの問題～ SQL Server 2000 における Web アプリケーション開発 ～ も参考になります。
今回は以下のデッドロックを発生させるためのサンプルクエリとなっています。
- サイクルデッドロック
- 変換デッドロック
- インデックス間デッドロック
Author Archive
デッドロックのサンプルクエリ
いちからはじめる Memory Optimized Table その 5
Memory Optimized Table のメモリ上ですが通常のデータベースページとは異なる領域として取得がされるようです。
以下は 900MB 程度のデータを Memory Optimized Table に格納した際のメモリの利用状態を SQL Server:Memory Manager から取得したものになります。 
いちからはじめる Memory Optimized Table その 4
Memory Optimized Table のデータの実体はメモリ上に配置されることになります。
データの永続性の指定として DULABILITY = SCHEMA_ONLY / SCHEMA_AND_DATA を設定し、永続化をするかを指定することになります。
いちからはじめる Memory Optimized Table その 3
Memory Optimized Table を作成する際には以下のようなクエリでテーブルを作成します。
# CREATE TABLE のサンプルは Creating a Memory Optimized Table に記載されています。
| CREATE TABLE MemTable ( Col1 int NOT NULL, Col2 nchar(450) COLLATE Japanese_XJIS_100_BIN2 NOT NULL INDEX NCIX_MemTable_col2 HASH (Col2) WITH (BUCKET_COUNT = 1024), Col3 int, CONSTRAINT PK_MemTable PRIMARY KEY NONCLUSTERED HASH (Col1) WITH (BUCKET_COUNT = 100) ) WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_AND_DATA) GO |
Memory Optimized Table を使用するためには WITH 句 で指定をする必要があります。
Read the rest of this entry »
いちからはじめる Memory Optimized Table その 2
前回は基本的な構成について確認してみました。
今回はログファイルについてみていきたいと思います。
いちからはじめる Memory Optimized Table その 1
SQL Server 2014 で実装される Memory Optimized Table (Hekaton) をじっくり勉強していきたいと思います。
勉強するにあたっては以下の情報が参考になります。
# 日本語だとメモリ最適化テーブルとかになるんですかね??
Books Online
In-Memory OLTP (In-Memory Optimization)
TechEd North America 2013
Microsoft SQL Server In-Memory OLTP: Overview of Project “Hekaton”
Microsoft SQL Server In-Memory OLTP Project “Hekaton”: Management Deep Dive
Microsoft SQL Server In-Memory OLTP Project “Hekaton”: App Dev Deep Dive
TechEd Europe 2013
Microsoft SQL Server 2014 In-Memory OLTP: Overview
Microsoft SQL Server 2014 In-Memory OLTP: DB Developer Deep Dive
Microsoft SQL Server 2014 In-Memory OLTP: Management Deep Dive
ホワイトペーパー
SQL Server In-Memory OLTP Internals Overview for CTP1
Microsoft research
Hekaton: SQL Server’s Memory-Optimized OLTP Engine
High-Performance Concurrency Control Mechanisms for Main-Memory Databases
@IT
SQL Server 2014 処理高速化の仕掛け／Redshiftの先行評価の内容とは？ (1/2)
Read the rest of this entry »
OEM ライセンス認証 3.0 の環境に任意のエディションをインストール
最近の PC は Windows 8 搭載モデルが大半だと思います。
Windows 8 が搭載されている PC は購入してもプロダクトキーが同梱されていないかと思います。
OEM ライセンス認証 3.0 (OEM Activation) については HPカスタマー サポート Windows 8 の製品ライセンス認証 がわかりやすいと思います。
他には
ボリューム ライセンス認証の概要
も参考になります。
Windows 8 Pro と SkipRearm について
Windows Vista からライセンス認証クロックの考えが導入され、このブログでも Windows 7 の再初期化数について として紹介したことがありました。
Windows 8 の SkipRearm については 展開用のイメージをキャプチャする方法 (Generalize) に以下のような記載があります。
Windows 8 では、
SkipRearm設定を使って Windows のライセンス状態が指定されます。プロダクト キーを指定すると、Windows が自動的にライセンス認証され、Sysprep コマンドを回数に制限なく実行できます。応答ファイルに追加できる Windows コンポーネントと設定について詳しくは、Windows の無人セットアップのリファレンスに関するページをご覧ください。
Windows 8 になって SkipRearm がどのようになったのか検証していなかったので少しまとめてみたいと思います。
なお、今回は Windows 8 Pro + MAK (Retail) を使用しています。
KMS を使用する場合は、CMID の重複を避けるために Windows Vista または Windows 7 ベースの新しいクライアント コンピューターをネットワークに追加しても、KMS の現在の数が増加しない に書かれているように SkipRearm を行わないで CMID をユニークにする必要があります。これは KMS を使用した場合の Office を使用する場合も同様になるかと思いますので、クライアント展開時の認証方法を考慮したうえで使用有無を判断する必要が出て来るかと思います。
Surface Pro に WDS でイメージを展開
PXE Deployment with Surface Pro で紹介されているように Surface Pro に 5 月のファームを適用して、Surface Pro Ethernet Adapter を使用することで PXE ブートを使用した展開ができるようになります。
# 手持ちの USB NIC で試したのですが書かれているように Surface Pro 用の Ethernet Adapter を使わないと駄目でした。
ファームの最新化 + Surface Pro Ethernet Adapter を使用した状態で音量を下げる (Volume Down) ボタンを押したまま電源を入れると PXE ブートすることができるようになります。
PXE ブートができることで WDS (Windows 展開サービス) を使用して Surface Pro にイメージを展開することも可能です。
ちょうど WDS の検証環境を作ってあり、良い機会だったので試してみました。
今回は WDS は Windows Server 2012 R2 Preview / 展開イメージは Windows 8.1 Preview を使用しています。