0

DB2 のスケーリング オプションについて、皆さんと一緒にブレインストーミングを行いたいと思います。問題の解決に役立つことを願っています。

データベース サーバーへのフラッシュ クラウド トランザクションを予測するために、DB2 データベースをスケーリングする必要があります。私のデータベースは、データベースが完全に停止してCPUが不足する前に、データベースtpsではなく、アプリケーション用語で毎秒約200トランザクション++しか処理できません。

2000++ またはそれ以前の 10 倍に増やしたい場合、データベースをスケーリングするために必要なオプションは何ですか?

最近、pureScale 機能について読みました。有望に見えますが、柔軟なソリューションではありません。つまり、IBM System X に展開できるだけで、私たちのソリューションはそうではありません。すべてを共有するアプローチで、pureScale のような他のソリューションはありますか?

2 番目のオプションは、データベース パーティションです。データベース パーティションまたはシェアード ナッシング アプローチは、問題の解決に役立ちますか? システムに処理能力を追加できますか?

よろしくお願いいたします。

フリッツ

4

1 に答える 1

1

スケールアップ (1 台のサーバーでより多くのハードウェア) またはスケールアウト (より多くのサーバー) について心配する前に、データベースの調整方法を確認してください。パフォーマンスの問題を解決する方法を購入することは、ほとんどの場合、パフォーマンスの問題を見つけて修正するために時間を費やすよりも費用がかかります。

データベース サーバーで CPU を消費するプロセスがデータベース エンジンであると仮定すると、高い CPU アクティビティと低い I/O アクティビティは、大量の読み取りを行っていることを示していますが、それらはすべてメモリ内にあるだけです。巨大なテーブルのスキャンは、そのテーブルが完全にメモリ (バッファ プール) に格納されている場合でも、依然として非効率的です。

最も多くの CPU を使用している SQL ステートメントを見つけます。説明計画を見て、それらをより効率的にする方法を見つけてください。Web 上には、データベースのパフォーマンス チューニングに関するリソースがたくさんあります。

于 2012-07-06T18:34:17.167 に答える