BEA WebLogic Server 8 For Dummies Cheat Sheet - dummies

Av Jeff Heaton

BEA WebLogic Server, nå kalt Oracle WebLogic Server (Oracle acquired BEA i 2008), er en av de mest brukte Java applikasjonsservere på markedet i dag. Ved å kjenne noen administrator tips, overvåke WebLogic servere og holde WebLogic Server oppdatert, vil du snart være på vei til å bygge og distribuere webtjenester for store og små prosjekter på kort tid.

5 Tips for WebLogic Server Administratorer

En WebLogic Server administrators jobb har mange fasetter. Og når du administrerer systemer, får du erfaring med hva som fungerer og hva som ikke virker. Her er fem nyttige tips for administrasjon av WebLogic Server.

Dokumentprosedyrer

Som administrator for WebLogic Server følger du mange prosedyrer, inkludert oppgaver som disse:

• Starte serveren

• Slå av serveren for rutinemessig vedlikehold

• Implementere nye versjoner av WebLogic Server

• Sikkerhetskopiere serveren

• Installere de nyeste oppdateringene

• Opprette WebLogic Server-ressurser, for eksempel datakilder

Du bør ha skriftlige instruksjoner for hver av disse prosedyrene, som gjør at du kan følge samme fremgangsmåte hver gang for å sikre konsistens.

Skriftlige prosedyrer gjør det også mulig for bedriften å utføre disse operasjonene når du er borte. I tillegg, hvis du tar en ny stilling i selskapet eller med et nytt firma, har du skriftlige prosedyrer, slik at du kan oppfylle ditt ansvar for å overføre kunnskap til den nye administratoren.

Definer en servicenivåavtale

En servicenivåavtale (SLA) bidrar til å definere hva sluttbrukere forventer fra din server når det gjelder pålitelighet. De fleste brukere forventer at et system vil være oppe i drift 24 timer i døgnet, 7 dager i uken. En slik tidsplan er ganske enkelt ikke mulig. Mange hendelser vil føre til at systemet blir nede i en periode. For eksempel, håndtering av maskinvarefeil, rutinemessige oppdateringer eller omstart av serveren for å nevne noen.

SLA er kontrakten mellom deg og brukerne som systemet støtter. Denne kontrakten bør angi hvor lang tid systemet ditt får lov til å være ned gjennom året.

I tillegg til å definere vedlikeholdsperioder, bør en riktig skriftlig servicenivåavtale også spesifisere følgende:

• Når vedlikehold skal utføres

• Hvor mange minutter uventet utbrudd er tillatt per år

• Hvor snart systemet må returnere etter en uventet feil

• Hvor ofte vil sikkerhetskopieringen bli utført

• Den totale prosentdelen av tiden serveren skal være oppe på? Konfigurer anropsprosedyrer

På et tidspunkt går systemet ned uventet.Når en uventet feil oppstår, må du og dine ansatte være klare til å håndtere det. Utbruddet kan være noe administratoren kan håndtere eller noe relatert til programvaren. Hvis feilen skyldes en programvarefeil, må en utvikler involvere seg i løsningen. I tillegg kan disse utbruddene skje utenfor vanlige åpningstider. Dette gjelder spesielt hvis du jobber for et multinasjonalt selskap.

Plan for vekst

Når systemet ditt første distribueres, tenker du kanskje ikke på vekst. Men du bør ha en plan når ditt nåværende system er utvokst. Generelt har du to valg når systemet ditt ikke lenger kan håndtere mengden behandling som kreves:

Oppgrader serveren til en raskere maskin.

• Kanskje en av de enkleste måtene å håndtere flere forespørsler er å oppgradere til en raskere maskin. Dette kan bety kjøpet av en ny server eller bare å legge til en annen prosessor til din nåværende server. Når du oppgraderer til en raskere maskin, må du sørge for at serveren din er riktig kopiert over nettverket til den nye maskinen. Alle konfigurasjonsinnstillinger og installerte pakker skal kopieres til den nye maskinen. Legg til flere servere i klyngen din.

