(R=E9sum=E9 : base de donn=E9es qui se corrompt tr=E8s r=E9guli=E8rement
depuis une migration de serveur)
Bonjour,
au sein de mon service j'ai d=E9velopp=E9 des applications (soit 100%
access, soit en visual basic) qui acc=E8dent =E0 des bases de donn=E9es
access situ=E9es sur un serveur.
Tout a fonctionn=E9 =E0 merveille pendant plusieurs ann=E9es, mais depuis
que le service informatique de l'entreprise a migr=E9 ce serveur de
Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours
sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'=E0 ouvir le fichier MDB, choisir l'option
r=E9parer la base de donn=E9es dans la boite de message qui appara=EEt
(message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous d=E9j=E0 entendu parler d'un tel probl=E8me. Et si oui,
pouvez-vous SVP m'indiquer l'origine du probl=E8me et =E9ventuellement la
fa=E7on d'y rem=E9dier.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ze Titi
Bonjour Chtivain
Une idée: A partir d'access 2000, il est possible de compacter la base à sa fermeture (Outils/Options/Général). Ca peut peut-être solutionner ton problème.
NB: l'application est plus longue à fermer dans ce cas, logique...
Dans ton message
(Résumé : base de données qui se corrompt très régulièrement depuis une migration de serveur)
Bonjour,
au sein de mon service j'ai développé des applications (soit 100% access, soit en visual basic) qui accèdent à des bases de données access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis que le service informatique de l'entreprise a migré ce serveur de Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option réparer la base de données dans la boite de message qui apparaît (message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui, pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la façon d'y remédier.
D'avance merci
-- Voilou ! Bon courage ! Cordialement, ze Titi
Bonjour Chtivain
Une idée:
A partir d'access 2000, il est possible de compacter la base à sa
fermeture (Outils/Options/Général). Ca peut peut-être solutionner ton
problème.
NB: l'application est plus longue à fermer dans ce cas, logique...
Dans ton message <1165567235.866044.284860@80g2000cwy.googlegroups.com>
(Résumé : base de données qui se corrompt très régulièrement
depuis une migration de serveur)
Bonjour,
au sein de mon service j'ai développé des applications (soit 100%
access, soit en visual basic) qui accèdent à des bases de données
access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis
que le service informatique de l'entreprise a migré ce serveur de
Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours
sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option
réparer la base de données dans la boite de message qui apparaît
(message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui,
pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la
façon d'y remédier.
Une idée: A partir d'access 2000, il est possible de compacter la base à sa fermeture (Outils/Options/Général). Ca peut peut-être solutionner ton problème.
NB: l'application est plus longue à fermer dans ce cas, logique...
Dans ton message
(Résumé : base de données qui se corrompt très régulièrement depuis une migration de serveur)
Bonjour,
au sein de mon service j'ai développé des applications (soit 100% access, soit en visual basic) qui accèdent à des bases de données access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis que le service informatique de l'entreprise a migré ce serveur de Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option réparer la base de données dans la boite de message qui apparaît (message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui, pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la façon d'y remédier.
D'avance merci
-- Voilou ! Bon courage ! Cordialement, ze Titi
Tisane
Bonjour Chtivain,
(Résumé : base de données qui se corrompt très régulièrement depuis une migration de serveur)
Le problème a déjà été posé concernant le changement de serveur ou d'OS. La raison ? Je ne me souviens pas avoir vu de réponse à ce sujet.
Tu ne précises pas si ce sont les frontales ou les dorsales qui sont corrompues. Il me semblerait déjà prudent d'importer tous les objets de la base concernée dans une nouvelle base.
-- Tisane
Bonjour,
au sein de mon service j'ai développé des applications (soit 100% access, soit en visual basic) qui accèdent à des bases de données access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis que le service informatique de l'entreprise a migré ce serveur de Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option réparer la base de données dans la boite de message qui apparaît (message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui, pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la façon d'y remédier.
D'avance merci
Bonjour Chtivain,
(Résumé : base de données qui se corrompt très régulièrement
depuis une migration de serveur)
Le problème a déjà été posé concernant le changement de serveur ou d'OS. La
raison ? Je ne me souviens pas avoir vu de réponse à ce sujet.
Tu ne précises pas si ce sont les frontales ou les dorsales qui sont
corrompues.
Il me semblerait déjà prudent d'importer tous les objets de la base
concernée dans une nouvelle base.
--
Tisane
Bonjour,
au sein de mon service j'ai développé des applications (soit 100%
access, soit en visual basic) qui accèdent à des bases de données
access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis
que le service informatique de l'entreprise a migré ce serveur de
Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2
jours sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option
réparer la base de données dans la boite de message qui apparaît
(message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui,
pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la
façon d'y remédier.
(Résumé : base de données qui se corrompt très régulièrement depuis une migration de serveur)
Le problème a déjà été posé concernant le changement de serveur ou d'OS. La raison ? Je ne me souviens pas avoir vu de réponse à ce sujet.
Tu ne précises pas si ce sont les frontales ou les dorsales qui sont corrompues. Il me semblerait déjà prudent d'importer tous les objets de la base concernée dans une nouvelle base.
-- Tisane
Bonjour,
au sein de mon service j'ai développé des applications (soit 100% access, soit en visual basic) qui accèdent à des bases de données access situées sur un serveur.
Tout a fonctionné à merveille pendant plusieurs années, mais depuis que le service informatique de l'entreprise a migré ce serveur de Novell/NT4 en active directory/Windows 2000, il ne se passe pas 2 jours sans que l'une de mes bases ne se corrompe.
Quand cela arrive, je n'ai qu'à ouvir le fichier MDB, choisir l'option réparer la base de données dans la boite de message qui apparaît (message d'erreur) et tout refonctionne... Jusqu'au prochain plantage.
Auriez-vous déjà entendu parler d'un tel problème. Et si oui, pouvez-vous SVP m'indiquer l'origine du problème et éventuellement la façon d'y remédier.
D'avance merci
Chtivain
Tout d'abord merci beaucoup pour vos réponses.
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7).
Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt.
Je vais essayer la solution de la création d'une nouvelle BD ;).
Tout d'abord merci beaucoup pour vos réponses.
Concertant le compactage à la fermeture du programme, ce n'est pas
possible, j'ai constamment au moins une cession logicielle connectée
à mes bases access (mon service fonctionne 24h/24 7J/7).
Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours
d'infos, dorsale = base contenant uniquement les tables de données) ,
seule la base dorsales se corrompt.
Je vais essayer la solution de la création d'une nouvelle BD ;).
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7).
Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt.
Je vais essayer la solution de la création d'une nouvelle BD ;).
Tisane
Bonjour Chtivain,
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7). Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt. Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-) La dorsale ne contient en principe que les tables en effet et se trouve sur le serveur. C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer toutes les tables dans une nouvelle base. Tiens-nous au courant.
-- Tisane
Bonjour Chtivain,
Concertant le compactage à la fermeture du programme, ce n'est pas
possible, j'ai constamment au moins une cession logicielle connectée
à mes bases access (mon service fonctionne 24h/24 7J/7).
Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours
d'infos, dorsale = base contenant uniquement les tables de données) ,
seule la base dorsales se corrompt.
Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-)
La dorsale ne contient en principe que les tables en effet et se trouve sur
le serveur.
C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer
toutes les tables dans une nouvelle base.
Tiens-nous au courant.
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7). Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt. Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-) La dorsale ne contient en principe que les tables en effet et se trouve sur le serveur. C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer toutes les tables dans une nouvelle base. Tiens-nous au courant.
-- Tisane
valentin
Bonjour, Dans ton code utilises - tu les transactions , fortement conseillé pour ce genre de configuration ? Bonne chance Valentin
"Tisane" a écrit dans le message de news:
Bonjour Chtivain,
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7). Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt. Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-) La dorsale ne contient en principe que les tables en effet et se trouve sur
le serveur. C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer toutes les tables dans une nouvelle base. Tiens-nous au courant.
-- Tisane
Bonjour,
Dans ton code utilises - tu les transactions , fortement conseillé pour
ce genre de configuration ?
Bonne chance
Valentin
"Tisane" <b.tisane@laposte.net> a écrit dans le message de
news:uVevoR7GHHA.1276@TK2MSFTNGP04.phx.gbl...
Bonjour Chtivain,
Concertant le compactage à la fermeture du programme, ce n'est pas
possible, j'ai constamment au moins une cession logicielle connectée
à mes bases access (mon service fonctionne 24h/24 7J/7).
Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours
d'infos, dorsale = base contenant uniquement les tables de données) ,
seule la base dorsales se corrompt.
Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-)
La dorsale ne contient en principe que les tables en effet et se trouve
sur
le serveur.
C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer
toutes les tables dans une nouvelle base.
Tiens-nous au courant.
Bonjour, Dans ton code utilises - tu les transactions , fortement conseillé pour ce genre de configuration ? Bonne chance Valentin
"Tisane" a écrit dans le message de news:
Bonjour Chtivain,
Concertant le compactage à la fermeture du programme, ce n'est pas possible, j'ai constamment au moins une cession logicielle connectée à mes bases access (mon service fonctionne 24h/24 7J/7). Pour ce qui est de fontale / dorsale (si j'ai des restes de mes cours d'infos, dorsale = base contenant uniquement les tables de données) , seule la base dorsales se corrompt. Je vais essayer la solution de la création d'une nouvelle BD ;).
Et bien, ce n'est pas si mal ce qui te reste de tes cours ;-) La dorsale ne contient en principe que les tables en effet et se trouve sur
le serveur. C'est aussi la plus "fragile". Cela vaut d'autant plus la peine d'importer toutes les tables dans une nouvelle base. Tiens-nous au courant.
