データベース管理者

SQL Server 2012および2016 Standard： if-elseパラメータの値に応じて、コードの2つのブランチのいずれかを実行するためにロジックをストアドプロシージャに配置すると、エンジンは最新バージョンをキャッシュしますか？ また、次の実行時にパラメーターの値が変更された場合、コードの別のブランチを実行する必要があるため、ストアドプロシージャを再コンパイルおよび再キャッシュしますか？（このクエリはコンパイルに非常にコストがかかります。）

15 sql-server  query-performance  sql-server-2016 

運用サーバーの1つがログのエラーを報告しています エラー：701、重大度：17、状態：123。 このクエリを実行するには、リソースプール '内部'にシステムメモリが不足しています。 このエラーを検索しましたが、バグであり、Service Pack 2にホットフィックスがあります。これらはサーバーの詳細です。 Microsoft SQL Server 2008 R2（SP2）-10.50.4000.0 Standard Edition（64ビット） プロセッサー数：24（2つのNUMAノード、それぞれ12コア） メモリ：24 GB RAMがSQL Serverに割り当てられています。 クエリバッチロード/分：5000以上 私の質問は なぜこのエラーが発生するのですか？ それは深刻な問題ですか？ どうすれば解決できますか？ メモリステータスの編集： MEMORYBROKER_FOR_RESERVE (internal) Pages ---------------------------------------- ---------- Allocations 200362 Rate 4510 Target Allocations 200362 Future Allocations 588626 Overall 2521497 Last Notification 0 MEMORYBROKER_FOR_STEAL (internal) Pages ---------------------------------------- ---------- …

15 sql-server  sql-server-2008-r2  full-text-search 

最新のSQL Serverには、ページ検証用の2つの異なるオプションがあります。されているページの検出破れやチェックサムを。もちろん、オプションもありません。 私は信じているチェックサムが、 SQL Server 2005およびそのアップグレードで導入されたか、以前のバージョンからDBを復元する方法を確認し、その前のページを維持するであろう。つまり、暗黙的なアップグレードはありませんでした。 関係する問題は、SQL Server 2000を使用して運用環境に移行し、その後SQL Server 2008 R2サーバーに移行した運用データベースがあることです。破損ページの検出であると予想していたときに、ページ検証がなしに設定されました。この時間をさかのぼると、DBは元々SQL Server 7.0で開発され、その後SQL Server 2000に移行されたと思われるため、観察された結果を説明できます。 Torn Page Detection and ChecksumがSQL Serverの機能になった時期と、新しいバージョンに移行またはアップグレードされたときの動作について疑問に思いました。 編集：いくつかの答えをまとめる： Torn Page DetectionがSQL Serverに導入された日付には、若干の不一致があります。 リンク1：http : //support.microsoft.com/kb/230785リンク2：http : //technet.microsoft.com/en-us/library/aa337525(v=sql.90).aspx 最初のリンクはSQL 7.0を示し、2番目のリンクはSQL2000を示します。私はSQL7.0の提案を信頼する傾向があり、リンク2は、SQL7.0ではデフォルトでオフになり、SQL2000ではデフォルトでオンになるということで混乱していました。

15 sql-server 

スプールム SQL Serverには、いくつかの種類のスプールがあります。私が興味を持っている2つはTable SpoolとIndexスプールで、修正クエリの外です。 読み取り専用クエリ、特にネストループ結合の内側では、テーブルスプールまたはインデックススプールのいずれかを使用して、I / Oを削減し、クエリのパフォーマンスを向上させることができます。これらのスプールは、EagerまたはLazyです。あなたと私のように。 私の質問は： どの要素がテーブルとインデックススプールの選択に影響するか イーガースプールとレイジースプールのどちらを選択するか

15 sql-server  execution-plan 

OLTPとOLAPの「オンライン」の定義に疑問を抱いているので、少し混乱しています。ここで「オンライン」とは、ある時点で利用可能なデータに基づいて、限られた時間内に答えを求めることを意味すると考えていました。 しかし、OLAPクエリの計算には数時間かかる場合があります。これはオフラインではありませんか？ クイック検索では、かなり複雑に聞こえるオフラインのOLAPが示されます（オフラインのオンライン分析処理）...？ 「オンライン」とは正確には何ですか？

15 transaction  terminology  database-theory  olap  online-operations 

