J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Merci.
Erick
Bonjour,
Nous avons le même problème chez certains clients. Chez ces derniers, l'environnement est hétérogène, ils ont des pc récents et des anciens pc ainsi que différents sytèmes d'exploitations (windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à envisager. Pour le moment nous ne savons pas comment résoudre le problème.
Julien
On Wed, 01 Dec 2004 12:23:44 +0100, Erick <serick@free.fr> wrote:
Bonjour,
J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec
des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Merci.
Erick
Bonjour,
Nous avons le même problème chez certains clients.
Chez ces derniers, l'environnement est hétérogène, ils ont des pc
récents et des anciens pc ainsi que différents sytèmes d'exploitations
(windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à
envisager.
Pour le moment nous ne savons pas comment résoudre le problème.
J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Merci.
Erick
Bonjour,
Nous avons le même problème chez certains clients. Chez ces derniers, l'environnement est hétérogène, ils ont des pc récents et des anciens pc ainsi que différents sytèmes d'exploitations (windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à envisager. Pour le moment nous ne savons pas comment résoudre le problème.
Julien
Erick
Julek a écrit :
Bonjour,
Nous avons le même problème chez certains clients. Chez ces derniers, l'environnement est hétérogène, ils ont des pc récents et des anciens pc ainsi que différents sytèmes d'exploitations (windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à envisager. Pour le moment nous ne savons pas comment résoudre le problème.
Julien
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP ou linux.
Erick
Julek a écrit :
Bonjour,
Nous avons le même problème chez certains clients.
Chez ces derniers, l'environnement est hétérogène, ils ont des pc
récents et des anciens pc ainsi que différents sytèmes d'exploitations
(windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à
envisager.
Pour le moment nous ne savons pas comment résoudre le problème.
Julien
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP
ou linux.
Nous avons le même problème chez certains clients. Chez ces derniers, l'environnement est hétérogène, ils ont des pc récents et des anciens pc ainsi que différents sytèmes d'exploitations (windows 98, XP ...)
Le fait que cela vienne d'un poste en windows 98 est un cas à envisager. Pour le moment nous ne savons pas comment résoudre le problème.
Julien
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP ou linux.
Erick
sebNews
Win 98 n'est pas un OS serveur. De plus il est incapable de gérer correctement les accès concurrentiels.
Le même problème peut se produire avec le mémos surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" a écrit dans le message de news:41adcbe8$0$16985$
Julek a écrit : > Bonjour, > > Nous avons le même problème chez certains clients. > Chez ces derniers, l'environnement est hétérogène, ils ont des pc > récents et des anciens pc ainsi que différents sytèmes d'exploitations > (windows 98, XP ...) > > Le fait que cela vienne d'un poste en windows 98 est un cas à > envisager. > Pour le moment nous ne savons pas comment résoudre le problème. > > Julien >
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP ou linux.
Erick
Win 98 n'est pas un OS serveur.
De plus il est incapable de gérer correctement
les accès concurrentiels.
Le même problème peut se produire avec le mémos
surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" <serick@free.fr> a écrit dans le message de
news:41adcbe8$0$16985$626a14ce@news.free.fr...
Julek a écrit :
> Bonjour,
>
> Nous avons le même problème chez certains clients.
> Chez ces derniers, l'environnement est hétérogène, ils ont des pc
> récents et des anciens pc ainsi que différents sytèmes d'exploitations
> (windows 98, XP ...)
>
> Le fait que cela vienne d'un poste en windows 98 est un cas à
> envisager.
> Pour le moment nous ne savons pas comment résoudre le problème.
>
> Julien
>
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP
ou linux.
Win 98 n'est pas un OS serveur. De plus il est incapable de gérer correctement les accès concurrentiels.
Le même problème peut se produire avec le mémos surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" a écrit dans le message de news:41adcbe8$0$16985$
Julek a écrit : > Bonjour, > > Nous avons le même problème chez certains clients. > Chez ces derniers, l'environnement est hétérogène, ils ont des pc > récents et des anciens pc ainsi que différents sytèmes d'exploitations > (windows 98, XP ...) > > Le fait que cela vienne d'un poste en windows 98 est un cas à > envisager. > Pour le moment nous ne savons pas comment résoudre le problème. > > Julien >
Chez le client en question les données sont sur un poste en WIN98.
Je n'ai aucun problème quand les données sont sur des postes Win2000, XP ou linux.
Erick
William
Bonjour je ne suis pas sur mais je crois que la connexion réseau sous w98 est par défaut avec du netbui (j'sais jamais l'écrire) et c'est pas un protocole confirmé pour l'émission et la réception. Avez vous essayer de ne mettre que du TCP IP comme protocole??
Cdl William
Bonjour
je ne suis pas sur mais je crois que la connexion réseau sous w98 est par
défaut avec du netbui (j'sais jamais l'écrire)
et c'est pas un protocole confirmé pour l'émission et la réception.
Avez vous essayer de ne mettre que du TCP IP comme protocole??
Bonjour je ne suis pas sur mais je crois que la connexion réseau sous w98 est par défaut avec du netbui (j'sais jamais l'écrire) et c'est pas un protocole confirmé pour l'émission et la réception. Avez vous essayer de ne mettre que du TCP IP comme protocole??
Cdl William
Eric Marcastel
bonjour,
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps, lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). Après cela, si un utilisateur essai de créer un nouveau enregistrement, l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. Par contre cela se répare facilement avec les utilitaires de Windev/Menu 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit, index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec plus de35000 enregistrements, depuis fin juillet les seuls problèmes que j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut. Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
Salutations
Eric MARCASTEL
bonjour,
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps,
lors de la réindexation, le compteur d'IDauto de fichier se décale (-1).
Après cela, si un utilisateur essai de créer un nouveau enregistrement,
l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto.
Par contre cela se répare facilement avec les utilitaires de Windev/Menu
'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit,
index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes
NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec
plus de35000 enregistrements, depuis fin juillet les seuls problèmes que
j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut.
Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière
régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps, lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). Après cela, si un utilisateur essai de créer un nouveau enregistrement, l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. Par contre cela se répare facilement avec les utilitaires de Windev/Menu 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit, index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec plus de35000 enregistrements, depuis fin juillet les seuls problèmes que j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut. Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
Salutations
Eric MARCASTEL
Nard
Eric Marcastel a émis l'idée suivante :
bonjour,
Cela veut il dire qu'il ne faut pas lancer de réindexation systematique à l'ouverture des fichiers ? Merci de votre réponse Bernard
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps, lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). Après cela, si un utilisateur essai de créer un nouveau enregistrement, l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. Par contre cela se répare facilement avec les utilitaires de Windev/Menu 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit, index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec plus de35000 enregistrements, depuis fin juillet les seuls problèmes que j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut. Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
Salutations
Eric MARCASTEL
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Eric Marcastel a émis l'idée suivante :
bonjour,
Cela veut il dire qu'il ne faut pas lancer de réindexation systematique
à l'ouverture des fichiers ?
Merci de votre réponse
Bernard
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps,
lors de la réindexation, le compteur d'IDauto de fichier se décale (-1).
Après cela, si un utilisateur essai de créer un nouveau enregistrement,
l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto.
Par contre cela se répare facilement avec les utilitaires de Windev/Menu
'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit,
index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes
NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec
plus de35000 enregistrements, depuis fin juillet les seuls problèmes que
j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut.
Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière
régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
Salutations
Eric MARCASTEL
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Cela veut il dire qu'il ne faut pas lancer de réindexation systematique à l'ouverture des fichiers ? Merci de votre réponse Bernard
En fait, c'est un problème un peu diffèrent que je subi: De temps en temps, lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). Après cela, si un utilisateur essai de créer un nouveau enregistrement, l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. Par contre cela se répare facilement avec les utilitaires de Windev/Menu 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est reconstruit, index compris, le seul défaut est la demande de fermeture de l'application.
J'ai un environnement relativement hétérogène mais sans W98 ,30 postes NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un avec plus de35000 enregistrements, depuis fin juillet les seuls problèmes que j'ai renconté sur les fichiers sont ceux que je vous ai décris plus haut. Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de manière régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce problème.
Salutations
Eric MARCASTEL
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Eric Marcastel
Re, Exacte -> la réponse de la Hot Line a été -> ne faite des réindexations que si des problèmes sont rencontrés, cela n'a rien à voir avec la vitesse, les indexs sont tenus à jour au fur et à mesure. Pour moi, c'est exacte, et mon appli fonctionne trés bien sans aucune réindexation.
Pour ce soir, je m'en vais mais je pourrais en parler demain..
Salutations
Eric M.
"Nard" a écrit dans le message de news:
Eric Marcastel a émis l'idée suivante : > bonjour, > Cela veut il dire qu'il ne faut pas lancer de réindexation systematique à l'ouverture des fichiers ? Merci de votre réponse Bernard
> En fait, c'est un problème un peu diffèrent que je subi: De temps en
temps,
> lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). > Après cela, si un utilisateur essai de créer un nouveau enregistrement, > l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. > Par contre cela se répare facilement avec les utilitaires de Windev/Menu > 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est
reconstruit,
> index compris, le seul défaut est la demande de fermeture de
l'application.
> > J'ai un environnement relativement hétérogène mais sans W98 ,30 postes > NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un
avec
> plus de35000 enregistrements, depuis fin juillet les seuls problèmes que > j'ai renconté sur les fichiers sont ceux que je vous ai décris plus
haut.
> Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de
manière
> régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce
problème.
> > Salutations > > Eric MARCASTEL
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Re,
Exacte -> la réponse de la Hot Line a été -> ne faite des réindexations que
si des problèmes sont rencontrés, cela n'a rien à voir avec la vitesse, les
indexs sont tenus à jour au fur et à mesure.
Pour moi, c'est exacte, et mon appli fonctionne trés bien sans aucune
réindexation.
Pour ce soir, je m'en vais mais je pourrais en parler demain..
Salutations
Eric M.
"Nard" <b.quincy@free.fr> a écrit dans le message de
news:mn.0bea7d4c545de147.23259@free.fr...
Eric Marcastel a émis l'idée suivante :
> bonjour,
>
Cela veut il dire qu'il ne faut pas lancer de réindexation systematique
à l'ouverture des fichiers ?
Merci de votre réponse
Bernard
> En fait, c'est un problème un peu diffèrent que je subi: De temps en
temps,
> lors de la réindexation, le compteur d'IDauto de fichier se décale (-1).
> Après cela, si un utilisateur essai de créer un nouveau enregistrement,
> l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto.
> Par contre cela se répare facilement avec les utilitaires de Windev/Menu
> 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est
reconstruit,
> index compris, le seul défaut est la demande de fermeture de
l'application.
>
> J'ai un environnement relativement hétérogène mais sans W98 ,30 postes
> NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un
avec
> plus de35000 enregistrements, depuis fin juillet les seuls problèmes que
> j'ai renconté sur les fichiers sont ceux que je vous ai décris plus
haut.
> Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de
manière
> régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce
problème.
>
> Salutations
>
> Eric MARCASTEL
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Re, Exacte -> la réponse de la Hot Line a été -> ne faite des réindexations que si des problèmes sont rencontrés, cela n'a rien à voir avec la vitesse, les indexs sont tenus à jour au fur et à mesure. Pour moi, c'est exacte, et mon appli fonctionne trés bien sans aucune réindexation.
Pour ce soir, je m'en vais mais je pourrais en parler demain..
Salutations
Eric M.
"Nard" a écrit dans le message de news:
Eric Marcastel a émis l'idée suivante : > bonjour, > Cela veut il dire qu'il ne faut pas lancer de réindexation systematique à l'ouverture des fichiers ? Merci de votre réponse Bernard
> En fait, c'est un problème un peu diffèrent que je subi: De temps en
temps,
> lors de la réindexation, le compteur d'IDauto de fichier se décale (-1). > Après cela, si un utilisateur essai de créer un nouveau enregistrement, > l'erreur doublon s'affiche, avec comme rubrique en rouge l'IDauto. > Par contre cela se répare facilement avec les utilitaires de Windev/Menu > 'outils' ->WDOptimiseur ->Option 5 . L'ensemble du fichier est
reconstruit,
> index compris, le seul défaut est la demande de fermeture de
l'application.
> > J'ai un environnement relativement hétérogène mais sans W98 ,30 postes > NT,200,XP, appli de 100 fichiers avec plus de 160Mo de fichier dont un
avec
> plus de35000 enregistrements, depuis fin juillet les seuls problèmes que > j'ai renconté sur les fichiers sont ceux que je vous ai décris plus
haut.
> Suite à une discussion avec la Hot-line, j'ai arrêté de réindexer de
manière
> régulier mes fichiers, je n'ai pas de baisse de vitesse et plus ce
problème.
> > Salutations > > Eric MARCASTEL
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Daniel
"sebNews" writes:
Win 98 n'est pas un OS serveur. De plus il est incapable de gérer correctement les accès concurrentiels.
il me semble que l'accès concurrentiel sur une base n'est pas géré par l'OS mais par le moteur de la base, sous d'autres bases dans la mesure où elles fonctionnent sous windows ses problèmes d'index n'existe pas. Sauf si il s'agit de fichiers qui font office de base.
Sous WIN98 il y a des clés sur la base de registre à modifier pour éviter ces problèmes. Faire une recherche avec le mot clé paradox pour avoir les infos La différence avec un OS serveur c'est que les mécanismes de l'OS sont plus élaborés et plus fiable.
Le même problème peut se produire avec le mémos surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" a écrit dans le message de news:41adcbe8$0$16985$ > Julek a écrit : > > Bonjour, > > > > Nous avons le même problème chez certains clients. > > Chez ces derniers, l'environnement est hétérogène, ils ont des pc > > récents et des anciens pc ainsi que différents sytèmes d'exploi tations > > (windows 98, XP ...) > > > > Le fait que cela vienne d'un poste en windows 98 est un cas à > > envisager. > > Pour le moment nous ne savons pas comment résoudre le problème. > > > > Julien > > > > Chez le client en question les données sont sur un poste en WIN98. > > Je n'ai aucun problème quand les données sont sur des postes Win200 0, XP > ou linux. > > Erick
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
"sebNews" <seb@yahoo.fr> writes:
Win 98 n'est pas un OS serveur.
De plus il est incapable de gérer correctement
les accès concurrentiels.
il me semble que l'accès concurrentiel sur une base n'est pas géré par
l'OS mais par le moteur de la base, sous d'autres bases dans la mesure
où elles fonctionnent sous windows ses problèmes d'index n'existe
pas. Sauf si il s'agit de fichiers qui font office de base.
Sous WIN98 il y a des clés sur la base de registre à modifier pour
éviter ces problèmes. Faire une recherche avec le mot clé paradox pour
avoir les infos
La différence avec un OS serveur c'est que les mécanismes de l'OS sont
plus élaborés et plus fiable.
Le même problème peut se produire avec le mémos
surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" <serick@free.fr> a écrit dans le message de
news:41adcbe8$0$16985$626a14ce@news.free.fr...
> Julek a écrit :
> > Bonjour,
> >
> > Nous avons le même problème chez certains clients.
> > Chez ces derniers, l'environnement est hétérogène, ils ont des pc
> > récents et des anciens pc ainsi que différents sytèmes d'exploi tations
> > (windows 98, XP ...)
> >
> > Le fait que cela vienne d'un poste en windows 98 est un cas à
> > envisager.
> > Pour le moment nous ne savons pas comment résoudre le problème.
> >
> > Julien
> >
>
> Chez le client en question les données sont sur un poste en WIN98.
>
> Je n'ai aucun problème quand les données sont sur des postes Win200 0, XP
> ou linux.
>
> Erick
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Win 98 n'est pas un OS serveur. De plus il est incapable de gérer correctement les accès concurrentiels.
il me semble que l'accès concurrentiel sur une base n'est pas géré par l'OS mais par le moteur de la base, sous d'autres bases dans la mesure où elles fonctionnent sous windows ses problèmes d'index n'existe pas. Sauf si il s'agit de fichiers qui font office de base.
Sous WIN98 il y a des clés sur la base de registre à modifier pour éviter ces problèmes. Faire une recherche avec le mot clé paradox pour avoir les infos La différence avec un OS serveur c'est que les mécanismes de l'OS sont plus élaborés et plus fiable.
Le même problème peut se produire avec le mémos surtout si la machine à peu de ressources.
C'est bien la cause du problème
Sébastien
"Erick" a écrit dans le message de news:41adcbe8$0$16985$ > Julek a écrit : > > Bonjour, > > > > Nous avons le même problème chez certains clients. > > Chez ces derniers, l'environnement est hétérogène, ils ont des pc > > récents et des anciens pc ainsi que différents sytèmes d'exploi tations > > (windows 98, XP ...) > > > > Le fait que cela vienne d'un poste en windows 98 est un cas à > > envisager. > > Pour le moment nous ne savons pas comment résoudre le problème. > > > > Julien > > > > Chez le client en question les données sont sur un poste en WIN98. > > Je n'ai aucun problème quand les données sont sur des postes Win200 0, XP > ou linux. > > Erick
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat
Erick wrote:
Bonjour,
J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Bonjour,
De 1992 à 2003, j'ai eu plusieures installations réseau utilisant Paradox avec données sur W3.11, W95 et W98SE. Depuis W95 on n'utilisait que des PC dédiés et n'avons pas eu de problèmes lié au file sharing. Ces OS étaient en effet incapable de faire en sécurité plusieures choses à la fois, p.ex. serveur et poste de travail, mais pas de problème avec seul la gestion de fichiers et imprimantes.
Afin d'éviter de problèmes, il faudrait s'assurer que
- les données résident sur un PC dédié - un poste de travail ne sert non plus comme serveur d'imprimante (il y a des chances d'interférences) - éventuellement désactiver le cache LAN dans le registre des postes clients. Paradox n'a jamais été perturbé par ceci, mais pas toutes les bases gèrent les données de la même façon. Voici la configuration y relative:
Des problèmes pourraient venir du protocol de réseau. Sous W98SE, le meilleur et plus rapide est le NETBEUI et TCP/IP seulement pour l'accès direct internet via Modem. Par contre, s'il y a dans le même réseau des PC "clients" ayant un OS comme W2K ou XP, il serait à mon avis mieux de - mettre les données sur un PC avec W2K ou XP - n'utiliser que le protocole TCP/IP sur tous les PC (ceci va ralentir les accès des PC W98SE mais augmenter la stabilité du réseau) - impérativement désactiver l'usage du cache réseau sur les postes clients
En plus, une chose vraiment utile c'est d'installer CPUIdle ce que refroidie le processeur et évite des blocages dû à des températures trop élevées.
Salutations Mat
Erick wrote:
Bonjour,
J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec
des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Bonjour,
De 1992 à 2003, j'ai eu plusieures installations réseau utilisant
Paradox avec données sur W3.11, W95 et W98SE. Depuis W95 on n'utilisait
que des PC dédiés et n'avons pas eu de problèmes lié au file sharing.
Ces OS étaient en effet incapable de faire en sécurité plusieures choses
à la fois, p.ex. serveur et poste de travail, mais pas de problème avec
seul la gestion de fichiers et imprimantes.
Afin d'éviter de problèmes, il faudrait s'assurer que
- les données résident sur un PC dédié
- un poste de travail ne sert non plus comme serveur d'imprimante (il y
a des chances d'interférences)
- éventuellement désactiver le cache LAN dans le registre des postes
clients. Paradox n'a jamais été perturbé par ceci, mais pas toutes les
bases gèrent les données de la même façon. Voici la configuration y
relative:
Des problèmes pourraient venir du protocol de réseau. Sous W98SE, le
meilleur et plus rapide est le NETBEUI et TCP/IP seulement pour l'accès
direct internet via Modem.
Par contre, s'il y a dans le même réseau des PC "clients" ayant un OS
comme W2K ou XP, il serait à mon avis mieux de
- mettre les données sur un PC avec W2K ou XP
- n'utiliser que le protocole TCP/IP sur tous les PC (ceci va ralentir
les accès des PC W98SE mais augmenter la stabilité du réseau)
- impérativement désactiver l'usage du cache réseau sur les postes clients
En plus, une chose vraiment utile c'est d'installer CPUIdle ce que
refroidie le processeur et évite des blocages dû à des températures trop
élevées.
J'ai un souci avec un logiciel en reseau. Je me retrouve souvent avec des fichiers d'index corrompus.
Cela peut il venir du fait que les données soient sur un poste en Win98.
Bonjour,
De 1992 à 2003, j'ai eu plusieures installations réseau utilisant Paradox avec données sur W3.11, W95 et W98SE. Depuis W95 on n'utilisait que des PC dédiés et n'avons pas eu de problèmes lié au file sharing. Ces OS étaient en effet incapable de faire en sécurité plusieures choses à la fois, p.ex. serveur et poste de travail, mais pas de problème avec seul la gestion de fichiers et imprimantes.
Afin d'éviter de problèmes, il faudrait s'assurer que
- les données résident sur un PC dédié - un poste de travail ne sert non plus comme serveur d'imprimante (il y a des chances d'interférences) - éventuellement désactiver le cache LAN dans le registre des postes clients. Paradox n'a jamais été perturbé par ceci, mais pas toutes les bases gèrent les données de la même façon. Voici la configuration y relative:
Des problèmes pourraient venir du protocol de réseau. Sous W98SE, le meilleur et plus rapide est le NETBEUI et TCP/IP seulement pour l'accès direct internet via Modem. Par contre, s'il y a dans le même réseau des PC "clients" ayant un OS comme W2K ou XP, il serait à mon avis mieux de - mettre les données sur un PC avec W2K ou XP - n'utiliser que le protocole TCP/IP sur tous les PC (ceci va ralentir les accès des PC W98SE mais augmenter la stabilité du réseau) - impérativement désactiver l'usage du cache réseau sur les postes clients
En plus, une chose vraiment utile c'est d'installer CPUIdle ce que refroidie le processeur et évite des blocages dû à des températures trop élevées.
Salutations Mat
SebNews
<<il me semble que l'accès concurrentiel sur une base n'est pas géré par <<l'OS mais par le moteur de la base, sous d'autres bases dans la mesure <<où elles fonctionnent sous windows ses problèmes d'index n'existe <<pas. Sauf si il s'agit de fichiers qui font office de base.
Je parlai accès multiples sur une même ressource partagée.
Dans tous les cas vous pouvez jeter un oeil à ceci
http://adwin.fr/clatechwin/indexcadre.htm
Sébastien
<<il me semble que l'accès concurrentiel sur une base n'est pas géré par
<<l'OS mais par le moteur de la base, sous d'autres bases dans la mesure
<<où elles fonctionnent sous windows ses problèmes d'index n'existe
<<pas. Sauf si il s'agit de fichiers qui font office de base.
Je parlai accès multiples sur une même ressource partagée.
Dans tous les cas vous pouvez jeter un oeil à ceci
<<il me semble que l'accès concurrentiel sur une base n'est pas géré par <<l'OS mais par le moteur de la base, sous d'autres bases dans la mesure <<où elles fonctionnent sous windows ses problèmes d'index n'existe <<pas. Sauf si il s'agit de fichiers qui font office de base.
Je parlai accès multiples sur une même ressource partagée.
Dans tous les cas vous pouvez jeter un oeil à ceci
