Ripristino: primi passi

Modifica in linea

Gli amministratori possono facilitare i processi di ripristino della soluzione seguendo un elenco di controllo di procedure generali.

Il seguente elenco descrive le azioni che NON DEVONO ESSERE ESEGUITE in circostanze normali quando si tenta di ripristinare una soluzione.
Nota: potrebbero esserci situazioni speciali per cui potrebbe essere necessario eseguire alcune delle azioni elencate in questo argomento. Tuttavia, si consiglia di non avviare mai alcuna di queste azioni senza prima consultare l'organizzazione di supporto IBM® Business Automation Workflow .
  • Non eliminare il file di log di transazione

    Il file di log della transazione (tranlog) memorizza i dati transazionali critici scritti nei database. Si tratta di un file interno che WebSphere® Application Server utilizza per gestire le transazioni in corso e tentare di recuperarle in caso di blocco del server.

  • Non si dispone di log di transazione locali sui membri del cluster

    Inserire i log di transazione su un'unità condivisa. Questo è l'unico modo per consentire il ripristino peer, che aiuta a ridurre al minimo il tempo di inattività durante il recupero.

  • Non tentare di eseguire operazioni di database in cui l'insieme dei risultati è sufficientemente grande da creare ulteriore contesa di risorse OutOfMemory )
  • Evitare di eseguire le operazioni di Business Process Choreographer Explorer che restituiscono serie di risultati di grandi dimensioni.
  • Evitare di eseguire script di gestione su istanze del processo senza considerare la dimensione della serie di risultati.
  • Non eliminare o ricreare i database in produzione
  • Non disinstallare le applicazioni come parte delle procedure di recupero standard

    Si consiglia di disinstallare solo le applicazioni con la direzione dall'organizzazione di supporto IBM .

  • Non abilitare troppa traccia se il sistema è sovraccarico.

    Una traccia eccessiva causerà un rallentamento della velocità di trasmissione del sistema e potrebbe causare timeout della transazione. Troppa traccia può spesso aggiungere ai problemi che devono essere affrontati, piuttosto che fornire informazioni su come risolvere i problemi originali.

    Ottenere assistenza immediata dal supporto IBM per definire la specifica di traccia corretta.

  • Non sperimentare o provare nuovi script o nuovi comandi sui sistemi di produzione.
  • Non eseguire i server di produzione in modalità di sviluppo

    L'abilitazione dell'opzione Esegui in modalità di sviluppo potrebbe ridurre il tempo di avvio di un application server. Ciò può includere le impostazioni JVM come la disabilitazione della verifica del bytecode e la riduzione dei costi di compilazione JIT.

Il seguente elenco descrive le azioni di ripristino consigliate.

  • Eseguire sempre un' istantanea della struttura di configurazione, del file PI dell'applicazione in questione e dei log disponibili.

    I log potrebbero sovrascrivere se stessi a seconda della configurazione. Catturare un set precocemente e spesso è un passo importante per l'analisi post mortem. Consultare l'argomento su IBM Support Assistant (ISA) per dettagli su IBM Support Assistant, che consente di gestire questo tipo di attività.

  • Comprendere sempre le impostazioni del database, in particolare quelle relative alla dimensione del file di log delle transazioni del database, ai pool di connessione e ai timeout di blocco.