OVH Cloud OVH Cloud

MSysDb

3 réponses
Avatar
William Kameron
A la suite d'un évènement dont l'utilisation ne m'a pas rapporté la raison,
nous avons désormais le message "Le moteur de base de données Microsoft Jet
n'a pas pu retrouver l'objet 'MSysDb'...
Une tentative d'importation ou de liaison provoque le même message.
L'aide ne donne aucune indication valable.

Sur ce site, en ayant parcouru les réponses des autres utilisateurs j'ai cru
comprendre que "JETCOMP" aurait pu résoudre le problème. Malheureusement...
-->JETCOMP me demande la base cible et quand je lui donne le nom d'une base
vide crée pour cela, il la détruit et renvoie "Error compacting database"

Sur ce site également j'ai cru comprendre que des spécialistes sont capables
de résoudre ce problème. Y en a t-il à titre bénévole ? Y a-t-il des
solutions ailleurs ?

Le problème de corruption de base de données est récurent chez moi. Que
puis-je faire pour résoudre le problème ? Est-ce une faiblesse de Access ?
Pourrait-on avoir des utilitaire en freeware pour nous éviter ce genre de
problème ?

3 réponses

Avatar
ze Titi
*Bonjour* à toi aussi William Kameron !

Tu es ici sur un forum de discussion avec certaines "règles" qu'il est
de bon ton de respecter. Elles sont disponibles ici :
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
Par ailleurs, tous les contributeurs de ce forum sont bénévoles. Tous
donnent de leur temps pour aider chacun à résoudre ses problèmes.

Concernant ton problème, il y a une solution simple:
Ouvre une base vierge et importes-y tous les objets de ta base
courante.

en ce jour mémorable du vendredi 02/02/2007, tu as entrepris la lourde
tâche de taper sur ton clavier :
A la suite d'un évènement dont l'utilisation ne m'a pas rapporté la raison,
nous avons désormais le message "Le moteur de base de données Microsoft Jet
n'a pas pu retrouver l'objet 'MSysDb'...
Une tentative d'importation ou de liaison provoque le même message.
L'aide ne donne aucune indication valable.

Sur ce site, en ayant parcouru les réponses des autres utilisateurs j'ai cru
comprendre que "JETCOMP" aurait pu résoudre le problème. Malheureusement...
-->JETCOMP me demande la base cible et quand je lui donne le nom d'une base
vide crée pour cela, il la détruit et renvoie "Error compacting database"

Sur ce site également j'ai cru comprendre que des spécialistes sont capables
de résoudre ce problème. Y en a t-il à titre bénévole ? Y a-t-il des
solutions ailleurs ?

Le problème de corruption de base de données est récurent chez moi. Que
puis-je faire pour résoudre le problème ? Est-ce une faiblesse de Access ?
Pourrait-on avoir des utilitaire en freeware pour nous éviter ce genre de
problème ?


--
Voilou !
Cordialement,

Ze Titi

Avatar
Gilles Lebret
Bonjour à vous tous

William Kameron a dit:
Le problème de corruption de base de données est récurent chez moi. Que
puis-je faire pour résoudre le problème ? Est-ce une faiblesse de Access
? Pourrait-on avoir des utilitaire en freeware pour nous éviter ce genre
de problème ?



Je ne commenterai pas les "certaines règles", c'est bien fait.Merci Ze Titi.

sinon le pb de corruption de base access peut arriver de façon courante ou
pas. cela dépend de pleins de facteurs et je suis loin de tous les
connaitre.
j'ai simplement l'expérience d'une BD access 2003 (avant et pendant 10 ans
en 97). Sur cette base j'arrive à avoir 70 à 85 connections simultanées et
cela marche plutot très bien , y/compris en terme de performances.

Nous l'utilisons actuellement le moteur Jet 4.x (avant le 3.x) sans grands
problèmes à partir de VB6 sp(le dernier)
Un des pb de corruption c'est la façon dont est écrit le code. Est-ce qu'il
y a des transactions ? est-ce que les recordsets , les workspaces et les
connections a la base sont fermés proprement. J'ai noté par ex que des accès
en Jet + ODBC en même temps sur la base provoquaient plus de pb de
corruption que en Jet seulement. Un autre pb de corruption peut etre dû à un
réseau qui ne fonctionne pas au top de sa forme.

