Aller au contenu

Pb De Lecture Seule !


Messages recommandés

Bonjour à tous,

J'utilise un NAS Synology en tant que réseau d'entreprise pour partager les fichiers en local et à distance.

Cela est super pratique, mais j'ai un probleme concernant l'utilisation des fichiers par plusieurs utilisateurs sur une journée... Exemple:

- Le matin je travaille sur un fichier Excel que j'enregistre et ferme.

- Par la suite, si un autre utilisateur vient ouvrir le fichier, il verra mes modifications, mais s'il fait à son tour des modifications et les enregitre, cela ne sera pas pris en compte.

Il n'y a que moi (premier utilisateur) qui pourra modifier le fichier.

Si le lendemain, c'est un autre utilisateur utilise le fichier en premier, c'est moi qui serait confronté à ce probleme !!!

Savez-vous d'ou cela peut venir et comment regler ce probleme ???

Dans le meme ordre d'idée, lorsqu'un fichier est ouvert par 2 personnes pour modification ou consultation, nous ne sommes pas avertis de cela (comme le ferait Windows sur un fichier partagé, en informant que le fichier est ouvert en lecture seul)

Cela vient-il du meme probleme/reglage ou faut-il encore une autre solution ?

Merci à ceux qui me liront et/ou pourront m'aider !

Bonne fin de journée à tous,

Lien vers le commentaire
Partager sur d’autres sites

Etonnant ton histoire. Je n'ai jamais encore essayé mais j'ai pensé utiliser l'accès à plusieurs ordis sur un fichier xls unique placé sur le syno il y a quelques jours justement. Au niveau excel je ne sais pas comment ça se passe.

En fait surtout j'ai vite abandonné cette piste en préférant développer la présence d'un fichier référence dans le syno et des fichiers (copies) dans chaque ordi avec synchronisations périodiques. Cela permet avec un portable de pouvoir continuer à utiliser excel même en déplacement.

Par contre et ça pourrait être une piste, dans la base de données access lorsqu'un poste ouvre le fichier de base de données (avec extension .mdb) il se crée automatiquement un fichier provisoire avec extension .ldb qui interdit tout autre accès à quiconque d'autre.

Dès que l'utilisateur actif referme acces le fichier .ldb disparait et les autres ont de nouveau l'accès.

Lien vers le commentaire
Partager sur d’autres sites

Salut Domlas,

Merci pour ta réponse !

Dans mon cas, il s'agit en l'occurence de fichier Excel et non de BDD Access... Mais le principe est peut-être le meme...

Quoiqu'il en soit, lorsque j'ouvre un fichier Excel situé sur le NAS, il est créé un fichier Excel ~$nomdufichier...

Ce fichier disparait lorsque je ferme le fichier Excel utilisé, et du coup le probleme reste le meme derriere...

Probleme toujours pas résolu :) Mais merci quand meme pour ta réponse !

Lien vers le commentaire
Partager sur d’autres sites

  • 2 ans après...

Bonjour Jerem312, Bonjour le Forum

Je relance le sujet car je n'ai pas trouvé de réponses à ma questions malgré de nombreuses recherches.

J'ai pratiquement le même problème que Jerem312 ci-dessus.

A savoir, lorsque 2 utilisateurs ouvrent le même fichier, le fichier n'est pas en lecture seule ce qui fait que le fichier peut être modifié par 2 utilisateurs en même temps, sans aucune alerte ni quoi que ce soit...


Jerem312, as-tu trouvé une solution ? Quelqu'un sur le forum a été confronté à ce genre de problème ? Merci d'avance pour votre retour,

 

Cordialement,


Tchampe.

Lien vers le commentaire
Partager sur d’autres sites

il y a 20 minutes, firlin a dit :

Je pense qu'il y a pas de solution à ce problème car il existe aussi sur Windows à ma connaissance.

Si 2 personnes travaille sur le même fichiers c'est la dernière qui sauve qui gagne.

Pas forcément: Windows dispose des APIs nécessaires pour gérer correctement le verrouillage de fichier, et ca s'applique autant au fichiers locaux qu'aux fichiers situés sur un partage distant sur un NAS ou autre serveur.

