Microsoft

Microsoft Endpoint Configuration Manager Feedback

Suggestion box powered by UserVoice - Update: Microsoft will be moving away from UserVoice sites on a product-by-product basis throughout the 2021 calendar year. We will leverage 1st party solutions for customer feedback. Learn more

Ryan Davisson

My feedback

  1. 110 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    6 comments  ·  Ideas » Application management  ·  Flag idea as inappropriate…  ·  Admin →
    Ryan Davisson supported this idea  · 
  2. 40 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  5 comments  ·  Ideas » Software Updates  ·  Flag idea as inappropriate…  ·  Admin →
    Ryan Davisson supported this idea  · 
    An error occurred while saving the comment
    Ryan Davisson commented  · 

    I'm not sure specifically of the ADR process, but it would also be important to make sure the ADR disables the Deployments it previously created before evaluating the updates/downloading/adding them to the SUG and resetting the deployment settings (ie. scheduling, enable/disable, etc.). We've had issues the past few months with SQL deadlocks during ADR processing that caused a failure, where an ADR had evaluated and pulled all of the updates in to the SUG and then updated the settings for some, but not all of the Deployments. This left us in a state where some old deployments were previously enabled and past-due on the deadline, but loaded with new updates. There wasn't a bug in that instance, but due to the manner in which the ADRs process through the steps, we had updates going out to our devices outside of the normal, expected schedule that the ADR was supposed to maintain. We now have to support a script on the site server that disables those deployments ahead of the ADR, just in case there are further errors during the ADR process. If the ADR were to disable previously created Deployments before doing anything else, that would build a fail-safe in the event of an error that disrupts the complete ADR process.

Feedback and Knowledge Base