タグ付けされた質問 「sql-server-2008-r2」

SQL Server 2008 R2(メジャービルドバージョン10.50.xxxx)。また、sql-serverでタグ付けしてください。


2
クエリのパフォーマンスチューニング
このクエリのパフォーマンスを改善するための支援を求めています。 SQL Server 2008 R2 Enterprise、最大RAM 16 GB、CPU 40、最大並列度4。 SELECT DsJobStat.JobName AS JobName , AJF.ApplGroup AS GroupName , DsJobStat.JobStatus AS JobStatus , AVG(CAST(DsJobStat.ElapsedSec AS FLOAT)) AS ElapsedSecAVG , AVG(CAST(DsJobStat.CpuMSec AS FLOAT)) AS CpuMSecAVG FROM DsJobStat, AJF WHERE DsJobStat.NumericOrderNo=AJF.OrderNo AND DsJobStat.Odate=AJF.Odate AND DsJobStat.JobName NOT IN( SELECT [DsAvg].JobName FROM [DsAvg] ) GROUP …

4
SQL Serverを停止する理由は何ですか?
私が読んだのは、コールドキャッシュを作成してメモリを消費するため、SQL Serverを停止することがどの程度の損害をもたらすかについてです。では、なぜSQL Serverを停止したいのでしょうか。私がこれについてもっと読むことができるように記事へのリンクを提供できるなら、私は本当にそれを感謝します! この質問は私の先生によって提起されました。トリックの質問でない限り、私は完全に困惑しています。彼の正確な質問は: インターネットを使用して調査を行い、SQL Serverを停止する理由を学びます。あなたの答えを説明しなさい。 これは、SQL Server 2008 R2の使用方法を調査している状況でした。彼が明白な答えを求めているのか、それとも私が見逃しているものがあるのか​​はわかりません。

1
MSDBデータベースはなぜ信頼できるのですか?
TRUSTWORTHY注意しないと、この設定はかなり危険になる可能性があり、特定の状況を除いて、オフにしておくことをお勧めします。ただし、デフォルトでは、MSDBデータベースはデフォルトでTRUSTWORHTY設定さONれています。なぜだろう? このエントリをBOLで読みました 注デフォルトでは、MSDBデータベースのTRUSTWORTHY設定はONに設定されています。この設定をデフォルト値から変更すると、MSDBデータベースを使用するSQL Serverコンポーネントで予期しない動作が発生する可能性があります。 しかし、私は詳細に興味があります。なぜ具体的にオンにMSDBする必要TRUSTWORTHYがあるのですか?どの関数がそれを使用しますか?

4
SQLバックアップとITの通常の夜間サーバーバックアップとの違いは何ですか?
IT部門は毎晩サーバー全体をバックアップし(SQL Serverインスタンスがこのサーバーにインストールされています)、何か問題が発生した場合に備えて、サーバー全体とネットワーク全体をバックアップします... それで、私のマネージャーは、IT部門がバックアップするものに対して、フル、差分、およびログSQLバックアップの重要性を尋ねました。これらのファイルを2週間保持して削除するのではなく、サーバーのスペースを節約するために、IT部門が提供するだけだと考えています。 私はそれが正しくないことを知っています。ログバックアップで過去30分間まで復元できるため、ITは翌日にそれを復元しますが、これが唯一の違いですか? データベースバックアップファイルを同じサーバーに保存/送信するので、ITはそれらを復元しますが、メンテナンスプランにこれらのバックアップジョブがない場合、テーブル、トランザクションなしでSQLインスタンスを復元できます...等私はこれを正しくしていますか? 何かアドバイスをいただければ幸いです。

