Cela ressemble à une situation de poule ou d'œuf...
J'ai un dossier que je copie en arrière-plan depuis un certain temps. Cela fonctionnait très bien et les restaurations étaient faciles lorsque un utilisateur supprimait accidentellement quelque chose. Jusqu'à présent...
- DomainAdmin = Administrateur de domaine faisant partie du groupe des administrateurs de domaine.
- UtilisateurA = Utilisateur de bas niveau avec quasiment aucun accès.
- DossierA = Dossier commun utilisé par tous les utilisateurs pour déposer des fichiers.
- DossierB = Dossier d'un seul utilisateur auquel seul cet utilisateur a accès.
Disons simplement que ce dossier contient 10 fichiers. Ces 10 fichiers ont tous des ACL qui incluent le groupe DomainAdmin avec un accès total aux fichiers, à l'exception de 2 fichiers. Ces 2 fichiers n'ont que des ACL pour l'utilisateur spécifique qui les a créés (UtilisateurA).
Toutes les 12 heures, une copie en arrière-plan est réalisée pour ce dossier (DossierA). Je reçois une requête de restauration du dossier car quelqu'un (UtilisateurA) a supprimé son fichier dans le dossier (DossierA). Je tente de le restaurer comme d'habitude mais je reçois l'erreur suivante...
Intéressant... Je vais dans le dossier de la copie en arrière-plan et je vois le fichier posant problème. Je fais un clic droit dessus, je vais dans propriétés et je clique sur l'onglet sécurité pour obtenir ceci...
D'accord... rien de nouveau... j'ai déjà vu ça. Je dois juste prendre possession du fichier puis modifier les ACL comme je le souhaite... Mais en essayant de le faire, je reçois ceci...
Eh bien... Voici mon dilemme. Il semble que le fichier soit en lecture seule. Pas en raison d'un attribut quelconque mais pour une raison différente liée à la manière dont une copie en arrière-plan se produit. J'ai tenté de simplement copier le dossier de la copie en arrière-plan (pour pouvoir réinitialiser toutes les autorisations) mais je ne peux pas copier ces fichiers en raison du manque d'ACL!
Des idées ? Des solutions ?
