Restrizioni per il failover automatizzato del client

Esaminare le seguenti informazioni per comprendere meglio il processo e le restrizioni che si applicano al failover automatizzato del client.

Le seguenti limitazioni si applicano al failover automatizzato del client:

• Quando il client si trova in modalità failover, non è possibile utilizzare le funzioni che richiedono l'archiviazione dei dati sul server di failover, come le operazioni di backup o archiviazione. È possibile utilizzare solo le funzioni di ripristino dei dati, come le operazioni di ripristino, richiamo o query. È anche possibile modificare le opzioni client e modificare la password del client IBM Storage Protect .
• Le pianificazioni non vengono replicate su un server di failover. Pertanto, le pianificazioni non vengono eseguite quando il server server primario non è disponibile.
• Dopo che il client si connette a un server di failover in modalità failover, il client non tenta di connettersi al server primario fino al successivo accesso iniziale al server. Il client tenta di eseguire il failover su un server di failover solo quando la connessione iniziale al server primario non riesce. La connessione iniziale è la prima connessione effettuata dal client con il server.

  Se il server primario diventa non disponibile durante un'operazione client, il client non esegue il failover su un server di failovere l'operazione non riesce. È necessario riavviare il client in modo che possa eseguire il failover su un server di failover, quindi eseguire nuovamente l'operazione client.

  Le operazioni di ripristino interrotte quando il server primario si interrompe non possono essere riavviate dopo il failover del client. È necessario eseguire nuovamente l'intera operazione di ripristino dopo che il client ha eseguito il failover su un server di failover.

• Se la password IBM Storage Protect viene modificata prima della replica del nodo client, la password non verrà sincronizzata tra il server primario e i server di failover. Se si verifica un failover durante questo periodo di tempo, è necessario reimpostare manualmente la password sul server di failover e sul client. Quando il server primario è nuovamente in linea, la password deve essere reimpostata affinché il client si colleghi al server primario.

  Se la password viene reimpostata mentre il client è connesso al server di failover, la password deve essere reimpostata sul server primario prima che il client possa accedere al server primario. Questa limitazione è vera se l'opzione passwordaccess è impostata su generate o se la password viene reimpostata manualmente.

• Se è stato eseguito il backup o l'archiviazione dei dati del client, ma il server primario diventa inattivo prima di replicare il nodo client, i dati di backup o di archivio più recenti non vengono replicati su un server di failover. Lo stato della replica dello spazio file non è corrente. Se si tenta di ripristinare o richiamare i dati in modalità failover e lo stato della replica non è corrente, viene visualizzato un messaggio che indica che i dati che si stanno per ripristinare non sono aggiornati. È possibile decidere se procedere con il ripristino o attendere che il server principale torni in linea.
• Se un ID utente di gestione con autorizzazione di proprietario client esiste sul server di replica di originee l'ID utente ha lo stesso nome del nodo client, l'ID utente di gestione viene replicato durante il processo di replica del nodo sul server. Se tale ID utente non esiste sul server di replica di origine, il processo di duplicazione non crea questa definizione di responsabile sul server di replica di destinazione.

  Se al nodo sono assegnati altri ID utente di amministrazione, l'amministratore IBM Storage Protect deve configurare manualmente gli ID utente di amministrazione sul server di replica di destinazione. Altrimenti, l'utente amministrativo non può connettersi al server di replica di destinazione (server di failover) con il client Web.

• Se si ripristina un file da IBM Storage Protecte il file system è gestito da IBM Storage Protect for Space Management, non è necessario ripristinare il file come file segnaposto. È necessario ripristinare il file completo. Utilizzare l'opzione restoremigstate=no per ripristinare il file completo. Se il file viene ripristinato come uno stub dal server di destinazione, possono verificarsi le conseguenze riportate di seguito:
  • Non puoi richiamare il file dal server di origine IBM Storage Protect utilizzando il client IBM Storage Protect for Space Management .
  • Il processo di riconciliazione IBM Storage Protect for Space Management eseguito sul server di origine IBM Storage Protect fa scadere il file. Se il file scade a causa del processo di riconciliazione, è possibile ripristinare il file completo con il client di backup-archivio e l'opzione restoremigstate=no.