Infrastructure and GC

  • Thread starter Thread starter demon
  • Start date Start date
D

demon

Confused by below statement, will it work or wont it perhaps im being dumb.
Is it that the infrastructure master does work but cannot find any data as
it does not look locally "on the same server as its self" but will continue
to look outside itself for a global catalogue server and if one exists in
the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The infrastructure
master will never find data that is out of date, and so will never replicate
any changes to the other domain controllers in the domain. If all of the
domain controllers in a domain are also hosting the global catalogue, all of
the domain controllers will have the current data and it does not matter
which domain controller holds the infrastructure master role.]

Any help on this one would be greatly appreciated.
 
demon said:
Confused by below statement, will it work or wont it perhaps im being dumb.
Is it that the infrastructure master does work but cannot find any data as
it does not look locally "on the same server as its self" but will continue
to look outside itself for a global catalogue server and if one exists in
the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The infrastructure
master will never find data that is out of date, and so will never replicate
any changes to the other domain controllers in the domain. If all of the
domain controllers in a domain are also hosting the global catalogue, all of
the domain controllers will have the current data and it does not matter
which domain controller holds the infrastructure master role.]

Any help on this one would be greatly appreciated.

Don't have the IM as a GC. Unless all DCs are GCs
 
In addition, if you have a single-domain environment, this doesn't matter at
all.
-- http://www.msresource.net/content/view/14/46/


--

Paul Williams

http://www.msresource.net/
http://forums.msresource.net/

demon said:
Confused by below statement, will it work or wont it perhaps im being
dumb.
Is it that the infrastructure master does work but cannot find any data as
it does not look locally "on the same server as its self" but will
continue
to look outside itself for a global catalogue server and if one exists in
the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure
master will never find data that is out of date, and so will never
replicate
any changes to the other domain controllers in the domain. If all of the
domain controllers in a domain are also hosting the global catalogue, all
of
the domain controllers will have the current data and it does not matter
which domain controller holds the infrastructure master role.]

Any help on this one would be greatly appreciated.

Don't have the IM as a GC. Unless all DCs are GCs
 
So the IM will function if it is on the same server as a GC?


barry said:
demon said:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot find any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server and if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in the
domain. If all of the domain controllers in a domain are also hosting the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.

Don't have the IM as a GC. Unless all DCs are GCs
 
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


barry said:
demon said:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot find any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server and if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in the
domain. If all of the domain controllers in a domain are also hosting the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.

Don't have the IM as a GC. Unless all DCs are GCs
 
C Hall that explanation gets 10 out of 10 from me "I completely get it
now".

Thank you very much.


C Hall said:
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a
user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


barry said:
demon wrote:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot find any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server and if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in
the
domain. If all of the domain controllers in a domain are also hosting the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.



Don't have the IM as a GC. Unless all DCs are GCs
 
Glad to help. Good luck!

demon said:
C Hall that explanation gets 10 out of 10 from me "I completely get it
now".

Thank you very much.


C Hall said:
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a
user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


demon wrote:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot find any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server
and
if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in
the
domain. If all of the domain controllers in a domain are also
hosting
the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.



Don't have the IM as a GC. Unless all DCs are GCs
 
Moral: IM shouldn't be on a GC server unless it's a single domain
environment.

I don't agree. If all DCs in the domain are GCs, then the IM isn't used,
therefore can be anywhere. This is also applicable in multi-domain
environments. The IM is a domain-based role, and updates other DCs in the
same domain. So, if any of the domains in the forest have all DCs running as
GCs, that particular domain doesn't need an IM.

Only a domain in a multi-domain forest that has non-GC DCs requires the IM.
In *this* case, the role needs to be on a non-GC DC. This is the only time
an IM is necessary - when there's multiple domains, and not all of the DCs in
a domain are running the role of GC.

Hope that helps clarify things,

--

Paul Williams

http://www.msresource.net/
http://forums.msresource.net/

C Hall said:
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


barry said:
demon wrote:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot find any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server and if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in the
domain. If all of the domain controllers in a domain are also hosting the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.



Don't have the IM as a GC. Unless all DCs are GCs
 
Ah. Good point...thanks Paul.
ptwilliams said:
Moral: IM shouldn't be on a GC server unless it's a single domain
environment.

I don't agree. If all DCs in the domain are GCs, then the IM isn't used,
therefore can be anywhere. This is also applicable in multi-domain
environments. The IM is a domain-based role, and updates other DCs in the
same domain. So, if any of the domains in the forest have all DCs running as
GCs, that particular domain doesn't need an IM.

Only a domain in a multi-domain forest that has non-GC DCs requires the IM.
In *this* case, the role needs to be on a non-GC DC. This is the only time
an IM is necessary - when there's multiple domains, and not all of the DCs in
a domain are running the role of GC.

Hope that helps clarify things,

--

Paul Williams

http://www.msresource.net/
http://forums.msresource.net/

C Hall said:
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


demon wrote:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot
find
any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server
and
if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in the
domain. If all of the domain controllers in a domain are also
hosting
the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.



Don't have the IM as a GC. Unless all DCs are GCs
 
No worries. It's a right tongue-twister and hard work to write down and
explain...


--

Paul Williams

http://www.msresource.net
http://forums.msresource.net


Ah. Good point...thanks Paul.
ptwilliams said:
Moral: IM shouldn't be on a GC server unless it's a single domain
environment.

I don't agree. If all DCs in the domain are GCs, then the IM isn't used,
therefore can be anywhere. This is also applicable in multi-domain
environments. The IM is a domain-based role, and updates other DCs in the
same domain. So, if any of the domains in the forest have all DCs running as
GCs, that particular domain doesn't need an IM.

Only a domain in a multi-domain forest that has non-GC DCs requires the IM.
In *this* case, the role needs to be on a non-GC DC. This is the only time
an IM is necessary - when there's multiple domains, and not all of the DCs in
a domain are running the role of GC.

Hope that helps clarify things,

--

Paul Williams

http://www.msresource.net/
http://forums.msresource.net/

C Hall said:
In a multi-domain environment, the role of IM is to process changes to
references of objects belonging to other domains. By processing, I mean it
replicates changes to other domain controllers. e.g. domain-a.com has a user
(johnd) that is moved to domain-b.com, both domains belonging to the same
forest. The IM will replicate changes of any references to johnd to domain
controllers in it's domain, so they can access that resource. If IM is
located on a GC server, the IM *knows* about all objects in the forest and
therefore can't make a comparision--which breaks the process. Moral: IM
shouldn't be on a GC server unless it's a single domain environment.

demon said:
So the IM will function if it is on the same server as a GC?


demon wrote:
Confused by below statement, will it work or wont it perhaps im being
dumb. Is it that the infrastructure master does work but cannot
find
any
data as it does not look locally "on the same server as its self" but
will continue to look outside itself for a global catalogue server
and
if
one exists in the domain it will work.

[If the infrastructure master and global catalogue are on the same domain
controller, the infrastructure master will not function. The
infrastructure master will never find data that is out of date, and so
will never replicate any changes to the other domain controllers in the
domain. If all of the domain controllers in a domain are also
hosting
the
global catalogue, all of the domain controllers will have the current
data and it does not matter which domain controller holds the
infrastructure master role.]

Any help on this one would be greatly appreciated.



Don't have the IM as a GC. Unless all DCs are GCs
 
Back
Top