none
migration server

    Question

  • bonjour,

    Avant de faire une bêtise, je préfères demander ;

    Actuellement, mon serveur de la boite commence à être vieux, j'aimerai bien le changer avec un serveur 2012, mais je n'ai pas envie de perdre quoi que soit soit, j'aimerai tout garder (comptes utilisateurs, données etc), et ainsi changer le nom du domaine pour repartir sur un bon chemin. 

    merci d'avance de m'avoir lu, et au plaisir de vous lire 

    cordialement 

    mercredi 17 avril 2019 15:33

Toutes les réponses

  • Bonjour pour aider nous aurions besoin de plus d’informations, à savoir :

    -          Active Directory

    -          Serveurs de fichiers

    -          SQL

    -          …..

    Cordialement.


    mercredi 17 avril 2019 17:35
  • bonsoir,

    merci pour votre réponse,

    j'aimerai changer de serveur pour tout refaire au propre avec un serveur plus récent 2012, il faut que je garde tout les comptes utilisateurs ainsi que leurs données, 

    avoir un nouveau domaine tout "neuf"

    serveurs de fichiers ? 

    j'utilise pas SQL

    cordialement

    mercredi 17 avril 2019 21:06
  • Bonsoir,

    tu as 2 demandes qui sont un peu contradictoires...

    - Soit tu migres en conservant tous les comptes et les données, mais tu conserves alors le même nom de domaine. La seule chose qui peut changer facilement est le nom du nouveau serveur.

    - Soit tu crées une nouvelle forêt (nouveau domaine), mais par défaut, la forêt démarre sans les comptes et les données.

    => Il faut alors passer par l'utilisation d'outils tels que ADMT pour migrer les comptes entre les 2 forêts, migrer les ordinateurs et leurs profils, migrer le(s) serveurs de données...

    Maintenant, si le nombre d'utilisateurs est limité, il y a peut être moyen de simplifier et d'éviter cette procédure assez complexe.

    A+


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2012(85 MCPs). MCSA Office 365 http://base.faqexchange.info

    mercredi 17 avril 2019 21:24
  • Si je peux me permettre, je trouve ça dommage de partir sur un 2012 alors qu'il y a du 2016 et du 2019...
    jeudi 18 avril 2019 07:07
  • idem JC : si tu veux faire du récent ne fait pas du 2012, prends 2016 ou 2019 ....

    Pour compléter la réponse de Thierry :

    La méthode conventionnelle est de migrer vers des nouveaux DC 

    Quelques liens qui peuvent aider à la réflexion :

    Classique : http://www.pbarth.fr/node/89

    ADMT : http://www.pbarth.fr/node/106 (complexe)

    Quel version d'OS actuel ?

    Tu peux détailler les rôles de ton serveur ?

    Si dans ta nouvelle architecture tu as la possibilité de séparer certains rôle ce serait mieux. Aujourd'hui avec la virtualisation c'est plus simple. A l'époque on avait qu'un serveur qui fait tout et cela créé des problèmes pour les migrations futurs.


    jeudi 18 avril 2019 08:40
    Modérateur
  • bonjour,

    merci pour vos réponses,

    Du coup , ouais je vais garder le même nom de domaine et juste changer de serveur , j'ai récupéré un 2012 d'une boite qui a fait faillite, le serveur est assez puissant (RAM et disque dur assez conséquent en mémoire) 

    j'ai un serveur physique (l'ancien) que j'aimerai changer par un nouveau serveur physique 2012 (le nouveau), je vais garder le même nom de domaine, 

    et du coup toute les données qui sont sur l'ancien serveur j'aimerai les récupérer pour tout remettre sur le nouveau serveur (comptes utilisateurs, leurs données etc) sans que les salariés soient impactés par le changement, pour eux faut que rien ne change, aucune perte de données etc et qu'ils puissent travailler le lendemain 

    au plaisir de vous lire.

    jeudi 18 avril 2019 12:13
  • j'ai récupéré un 2012 puissant pas cher d'une boite qui a fait faillite, ça sera déjà plus récent que du 2008 
    jeudi 18 avril 2019 12:14
  • le serveur actuel est un 2008, présent dans une boite avec 6 ordis en tout, le serveur actuel est pourri, peu d'espace mémoire etc 

    j'ai récupéré un 2012 avec une grande capacité de stockage, bonne mémoire vive, j'aimerai remplacer ce nouveau serveur par l'ancien tout en gardant les comptes utilisateurs ainsi que leurs données, le lendemain, pour les salariés faut que rien ne change, toute les données soient présentes pour qu'ils puissent continuer leurs travail 

    et du coup garder le nom de domaine aussi 

    cordialement 

    jeudi 18 avril 2019 12:18
  • Au niveau de l’annuaire tu ajoutes un serveur membre du domaine, tu lui ajoute les rôles AD DS etc ... voir le lien et tu conserves ton domaine sur un nouveau serveur.

    Pour ceux qui est du serveur de fichier si tu utilise DFS tu peux faire des migration très transparente. Tu peux utiliser DFS-R ou plus simplement robocopy pour mettre à jour le nouveau partage depuis l'ancien. (robovopy option /mir => miroir /SEC => copie les infos de sécurité. Il y a également une méthode rapide pour remettre les partages à l'identique en exportant et important le registre .

    Tu as d'autres éléments que le rôle AD ds  et serveur de  fichier ?

    L'os 2012 ou 2012 R2 ?

    Sinon il est possible avec la version standard d'installer 2 VM ceux qui permettrait de séparer les rôles ? Maintenant avec 6 users, fait au mieux ...

    Il y a aussi cela qui pourrait t'aider :

    https://becomeitexpert.com/produit/planifier-migrer-infrastructure-active-directory-vers-windows-server-2012-r2-1ere-edition/

    jeudi 18 avril 2019 13:18
    Modérateur
  • je débute, et j'ai vraiment pas envie de tout planter,

    je pensais à ça, vu comme il y a que 6 ordis, je peux me le permettre ? 

    je pensais à tout recrer avec le nouveau etc, et copier tout manuellement toute les données des utilisateurs et une fois les nouveaux utilisateurs crées , je colle tout leurs documents au bon utilisateur ainsi que leur logiciel etc, je fais ça 6 fois

    est ce faisable ? 

    jeudi 18 avril 2019 15:03
  • Oui mais tu te donnes beaucoup de travail pour rien.

    Perso DC et serveur de fichier, tu as max deux jours de travail, tu attends quelques jour avant de rétrograder l'ancien.

    Le meilleur moyen de ne pas se planter c'est d'utiliser les méthodes conventionnelles.

    Tu peux très bien activer hyperV sur un PC et utiliser les versions d'éval pour faire un test sur la migration AD. L'avantage de la migration classique c'est que tu le fais en parrallèle de l'activité des personnes et tu peux corriger en cas de prob. 

    Si tu appends à te servir de dcdiag et repadmin il n'y a pas grand risque, peut être des petites corrections à apporter.

    Le book pourrait vraiment t'aider.

    Par contre n'installe pas un nouveau domaine avec le même nom que l'ancien tu auras des difficultés à gérer la migration.(impossible de mettre des approbations ...) 

    jeudi 18 avril 2019 15:18
    Modérateur
  • avec tout ce que tu me dis, je comprends rien, je suis encore étudiant et la chance d'avoir un petit travail à coté, et perso en cours j'ai jamais entendu parlé de ça, je pense m'orienter vers le travail manuelle pour minimiser les risques etc, et ainsi tout recréer etc

    je ferais ça une fois que les employés seront parties, et je resterai la nuit si besoin pour que le lendemain les employés puissent reprendre le travail 

    jeudi 18 avril 2019 15:32
  • De quoi tu n'as pas entendu parlé ?

    Comme tu es étudiant, tu trouveras plus d'avantage à apprendre les bonnes méthodes plutôt que de bricoler.

    Tu as mathématiquement plus de risque d'impacter les utilisateurs en faisant du bricolage.

    La méthode de de migration c'est la méthode officiel de Microsoft depuis Windows 2000, même s'il y a des différences dans les pré requis ...

    Lorsque tu install un domaine il y a un nom que tu choisi et un identifiant interne que tu ne choisis pas. Mettre deux domaine avec le même nom sur un même LAN va créer  des conflits entre les postes et les serveurs.

    jeudi 18 avril 2019 15:42
    Modérateur
  • je pensais à tout recrer avec le nouveau etc, et copier tout manuellement toute les données des utilisateurs et une fois les nouveaux utilisateurs crées , 

    Dans ta méthode tu as de forte chance d'oublier tes trucs avec le stress et autres. Dans la méthode classique tu n'as pas a te préoccuper des profils et des postes de travails, tu n'interviens que sur les serveurs. Avec Robocopy tu fais un premier jet pour copier un max d'élément (copie de masse), le soir du basculement tu relance juste le delta et tu redirige les raccourci et lecteurs mappés. En cas de soucis jusqu'au moment de la bascule, les utilisateurs utilisent l'ancien environnement.

    jeudi 18 avril 2019 15:47
    Modérateur
  • oui, je comprends mais vu comme j'en est jamais entendu parlé, c'est nouveau pour moi, et j'ai vraiment pas envie de tout planter en essayant de faire. 

    vu comme tu m'as dit de ne pas avoir les même noms de domaine pour éviter tout conflits, j'en mettrais un différent, 

    en tout premier , je pensais à copier toute les données (documents, logiciel) des utilisateurs pour chaque salarié, 

    après je débranche l'ancien, en remplaçant par le nouveau en mettant le nouveau nom de domaine aux PCs

    et après je fais le nouveau serveur avec le nouveau nom de domaine etc, avec les nouveaux utilisateurs, et pour chaque utilisateur je vais recopier leurs propre données (documents, logiciel etc) 

    est ce bon ? 

    même si ça prend du temps peu importe, vu comme ça soit bien fait, (aucune perte de donnée et fonctionnel) même si je dois passer toute la nuit, je le ferais pour rendre le tout opérationnelle pour le lendemain


    jeudi 18 avril 2019 15:49
  • après je débranche l'ancien, en remplaçant par le nouveau en mettant le nouveau nom de domaine aux PCs

    Tu devras aussi refaire tous les profils, toutes les personnalisations de chaque utilisateurs....

    Tes utilisateurs ont quoi comme messagerie ? Office 365 ? autre ? 

    Dans ta méthode, tu multiplie les risque par 3 ou 4 et le temps pareil. 

    Quel méthode ils vous appris en cours ? Car je ne connais que la méthode de migration conventionnelle, qui marche bien (fait plusieurs centaines de fois).

    Tu as plus de risque d'oublie ou de perte de données par ta méthode. Tu essaye de contourner un petit risque en en prenant un plus gros. Un document oublié ne se verra pas tout de suite. Avec robocopy ta des logs. en plus tu as le temps de corriger les problèmes de droits. Perso j'ai souvent eu des utilisateurs qui modifiaient les droits pour n'avoir qu'eux et donc supprimer ceux de l'admin.

    jeudi 18 avril 2019 16:16
    Modérateur
  • aucune méthode appris en cour, on ne fait pas de migration, je viens de voir t'es affiliations (MVP et MCC) et c'est du lourd, je n'ai absolument pas ces connaissement, c'est normale que tu réussisses très souvent

    les salariés ne connaissent rien à mon avis, ce sont des secrétaires, comptable, et dessinateur de plan, après ils feront ce qu'ils veulent, tant que je perds aucun de leurs documents et que ça marche

    ils doivent utiliser orange sur internet ou par outlook, je devrais réinstaller le pack office etc pour que leurs documents soient lu. 

    je ferais chaque dossier en copiant tout etc, ainsi que leur logiciel propre qui sont utilisés par chaque utilisateur

    faire tout manuellement, honnêtement je le sens plus qu'avec ces lignes de codes dont je ne comprends rien etc

    et merci de ton temps

    jeudi 18 avril 2019 16:34
  • Bonjour a tous

    Je suis partagé sur la conversation.

    Philippe a raison dans le fond : C'est mieux de faire dans les bonnes pratiques.

    Pour peu que ces pratiques soient logiques et simples d'emplois !

    (Soyons réaliste, ce n'est pas le cas chez Microsoft).

    Cela nécessite beaucoup d'années d’expériences afin de maitriser ces bonnes pratiques.

    Casque Man, je te recommande de faire à ta manière la 1ere fois.

    Mais trouve le temps de lire de livre de PB....

    Ainsi tu auras les 2 cotés de cette situation et un gros gains d’expérience !

    Bonne journée


    "Marquer comme réponse" les réponses qui ont résolu votre problème




    vendredi 19 avril 2019 08:39
  • j'ai récupéré un 2012 puissant pas cher d'une boite qui a fait faillite, ça sera déjà plus récent que du 2008 

    Bonsoir,

    en espérant que tu aies bien le DVD et surtout la licence correspondante.

    Sinon, la réinstallation en cas de gros soucis n'est pas garantie.

    A+


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2012(85 MCPs). MCSA Office 365 http://base.faqexchange.info

    vendredi 19 avril 2019 22:00
  • Je suis partagé sur la conversation.

    Philippe a raison dans le fond : C'est mieux de faire dans les bonnes pratiques.

    Pour peu que ces pratiques soient logiques et simples d'emplois !

    La méthode de migration vers des nouveaux contrôleurs de domaine et quelque chose de simple et méthodique et très logique. Cela demande juste des connaissances.

    Un mécanicien apprend à changer des plaquettes de freins, un pompier apprend à éteindre un feu, etc ... Il ne s'agit que de répéter des actions apprises face à des situations.

    Autant si tu dois monter une infra AD sur 30 sites répartis sur 15 pays cela va demander un travail de réflexion et de l'ingénierie autant une simple migration AD sur un site unique, demande d'appliquer  des connaissances, comme appliquer Pythagore au collège.



    samedi 20 avril 2019 14:23
    Modérateur
  • Bonjour Philippe,

    Je pense que chez Microsoft et chez toi, vous devez en être persuadé !

    Et nous simple mortel... Nous sommes des gens avec une logique bizarre et ne comprenons rien :)

    C'est toujours dans cette logique :

    -qu'il y a des centaines de millier de forums

    (avec toujours les mêmes questions qui reviennent ...)

    -que tu as écrit plusieurs livres sur le sujet...

    conclusion : Surement que le sujet est trop simple et trop logique !

    Il n'est pire aveugle que celui qui ne veut pas voir.

    Il n'est pire sourd que celui qui ne veut pas entendre.

    Bonne journée...


    "Marquer comme réponse" les réponses qui ont résolu votre problème





    samedi 20 avril 2019 14:30