選択に基づいて、次のようにx行を返すことができます。 1 2019-07-23 10:14:04.000 1 2019-07-23 10:14:11.000 2 2019-07-23 10:45:32.000 1 2019-07-23 10:45:33.000 ミリ秒はすべて0です。 1ミリ秒ごとに1を追加する方法があるので、選択は次のようになります。 1 2019-07-23 10:14:04.001 1 2019-07-23 10:14:11.002 2 2019-07-23 10:45:32.003 1 2019-07-23 10:45:33.004 カーソルを作成しようとしていますが、成功していません。 これは、必要な結果を取得するためのクエリです。 select top 10 ModifiedOn from [SCHEMA].[dbo].[TABLE] where FIELD between '2019-07-23 00:00' and '2019-07-23 23:59' 81kの値があります。フィールドはDATETIMEです。

15 sql-server  sql-server-2008  datetime  varchar 

SQLサーバーのXML列にXMLデータを挿入していますが、データが挿入された後、SQLサーバーによって変更されています。ここに私が挿入するデータがあります <xsl:value-of select="name/n/given" /> <xsl:text> </xsl:text> <xsl:value-of select="name/n/family" /> 読み返すとこんな感じ <xsl:value-of select="name/n/given" /> <xsl:text /> <xsl:value-of select="name/n/family" /> 2行目に注意してください。XSLT変換の出力方法が変わるため、これは問題です。最初の例では、名と姓の間にスペースが作成されますが、2番目の例ではスペースが作成されないため、JohnJohnsenのようになり、最初の例ではJohn Johnsenのようになります。 これを解決する方法はありますか？

15 sql-server  xml 

土嚢 最高品質のPosts®をブログに取り組んでいる間、私は私が実際に見つかったいくつかのオプティマイザの動作に出くわした腹立たしい興味深いです。私はすぐには説明がありませんが、少なくとも私が満足している説明はありませんので、誰かがスマートになった場合に備えてここに説明します。 追跡する場合は、2013バージョンのStack Overflowデータダンプをこちらから入手できます。コメントテーブルを使用していますが、インデックスが1つ追加されています。 CREATE INDEX [ix_ennui] ON [dbo].[Comments] ( [UserId], [Score] DESC ); クエリ1 このようにテーブルをクエリすると、奇妙なクエリプランが表示されます。 WITH x AS ( SELECT TOP 101 c.UserId, c.Text, c.Score FROM dbo.Comments AS c ORDER BY c.Score DESC ) SELECT * FROM x WHERE x.Score >= 500; ScoreのSARGable述部はCTE内にプッシュされません。計画のかなり後の時点でフィルター演算子に含まれています。 これORDER BYは、フィルターと同じ列にあるため、おかしいと思います。 クエリ2 クエリを変更すると、プッシュされます。 WITH x …

15 sql-server  optimization 

sp_BlitzFirstで待機を追跡しているときに、次の詳細が表示されます。 <?ClickToSeeDetails -- For 20 seconds over the last 5 seconds, SQL Server was waiting on this particular bottleneck. -- ?> 「最後の5秒間で20回」と読みますか？発見はCLR_SEMAPHOREでした。

15 sql-server  sql-server-2012  waits  sp-blitzfirst 

