Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Server > Update Services > howto avoid rebooting

Reply
Thread Tools Display Modes

howto avoid rebooting

 
 
Pimperator
Guest
Posts: n/a

 
      06-19-2009
Hi there,
can anybody tell me how I avoid Servers and Clients rebooting after
being updated?
I delivered several updates today and unfortunately I had some computers
calculating for about a week rebooted. So I had Information-loss of
about a week. Our Fileserver also rebooted during night while we had
measurements running. So again data loss.

I really need to disable forced rebooting.

Thanks in Advance

Erik
 
Reply With Quote
 
 
 
 
Adrian
Guest
Posts: n/a

 
      06-19-2009
Pimperator <> gurgled happily, sounding much like they
were saying:

> can anybody tell me how I avoid Servers and Clients rebooting after
> being updated?


> I really need to disable forced rebooting.


You certainly do.

Either via group policy or manually, set...
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Win dows\WindowsUpdate\AU
\AUOptions to 3 = Automatically download and notify of installation.
....then only actually install when convenient.

Installing but delaying the reboot is a recipe for grief. Don't even
contemplate doing it.
 
Reply With Quote
 
Lawrence Garvin [MVP]
Guest
Posts: n/a

 
      06-19-2009
"Pimperator" <> wrote in message
news:...
> Hi there,
> can anybody tell me how I avoid Servers and Clients rebooting after being
> updated?


Well, basically, you don't. The design architecture of WSUS and the WUAgent,
and the Microsoft Windows OS (since the creation of Automatic Updates over
10 years ago) requires that the system be restarted when certain
system-level updates are installed. Until the system restarts, the updates
are not actually installed -- ergo, if you're not going to restart the
system, there's absolutely NO point in installing the updates.

In fact, partialling installing the updates (which is what may happen until
the restart is actually performed) may introduce system instabilities and
cause problems even worse than those you're currently concerned about as a
result of a controlled system restart.

So, the *best* way to achieve what you're trying to achieve is to
interactively install the updates WHEN you've determined it's an appropriate
time to restart the system.

Alternatively, on workstations and notebooks, you might take advantage of
the "Install Updates and Shutdown" feature, which requires some nominal
training and cooperation on the part of users, combined with an after-hours
scheduled installation (e.g. 3am) and the default feature to install updates
at power-on if they were scheduled for installation, and the scheduled
installation did not run due to the machine being powered off.


> I delivered several updates today and unfortunately I had some computers
> calculating for about a week rebooted. So I had Information-loss of about
> a week.


NO machine should ever be in a situation where DAYS of data is a risk of
loss due to an unexpected system shutdown. Unless you have those machines on
a perpetually-fueled generator, you cannot possibly protect against an
unanticipated system shutdown in a power outage of more than a few hours.

I do understand, however, that a machine might be involved in data
calculations that may take days to complete. May I be so bold to suggest,
here, that the issue is not that you installed updates (and inadvertently
caused a system restart) -- but that anybody even had access to the machine
in the first place while it was performing such calculations!


> Our Fileserver also rebooted during night while we had measurements
> running. So again data loss.


Installing updates on a mission-critical system without direct sysadmin
involvement at the console is the primary failure here, not the inadvertent
reboot resulting from those installations. If you have "measurements"
running against your fileserver that are uninterruptible, or "calculations"
running on a workstation, then the LAST THING you should be doing is
installing ANY software, updates, etc., never mind the obvious issue of
actually rebooting the box. In fact, you ought not even be permitted to
start ANY process on such a machine beyond those required to complete the
calculations required for the mission.


> really need to disable forced rebooting.


No, Erik, honestly, I believe you need to be more proactive in your system
and update administration tasks.

Based on everything you've said, fixing the standard behavior of Windows
updating that's existed for the past ten years is not what you need (and
it's not going to happen anyway); you need better control over WHEN and WHO
installs updates -- period.


I know my response sounds harsh -- but if your situation is as critical as
you've made it sound in this message, then IMO the system controls on these
machines are not near strict enough to ensure their safe and continued
operation.

--
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP - Software Distribution (2005-2009)

MS WSUS Website: http://www.microsoft.com/wsus
My Websites: http://www.onsitechsolutions.com;
http://wsusinfo.onsitechsolutions.com
My MVP Profile: http://mvp.support.microsoft.com/pro...awrence.Garvin

 
Reply With Quote
 
