Guida al ripristino DeskGate

Inizia con un test di recupero isolato

Un ripristino può sovrascrivere i dati e influire sui client connessi. Prima di procedere al ripristino in produzione, testare il set di ripristino in un ambiente isolato e approvato. Mantenere inattivi i programmi di ripristino, l'invio di e-mail e le connessioni degli endpoint finché il responsabile del ripristino non li autorizza.

Identificare la data del backup, il punto di ripristino previsto, la versione dell'applicazione, la versione di SQL, i file e le eventuali chiavi di crittografia necessarie. Preservare lo stato di produzione corrente secondo il piano di gestione degli incidenti prima di decidere di sostituirlo.

Ripristina il database con l'amministratore del database (DBA)

In uno strumento di amministrazione SQL esistente, selezionare la destinazione di ripristino e il set di backup desiderati, quindi esaminare il database di destinazione e i percorsi dei file. Per una prova, utilizzare una destinazione separata in modo che il database di produzione non venga sovrascritto. Seguire Procedura di ripristino di MicrosoftLa sequenza di backup richiesta dipende dal modello di ripristino e dal momento desiderato.

Fai in modo che l'amministratore del database verifichi la compatibilità della versione, lo stato di ripristino e gli eventuali certificati o chiavi necessari. Non abilitare la sovrascrittura né eliminare un backup del log necessario solo per aggirare un errore di ripristino.

Riconnetti l'applicazione corrispondente

1. Ripristina la versione dell'applicazione corrispondente approvata e il relativo set di dati/configurazione App_Data.
2. Esaminare la licenza, la configurazione del servizio, gli endpoint e la modalità web per l'ambiente di ripristino.
3. Chiedi all'amministratore di aggiornare la connessione al database tramite la procedura di configurazione supportata.
4. Avvia e verifica GoMyidServer e GoMyidCore quando il piano di ripristino lo consente.
5. Verifica sia la pagina di accesso che la registrazione/verifica del database; la sola risposta di accesso non è sufficiente per il recupero dei dati.

Convalidare dati e comportamenti

Utilizzare un revisore autorizzato per esaminare i gruppi previsti, gli utenti e i record dei report rappresentativi relativi al periodo ripristinato. Verificare che i file di configurazione sensibili rimangano protetti e che non si siano verificati invii di posta elettronica o connessioni endpoint indesiderate durante la prova.

Registrare il tempo di ripristino trascorso, i dati recuperati più recenti, gli intervalli mancanti e le differenze non risolte. Un database ripristinato con una versione dell'applicazione incompatibile non è considerato un ripristino valido.

Ritornare in servizio deliberatamente

Fai approvare al responsabile del ripristino il passaggio, l'accesso alla rete e la ripresa della raccolta o delle pianificazioni. Convalida un endpoint pilota prima della riconnessione generale. Conserva la documentazione del ripristino e indaga sul motivo per cui è stato necessario il ripristino. Se un qualsiasi controllo di accettazione fallisce, segui il piano di intervento anziché ripristinare ripetutamente lo stesso target.