3
0または1から0または1
Sql Serverでゼロまたは1対ゼロまたは1の関係を最も自然な方法でモデル化するにはどうすればよいですか? サイトの危険をリストした「ハザード」テーブルがあります。サイトで実行する必要がある作業用の「タスク」テーブルがあります。一部のタスクはハザードを修正することであり、タスクは複数のハザードを処理することはできません。一部のハザードにはそれらを修正するタスクがあります。ハザードには2つのタスクを関連付けることができません。 以下は私が考えることができる最高のものです: CREATE TABLE [dbo].[Hazard]( [HazardId] [int] IDENTITY(1,1) NOT NULL, [TaskId] [int] NULL, [Details] [varchar](max) NULL, CONSTRAINT [PK_Hazard] PRIMARY KEY CLUSTERED ( [HazardId] ASC )) GO ALTER TABLE [dbo].[Hazard] WITH CHECK ADD CONSTRAINT [FK_Hazard_Task] FOREIGN KEY([TaskId]) REFERENCES [dbo].[Task] ([TaskId]) GO CREATE TABLE [dbo].[Task]( [TaskId] [int] IDENTITY(1,1) NOT NULL, …

2
SQL Server DBは夜間に使用できなくなります
昨日、私のSQL Serverデータベースは大丈夫でした。今日はほとんど使用できません-いつ攻撃したかによって、5から20倍の速度で減速します。 一部のデータは夜間のロードプロセスでサーバーに追加されましたが、データベースにそれほど影響を与えるはずのボリュームのようなものはありません。約50,000のプレーンテキストレコード(XMLやその他のフリッパーなし)。 今朝サーバーをリブートする前にパッチを当てました。ただし、パッチが適用された他のデータベースサーバーは、動作が異なります。 リソースモニターは、ディスクIOに問題があることを示唆しているようです。.mdfファイルの容量のほぼ100%で、データベースで実際にほとんど発生していない場合でも、常に実行されています。Templog.ldfへのアクセスも非常に高くなっています。 ここには誰もエキスパートDBA(私たちはSQLスキルの量がさまざまな開発者です)は誰もいません。私たちは、sp_updatestatsを実行して、大きなインデックスのいくつかを別のディスクに移動しようとしましたが、役に立ちませんでした。 私はこれがパッチと関係があるに違いないと思います-それはあまりにも多くの偶然のようです。同僚は、mdfのサイズを増加させる原因となったデータ負荷が、実行計画の非効率化の原因となったと確信しています。 これは一体何が原因ですか?どのようにしてそれを見つけ出し、それを修正するために何ができるでしょうか? 編集: を使用しsp_WhoIsActiveても、異常なことは何も明らかにされません。自分のsprocの使用と、現在別のインデックスを移動しようとしている同僚からのいくつかのコマンドを登録します。それはおそらく現在DBを保持していますが、以前と同じように実行されていませんでした。 SQL Server 2008 R2の標準バージョンです。SELECT @@VERSION与える: Microsoft SQL Server 2008 R2(SP2)-10.50.4033.0(X64) 2014年7月9日16:04:25 Copyright(c)Microsoft Corporation Standard Edition(64-bit)on Windows NT 6.1(Build 7601:Service Pack 1)(Hypervisor ) サーバーには、72GBのRAMと3つのクアッドコア2GHzプロセッサーが搭載されています。 パッチはWindowsにのみ適用されました。パッチ以外の変更はありませんでした。 選択した設定: _id name value minimum maximum value_in_use description is_dynamic is_advanced 1540 min memory per query (KB) …

1
復元できません(エラー3456)
簡単に理解できない状況があり、このフォーラムで他の人に提案があるかどうか尋ねたいと思いました。 Windows Server 2008R2 EnterpriseでSQL Server 2008 R2 Standard SP3を実行しています。 データベースにはいくつかのメンテナンスが必要でしたが、その後、別のサーバーに復元する必要がありました。COPY_ONLYで実行される完全なdbバックアップと、4つのtlogバックアップのセットがあります。 開始する前に、tlogbackup1を作成します 以下からの変更FULLへのBULK_LOGGED復旧モデル 新しいファイルグループを追加する newfilegroupにファイルを追加する newfilegroupをデフォルトに設定 テーブルに選択(newfilegroup) 元のテーブルをドロップ 元のファイルを削除 元のファイルグループを削除する 新しいテーブルの名前を元のテーブルと一致するように変更する 元のファイルグループと一致するようにnewfilegroupのファイル名を変更する 元のファイル名と一致するようにカタログのファイル名を変更する OSレベルでファイル名を変更して元のファイル名と一致させる 既定のファイルグループを元のファイルグループに設定する dbをオンラインにする 以下からの変更BULK_LOGGEDへのFULL復旧モデル すべての手順が完了したら、tlogbackup2を作成します 復元サーバーでのドライブ文字の変更により、すべてのバックアップの復元にはWITH MOVEを使用する必要があります。 回復手順: RESTORE database SomeDB FROM DISK = 'D:\REPRO\SomeDB.bak' WITH MOVE 'SystemData' TO 'D:\SQLDATA\SomeDB.mdf' ,MOVE 'SystemDataPDS' TO 'D:\SqlData\SomeDB.ndf' ,MOVE 'SystemData_log' TO …

2
Page Life Expectancyはインスタンスについて何と言っていますか?
環境内のいくつかのSQL Serverインスタンスに監視ソフトウェアをインストールしました。ボトルネックを見つけて、パフォーマンスの問題をいくつか修正しようとしています。一部のサーバーでより多くのメモリが必要かどうかを確認したい。 1つのカウンター、ページの平均余命に興味があります。それはすべてのマシンで異なって見えます。一部のインスタンスで頻繁に変更されるのはなぜですか?それはどういう意味ですか? いくつかの異なるマシンで収集された先週のデータを見てください。各インスタンスについて何が言えますか? 頻繁に使用される本番インスタンス(1): 適度に使用されている実稼働インスタンス(2) まれに使用されるテストインスタンス(3) 頻繁に使用される本番インスタンス(4) 中程度に使用されたテストインスタンス(5) 頻繁に使用されるデータウェアハウス(6) 編集:これらのすべてのサーバーに対してSELECT @@ VERSIONの出力を追加します: Instance 1: Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (X64) Jun 17 2011 00:54:03 Copyright (c) Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor) Instance 2: Microsoft SQL …

