Verify Data Integrity (vérification de l'intégrité des données) est le bilan de santé intégré à PCLaw. La fonction parcourt vos livres à la recherche d'enregistrements endommagés, d'index désynchronisés et de soldes qui ne correspondent pas aux transactions sous-jacentes. Bien utilisée, elle repère les problèmes tôt. Utilisée sans précaution, sur des données déjà gravement endommagées, elle peut compliquer une récupération. Voici comment bien l'utiliser.
Ce qu'elle fait
La vérification comporte plusieurs options, chacune couvrant une partie différente des données, et certaines réparent ce qu'elles trouvent. C'est le point important : ce n'est pas un simple test en lecture seule. Les options qui réinitialisent ou recalculent des soldes modifient vos données.
C'est pourquoi la première règle est toujours la même : sauvegardez d'abord.
Comment l'exécuter sans risque
- Demandez à tout le monde de sortir de PCLaw. La vérification a besoin des données pour elle seule. Si quelqu'un est encore connecté, PCLaw peut lui demander de sortir, et les tables en cours d'utilisation ne peuvent pas être vérifiées correctement.
- Faites une sauvegarde et donnez au fichier un nom qui contient la date du jour, pour qu'on ne le confonde pas avec celui de la nuit. Voir notre guide de sauvegarde PCLaw.
- Connectez-vous comme administrateur sur le serveur, ou sur un poste branché par câble tout près. Ne lancez pas la vérification par Wi-Fi ni par un lien VPN à distance.
- Ouvrez le menu Tools et choisissez Verify Data Integrity.
- Sélectionnez les options à vérifier. Pour une vérification de routine, sélectionnez-les toutes.
- Laissez-la se terminer. Sur une grande base de données, elle peut prendre une heure ou plus. Ne fermez pas PCLaw et ne redémarrez pas l'ordinateur en cours de route.
- Enregistrez ou imprimez le rapport, même s'il est sans erreur. Un historique des rapports est très utile par la suite.
À quelle fréquence
- Chaque mois, avant la fin de mois, par routine.
- Avant une clôture de fin d'exercice, une mise à niveau ou une migration.
- Après une panne de serveur, une coupure de courant ou toute fermeture anormale de PCLaw pendant que des gens travaillaient.
- Chaque fois que des rapports qui devraient concorder cessent de le faire.
Lire les résultats
Aucune erreur. Les données ont réussi la vérification. Conservez le rapport.
Des erreurs trouvées et corrigées. Exécutez la vérification une deuxième fois. Un deuxième passage sans erreur signifie que le problème était réel et qu'il a été réparé. Notez la date et conservez le premier rapport, pour garder une trace de ce qui n'allait pas.
Les mêmes erreurs au deuxième passage. La réparation ne tient pas. Ne continuez pas à la relancer. Passez à la section « Quand s'arrêter et appeler » ci-dessous.
Des erreurs nouvelles ou différentes chaque fois. Quelque chose endommage les données au fur et à mesure : souvent un disque défaillant, une connexion réseau défectueuse ou un logiciel qui interfère avec les fichiers. C'est urgent.
La vérification s'arrête, fige ou plante au même endroit. Elle a atteint un enregistrement qu'elle ne peut pas lire. Notez quelle option s'exécutait et jusqu'où elle s'est rendue.
Quand s'arrêter et appeler
Arrêtez-vous, et ne relancez pas la vérification, si :
- Les mêmes erreurs reviennent après une réparation.
- Le nombre d'erreurs augmente d'une exécution à l'autre.
- La vérification ne peut pas se terminer.
- Des soldes ont changé après une exécution et vous ne pouvez pas l'expliquer.
- Des erreurs apparaissent en même temps que l'un des cinq signes avant-coureurs d'une base de données défaillante.
Chaque passage de réparation réécrit des parties des données. Sur une base de données plus gravement endommagée, des passages répétés peuvent écraser des renseignements qui auraient permis une réparation complète. Conservez la sauvegarde faite avant la première exécution. C'est la copie la plus précieuse que vous ayez.
Questions courantes
Puis-je l'exécuter pendant la journée? Non. Tout le monde doit être sorti pendant toute l'exécution; planifiez-la donc en soirée.
Répare-t-elle tout? Non. Elle traite bien les incohérences courantes. Les dommages structurels, ceux que causent un disque défaillant ou une mise à niveau interrompue, exigent une réparation au niveau de la base de données.
Nous utilisons PCLaw Enterprise sur SQL Server. En avons-nous quand même besoin? Oui, et il vous faut aussi la vérification d'intégrité propre à SQL Server (DBCC CHECKDB), exécutée selon un calendrier. Les deux examinent des choses différentes : l'une vérifie que les données comptables sont cohérentes, l'autre que les fichiers de la base de données sont physiquement sains.
Elle a signalé des erreurs, mais tout semble fonctionner. Pouvons-nous l'ignorer? Non. Les erreurs sans conséquence aujourd'hui sont le point de départ des bases de données illisibles.
Si les erreurs ne disparaissent pas
Envoyez-nous les rapports et nous vous dirons ce qu'ils signifient. Lorsque les données doivent être réparées, notre équipe de récupération de données PCLaw travaille sur une copie, vérifie le résultat par rapport à vos rapports financiers et vous remet une base de données qui réussit la vérification. Pour les bilans de santé et l'entretien courants, consultez notre service de soutien PCLaw, ou communiquez avec nous.