Une mise à jour pour le Windows Small Business Server 2011 Standard préparation outil de Migration est disponible

Traductions disponibles Traductions disponibles
Numéro d'article: 2578426 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Introduction

Cet article décrit les problèmes résolus et les règles qui sont ajoutés à une mise à jour pour le Windows Small Business Server 2011 Standard préparation outil de Migration. Cet article décrit également les actions que vous devez prendre si certaines de ces règles sont violées lorsque vous exécutez Windows Small Business Server 2011 Standard préparation outil de Migration.

Le Windows Small Business Server 2011 Standard préparation outil de Migration est inclus dans le support d'installation de Windows Small Business Server 2011 Standard. Cet outil s'exécute sur le serveur source de migration (par exemple, un ordinateur qui exécute Windows Small Business Server 2003 ou Windows Small Business Server 2008) pour préparer le serveur source pour la migration. Cet outil effectue les tâches suivantes sur le serveur source :
  • Déclenche le niveau fonctionnel du domaine et de forêt
  • Met à jour le schéma Active Directory
  • Installe une mise à jour pour étendre la prise en charge de la licence
  • Convertit Exchange Server du mode mixte au mode natif
  • Analyse le serveur source pour identifier les problèmes potentiels

Plus d'informations

Informations sur la mise à jour

Comment faire pour obtenir cette mise à jour

Pour obtenir la mise à jour, exécutez le Windows Small Business Server 2011 Standard préparation outil de Migration.

Conditions préalables

Pour appliquer cette mise à jour, vous devez disposer du Windows Small Business Server 2011 Standard préparation outil de Migration installé sur le serveur source de migration.

Informations à propos du Registre

Pour utiliser la mise à jour dans ce package, vous n'avez pas à effectuer de modification du registre.

Redémarrage de l'ordinateur

Vous n'êtes pas obligé de redémarrer l'ordinateur après avoir appliqué cette mise à jour.

Informations sur la mise à jour

Cette mise à jour ne remplace pas une autre mise à jour précédemment publiée.

Pour plus d'informations sur la terminologie de mise à jour de logiciels, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 5 Description de la terminologie standard utilisée pour définir les mises à jour logicielles de Microsoft

Problèmes résolus par cette mise à jour

Problème 1

Le Windows Small Business Server 2011 Standard préparation outil de Migration ne détecte que les erreurs de bouclage du journal qui s'est produite dans les dernières 24 heures. Après avoir installé cette mise à jour, les contrôles de Windows Small Business Server 2011 Standard Migration outil de préparation du journal plus récent encapsuler les erreurs.

Problème 2

Le fichier SourceTool.log comprend l'incorrect suivant une ligne ne doit pas exister dans la version finale de la Windows Small Business Server 2011 Standard préparation outil de Migration :
dateheure Analyse de l'intégrité : stratégie d'exécution est définie sur remotesigned. CETTE LIGNE NE DOIT PAS APPARAÎTRE DANS LA VERSION OFFICIELLE.

Problème 3

Vous recevez un message d'avertissement de The Windows Small Business Server 2011 Standard Migration Preparation Tool si le service serveur DNS n'est pas démarré sur le serveur source de migration. Après avoir installé cette mise à jour, l'outil génère une erreur au lieu d'un message d'avertissement si le service serveur DNS n'est pas démarré.

Règles qui sont ajoutés par cette mise à jour

Règle 1

Cette mise à jour ajoute la règle suivante pour vérifier si la zone DNS _msdcs existe sur le serveur source de migration :

Règle : zone _msdcs est introuvable sur le serveur DNS
Gravité : erreur
Description : La zone DNS _msdcs est introuvable sur le serveur DNS. Vous devrez peut-être redémarrer le service NETLOGON sur le serveur source, ou accédez à http://support.microsoft.com/kb/310568 pour plus de détails.

Règle 2

Cette mise à jour ajoute la règle suivante pour vérifier si l'option permettre aux autorisations pouvant être héritées est activée pour la banque de boîtes aux lettres et les dossiers publics dans Active Directory :

Règle : Héritage de liste (ACL) de contrôle de l'accès est bloqué.
Gravité : erreur
Description : Installation d'Exchange requiert l'activation de l'héritage de la liste de contrôle d'accès (ACL). Accédez à http://technet.microsoft.com/en-us/library/bb643112(EXCHG.80).aspx for more details.

