Boka dig på Oracle OpenWorld nu - Skalinformation

RAPPORTERAT › så funkar det
Jobba med gridden
Våga sikta på nollan
Även den mest inbitne terminalknackaren har
till slut fått ge vika – den senaste versionen av
Oracle Enterprise Manager gör arbetet enklare.
Men det gäller att man gör på rätt sätt om man
vill ha maximal nytta av verktyget.
De senaste åren har det har
blivit lättare att hålla koll på
många miljöer. Oracles nya
webbaserade Enterprise Manager
har gjort det mycket enklare
att få kontroll. Men tyvärr är det
inte alltid så självklart hur man
ska gå tillväga. Ett av de största
problemen är att hygienfaktorn
i själva övervakningsverktyget
ofta är låg.
I den tecknade serien The
Simpsons finns ett avsnitt där
en av de mindre begåvade karaktärerna,
Homer Simpson,
uppfinner ett ”everything-isok”-alarm.
Tanken är att det ska
tjuta när allt är lugnt så att man
verkligen vet att det inte är någon
fara.
Detta kan kännas mer än
lovligt bakvänt. Ändå är det så
många har det i sin Grid Controller.
Högvis med kritiska larm
lyser ilsket rött, flera miljöer
är rapporterat kraschade och
hundratals säkerhetsregler är
överträdda. Fast frågar du administratörerna
är detta helt i
sin ordning. De vet att 22 röda
lampor och 199 gula betyder
att allting är ok.
Ta ner antalet larm till noll
Givetvis är detta en knepig inställning.
Målet i ett övervakningsinitiativ
bör vara att få ner
alla larm, varningar och regler
i verktyget till noll. Med denna
ambition på plats är det enkelt
12
att reagera när något händer,
eftersom allt som händer tydligt
syns och indikerar att det finns
ett problem.
Att många missar det här beror
ofta på att man inte vågat
ändra på de förinställda larm
som Oracle satt. Det är en bra
grupp med rimliga värden, men
de passar definitivt inte för alla
kunders databaser. De är bara
ett förslag och du måste anpassa
dem till din miljö och dina
förutsättningar.
Ett exempel är det larm en
grundkonfigurerad Grid Control
ger ifrån sig om agenten tar för
mycket minne. Vet inte administratörerna
hur de ska reagera
på detta kommer de inte heller
att göra något. Resultatet blir en
ljudande larm som alla vänjer
sig vid. Och då är frågan varför
det ska kontrolleras överhuvudet
taget. Det tar bara onödig
tid och uppmärksamhet.
Handlingsplan för varje
förutsägbart larm
För att få en ren och fin miljö
gäller det att enbart ha relevanta
larm och skapa en handlingsplan
för allting som skapas.
Det finns ingen anledning att
övervaka någonting och sedan
inte göra något åt det när något
sker. Vad som ska göras måste
definieras redan när man väljer
övervakningspunkter och sätter
tröskelvärden för dem.
Tyvärr finns det inget bra
sätt att dokumentera lösningar
i gridden, men det finns flera
fria Wikiverktyg som är enkla att
sätta upp och använda. Med ett
sådant på plats kan teknikern
söka på larmnamnet och få
information. Om han eller hon
upptäcker nya saker är det lätt
att lägga till information.
Det fenomen som du ser för
den reaktiva övervakningen
finns i ännu större utsträckning
för de regler, eller policyies, som
du kan definiera. Grundiden är
god. Du kan dokumentera organisationens
olika riktlinjer i konkreta
kontroller. På så sätt kan
du enkelt se om miljöerna lever
upp till satta krav.
Men även här slarvas det.
Alltför ofta är mätvärdena inte
grundade i någonting. Antingen
använder man det som kommer
med ur lådan, eller så har
teknikerna själva valt att titta efter
någonting. Men om det inte
finns tydliga riktlinjer för vad
man ska titta efter och hur man
ska agera när det sker blir det
bara snömos av alltihop.
Skapa policies före larmen
Därför är det av största vikt att
det som kontrolleras verkligen
backas upp av en policy inom
företaget. Att titta efter öppna
portar, lösenord och standardtablespace
är inte relevant om det
inte finns någon regel. Istället är
det bara slöseri med tid. Saknar
du någonting är det bättre att
försöka få igenom kravet så att
alla är på samma sida.
På samma sätt försvagas
funktionen om inte allting som
går att mappas också finns där.
Då är det lätt att du luras tro allting
är i sin ordning när så inte
är fallet. Detta kan ibland vara
lika allvarligt som att missa någonting
som inte följer reglerna.
Så hur ska du då hantera
miljön? Det är faktiskt ganska
enkelt. Första steget är att sätta
sig ner med en lista över alla
kontrollpunkter som Oracle erbjuder.
Fundera på vad som är
relevant för just er situation och
bestäm tröskelvärden för olika
miljöer.
Vilka värden behöver du?
Tänk sedan lite bredare. Finns
det andra mätpunkter som också
skulle tillföra värde? Kanske
vill du hålla bättre koll på dina
applikationer eller så vill du ha
specifika kontroller på ett dataflödes
aktuella status. Räkna
med att listan kommer att fyllas
på efter hand.
För att få till övervakningen
har du mängder av olika metoder
till din hjälp. I den här
texten kommer vi att nämna
de fem mest grundläggande:
mätvärden, regler, användardefinierade
mätpunkter, jobb och
kontrollerad nedsläckning. Med
denna lilla grupp verktyg kan du
skapa ett bra system.
De vanliga mätvärdena, alertsen,
är enklast att jobba med.
Oracle har skickat med hundratals
fördefinierade larm som
du kan skruva på. Nära nog allting
du kan tänka dig för daglig
databasdrift finns med i listan.
Det enda du behöver göra är att
lägga till dem, sätta en nivå för
tröskelvärdet och dokumentera
vad som ska göras när flaggan
dyker upp.
Att jobba med policies är nästan
lika enkelt som att jobba
med mätvärden. Även här får
du en lång lista med det mesta
Det är enkelt att skapa egna
övervakningsmallar.
du kan tänka dig inom ett handfull
olika områden. Framför allt
behandlas säkerhetsbitar, men
det går att knyta regler även till
konfigurationsinställningar och
lagring.
Som nämnts tidigare är det
viktiga att det som läggs upp
verkligen är relevant. Spelar det
ingen roll att kända konton är
upplåsta ska ni inte heller titta
efter det. Om det tvärtom är relevant
ska det finnas dokumenterat,
kopplat till en åtgärd.
Bygg dina egna larm
Om du vill övervaka saker som
Oracle inte har fördefinierat går
det bra att bygga egna larm, så
kallade User Definied Metrics
(UDM). Här kan du definiera
nära nog vad som helst få länge
returvärdet är mätbart. Detta är
en mycket kraftfull möjlighet
som används alltför sällan trots
att det är enkelt att använda.
Försök bara att undvika kontroller
som inte går att nolla ut
genom att lösa problemet. Om
du till exempel tittar efter maximala
antalet parallella sessioner
Just nu –
Oracle lanserar
SPARC-T3 med
världens första
16-core
processor!
för en given databas, kommer
du inte kunna bli av med larmet
med mindre än att du startar
om instansen. Tyvärr finns det
ingen funktion i verktyget för att
rensa bort värden. Du kan bara
meddela att du läst dem och det
får inte rödflaggan att halas.
Tyvärr finns det också situationer
som inte fungerar med de
inbyggda systemen. Till exempel
kan du vilja dra slutsater baserat
på historik, eller så krävs
små program för att ta fram
mätvärdet. Då kan du använda
vanliga jobb för att köra kontrollerna
och lagra i egna tabeller.
Ofta är det en god idé att sedan
lägga en UDM på toppen, så att
allting hamnar i samma övervakningsvy.
Att särbehandla databaser
Har du många miljöer kan det
vara svårt att hitta regler som
fungerar över hela linjen. Då
kan du försöka gruppera dina
olika databaser och använda
mallfunktionen, templates,
för att skapa olika regelsätt för
dem. På detta sätt kan du en-
När du hjälper dina kunder att uppgradera till SPARC T3-1 blir alla glada.
Slutanvändarna får en prestandaförbättring och it-chefen får en investering
som snabbt räknas hem.
Oracle SPARC T3-1 servern levereras med världens första 16-core processor
som, trots hög kapacitet, bara har Core-faktor 0,25. I praktiken innebär det att
kunder som exempelvis kör Oracle Enterprise Edition Databas bara behöver
4 CPU-licenser.
Arrow ECS är Oracle VAD Platinum Partner och distribuerar hård- och mjukvara
från Oracle.
Kontakta oss på Arrow ECS så hjälper vi till med konfigurationen och/eller tar
fram en kalkyl på rätt antal licenser. Våra specialister hjälper dig, via telefon
eller e-post, med frågor på produkter, priser och licenser. Skicka e-post eller
ring oss direkt:
Jan Attevall på 08-555 188 45 vid frågor om hårdvara från Oracle
Riitta Weston på 08-555 188 43 vid frågor om mjukvara från Oracle.
sales@arrowecs.se
www.arrowecs.se
så funkar det › RAPPORTERAT
Målet i ett övervakningsinitiativ bör vara att få ner alla larm,
varningar och regler i verktyget till noll. Med denna ambition är
det enkelt att reagera när något händer.
kelt specialbehandla givna databaser.
Problemet med alla larmvarianter
ovan är att de kommer
att lysa för fullt när du tar ner
miljön. Därför gäller det att
du säger till Gridden att du är
medveten om vad som händer.
Detta gör du genom att använda
så kallade blackouts. Då sätts
aktuella objekt i en speciell status
och alla larm stoppas. Se till
så att ingenting stoppas med
mindre än att denna funktion
Öka prestandan och minska licenskostnaderna
för Oracle-databasen
aktiveras. Då blir det lätt att se
krascher i översiktsvyn.
Sammanfattningsvis är
Oracle Enterprise Manager ett
riktigt bra verktyg för att hålla
koll på dina miljöer. Inte bara
databaserna, utan i princip allting.
Men det kräver lite förarbete
om du vill ha en optimal uppsättning.
Fast lägger du tiden i
början kommer du att tjäna igen
den mångdubbelt genom åren.
Robert Ilijason
13