IP Library Granted Patent US 9,195,528
Granted Patent B1
US 9,195,528 · App. 12/711,445 · Granted Nov 24, 2015

Systems and methods for managing failover clusters

Inventor: Pooja Sarda (Cupertino, CA)
Assignee: Symantec Corporation
G06F11/00
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,195,528
App. No.
12/711,445
Granted
Nov 24, 2015
Kind
B1
Abstract

A computer-implemented method for managing failover clusters. The method may include maintaining a failover cluster comprising first and second cluster nodes, identifying a first instance of a service group on the first cluster node, and initiating failover of the first cluster node to the second cluster node. The method may also include bringing at least a portion of a second instance of the service group online before taking the first instance of the service group completely offline. Various other methods, systems, and computer-readable media are also disclosed.

Claims (48)

1. A computer-implemented method for managing failover clusters, at least a portion of the method being performed by a computing device comprising at least one processor, the method comprising:

maintaining a failover cluster comprising first and second cluster nodes;

identifying a first instance of a service group on the first cluster node;

initiating failover of the first cluster node to the second cluster node;

bringing at least a portion of a second instance of the service group online before taking the first instance of the service group completely offline at least in part by bringing at least a portion of a service online on the second cluster node while taking at least a portion of a service offline on the first cluster node, the portion of the service of the second cluster node comprising a task that can be performed on the second cluster node before the first instance of the service group is brought completely offline.

2. The method of claim 1 , wherein identifying the first instance of the service group on the first cluster node comprises at least one of:

detecting failure of a component of the first instance of the service group;

detecting that the first instance of the service group is being brought offline;

determining that failure of a component of the first instance of the service group may be imminent.

3. The method of claim 1 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more tasks that are not dependent on resources in the service group.

4. The method of claim 1 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more resources that are not dependent on other resources in the service group.

5. The method of claim 1 , further comprising:

identifying a first set of tasks performed in bringing the service group online that do not depend on resources in the service group, wherein the first set of tasks comprises the portion of the second instance of the service group that is brought online before taking the first instance of the service group offline;

identifying a second set of tasks performed in bringing the service group online that are dependent on one or more resources in the service group;

performing the second set of tasks after the first instance of the service group is brought completely offline.

6. A system for managing failover clusters, the system comprising:

an identification module programmed to identify a first instance of a service group on a first cluster node of a failover cluster;

an initiation module programmed to initiate failover of the first cluster node to a second cluster node of the failover cluster;

a failover module programmed to bring at least a portion of a second instance of the service group online before taking the first instance of the service group completely offline at least in part by bringing at least a portion of a service online on the second cluster node while taking at least a portion of a service offline on the first cluster node, the portion of the service of the second cluster node comprising a task that can be performed on the second cluster node before the first instance of the service group is brought completely offline;

at least one processor configured to execute the identification module, the initiation module, and the failover module.

7. The system of claim 6 , wherein the identification module is programmed to identify the first instance of the service group on the first cluster node by performing at least one of:

detecting failure of a component of the first instance of the service group;

detecting that the first instance of the service group is being brought offline;

determining that failure of a component of the first instance of the service group may be imminent.

8. The system of claim 6 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more tasks that are not dependent on resources in the service group.

9. The system of claim 6 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more resources that are not dependent on other resources in the service group.

10. The system of claim 6 , wherein:

the identification module is programmed to identify a first set of tasks performed in bringing the service group online that do not depend on resources in the service group;

the first set of tasks comprises the portion of the second instance of the service group that is brought online before taking the first instance of the service group offline;

the identification module is programmed to identify a second set of tasks performed in bringing the service group online that are dependent on one or more resources in the service group;

the failover module is programmed to perform the second set of tasks after the first instance of the service group is brought completely offline.

11. A non-transitory computer-readable-storage medium comprising one or more computer-executable instructions that, when executed by at least one processor of a computing device, cause the computing device to:

maintain a failover cluster comprising first and second cluster nodes;

identify a first instance of a service group on the first cluster node;

initiate failover of the first cluster node to the second cluster node;

bring at least a portion of a second instance of the service group online before taking the first instance of the service group completely offline at least in part by bringing at least a portion of a service online on the second cluster node while taking at least a portion of a service offline on the first cluster node, the portion of the service of the second cluster node comprising a task that can be performed on the second cluster node before the first instance of the service group is brought completely offline.

12. The non-transitory computer-readable-storage medium of claim 11 , wherein the one or more computer-executable instructions are programmed to cause the computing device to identify the first instance of the service group on the first cluster node by:

detecting failure of a component of the first instance of the service group;

detecting that the first instance of the service group is being brought offline;

determining that failure of a component of the first instance of the service group may be imminent.

13. The non-transitory computer-readable-storage medium of claim 11 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more tasks that are not dependent on resources in the service group.

14. The non-transitory computer-readable-storage medium of claim 11 , wherein:

the portion of the second instance of the service group that is brought online before the first instance of the service group is taken completely offline comprises one or more resources that are not dependent on other resources in the service group.

Assignments (11)
PATENT SECURITY AGREEMENT SUPPLEMENT Recorded May 4, 2026
From: COHESITY, INC.
To: JPMORGAN CHASE BANK, N.A.
Reel/Frame 075521/0417 →
RELEASE OF SECURITY INTEREST Recorded Dec 16, 2024
From: ACQUIOM AGENCY SERVICES LLC, AS COLLATERAL AGENT
To: VERITAS TECHNOLOGIES LLC (F/K/A VERITAS US IP HOLDINGS LLC)
Reel/Frame 069712/0090 →
RELEASE OF SECURITY INTEREST Recorded Dec 13, 2024
From: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 069634/0584 →
ASSIGNMENT OF SECURITY INTEREST IN PATENT COLLATERAL Recorded Nov 25, 2024
From: BANK OF AMERICA, N.A., AS ASSIGNOR
To: ACQUIOM AGENCY SERVICES LLC, AS ASSIGNEE
Reel/Frame 069440/0084 →
TERMINATION AND RELEASE OF SECURITY IN PATENTS AT R/F 037891/0726 Recorded Nov 30, 2020
From: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
To: VERITAS US IP HOLDINGS, LLC
Reel/Frame 054535/0814 →
SECURITY INTEREST Recorded Aug 20, 2020
From: VERITAS TECHNOLOGIES LLC
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT
Reel/Frame 054370/0134 →
MERGER AND CHANGE OF NAME Recorded Apr 18, 2016
From: VERITAS US IP HOLDINGS LLC; VERITAS TECHNOLOGIES LLC
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 038455/0752 →
SECURITY INTEREST Recorded Feb 23, 2016
From: VERITAS US IP HOLDINGS LLC
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
Reel/Frame 037891/0726 →
SECURITY INTEREST Recorded Feb 23, 2016
From: VERITAS US IP HOLDINGS LLC
To: BANK OF AMERICA, N.A., AS COLLATERAL AGENT
Reel/Frame 037891/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 4, 2016
From: SYMANTEC CORPORATION
To: VERITAS US IP HOLDINGS LLC
Reel/Frame 037697/0412 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 24, 2010
From: SARDA, POOJA
To: SYMANTEC CORPORATION
Reel/Frame 023982/0628 →