Inhoudsopgave:
- Documentprocedures
- Een serviceniveauovereenkomst definiëren
- Oproepprocedures instellen
- Plan voor groei
- Maak een back-up van uw servers
Video: Oracle Weblogic Application Server Administration: Part 8 Develop and Deploy EAR to Weblogic 2024
door Jeff Heaton te bouwen en in gebruik te nemen
BEA WebLogic Server, nu Oracle WebLogic Server (OACLE verwierf BEA in 2008), is een van de meest gebruikte Java-toepassingsservers die momenteel op de markt zijn. Door enkele beheerderstips te kennen, uw WebLogic-servers te controleren en WebLogic Server up-to-date te houden, bent u snel op weg om webservices voor grote en kleine projecten te bouwen en in te zetten.
5 Tips voor beheerders van WebLogic-server
De taak van een WebLogic Server-beheerder heeft vele facetten. En terwijl u systemen beheert, krijgt u ervaring met wat werkt en wat niet werkt. Hier zijn vijf nuttige tips voor het beheer van WebLogic Server.
Documentprocedures
Als WebLogic Server-beheerder zult u vele procedures volgen, waaronder taken als deze:
-
De server opnieuw opstarten
-
De server uitschakelen voor routine-onderhoud
-
Nieuwe versies van WebLogic Server implementeren
-
Een back-up maken van de server
-
De nieuwste patches installeren
-
WebLogic Server-bronnen maken, zoals gegevensbronnen
Voor elk van deze procedures moet u schriftelijke instructies hebben, zodat u elke keer dezelfde procedure kunt volgen en voor consistentie zorgt.
Schriftelijke procedures stellen uw bedrijf ook in staat deze handelingen uit te voeren wanneer u niet thuis bent. Als u bovendien een nieuwe functie in het bedrijf of bij een nieuw bedrijf opneemt, kunt u met schriftelijke procedures uw verantwoordelijkheid vervullen om kennis over te dragen aan de nieuwe beheerder.
Een serviceniveauovereenkomst definiëren
Een serviceniveauovereenkomst (SLA) helpt bij het definiëren wat eindgebruikers van uw server verwachten op het gebied van betrouwbaarheid. De meeste gebruikers verwachten dat een systeem 24 uur per dag, 7 dagen per week beschikbaar is. Zo'n schema is simpelweg niet mogelijk. Bij veel evenementen is uw systeem gedurende een bepaalde periode niet beschikbaar. Bijvoorbeeld omgaan met hardwarefouten, routine-updates of het rebooten van uw server om er maar een paar te noemen.
De SLA is het contract tussen u en de gebruikers dat uw systeem ondersteunt. Dit contract moet aangeven hoe lang uw systeem het hele jaar door mag werken.
Naast het definiëren van onderhoudsperioden moet een goed geschreven serviceniveau-overeenkomst ook het volgende specificeren:
-
Wanneer onderhoud zal worden uitgevoerd
-
Hoeveel minuten onverwacht uitvaltijd per jaar
-
Hoe snel het systeem moet terugkeren na een onverwachte storing
-
Hoe vaak back-ups worden gemaakt
-
Het totale percentage van de tijd dat de server moet opstaan
Oproepprocedures instellen
Op een gegeven moment zal het systeem uitvallen onverwacht.Wanneer een onverwachte storing optreedt, moeten u en uw personeel klaar zijn om ermee om te gaan. De storing kan iets zijn dat de beheerder aankan of iets dat met de software te maken heeft. Als de storing wordt veroorzaakt door een softwarefout, moet een ontwikkelaar bij de oplossing worden betrokken. Bovendien kunnen deze storingen buiten de normale kantooruren plaatsvinden. Dit geldt vooral als u voor een multinationale onderneming werkt.
Plan voor groei
Wanneer uw systeem voor het eerst wordt ingezet, denkt u mogelijk niet aan groei. Maar je zou een plan moeten hebben als je huidige systeem ontgroeid is. Over het algemeen hebt u twee keuzes wanneer uw systeem niet meer de benodigde hoeveelheid verwerking aankan:
-
Upgrade uw server naar een snellere machine. Misschien is een van de eenvoudigste manieren om meer verzoeken af te handelen, het upgraden naar een snellere machine. Dit kan betekenen dat u een nieuwe server aanschaft of eenvoudigweg een andere processor toevoegt aan uw huidige server. Wanneer u een upgrade uitvoert naar een snellere machine, moet u ervoor zorgen dat uw server correct naar het nieuwe apparaat wordt gekopieerd over het netwerk. Alle configuratie-instellingen en geïnstalleerde pakketten moeten naar de nieuwe machine worden gekopieerd.
-
Voeg extra servers toe aan uw cluster. Als u een cluster van servers gebruikt, kunt u eenvoudig een andere server toevoegen. Als u geen cluster van servers uitvoert en uw aanvraagvolume te hoog wordt, kunt u overwegen een cluster van servers te gebruiken. Als u een andere server toevoegt aan de cluster, heeft WebLogic Server een andere server die een deel van de werklast kan delen. Hierdoor kan de toepassing als geheel meer verbindingen accepteren.
Maak een back-up van uw servers
Een back-up maken van gegevens is een belangrijk onderdeel van het werk van elke beheerder. Als u een back-up van WebLogic wilt maken, moet u een back-up maken van het deel van uw webtoepassing dat wordt gewijzigd - de SQL-database. Als deze gegevens al worden geback-upt door een databasebeheerder, hoeft u zich geen zorgen te maken over het maken van een back-up van toepassingsgegevens.
Als u de vaste schijf van uw WebLogic-server verliest, wordt van u verwacht dat u alles opnieuw installeert en de server opnieuw opstart. Als uw toepassing is verpakt als een WAR-bestand (Web Application Archive), kunt u uw toepassing snel terugzetten door het WAR-bestand opnieuw te distribueren.
WebLogic-servers controleren
Uw sever controleren is een belangrijke taak die elke beheerder van WebLogic Server moet uitvoeren. U controleert of uw server actief is en of de server is geladen. Met Monitoring kunt u snel een overzicht zien van hoe verschillende delen van WebLogic Server presteren. Met WebLogic Server kunt u de volgende gebieden controleren:
-
CORBA-verbindingspools
-
EJB
-
HTTP
-
JDBC
-
JMS
-
JNDI
-
JTA-subsysteem
-
Beveiliging
-
Servers < Alle bewakingsactiviteiten vinden plaats via de Administration Console. De bewakingsfuncties van de beheerconsole zijn niet geïsoleerd voor een bepaald gebied. In plaats daarvan worden deze functies in hetzelfde gebied geplaatst als het systeem dat ze bewaken.
Volg de onderstaande stappen om de bewakingspagina voor een specifieke service in WebLogic Server te vinden:
Meld u aan bij Administration Console.
-
Klik in de map Services (aan de linkerkant van het scherm) op de map die de service vertegenwoordigt die u wilt controleren.
-
De informatie aan de rechterkant van de console verandert om de service weer te geven die u hebt geselecteerd.
Klik aan de rechterkant van het scherm op het tabblad Monitoring.
-
Op de monitoringpagina ziet u hoeveel verbindingen actief zijn, hoeveel threads er op een verbinding wachten en hoeveel verbindingen niet beschikbaar zijn. Vanaf hier kunt u uw verbinding controleren.
WebLogic Server up-to-date houden
Houd rekening met eventuele patches en de huidige versie van WebLogic Server. Patches corrigeren fouten en beveiligingsproblemen tussen grote releases van WebLogic Server. U moet patches downloaden en installeren voor zowel WebLogic Server als andere systeemcomponenten. Dit geldt in het bijzonder voor het Windows-besturingssysteem, dat beschikt over veel beveiligingspatches.
Wanneer de beveiliging van een systeem in gevaar is, komt dit vaak doordat de beheerder niet de meest recente patch heeft geïnstalleerd.
Upgraden naar de huidige versie van WebLogic Server is veel minder belangrijk dan het toepassen van patches voor het besturingssysteem en WebLogic Server. Soms is een herontwerp van de broncode nodig om de huidige versie naar behoren te laten werken. Na de eerste uitgave van een nieuwe versie, wachten veel bedrijven liever tot de release is bewezen. Wanneer u besluit te upgraden naar de nieuwste versie van WebLogic Server, moet u dit doen op een testserver. Nadat u hebt gecontroleerd of de testserver goed presteert, kunt u de nieuwe versie op uw productiesysteem installeren.
U kunt de meest recente informatie vinden op de webpagina van Oracle WebLogic Server.