Rollout Processes
Rollout Processes operate at the Business Unit level in an Advanced Patching Strategy and define how patches are approved and deployed.
Last updated
Was this helpful?
Rollout Processes operate at the Business Unit level in an Advanced Patching Strategy and define how patches are approved and deployed.
Rollout Processes includes managing approvals, targeting a specific Business Unit, and initiating patch rollouts once approval is received.
Business Unit rollout processes determine which clients receive patches and control the final step before patches are delivered. For example, a rollout can deploy patches in batches of 100 clients, allowing administrators to monitor progress and address issues before continuing.
After the Patching and Deployment Channel processes define the required activity, they delegate rollout execution to each Business Unit. Each Business Unit then manages its deployment using its customized All Clients Rollout Process workflow.
Before creating a custom Rollout Process, enter a support ticket and request help from Customer Support Adaptiva Customer Support
The Rollout Process uses information from a Business Unit template, such as Approval Chains, Notification Chains, and Related Business Units, to control patch approval and deployment. It also performs the actual client deployment for the Business Unit.
New child Business Units automatically inherit the parent’s Rollout Process, which is typically the All Clients Rollout Process. If a Rollout Process is inherited, you must disable inheritance before making changes.
Last updated
Was this helpful?
Was this helpful?