タグ付けされた質問 「page-life-expectancy」

2サーバーHAクラスターで奇妙な動作に気づいたので、誰かが私の疑いを確認できるか、または他の説明を提供できると期待していました...ここに私のセットアップがあります。 2サーバーのSQL 2012 SP1インストール いくつかのデータベースでSQL AlwaysOn HAが有効になっています CPUは2.4GHz、4コア RAMは34 GB（AWSインスタンスであるため、奇数） リソース使用率は比較的低く、各サーバーには14 GB以上の空きメモリがあり、SQLは使用するメモリ量に制限がありません ディスクアクセス時間は問題ありません-15ms / ReadまたはWriteを超えることはほとんどありません データベースは大きくありません-1 GB、1.5 GB、7.5 GB SQLサーバープロセスは16 GBのプライベートバイト、15 GBのワーキングセットを使用しています 全体的に、リソースの問題は指摘されていません。奇妙な部分です。SQLは再起動されません（プロセスはほぼ6か月間実行されています）が、〜50日ごとに、Page Life Expectancyカウンターが（ほぼ）0に低下しているようです。perfグラフは次のとおりです。 カウンターデータを見ると（正確な数はなく、1時間ごとの集計）、PLEカウンター値は毎回（少なくともデータがあるたびに）約4,295,000秒（約50日間）に達したようです。 私のクレイジーな理論は、PLE番号が符号なしlong int（4,294,967,295の制限がある）としてミリ秒として保持され、49.71日で設計またはバグのためにリセットされるというものです。これにより、2つのサーバーの動作と、それらが持つ同一のパターンが説明されます。または、まったく異なるものになる可能性があり、私はまったく意味をなさない。:) 誰かがそのようなものを見たか、またはこの動作を説明できますか？ PS私はこの投稿を見ましたが、私の場合は少し違うようです。 PPSこれは再投稿です-私はもともとここに投稿しましたが、ここの聴衆はより適切であるとアドバイスされました。 ありがとう！

12 sql-server  sql-server-2012  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 …

9 sql-server  sql-server-2008-r2  sql-server-2012  memory  page-life-expectancy 

SQL ServerのPage Life Expectancyと、それが何を意味し、どのような情報からそれを収集できるかについて、いくつかの記事を読みました。私が読んだこれらの記事のほとんどでは、一般的で健全なPLE値は、約1000〜2000秒です。約300秒に達すると、RAMが少なくなる可能性があることを読んだことがあります。 最近、ハードウェアをアップグレードして、RAMを64 GBにしました（14 GBから）。14GBでは、私のPLEは約300秒で、1秒あたり5〜6回のメモリ許可が保留されていました。それで、それは悪いことであり、RAMを増やしました。今、私のPLEははるかに高く、約5000秒であり、保留中のメモリ許可はありません。思い出せば7000秒見たよ。これは私が読んだ何よりもはるかに高いです。 高いPLEは悪いことですか？それとも高いほど良いですか？ 編集：すみません、私のPLEは7000秒ではなく、70,000秒でした！ただ、現時点では7000程度まで下がっています。 データベースのサイズは約160GBです。いくつかのテーブルには500万以上の行があります。 max_server_memory は2147483647に設定されています。

8 sql-server  memory  page-life-expectancy 

SQL Serverのページの平均寿命を知りたいと思っています。そこで、Performを使用してカウンターを確認します。値はゼロで、決して変更されません。バグがあるのではないかと思ったので、SQL Server DMVクエリを確認しました SELECT [object_name],[counter_name],[cntr_value] FROM sys.dm_os_performance_counters WHERE [object_name] LIKE '%Manager%' AND [counter_name] = 'Page life expectancy' また、終日ゼロを返します。 これをより興味深いものにするために、平均で99〜100の「バッファーキャッシュヒット率」カウンターを確認しました。 では、「バッファキャッシュヒット率」が100の場合、ページの平均余命はどのようにゼロになるのでしょうか。 何が欠けていますか？常にゼロの場合、バッファキャッシュに何も残っていないことを意味します。バッファキャッシュヒット率が100の場合、これは正しくないように見えますか？ 前もって感謝します

8 sql-server  sql-server-2005  page-life-expectancy