5 Astuces pour les administrateurs de WebLogic Server - les nuls

Fait partie de BEA WebLogic Server 8 pour Dummies Cheat Sheet > Le travail d'un administrateur 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 WebLogic Ressources serveur telles que les sources de données

• Vous devez disposer d'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 avec une nouvelle entreprise, 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:

Lorsque 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.