none
Ajout fonctionnalité Acces distant impossible RRS feed

  • Discussion générale

  • Bonjour,

    J'ai migré mon contrôleur de domaine SBS2011 vers un Windows 2012 R2 avec succès

    Le DHCP est configuré et opérationnel.

    Je souhaite maintenance activer l'accès distant, mais à chaque tentatives j'obtiens le message d'erreur suivant :

    "Echec de la demande d'ajout ou de suppression de fonctionnalités sur le serveur spécifié. Impossible d'effectuer l'opération, car le serveur que vous avez spécifié nécessite un redémarrage"

    Après plusieurs redémarrage le problème est le même. Les logs ne laisse rien apparaitre de significatif.

    A part peut être "L'installation de la preuve d'achat issue de la table ACPI a échoué. Code d'erreur 0XC004F057", mais je ne pense pas que ce soit bloquant, Windows est bien activé.

    A noter :

    A chaque redemarrage le serveur configure des mises à jour en phase de démarrage (même si aucune MAJ n'a été installée)

    J'ai tenté de supprimer les MAJ de la journée sans succès

    J'ai passé la commandeDISM pour voir si l'image est en cause, elle ne l'est pas.

    Auriez vous une solution ?

    Merci par avance.


    samedi 23 juillet 2016 16:31

Toutes les réponses

  • Tu peux essayer sfc /scannow ?

    https://support.microsoft.com/fr-fr/kb/929833

    samedi 23 juillet 2016 21:08
    Modérateur
  • Bonjour Philippe,

    Merci pour la suggestion mais j'ai toujours le même message d'erreur et les mêmes symptômes.

    J'ai un message d'erreur qui peut peut-être nous aider :

    "Le service MSSQL$MICROSOFT##WID n’a pas pu ouvrir de session en tant que NT SERVICE\MSSQL$MICROSOFT##WID avec le mot de passe actuellement configuré en raison de l’erreur suivante :
    Échec de l’ouverture de session : l’utilisateur ne bénéficie pas du type d’ouverture de session demandé sur cet ordinateur.
     
    Service : MSSQL$MICROSOFT##WID
    Domaine et compte : NT SERVICE\MSSQL$MICROSOFT##WID
     
    Ce compte de service ne dispose pas de l’autorisation « Ouvrir une session en tant que service ».
     
    Action de l’utilisateur
     
    Attribuez l’autorisation « Ouvrir une session en tant que service » au compte de service sur cet ordinateur. Vous pouvez utiliser les paramètres de sécurité locale (Secpol.msc) pour ceci. Si cet ordinateur est un nœud de cluster, vérifiez que ce droit d’utilisateur est attribué au compte de service de cluster sur tous les nœuds du cluster.
     
    Si vous avez déjà attribué ce droit d’utilisateur au compte de service et qu’il semble avoir été supprimé, il se peut qu’un objet Stratégie de groupe associé à ce nœud supprime le droit. Contactez l’administrateur de votre domaine pour savoir si cela se produit."


    Je dois dire que j'ai un peu de mal à trouver comment résoudre ce problème...
    • Modifié Thomas Bar dimanche 24 juillet 2016 08:02
    dimanche 24 juillet 2016 07:34
  • Apparemment ce n'est pas le même message d'erreur que sur le premier post...

    Tu peux ajouter le droit d'ouverture de session en tant que service depuis les stratégies de sécurité locale "gpedit.msc" :

    dimanche 24 juillet 2016 16:48
    Modérateur
  • Effectivement, ce n'est pas le même message d'erreur, mais je pense que c'est la cause de mes maux.

    Par contre, bien qu'en session administrateur, il m'est impossible d'éditer les GPO...

    Est-ce parce que je n'ai pas donné le même nom au controleur de domaine migré ?


    lundi 25 juillet 2016 12:35
  • Tu as fait comment ta migration ?

    dcdiag sur les DC : erreurs ?

    repadmin /showrepl ?

    Sur le nouveau DC si tu fais net share tu as bien les partages netlogon et sysvol ?

    Le contenu de sysvol est identique entre ancien et nouveau ?

    Tu as transferé les roles FSMO ? Par defaut la console de gestion de stratégie de groupe se connecte sur le DC qui a le rôle d'émulateur PDC, quel que soit le serveur d'ou tu lance la console. Tu peux le changer

    lundi 25 juillet 2016 13:56
    Modérateur
  • J'ai fait ma migration en suivant cet article (https://technet.microsoft.com/en-us/library/dd379526%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396)

    DCDIAG : pas d'erreurs

    repadmin : erreurs, il recherche encore l'ancien contrôleur de domaine qui est éteint C'est pour cela que je suppose que c'est le nommage de mon nouveau serveur qui est en cause, et pourant je préfèrerai pouvoir changer ce nom.

    NETSHARE fait bien ressortir sysvol et NETLOGON

    Non pas tout à fait, les scripts de connexion sont les mêmes, mais j'ai un répertoire en plus "ClientAgent"

    Les 5 Rôles FSMO ont bien été transférés

    A l'ouverture de gpmc.msc il m'affiche bien <nom du nouveau serveur>.<domaine> est le contrôleur de domaine de base pour ce domaine.

    Merci beaucoup pour ton aide Philippe.


    mardi 26 juillet 2016 14:15