Re: High traffic from replication between DC!!! Please help.



Have you thought about the problem that WIN2000 clients have when a WINNT
4.0 PDC is upgraded to WIN2000/WIN2003? Please take a look at the
following:

http://support.microsoft.com/?id=284937

Could this be part of the problem?

As for the link to ethereal and mention of NetMon....we need to find out
what is happening on the wire. Why is there so much traffic now? Go to
ethereal's web site. There *should* be some information there that will
help you!

--
Cary W. Shultz
Roanoke, VA 24012

"David S.Y Ng" <DavidSYNg@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:AA2A6707-A1E5-4593-9EFC-49C99094AAC7@xxxxxxxxxxxxxxxx
Dear Cary,

The NT4.0 Domain is as such, 1PDC in headoffice, 1BDC in each of the
interstate sites, the sites have all their different subnets connected via
frame relay and cisco routers. I have done an inplace upgrade of the PDC,
and
subsequently have put in a new machine at the sites and promoted them to
DC,
then subsequently removed the old NT4.0 BDC's. The clients seem to log in
at
times, but the traffic is so heavy that it just makes the network at high
utilisation. I have made every DC a Global Catalog Server, as each site
has
1DC only. But as for the other points you mentioned, I am not too
familiar,
can you please direct me on what to do for the following you mentione?

You have correctly created the Sites in the Active Directory Sites and
Services MMC? And you have correctly created the Subnets and associated
each one with the correct Site. And you have created the necessary Site
Links?

The clients are using DHCP and they are pointing to their local DC for
DNS,
and the main DC (old NT4.0PDC upgraded) for secondary DNS. They also have
WINS enabled, which I have left and configured as replication partners.
Thus
every DC in their WINS tab would have all other DCs including the main DC
in
there as replication partners.

At this stage, it doesn't seem like a hardware issue, cos the network was
working fine before the upgrade. The NT4.0 network didn't have these
issues
as before... Please advise and assist, I really need help on this one
.......
I am in dire straits ..... Thanks in advance ...

- David



"Cary Shultz" wrote:

David,

What troubleshooting have you already done?

You have correctly created the Sites in the Active Directory Sites and
Services MMC? And you have correctly created the Subnets and associated
each one with the correct Site. And you have created the necessary Site
Links? All of the Domain Controllers are in the correct Subnet / Site
and
have the correct IP Address. There is at least one Global Catalog Server
in
each Site, correct?

The local clients (meaning, the computers in each Site) point to the
local
DNS Server (meaning, the DC that is located in that Site) first and to
the
DNS Server in the main Site second?

I am pretty sure that you have done all of this correctly and that this
has
not much to do with your issue, but let's make sure that this is indeed
the
case.

Have you looked at using ether ethereal (http://www.ethereal.com/) or
NetMon?

Have you looked to see if somewhere there is a NIC that is a bit out of
control (look on the switch....it would be flashing like crazy...it might
also be that not only that particular port is flashing crazy but that the
whole switch is flashing crazy). It could also be a funky switch!


--
Cary W. Shultz
Roanoke, VA 24012

"David S.Y Ng" <David S.Y Ng@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:0E754B27-A4F9-4F8F-AA0C-C08917E0B392@xxxxxxxxxxxxxxxx
Dear support group,
We have recently upgraded from NT4.0 to Win2003 AD, we have a few sites
spread out interstate, with frame relay links between them. The problem
that
we are facing at the moment is that the DC's which are located on each
site,
1 DC per site, with the main DC in headoffice, are replicating and
doing
some
kind of port scanning on the whole network ... and the traffic is so
high
that clients cannot log in at times ... How do I turn off these
replications
or reschedule them at a non-busy time? In addition, we have Win2003
member
servers running Terminal Services, the clients are dropping as well ...
says
cannot get license .... I have deleted the registry key for the
Licensing
component, which seems to fix the problem but it resurfaces again ...
Please
help ... please assist ...... Thanks in advance ....

Sincerely,
David S.Y Ng





.



Relevant Pages

  • Re: High traffic from replication between DC!!! Please help.
    ... I have made every DC a Global Catalog Server, ... And you have correctly created the Subnets and associated ... The clients are using DHCP and they are pointing to their local DC for DNS, ... working fine before the upgrade. ...
    (microsoft.public.windows.server.active_directory)
  • Re: Need guidance on SMS 2.0 to 2003 Upgrade approach
    ... you should definately read the SMS documention throughly to make ... A site upgrade from SMS 2.0 to SMS 2003 may not succeed if SQL ... Upgrade secondary sites OR consolidate (by re-homing clients via Site ... Create an upgrade schedule for all 50 secondaries ...
    (microsoft.public.sms.admin)
  • Re: Some thoughts about Fedora Core 1 packages upgrade
    ... > upgrade hundreds of clients through Internet(big burden on Internet ... > building options, we have to download source RPMs as well, so there ... i'd recommend the apt-mirror script to be run once a day, ...
    (Fedora)
  • Re: Inplace Upgrade os SMS2.0 to 2003
    ... the distribution points so I know which ones need updating? ... >> Currently our SMS 2.0 Installation consists of a Central Site Server and one ... On the Central Site server there are roughly 700+ clients, ... > Site boundaries should be retained after the upgrade. ...
    (microsoft.public.sms.setup)
  • Re: Upgrade Questons
    ... I think I would upgrade SQL first, but I guess that is just my personal ... preference because I know more about sms than about sql. ... > resources which would now include the resources from the secondary sites. ... clients cannot be assigned to secondary sites anyway. ...
    (microsoft.public.sms.setup)