こんにちは、エンジニアの末武です。 今回はSQLserverの実行計画の見方についてお話します。 システムを作った経験のある方なら、一度は必ずデータベース周りの遅延やパフォーマンス周りに頭を抱えた経験があるのではないでしょうか。 データベース周りの悲鳴が止むことはありませんが、SQLがどのようにデータベースのストレージやメモリにアクセスしているのかを示してくれる実行計画の見方を知ることは、それに対抗する手段として非常に有用です。 それでは早速SQLserverの実行計画を見ていきましょう！ 実行計画とは、SQLserverがユーザーが発行したSQLを解析し決定した実データに対して、どのようにアクセス・計算を行うかが記載されている計画書です。 SQLはDBの「どの」データを取得するかをユーザーが指定しますが、「どのように」そのデータを探して取得するかはSQLserverのオプティマイザ機構が

トレース系を使う場面 SQLServer2012以降では非推奨のSQLServerProfilerやサーバサイドトレースですが、なんだかんだで使うケースはあります。 ■ 開発環境で実行中のクエリをリアルタイムで見たいとき GUIベースのSQLServerProfilerが楽。また、現在実行中クエリだけならDMVでもとれるけど、Profilerだと時系列で表示されるため分かりやすい。 ※ただし本番環境での使用はやめた方がいいです。詳細はこちら ■ 本番環境のボトルネッククエリを徹底的に調査およびチューニングしたいとき SQLServerのバージョンが2008 R2まではサーバサイドトレースがベストだと思います。 2012以降はほかにも便利な方法が複数提供されているため、理想的にはそちらを使ったほうが良いと思います。トレースは将来のバージョンで廃止予定らしいので。。とはいえ全然問題なく使える印

SQL Server 製品版では、定期的なバックアップをメンテナンスプランで構成することが多いと思います。 BACKUP DATABASE コマンドの出力先に共有フォルダを指定することも可能ではありますが、SQL Server 実行ユーザーに権限が必要ですし、ローカルにバックアップを出力したうえでリモートにもコピーして多重化したい、ということもあるでしょう。 また、データベースと同期をとるべきリソースファイル群も、同じタイミングでリモートにバックアップできれば便利です。 ここでは、ローカルに出力したデータベースバックアップとリソースファイル群を共有フォルダにコピーする方法をご紹介します。 バックアップのサイクルは日次で、データベースバックアップは一週間分の世代を保持するものとします。 リソースファイル群は差分のみ適用して同期をとります。 1. SQL Server 構成マネージャから、エー

