Alcatel-Lucent 5620 Troubleshooting Manual page 71

Alarm
Name:
DatabaseRedundancyRealTimeApplyFailure
Type: configurationAlarm (11)
Probable cause:
DatabaseRedundancyRealTimeApplyFailure
(227)
Name: DataFileDiskSpaceBelowThreshold
Type: databaseAlarm (29)
Probable cause: diskSpaceIssue (153)
Name: DatafileSizeAboveThreshold
Type: databaseAlarm (29)
Probable cause: HighNumberOfRecords
(526)
Name: DBFailOver
Type: configurationAlarm (11)
Probable cause: databasePrimaryDown
(155)
Name:
InstallDirectoryDiskSpaceBelowThreshold
Type: databaseAlarm (29)
Probable cause: diskSpaceIssue (153)
Name: OldArchiveLogsDeleted
Type: databaseAlarm (29)
Probable cause: archivedLogsIssue (154)
Name:
OracleHomeDiskSpaceBelowThreshold
Type: databaseAlarm (29)
Probable cause: diskSpaceIssue (153)
Name: PrimaryDatabaseDown
Type: databaseAlarm (29)
Probable cause: primaryDatabaseDown
(527)
(3 of 5)
Alcatel-Lucent 5620 Service Aware Manager, Release
3HE 05723 AAAD TQZZA Edition 01
Attributes
Severity: Warning
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
Severity: Critical
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
Severity: Critical
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): No
Severity: Critical
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
Severity: Major
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
Severity: Warning
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): No
Severity: Major
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
Severity: Critical
Object Type (class):
DatabaseManager
Domain: db
Implicitly cleared (self-clearing): Yes
8.0 R4 Aug 2010
Troubleshooting Guide
3 — Troubleshooting using network alarms
Additional information
The alarm is raised when database
redundancy falls out of real-time
apply transfer mode, which means
that the primary database
transactions are not immediately
replicated to the standby database.
The alarm clears when the database
is operating in real-time apply mode.
The alarm is raised when the primary
or standalone database data file disk
space threshold specified in the
nms-server.xml file is reached.
The alarm is raised when a
tablespace data file size exceeds 85
percent of 32 Gbytes. This may
indicate that the number of stored
NE backups is too high.
The alarm is raised when a database
failover occurs. A standby database
reinstantiation is required. The
alarm clears when the standby
database is online.
The alarm is raised when the primary
or standalone database installation
disk space threshold specified in the
nms-server.xml file is reached.
The alarm is raised when the
5620 SAM deletes the applied archive
logs because database disk space is
low. In a standalone deployment, the
5620 SAM deletes all archive logs. In
a redundant deployment, the
5620 SAM deletes the applied archive
logs, and can raise the alarm against
the primary or standby database.
The alarm is raised when the primary
or standalone database Oracle disk
space threshold specified in the
nms-server.xml file is reached.
The alarm is raised when the primary
5620 SAM database is down for at
least one poll. The alarm is not
persisted in the database or stored in
the alarm history; when the database
returns to service, the
PrimaryDatabaseWasDown alarm is
raised.
3-29