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

MicrosoftのSQL Serverは、複数のデータベースへのマルチユーザーアクセスを提供するサーバーとして実行されるリレーショナルデータベース管理システム(RDBMS)です。このタグは2005バージョンの質問用です

2
DB全体をメモリに収めることはできますか?
私のデータベースのサイズは約1GBです(私のデータベースのmdfファイルによると)。データベースサーバーには4 GBのRAMがあります。アクティブ時のコンピューターのメモリ消費量を見ると、使用率は約85%(OSなどを含む)です。 これは、すべてのDB読み取りアクティビティがメモリのみで機能することを意味しますか(つまり、db全体がメモリに座っています)それともディスクに移動する必要がある場合はまだありますか?

2
Perfmonの「%Processor Time」カウンターが100%を超えるにはどうすればよいですか?
カウンターはProcess(sqlservr)\% Processor Time、私のデータベースサーバーの1つで約300%停止しています。このカウンターは、SQL ServerがCPUでの実行に費やした合計時間の割合を反映します(ユーザーモード+特権モード)。『Sql Server 2008 Internals and Troubleshooting』という本には、80%を超えるものは問題であると記載されています。 そのカウンターが100%を超えることはどうして可能ですか?

9
MS SQL Serverは時間の経過とともに遅くなりますか?
次のいずれかを経験し、解決策を見つけましたか。 私たちのウェブサイトのバックエンドの大部分はMS SQL Server 2005です。毎週または2週間、サイトの実行が遅くなり、SQLでのクエリの完了に時間がかかります。使用したいクエリがあります。 USE master select text,wait_time,blocking_session_id AS "Block", percent_complete, * from sys.dm_exec_requests CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS s2 order by start_time asc これはかなり便利です... SQLサーバーに対してその時点で実行されているすべてのスナップショットを提供します。なんらかの理由でCPUが100%に固定されていて、Activity Monitorがロードを拒否している場合でも(一部のユーザーはそこにいると思います)、このクエリは引き続き返され、どのクエリがDBを強制終了しているのかを確認できます。 これを実行したり、SQLの速度が低下し始めたときにアクティビティモニターを実行したりすると、問題の原因となっている特定のクエリが表示されません。MS SQLサービスを再起動すると、すべてが正常になり、速度が速くなります-再び発生するまで1〜2週間。 何も変わったことはないと思いますが、これはほんの数ヶ月前に始まったばかりです…アイデア? -追加 このデータベースの速度低下が発生した場合、1時間に10万ページビュー(1日のビジー時間)または1時間に1万ページビュー(遅い時間)を取得しても、すべてのクエリの完了に通常より長い時間がかかることに注意してください。サーバーは本当にストレスを受けていません-CPUは高くありません、ディスク使用量は制御不能ではないようです...それはインデックスの断片化または一種のようなもののように感じますが、それはそうではないようです場合。 上に貼り付けたクエリの結果を貼り付ける限り、実際にはできません。上記のクエリは、タスクを実行するユーザーのログイン、クエリ全体などを一覧表示します。データベース、テーブル、列、およびログインの名前をオンラインで渡したくありません:)... Iその時点で実行されているクエリは、常時実行されている通常の標準クエリであり、標準的なものではありません。 -3月24日 前回の再起動から約2週間になります。いくつかの変更を加えました。一時テーブルを頻繁に使用していて、まったく不要なクエリをいくつか見つけ、開発者にその方法を変更させました。常に(ゆっくりと確実に)成長しているいくつかのデータベースのサイズを、その成長に合わせてインテリジェントなサイズに調整しました。すべての自動拡張の設定も調整して、よりインテリジェントになりました(すべてが1 MBの拡張に設定されていました)。最後に、MSDBを少しクリーンアップしました。私たちはログ配布を行っており、何年も何年にもわたるバックアップポイントを保持する必要はありませんでした。これを数か月だけに保つスクリプトをいくつか作成しました。問題がまだ解決されているかどうかを判断するには時期尚早なので、このスレッドを更新し続けます。

4
SQL Serverデータベースを毎晩バックアップする最良の方法は?
SQL Server 2005データベースを毎晩バックアップする最良の方法は何ですか? データベースのバックアップファイルを作成し、それを「送信」ディレクトリに配置するソリューション/戦略を探しています。FTPソフトウェアをオフサイトのサーバーに移動したいと考えています。 これを希望どおりに機能させる方法に関する提案はありますか?

