Overview of QSP Functionality

A Quick Service Protection (QSP) resource protects a single Windows service.

During create, the startup type of the protected service is set to “Manual”.

In order to create a QSP resource, the service to be protected must be in the Running state.

The kit provides the following LifeKeeper actions:

• restore: the protected service is started
• remove: the protected service is stopped
• quickchk: the state of the protected service is queried and verified to be “running”
• recover: the protected service is cleanly stopped and then started
  

If multiple services need to be protected simultaneously, each service should have its own corresponding LifeKeeper instance. This can be achieved with the creation of additional QSP resources or LifeKeeper ARK resources (for example: SQL Server or Oracle). If no dependencies exist between services, the hierarchy can be created without dependencies between the resources – they can be removed and restored in any order.

If the service that is being protected by the QSP resource depends on a system service that will always be running, you do not need to create a LifeKeeper resource for that system service. The QSP resource will be able to come in service and out of service properly in this case.

After a QSP resource has been created on the Primary node, the protected service must exist on any Secondary node In order to be extend that node. Extend will set the startup type of that service to “Manual” on the Secondary node.

The QSP ARK implements a custom Properties page that can be used to change resource parameters on a given node. In the LifeKeeper GUI, right-click the resource and choose “Properties” – the GUI will allow you to modify the settings here.

When a QSP resource is deleted, the service startup type is left as Manual.