Refactoring: Moved more storage check parameters from unsorted.py to dedicated module...
[check_mk.git] / checkman / oracle_asm_diskgroup
blob5f619df0e7fe509bb3559366cbfde7d32f3dc90e
1 title: ORACLE ASM Disk Groups
2 agents: linux, solaris, hpux
3 catalog: app/oracle
4 license: GPL
5 distribution: check_mk
6 description:
7  This check measures the usage of ASM Disk Groups.  The usage
8  is checked against a warning and a critical level, which
9  can be specified in numerous ways.
11  {Requirements:} The {mk_oracle} is needed on the monitored machines.
12  See details for mk_oracle at manpage of oracle_instance.
13  All Failure Groups need the same size. Otherwise the calculation of
14  total and used space is wrong. Disk Groups with Voting require 3 for
15  NORMAL and 5 for HIGH Redundancy!
17  {Trends:} This checks supports Disk Group {trends}. This means that the
18  check is able to compute the change of the used space over the time
19  and can make a forecast into the future. It can estimate the time when
20  the Disk Group will be full.
22  In a default configuration the check will compute the trend based on the
23  data of the last 24 hours using a logarithmic average that gives more recent
24  data a higher weight. Also data beyond the 24 hours will to some small degree be
25  reflected in the computation. The advantage of this algorithm is a more
26  precise prediction and a simpler implementation, which does not need any
27  access to any RRDs or similar storage.
29  Please note that when a Disk Group is started to be monitored,
30  the trend of the past is unknown and is assumed to be {zero}.
31  It will take at least one trend range of time until the trend
32  approximately reflects the reality.
34 item:
35  The name of the disk group as delivered by the agent without the {/} at the
36  end.
38  See also check manpage for {df}. All configurations are usable for ORACLE ASM
39  Disk Groups as well.
41 inventory:
42  Creates one check for every Disk Group in the agent's output.