Question : Déplacer le rôle de C.C du serveur d'échange

Je suis en cours d'éclater notre serveur de contrôleur et d'échange de domaine sur deux boîtes séparées et se demandait si je dois faire attention à émigrer l'échange avant que je puisse déplacer les rôles de FISMO ?  Je sais que je ne peux pas rétrograder le C.C avec l'échange installé, je veux simplement déplacer les rôles à un autre C.C et lui faire le primaire.  N'importe qui savent si j'aurai une issue avec ceci ? class= de

Réponse : Déplacer le rôle de C.C du serveur d'échange

Bien que j'aie pu reproduire le problème en violant un de vos principes de base - « je verifyed maintes et maintes fois que le hpp est inclus seulement une fois ». Je sais de l'expérience que les en-têtes ont une manière de s'introduire inopinément. Vous n'avez pas mentionné si vous avez vérifié des dépendances d'en-tête, de sorte qu'ait pu être une issue. Par n'importe quelle chance, est le dossier qui inclut votre en-tête également un dossier d'en-tête ; et si oui, alors ce dossier d'en-tête s'appelle-t-il dans des endroits multiples ?

La solution pour moi était de déclarer la fonction de formatDate dans l'en-tête et de déplacer le corps à son propre dossier de .cpp. (Vous pouvez l'ajouter à un dossier existant de .cpp si vous souhaitez.) Je pense que vous devriez faire ceci pour voir ce qui se produit.

L'erreur indique que le formatDate est défini dans le bac à sable. Si Sandbox.cpp est le dossier qui a la force () cette vous a signalé, puis aucun problème. Sinon, alors voyez-vous le formatDate là ?

1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : 9 : 10 : 11 : 12 : 13 : 14 : 15 : 16 :

dossier d'en-tête de // - révisé mxf de namespace { date de namespace { DST : : formatDate de corde (DST : : formatStr de corde) ; } } nouveau dossier de // mxf_date.cpp - supplémentaire au projet #include #include « mxf_date.h » DST : : mxf de corde : : date : : formatDate (DST : : formatStr de corde) { renvoyer le « ABC » ; }