Que dois-je faire pour protéger mes données ReliaSoft dans une base de données standard ?

Toutes les applications ReliaSoft à partir de la version 8, ainsi que les versions antérieures de XFMEA/RCM++, fonctionnent avec des bases de données standard qui utilisent le format de fichier Microsoft Access en back-end pour stocker les données d'analyse. Cela permet d'installer et d'utiliser le logiciel sans avoir à acheter des licences supplémentaires pour un système de base de données d'entreprise (comme SQL Server ou Oracle) et sans nécessiter d'infrastructure informatique et de support spécifiques. Cependant, les fichiers de base de données standard (par exemple, *.rsr22, *.rsr21) et les fichiers de bibliothèque standard (par exemple, *.lb22, *.lb21) seront soumis aux mêmes limitations et vulnérabilités que toute autre base de données Access. Par exemple, la taille maximale du fichier est ~ 2 GB, le nombre maximum d’utilisateurs simultanés est de 255, etc. De plus, certaines vulnérabilités spécifiques de la base de données sont discutées dans une publication de Microsoft à l'adresse : http://support.microsoft.com/kb/283849/EN-US/. Comme le précise cette publication :

« Microsoft Jet, le moteur de base de données utilisé dans Microsoft Access, est un système de base de données de partage de fichiers. Lorsque Microsoft Jet est utilisé dans un environnement multi-utilisateurs, plusieurs processus clients utilisent des opérations de lecture, d’écriture et de verrouillage de fichiers sur une base de données partagée. Parce que plusieurs processus client lisent et écrivent dans la même base de données et parce que Jet n'utilise pas un journal de transactions (comme le font les systèmes de base de données plus avancés, tels que SQL Server), il n'est pas possible d'empêcher de manière fiable toute corruption de la base de données." [emphase ajoutée]

Bien que les développeurs de ReliaSoft aient fait tous les efforts possibles pour réduire ou éliminer la possibilité que le logiciel induise une erreur de base de données, il est impossible d’empêcher absolument la corruption qui pourrait être causée par d’autres facteurs, tels qu’un matériel réseau défectueux, un « plantage » inattendu sur votre PC ou une interruption de réseau. Par conséquent, ce document fournit quelques recommandations générales pour des précautions standard que tous les utilisateurs peuvent prendre pour protéger les données de leurs bases de données standard contre ce type de corruption et réduire l’impact de la perte de données si la corruption est inévitable.

Pour des instructions spécifiques sur la manière de suivre ces précautions dans une version particulière du logiciel, vous pouvez rechercher « prévenir la corruption » dans le fichier d’aide.

1. Créez des sauvegardes régulièrement

Comme pour tout fichier contenant une grande quantité d’informations précieuses qu’il serait difficile de recréer, il est essentiel de s’assurer que vous êtes diligent dans la création et le stockage des fichiers de sauvegarde.

2. Compactez et réparez la base de données régulièrement

L'utilisation de la fonction « Optimiser et réparer » permet de réduire la taille du fichier de base de données et de protéger contre les problèmes liés au fonctionnement de la base de données.

3. Ne stockez pas la base de données dans un emplacement réseau partagé si vous soupçonnez que votre connexion réseau et/ou votre matériel peuvent être peu fiables

Selon Microsoft, un matériel réseau défectueux est l'une des principales raisons pour lesquelles un fichier utilisant le format de fichier de base de données Microsoft Access peut être corrompu. Comme le déclare la publication Microsoft à http://support.microsoft.com/kb/283849/EN-US/ :

La cause peut être un ou plusieurs maillons de la chaîne matérielle entre l'ordinateur sur lequel réside la base de données et l'ordinateur qui a la base de données ouverte. Cette liste inclut, mais n'est pas limitée à, les cartes d'interface réseau, le câblage réseau, les routeurs et les concentrateurs.

Une corruption d'origine matérielle est généralement indiquée par des fichiers .mdb qui ne peuvent pas être restaurés par l'utilisation de l'optimisation, de la réparation ou de Jetcomp. La corruption matérielle réapparaîtra généralement jusqu'à ce que le matériel responsable soit réparé ou remplacé." [emphase ajoutée]

[Notez que dans le logiciel ReliaSoft, les extensions sont des éléments tels que *.rsr22 ou *.lb22 plutôt que *.mdb.]

Si vous avez rencontré ce type de corruption pour un fichier de base de données standard, il est recommandé de prendre des mesures pour corriger le problème réseau ou de ne pas accéder aux fichiers de base de données sur le réseau. Dans de tels cas, vous pouvez choisir d'utiliser une base de données d'entreprise à la place (par exemple, Oracle ou SQL Server), qui serait moins vulnérable aux interruptions de réseau. Alternativement, vous pourriez conserver l'analyse dans son intégralité dans un seul fichier de base de données standard partagée, mais demander aux utilisateurs d'importer l'analyse dans une base de données de travail séparée sur leurs propres ordinateurs lorsqu'il est nécessaire d'apporter des modifications substantielles. Les utilisateurs peuvent ensuite exporter les données vers le référentiel partagé après avoir terminé les modifications.

4. Ne permettez pas que la taille du fichier de la base de données devienne trop importante

Les performances seront affectées par la taille de la base de données et le nombre d'utilisateurs simultanés. Il est donc important que les utilisateurs surveillent la taille de leurs fichiers de base de données et, s'ils deviennent trop volumineux, prennent des mesures pour exporter les données dans plusieurs fichiers plus petits et plus faciles à gérer. Veuillez tenir compte des facteurs suivants, qui peuvent entraîner des fichiers de base de données très volumineux :

Ne pas "compacter et réparer" la base de données de manière régulière.
Utiliser un très grand nombre de documents "joints". Dans certains cas, utiliser un "lien" au lieu d'une "pièce jointe" peut offrir une fonctionnalité équivalente avec un impact beaucoup plus faible sur la taille du fichier de la base de données.

Si vous essayez d'ouvrir une base de données standard via le logiciel et que vous recevez un message indiquant « Impossible d'ouvrir la base de données », cela indique que le fichier de la base de données peut être corrompu. Veuillez contacter l'assistance et fournir autant d'informations que possible sur ce que vous faisiez exactement lorsque la corruption s'est produite. Dans la mesure du possible, veuillez fournir une copie du fichier corrompu. Dans certains cas, ReliaSoft peut être en mesure de fournir une assistance pour récupérer certaines ou toutes les données affectées. Cependant, dans de nombreux cas, la meilleure solution peut être de restaurer la dernière sauvegarde effectuée avant que la corruption ne se produise.

Les informations sont fournies « en l'état » sans garantie d'aucune sorte.

Main Menu

Main Menu

Main Menu

Main Menu

Find Your Sensor

Que dois-je faire pour protéger mes données ReliaSoft dans une base de données standard ?

Nous avons déménagé ${referer} vers www.hbkworld.com

Nous avons déménagé ${referer} vers www.hbkworld.com

Nous avons déménagé ${referer} vers www.hbkworld.com

Nous avons déménagé ${referer} vers www.hbkworld.com

Nous avons déménagé ${referer} vers www.hbkworld.com

Nous avons déménagé ${referer} vers www.hbkworld.com