みなさん、こんにちは。あなたの助けに感謝します。SQL Server 2017可用性グループで課題が発生しています。 バックグラウンド 会社は小売B2Bバックエンドソフトウェアです。約500の単一テナントデータベース、およびすべてのテナントで使用される5つの共有データベース。ワークロードの特性は主に読み取られ、データベースの大部分のアクティビティは非常に低くなっています。 コロケーションでホストされている物理的な運用サーバーは、共有SAN / FCI構成のWindows Server 2012上のSQL Server 2014 Enterpriseから、2ソケット/ 32コア/ 768 GB RAMおよびローカルのWindows Server 2016上のSQL Server 2017 Enterpriseに最近アップグレードされましたAlwaysOn AGを使用したSSDドライブ。AGトラフィックは、クロスケーブル接続で専用の10G NICポートを使用します。 それらの要件は、すべてのデータベースが一緒にフェールオーバーすることであるため、すべてを単一のAGに配置する必要がありました。これは、同一サーバー上の単一の読み取り不可能な同期レプリカです。 新しいサーバーは、2018年6月から運用されています。最新のCU（当時のCU7）とWindowsの更新プログラムがインストールされ、システムは正常に機能していました。約1か月後、サーバーをCU7からCU9に更新した後、サーバーは優先度の高い順に以下の課題に気付き始めました。 SQL Sentryを使用してサーバーを監視しており、物理的なボトルネックは観察されていません。すべての重要な指標は良いようです。CPUは平均20％、IO時間は通常1ミリ秒未満、RAMは完全に使用されておらず、ネットワークは1％未満です。 課題 フェールオーバー後に症状は良くなるようですが、どちらのサーバーがプライマリであるかに関係なく、数日以内に戻ってきます。症状は両方のサーバーで同じです。 次のような散発的なクライアントタイムアウトと接続障害 ...接続の確立中にエラーが発生しました... または 実行タイムアウトが切れました 場合によっては、これらは最大40秒間続き、その後沈静化します。 トランザクションログバックアップジョブの完了には、以前よりも10倍時間がかかります。以前は、500個すべてのデータベースのログをバックアップするのに2〜3分かかりましたが、現在では15〜25分かかります。バックアップ自体が良好なスループットで正常に実行されることを確認しました。ただし、1つのログのバックアップが完了してから次のログを開始するまでにわずかな遅延があります。非常に低い値から始まりますが、1〜2日で2〜3秒かかります。500個のデータベースを乗算すると、違いがあります。 時々、ランダムに見える一部のデータベースが、手動フェールオーバー後に「同期していない」状態のままになります。これを解決する唯一の方法は、セカンダリレプリカでSQL Serverサービスを再起動するか、これらのデータベースを削除してAGに再結合することです。 CU10で導入された別の問題（CU11では解決されていません）：master.sys.databasesでのブロッキングのセカンダリタイムアウトへの接続、およびセカンダリレプリカにSSMSオブジェクトエクスプローラーを使用することさえできません。根本的な原因は、Microsoft SQL Server VSSライターが次のクエリを発行してブロックしているようです。 select name, recovery_model_desc, state_desc, CONVERT(integer, is_in_standby), ISNULL(source_database_id,0) from …

15 sql-server  availability-groups  sql-server-2017 

実稼働データベースに525 GBのサイズのテーブルがあり、そのうち383 GBは未使用です。 このスペースの一部を回収したいのですが、実稼働DBをいじる前に、より少ないデータでテストDBの同一のテーブルでいくつかの戦略をテストしています。この表には同様の問題があります。 テーブルに関するいくつかの情報： フィルファクターは0に設定されます 約30列あります 列の1つはイメージタイプのLOBであり、数KBから数百MBのサイズのファイルを格納しています テーブルには仮想インデックスが関連付けられていません サーバーは、SQL Server 2017（RTM-GDR）（KB4505224）-14.0.2027.2（X64）を実行しています。データベースはSIMPLE復旧モデルを使用しています。 私が試したいくつかのこと： インデックスの再構築：ALTER INDEX ALL ON dbo.MyTable REBUILD。これによる影響はごくわずかです。 インデックスの再編成：ALTER INDEX ALL ON dbo.MyTable REORGANIZE WITH(LOB_COMPACTION = ON)。これによる影響はごくわずかです。 LOB列を別のテーブルにコピーし、列をドロップし、列を再作成し、データをコピーしました（この記事で概説したように、未使用スペースのSQL Serverテーブルの解放）。これにより、未使用のスペースが減少しましたが、使用済みのスペースに変換するだけのようです。 bcpユーティリティを使用して、テーブルをエクスポート、切り捨て、再読み込みします（この投稿で説明されているように、テーブルの未使用スペースを解放する方法）。これにより、未使用スペースが削減され、使用済みスペースが上のイメージと同程度に増加しました。 推奨されていませんが、DBCC SHRINKFILEおよびDBCC SHRINKDATABASEコマンドを試してみましたが、これらは未使用の領域に影響を与えませんでした。 実行DBCC CLEANTABLE('myDB', 'dbo.myTable')しても違いはありませんでした 画像とテキストのデータ型を維持しながら、データ型をvarbinary（max）とvarchar（max）に変更した後、上記のすべてを試しました。 新しいデータベースの新しいテーブルにデータをインポートしようとしましたが、これも未使用スペースを使用済みスペースに変換するだけでした。この投稿でこの試みの詳細を概説しました。 これらが期待できる結果である場合、実稼働DBでこれらの試行を行いたくないので、 これらの試行のいくつかの後、未使用スペースが使用済みスペースに変換されるのはなぜですか？私は内部で何が起こっているのかよく理解していないように感じます。 使用済みスペースを増やすことなく、未使用スペースを減らすためにできることは他にありますか？ 編集：テーブルのディスク使用量レポートとスクリプトは次のとおりです。 SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON …

