SSCM – How to deal with wrong Deployment
You are just done
away with a software deployment in production environment. Soon you
flooded with complain that something went wrong with the deployment
and it need to be stopped immediately.
What should be your
next step? What is the best practice to deal with miss deployment?
The most common
answer i have heard is : Delete the deployment.
Well, that’s sound
good to stop the deployment on new machine. You just deleted the
deployment and relaxed.
However, trouble is
not over here. You got a call from higher management and they asked you to provide the list of all users / machines impacted by deployment.
Once identified, you have to work on remediation plan.
Now you have another
challenge.
How you can pull out
these details? When you deleted the deployment, its removed all such
details from SCCM along with deployment.
So, what is the
best practice?
There are many such option available which you can use to stop the deployment. This will also ensure you have historical data available if required for reporting / remediation purpose.
There are many such option available which you can use to stop the deployment. This will also ensure you have historical data available if required for reporting / remediation purpose.
- Expire the deployment by setting Deployment End Date to past.
-
Remove the content from the distribution point(s). This way client would not be able to deploy when it already received the policy.
-
Switch deployment target to a blank Collection.
-
If its CM2012 Application then you can just right click on an application and select “Retire”.
Well that's crisp and very informative, looks good to learn and keep in mind.
ReplyDeleteGreat Article. Should always be considered as the "Backup Plan" if you are dealing with mass deployment via Change Management process.
ReplyDelete