slow logon



We have a native 2000 AD environment with a mixture of Win 2000 and 2003 DCs.
2003 are the majority. DNS is AD integrated and we have dhcp servers serving
the clients. All clients are XP pro sp2.

We have a Start up script and a login script for users as well as folder
redirection for My Documents.
We have in house programs that the programmer designed and he setup the
start up script in AD to apply updates to the clients machines which is
essentially just overriding some files. Not everyday is updates applied but
only when the programmer issues updates.

The login script maps 3 drives and one is done automatically for the home
drive. Along with that an xcopy command is done to copy the program updates
that will be launched upon reboot if any.

To me this is not a good method for updating in house software but I cannot
change this procedure for now or I will face a huge political war.

Our clients’ machines have windows xp sp2 with just office 2003 and Symantec
av software.

Clients complain of slow logon 45 to 90 seconds to see the wallpaper and
icons.
No event ID errors, hardware errors, spyware errors, virus issues, service
start up issues or conflicts.

The AV software has been tweaked to work faster in xp as well as the OS
itself. Many xp tweaks have been tested and imposed on the clients’ machine.
Profiles have been purged and recreated
Defragging has been automated as well using sysinternals tools to assist
with other performance issues and maintenance.
Adding 1 GB of ram to a client’s machine can help. Right now they only have
256MB. (I know the minimum should be 512MB but tell that to the higher ups).
(XP pro with 512MB is ideal for basic workers that have intense AV software
to work with.)

Did not do the verbose logging feature yet!!!

All servers involved have been looked at and no errors or faults have been
discovered.

Here is my assumption:

The client powers on the pc and within 1 minute he or she sees the logon
screen due to xp’s fast logon. Right away he or she logs in due to cached
profile on the system. At the same time the startup scripts, Symantec
services are launching in the background, amongst other os related services
while the user’s profile is being loaded into the registry. This can cause a
delay in the user not seeing his or her desktop icons and wallpaper right
away. Plus upon the logon process the login script is patiently waiting to
execute and this will add more burden to the client’s patience.
I am sure if the client waited for the startup script to execute then the
logon process will not take that long.

I am curious if anyone has used the GP “always wait for the network at
computer startup and logon”. I am sure this will remove the xp fast logon
feature and thus the clients will have no way of login in until certain
functions have been completed.

Are there any negative aspects to expect if I use this GP?

Any suggestions besides upping the ram on the client’s pc?

Sorry for the long intro….

--
Goku 316
.



Relevant Pages

  • Re: slow logon
    ... in the logon time have been reduced so far. ... update the time for the clients that talk to the dc as the logon server. ... start up script in AD to apply updates to the clients machines which is ...
    (microsoft.public.windows.server.active_directory)
  • Re: slow logon
    ... DNS is AD integrated and we have dhcp servers ... All clients are XP pro sp2. ... Not everyday is updates applied ... Make sure that the script detects if that update already has been made, ...
    (microsoft.public.windows.server.active_directory)
  • Re: slow logon
    ... > we have symantec av 10 and yes the software looks for updates from a> local ... > i told the programmer that the domain controller at each site will> check ... > update the time for the clients that talk to the dc as the logon> server. ... >>> We have a Start up script and a login script for users as well as ...
    (microsoft.public.windows.server.active_directory)
  • Re: slow logon
    ... that i tell the software not to restart the services when new virus updates ... update the time for the clients that talk to the dc as the logon server. ... > We have a Start up script and a login script for users as well as> folder ...
    (microsoft.public.windows.server.active_directory)
  • Re: Loginscript occasionally failing
    ... clients, where the ... >the end of batch file, so the client won't remove Z: ... >run the logon script. ...
    (microsoft.public.windows.server.scripting)

Loading