パフォーマンス チューニング、セキュリティ、データベース管理者向けの DBA TIPS、 バックアップ/復元、レプリケーション、ログ配布、高可用性(High Availability)、 Transact-SQL/ストアドプロシージャ TIPS、ネットワーク設定など
SQL Server 2005 FAQ
SQL Server 2005 は、デフォルトでは、ネットワーク接続が無効に設定されており、
スタンドアロン (同じマシン内) での利用に限定されます。したがって、ネットワークを介して
SQL Server へアクセスしようとした場合は、「サーバーへの接続を確立しているときにエラーが発生しました」
というエラーが通達されます。この記事では、このエラーを回避する方法を説明しています
トピック
・デフォルトではネットワーク接続が無効!
・ネットワーク接続を有効化するには?
・使用するポートは TCP 1433
・Windows XP SP2 の場合
・ホスト名解決も必要
・名前付きインスタンスは動的ポートと UDP 1434 も例外へ追加
Microsoft SQL Server 2005 には、「READ_COMMITTED_SNAPSHOT」と「スナップショット分離レベル」という、
排他ロックにブロックされない読み取りを実現する機能が追加されています。
この 2 つは、「読み取り一貫性」を実現する機能として、Oracle 経験者にとってはお馴染みのものです。
トピック
・「テーブル スキャンによるロック待ち」とは
・排他ロックにブロックされない読み取りの実現
・読み取り一貫性のオーバーヘッド。tempdb の利用状況に注意
ログイン アカウントのバックアップと復元は、非常にトラブルに陥りやすいところです。
異なる SQL Server 間でのログイン アカウントの移動 (転送) は、標準で提供されるツールではパスワードと SID (Security ID) をそのまま転送することができないからです。
同一のパスワード/SID のログイン アカウントがきちんと転送されていない場合には、データベース ユーザーは利用できなくなり、そのユーザーに設定されたオブジェクト権限も
機能しなくなってしまいます。
このことは、データベース ミラーリングやログ配布機能を利用する場合にも当てはまります。
データベース ミラーリングやログ配布は、あくまでも特定のデータベースを複製する機能で、ログイン アカウントなどのシステム データベースへ
格納される情報は、別途複製しなければならないためです。
トピック
・不明なデータベース ユーザーの発生
・ログイン アカウントの転送
・sp_help_revlogin による同じパスワード/SID のログイン アカウントの作成
アドホックなクエリ (SQL) がたくさん実行されている環境では、実行プランの再利用効率が悪く、
メモリ内のプロシージャ キャッシュ領域を無駄に消費することになります。
これを回避す方法は、クエリをパラメータ化し、実行プランを再利用させることです。
トピック
・アドホック クエリとは
・dm_exec_cached_plans による中身の参照
・自動パラメータ化
・クエリのパラメータ化 〜 sp_executesql 〜
パフォーマンス チューニング
Tips/セキュリティ
Exchange Server に関する技術コンテンツ
基礎から学ぶ Exchange Server 2003 運用管理 (@IT 連載)


