Using GPP to deploy packages?
In my current job I work with SCCM, but it seems that GPP may be a faster and more versatile not to mention more reliable tool. Any one tried to use it as sole deployment alternative? and how big an organisation can it support? Is there any strategies?
0 Comments
[ + ] Show comments
Answers (7)
Please log in to answer
Posted by:
anonymous_9363
13 years ago
Have you ever heard any of your users complain about the time it takes for them to get to their Desktop after logging in? If you go the GP deployment route, you will be adding even more time to that.
I've worked at 2 sites where GP was used for deployment. Both have now switched to SCCM but maintain the flexibility of GP by creating collections using AD groups (forcing a new AD discovery, to bypass the once-per-day default)
I've worked at 2 sites where GP was used for deployment. Both have now switched to SCCM but maintain the flexibility of GP by creating collections using AD groups (forcing a new AD discovery, to bypass the once-per-day default)
Posted by:
admaai
13 years ago
Well yes I can understand that. But there is also the possibility of advertising MSI instead of directly installing them (If I understand correctly), and with GPP you are not stuck with only MSI´s. and you can easily build complex collections. It will be intersting to see if some kind of deployment strategy is developed baed on that.
Posted by:
Rheuvel
13 years ago
Posted by:
anonymous_9363
13 years ago
Kind of...
Doing things the "proper" GP way, you have to use MSIs/MSTs. To work around that, many sites used lashed-up log-on and/or start-up scripts.
As you say, SCCM has no such restrictions.
@OP, trust me: if you switch to GP, make sure your IT Dept is prepared for posses of disgruntled users bearing down on the Service Desk personnel with flaming torches and pitchforks...
Doing things the "proper" GP way, you have to use MSIs/MSTs. To work around that, many sites used lashed-up log-on and/or start-up scripts.
As you say, SCCM has no such restrictions.
@OP, trust me: if you switch to GP, make sure your IT Dept is prepared for posses of disgruntled users bearing down on the Service Desk personnel with flaming torches and pitchforks...
Posted by:
admaai
13 years ago
Posted by:
aahmad
13 years ago
Are you saying users complain because of the software installing taking place?
Or are users complaining because the log in is slow overall? The reason I ask is that is my only option and if it is slow period for Windows 7 I am backing off. Though I found the installs to be very fast at log for my test box.
Thanks.
Or are users complaining because the log in is slow overall? The reason I ask is that is my only option and if it is slow period for Windows 7 I am backing off. Though I found the installs to be very fast at log for my test box.
Thanks.
ORIGINAL: VBScab
Kind of...
Doing things the "proper" GP way, you have to use MSIs/MSTs. To work around that, many sites used lashed-up log-on and/or start-up scripts.
As you say, SCCM has no such restrictions.
@OP, trust me: if you switch to GP, make sure your IT Dept is prepared for posses of disgruntled users bearing down on the Service Desk personnel with flaming torches and pitchforks...
Posted by:
aahmad
13 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.