Mais ce que je dis n'est que ma propre expérience.
Ce que je peux conseiller c'est de déconnecter tous les users à une
périodité régulière (24 heures par ex) et forcer une réparation/compactage.
Cela évite que trop de pb ne s'accumulent et conduisent à un blocage de la
base.
Et effectivement quand des pbs persistent faire comme te dis Ze Titi tu
recrée une base neuve en important dedans tous les objets. cela marche
plutot très bien.
Tu perds simplement qq dates au passage.
sinon le dernier point: LES SAUVEGARDES MAIS CE N ETAIT PAS LA QUESTION.Mais
en cas de corruption forte cela permet de revenir à une base "saine". J'ai
du utiliser cela une fois en 10 ans et jamais de freeware pour la
maintenance.


Gilles LE BRET


Avatar
William Kameron
Milles excuses Messieurs si je vous ai offensé.
Je viens de relire les règles ci dessous, et j'espère que c'est bien de cela
qu'il s'agit.
''1. Évitez de poster le même message plusieurs fois dans des groupes
différents,
''2. Évitez de poster intempestivement le même message dans un groupe,
''3. Soyez clair sur le titre, concis dans le message,
''4. Respectez le sujet des groupes,

Je m'aligne à ces règles désormais.

Concernant ton problème, il y a une solution simple:
Ouvre une base vierge et importes-y tous les objets de ta base
courante.


Je ne puis me connecter sur la base. je l'ai déjà dit :
Une tentative d'importation ou de liaison provoque le même message.




Et effectivement quand des pbs persistent faire comme te dis Ze Titi tu
recrée une base neuve en important dedans tous les objets. cela marche
plutot très bien.


OK. Vendu !
Si je me souviens bien il y aurait un utilitaire quelque part capable de le
faire.

Nous l'utilisons actuellement le moteur Jet 4.x (avant le 3.x) sans grands
problèmes à partir de VB6 sp(le dernier)
Un des pb de corruption c'est la façon dont est écrit le code. Est-ce qu'il
y a des transactions ? est-ce que les recordsets , les workspaces et les
connections a la base sont fermés proprement. J'ai noté par ex que des accès
en Jet + ODBC en même temps sur la base provoquaient plus de pb de
corruption que en Jet seulement. Un autre pb de corruption peut etre dû à un
réseau qui ne fonctionne pas au top de sa forme.


Je crois que je vais migrer car j'utilise tout bonnement Microsoft office
2003 en MONO ! et mes applis proviennent de la migration de access 97

sinon le dernier point: LES SAUVEGARDES MAIS CE N ETAIT PAS LA QUESTION.
Si. Elle est en sourdine. Vous avez bien vu.

Comment réaliser un compactage et une sauvegarde automatiques

Pour le reste, je crois que je vais apprendre à programmer... Il me manque
sûrement une case quelque part.

Merci pour vos aides si précieuses.


Bonjour à vous tous

William Kameron a dit:
Le problème de corruption de base de données est récurent chez moi. Que
puis-je faire pour résoudre le problème ? Est-ce une faiblesse de Access
? Pourrait-on avoir des utilitaire en freeware pour nous éviter ce genre
de problème ?



Je ne commenterai pas les "certaines règles", c'est bien fait.Merci Ze Titi.

sinon le pb de corruption de base access peut arriver de façon courante ou
pas. cela dépend de pleins de facteurs et je suis loin de tous les
connaitre.
j'ai simplement l'expérience d'une BD access 2003 (avant et pendant 10 ans
en 97). Sur cette base j'arrive à avoir 70 à 85 connections simultanées et
cela marche plutot très bien , y/compris en terme de performances.

Nous l'utilisons actuellement le moteur Jet 4.x (avant le 3.x) sans grands
problèmes à partir de VB6 sp(le dernier)
Un des pb de corruption c'est la façon dont est écrit le code. Est-ce qu'il
y a des transactions ? est-ce que les recordsets , les workspaces et les
connections a la base sont fermés proprement. J'ai noté par ex que des accès
en Jet + ODBC en même temps sur la base provoquaient plus de pb de
corruption que en Jet seulement. Un autre pb de corruption peut etre dû à un
réseau qui ne fonctionne pas au top de sa forme.

Mais ce que je dis n'est que ma propre expérience.
Ce que je peux conseiller c'est de déconnecter tous les users à une
périodité régulière (24 heures par ex) et forcer une réparation/compactage.
Cela évite que trop de pb ne s'accumulent et conduisent à un blocage de la
base.
Et effectivement quand des pbs persistent faire comme te dis Ze Titi tu
recrée une base neuve en important dedans tous les objets. cela marche
plutot très bien.
Tu perds simplement qq dates au passage.
sinon le dernier point: LES SAUVEGARDES MAIS CE N ETAIT PAS LA QUESTION.Mais
en cas de corruption forte cela permet de revenir à une base "saine". J'ai
du utiliser cela une fois en 10 ans et jamais de freeware pour la
maintenance.


Gilles LE BRET