15 sql-server  index  sql-server-2017  storage 

SQL Server 2008 R2に取り組んでいます。 tiu_benefitという名前のAFTER INSERT、UPDATEトリガーを持つテーブルの利点があります。 このテーブルのUPDATEステートメントを記述して1行を更新したいのですが、トリガーを起動したくありません。UPDATEの前にトリガーを無効にしてから、UPDATEの後にトリガーを有効にできることを知っています。 DISABLE TRIGGER tiu_benefit ON benefit; GO UPDATE benefit SET editor = 'srh' where benefit_id = 9876 GO ENABLE TRIGGER tiu_benefit ON benefit; GO ただし、この無効化および有効化のトリガーは、現在ログインしているすべてのユーザーに影響します。そのため、トリガーによってスクリプトが無効になっている間に別のユーザーがUPDATE / INSERTを実行する可能性がありますが、これは適切ではありません。そのため、現在のセッションのトリガーのみを無効および有効にします。出来ますか？はいの場合、その方法を教えてください。 ありがとう

15 sql-server  trigger  update 

ファイルグループに列ストアインデックスが含まれている場合、データベース全体をread_only防止するようdbcc checkdbにファイルグループを設定しているようです。実行しようとするcheckdbかcheckfilegroup（のための任意の読み書きセカンダリとを含め、データベース内のファイルグループ[PRIMARY]）、以下のエラーが返されます... Msg 8921, Level 16, State 1, Line 24 Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors. 読み取り専用のファイルグループに列ストアデータを保持するためのサポートされている方法はありますか？または、このシナリオの整合性チェックから除外されますか？ 再現 create database check_fg_ro go use check_fg_ro go exec sp_changedbowner 'sa'; go alter database check_fg_ro add …

15 sql-server  dbcc-checkdb  columnstore  filegroups  read-only-database 

sys.dm_tran_locksDMVを照会すると、テーブル、ページ、行などのリソースでロックを保持しているセッション（SPID）がわかります。 取得したロックごとに、どのSQLステートメント（削除、挿入、更新、または選択）がそのロックを引き起こしたかを判別する方法はありますか？ DMV のmost_recent_query_handle列にはsys.dm_exec_connections最後に実行されたクエリのテキストが表示されますが、他のクエリは同じセッション（SPID）で実行され、ロックを保持していることが何度かあります。 私はすでにsp_whoisactive（Adam Machanicの）プロシージャを使用していますが、現時点では入力バッファー上にあるクエリのみを表示しています（考えてみてくださいDBCC INPUTBUFFER @spid）。 例えば： オープントランザクション/セッション ステートメントの実行（リソースのロックを保持） 同じセッションで別のステートメントを実行する 別のトランザクション/セッションを開き、ステップ2でロックされたリソースの変更を試みます。 このsp_whoisactive手順では、ステップ3でステートメントを指摘しますが、これはロックの原因ではないため、役に立ちません。 この質問は、ブロックされたプロセスレポート機能を使用して分析を実行し、本番環境でのブロックシナリオの根本原因を見つけることから生まれました。各トランザクションは複数のクエリを実行しますが、ほとんどの場合、最後のクエリ（BPRの入力バッファに表示される）がロックを保持するクエリになることはほとんどありません。 フォローアップの質問があります：ブロッキングクエリを効果的に識別するフレームワーク

15 sql-server  locking  blocking 

このスキーマを考えます： CREATE TABLE #TEST_COALESCE ( Id int NOT NULL, DateTest datetime NOT NULL, PRIMARY KEY (Id, DateTest) ); INSERT INTO #TEST_COALESCE VALUES (1, '20170201'), (1, '20170202'), (1, '20170203'), (2, '20170204'), (2, '20170205'), (2, '20170206'); サブクエリ内でCOALESCEを使用すると、NULLが返されます。 SELECT t1.Id, t1.DateTest, (SELECT TOP 1 COALESCE(t2.DateTest, t1.DateTest) FROM #TEST_COALESCE t2 WHERE t2.Id = t1.Id …

15 sql-server