1
クライアントTCPポートに基づくSQL Serverトレース
アプリケーションを実行するためにRDPを介してログインするさまざまなユーザーがいるWindowsターミナルサーバーがあります。アプリケーションは、SQL Server 2008 R2インスタンスに対してユーザーごとに1つ以上の接続を作成します。すべてのユーザーは、同じSQLログインを使用して同じデータベースにアクセスします。特定のユーザーのSQLセッションを追跡できるようにしたいのですが、どのSQLセッションがどのユーザーに属しているかを判別する方法が見つかりませんでした。ただし、アプリケーションの各インスタンスが使用しているソースTCPポートを特定できます。 クライアントのTCPポートに基づいてSQLセッションをトレースする方法はありますか?

1
mdfおよびldfの空き容量がデータベースの空き容量と一致しません
SSMSで、ファイルサイズに関連するプロパティを確認し、1つのデータベースの詳細を以下に示しました。ここで、値は他のプロパティと一致しません。ここで、mdf、ldf、および合計サイズのサイズは、各ウィンドウの下の他の値と一致します。ただし、追加された場合のmdfおよびldfの使用可能な空き領域は、データベースの縮小ウィンドウに表示される使用可能な空き領域およびデータベースのプロパティに表示される空き領域とは異なります。これは、どのデータベースにも当てはまります。なぜそうなのですか?誰かがこの背後にある論理を説明できますか? データベースのプロパティ: サイズ:91.31 MB 利用可能なスペース:13.40 MB データベースファイルのプロパティ: mdfサイズ:17 MB ldfサイズ:75 MB 縮小データベース: 現在割り当てられているサイズ:91.31 MB 利用可能な空き容量:13.40 MB 縮小ファイルの下-データファイル: 現在割り当てられているサイズ:16.38 MB 利用可能な空き容量:12.63 MB 縮小ファイル-ログファイル用: 現在割り当てられているサイズ :74.94 MB利用可能な空き容量:55.62 MB