Lawrence Garvin [MVP]
Guest
Posts: n/a

 
      06-21-2009

"Pimperator" <> wrote in message
news:...

> Lawrence Garvin [MVP] schrieb:


>> So, the *best* way to achieve what you're trying to achieve is to
>> interactively install the updates WHEN you've determined it's an
>> appropriate time to restart the system.


> unfortunately no. as far as I know are users without administrative
> rights not able to execute updating process.


Then your only option is a scheduled installation followed by a restart. You
can configure policy to permit the local user to delay the restart, but that
also requires giving them administrative level permissions (by enabling the
policy "Allow non-admins to recieve update notifications"), which also gives
them the ability to interact with, and defer update installations, or hide
the updates entirely.


--
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP - Software Distribution (2005-2009)

MS WSUS Website: http://www.microsoft.com/wsus
My Websites: http://www.onsitechsolutions.com;
http://wsusinfo.onsitechsolutions.com
My MVP Profile: http://mvp.support.microsoft.com/pro...awrence.Garvin

 
Reply With Quote
 
Lawrence Garvin [MVP]
Guest
Posts: n/a

 
      06-21-2009

"Pimperator" <> wrote in message
news:...

> My problem is:
> We have several public computers and some employees' computers on which
> no administrator is working. It is not the right way to go to every
> computer and to do a manual klicki-installation. This would mean that
> once a week I'd need to log on on every computer without administrator
> and do a manual installation of updates. all the other computers would
> also be unprotected because the employees with local administrator's
> password also log on with a non-administrative domain-account and only
> for setup of some programms (maybe once in two months) with local
> administrator account.


> By using WSUS I want to save time and want to make sure that all
> computers are fixed-safe with critical updates.


Great! The scenario above is an excellent opportunity for WSUS to solve your
problem.


> By asking for a solution for how to avoid rebooting I also asked how to
> avoid to install those updates which need a reboot before the user
> reboots his computer manually. A simple message about a neccesary reboot
> would be enough.


Well, you got that. :-)

It's just that, we see this question in here about once a week -- really! --
and the questoin wouldn't be asked if the persons asking the question
understood the basic functionality of the how and why of OS-level updates.
So, I feel it's incumbent upon me to share that specific knowledge every
time I answer this question with "No, you cannot 'not reboot' a system."

> It is okay to ask for reboot but it is not okay to show a countdown and
> reboot automatically.


Unfortunatly, given additional "control" to the logged on user requires you
to give the logged on user more power than such user(s) should have.

The key here is to install updates during scheduled maintenance events, when
rebooting is not an issue -- and to definitely NOT install updates during
normal working hours.


--
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP - Software Distribution (2005-2009)

MS WSUS Website: http://www.microsoft.com/wsus
My Websites: http://www.onsitechsolutions.com;
http://wsusinfo.onsitechsolutions.com
My MVP Profile: http://mvp.support.microsoft.com/pro...awrence.Garvin

 
Reply With Quote
 
Harry Johnston [MVP]
Guest
Posts: n/a

 
      06-22-2009

Pimperator wrote:

> It is okay to ask for reboot but it is not okay to show a countdown and
> reboot automatically.


Assuming you're talking about desktop machines, and more specifically assuming
that rebooting is OK if nobody is logged in, the setting "No auto-restart with
logged on users for scheduled automatic updates installations" will do what you
want ... *provided* that you don't set a deadline for the updates.

Note that this leaves updates partially installed until the user chooses to
reboot, so there is some risk involved. Generally for desktop machines the
level of risk is low enough to be acceptable (at least in my opinion).

Harry.
 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
What is the consensus? Avoid SP1? Trevor Windows Vista General Discussion 26 03-23-2008 12:52 PM
How can I avoid having to log on to Windows XP mlibrik Windows Media Center 6 10-11-2007 04:16 PM
howto avoid forced reboot Erik Lukac Update Services 2 02-13-2007 02:42 PM
avoid overscan on TV? peter Windows Media Center 2 12-26-2006 03:09 PM
How to avoid overwriting XP Colin Barnhorst Windows Vista General Discussion 29 09-19-2006 02:45 PM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59