[/align]we just upgraded from sms to sccm recently and just tryin to work out a few things with software updates.

In sms i used to split up updates for office, xp, xp64 and vista. This was because the package would be huge and every pc regardless of if it needed it would download it all.

So i know the new one is better and it seems to work pretty well. Is there still a need to split things up? if i just package all required updates for all office and all operating systems and just assign it to an all workstations collection would that be ok?

thanks [/align]
0 Comments   [ - ] Hide Comments


Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity


You can build a collection based only on ones that need your updates right ? Then only push to those machines.

When you put your package in SCCM you also have the option to check the box to download the package locally to the PC before launch or not.

I'm not sure if it may be better to let them run it without downloading the whole thing to the local PC for you at your location.

I'm not aware of a size limitation in SCCM for packages but you have to think about the size going out to the distribution points then also transferring to the users PC if you choose to let it download locally first.

We used to do system wide pushes at night when we were using tivoli for larger packages. I haven't been responsible for doing system wide pushes where I am right now but just building advertised packages in SCCM so users can install software on demmand.

If you haven't seen it already there's some really good technet webcasts on various parts of SCCM here:

hope some of that is helpful..
Answered 01/15/2009 by: LB3
Senior Yellow Belt

Please log in to comment
SCCM uses WSUS for updates, so there is no need to package and deploy to collections, the settings apply from GPO
Answered 07/22/2009 by: DeployTech
Orange Senior Belt

Please log in to comment