SQL Database をバックアップします。 製品を選択する 次の行で、興味のある製品の名前を選択すると、その製品の情報のみが表示されます。 構文表記規則の詳細については、「Transact-SQL 構文表記規則」を参照してください。 SQL Server SQL Server データベース全体をバックアップしてデータベース バックアップを作成するか、データベースの 1 つ以上のファイルまたはファイル グループをバックアップしてファイル バックアップを作成します (BACKUP DATABASE)。 完全復旧モデルまたは一括ログ復旧モデルの場合には、データベースのトランザクション ログをバックアップして、ログ バックアップを作成します (BACKUP LOG)。 構文 --Back up a whole database BACKUP DATABASE { database_name

バックアップ処理でタイムアウトが発生した（処理遅延トラブル）：SQL Serverトラブルシューティング（64）（1/2 ページ） 本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。今回は「バックアップ処理でタイムアウトが発生した」場合の解決方法を解説します。

SSMS（SQL Server Management Studio）でSQL ServerのデータをCSV形式でエクスポートしようとしたら意外と難儀したのでメモ。 ちなみ環境は下記です。 DBサーバ：Azure SQLデータベース クライアントOS：Windows 10 SSMSバージョン：18.4 SSMSでCSVエクスポート SSMSでDBサーバに接続後、データベースを右クリック→「タスク」→「データのエクスポート」を選択します。 ウイザード画面が開くので「Next」をクリックします。 このウィザードが少し分かりづらくて、インポートおよびエクスポートどちらにも対応しています。ウィザードの流れとしては ① コピー元ソースを選択 → ② コピー先ソースを選択 → ③ 実行 ですが、この①コピー元ソースと②コピー先ソースをどう設定するかによってインポートまたはエクスポートが実行されます。例え

Amazon Web Services ブログ Amazon RDS for SQL Server において SSAS / SSRS / SSIS がサポートされました SQL Server を利用されているお客様の中には、SQL Server に搭載されている BI 機能、SQL Server Analysis Services (SSAS) / SQL Server Reporting Services (SSRS)  / SQL Server Integration Services ( SSIS ) を利用されているお客様も多いと思います。以前はこれらの機能を利用する際は EC2上に SQL Server を構成する必要がありましたが、Amazon RDS for SQL Server でも利用可能になり(※)、マネージド型サービスならではのメリットを享受できます。有用な情報をまと

JavaEEで開発したアプリケーションで、デッドロックが大量に発生しました。 SQLServerのsystem_healthを見てみると、あるテーブルXに対するDELETEのトランザクション同士によるデッドロックです。 system_healthからこの画像が見れるのですが、これの読み取り方を教えてください。 黒塗りで消してある部分は Object name：「テーブルX」 Index name：「テーブルXのインデックスY」 です。 「キーロック」の枠が２つありますが、どちらも同じ内容でした。 以下の解釈は正しいですか？ 1. 獲得済みロックとロック要求の解釈 プロセスID367 が、ロック対象Bの更新ロックを獲得済み(Owner Mode: U) プロセスID391 が、ロック対象Aの排他ロックを獲得済み(Owner Mode: X) という状況において、 お互いに逆のロック対象に対す

適用対象: SQL Server (サポートされているすべてのバージョン)、Azure SQL Managed Instance 元の KB 番号: 224453 目的 この記事では、SQL Server でのブロックについて説明し、ブロックのトラブルシューティングと解決方法について説明します。 この記事では、接続という用語は、データベースの 1 回のログオン セッションを指します。 各接続は、多くの DMV でセッション ID (SPID) または session_id として表示されます。 これらの各 SPID は、通常の意味では個別のプロセス コンテキストではありませんが、多くの場合、プロセスと呼ばれます。 各 SPID は、特定のクライアントからの単一の接続の要求を処理するために必要なサーバー リソースとデータ構造で構成されます。 1 つのクライアント アプリケーションで 1 つ以

データベースサーバーに接続できた場合、下図の赤枠部分のようにデータベースサーバーにひもづくデータベースが表示されます。 4.スキーマ変換 移行元データベースにある Oracle のスキーマを、移行先データベースである SQL Database に合わせて変換します。 移行元データベースのスキーマを右クリックし、「Convert Schema」をクリックします。 （今回の場合は Oracle の HR スキーマで実行しています。） 「Convert Schema」をクリックしても、下部にログが出るだけで、ここでは何も起きない…ように見せかけて、SQL Database 側にスキーマが表示されています。 5.データベース同期 スキーマ変換を実施しただけでは、まだスキーマ移行は完了していません。 移行先データベース側（SQL Database 側）で移行元データベース側（Oracle 側）と同期

クラウドエンジニアブログ データ移行ツールいろいろ～ SQL Server Migration Assistant（アセスメント編） 印刷する みなさまこんにちは。クラウドアーキテクトの卵です。 （前回から、ちょっと期間が開いてしまいました。。。） みなさまは「子供の頃の夢」を覚えていますか？ 私の子供の頃の夢は、弁護士になることでした。きっかけは全然何てことないことで、学校の先生に「お前は口が立つから、弁護士になったらどうだ？給料も高いぞ！」と言われたから、というものでした。 いろいろあって、現在ではクラウドアーキテクトという全然違う職に就いていますが、それなりに楽しくやっています。 部屋の片づけをしていた際にひょっこり出てきた卒業アルバムを見て、ぼんやりそんなことを思った休日の午後の 1 コマでした。 ＜目次＞ はじめに SQL Server Migration Assistant の

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

データベース内の各テーブルのER図の出力方法の備忘録です。 「データベースダイアグラム」を選択して右クリックを押下、「新しいデータベース ダイアグラム(N)」を選択します。 リレーション図に表示したいテーブルを選択します。 下記のように出力されます。 右クリックで「リレーションシップ ラベルの表示(L)」を選択すると、FK制約のラベルが表示できます。 右クリックで「ダイアグラムをクリップボードにコピー(P)」を選択すると、ダイアグラムのみをきれいにコピペすることができます。 このダイアグラムに表示されているテーブルにカラム追加等があった場合は、自動で反映されるので、SSMS上でサッと確認するには便利かと思います。

SELECT TOP 100 der.session_id as spid ,der.blocking_session_id as blk_spid ,datediff(s, der.start_time, GETDATE()) as elapsed_sec ,DB_NAME(der.database_id) AS db_name ,des.host_name ,des.program_name ,der.status -- Status of the request. (background / running / runnable / sleeping / suspended) ,dest.text as command_text ,REPLACE(REPLACE(REPLACE(SUBSTRING(dest.text, (der.statement_start_offset / 2)