none
Déplacement ou renommage d'arborescences partagée RRS feed

  • Question

  • Bonjour,

    Je cherche à déplacer un certain nombre de partage sur un serveur Windows 2019 d'un dossier à un autre, par exemple :

    "D:\DOSSIER\PARTAGES\DossierPartagé" (partagé en \\srv\dossierpartagé$)

    à déplacer vers "D:\PARTAGES\partage1" du même serveur sans modifier le nom du partage.

    La contrainte est qu'un déplacement via l'explorateur : supprime les partage, supprime les ACL NTFS, et à ma connaissance conserve les quotas.

    Existe-t-il des scripts sur le net ou des fonctionnalités simple pour effectuer le plus rapidement possible ces opérations ? Idéalement un déplacement sans interruption de service est souhaitable.

    Merci par avance et bonne journée

    vendredi 28 février 2020 14:50

Réponses

  • Oui par abus de langage nous sommes beaucoup à parler du disque c: ou d: plutôt que du volume c:.

    La clé de registre pour les partages et les autorisations de partages (à ne pas confondre avec les permissions NTFS) est :

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares

    samedi 29 février 2020 08:15

Toutes les réponses

  • Bonjour Supaxor

    La contrainte est qu'un déplacement via l'explorateur : supprime les partages, supprime les ACL NTFS, et à ma connaissance conserve les quotas.

    ==> Pas nécessairement. Je m'explique. la règle est la suivante : lorsqu'il y a création de fichiers/dossiers, dans un volume ceux-ci héritent des permissions NTFS de leur parent.

    Si tu fais un couper/coller ou un cliquer/deplacer de  D:\FOlder1\sub1 vers D:\folder2\, le rep Sub1 aura les Acls (dans folder2 donc) qu'il avait à l'origine. Il n'y a pas de création de fichier, il y a déplacement sur le même volume. Si tu fais la même chose entre D: et E:, il y a création de fichiers sur le E:, donc héritage des permissions venant de E.

    Maintenant si tu passes par les shares, comme un utilisateur, tu ne sais absolument pas, si Dossier1 et dossier2 sont sur le même volume ou pas. Et tu ne peux pas prévoir le comportement qui va en découler.

    D'autre part, tu as un partage dossierpartagé$ qui pointe sur un répertoire, tu veux faire pointer ce partage sur un autre répertoire, no way sans interruption, même courte. Suppression du partage, recréation oblige

    Sérialise ton besoin et tu vas trouver les réponses tout seul :

    • copier les données en conservant les Acls (on est sur le même volume) : Move-Item on va se l'a jouer simple. Pas nécessaire de sortir robocopydans ce cas.
    • Comme tu supprimes le partage source, je suppose que dans D:\Dossiers\DossierPartagé, i n'y a rien d'autre. Tant mieux. 2 cmdlets à passer ; Remove-SmbShare et New-SmbShare

    Existe-t-il des scripts sur le net ou des fonctionnalités simple pour effectuer le plus rapidement possible ces opérations ? Regarde au dessus. 3 cmdlets à exécuter, on n'appelle même pas ça un script.

    Idéalement un déplacement sans interruption de service est souhaitable.

    ==> IMPOSSIBLE, tu casses le partage ! la durée d'interruption de service est la somme de 2 choses

    • Suppression du share existant : Sinon ça va pas le faire si des users sont toujours desus. 1 cmdlet, durée exécution .... disons 1 seconde
    • le temps de déplacement des fichiers (c'est sur le même volume, pas de création, juste la table d'allocation du volume (index) à mettre à jour, ça va mettre qq secondes à quelques minutes max selon volumétrie.
    • recréation du share. 1 cmdets à mettre au point en avance de phase ... disons 1 seconde

    Grave interruption de service dans ton cas. Tu fais ça en fin de journée et tu auras 3 min d'heure sup.

    Je plaisante :-)

    Attention : Com utilisateur indispensable. Pense à celui qui a des  fichiers (excel  par exemple), avec des liens vers d'autres fichiers. Ca ne va plus marcher ... liens cassés, plus les mêmes chemins.  Houps, je me rattrape de justesse. Non, pas dans ton cas tu conserves le même nom de partage. A garder en mémoire quand même pour  ... un jour

    Cordialement

    Olivier

    vendredi 28 février 2020 15:51
  • Bonjour,

    si tu fais un déplacement sur la même unité disque (D:, dans ton cas), le déplacement de Go/To d'information est instantané…. C'est juste une entrée qui est déplacée dans d'un répertoire à un autre.

    En revanche, il faut supprimer tous les partages utilisés sur et dans le dossier source, puis les recréer après déplacement. Il y a des astuces pour récupérer et modifier cela à partir des registres...

    Le déplacement sur la même unité disque conserve aussi les droits existants!

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    vendredi 28 février 2020 16:59
  • pas disque Thierry, Volume ou partition, mais pas volume. La table d'allocation est par volume. SI effectivement tu as une seule partition, on peut confondre disque et volume mais c'est abus de language.

    Olivier

    vendredi 28 février 2020 19:50
  • Oui par abus de langage nous sommes beaucoup à parler du disque c: ou d: plutôt que du volume c:.

    La clé de registre pour les partages et les autorisations de partages (à ne pas confondre avec les permissions NTFS) est :

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares

    samedi 29 février 2020 08:15
  • pas disque Thierry, Volume ou partition, mais pas volume. La table d'allocation est par volume. SI effectivement tu as une seule partition, on peut confondre disque et volume mais c'est abus de language.

    Olivier

    Je n'ai pas dit "disque" (que j'aurai alors précisé en tant que disque dur), mais "unité disque", qui signifie que l'on parle bien de la lettre D:, qui peut d'ailleurs très bien s'agit d'une unité réseau ou distante…

    Le résultat étant identique !


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    samedi 29 février 2020 12:10