SQL Server / SQL Database パフォーマンスチューニング & トラブルシューティング シリーズ : SQL Server へのクエリ実行時の「コマンド タイムアウト」の挙動について at SE の雑記
本ブログでは、次の投稿で SQL Server へのクエリ実行時の「コマンド タイムアウト」(クエリ タイムアウト) について触れてみました。 SQL Server へのクエリ実行の「コマンドタイムアウト」の情報取得について考えてみる クエリストアによる、クエリタイムアウトしたクエリの取得 拡張イベントでコマンドタイムアウトが発生したクエリを取得する そもそも「コマンド タイムアウト」とは何なのでしょうか？ 上記の投稿では触れていなかった部分についてもまとめておきたいと思います。 コマンド タイムアウト は SQL Server の設定ではない アプリケーションから、クエリの実行時間が一定時間続いた場合、次のような例外が発生することが「コマンド タイムアウト 」となります。 Execution Timeout Expired. The timeout period elapsed pri
SQL Server 2016 SP1 で変わる Edition 間の機能差 at SE の雑記
引き続きエディションの選定には、ハードウェアのスペックも考慮する必要が出てきます。 RDBMS の高可用性 SP1 を適用することで、すべてのエディションで、 データベース スナップショット を使用することができるようになります。 以下のような機能については (一部記載していないものもあります)、引き続き Enterprise エディションでのみ使用可能です。 オンラインのインデックス操作 オンラインのスキーマ変更 オンラインリストア オンライン系の操作については、Enterprise Edition のみの機能となるため、オフラインにせずにインデックスのメンテナンスやデータベースのリストア等を実施する必要がある場合は、Enterprise Edition を選択する必要があります。 AlwaysOn 等が使用できるエディション等に変更はありませんので、高可用性環境を作成する場合については
マイクロソフト、Linux版SQL ServerをDockerイメージで配布開始
マイクロソフトは、Linux版SQL ServerをDockerイメージとしてプライベートプレビューの参加者に配布し始めたことを明らかにしました。Linux OSにはUbuntuを採用しています。 マイクロソフトはLinux版SQL Serverが最初からDockerコンテナ対応であることを次のように強調しています。 As enterprises use containers for production workloads, industry standard workloads like SQL Server will also need to run in containers for maximum portability and agility. エンタープライズの本番環境でコンテナが使われるようになると、SQL Serverのような標準的なワークロードも高いポータビリティや迅速
SQL Server bcp コマンドでフォーマット ファイルを利用する方法 - matu_tak’s blog
SQL Server の bcp コマンドには、既存のテーブル情報をもとに、フォーマット ファイルを自動生成してくれる機能があります。たとえば、次のようにインポート先のテーブルとインポートしたいデータがあるとします。 -- インポート先のテーブル USE sampleDB CREATE TABLE t1 ( a int ,b char(10) ) -- インポートしたいデータ（C:\bulkTest1.csv） 1,AAA 2,BBB 3,CCC この場合に、bcp コマンドをコマンド プロンプトから次のように実行すると、フォーマット ファイルを自動生成してくれます。 bcp sampleDB.dbo.t1 format nul -T -c -t "," -f C:\test.fmt 自動生成されたフォーマット ファイル（カンマ区切りの CSV ファイル用） このように bcp コマンドで
SQL Server bcp でデータが二重引用符で囲まれている場合のフォーマット ファイルの作成方法 - matu_tak’s blog
SQL Server の bcp コマンドで、データが二重引用符（”）で囲まれている場合のフォーマット ファイルは、ちょっとコツが必要です。たとえば、次のようにインポート先のテーブルとインポートしたいデータがあるとします。 -- インポート先のテーブル USE sampleDB CREATE TABLE t1 ( a int ,b char(10) ) -- インポートしたいデータ（C:\bulkTest2.csv） "1","XXX" "2","YYY" "3","ZZZ" このようにデータが二重引用符で囲まれている場合は、次のフォーマット ファイルでは、「キャストした文字コードが正しくありません」エラーが発生してしまいます。 実行時のエラー データが二重引用符で囲まれている場合は、次のようにフォーマット ファイルを記述するようにします。 フォーマット ファイルでは、\" を追加して、3
全ては時の中に… : 【SQL Server】BCPコマンドを利用したデータのインポート／エクスポート
2008/3/2820:14 【SQL Server】BCPコマンドを利用したデータのインポート／エクスポート テーブルのデータをテキストファイルに出力したり、テキストファイルからテーブルにデータを取り込みたいことがある。 SQL Serverには、このような機能を実現するためにBCPユーティリティが用意されている。 このBCPユーティリティを利用すると、以下のようなことができる。 1.指定したテーブルのデータをテキストファイルに出力する。 2.指定したクエリで取得したデータをテキストファイルに出力する。 3.指定したテキストファイルのデータを指定したテーブルに取り込む。 ※他にも、指定したフォーマットファイルの形式に従って、データを扱う機能がある。 BCPユーティリティは、コマンドラインツールであるため、コマンドプロンプトから実行する。 コマンドプロンプトは、以下の方法で実行する。 ・[
SQL Server のセキュリティを調査するためのサンプルクエリ
クラウドで提供されている SQL Server の権限周りを調べたくていくつかのサンプルクエリを作ってみました。 SQL Server の権限ですが、大きく分類してしまうと サーバー (インスタンス) レベルの権限 データベースレベルの権限 オブジェクトレベルの権限 になってくると思います。 # アプリケーションロールというのもあるのですが今のところ使う機会がなかったです。 オブジェクトレベルの権限はどのテーブルを参照できるかというような権限になってきますのでアプリケーション要件との兼ね合いが出てきます。 データベース管理者としてはまず、サーバー / データベースレベルの権限を把握しておくとよいかと思います。 ■サーバーレベルの権限 サーバーレベルの権限は SQL Server のインスタンスに対してどのような操作ができるかの制御に使用します。 たとえば、SQL Server のサービスの
| SQL Serverのトランザクションログの削除手順
たまには技術的なことも書かなきゃ。 今回はSQL Serverのトランザクションログの削除手順について。 SQL Serverってログの上限の指定が無い。これが初期設定。 そのため、放置して使っているファイルサイズがとんでもないことになってしまう。 知ってる方々からしたら当たり前のことなんだろうけど、そんなことも知らなかったし、調べても情報が少ない気がしたので書いておくことにします。 【ログが膨大になったときの対応】 -- ログを削除します -- ここではファイル内の領域が空くだけで、ファイルサイズは変化しません。 -- バックアップ先はnulを指定して削除。保存したい場合はファイルパスを記述。 BACKUP LOG <DB_NAME> TO DISK = 'nul' GO -- 続いてログのファイルサイズを小さくします。 -- 次のSQLを実行し、ログの論理名を取得します。 USE <D
SQL Server 2005 の DB を 2000 にエクスポートする方法 - アジャイルプログラマの日常
SQL Server 2005 から 2000 へダウングレードしたい場合、既存のデータベースを 2000 の形式に変換する必要があります。 mdf や ldf 、バックアップ機能で出力したファイルをそのまま 2000 で使おうとしても、バージョンが一致せずに使うことができません。 このような場合、 1 つ前の記事で紹介した Microsoft SQL Server Database Publishing Wizard 1.1 を使うとシンプルに解決することができます。データとともにデフォルト値やトリガなどもまとめてテキストファイルに出力できるため、他のサーバにデータを移すときに便利です。 ただし、 bcp コマンドを実行できる場合や Integration Services を利用できる場合はそっちを使った方が圧倒的に高速です。 rem エクスポート (SQL Server 2005 か
SQL Server でのトランザクション ログが満杯の場合のエラー - matu_tak’s blog
SQL Server では、デフォルトでは、トランザクション ログは、ハード ディスクの空き容量がなくなるまで、またはファイルの最大サイズに達するまで、どんどん肥大化し続けます。 ディスクの空き領域がなくなって、トランザクション ログが満杯になった場合には、次のようにエラー 9002「データベース 'XXX' のトランザクション ログがいっぱいです」が発生します。 このエラーは、満杯になった後のトランザクションの実行時に発生します（ログが満杯の状態では、それ以上トランザクションを実行することができません）。したがって、ログが満杯にならないようにトランザクション ログを管理しておくことは、SQL Server を利用する上で必須の作業になります。 トランザクション ログの肥大化を防止するには、次の 2つの方法があります。 トランザクション ログを定期的にバックアップする 復旧モデルを「単純」
SQL Server 2008 以降のログの切り捨て at SE の雑記
昨日、twitter でつぶやきに上がっていたので軽くまとめてみたいと思います。 SQL Server 2005 までは、 [BACKUP LOG WITH TRUNCATE_ONLY] を使用することで、トランザクションログの強制的な切り捨てをすることができました。 SQL Server 2008 以降では、この SQL は使用できなくなっています。 SQL Server 2008 R2 で廃止されたデータベース エンジンの機能 SQL Server 2008 以降でトランザクションログの強制的な切り捨てはどのように行うかというのが今回の投稿になります。 ■復旧モデルの変更 これは、上記のリンクに書かれている内容になります。 なし。データベースに単純復旧モデルが使用されている場合は、トランザクション ログの切り捨てが自動的に行われます。 ログ バックアップ チェーンをデータベースから削除
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL Server 2008 データベースの復元後にデータベース上のユーザーログインと権限が無効になった。
Download Microsoft® SQL Server® 2008 Express with Advanced Services from Official Microsoft Download Center
https://www.ilovex.co.jp/blog/system/sqlserver/sql-server.html