Remarque : Cette règle s'applique uniquement aux serveurs de source de migration qui exécutent Windows Small Business Server 2003 ou Windows Small Business Server 2008.

Règle 3

Cette mise à jour ajoute la règle suivante pour vérifier si la structure d'unité d'organisation MyBusiness organisation est présente sur le serveur source de migration.

Règle : MyBusiness OU est introuvable sur le serveur Windows SBS
Gravité : erreur
Description : OU MyBusiness et sa structure n'existent pas sur le serveur source de migration. Accédez à http://support.microsoft.com/kb/2578426 pour créer la structure.

Remarque : Cette règle s'applique uniquement aux serveurs de source de migration qui exécutent Windows Small Business Server 2003 ou Windows Small Business Server 2008.

Actions à entreprendre en cas de violation de cette règle

Pour résoudre cette violation de règle, créez de nouveau le MyBusiness OU manuellement. Pour ce faire, procédez comme suit :
  1. Ouvrez Utilisateurs et ordinateurs Active Directory.
  2. Cliquez droit sur l'objet de nom de domaine. Dans le menu contextuel, pointez sur Nouveau, puis cliquez sur Unité d'organisation. Type MyBusiness pour nommer le nouvel objet.

    Remarque : Type MyBusiness en un seul mot.
  3. Dans le MyBusiness d'unités d'organisation que vous avez créé à l'étape 2, créez les unités d'organisation suivantes :
    • Ordinateurs
    • Groupes de distribution
    • Groupes de sécurité
    • Utilisateurs
  4. Dans les ordinateurs d'unités d'organisation que vous avez créé à l'étape 3, créez les unités d'organisation suivantes :
    • SBSComputers
    • SBSServers
  5. Les utilisateurs d'unités d'organisation que vous avez créé à l'étape 3, créez l'unité d'organisation suivante :
    • SBSUsers
Après avoir terminé ces étapes, vous devez avoir une structure semblable à la suivante :
Réduire cette imageAgrandir cette image
2620671

Règle 4

Cette mise à jour ajoute la règle suivante pour vérifier si l'option Activer Distributed COM sur cet ordinateur est activée :

Règle : Distributed COM n'est pas activé sur cet ordinateur
Gravité : erreur
Description : Distributed COM doit être activé sur cet ordinateur. Accédez à http://technet.microsoft.com/en-us/library/cc771387.aspx pour savoir comment activer la COM distribuée

Règle 5

Cette mise à jour ajoute la règle suivante pour vérifier si l'adresse de messagerie « abuse@domain.local » est présent sur le serveur source de migration :

Règle : adresse de proxy abuse@localdomain est introuvable.
Gravité : erreur
Description : abuse@domain.local se trouve dans le répertoire du compte [spécifier les comptes sur lesquels il a été constaté]. Cette adresse e-mail sera en conflit avec une adresse de proxy SMTP distribution groupe créée lors de l'installation, ce qui se traduira par une erreur d'installation le programme d'installation. Rechercher et modifier cette adresse e-mail.

Règle 6

Cette mise à jour ajoute la règle suivante pour vérifier si le Service de réplication de fichiers est arrêté ou désactivé sur le serveur source de migration.

Règle : Le Service de réplication de fichiers s'exécute pas
Gravité : erreur
Description : Le Service de réplication de fichiers ne fonctionne pas sur ce serveur. Par défaut, ce service est en cours d'exécution et type de démarrage est défini sur automatique.

Règle 7

Cette mise à jour ajoute la règle suivante pour vérifier si la "' activer les comptes ordinateur et utilisateur à être approuvé pour la délégation" droit de l'utilisateur dans l'objet stratégie de groupe contrôleurs de domaine par défaut (GPO) s'applique au groupe d'administrateurs sur le serveur source de migration :

Règle : Comptes d'utilisateurs ne sont pas approuvés pour la délégation
Gravité : erreur
Description : Le groupe Administrateurs doit être approuvé pour la délégation dans la stratégie des contrôleurs de domaine par défaut. Accédez à http://support.microsoft.com/kb/2578426 pour plus de détails.

Actions à entreprendre en cas de violation de cette règle