• Hvis du kjører en klynge av servere, kan du ganske enkelt legge til en annen server. Hvis du ikke kjører en klynge av servere og forespørselsvolumet ditt blir for høyt, bør du vurdere å bruke en klynge av servere. Hvis du legger til en annen server i klyngen, får WebLogic Server til å ha en annen server som kan dele litt av arbeidsbelastningen. Dette tillater applikasjonen som helhet å kunne akseptere flere tilkoblinger. Sikkerhetskopiere serverne dine

Sikkerhetskopiering av data er en viktig del av administratorens jobb. For å sikkerhetskopiere WebLogic må du sikkerhetskopiere delen av webapplikasjonen din som endrer - SQL-databasen. Hvis disse dataene allerede er sikkerhetskopiert av en databaseadministrator, trenger du ikke å bekymre deg om sikkerhetskopiering av applikasjonsdata.

Hvis du mister harddisken på WebLogic-serveren, forventes du å installere alt på nytt og få serveren til å kjøre igjen. Hvis din søknad ble pakket som en webapplikasjonsarkiv (WAR) -fil, kan du raskt få programmet tilbake på nytt ved å omorganisere WAR-filen.

Overvåking av WebLogic-servere

Overvåking av din sever er en viktig oppgave som hver administrator av WebLogic Server må håndtere. Du overvåker om serveren din er opp, så vel som serverbelastningen. Overvåking lar deg raskt se en oversikt over hvordan ulike deler av WebLogic Server utfører. WebLogic Server lar deg overvåke følgende områder:

CORBA-tilkoblingspoler

• EJB

• HTTP

• JDBC

• JMS

• JNDI

• JTA-undersystem

• Sikkerhet

• Servere < All overvåkingsaktivitet skjer via Administrasjonskonsoll. Overvåkingsfunksjonene i administrasjonskonsollen er ikke isolert til et bestemt område. I stedet er disse funksjonene plassert i samme område som systemet de overvåker.

• Følg disse trinnene generelt for å finne overvåkingssiden for en bestemt tjeneste i WebLogic Server:

Logg på Administrasjonskonsoll.

I mappen Tjenester (på venstre side av skjermen) klikker du mappen som representerer tjenesten du vil overvåke.

1. Informasjonen på høyre side av konsollen endres for å gjenspeile tjenesten du valgte.

2. På høyre side av skjermen klikker du på Overvåk-fanen.

   Overvåkingssiden viser hvor mange tilkoblinger som er aktive, hvor mange tråder som venter på en tilkobling, og hvor mange tilkoblinger som er utilgjengelige. Herfra kan du overvåke forbindelsen din.

3. Opprettholde WebLogic Server

Du bør være oppmerksom på eventuelle oppdateringer og den gjeldende versjonen av WebLogic Server. Patches korrigerer feil og sikkerhetsproblemer som oppstår mellom store utgivelser av WebLogic Server. Du bør laste ned og installere oppdateringer for WebLogic Server, samt andre systemkomponenter. Dette gjelder spesielt for Windows-operativsystemet, som har mange sikkerhetsoppdateringer tilgjengelig.

Når sikkerheten til et system er kompromittert, skyldes det ofte at administratoren ikke hadde den mest oppdaterte oppdateringen installert.

Oppgradering til den gjeldende versjonen av WebLogic Server er mye mindre kritisk enn å bruke operativsystem og WebLogic Server-oppdateringer. Noen ganger tar det et redesign av kildekoden for å få den gjeldende versjonen til å fungere skikkelig. Etter den første utgivelsen av en ny versjon, foretrekker mange bedrifter å vente til utgivelsen er bevist. Når du bestemmer deg for å oppgradere til den nyeste versjonen av WebLogic Server, bør du gjøre det på en testserver. Deretter, etter at du har bekreftet at testserveren har det bra, kan du sette den nye versjonen på ditt produksjonssystem.

Du finner den mest oppdaterte informasjonen på Oracle WebLogic Server-nettsiden.