Ce que nous voulons faire

Je veux mettre en place un laboratoire virtuel privé sur mon hôte Hyper-V (HÔTE). Nous exécutons actuellement Exchange Server 2007 SP3 sur notre serveur de messagerie et prévoyons de le mettre à niveau vers Exchange Server 2013. Mon équipe souhaite tester le processus de mise à niveau avant de le déployer en production. Nous voulons avoir un laboratoire sur HÔTE en utilisant un commutateur privé dans Hyper-V 2012 (serveur Windows Server 2012 exécutant uniquement le rôle Hyper-V). Dans le laboratoire, nous voulons avoir notre serveur de messagerie Exchange Server 2007 SP3, un contrôleur de domaine contenant tous les rôles FSMO, et une station de travail exécutant Office pour tester la fonctionnalité de messagerie.

Ce que nous avons essayé

Nous avons configuré HÔTE avec un commutateur privé. En utilisant Veeam BR, nous avons reproduit avec succès notre serveur de messagerie et DC sur HÔTE. Les deux VM avaient leurs configurations IP correctes et étaient capables de se pinguer mutuellement. Au début, Exchange fonctionnait même (fonctionnait signifiant, dans la console d'administration, toutes les boîtes aux lettres et les paramètres étaient là et corrects), les partages SYSVOL étaient accessibles, et tout allait bien. Cela n'a duré que quelques minutes. Après quelques minutes, le ping était tout ce qui fonctionnait. Les partages réseau n'étaient pas accessibles. Exchange ne pouvait pas trouver le DC.

Sur le DC, AD n'était pas content. J'ai vu divers erreurs pour le serveur RPC non disponible, ADWS ne peut pas être atteint, et un DC primaire ne peut pas être trouvé.

Les redémarrages des deux VM n'ont rien corrigé. Effacer les VM et les reproduire sur HÔTE a donné le même résultat : les choses fonctionnent pendant quelques minutes et ensuite, je suppose seulement cela, Active Directory se met de travers. Je suppose que DNS n'est pas le problème puisque des deux VM, je peux pinguer le nom d'hôte?

Merci!

Mise à jour 01/09/2015 Le VM de messagerie possède le DC\serveur DNS comme son serveur DNS primaire. DC\DNS regarde vers lui-même pour le DNS primaire.

Exécuter Get-ADComputer -identité (nom du serveur de messagerie) renvoie le texte Rouge suivant

Get-ADComputer: Impossible de trouver un serveur par défaut exécutant les services Web de l'annuaire Active.

ADWS fonctionne sur mon serveur DC\DNS.

ÉDITER pour montrer les étapes de dépannage prises Suivant la suggestion de Longneck, j'ai saisi tous les rôles sur le DC. Cependant, AD ne fonctionne toujours pas pour mes VM de laboratoire. DNS fonctionne, mais AD ne l'est pas. Les deux VM ont le statut Public pour leurs cartes réseau. Même après passage en Privé, AD ne fonctionne pas. Les outils GUI pour AD ne fonctionneront pas parce qu'un domaine ne peut pas être contacté. J'ai supposé que c'était parce que nous avons d'autres sites (nos succursales). Évidemment, la réplication ne fonctionnera pas parce que le DC ne peut pas contacter les partenaires. Donc, en utilisant NTDSUtil j'ai supprimé les autres DC. Après un redémarrage après la suppression du DC, toujours rien. De plus, j'ai constaté que les partages SYSVOL et NETLOGON ne sont pas partagés. J'ai essayé les deux premières suggestions de ce lien http://www.eventid.net/display.asp?eventid=13559&eventno=657&source=NtFrs&phase=1 mais AD ne fonctionne toujours pas.

MISE À JOUR 02/09/2015

Je jette l'éponge sur celui-ci. Je vais créer un nouveau domaine sur quelques VM dans notre laboratoire et utiliser le domaine uniquement pour les tests. Je ne suis pas sûr pourquoi AD ne fonctionnait pas dans ma configuration, mais il ne fonctionnait pas. Si les choses n'étaient pas bizarres, je suis sûr que les réponses de Longneck et Joeqwerty auraient fonctionné.