Pour résoudre la violation de cette règle, modifiez l'objet de stratégie de groupe contrôleurs de domaine par défaut. Pour ce faire, procédez comme suit :
  1. Démarrez la Console de gestion de stratégie de groupe (Gpmc.msc).
  2. Développez le conteneur Objets de stratégie de groupe .
  3. Cliquez droit sur la Stratégie des contrôleurs de domaine par défaut, puis cliquez sur Modifier.
  4. Développez Configuration ordinateur, développez Paramètres Windows, développez Paramètres de sécurité, développez Stratégies locales, puis et Attribution des droits utilisateur.
  5. Sous Attribution des droits utilisateur, recherchez et double-cliquez sur Activer un ordinateur et des comptes d'utilisateurs d'être approuvés pour la délégation.
  6. Assurez-vous que la case à cocher définir ces paramètres de stratégie est sélectionnée.
  7. Cliquez sur Ajouter un utilisateur ou un groupe, ajoutez le groupe administrateurs , puis cliquez sur OK.
  8. Actualiser la stratégie de groupe sur le serveur. Pour ce faire, ouvrez une invite de commandes et tapez la commande suivante puis appuyez sur ENTRÉE :
    gpupdate /force
Après avoir terminé ces étapes, vous devez avoir des paramètres de stratégie de groupe qui ressemble à la suivante :
Réduire cette imageAgrandir cette image
2620672

Règle 8

Cette mise à jour ajoute la règle suivante pour vérifier si le droit d'utilisateur « Ouvrir une session en tant que traitement par lots » dans l'objet de stratégie de groupe contrôleurs de domaine par défaut s'applique au groupe d'administrateurs sur le serveur source de migration :

Règle : Attribution de droits utilisateur « Ouvrir une session en tant que traitement par lots » n'est pas correcte
Gravité : erreur
Description : La paramètre « Se connecter en tant que traitement par lots » de la stratégie de groupe de contrôleur de domaine par défaut doit inclure BUILTIN\Administrateurs. Accédez à http://support.microsoft.com/kb/2578426 pour plus d'informations.

Actions à entreprendre en cas de violation de cette règle

Pour résoudre la violation de cette règle, modifiez l'objet de stratégie de groupe contrôleurs de domaine par défaut. Pour ce faire, procédez comme suit :
  1. Démarrez la Console de gestion de stratégie de groupe (Gpmc.msc).
  2. Développez la des objets de stratégie de groupe de conteneur.
  3. Cliquez droit sur la Stratégie des contrôleurs de domaine par défaut, puis cliquez sur Modifier.
  4. Développez Configuration de l'ordinateur, développez Paramètres Windows, développez Paramètres de sécurité, développez Stratégies localeset puis Attribution des droits utilisateur.
  5. Sous Attribution des droits utilisateur, recherchez et double-cliquez sur Ouvrir une session en tant que traitement par lots.
  6. Veillez à ce que les définir ces paramètres de stratégie de case à cocher est activée.
  7. Cliquez sur Ajouter un utilisateur ou un groupe et assurez-vous que les groupes suivants figurent dans la liste :
    • Administrateurs
    • PerformanceLogUser


    Si un de ces groupes ne sont pas dans la liste, ajoutez-les en cliquant sur Ajouter un utilisateur ou un groupe.... Ensuite, cliquez sur OK.
  8. Actualiser la stratégie de groupe sur le serveur. Pour ce faire, ouvrez une invite de commandes et tapez la commande suivante puis appuyez sur ENTRÉE :
    gpupdate /force

Règle 9

Cette mise à jour ajoute la règle suivante pour vérifier si KB 939820 est installé sur le serveur source de migration :

Règle : KB939820 n'est pas installé.
Gravité : avertissement
Description : KB939820 doit être installé sur un ordinateur Windows 2003 ou Windows SBS 2003. Accédez à http://support.microsoft.com/kb/939820 pour plus de détails du téléchargement.

Remarque : Cette règle s'applique uniquement aux serveurs de source de migration qui exécutent Windows Small Business Server 2003 Windows Server 2003.

Pour plus d'informations sur la base de connaissances 939820, reportez-vous à la section. Événements 1925, 1006, 1645, 1055, 40961 sur un contrôleur de domaine Windows Server 2008 ou message d'erreur « Aucune autorité n'a pu être contactée pour l'authentification » lorsque vous utilisez la connexion Bureau à distance

Règle 10

