Chapter 7. Phase II: Patch Management design and implementation 283
bandwidths because of the light communications between the Agent and the
Tivoli Endpoint Manager Server.
When endpoints are offline, they can be switched on or messages can be cached
at their nearest Relay so that when the endpoints reconnect to the network, the
patching automatically begins.
Reboots during patching
For patches that sometimes require a reboot, the Agent contains a software
component known as the
action manager to cache all activity that must continue
during a patch. It is important to remember that if the users can choose when to
reboot their system, the patch that is being applied might not reply to the Tivoli
Endpoint Manager Server as “patched” until the endpoint is rebooted. The
financial accounting company might decide to force a reboot of the endpoints if
the endpoints are on for more than a week.
7.2.5 Implementation conclusion
During the implementation of the financial accounting company Tivoli Endpoint
Manager patch management solution, we incorporated a new process for
patching. The new process uses the current change ticket system of the
organization and the separation of duties by using a new approval process. We
also described how the financial accounting company can use the Tivoli Endpoint
Manager platform and patching content to patch workstations and servers,
solving the business and functional requirements.
7.3 Maintenance
The intention of this section is to document the considerations of the financial
accounting company about maintaining a Tivoli Endpoint Manager patch
management solution. We describe the following features of Tivoli Endpoint
Manager:
Using Baseline updates
Precaching
Handling corrupt patches
Minimize endpoint reboots
Locking endpoints
Patching overview dashboard
It is important to remember the business requirements of the patch management
solution for the financial accounting company. Tivoli Endpoint Manager provides
a central view of all the endpoints by using a single console, single server