I går skrev jeg lidt om SYSAUX og AWR, hvor sidst nævnte bl.a. vi en management process, MMON, samler dynamisk statestik data fra databasens V$ views. Her til morgen sad jeg og kiggede en kollegas logs igennem, og noterede et par "opstød" fra en af vores integrations platforme. Jeg gik derfor ned i bdump, for at kigge alert samt trace igennem.

Platformen er Sun Solaris 10, og databasen er i dette tilfælde en 10.2.0.2.0. Jeg noterede et stort antal trace filer, ca. hver anden time var der lagt en - og de havde mere eller mindre samme indhold.

*** ACTION NAME:(Auto-Flush Slave Action) 2007-02-07 09:00:14.639
*** MODULE NAME:(MMON_SLAVE) 2007-02-07 09:00:14.639
*** SERVICE NAME:(SYS$BACKGROUND) 2007-02-07 09:00:14.639
*** SESSION ID:(19.58810) 2007-02-07 09:00:14.639
*** KEWROCISTMTEXEC - encountered error: (ORA-01476: divisor is equal to zero)

Hvis jeg googler lidt på det, og søger f.eks efter MMON og ORA-1476, finder jeg følgende link. Linket henviser til patch set 10.2.0.3.0, og det er jo fint i tråd med, det er en minor version større en nuværende. Inde i dokumentet finder vi henvisninger til et memory leak, der henviser til Metalink og bug 4434887 MMON UGA memory leak.

Lader til den leak i følge ovenstående bug, vokser og vokser med tid. WA er at sætte STATISTICS_LEVEL=BASIC. Dette vil dog ikke fjerne problemet, men dog sørge for dumpet forbliver i anselig størrelse.

Der er dog en del minuser ved statistics_level=BASIC, idet man så ikke kan køre med auto management enabled og ligeledes går glip af statestikker m.v.