Cette mise à jour ajoute les sous-rcgles suivantes au bilan de santé Active Directory :
Règle secondaire 1
La règle secondaire suivante vérifie si les sous-domaines existent dans Active Directory :

Règle : Il y a sous-domaines présents
Gravité : erreur
Description : Windows SBS ne peut pas être installé lorsque des sous-domaines sont présents. Accédez à http://support.microsoft.com/kb/2578426 pour plus d'informations.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation rcgle,supprimer Active Directory sur les contrôleurs de domaine dans le sous-domaine et activer l'option il s'agit du dernier contrôleur de domaine dans ce domaine . Le sous-domaine est supprimé dès que vous effectuez cette opération sur le dernier contrôleur de domaine.

Remarque : Windows Small Business Server ne prend pas en charge les approbations. Cela comprend les approbations sont créées par des domaines enfants. Par conséquent, Windows Small Business Server n'accepte pas les scénarios qui incluent des sous-domaines.
Règle secondaire 2
La règle secondaire suivante vérifie si tous les rôles (également appelés opérations à maître unique ou FSMO) sont présents sur le serveur source de migration :

Règle : Certains rôles FSMO sont manquantes sur le serveur Windows SBS de source
Gravité : erreur
Description : Certains rôles FSMO sont manquantes sur le serveur Windows SBS de source. Accédez à http://support.microsoft.com/kb/2578426 pour plus d'informations.

Remarque : Cette règle s'applique uniquement aux serveurs de source de migration qui exécutent Windows Small Business Server 2003 ou Windows Small Business Server 2008.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation de sous-rcgle, transférer les rôles FSMO qui ne sont pas détenus par le serveur Windows Small Business Server sur le serveur Windows Small Business Server. Pour ce faire, procédez comme suit.

Remarque : Windows Small Business Server est nécessaire pour conserver tous les rôles FSMO.
  1. Vérifiez que les rôles FSMO détenus par les Windows Small Business Server. Pour ce faire, ouvrez une invite de commandes et tapez la commande suivante puis appuyez sur ENTRÉE :
    NETDOM QUERY FSMO
  2. À une invite de commande d'administration, tapez NTDSUTIL et appuyez sur ENTRÉE.
  3. Tapez Activer instance NTDSet appuyez sur ENTRÉE.

    Remarque : Cette commande est uniquement requis dans Windows Small Business Server 2008.
  4. Tapez roleset appuyez sur ENTRÉE.
  5. Tapez connectionset appuyez sur ENTRÉE.
  6. Tapez connect to server nom_serveuret appuyez sur ENTRÉE.

    Remarque : Dans cette commande, nom_serveur est un emplacement réservé pour le nom du serveur Windows Small Business Server.
  7. À l'invite server connections, tapez qet appuyez sur ENTRÉE.
  8. Tapez seize PDC, appuyez sur entrée, puis cliquez sur Oui dans la boîte de dialogue de Confirmation de cessation de rôle .
  9. Tapez seize infrastructure master, appuyez sur entrée, puis cliquez sur Oui dans la boîte de dialogue de Confirmation de cessation de rôle .
  10. Prendre le rôle maître d'attribution de noms, appuyez sur entrée, puis tapez Oui dans la boîte de dialogue de Confirmation de cessation de rôle .
  11. Tapez seize RID master, appuyez sur entrée, puis cliquez sur Oui dans la boîte de dialogue de Confirmation de cessation de rôle .
  12. Tapez seize schema master, appuyez sur entrée, puis cliquez sur Oui dans la boîte de dialogue de Confirmation de cessation de rôle .
  13. Tapez qet appuyez sur ENTRÉE pour revenir à l'invite de commande.
Remarque : Vous ne devez transférer les rôles qui ne sont pas détenus par Windows Small Business Server. Par conséquent, vous devrez pas exécuter toutes les commandes dans les étapes suivantes.
Règle secondaire 3
La règle secondaire suivante vérifie si la réplication Active Directory est désactivée sur le serveur source de migration :

Règle : Réplication Active Directory est désactivée sur le serveur
Gravité : erreur
Description : La réplication Active Directory est désactivée sur le serveur. Accédez à http://support.microsoft.com/kb/2578426 pour plus d'informations.

Actions à entreprendre en cas de violation de cette règle secondaire

