BEA WebLogic Server 8 til Dummies Cheat Sheet - dummier

Af Jeff Heaton

BEA WebLogic Server, nu kaldet Oracle WebLogic Server (Oracle erhvervet BEA i 2008), er en af de mest anvendte Java applikationsservere på markedet i dag. Ved at kende nogle administrator tips, overvåge dine WebLogic servere og holde WebLogic Server opdateret, vil du snart være på vej til at opbygge og implementere webtjenester til store og små projekter på ingen tid.

5 Tips til WebLogic Server Administratorer

En WebLogic Server administrators job har mange facetter. Og som du administrerer systemer, får du erfaring med hvad der virker, og hvad der ikke virker. Her er fem nyttige tips til administration af WebLogic Server.

Dokumentprocedurer

Som administrator af WebLogic Server følger du mange procedurer, herunder opgaver som disse:

Genstarter serveren
Slukning af serveren til rutinemæssig vedligeholdelse
Implementering af nye versioner af WebLogic Server
Sikkerhedskopiering af serveren
Installation af de nyeste patches
Oprettelse af WebLogic Server-ressourcer såsom datakilder

Du skal have skriftlige instruktioner for hver af disse procedurer, som gør det muligt for dig at følge den samme procedure hver gang for at sikre sammenhæng.

Skriftlige procedurer gør det også muligt for din virksomhed at udføre disse operationer, når du er væk. Desuden kan du ved at have skriftlige procedurer, hvis du tager en ny stilling i virksomheden eller med et nyt firma, opfylde dit ansvar for at overføre viden til den nye administrator.

Definer en serviceniveauaftale

En serviceniveauaftale (SLA) hjælper med at definere, hvad slutbrugere forventer af din server med hensyn til pålidelighed. De fleste brugere forventer, at et system vil blive oprettet 24 timer i døgnet, 7 dage om ugen. En sådan tidsplan er simpelthen ikke mulig. Mange begivenheder vil få dit system til at være nede i en periode. For eksempel beskæftiger sig med hardwarefejl, rutinemæssige opdateringer eller genstart din server for at nævne nogle få.

SLA er kontrakten mellem dig og de brugere, som dit system understøtter. Denne kontrakt skal angive det tidsrum, som dit system får lov til at være ned gennem året.

Ud over at definere vedligeholdelsesperioder skal en korrekt skriftlig serviceniveauaftale også angive følgende:

Når vedligeholdelse udføres
Hvor mange minutter uventet brud er tilladt om året
Hvor hurtigt systemet skal returnere efter en uventet fejl
Hvor ofte sikkerhedskopier vil blive udført
Den samlede procentdel af tid, som serveren skal være på

Konfiguration af opkaldsprocedurer

På et tidspunkt går systemet ned uventet.Når et uventet tab opstår, skal du og dine medarbejdere være klar til at håndtere det. Udbruddet kan være noget, som administratoren kan håndtere eller noget relateret til softwaren. Hvis fejlen skyldes en softwarefejl, skal en udvikler involvere sig i løsningen. Desuden kan disse udbrud ske uden for almindelige åbningstider. Dette gælder især, hvis du arbejder for et multinationalt selskab.

Plan for vækst

Når dit system først udnyttes, tænker du muligvis ikke på vækst. Men du skal have en plan, når dit nuværende system er vokset. Generelt har du to valgmuligheder, når dit system ikke længere kan håndtere mængden af behandling, der kræves:

Opgrader din server til en hurtigere maskine. Måske er en af de enkleste måder at håndtere flere anmodninger på at opgradere til en hurtigere maskine. Dette kan betyde køb af en ny server eller blot at tilføje en anden processor til din nuværende server. Når du opgraderer til en hurtigere maskine, skal du sørge for, at din server kopieres korrekt over netværket til den nye maskine. Alle konfigurationsindstillinger og installerede pakker skal kopieres til den nye maskine.
Tilføj yderligere servere til din klynge. Hvis du kører en klynge af servere, kan du blot tilføje en anden server. Hvis du ikke kører en klynge af servere, og dit forespørgselsvolumen bliver for højt, bør du overveje at bruge en klynge af servere. Hvis du tilføjer en anden server til klyngen, får WebLogic Server til at have en anden server, der kan dele en del af arbejdsbyrden. Dette gør det muligt for applikationen som helhed at kunne acceptere flere forbindelser.

Sikkerhedskopier dine servere

Sikkerhedskopiering af data er en vigtig del af enhver administrators job. Til sikkerhedskopiering af WebLogic skal du sikkerhedskopiere den del af dit webprogram, der ændrer sig - SQL-databasen. Hvis disse data allerede er sikkerhedskopieret af en databaseadministrator, behøver du ikke bekymre dig om at sikkerhedskopiere ansøgningsdata.

Hvis du mister harddisken på din WebLogic-server, forventes det at geninstallere alt og få serveren til at køre igen. Hvis din ansøgning blev pakket som et webapplikationsarkiv (WAR) -fil, kan du hurtigt få din ansøgning sikkerhedskopieret ved omfordeling af WAR-filen.

Overvågning af WebLogic-servere

Overvågning af din sever er en vigtig opgave, som enhver administrator af WebLogic Server skal håndtere. Du overvåger, om din server er op og serverbelastningen. Overvågning giver dig mulighed for hurtigt at se et overblik over, hvordan forskellige dele af WebLogic Server udfører. WebLogic Server giver dig mulighed for at overvåge følgende områder:

CORBA-forbindelse pools
EJB
HTTP
JDBC
JMS
JNDI
JTA-undersystem
Sikkerhed
Servere < Alle overvågningsaktiviteter foregår via Administration Console. Overvågningsfunktionerne i Administration Console er ikke isoleret til et bestemt område. Disse funktioner er snarere placeret i samme område som det system, de overvåger.

Følg disse trin for at finde overvågningssiden for en bestemt tjeneste i WebLogic Server:

Log på Administrationskonsol.

I mappen Services (på venstre side af skærmen) skal du klikke på den mappe, der repræsenterer den tjeneste, du vil overvåge.
Oplysningerne på højre side af konsollen ændres for at afspejle den valgte service.

Klik på fanen Overvågning på højre side af skærmen.
Overvågningssiden viser dig, hvor mange forbindelser der er aktive, hvor mange tråde der venter på en forbindelse, og hvor mange forbindelser der ikke er tilgængelige. Herfra kan du overvåge din forbindelse.

Opbevaring af WebLogic Server

Du bør være opmærksom på eventuelle patches samt den aktuelle version af WebLogic Server. Patches korrigerer fejl og sikkerhedsproblemer, der opstår mellem store udgivelser af WebLogic Server. Du skal downloade og installere patches til WebLogic Server samt andre systemkomponenter. Dette gælder især Windows-operativsystemet, som har mange sikkerheds patches til rådighed.

Når systemets sikkerhed er kompromitteret, skyldes det ofte, at administratoren ikke havde den mest up-to-date patch installeret.

Opgradering til den aktuelle version af WebLogic Server er meget mindre kritisk end anvendelsen af operativsystem og WebLogic Server-patches. Nogle gange tager det et redesign af kildekoden for at få den aktuelle version til at fungere korrekt. Efter den første udgivelse af en ny version foretrækker mange virksomheder at vente, indtil udgivelsen er bevist. Når du beslutter dig for at opgradere til den nyeste version af WebLogic Server, skal du gøre det på en testserver. Derefter, efter at du har bekræftet, at testserveren fungerer godt, kan du sætte den nye version på dit produktionssystem.

Du kan finde de mest ajourførte oplysninger på Oracle WebLogic Server-websiden.