5 conseils pour les administrateurs de serveurs weblogic

Le travail d'un administrateur WebLogic Server a de nombreuses facettes. Et comme vous administrez des systèmes, vous gagnez de l'expérience de ce qui fonctionne et ce qui ne fonctionne pas. Voici cinq conseils utiles pour l'administration WebLogic Server.

Documenter les procédures

En tant qu'administrateur WebLogic Server, vous suivez de nombreuses procédures, y compris les tâches telles que:

• Le redémarrage du serveur

• Arrêt du serveur pour l'entretien de routine

• Déploiement de nouvelles versions de WebLogic Server

• La sauvegarde du serveur

• Installation des derniers correctifs

• 
  
  
  
  

  Création de ressources du serveur WebLogic tels que les sources de données

Vous devriez avoir des instructions pour chacune de ces procédures, qui vous permettront de suivre la même procédure à chaque fois écrite, assurer la cohérence.

Des procédures écrites permettent également de votre entreprise pour effectuer ces opérations lorsque vous êtes loin. En outre, si vous prenez une nouvelle position dans la société ou d'une nouvelle entreprise, de procédures écrites en 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) aide à définir ce que les utilisateurs attendent la fin de votre serveur en termes de fiabilité. La plupart des utilisateurs attendent qu'un système sera en place et fonctionne 24 heures par jour, 7 jours par semaine. Un tel calendrier est tout simplement pas possible. Beaucoup d'événements fera de votre système soient indisponibles pour une période de temps. Par exemple, faire face aux défaillances matérielles, mises à jour de routine, ou de redémarrer votre serveur pour en nommer quelques uns.

La SLA est le contrat entre vous et les utilisateurs que votre système prend en charge. Ce contrat doit préciser la quantité de temps que votre système sera autorisé à être à travers l'année.

En plus de définir des périodes de maintenance, un accord de niveau de service correctement écrite devrait également préciser les points suivants:

• Lorsque la maintenance sera effectuée

• Combien de minutes de panne inattendue sont autorisés par an

• Combien de temps le système doit revenir après une panne inattendue

• Combien de fois les sauvegardes seront effectuées

• Le pour cent au total de temps que le serveur doit être en place

Mettre en place des procédures sur appel

À un certain point, le système va baisser de façon inattendue. Quand une coupure inattendue se produit, vous et votre personnel devez être prêt à traiter avec elle. La panne peut être quelque chose que l'administrateur peut gérer ou quelque chose lié au logiciel. Si la panne est causée par une erreur de logiciel, un développeur devra impliquer dans la solution. En outre, ces pannes peuvent survenir en dehors des heures normales de bureau. Cela est particulièrement vrai si vous travaillez pour une société multinationale.

Plan pour la croissance

Lorsque votre système est d'abord déployé, vous ne pouvez pas penser à la croissance. Mais vous devriez avoir un plan quand votre système actuel est devenu trop grand. En général, vous avez deux choix lorsque votre système ne peut plus gérer la quantité de traitement nécessaire:

• Améliorez votre serveur pour une machine plus rapide. Peut-être l'une des façons les plus simples pour traiter plus de demandes est de passer à une machine plus rapide. Cela peut signifier l'achat d'un nouveau serveur ou en ajoutant simplement un autre processeur à votre serveur actuel. Lorsque vous passez à une machine plus rapide, vous devez vous assurer que votre serveur est correctement copié à travers le réseau à la nouvelle machine. Tous les paramètres de configuration et les paquets installés doivent être copiés sur la nouvelle machine.

• Ajouter des serveurs supplémentaires à votre cluster. Si vous utilisez un cluster de serveurs, vous pouvez simplement ajouter un autre serveur. Si vous n'êtes pas l'exécution d'un cluster de serveurs et le volume de votre demande est trop haut, vous devriez envisager d'utiliser un cluster de serveurs. Ajout d'un autre serveur de la grappe WebLogic Server provoque d'avoir un autre serveur qui peut partager une partie de la charge de travail. Cela permet à l'application dans son ensemble pour être en mesure d'accepter plus de connexions.

Sauvegardez vos serveurs

La sauvegarde des données est une partie importante du travail de tout administrateur. Pour la sauvegarde de WebLogic, vous aurez besoin de sauvegarder la partie de votre application web qui change - la base de données SQL. Si ces données sont déjà en cours de sauvegarde par un administrateur de base de données, vous ne devez pas vous inquiéter à propos de la sauvegarde des données de l'application.

Si vous perdez le disque dur sur votre serveur WebLogic, vous serez attendus à tout réinstaller et obtenir le serveur exécutant à nouveau. Si votre demande a été emballé comme un fichier archive de l'application Web (WAR), vous pouvez obtenir rapidement votre application de sauvegarde en redéployant le fichier WAR.