Nous avons deux controleurs de domaine dans un domaine A dans une foret1 +
un controleur de domaine dans un domaine B dans la foret1.
Dans le domaine A, un seul controleur est maitre des operations et catalogue
global.
Dans le domaine B, le controleur est maitre des operation mais non catalogue
global.
Dois je définir tous mes controleurs de domaine en catalogue global ou dois
je laisser tel quel en donnant dans le domaine A,le role de maitre
infrastructure au second controleur?
En clair, si le dc FSMO est absent temporairement (maintenance ou autre), au moins un des autres DC est censé prendre le relais automatiquement, non ? C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :) comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci ne soit pas passé?) les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3 rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à l'administrateur de déclarer le DC comme défaillant, les conséquences de deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que le contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait pas de sens. ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC. Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux s'authentifier (...) Si un DC jouant tous les rôles (ou certains rôles critiques comme l'émulateur PDC ), l'administrateur pourra se connecter, et les utilisateurs se loguer sur les machines ou ils se sont déjà authentifiés. Ils accèderont toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire (créer une OU modifier un user ..) Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les rôles qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/ Comment placer les rôles : http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/IntlKB/France/articles/F223/3/46.ASP
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonjour,
Je ne fais aucune manip, je suis censé être dans un environnement à tolérance de panne.
En clair, si le dc FSMO est absent temporairement (maintenance ou autre), au moins un des autres DC est censé prendre le relais automatiquement, non ? C'est bien de principe de fonctionnement de l'AD?
C'est comme si j'avais une grappe raid avec un disque de secours et que le contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait pas de sens.
Eclaire moi à ce sujet. Merci.
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
un délai long ? que veux tu dire par là? combien de temps cela te prends t'il lorsque tu fais la procédure à base de ntdsutil?
-- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonsoir Jonathan,
Merci pour ses précisions, mais pourquoi le délai est-il si long pour la prise des rôles fsmo par le dc2 si le DC1 tombe ?
Cordialement. ...
Re Vincent,
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au
moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :)
comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci ne
soit pas passé?)
les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3
rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à
l'administrateur de déclarer le DC comme défaillant, les conséquences de
deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant
être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une
reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens.
ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC.
Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du
fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux
s'authentifier (...)
Si un DC jouant tous les rôles (ou certains rôles critiques comme
l'émulateur PDC ), l'administrateur pourra se connecter, et les utilisateurs
se loguer sur les machines ou ils se sont déjà authentifiés. Ils accèderont
toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire
(créer une OU modifier un user ..)
Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les rôles
qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/
Comment placer les rôles :
http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/IntlKB/France/articles/F223/3/46.ASP
Cordialement,
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" <v.durain_nospamm@ater.net> a écrit dans le message de
news: uOswr8A8FHA.3804@TK2MSFTNGP14.phx.gbl...
Bonjour,
Je ne fais aucune manip, je suis censé être dans un environnement à
tolérance de panne.
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au
moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une
reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens.
Eclaire moi à ce sujet. Merci.
Cordialement.
"Jonathan Bismuth" <jonathan.bismuth@NOSPAM.bsr.ap-hop-paris.fr> a écrit
dans le message de news:uLx1JYA8FHA.444@TK2MSFTNGP11.phx.gbl...
un délai long ?
que veux tu dire par là? combien de temps cela te prends t'il lorsque tu
fais la procédure à base de ntdsutil?
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" <v.durain_nospamm@ater.net> a écrit dans le message de
news: ObekY837FHA.1248@TK2MSFTNGP14.phx.gbl...
Bonsoir Jonathan,
Merci pour ses précisions, mais pourquoi le délai est-il si long pour
la
prise des rôles fsmo par le dc2 si le DC1 tombe ?
En clair, si le dc FSMO est absent temporairement (maintenance ou autre), au moins un des autres DC est censé prendre le relais automatiquement, non ? C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :) comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci ne soit pas passé?) les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3 rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à l'administrateur de déclarer le DC comme défaillant, les conséquences de deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que le contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait pas de sens. ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC. Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux s'authentifier (...) Si un DC jouant tous les rôles (ou certains rôles critiques comme l'émulateur PDC ), l'administrateur pourra se connecter, et les utilisateurs se loguer sur les machines ou ils se sont déjà authentifiés. Ils accèderont toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire (créer une OU modifier un user ..) Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les rôles qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/ Comment placer les rôles : http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/IntlKB/France/articles/F223/3/46.ASP
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonjour,
Je ne fais aucune manip, je suis censé être dans un environnement à tolérance de panne.
En clair, si le dc FSMO est absent temporairement (maintenance ou autre), au moins un des autres DC est censé prendre le relais automatiquement, non ? C'est bien de principe de fonctionnement de l'AD?
C'est comme si j'avais une grappe raid avec un disque de secours et que le contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait pas de sens.
Eclaire moi à ce sujet. Merci.
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
un délai long ? que veux tu dire par là? combien de temps cela te prends t'il lorsque tu fais la procédure à base de ntdsutil?
-- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonsoir Jonathan,
Merci pour ses précisions, mais pourquoi le délai est-il si long pour la prise des rôles fsmo par le dc2 si le DC1 tombe ?
Cordialement. ...
Vincent DURAIN
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance hard bien entendu ?
Merci encore pour tes éclaircissements .
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
Re Vincent,
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :) comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci ne
soit pas passé?) les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3 rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à l'administrateur de déclarer le DC comme défaillant, les conséquences de deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens. ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC. Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux s'authentifier (...) Si un DC jouant tous les rôles (ou certains rôles critiques comme l'émulateur PDC ), l'administrateur pourra se connecter, et les utilisateurs
se loguer sur les machines ou ils se sont déjà authentifiés. Ils accèderont
toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire (créer une OU modifier un user ..) Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les rôles
qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/ Comment placer les rôles :
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonjour,
Je ne fais aucune manip, je suis censé être dans un environnement à tolérance de panne.
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens.
Eclaire moi à ce sujet. Merci.
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
un délai long ? que veux tu dire par là? combien de temps cela te prends t'il lorsque tu
fais la procédure à base de ntdsutil?
-- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonsoir Jonathan,
Merci pour ses précisions, mais pourquoi le délai est-il si long pour la prise des rôles fsmo par le dc2 si le DC1 tombe ?
Cordialement. ...
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un
problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut
promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance
hard bien entendu ?
Merci encore pour tes éclaircissements .
Cordialement.
"Jonathan Bismuth" <jonathan.bismuth@NOSPAM.bsr.ap-hop-paris.fr> a écrit
dans le message de news:O78UfGB8FHA.2040@TK2MSFTNGP14.phx.gbl...
Re Vincent,
En clair, si le dc FSMO est absent temporairement (maintenance ou
autre),
au
moins un des autres DC est censé prendre le relais automatiquement, non
?
C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :)
comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci
ne
soit pas passé?)
les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3
rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à
l'administrateur de déclarer le DC comme défaillant, les conséquences de
deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant
être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que
le
contrôleur devait attendre un inter de ma part pour lancer une
reconstruction en cas de crash de l'un des disques principaux. Ca
n'aurait
pas de sens.
ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC.
Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du
fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux
s'authentifier (...)
Si un DC jouant tous les rôles (ou certains rôles critiques comme
l'émulateur PDC ), l'administrateur pourra se connecter, et les
utilisateurs
se loguer sur les machines ou ils se sont déjà authentifiés. Ils
accèderont
toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire
(créer une OU modifier un user ..)
Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les
rôles
qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/
Comment placer les rôles :
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance hard bien entendu ?
Merci encore pour tes éclaircissements .
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
Re Vincent,
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
non, pas du tout :) comme je te l'ai illustré lors de mon dernier post (à moins que celui-ci ne
soit pas passé?) les rôles FSMO sont critiques ET uniques pour chacun sur le domaine (3 rôles) voir sur la forêt( 2 rôles)
Il n'y a donc pas de relais automatique car du fait de l'unicité, c'est à l'administrateur de déclarer le DC comme défaillant, les conséquences de deux DC se croyant gérer un ou plusieurs rôles sur un même domaine pouvant être considérables.
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens. ça n'est pas tout à fait ça. Soit 1 domaine avec 5 DC. Le DC a tous les
rôles FSMO + GC, les autres sont DC + GC. Si l'un des 4 DC standards tombent en panne, cela n'a aucune importance du fait du multimaîtres. Tu pourra toujours créer des utilisateurs, et eux s'authentifier (...) Si un DC jouant tous les rôles (ou certains rôles critiques comme l'émulateur PDC ), l'administrateur pourra se connecter, et les utilisateurs
se loguer sur les machines ou ils se sont déjà authentifiés. Ils accèderont
toujours aux dossiers partagés... Pour le reste, tu ne pourra rien faire (créer une OU modifier un user ..) Tant que le DC1 n'est pas revenu en ligne (coupure réseau) ou que les rôles
qu'il détient n'aient pas été transférés à un autre (crash du serveur)
Quelques illustrations ;
Description des rôles : http://support.microsoft.com/kb/q197132/ Comment placer les rôles :
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonjour,
Je ne fais aucune manip, je suis censé être dans un environnement à tolérance de panne.
En clair, si le dc FSMO est absent temporairement (maintenance ou autre),
au moins un des autres DC est censé prendre le relais automatiquement, non ?
C'est bien de principe de fonctionnement de l'AD?
C'est comme si j'avais une grappe raid avec un disque de secours et que le
contrôleur devait attendre un inter de ma part pour lancer une reconstruction en cas de crash de l'un des disques principaux. Ca n'aurait
pas de sens.
Eclaire moi à ce sujet. Merci.
Cordialement.
"Jonathan Bismuth" a écrit dans le message de news:
un délai long ? que veux tu dire par là? combien de temps cela te prends t'il lorsque tu
fais la procédure à base de ntdsutil?
-- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Bonsoir Jonathan,
Merci pour ses précisions, mais pourquoi le délai est-il si long pour la prise des rôles fsmo par le dc2 si le DC1 tombe ?
Cordialement. ...
Jonathan Bismuth
c'est exactement ça.
Si tu as un DC qui gère tous les rôles FSMO et qu'il est définitivement mort, il te faut impérativement saisir (pas transférer dans ce cas) les rôles FSMO. Pour avoir une redondance correcte, tu as mis le doigt dessus : redondance hard, clustering correct.... Ludo s'il passe dans coin te parlerai aussi de l'outil doubletake. Je ne connais pas mais on ne m'en dit que du bien, ça doit être très "fashion" d'avoir ça en place à ce moment : http://www.nsisoftware.com/what-we-offer/double-take/
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance hard bien entendu ?
Merci encore pour tes éclaircissements .
Cordialement. ...
c'est exactement ça.
Si tu as un DC qui gère tous les rôles FSMO et qu'il est définitivement
mort, il te faut impérativement saisir (pas transférer dans ce cas) les
rôles FSMO.
Pour avoir une redondance correcte, tu as mis le doigt dessus :
redondance hard, clustering correct.... Ludo s'il passe dans coin te
parlerai aussi de l'outil doubletake. Je ne connais pas mais on ne m'en dit
que du bien, ça doit être très "fashion" d'avoir ça en place à ce moment :
http://www.nsisoftware.com/what-we-offer/double-take/
Cordialement,
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" <v.durain_nospamm@ater.net> a écrit dans le message de
news: elZhHRB8FHA.2540@TK2MSFTNGP10.phx.gbl...
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un
problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut
promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance
hard bien entendu ?
Si tu as un DC qui gère tous les rôles FSMO et qu'il est définitivement mort, il te faut impérativement saisir (pas transférer dans ce cas) les rôles FSMO. Pour avoir une redondance correcte, tu as mis le doigt dessus : redondance hard, clustering correct.... Ludo s'il passe dans coin te parlerai aussi de l'outil doubletake. Je ne connais pas mais on ne m'en dit que du bien, ça doit être très "fashion" d'avoir ça en place à ce moment : http://www.nsisoftware.com/what-we-offer/double-take/
Cordialement, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Vincent DURAIN" a écrit dans le message de news:
Aïe, je ne voyais pas le fonctionnement de l'AD comme ça. Ca me pose un problème.
Est-ce ca veut dire que si le DC fsmo est completement out, il faut promouvoir les rôles à la main sur un autre dc avec NTDSUTIL ?
Comment peut-on avoir une redondance correcte, en dehors d'une redondance hard bien entendu ?