Cisco Systems 1.2 Manual De Usuario

that is included in a service profile, or to an updating service profile template. For example, you can defer the
upgrade and activation of firmware through host firmware packages and management firmware packages,
such as server BIOS, RAID controller, host HBA, and network adapters. However, you cannot defer the direct
deployment of firmware images for components that do not use either of the firmware packages, such as Cisco
UCS Central, fabric interconnects, and I/O modules.

Deferred deployment is not available for the following actions which require the reboot of a server:

• Initial association of a service profile with a server

• Final disassociation of a service profile from a server, without associating the service profile with a

different server

• Decommissioning a server

• Reacknowledging a server

• Resetting a server

If you want to defer the deployment of service profile changes, you must configure one or more maintenance
policies and configure each service profile with a maintenance policy. If you want to define the time period
when the deployment should occur, you also need to create at least one schedule with one or more recurring
occurrences or one time occurrences, and include that schedule in a maintenance policy.

If you cancel a pending change, Cisco UCS Central attempts to roll back the change without rebooting the
server. However, for complex changes, Cisco UCS Central may have to reboot the server a second time to
roll back the change. For example, if you delete a vNIC, Cisco UCS Central reboots the server according to
the maintenance policy included in the service profile. You cannot cancel this reboot and change, even if you
restore the original vNIC in the service profile. Instead, Cisco UCS Central schedules a second deployment
and reboot of the server.

After Cisco UCS Central begins the association of the service profile, the scheduler and maintenance policy
do not have any control over the procedure. If the service profile association does not complete within the
allotted maintenance window, the process continues until it is completed. For example, this can occur if the
association does not complete in time because of retried stages or other issues.

Scheduled deployments run in parallel and independently. You cannot specify the order in which the
deployments occur. You also cannot make the deployment of one service profile change dependent upon the
completion of another.

Cisco UCS Central applies all changes made to a service profile in the scheduled maintenance window. You
cannot make several changes to a service profile at the same time and then have those changes be spread
across several maintenance windows. When Cisco UCS Central deploys the service profile changes, it updates
the service profile to match the most recent configuration in the database.