Un collègue quitte l'entreprise, un projet est transféré à une autre équipe ou un dossier partagé appartient toujours à un compte sur le point d'être désactivé. Les fichiers peuvent apparaître dans l'interface ownCloud du destinataire, mais ce dernier n'y a accès que via un partage. Si le compte d'origine est supprimé, cette distinction peut poser problème.
Pour ownCloud Server 10.x, un administrateur peut transférer la propriété d'un compte via l'outil en ligne de commande occ files:transfer-ownership. Il n'existe pas de bouton « Me désigner comme propriétaire » accessible à l'utilisateur, contrairement à ce qui est décrit dans la documentation de Server 10.16. La commande déplace les fichiers appartenant à un compte et leurs partages sortants vers un autre compte ; les partages entrants ne sont pas transférés. Les étapes ci-dessous utilisent la documentation de référence des commandes d'ownCloud Server 10.16. Consultez la documentation pour connaître la version exacte et la configuration de stockage que vous utilisez avant de procéder à un changement de propriétaire.
Premièrement, identifiez ce qui doit être déplacé.
« Partagé avec moi » ne signifie pas forcément « m'appartient ». Dans ownCloud, le compte qui a créé ou possède un fichier peut le partager avec d'autres utilisateurs. Un destinataire peut lire ou modifier l'élément partagé sans en être propriétaire. Si vous êtes le destinataire, demander au propriétaire initial ou à un administrateur de déplacer l'élément est généralement la meilleure solution.
La commande de transfert est une opération d'administration sur le serveur ownCloud. Elle permet de déplacer tous les fichiers appartenant à un utilisateur source, ou un dossier sélectionné et son contenu. Le chemin sélectionné doit se trouver dans le répertoire de fichiers de cet utilisateur. Elle ne transfère pas les partages entrants, le contenu de la corbeille ni les anciennes versions de fichiers. La documentation officielle des commandes ownCloud Server 10.16 OCC décrit cette commande et ses options.
Ce guide concerne ownCloud Server (version classique 10.x). ownCloud Infinite Scale est un produit différent, doté d'une architecture et d'une interface utilisateur distinctes. Ne présumez pas que cette commande Server ou ses résultats s'appliquent à un déploiement Infinite Scale ; consultez la documentation de votre produit installé.
Choisissez le bon champ de transfert
| Besoin | Approche | Ce qu'il faut garder à l'esprit |
| Déplacer un dossier de projet | À utiliser --pathavec un chemin relatif au répertoire des fichiers de l'utilisateur source. | Le dossier et ses sous-dossiers sont placés dans un dossier de transfert horodaté destiné au destinataire. |
| Déplacer tous les fichiers appartenant à un compte | Exécutez la commande en indiquant uniquement les identifiants utilisateur source et de destination. | Les partages sortants sont déplacés avec les fichiers ; les partages entrants, non. |
| Mettre à la retraite un compte | Effectuez d'abord le transfert, vérifiez le résultat, puis suivez la procédure de suppression de compte de votre organisation. | Ne désactivez ni ne supprimez le compte source tant que les données et les partages nécessaires n'ont pas été vérifiés. |
| Déplacer les fichiers directement dans l'espace de fichiers principal d'un nouvel utilisateur | À considérer --destination-use-user-folderuniquement pour son cas particulier documenté. | Le compte de destination doit exister et ne doit jamais avoir été utilisé. Il ne s'agit pas d'une procédure de transfert sélectif classique. |
Avant d'exécuter la commande
- Veuillez vérifier le produit et sa version. Assurez-vous qu'il s'agit bien d'ownCloud Server 10.x et non d'ownCloud Infinite Scale, puis consultez la documentation de référence des commandes pour la version installée.
- Veuillez confirmer les deux identifiants de compte. Utilisez les identifiants utilisateur ownCloud réels, et non les noms d'affichage ou les adresses e-mail, sauf s'il s'agit des identifiants. Vérifiez attentivement l'orthographe : « source » et « destination » sont des arguments positionnels.
- Vérifiez l'impact sur le partage. La commande peut déplacer les partages sortants appartenant au compte source. Les partages entrants sont exclus. Informez vos collaborateurs de tout changement prévu de propriétaire ou d'accès.
- Créez et vérifiez une sauvegarde. Suivez la procédure de sauvegarde habituelle de votre site pour la base de données et le stockage des données. Un transfert de fichier modifie la propriété et les relations de partage ; une sauvegarde récupérable est la solution de restauration la plus sûre.
- Vérifiez les détails de stockage et de déploiement. Confirmez le répertoire d'installation d'ownCloud et le compte serveur web approprié. Sur une installation Linux standard, ce compte est souvent « /etc/owncloud »
www-data, mais les paquets et les conteneurs peuvent différer.
Si vous utilisez un stockage principal compatible S3 avec plusieurs compartiments, veuillez consulter l'avertissement spécifique au stockage dans la documentation officielle d'ownCloud relative au stockage principal compatible S3 . Il y est indiqué que le transfert de propriété est déconseillé dans cette configuration, car des parts peuvent être perdues.
Transférer un dossier partagé sélectionné
Utilisez un transfert sélectif lorsque la destination nécessite un projet ou un petit ensemble de fichiers, plutôt que l'intégralité des fichiers de l'utilisateur source. L'exemple ci-dessous transfère un dossier nommé «Projects/Proposal de l'utilisateur ID » alicevers l'utilisateur ID bob.
- Ouvrez une invite de commandes sur le serveur ownCloud et accédez au répertoire contenant le
occscript. Utilisez le chemin correspondant à votre installation.
- Vérifiez les options de la commande avant de l'exécuter :
sudo -u www-data ./occ files:transfer-ownership --help
- Lancez le transfert sélectif. Le chemin indiqué est relatif au
alicerépertoire de fichiers ownCloud de l'utilisateur ; il ne s'agit pas d'un chemin d'accès au système de fichiers du serveur.
sudo -u www-data ./occ files:transfer-ownership \
--path="Projects/Proposal" \
alice \
bob
Remplacez cette commande www-datasi votre installation utilise un compte de service différent. Dans un déploiement conteneurisé, utilisez la syntaxe de commande documentée du conteneur plutôt que de copier littéralement la commande hôte. La documentation développeur d'ownCloud, par exemple, présente une syntaxe Docker Compose comme celle-cidocker compose exec owncloud occ ... ; les noms de service varient selon le déploiement.
Cette commande place le dossier sélectionné et son contenu dans le répertoire de fichiers de l'utilisateur de destination, dans un sous-dossier nommé selon le modèle spécifié transferred from alice on [timestamp]. L'emplacement d'origine du dossier racine n'est pas conservé. Vérifiez la présence de ce dossier transféré dans le compte de destination une fois la commande terminée.
Transférez tous les biens d'un seul compte
Si l'utilisateur quitte l'entreprise et que l'objectif est de déplacer tous ses fichiers et partages sortants, omettez--path :
sudo -u www-data ./occ files:transfer-ownership \
alice \
bob
Lisez attentivement le message de confirmation avant de l'accepter. La commande peut signaler des partages non transférables. L' --accept-skipped-sharesoption indique à ownCloud de poursuivre le transfert même si certains partages sont ignorés ; utilisez-la uniquement si vous comprenez et acceptez ce résultat. Ne l'ajoutez pas simplement pour masquer une invite.
Il existe également une --destination-use-user-folderoption pour la migration complète d'un utilisateur. L'utilisateur de destination doit être créé mais ne doit jamais s'être connecté ; ownCloud recommande le mode maintenance pour cette opération. En raison de ses exigences plus strictes et du changement de destination des données, cette option n'est pas recommandée pour un transfert classique ou un déplacement sélectif.
Vérifiez le résultat et traitez les actions ignorées.
- Connectez-vous en tant qu'utilisateur de destination ou demandez-lui de consulter son dossier Fichiers. Pour un transfert sélectif, vérifiez le
transferred from …dossier horodaté et ouvrez des fichiers représentatifs.
- Vérifiez que la structure de dossiers attendue et le contenu des fichiers les plus récents sont présents. La documentation de référence des commandes de Windows Server 10.16 indique que les versions des fichiers ne sont pas transférées ; seule la version la plus récente apparaît dans le compte de destination.
- Passez en revue les parts importantes avec les personnes qui en dépendent. Étant donné que seules les parts sortantes sont transférées, contrairement aux parts entrantes, un transfert ne fait pas du compte de destination le destinataire de tous les éléments partagés avec le compte source.
- Laissez le compte source accessible jusqu'à ce que le propriétaire du compte de destination et les collaborateurs concernés confirment l'accès. Ne désactivez le compte définitivement qu'après cette vérification et votre revue de conservation habituelle.
Si le transfert signale une exception ou s'interrompt prématurément, ownCloud fournit une documentation files:troubleshoot-transfer-ownershippour vérifier les problèmes liés au transfert. Son comportement par défaut est une simulation qui génère un rapport. Par exemple :
sudo -u www-data ./occ files:troubleshoot-transfer-ownership --uid bob
Veuillez d'abord examiner attentivement le résultat. La commande propose également une --fixoption de réparation ; par conséquent, ne l'activez pas sans avoir préalablement consulté les problèmes signalés et effectué une sauvegarde récente. Les vérifications et options disponibles sont répertoriées dans la documentation officielle de l'OCC .
Auto-vérification finale
- Avez-vous utilisé l'instance, la version, l'ID source et l'ID de destination corrects pour votre serveur ownCloud ?
- Avez-vous choisi la portée souhaitée : un chemin d’accès ou tous les fichiers appartenant à la source ?
- Avez-vous pris en compte les partages sortants ignorés, les partages entrants, le contenu de la corbeille et les versions antérieures ?
- L’utilisateur de destination peut-il trouver et ouvrir les fichiers transférés, et les collaborateurs concernés peuvent-ils toujours accéder à ce dont ils ont besoin ?
- Avez-vous conservé une sauvegarde vérifiée et retardé la suppression du compte jusqu'à ce que le transfert soit confirmé ?
La réussite de la commande ne marque que le début du transfert. Avant de considérer le transfert de propriété comme terminé, vérifiez le nouvel emplacement, le contenu du fichier et les droits de collaboration.