La réplication Active Directory est plus fréquemment désactivée car une opération de restauration non pris en charge a été effectuée dans Active Directory. Cette opération met le serveur en état de « Restauration USN ». Pour résoudre le problème de restauration USN, afficher 875495 Ko. Pour plus d'informations sur les 875945 de la base de connaissances, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
875495 Comment faire pour détecter et récupérer à partir d'une reprise USN dans Windows Server 2003, Windows Server 2008 et Windows Server 2008 R2

Il y a autres causes possibles de ce problème. Par conséquent, vous devez passer en revue le journal Services d'annuaire afin de déterminer la cause et résoudre le problème de manière appropriée. Pour réactiver manuellement la réplication Active Directory, ouvrez une invite de commandes et tapez la commande suivante puis appuyez sur ENTRÉE :
repadmin /options localhost-DISABLE_OUTBOUND_REPL-DISABLE_INBOUND_REPL
Remarque : Avant d'exécuter cette commande, assurez-vous que le problème de la réplication initiale est résolu. Si vous ne le faites pas, vous aurez uniquement un contrôleur de domaine unique restant après l'exécution de la commande.
Règle secondaire 4
La règle secondaire suivante vérifie si les contrôleurs de domaine hors connexion sont présents dans Active Directory :

Règle : Trouver un contrôleur de domaine hors connexion présent dans Active Directory. Serveur :nom du serveur>
Gravité : erreur
Description : Si la [de contrôleur de domaine hors connexionNom du contrôleur de domaine] a été retiré, supprimez-le de Active Directory. Accédez à http://support.microsoft.com/kb/216498 pour plus d'informations.
Règle Sub 5
La règle secondaire suivante vérifie si le nom de la zone DNS existe sur le serveur source de migration :

Règle : Erreur se trouve dans [de Zone DNSNom de zone DNS]
Gravité : erreur
Description: [De zone DNSNom de zone DNS] n'existe pas. Migration échoue sans corriger ce problème. Accédez à http://support.microsoft.com/kb/2578426 pour plus de détails.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation de sous-rcgle, recréer la zone DNS. Pour ce faire, procédez comme suit :
  1. Console de gestion DNS ouvert.
  2. Cliquez droit sur Zones de recherche directes, puis cliquez sur Nouvelle Zone....
  3. Dans la page Bienvenue de l'Assistant Nouvelle Zone, cliquez sur suivant .
  4. Cliquez sur La Zone principale et assurez-vous que la case à cocher Enregistrer la zone dans Active Directory est activée.
  5. Définir l'étendue de réplication pour inclure tous les contrôleurs de domaine dans le domaine Active Directory.
  6. Dans la zone nom de la Zone, entrez le nom de domaine Active Directory (par exemple, contoso.local).
  7. Définissez l'option de mise à jour dynamique pour les mises à jour dynamiques sécurisées uniquement autoriser.
  8. Cliquez sur Terminer pour créer la zone.
Règle Sub 6
La règle secondaire suivante vérifie si la zone DNS est intégrée à Active Directory sur le serveur source de migration :

Règle : Erreur se trouve dans [de Zone DNSNom de zone DNS]
Gravité : erreur
Description: [De zone DNSNom de zone DNS] n'est pas intégrée à Active Directory. Migration échoue sans corriger ce problème. Accédez à http://support.microsoft.com/kb/2578426 pour plus de détails.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation de sous-rcgle, intégrer la zone DNS à Active Directory. Pour ce faire, procédez comme suit :
  1. Console de gestion DNS ouvert.
  2. Développez Zones de recherche directes.
  3. Avec le bouton droit de la zone qui correspond au nom de domaine Active Directory, puis cliquez sur Propriétés.
  4. Sous l'onglet Général , assurez-vous que le paramètre de Type est défini sur Intégrée à Active Directory et les mises à jour dynamiques est défini pour les sécuriser seulement, comme illustré dans la capture d'écran suivante :
    Réduire cette imageAgrandir cette image
    2620674
  5. Sous l'onglet Serveurs de noms , assurez-vous que l'adresse IP du serveur source est répertorié et que la liste contient uniquement les adresses IP des serveurs DNS internes travail valides. Supprimer toutes les adresses IP qui ne sont pas valides.
7 Sous-rcgle
La règle secondaire suivante vérifie si les enregistrements de serveur dans le sous-domaine _msdcs de la zone DNS pointent vers un contrôleur de domaine sur le serveur source de migration :

