none
Promouvoir un Windows Server 2012 sur un domaine 2003... RRS feed

  • Question

  • Bonjour,

    J'essaie de promouvoir un Windows Server 2012 Standard sur un domaine 2003.

    Lors de la vérification de la configuration requise, j'obtiens le message suivant :

    Échec de la vérification des conditions préalables pour la préparation d’Active Directory. Impossible d’effectuer un contrôle de conflit de schéma Exchange pour le domaine DOM.LOCAL.
    Exception : Accès refusé.
    Adprep n’a pas réussi à récupérer les données depuis le serveur srv.DOM.LOCAL via WMI (Windows Management Instrumentation).
    [Action utilisateur]
    Cherchez la cause éventuelle de cet échec dans le fichier journal ADPrep.log situé dans le répertoire C:\Windows\debug\adprep\logs\20140128114352-test.

    Les pare-feu sont désactiver sur les 2 serveurs.

    Dans les stratégies de groupe, Ouvrir une session en tant que service est autorisé pour "RESEAU" et "SERVICE RESEAU".

    Est-ce que quelqu'un a une idée ?

    D'avance merci,

    mardi 28 janvier 2014 10:54

Réponses

Toutes les réponses

  • Bonjour,

    Quel le niveau fonctionnel de votre forêt et Domaine?

    Il faut qu'il soit au minimum 2003 pour ajouter un contrôleur de domaine Windows 2012 


    Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton

    mardi 28 janvier 2014 10:59
    Modérateur
  • Le niveau fonctionnel du domaine et de la forêt sont bien en 2003
    mardi 28 janvier 2014 11:01
  • Vérifier l'emplacement des Rôles FSMO et essayer de lancer la commande la préparation du domaine manuellement:

    Running Adprep.exe


    Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton

    mardi 28 janvier 2014 11:11
    Modérateur
  • adprep sur 2012 n'existe qu'en version 64 bits, si le 2003 est 32bits on ne pourra exécuter directement adprep.

    Que dit le fichier ADPrep.log ?

    Quel version Exchange ?

    Vous êtes bien sur un compte qui est admin du schéma ?

    mardi 28 janvier 2014 12:17
    Modérateur
  • Il n'y a aucun Exchange installé sur cette organisation et je suis bien dans le groupe administrateurs du Schéma.

    Voici une copie du fichier ADPrep.log :

    [2014/01/29:09:19:25.466]
    Adprep created the log file 'C:\Windows\debug\adprep\logs\20140129091925\ADPrep.log'
    [2014/01/29:09:19:25.466]
    Adprep successfully initialized global variables.

    [Status/Consequence]

    Adprep is continuing.
    [2014/01/29:09:19:25.512]
    Adprep discovered the schema FSMO: SRVNAME.DOMAINNAME.LOCAL.
    [2014/01/29:09:19:25.626]
    Adprep connected to the schema FSMO: SRVNAME.DOMAINNAME.LOCAL.
    [2014/01/29:09:19:25.626]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is (null).
    [2014/01/29:09:19:25.627]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:25.627]
    Adprep successfully retrieved information from the Active Directory Domain Services.
    [2014/01/29:09:19:25.627]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:25.628]
    LDAP API ldap_search_s finished, return code is 0x0
    [2014/01/29:09:19:25.628]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is (null).
    [2014/01/29:09:19:25.629]
    LDAP API ldap_search_ext_s finished, return code is 0x0
    [2014/01/29:09:19:25.630]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is (null).
    [2014/01/29:09:19:25.630]
    LDAP API ldap_search_s finished, return code is 0x0
    [2014/01/29:09:19:25.630]
    Adprep does not find the tokenGroups attribute on the RootDSE object of the Active Directory Domain Controller. This attribute is not avaliable on Windows Server 2003 or lower version of Windows. Adprep will try to obtain token groups from the User object.
    [2014/01/29:09:19:25.631]
    The parameters /userdomain and /user are not specified. Using current logon user's domain ...
    [2014/01/29:09:19:25.631]
    The current logon user's domain is DOMAINNAME.LOCAL.
    [2014/01/29:09:19:25.631]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is (null).
    [2014/01/29:09:19:25.632]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:25.632]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:25.633]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:25.634]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is CN=Administrateur,CN=Users,DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:25.635]
    LDAP API ldap_search_s finished, return code is 0x0
    [2014/01/29:09:19:25.663]
    Adprep discovered the schema FSMO: SRVNAME.DOMAINNAME.LOCAL.
    [2014/01/29:09:19:25.670]
    Adprep connected to the schema FSMO: SRVNAME.DOMAINNAME.LOCAL.
    [2014/01/29:09:19:25.703]


    ADPREP WARNING:

     

    Before running adprep, all Windows Active Directory Domain Controllers in the forest must run Windows Server 2003 or later.

     

    You are about to upgrade the schema for the Active Directory forest named 'DOMAINNAME.LOCAL', using the Active Directory domain controller (schema master) 'SRVNAME.DOMAINNAME.LOCAL'.

    This operation cannot be reversed after it completes.

     

    [User Action]

    If all domain controllers in the forest run Windows Server 2003 or later and you want to upgrade the schema, confirm by typing 'C' and then press ENTER to continue. Otherwise, type any other key and press ENTER to quit.
    [2014/01/29:09:19:38.745]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is CN=Schema,CN=Configuration,DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:38.747]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:38.747]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is CN=SRVNAME,CN=Servers,CN=Premier-Site-par-defaut,CN=Sites,CN=Configuration,DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:38.748]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:38.748]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is CN=Schema,CN=Configuration,DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:38.749]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:38.751]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is (null).
    [2014/01/29:09:19:38.752]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:38.752]
    Adprep successfully retrieved information from the Active Directory Domain Services.
    [2014/01/29:09:19:38.752]
    Adprep was about to call the following LDAP API. ldap_search_s(). The base entry to start the search is CN=UID,CN=Schema,CN=Configuration,DC=DOMAINNAME,DC=LOCAL.
    [2014/01/29:09:19:38.753]
    LDAP API ldap_search_s() finished, return code is 0x0
    [2014/01/29:09:19:38.753]
    Adprep successfully determined whether Microsoft Windows Services for UNIX (SFU) is installed or not. If adprep detected SFU, adprep also verified that Microsoft hotfix Q293783 for SFU has been applied.
    [2014/01/29:09:19:38.779]
    Adprep could not retrieve data from the server SRVNAME.DOMAINNAME.LOCAL through Windows Managment Instrumentation (WMI).

    [User Action]

    Check the log file ADPrep.log in the C:\Windows\debug\adprep\logs\20140129091925 directory for possible cause of failure.
    [2014/01/29:09:19:38.784]
    Adprep encountered a Win32 error.

    Error code: 0x5 Error message: Accès refusé.


    DSID Info:
    DSID: 0x1810012a
    HRESULT = 0x80070005
    NT BUILD: 9200
    NT BUILD: 16384

    [2014/01/29:09:19:38.798]
    Adprep failed while performing Exchange schema check.

    [Status/Consequence]

    The Active Directory Domain Services schema is not upgraded.

    [User Action]

    Check the log file ADPrep.log in the C:\Windows\debug\adprep\logs\20140129091925 directory for possible cause of failure.
    [2014/01/29:09:19:38.802]
    Adprep encountered a Win32 error.

    Error code: 0x5 Error message: Accès refusé.


    DSID Info:
    DSID: 0x1810012a
    HRESULT = 0x80070005
    NT BUILD: 9200
    NT BUILD: 16384

     

    mercredi 29 janvier 2014 08:24
  • Impossible d'effectuer la vérification de conflit de schéma Exchange » et les conditions préalables vérifient échoue :

    http://support.microsoft.com/kb/2737560/fr

    mercredi 29 janvier 2014 09:42
    Modérateur
  • J'ai déjà fait cette KB :(

    La stratégie de groupe a été modifiée en conséquence et les pares-feu sont tous désactivés...

    mercredi 29 janvier 2014 09:45
  • La solution intermédiaire est de mettre provisoirement un DC en 2008 R2.
    • Marqué comme réponse Florin Ciuca vendredi 31 janvier 2014 20:44
    mercredi 29 janvier 2014 10:32
    Modérateur
  • Ce n'est pas envisageable...

    Tant pis, on fera un nouveau domaine.

    Merci quand même.

    • Marqué comme réponse Florin Ciuca vendredi 31 janvier 2014 20:44
    mercredi 29 janvier 2014 10:40
  • Adprep est exécuté depuis le 2012 via l'assistant je suppose ?

    Sinon essayer de créer un nouvel utilisateur qui est membre de admin du domaine, admin du schéma et admin de l'entreprise et relancer la commande avec cette utilisateur. Il y a déja eu des cas lorsque le jeton de l'administrateur contient des groupes imbriqués.

    http://blogs.technet.com/b/askds/archive/2008/12/15/troubleshooting-adprep-errors.aspx

    Pourquoi ne pas faire une VM 2008R2 avec une version d'évaluation juste le temps de migrer plutôt que de refaire à 0 ? C'est mon contraignant que de refaire un domaine.

    mercredi 29 janvier 2014 16:20
    Modérateur