2
SQL Serverで依存外部結合をネストする必要がありますか?
これについてはさまざまな情報を聞きましたが、正規または専門家の意見を期待しています。 複数LEFT OUTER JOINのがあり、それぞれが最後のに依存している場合、それらをネストする方が良いですか? 不自然な例では、JOINすることMyParentに依存JOINするMyChild: http://sqlfiddle.com/#!3/31022/5 SELECT {columns} FROM MyGrandChild AS gc LEFT OUTER JOIN MyChild AS c ON c.[Id] = gc.[ParentId] LEFT OUTER JOIN MyParent AS p ON p.[id] = c.[ParentId] http://sqlfiddle.com/#!3/31022/7と比較 SELECT {columns} FROM MyGrandChild AS gc LEFT OUTER JOIN ( MyChild AS c LEFT OUTER JOIN MyParent …

1
本番サーバーでsp_updatestatsを実行すると、どのような影響がありますか?
運用sp_updatestats環境のSQL Serverで実行しても安全ですか? または、SQLサーバーのすべての統計を更新すると、どのような影響がありますか?SQLサーバーを実行中に「チョーク」して、ユーザーにタイムアウトやその他の問題を引き起こすことはできますか?

1
STATISTICS_NORECOMPUTEの使用の妥当性
最近、いくつかの興味深いインデックスの問題がある一連のデータベースの保守に携わってきました。私を最も悪化させるものの1つは、開発、テスト、モデル、および生産マシン間のインデックスの違いです。違いによりクエリのチューニングが難しくなるため、クエリの同期は私の最初のプロジェクトの1つです。 テスト環境とモデル環境を比較したところ、モデル環境のほとんどのインデックスがSTATISTICS_NORECOMPUTE設定されているのONに対し、テスト環境のインデックスはそうではないことに気付きました。すべての環境で、すべてのデータベースの統計を更新する夜間ジョブがあります。 私はこれまでに対処したことがないSTATISTICS_NORECOMPUTEので、ここに私の質問があります。この設定を扱う際のベストプラクティスはありますか?1日の終わりに統計の更新を行っている場合STATISTICS_NORECOMPUTE、すべての環境ですべてのインデックスをオンにするのが最善ですか?それとも、正当な理由がないのですか? 編集:私はここでこの件に関するキンバリートリップのブログの1つを見つけましたが、それSTATISTICS_NORECOMPUTEはせいぜい控えめに使用する必要があることを示唆しているようです。しかし、私はまだそれをグローバルにオフにすることを心配しています。誰かがこれを試しましたか、そして彼らは何を経験しましたか?

1
SQLサーバーでのインデックス再構築の速度を改善する
大量のデータを空のデータベースにインポートしています。開始する前に、一意でない非クラスター化インデックスをすべて無効にして、インポートのパフォーマンスを向上できるかどうかを確認しました。 ここで、インデックスを再度有効にしたいと思います。これを最適化するために何かできることがあるかどうか疑問に思っています。 再構築する必要がある100を超えるテーブルとほぼ2,000のインデックスがあります。データベースのサイズは200GBです。 私が実行しているスクリプトの重要なセクションは次のとおりです。 declare c_toggle_index cursor FORWARD_ONLY READ_ONLY for select 'alter index ' + QUOTENAME(i.name) + ' on ' + o.name + ' rebuild' from sys.indexes as i Inner Join sys.objects o On o.object_id = i.object_id Where o.is_ms_shipped = 0 And i.index_id >= 1 and i.type > 1 and …

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.