Règle : Erreur se trouve dans [de Zone DNSNom de zone DNS]
Gravité : erreur
Description : Dans [de zone DNSNom de zone DNS], les enregistrements de serveur de noms dans le sous-domaine _msdcs ne pointent pas vers un contrôleur de domaine. Migration échoue sans corriger ce problème. Accédez à http://support.microsoft.com/kb/2578426 pour plus de détails.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation de sous-rcgle, pointez tous les enregistrements de serveur de noms sur un contrôleur de domaine. Pour ce faire, procédez comme suit :
  1. Vérifiez la configuration des zones DNS. Pour ce faire, procédez comme suit :
    1. Console de gestion DNS ouvert.
    2. Développez Zones de recherche directes.
    3. Développez la zone qui correspond au nom de domaine Active Directory.
      Réduire cette imageAgrandir cette image
      Console de gestion DNS
    4. Cliquez droit sur le sous-domaine _msdcs , puis cliquez sur Propriétés.
      Réduire cette imageAgrandir cette image
      Propriétés de la zone  msdcs
    5. Sous l'onglet Serveurs de noms , assurez-vous que la liste contient uniquement les contrôleurs de domaine dans le domaine. Supprimer tous les enregistrements qui ne sont pas valides.
  2. Vérifiez l'espace de noms DNS dans WMI. Pour ce faire, procédez comme suit :
    1. Testeur Windows Management Instrumentation (WMI) (Wbemtest) de démarrer.
    2. Cliquez sur se connecter .
    3. Type root\microsoftdns dans la zone de texte espace de noms .
    4. Cliquez sur se connecter .
    S'il se connecte, le problème est probablement dû à la configuration dans les zones DNS ou une délégation. Si vous recevez un message d'erreur comme illustré dans la capture d'écran suivante, effectuez une sauvegarde de l'espace de stockage WMI, puis répétez l'étape 2 a à 2D. S'il se connecte avec succès, appuyez sur le bouton analyser de nouveau dans l'outil de préparation de Migration.
    Réduire cette imageAgrandir cette image
    Erreur d'espace de noms

    Pour effectuer une sauvegarde du référentiel WMI, procédez comme suit :
    1. Démarrez wmimgmt.msc.
    2. Cliquez droit sur Le contrôle WMI (Local), puis cliquez sur Propriétés .
    3. Cliquez sur l'onglet Sauvegarder/restaurer , cliquez sur Sauvegarder maintenant .
    4. Entrez un nom de fichier, puis cliquez sur Enregistrer.
    5. À une invite de commandes avec élévation de privilèges, exécutez les commandes suivantes :
      cd %systemroot%\system32\wbem
      mofcomp dnsprov.mof
      La capture d'écran suivante illustre une sortie réussie des commandes :
      Réduire cette imageAgrandir cette image
      Sortie de Mofcomp
Règle secondaire 8
La règle secondaire suivante vérifie si le serveur local est dans les enregistrements de serveur de noms sur le serveur source de migration :

Règle : Erreur se trouve dans [de Zone DNSNom de zone DNS]
Gravité : erreur
Description : Dans [de zone DNSNom de zone DNS], votre serveur local n'est pas dans les enregistrements de serveur de noms. Migration échouera sans cet enregistrement. Accédez à http://support.microsoft.com/kb/2578426 pour plus de détails.

Actions à entreprendre en cas de violation de cette règle secondaire

Pour résoudre cette violation de sous-rcgle, intégrer la zone DNS à Active Directory. Pour ce faire, procédez comme suit :
  1. Console de gestion DNS ouvert.
  2. Développez Zones de recherche directes.
  3. Développez la zone qui correspond au nom de domaine Active Directory.
    Réduire cette imageAgrandir cette image
    Console de gestion DNS
  4. Cliquez droit sur le sous-domaine _msdcs , puis cliquez sur Propriétés.
    Réduire cette imageAgrandir cette image
    Propriétés de la zone  msdcs
  5. Sous l'onglet Serveurs de noms , assurez-vous que le serveur source est répertorié.

Propriétés

Numéro d'article: 2578426 - Dernière mise à jour: vendredi 22 novembre 2013 - Version: 5.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Windows Small Business Server 2011 Standard
Mots-clés : 
kbfix atdownload kbsurveynew kbexpertiseinter kbmt KB2578426 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 2578426
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com