sql-server - システムが 2 倍の成長を維持できるかどうか尋ねられたら、何を答えますか?

Question

あなたの職場で上司がこう言ったとしましょう。

あちらのシステムは、すべての制度的知識を失いましたが、現在はかなりうまく機能しているように見えますが、データを2倍にして生き残ることができますか?

あなたはシステムにまったく慣れていません。

これは SQL Server 2000 (主にデータベース アプリ) にあります。

テスト環境はありません。

ベンチマークを実行する必要がある場合は、週末にハイジャックできる可能性があります。

その余分な負荷を引き受けることができると自分自身を納得させ、上司に納得させるために行う 3 つのことは何ですか。同じハードウェアでそれができない場合は、その要求を満たすために追加のハードウェア (ドルで測定) が必要になります。

doofledorfer からの応答に対処するために、あなたの仮定はほぼすべて 180 度ずれています。しかし、それはあいまいな質問に対する私のせいです。

1. 主要なサーバーの 1 つは 70% ベースで 7x24 を実行し、そこからスパイクが発生しますが、それが何をしているのか誰も知りません。

2. これは賛同や泣き言の問題ではありません...当社はこの問題に関して多くの選択肢を持っていないかもしれません.

3. これは外部から義務付けられているため、実施が遅れると多額の罰金が科せられる可能性があります。そのため、リスクを評価するための大規模な会議はほとんど不可能です。1 つのリスクがあります。2 倍のデータをダンプすると、既存の顧客のシステムがダウンする可能性があります。

日曜の深夜にシステムをオフラインにし、SQLIO テストを実行して、ストレージ サブシステムがどれだけ飽和に近づいているかを確認してください。そういうもの。

Answer 1

1. ラップトップでテスト環境を設定する必要がある場合でも、テスト環境をセットアップします。

2. 実動システムで何らかのロギングを有効にして、データの量に加えてトランザクションの量を把握します。

3. データ量を増やしながらラップトップでストレステストを実行するときに、ソースコードを読んでください。

そうは言っても、不公平なので、この任務に共感します。これは、ボートが2倍の貨物で浮くことができるかどうかをボートの誰かに尋ねるようなものですが、ボートから降りたり、通常のサービスから外したりすることはできません。

Answer 2

あなたは典型的なアジャイルプロジェクトについて説明しました。あなたの答えは次のようになります：

1. わからない、テストせずに分からない。
2. データ量に加えて、使用パターン、アプリケーションの相互作用、データベースとサーバーの調整などに問題がある可能性があります。
3. それでは、リスク要因の基本的なリストと、それらをどのように解決できるかを見ていきましょう。
4. それが終わったら、リスクの逆順でそれらを処理してみましょう。結果を作成するときに、停止/継続の決定を行います。
5. 等

少なくともそのレベルでのマネジメントバイインと参加がなければ、あなたが与えるかもしれない他の答えはリスクの高い願いであり、「3つの最も重要な」は非セクイターです。

現在のシステムがすでに実質的にロードされていない限り、私は楽観的です。ほとんどのサーバーは、すべてのリソースで50％未満の容量で実行する必要があります。そうでない場合は、生命維持装置を使用する必要があります。また、既存のサーバーがすでに負荷の問題に対処している場合は、会話をすることはないと思います。「今はかなりうまくいくようです」とはいえ、気になるほど不正確です。

Answer 3

それは主にその現在のレベルに依存します。倍増が2GBから4GBになる場合は、それを実行してください。1TBから2TBになる場合は、計画を立てる必要があります。

パフォーマンスモニターを使用していくつかの情報を収集し、知識に基づいた意思決定を支援するために提供します。

Answer 4

「データを2倍にする」とはどういう意味かによって異なります。

それが1つのテーブルのみに影響する場合（製品テーブルなど）、その1つのテーブルを参照しているほとんどのクエリは実行時間が2倍になる可能性が最も高いため、おそらく安全です（同じ時間を2回参照しないことを前提としています）クエリで）。

実行時間が指数関数的に増加する可能性があるため、すべてのテーブルのデータ量を 2 倍にすると問題が発生し、重大な問題が発生する可能性があります。

しかし、一般的に私はdoofledorfer による答えを支持します