システムが2倍の成長を維持できるかどうかを尋ねられた場合、3つの答えはありますか？

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最も重要」です。非sequiturです。

現在のシステムが実質的に既にロードされていない限り、楽観的になります。ほとんどのサーバーは、すべてのリソースで50％未満の容量で実行する必要があります。そうでない場合は、ライフサポートが必要です。 また、既存のサーバーが既に負荷の問題を処理している場合は、会話が行われないことを期待しています。 「今すぐかなりうまくいくようです」気になるほど不正確です。

Answer 3

ほとんどの場合、現在のレベルに依存します。倍増が2GBから4GBに増える場合は、それを行ってください。 1TBから2TBに移行する場合は、計画があります。

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

Answer 4

「データを2倍にする」という意味に依存します。

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

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

しかし、一般的には doofledorferによる回答