Table des matières:
- Procédures de document
- Définir un accord de niveau de service
- configuration des procédures de garde
- Plan de croissance
- Sauvegarder vos serveurs
Vidéo: Creating a domain Weblogic Server 10.3.3. Oracle Weblogic Server 11gR1. 2024
Par Jeff Heaton
BEA WebLogic Server, maintenant appelé Oracle WebLogic Server (Oracle acquis BEA en 2008), est l'un des serveurs d'applications Java les plus utilisés actuellement sur le marché. En connaissant quelques conseils d'administrateur, en surveillant vos serveurs WebLogic et en mettant à jour WebLogic Server, vous serez bientôt en mesure de créer et de déployer des services Web pour des projets de grande et de petite taille en un rien de temps.
5 conseils pour les administrateurs de WebLogic Server
Un travail d'administrateur de WebLogic Server comporte de nombreuses facettes. Et lorsque vous administrez des systèmes, vous acquérez de l'expérience de ce qui fonctionne et de ce qui ne fonctionne pas. Voici cinq astuces utiles pour l'administration de WebLogic Server.
Procédures de document
En tant qu'administrateur de WebLogic Server, vous suivrez de nombreuses procédures, y compris des tâches telles que celles-ci:
-
Redémarrage du serveur
-
Arrêt du serveur pour la maintenance de routine
-
Déploiement des nouvelles versions de WebLogic Server
-
Sauvegarde du serveur
-
Installation des derniers correctifs
-
Création de ressources WebLogic Server telles que les sources de données
Vous devriez avoir des instructions écrites pour chacune de ces procédures, ce qui vous permettra de suivre la même procédure à chaque fois, en assurant la cohérence.
Les procédures écrites permettent également à votre entreprise d'effectuer ces opérations lorsque vous êtes absent. En outre, si vous prenez un nouveau poste dans l'entreprise ou dans une nouvelle entreprise, le fait d'avoir des procédures écrites vous permet de remplir votre responsabilité de transférer les connaissances au nouvel administrateur.
Définir un accord de niveau de service
Un accord de niveau de service (SLA) permet de définir ce que les utilisateurs finaux attendent de votre serveur en termes de fiabilité. La plupart des utilisateurs s'attendent à ce qu'un système soit opérationnel 24 heures sur 24, 7 jours sur 7. Un tel calendrier n'est tout simplement pas possible. De nombreux événements entraîneront la panne de votre système pendant une période donnée. Par exemple, traiter des pannes matérielles, des mises à jour de routine ou redémarrer votre serveur pour n'en nommer que quelques-unes.
Le SLA est le contrat entre vous et les utilisateurs pris en charge par votre système. Ce contrat doit spécifier la durée pendant laquelle votre système peut être interrompu au cours de l'année.
Outre la définition des périodes de maintenance, un contrat de niveau de service correctement écrit doit également spécifier les éléments suivants:
-
Quand la maintenance sera effectuée
-
Combien de minutes d'interruption imprévue sont autorisées par an
-
doit revenir après une panne inattendue
-
fréquence à laquelle les sauvegardes seront exécutées
-
pourcentage global de temps pendant lequel le serveur doit être
configuration des procédures de garde
À un certain point, le système va s'arrêter de façon inattendue.Lorsqu'une panne inattendue se produit, vous et votre personnel devez être prêts à faire face à cela. La panne peut être quelque chose que l'administrateur peut gérer ou quelque chose en rapport avec le logiciel. Si la panne est causée par une erreur logicielle, un développeur devra s'impliquer dans la solution. De plus, ces interruptions peuvent survenir en dehors des heures normales de bureau. Cela est particulièrement vrai si vous travaillez pour une société multinationale.
Plan de croissance
Lorsque votre système est déployé pour la première fois, vous ne pensez peut-être pas à la croissance. Mais vous devriez avoir un plan lorsque votre système actuel est dépassé. En général, vous avez deux choix lorsque votre système ne peut plus gérer la quantité de traitement requise:
-
Mettez à niveau votre serveur vers une machine plus rapide. L'un des moyens les plus simples de gérer davantage de requêtes consiste peut-être à passer à une machine plus rapide. Cela peut signifier l'achat d'un nouveau serveur ou simplement l'ajout d'un autre processeur à votre serveur actuel. Lorsque vous effectuez une mise à niveau vers une machine plus rapide, vous devez vous assurer que votre serveur est correctement copié sur le réseau vers la nouvelle machine. Tous les paramètres de configuration et les packages installés doivent être copiés sur la nouvelle machine.
-
Ajoutez des serveurs supplémentaires à votre cluster. Si vous utilisez un cluster de serveurs, vous pouvez simplement ajouter un autre serveur. Si vous n'exécutez pas un cluster de serveurs et que votre volume de requêtes devient trop élevé, vous devez envisager d'utiliser un cluster de serveurs. Si vous ajoutez un autre serveur au cluster, WebLogic Server dispose d'un autre serveur pouvant partager une partie de la charge de travail. Cela permet à l'ensemble de l'application d'accepter plus de connexions.
Sauvegarder vos serveurs
La sauvegarde des données est une partie importante du travail de tout administrateur. Pour sauvegarder WebLogic, vous devez sauvegarder la partie de votre application Web qui change - la base de données SQL. Si ces données sont déjà sauvegardées par un administrateur de base de données, vous n'avez pas besoin de sauvegarder vos données d'application.
Si vous perdez le disque dur sur votre serveur WebLogic, vous devrez tout réinstaller et redémarrer le serveur. Si votre application a été empaquetée en tant que fichier d'archive d'applications Web (WAR), vous pouvez rapidement récupérer votre application en redéployant le fichier WAR.
Surveillance des serveurs WebLogic
La surveillance de votre serveur est une tâche importante que tous les administrateurs de WebLogic Server doivent gérer. Vous surveillerez si votre serveur est en hausse ainsi que la charge du serveur. La surveillance vous permet de voir rapidement un aperçu de la performance des différentes parties de WebLogic Server. WebLogic Server vous permet de surveiller les zones suivantes:
-
Pools de connexions CORBA
-
EJB
-
HTTP
-
JDBC
-
JMS
-
JNDI
-
Sous-système JTA
-
Sécurité
-
Serveurs < Toutes les activités de surveillance ont lieu via la console d'administration. Les fonctions de surveillance de la console d'administration ne sont pas isolées dans une zone spécifique. Au contraire, ces fonctions sont placées dans la même zone que le système qu'ils surveillent.
En général, pour rechercher la page de surveillance d'un service spécifique dans WebLogic Server, procédez comme suit:
Connectez-vous à Administration Console.
-
Dans le dossier Services (sur le côté gauche de l'écran), cliquez sur le dossier représentant le service que vous souhaitez surveiller.
-
Les informations sur le côté droit de la console changent pour refléter le service que vous avez sélectionné.
Dans la partie droite de l'écran, cliquez sur l'onglet Surveillance.
-
La page de surveillance affiche le nombre de connexions actives, le nombre de threads en attente d'une connexion et le nombre de connexions indisponibles. De là, vous pouvez surveiller votre connexion.
Mise à jour de WebLogic Server
Vous devez connaître les correctifs ainsi que la version actuelle de WebLogic Server. Les correctifs corrigent les erreurs et les problèmes de sécurité qui surviennent entre les principales versions de WebLogic Server. Vous devez télécharger et installer les correctifs pour WebLogic Server ainsi que d'autres composants système. Cela est particulièrement vrai pour le système d'exploitation Windows, qui dispose de nombreux correctifs de sécurité.
Lorsque la sécurité d'un système est compromise, c'est souvent parce que l'administrateur n'a pas installé le correctif le plus à jour.
La mise à niveau vers la version actuelle de WebLogic Server est beaucoup moins critique que l'application de correctifs de système d'exploitation et de WebLogic Server. Parfois, il faut une refonte du code source pour que la version actuelle fonctionne correctement. Après la publication initiale d'une nouvelle version, de nombreuses entreprises préfèrent attendre que la version ait été prouvée. Lorsque vous décidez de mettre à niveau vers la dernière version de WebLogic Server, vous devez le faire sur un serveur de test. Ensuite, après avoir vérifié que le serveur de test fonctionne correctement, vous pouvez placer la nouvelle version sur votre système de production.
Vous pouvez trouver les informations les plus récentes sur la page Web Oracle WebLogic Server.