Il est important de comprendre que chaque fois qu'un client se déconnecte d'accès de façon inattendue, il peut créer un «drapeau corruption" dans le fichier mdb. Indiquant que la base de données est dans un état corrompu (indépendamment du fait que les données ont effectivement été corrompu ou pas). Tout utilisateur qui tente d'ouvrir la base de données tandis que cet indicateur est défini recevrez un message, et la base de données devra être réparé avant de pouvoir être utilisé. Si les utilisateurs n'ont pas l'autorisation d'effectuer la réparation, ou ne savent pas comment effectuer la réparation, il peut y avoir arrêt significatif avant la base de données est à nouveau disponible. Il peut en résulter une perte de productivité ainsi que la frustration extrême pour les utilisateurs. Après les 5 conseils ci-dessous permettra de minimiser vos chances de perte de données de la corruption dans vos bases de données Access.
1) Divisez votre base de données.
La chose la plus importante que vous pouvez faire pour prévenir la corruption dans les bases de données MS Access est de diviser la base de données dans un "front-end" et un "back-end". Le frontal contient tous les formulaires, requêtes et rapports, tandis que le back-end ne contient que les tableaux de données. Une copie du front-end est placé sur l'ordinateur de chaque utilisateur, et le back-end avec les données du tableau est stocké dans un dossier partagé sur le réseau. Comment cela prévenir la corruption? Eh bien, pensez à la quantité d'informations qui doivent le faire à travers votre réseau à votre ordinateur chaque fois que vous ouvrez un formulaire ou un rapport. Si un bit d'information qui ne permet pas intact, vous risquez de corrompre votre base de données. Par ailleurs, si les formulaires, requêtes et rapports sont tous stockés sur votre ordinateur local, puis le seul bit d'information qui doivent transiter par le réseau sont les données réelles de la table. En réduisant la quantité de données dont vous avez besoin de se déplacer d'avant en arrière à travers le réseau, vous réduisez considérablement les chances de corrompre votre base de données. Si vous rencontrez des problèmes de corruption avec une base de données Access sur un lecteur réseau, le partage de la base de données est la chose la plus importante que vous pouvez faire pour l'arrêter.
2) Ne placez pas les connexions ouvertes.
Celui-ci s'applique aussi bien aux programmeurs et les utilisateurs. Si vous êtes un programmeur, assurez-vous de fermer vos connexions dès que possible après leur utilisation. Laissant les connexions ouvertes permettra davantage de possibilités pour un «inattendu» a abandonné la connexion. Le seul moment où vous pouvez laisser une connexion ouverte plus longtemps que nécessaire serait quand il est utilisé à l'intérieur d'une boucle. Pour un tel cas, ouvrir la connexion au début de la boucle, puis le fermer après la boucle est bouclée. Assurez-vous qu'elle se ferme pour tous les cas (y compris les exceptions).
Si vous utilisez une base de données Microsoft Access ou une application, assurez-vous de le fermer lorsque vous avez terminé. Encore une fois, en laissant l'application offre la possibilité ouverte à la corruption si une connexion réseau est perdue. Rappeler aux utilisateurs de toujours fermer l'application avant de rentrer, comme les jobs de sauvegarde peut échouer ou nocturnes cause la corruption dans le fichier partagé s'il ya des connexions ouvertes.
3) Sortir de la base de données correctement.
Toujours proche de la base de données ou l'application correctement. Ctrl-Alt-Delete/End de travail peut faire des ravages sur les bases de données Access. Chaque fois que possible, effectuer vos tâches, puis fermez l'application utilisant la commande Fichier - Quitter le menu option ou une option de sortie alternative fournie par l'application.
4) Ne lésinez pas sur le matériel.
Rappelez-vous que le drapeau corruption peut être réglée de la perte moindre paquet entre votre ordinateur et le fichier de base de données. MS Access a parfois été appelé «le canari dans la mine de charbon". Il a acquis cette réputation d'être la première application de "mourir" alors qu'il ya le moindre soupçon de problèmes sur votre réseau. Tout comme la moindre présence de gaz causé le canari de mourir, la moindre présence de problèmes de réseau et de perte de paquets peut tuer vos applications Access. Assurez-vous que vous n'utilisez pas le bon marché intégré NIC qui viennent avec certains PC. Au lieu de cela, utiliser des cartes de marque du réseau. En va de même pour les concentrateurs bon marché. Chaque fois que possible, correspondre à de bonnes marques d'équipement tout au long
votre réseau.
5) Compact et réparation régulièrement.
Exécution de la fonction intégrée compacte et la réparation est régulièrement recommandé pour prévenir la corruption et améliorer la performance. Envisager d'automatiser cette fonction avec un utilitaire permettant de compacter et réparer l'ensemble de vos bases de données tous les soirs ou pendant le week-end.
Messages d'erreur à ne pas manquer - les messages d'erreur suivant peut signaler la corruption de base de données:
«Nom_base_données.mdb 'La base de données doit être réparé ou n'est pas un fichier Microsoft Access base de données."
"Record (s) ne peut pas être lu, pas de permissions de lecture sur« nom_base_données.mdb "
«Erreur inattendue 35012"
«Nom_base_données.mdb 'format de base de données non reconnu."
«Nom_base_données.mdb 'n'est pas un indice dans ce tableau. Rechercher dans la collection Index de l'objet TableDef pour déterminer les noms d'index valides."
"Le moteur de base de données Microsoft Jet n'a pas pu trouver les bases de données» de l'objet. Assurez-vous que l'objet existe et que vous épeler son nom et le nom de chemin d'accès correctement. "
"La base de données a été placé dans un état par l'utilisateur''sur''la machine qui l'empêche d'être ouverte ou verrouillée"
"Erreur de disque - erreur réservée (-1601)"
"La base de données a été placé dans un état inattendu."
"Record (s) ne peut pas être lu, pas de l'autorisation de lecture sur« MSysObjects "
"Record (s) ne peut pas être lu, pas de l'autorisation de lecture sur« MSysACEs ».
"Le moteur de base de données Microsoft Jet ne peut pas trouver la table ou la requête 'MSysAccessObjects. Assurez-vous qu'il existe et que son nom est orthographié correctement."
Conclusion:
Bien que vous puissiez jamais être en mesure d'empêcher toute corruption de données Microsoft Access, vous devriez être en mesure d'arrêter 98% des problèmes avant qu'ils ne surviennent en suivant ces cinq conseils simples. Suivez ces conseils et mettre en œuvre un programme de sauvegarde automatisé prudente afin de minimiser vos chances de perte de données importantes.
Lun Jan 31, 2011 12:48 pm