Yeah, it was no big deal here. I'm not quite sure why we didn't think about it at the time. It's really our first foray into remote DC's. In the past we always just had two domain controllers for Windows NT 4.0 here, and if the T1's went down then people had no access to anything. Now (and we're a public library) all our PC's have Office and some other productivity apps on them, so it's necessary that users be able to log on even if the Internet is no longer available. I'll make sure to pass on that any site that has Exchange needs a Global Catalog server. That will help our Enterprise Admins make up their minds on that issue...
Matt -----Original Message----- From: Ben Winzenz [mailto:[EMAIL PROTECTED] Sent: Monday, August 25, 2003 1:55 PM To: Exchange Discussions Subject: RE: Replication and Schema problem You need to have a Global Catalog server in every AD Site that hosts Exchange (not Exchange site, AD Site). As far as the remote offices, it depends. GC's can help with a number of things, including password changes, logins, etc. If you don't have local DNS servers though, having or not having a GC in the remote location ain't gonna do squat for your remote offices. DNS holds the records for the global catalog servers. If the client can't query DNS for where to find a GC, it can't find one. Setting up a DC with AD-integrated DNS is so easy to do. There's no reason not to. Ben Winzenz Network Engineer Gardner & White (317) 581-1580 ext 418 -----Original Message----- From: Matt Hoffman [mailto:[EMAIL PROTECTED] Posted At: Monday, August 25, 2003 12:19 PM Posted To: Exchange (Swynk) Conversation: Replication and Schema problem Subject: RE: Replication and Schema problem Hah! OK, I was wondering about whether we needed to be set up as a Global Catalog. I was seeing that that was not set up when looking at the schema with LDP to see if the Exchange settings has replicated down to us. So, this is most likely more of a problem with us not being set as a Global catalog? Not to seem greedy here, but we also have three branches which each have a DC. In case of outtages on our T1's, would it be beneficial to have those servers be Global Catalogs as well? We've had trouble with those local PC's logging on when the T1's go down, but I think that has to do with no DNS/WINS being at those locations. We are looking to install those services there soon. -----Original Message----- From: Roger Seielstad [mailto:[EMAIL PROTECTED] Sent: Monday, August 25, 2003 12:57 PM To: Exchange Discussions Subject: RE: Replication and Schema problem I can assure you that it isn't due to mixed modes of AD - that has no effect on the schema changes. Now, it could be because of a lack of 'local' global catalogs because you're still using a downlevel BDC. -------------------------------------------------------------- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -----Original Message----- > From: Matt Hoffman [mailto:[EMAIL PROTECTED] > Sent: Monday, August 25, 2003 12:38 PM > To: Exchange Discussions > Subject: RE: Replication and Schema problem > > > Well, it already has. We just haven't been able to figure it out yet. > Likely it ahs to do with native vs. mixed AD modes, but even the > Enterprise Admins are relative newbies and none of us are really > knowledgable about > this. I'm still having trouble finding adequate > documentation on how to > diagnose replication issues. > > -----Original Message----- > From: Jeff Beckham [mailto:[EMAIL PROTECTED] > Sent: Friday, August 22, 2003 6:45 PM > To: Exchange Discussions > Subject: RE: Replication and Schema problem > > > Don't try and finagle a way around the issue. Fix the replication > problem between the domains. It will cause you great distress > further down the > road. > > Jeff > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Matt Hoffman > Posted > At: Friday, August 22, 2003 12:50 PM Posted To: Exchange > Discussion List > Conversation: Replication and Schema problem > Subject: RE: Replication and Schema problem > > > No, we are unable to run DomainPrep. It says that ForestPrep has not > been run on the server, therefore it cannot run DomainPrep. > However, the server > is not part of the root domain, therefore ForestPrep cannot > be run on it. > The problem exists that the server has still not replicated the schema > changes from the root domain. This is why I was wondering if > there was > another way to force the issue. I have also not seen any information > anywhere about why the server would not be able to replicate > schema between > itself and the root domain, even though the root is mixed and this is > native. Do those two exist in such a different way that the > schema cannot > be replicated between them? > > -----Original Message----- > From: Roger Seielstad [mailto:[EMAIL PROTECTED] > Sent: Friday, August 22, 2003 12:23 PM > To: Exchange Discussions > Subject: RE: Replication and Schema problem > > ForestPrep is just that - forest wide. Its all or nothing. > > I'm guessing you didn't run DomainPrep in this domain - and that IS > domain specific, and needs to be run in each domain hosting Exchange > servers (or > users, IIRC). > > -------------------------------------------------------------- > Roger D. Seielstad - MTS MCSE MS-MVP > Sr. Systems Administrator > Inovis Inc. > > > > -----Original Message----- > > From: Matt Hoffman [mailto:[EMAIL PROTECTED] > > Sent: Friday, August 22, 2003 12:11 PM > > To: Exchange Discussions > > Subject: Replication and Schema problem > > > > > > Hopefully someone on this list will have a suggestion as to > what to do > > with this problem: > > > > Upgrading from NT 4.0 domain/Exch. 5.5 - SP4 to AD with Exch 2000. > > > > The domain in question is not the root domain for the forest, but > > ForestPrep has been run successfully in the root. This particular > > domain is now Native mode (AD native mode vs. Exchange native) where > > the root domain is still > > mixed mode. > > > > ForestPrep changes to the schema have not replicated down to this > > domain, and I assume it's because of the Native vs. Mixed mode for > > AD. However, that may be an incorrect assumption. I've checked out > > a number of knowledgebase articles as well as Microsoft's Exch 2000 > > Admin's Guide and > > Mark Minasi's Windows 2000 Server books, but have not found a > > reason yet as > > to why there is no replication of schema other. So, I still > > have to think > > that this is the problem. > > > > Can anyone point me in the right direction with this > problem? As it > > is the users in the new AD domain here are still able to access > > their Exch 5.5 mailboxes even though they log on in the AD domain, > > but > they can't (of > > course) access their email through OWA, unless I go in and change > > their password in the NT 4.0 domain to match that in the AD. > > > > As an alternative solution, is there a method for exporting > the schema > > from the root domain and manually importing it here to re-establish > > identical schemas? Is there a way to force this domain to run > > ForestPrep on it, even > > though it's not the root domain? > > > > Thanks for any help... I'm going to keep looking around > for more info > > > myself. > > > > Matt > > > > _________________________________________________________________ > > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > > Web Interface: > > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t > ext_mode=&lang=english > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t ext_mode=& lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