2
SQL Server 2005でのSHOWPLAN権限の影響は何ですか?
ユーザーは、実行プランを使用してクエリを調整するためにSHOWPLAN権限を必要としています。 この許可の意味は何ですか。ユーザーを許可しても安全ですか?ここでセキュリティに関するメモを確認しましたが、このユーザーには関係ありません。 知っておくべき他の問題はありますか?私が見るところから、本番データベースでさえ、ユーザーにこの権限を与えることは問題ではないようです。 助けてくれてありがとう!

7
templog.ldfが巨大(45GB)ですが、どうすればよいですか?
SQL 2005をインストールしましたが、templog.ldfファイルが増え続けて、ドライブの空き領域がすべて消費されています。場合によっては数MBの空き容量で停止することもありますが、さらに進む場合もあります。これはcドライブであるため、この動作は、これまでに見られている他のいくつかの問題に関係していると思います。 私の質問は、どうすればいいですか。ログを別のドライブに移動できますが、そこで同じことは行われないだけだと思います。この動作は私が変更できる何かの結果である可能性が高く、tempdbログが到達するための異常なサイズは45 GBであると想定しています。コードでは多くの一時テーブルとテーブル値関数を使用しているため、tempdbを使用するための十分な範囲があります。tempdbデータベースの増加は理解できますが、templogの増加の理由は理解できません。 これまでのところ、DBCC OPENTRAN( 'tempdb')を実行して、古いトランザクションが滞っていないかどうかを確認しましたが、滞っていません。tempdbを縮小する方法について読み、これを数回実行しましたが、これを最初に停止するために何ができるか、なぜそれがそれほど大きく成長しているのかについての詳細を本当に考えていますそもそも。 ==編集== 1) tempdbは単純な復旧モデルを使用しています 2) templogの増加は、いくつかのスケジュールされたクエリを実行している午前中の数時間にわたって発生します。この間、ファイルのサイズは着実に増加します。同時に実行する同時レポートの数を制御します。同時レポートの数を増やすと、ログの増加率が上がります。

5
ストアドプロシージャからのsp_start_jobの呼び出し
開発者は、.NetコードからSQL Serverエージェントジョブを開始できる必要があります。msdb..sp_start_jobを呼び出してそれを実行できることはわかっていますが、一般ユーザーアカウントにジョブを実行するための直接アクセス権を与えたくありません。 私がしたいのは、WITH EXECUTE AS句を使用してアプリケーションのデータベースにストアドプロシージャを作成し、プロキシアカウントを偽装することです。現在の手順は次のとおりです。 CREATE PROCEDURE dbo.StartAgentJob WITH EXECUTE AS 'agentProxy' AS BEGIN EXEC msdb.dbo.sp_start_job N'RunThisJob'; END ただし、これを実行すると、次のメッセージが表示されます。 The EXECUTE permission was denied on the object 'sp_start_job', database 'msdb', schema 'dbo'. 何か案は?これはSQL2005でこれを行うための最良の方法ですか?

1
SQL 2005にアクセスできませんか?
SQLはインストールされていますが、サーバー名がなく、プログラムはサーバー名を受け入れません。TCP、ポート、リモートアクセスなどのすべてのオプションが有効になっています。

1
潜在的なバッファI / Oの問題
クロールの速度が常に低下しているデータベースがあります。それのハードウェアは十分すぎるので、私はそれが問題ではないと確信しています。アクティビティモニターを介してリソース待機を確認すると、バッファI / Oが最も高くなります。他の待機がまだ数百である場合、累積待機時間は数十万です。これにより、当然、問題としてバッファI / Oに目を向けるようになりました。 パフォーマンスモニターを設定して、フルスキャン/秒とバッファーキャッシュヒット率を記録します。バッファキャッシュヒット率は常に98〜100の範囲であるため、すべてが正常に見えます。私のフルスキャン/秒の範囲は1未満から3をわずかに超えます。これは、特に2+をヒットすることは珍しくないので、私には高いようです。 これは、速度低下の問題を引き起こす可能性が最も高い候補のように見えますか?バッファI / Oの待ち時間が非常に長い場合、監視するのに適した方法に関する他のアドバイスはありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.