C'est aux applications d'invoquer ces APIs. (Les applis Office le font correctement en général par exemple)

Lien vers le commentaire
Partager sur d’autres sites

Merci pour votre réponse, qui hélas ne m'aide pas, mais qui permet de faire avancer le débat :)

Pour moi le fait que le dernier qui enregistre gagne ne me pose en soit pas de souci.
Ce qui me pose problème est que lorsque j'ouvre un fichier déjà ouvert par un utilisateur, je n'ai aucun affichage/alerte/fichier en lecture seule m'indiquant que ce fichier est en cours de modification. C'est plutôt là où il y a un souci pour moi. N'y a t'il pas moyen de paramétrer cette "option" dans mon NAS ?

 

Merci d'avance pour votre retour,

Lien vers le commentaire
Partager sur d’autres sites

Vraiment bizarre ton problème

Avec Excel en particulier, normalement le deuxième utilisateur qui ouvre le fichier devrait recevoir ce warning:

AnKCCDP.png

Et ce n'est que si cet utilisateur sélectionne *explicitement* "lecture seule" qu'on constate le comportement décrit .

On est bien d'accord que les deux utilisateurs accèdent au fichier via l'explorateur windows ou "fichier->ouvrir" dans Excel?

Modifié par CoolRaoul
Lien vers le commentaire
Partager sur d’autres sites

Je confirme moi aussi. Non pas que je viennes de l'essayer à l'instant, mais que ça fonctionne comme ça depuis des lustres pour ce qui concerne l'accès au même fichier dans un même dossier.

Par contre, si le dossier est ouvert à partir de Cloud Station client, cette sécurité ne fonctionne pas puisque les dossiers d'origine sont différents. Voila sans doute pourquoi notre ami a ce problème.

 

Lien vers le commentaire
Partager sur d’autres sites

Bonjour, merci pour vos différents retours,

 

Effectivement, Mic13710 a raison, j'ai le problème parce que j'utilise le Cloud Station Drive.

Par contre, pourriez-vous m'indiquer de quelle manière vous ouvrez donc vos fichiers pour avoir cette alerte ? Je n'ai aucune formation en informatique, je me forme sur le tas en installant le synology de mon entreprise.

Profitant de vos compétences et n'ayant pas non plus trouver d'explications à mon problème sur ce forum, je me permets également de vous solliciter, une utilisatrice m'indique que lorsqu'elle ouvre un fichier et fait des modifications dessus, ces modifications ne sont pas prises en compte la première fois, elle doit l'ouvrir une deuxième fois pour que cela soit pris en compte.

Je trouve ça plutôt surprenant mais pour sa défense, j'ai un message plutôt surprenant dans le journal Cloud Station Server : "Système pivoté de la version la plus ancienne de NOM_FICHIER". Quelqu'un sait ce que signifie ce message ? Et quel en est la cause ?

Encore une fois d'avance désolé pour une question qui peut peut-être paraître basique,

Bonne journée et merci d'avance pour votre retour,

Tchampe.

Lien vers le commentaire
Partager sur d’autres sites

@tchampe au vu de se qu'on parvient à imaginer de votre infrastructure, il s'agit d'un NAS installé sur un réseau local d'entreprise avec les postes clients connectés au même réseau

Si c'est bien le cas l'utilisation de Cloud Station drive n'est pas adaptée ici.

Avec ce type d'architecture, les postes clients doivent pouvoir ouvrir les fichiers directement sur le NAS en accédant aux dossiers partagés déclarés sur ce dernier.

Dans le cas d'un environnement Windows, vos utilisateurs devront accéder au NAS à partir du "voisinage réseau" dans l'explorateur, ou mieux, directement en utilisant les chemins explicites (de la forme \\nom_du_nas\dossier_partage\...\fichier). Ces méthodes étant également utilisables dans les boites de dialogue "fichier" -> "ouvrir" et "fichier" -> "enregistrer sous". Existe aussi l'approche de mapper des lettres de lecteurs mais j'ai tendance à déconseiller, un peu "old school" à mon goût.

Dans le cas d'un environnement Apple, faudra compter sur d'autres utilisateurs pour vous aider, ça n'est pas dans mes compétences.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.