5 Suggerimenti per gli amministratori di WebLogic Server - dummies

Parte di BEA WebLogic Server 8 For Dummies Cheat Sheet > Il lavoro di un amministratore di WebLogic Server ha molte sfaccettature. E mentre amministrate i sistemi, acquisite esperienza di ciò che funziona e di ciò che non funziona. Ecco cinque suggerimenti utili per l'amministrazione di WebLogic Server.

Procedure documento

Come amministratore di WebLogic Server, seguirai molte procedure, incluse attività come queste:

Riavvio del server

• Arresto del server per la manutenzione ordinaria

• Distribuzione di nuove versioni di WebLogic Server

• Backup del server

• Installazione delle ultime patch

• Creazione di WebLogic Risorse del server come origini dati

• Dovresti avere istruzioni scritte per ciascuna di queste procedure, che ti permetteranno di seguire la stessa procedura ogni volta, assicurando coerenza.

Le procedure scritte consentono alla tua azienda di eseguire queste operazioni anche quando non ci sei. Inoltre, se si prende una nuova posizione in azienda o in una nuova azienda, la procedura scritta consente di adempiere alle proprie responsabilità di trasferire le conoscenze al nuovo amministratore.

Definizione di un contratto di livello di servizio

Un contratto di livello di servizio (SLA) aiuta a definire ciò che gli utenti si aspettano dal server in termini di affidabilità. La maggior parte degli utenti si aspetta che un sistema sia attivo 24 ore al giorno, 7 giorni alla settimana. Un programma del genere non è semplicemente possibile. Molti eventi causano il tuo sistema inattivo per un periodo di tempo. Ad esempio, occuparsi di guasti hardware, aggiornamenti di routine o riavviare il server per citarne alcuni.

Lo SLA è il contratto tra te e gli utenti supportati dal tuo sistema. Questo contratto dovrebbe specificare il periodo di tempo durante il quale il sistema potrà essere disattivato durante l'anno.

Oltre alla definizione dei periodi di manutenzione, un contratto di livello di servizio debitamente scritto dovrebbe inoltre specificare quanto segue:

Quando verrà eseguita la manutenzione

• Quanti minuti di interruzione imprevista sono consentiti per anno

• Quanto presto il sistema deve restituire dopo un'interruzione inattesa

• Con quale frequenza verranno eseguiti i backup

• La percentuale totale di tempo in cui il server dovrebbe essere in aumento

• Impostazione delle procedure di chiamata

A un certo punto, il sistema andrà giù inaspettatamente. Quando si verifica un'interruzione imprevista, tu e il tuo staff dovete essere pronti a gestirlo. L'interruzione potrebbe essere qualcosa che l'amministratore può gestire o qualcosa di simile al software. Se l'interruzione è causata da un errore software, uno sviluppatore dovrà essere coinvolto nella soluzione.Inoltre, queste interruzioni potrebbero verificarsi al di fuori del normale orario lavorativo. Questo è particolarmente vero se lavori per una multinazionale.

Pianifica la crescita

Quando il tuo sistema viene distribuito per la prima volta, potresti non pensare alla crescita. Ma dovresti avere un piano quando il tuo sistema attuale è troppo cresciuto. In generale, hai due scelte quando il tuo sistema non può più gestire la quantità di elaborazione richiesta:

Aggiorna il tuo server a una macchina più veloce.

• Forse uno dei modi più semplici per gestire più richieste è l'aggiornamento a una macchina più veloce. Ciò può significare l'acquisto di un nuovo server o semplicemente l'aggiunta di un altro processore al server corrente. Quando si esegue l'aggiornamento a una macchina più veloce, è necessario assicurarsi che il server sia correttamente copiato nella rete sulla nuova macchina. Tutte le impostazioni di configurazione e i pacchetti installati devono essere copiati nella nuova macchina. Aggiungi server aggiuntivi al tuo cluster.

• Se stai utilizzando un cluster di server, puoi semplicemente aggiungere un altro server. Se non si sta eseguendo un cluster di server e il volume delle richieste sta diventando troppo elevato, è consigliabile utilizzare un cluster di server. L'aggiunta di un altro server al cluster fa sì che WebLogic Server disponga di un altro server in grado di condividere parte del carico di lavoro. Ciò consente all'applicazione nel suo insieme di essere in grado di accettare più connessioni. Backup dei server

Il backup dei dati è una parte importante del lavoro di qualsiasi amministratore. Per eseguire il backup di WebLogic, è necessario eseguire il backup della parte dell'applicazione Web che cambia, ovvero il database SQL. Se questi dati sono già stati sottoposti a backup da un amministratore di database, non è necessario preoccuparsi di eseguire il backup dei dati dell'applicazione.

Se si perde il disco rigido sul server WebLogic, è necessario reinstallare tutto e riavviare il server. Se l'applicazione è stata impacchettata come file WAR (web application archive), è possibile ripristinare rapidamente l'applicazione ridistribuendo il file WAR.