Innehållsförteckning:
- Dokumentprocedurer
- Definiera ett servicenivåavtal
- Ställa in samtalsprocedurer
- Plan för tillväxt
- Säkerhetskopiera dina servrar
Video: BEA WebLogic Operations Control 2024
Av Jeff Heaton
BEA WebLogic Server, nu kallad Oracle WebLogic Server (Oracle förvärvad BEA 2008), är en av de mest använda Java applikationsservrarna på marknaden idag. Genom att veta några administratörstips, övervaka dina WebLogic-servrar och hålla WebLogic Server uppdaterad kommer du snart att vara på väg att bygga och distribuera webbtjänster för stora och små projekt på nolltid.
5 Tips för WebLogic Server-administratörer
En WebLogic Server-administratörs jobb har många aspekter. Och när du administrerar system får du erfarenhet av vad som fungerar och vad som inte fungerar. Här är fem användbara tips för administration av WebLogic Server.
Dokumentprocedurer
Som en WebLogic Server-administratör följer du många procedurer, inklusive uppgifter som följande:
-
Starta om servern
-
Stänga servern för rutinunderhåll
-
Använda nya versioner av WebLogic Server
-
Säkerhetskopiera servern
-
Installera de senaste patcharna
-
Skapa WebLogic Server-resurser som datakällor
Du bör ha skriftliga instruktioner för var och en av dessa procedurer, vilket gör att du kan följa samma procedur varje gång och säkerställa konsekvens.
Skriftliga rutiner gör det möjligt för ditt företag att utföra dessa operationer när du är borta. Dessutom, om du tar en ny position i företaget eller med ett nytt företag, kan du med skriftliga rutiner fylla ditt ansvar för att överföra kunskap till den nya administratören.
Definiera ett servicenivåavtal
Ett servicenivåavtal (SLA) hjälper till att definiera vad slutanvändarna förväntar sig från servern när det gäller tillförlitlighet. De flesta användare förväntar sig att ett system kommer igång 24 timmar om dygnet, 7 dagar i veckan. Ett sådant schema är helt enkelt inte möjligt. Många händelser kommer att få ditt system att vara nere under en tidsperiod. Till exempel hantera maskinvarufel, rutinmässiga uppdateringar eller omstart av din server för att nämna några.
SLA är avtalet mellan dig och de användare som ditt system stöder. I det här kontraktet bör du ange hur lång tid det är att ditt system kommer att vara under året.
Förutom att definiera underhållsperioder bör ett korrekt skriftligt servicenivåavtal också ange följande:
-
När underhåll kommer att utföras
-
Hur många minuter av oväntat avbrott är tillåtet per år
-
Hur snart systemet måste återvända efter ett oväntat avbrott
-
Hur ofta säkerhetskopieringar ska utföras
-
Den totala procentdelen av tiden som servern ska vara uppe på
Ställa in samtalsprocedurer
Vid något tillfälle kommer systemet att gå ner oväntat.När ett oväntat avbrott inträffar måste du och din personal vara redo att ta itu med det. Avbrottet kan vara något som administratören kan hantera eller något relaterat till programvaran. Om felet orsakas av ett programfel måste en utvecklare engagera sig i lösningen. Dessutom kan dessa avbrott ske utanför vanliga öppettider. Detta gäller särskilt om du arbetar för ett multinationellt företag.
Plan för tillväxt
När ditt system används först, kanske du inte tänker på tillväxt. Men du borde ha en plan när ditt nuvarande system är utvuxet. I allmänhet har du två val när ditt system inte längre kan hantera den mängd behandling som krävs:
-
Uppgradera din server till en snabbare maskin. Kanske är ett av de enklaste sätten att hantera fler förfrågningar att uppgradera till en snabbare maskin. Det kan innebära att du köper en ny server eller helt enkelt lägger till en annan processor på din nuvarande server. När du uppgraderar till en snabbare maskin måste du se till att servern kopieras korrekt över nätverket till den nya maskinen. Alla konfigurationsinställningar och installerade paket ska kopieras till den nya maskinen.
-
Lägg till ytterligare servrar i ditt kluster. Om du kör ett kluster av servrar kan du helt enkelt lägga till en annan server. Om du inte kör ett kluster av servrar och din förfrågningsvolym blir alltför hög bör du överväga att använda ett kluster av servrar. Om du lägger till en annan server i klustret får WebLogic Server att ha en annan server som kan dela en del av arbetsbelastningen. Detta gör det möjligt för applikationen som helhet att kunna acceptera fler anslutningar.
Säkerhetskopiera dina servrar
Säkerhetskopiera data är en viktig del av administratörens jobb. För att säkerhetskopiera WebLogic måste du säkerhetskopiera den del av din webbapplikation som ändras - SQL-databasen. Om den här databasen redan säkerhetskopieras av en databasadministratör behöver du inte oroa dig för att säkerhetskopiera programdata.
Om du förlorar hårddisken på din WebLogic-server förväntas du installera om allt och få servern att springa igen. Om din ansökan packades som en fil för webbapplikationsarkiv (WAR), kan du snabbt få tillbaka din ansökan genom att omorganisera WAR-filen.
Övervaka WebLogic-servrar
Övervaka din sever är en viktig uppgift som varje WebLogic Server-administratör måste hantera. Du övervakar om din server är upp och serverbelastningen. Övervakning gör att du snabbt kan se en överblick över hur olika delar av WebLogic Server utför. WebLogic Server kan du övervaka följande områden:
-
CORBA-anslutningspooler
-
EJB
-
HTTP
-
JDBC
-
JMS
-
JNDI
-
JTA-undersystem
-
Säkerhet
-
Servrar < All övervakningsaktivitet sker via Administrationskonsolen. Övervakningsfunktionerna i Administrationskonsolen är inte isolerade för ett visst område. Snarare placeras dessa funktioner i samma område som det system som de övervakar.
I allmänhet följer du följande steg för att hitta övervakningssidan för en viss tjänst i WebLogic Server:
Logga in på Administrationskonsolen.
-
I mappen Services (på vänstra sidan av skärmen) klickar du på mappen som representerar den tjänst du vill övervaka.
-
Informationen till höger om konsolen ändras för att återspegla den tjänst du valt.
Klicka på fliken Övervakning på höger sida av skärmen.
-
Övervakningssidan visar hur många anslutningar som är aktiva, hur många trådar som väntar på en anslutning och hur många anslutningar som är otillgängliga. Härifrån kan du övervaka din anslutning.
Håll WebLogic Server uppdaterad
Du bör vara medveten om alla korrigeringsfiler samt den aktuella versionen av WebLogic Server. Patchar korrigerar fel och säkerhetsproblem som uppstår mellan stora versioner av WebLogic Server. Du bör ladda ner och installera fläckar för WebLogic Server samt andra systemkomponenter. Detta gäller särskilt Windows-operativsystemet, som har många säkerhetskorrigeringar tillgängliga.
När säkerhetssystemet för ett system är äventyrat, beror det ofta på att administratören inte hade den senaste uppdateringen.
Uppgradering till den aktuella versionen av WebLogic Server är mycket mindre kritisk än att tillämpa operativsystem och WebLogic Server-korrigeringar. Ibland krävs det en omkonstruktion av källkoden för att få den nuvarande versionen att fungera korrekt. Efter den första versionen av en ny version föredrar många företag att vänta tills utgåvan har bevisats. När du väljer att uppgradera till den senaste versionen av WebLogic Server, bör du göra det på en testserver. Sedan, efter att du har kontrollerat att testservern fungerar bra, kan du lägga den nya versionen på ditt produktionssystem.
Du hittar den mest aktuella informationen på webbsidan för Oracle WebLogic Server.