Écrire la décision avant de modifier le système
Ce guide est un exercice de planification pour un exploitant d'application. Il ne représente pas un déploiement PrivacyNodes, une action de support ou un résultat client mesuré. Sélectionnez un point de sauvegarde, une version de base de données compatible, une cible de restauration jetable et des vérifications de succès avant d'exécuter un exercice. Ne pointez pas une restauration vers la production simplement pour accélérer l'exercice.
Répéter la modification avec des entrées contrôlées
Restaurez un jeu de données synthétique représentatif, puis vérifiez le schéma, un enregistrement connu, l'accès applicatif et toute dépendance de fichier ou de file nécessaire au comportement utile. Consignez le temps écoulé comme une observation, pas comme une promesse.
Utilisez des requêtes synthétiques et des identités de test pendant la vérification de la modification. N'exposez pas de secrets ni de données clients dans une commande, un extrait de journal ou une note d'assistance.
Vérifier le résultat et consigner la limite restante
Éliminez la cible de test conformément à votre politique de données et conservez la procédure, les lacunes et le responsable de la récupération. Un fichier de sauvegarde seul ne démontre pas la récupération.
Consignez l'heure UTC, la révision de l'artefact ou de la configuration, les symptômes expurgés et le prochain responsable.
Référence officielle
Cette source a été examinée pour la limite technique de ce guide ; elle ne documente pas un test ou une capacité fournisseur de PrivacyNodes.