| Interstage BPM Monitoring インストールガイド 9.0 |
|
目次
|
| 付録B DB表領域の見積り 〜アクティビティモニタ〜 | > B.3 イベント格納データベース(SQL Server) |
以下に業務イベントを格納するテーブルに定義されたBPM Monitoringシステムが使用する索引の情報を示します。索引サイズの見積もりは、SQL Serverのマニュアルを参照して見積もりを行ってください。
BPM Monitoringが使用する索引：
|
索引 |
索引構成列 |
データ型(サイズ) |
|---|---|---|
|
Unique索引 |
B_EID |
VARCHAR(14) |
|
Non-Unique索引 |
B_OT |
DATETIME |
データ件数の見積もりは「B.1 イベント格納データベースでのレコード数の算出(DB共通)」を参照してください。
任意の属性に対して索引を定義する場合は、別途、索引サイズを見積もってください。
以下に見積もり例を示します。
行数 ： 100,000 行
平均レコード長A(索引構成列がB_EID) ： 27バイト
平均レコード長B(索引構成列がB_OT) ： 20バイト
ブロックサイズ ： 8192 バイト
1ブロック内の空き領域 ： 8096 バイト
1ブロック内に格納できる行数A = 8096 ÷ 27 ≒ 268 (小数以下切捨て)
1ブロック内に格納できる行数B = 8096 ÷ 20 ≒ 404 (小数以下切捨て)
よって、
見積もり量A = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (100,000 / 268) × 8192 ≒ 2992 キロバイト
索引のレベルを考慮すると、 約3016キロバイトになります。
見積もり量B = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (100,000 / 404) × 8192 ≒ 1984 キロバイト
索引のレベルを考慮すると、 約1992キロバイトになります。
集計イベントを格納するテーブルは、集計イベント定義の数だけ作成されます。各テーブルには、BPM Monitoringがサポートするデータ型の属性を任意の数だけ定義できます。
以下に集計イベントを格納するテーブルに定義されたBPM Monitoringシステムが使用する索引の情報を示します。索引サイズの見積もりは、SQL Serverのマニュアルを参照して見積もりを行ってください。
BPM Monitoringが使用する索引：
|
索引 |
索引構成列 |
データ型(サイズ) |
|---|---|---|
|
Unique索引 |
B_EID |
VARCHAR(14) |
|
Non-Unique索引 |
B_OT |
DATETIME |
|
Non-Unique索引 |
B_SID |
VARCHAR(14) |
|
B_OT |
DATETIME |
データ件数の見積もりは「B.1 イベント格納データベースでのレコード数の算出(DB共通)」を参照してください。
任意の属性に対して索引を定義する場合は、別途、索引サイズを見積もってください。
以下に見積もり例を示します。
行数 ： 100,000 行
平均レコード長A(索引構成列がB_EID) ： 27バイト
平均レコード長B(索引構成列がB_OT) ： 20バイト
平均レコード長C(索引構成列がB_SIDとB_OT) ： 38バイト
ブロックサイズ ： 8192 バイト
1ブロック内の空き領域 ： 8096バイト
1ブロック内に格納できる行数A = 8096 ÷ 27 ≒ 268 (小数以下切捨て)
1ブロック内に格納できる行数B = 8096 ÷ 20 ≒ 404 (小数以下切捨て)
1ブロック内に格納できる行数C = 8096 ÷ 38 ≒ 213 (小数以下切捨て)
よって、
見積もり量A = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (100,000 / 268) × 8192 ≒ 2992 キロバイト
索引のレベルを考慮すると、 約3016キロバイトになります。
見積もり量B = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (100,000 / 404) × 8192 ≒ 1984 キロバイト
索引のレベルを考慮すると、 約1992キロバイトになります。
見積もり量C = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (100,000 / 213) × 8192 ≒ 3760 キロバイト
索引のレベルを考慮すると、 約3792キロバイトになります。
以下にアラートを格納するテーブルで、BPM Monitoringシステム用に定義する索引の情報を示します。索引サイズの見積もりは、SQL Serverのマニュアルを参照して見積もりを行ってください。
BPM Monitoringが使用する索引：
|
索引 |
索引構成列 |
データ型(サイズ) |
|---|---|---|
|
Unique索引 |
AlertId |
VARCHAR(14) |
|
Non-Unique索引 |
RuleId |
VARCHAR(14) |
|
Non-Unique索引 |
Priority |
NUMERIC(3) |
|
Non-Unique索引 |
Severity |
NUMERIC(2) |
|
Non-Unique索引 |
Availability |
NUMERIC(1) |
|
Non-Unique索引 |
OccurrenceTime |
DATETIME |
|
Non-Unique索引 |
CausedBusinessId |
VARCHAR(14) |
|
Non-Unique索引 |
CasuedEventGroupId |
VARCHAR(14) |
|
Non-Unique索引 |
CausedEventId |
VARCHAR(14) |
|
Non-Unique索引 |
AlertName |
VARCHAR(128) |
|
Non-Unique索引 |
EscResult |
NUMERIC(4) |
以下に見積もり例を示します。
アラート率 ： 1%
評価イベント数 ： 100,000 行
アラート行数 ： 100,000 × 0.01 = 1,000
平均レコード長A(索引構成列がAlertId) ： 30バイト
※索引構成列が、RuleId, CausedBusinessId, CausedEventGroupId, CausedEventIdの索引はこれと同様。
平均レコード長B(索引構成列がPriority) ： 17バイト
※索引構成列が、Severit, Availabilityの索引はこれと同様。
平均レコード長C(索引構成列がOccurrenceTime) ： 20バイト
平均レコード長D(索引構成列がAlertName) ： 64 バイト
平均レコード長E(索引構成列がEscResult) ： 15 バイト
ブロックサイズ ： 8192 バイト
1ブロック内の空き領域 ： 8096 バイト
1ブロック内に格納できる行数A = 8096 ÷ 30 ≒ 253 (小数以下切捨て)
1ブロック内に格納できる行数B = 8096 ÷ 17 ≒ 426 (小数以下切捨て)
1ブロック内に格納できる行数C = 8096 ÷ 20 ≒ 368 (小数以下切捨て)
1ブロック内に格納できる行数D = 8096 ÷ 64 ≒ 122 (小数以下切捨て)
1ブロック内に格納できる行数E = 8096 ÷ 15 ≒ 476 (小数以下切捨て)
よって、
見積もり量A = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (1,000 / 253) × 8192 ≒ 32 キロバイト
索引のレベルを考慮すると、 約40キロバイトになります。
見積もり量B = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (1,000 / 426) × 8192 ≒ 24 キロバイト
索引のレベルを考慮すると、 約32キロバイトになります。
見積もり量C = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (1,000 / 368) × 8192 ≒ 24 キロバイト
索引のレベルを考慮すると、 約32キロバイトになります。
見積もり量D = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (1,000 / 122) × 8192 ≒ 72 キロバイト
索引のレベルを考慮すると、 約80キロバイトになります。
見積もり量E = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (1,000 / 476) × 8192 ≒ 24 キロバイト
索引のレベルを考慮すると、 約32キロバイトになります。
見積り量 = 40 * 5 + 32 * 3 + 32 + 80 + 32 = 440キロバイト
以下にエスカレーション結果を格納するテーブルで、BPM Monitoringシステム用に定義する索引の情報を示します。索引サイズの見積もりは、SQL Serverのマニュアルを参照して見積もりを行ってください。
BPM Monitoringが使用する索引：
|
索引 |
索引構成列 |
データ型(サイズ) |
|---|---|---|
|
Unique索引 |
Id |
VARCHAR(14) |
|
Non-Unique索引 |
AlertId |
VARCHAR(14) |
|
Non-Unique索引 |
Result |
NUMERIC(4) |
|
Non-Unique索引 |
SystemType |
VARCHAR(5) |
|
Non-Unique索引 |
ReturnId |
VARCHAR(256) |
以下に見積もり例を示します。
アラート率 ： 1%
アクション数 ： 2
評価イベント数 ： 100,000 行
アラート行数 ： 100,000 × 0.01 = 1,000
エスカレーション結果のレコード数 ： 1,000 × 2 = 2,000
平均レコード長A(索引構成列がId) ： 30バイト
※索引構成列が、AlertIdの索引はこれと同様。
平均レコード長B(索引構成列がResult) ： 17バイト
平均レコード長C(索引構成列がSystemType) ： 21バイト
平均レコード長D(索引構成列がReturnId) ： 46 バイト
ブロックサイズ ： 8192 バイト
1ブロック内の空き領域 ： 8096 バイト
1ブロック内に格納できる行数A = 8096 ÷ (30 + 2)≒ 253 (小数以下切捨て)
1ブロック内に格納できる行数B = 8096 ÷ (17 + 2)≒ 426 (小数以下切捨て)
1ブロック内に格納できる行数C = 8096 ÷ (21 + 2)≒ 352 (小数以下切捨て)
1ブロック内に格納できる行数D = 8096 ÷ (46 + 2)≒ 168 (小数以下切捨て)
よって、
見積もり量A = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (2,000 / 253) × 8192 ≒ 64 キロバイト
索引のレベルを考慮すると、 約72キロバイトになります。
見積もり量B = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (2,000 / 426) × 8192 ≒ 40 キロバイト
索引のレベルを考慮すると、 約48キロバイトになります。
見積もり量C = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (2,000 / 352) × 8192 ≒ 48 キロバイト
索引のレベルを考慮すると、 約56キロバイトになります。
見積もり量D = (行数 ÷ 1ブロック内に格納できる行数) × ブロックサイズ
= (2,000 / 168) × 8192 ≒ 96 キロバイト
索引のレベルを考慮すると、 約104キロバイトになります。
見積り量 = 64 * 2 + 40 + 48 + 104 = 352キロバイト
|
目次
|