Guide de restauration DeskGate

Commencez par un test de récupération isolé

Une restauration peut remplacer des données et affecter les clients connectés. Testez le jeu de récupération dans un environnement isolé et approuvé avant toute restauration en production. Maintenez inactives les planifications, la distribution des e-mails et les connexions aux terminaux restaurés jusqu'à leur autorisation par le responsable de la récupération.

Identifiez la date de sauvegarde, le point de restauration prévu, la version de l'application, la version de SQL, les fichiers et les clés de chiffrement nécessaires. Préservez l'état de production actuel conformément au plan de gestion des incidents avant de décider de son remplacement.

Restaurez la base de données avec l'administrateur de base de données

Dans un outil d'administration SQL existant, sélectionnez la cible de restauration et le jeu de sauvegarde souhaités, puis vérifiez la base de données de destination et les chemins d'accès aux fichiers. Pour un test, utilisez une cible distincte afin de ne pas écraser la base de données en production. Suivez les instructions. Procédure de restauration de Microsoft; la séquence de sauvegarde requise dépend du modèle de récupération et du point dans le temps souhaité.

Demandez à l'administrateur de base de données de vérifier la compatibilité des versions, l'état de récupération et les certificats ou clés requis. N'activez pas l'écrasement ni ne supprimez une sauvegarde de journal requise simplement pour contourner une erreur de restauration.

Reconnectez l'application correspondante

1. Restaurez la version d'application correspondante approuvée et son ensemble de données d'application/configuration coordonné.
2. Vérifiez la licence, la configuration du service, les points de terminaison et le mode web de l'environnement de récupération.
3. Demandez à l'administrateur de mettre à jour la connexion à la base de données via la procédure de configuration prise en charge.
4. Démarrez et vérifiez GoMyidServer et GoMyidCore lorsque le plan de récupération le permet.
5. Vérifiez à la fois la page de connexion et la vérification d'enregistrement/de base de données ; une réponse de connexion seule ne permet pas de récupérer les données.

Valider les données et les comportements

Désignez un examinateur autorisé pour vérifier les groupes, les utilisateurs et les rapports représentatifs attendus pour la période récupérée. Assurez-vous que les fichiers de configuration sensibles restent protégés et qu'aucune connexion non désirée (courriel ou point de terminaison) n'a eu lieu pendant la répétition.

Consignez le temps de récupération écoulé, les données récupérées les plus récentes, les intervalles manquants et les différences non résolues. Une base de données restaurée avec une version d'application incompatible n'est pas considérée comme une récupération acceptable.

Retour au service délibéré

Faites approuver la bascule, l'accès au réseau et la reprise de la collecte ou des planifications par le responsable de la reprise. Validez un point de terminaison pilote avant une reconnexion généralisée. Conservez l'historique de la reprise et analysez les raisons de la restauration. En cas d'échec d'un contrôle d'acceptation, suivez le plan d'intervention plutôt que de procéder à des restaurations répétées sur la même cible.