IP Library Granted Patent US 11,347,601
Granted Patent B1
US 11,347,601 · App. 17/161,193 · Granted May 31, 2022

Managing data center failure events

Inventors: Venkatachalam Nachiappan (Waxhaw, NC); Sivamurugan Paramasamy (Waukee, IA); Chandrasekaran Sivaraman (Bangalore, IN)
Assignee: Wells Fargo Bank, N.A.
G06F11/2023G06F11/3006G06F11/328G06F11/3495G06F2201/805
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 11,347,601
App. No.
17/161,193
Granted
May 31, 2022
Kind
B1
Abstract

Managing data center recovery from failure events can include a failure event platform having aspects provided via a user interface that integrates multiple failure and recovery management and execution features. The features can include, among others, application drift monitoring between production and recovery environments, real-time health checks of system components, user-modifiable scripting for prioritizing and customizing data center recovery actions, and a recovery execution tool.

Claims (62)

1. A system for managing data center failure events, comprising:

one or more processors; and

non-transitory computer-readable storage media encoding instructions which, when executed by the one or more processors, cause the system to:

monitor drift between a production environment and a recovery environment by using rules on multiple layers associated with the production environment, the multiple layers including an application layer, an operation system layer, a database layer, and a middleware layer, the monitor drift including to compare at at least one of the layers a production version of a component associated with the production environment and a recovery version of the component associated with the recovery environment, and detect, based on the compare, a difference between the recovery version and the production version, the difference corresponding to a detected drift;

generate a drift alert based on the detected drift;

monitor the production environment by comparing a status of the production environment to a previous steady-state level, including to:

monitor a service level associated with functioning of production services associated with the production environment; and

monitor an application level associated with functioning of applications associated with the production environment; and

automate failover to the recovery environment upon determination of a failure at the service level or the application level, including to execute a failure protocol defined by a failure script, the failure script including aspects associated with the failover.

2. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to display, using a graphical interface, a drift interface, the drift interface including graphical elements representing the component, the production environment, the recovery environment, the multiple layers and, for each of the multiple layers, a detected drift of a component between the production environment and the recovery environment.

3. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to display, using a graphical interface, a health check interface, the health check interface including a health check graphical element selectable to check a production health status of a production application and display the production health status of the production application.

4. The system of claim 3 , wherein selection of the health check graphical element causes the system to display, using the graphical interface, a health status for each of a plurality of components of the production application.

5. The system of claim 4 , wherein the health status of each of the plurality of components is represented, using the graphical interface, with a color associated with the health status, wherein different health statuses are represented by different colors.

6. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to:

assign a severity to the detected drift; and

cause a graphical interface to display one or more graphical elements representing the severity.

7. The system of claim 6 , wherein the severity of the detected drift is represented, using the graphical interface, with a color, wherein different severities are represented by different colors.

8. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to:

provide, using a graphical interface, a rules modification interface, the rules modification interface being configured to receive input to modify aspects of the failure script.

9. The system of claim 8 ,

wherein the rules modification interface includes a recovery template; and

wherein one or more of the aspects of the failure script are defined by the recovery template.

10. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to simulate a failure event for the production environment by executing the failure script in a simulation environment that is different from the production environment.

11. The system of claim 1 , wherein the failure script is configured such that execution of the failure script causes the system to check a health status of the failover environment.

12. The system of claim 1 , wherein further instructions, when executed by the one or more processors, cause the system to display, using a graphical interface, graphical elements selectable to provide, using the graphical interface, each of:

(i) a drift interface displaying drift information;

(ii) a health check interface displaying health status information;

(iii) a rules modification interface for initiating a modification of the failure script; and

(iv) a recovery execution interface for initiating the failure script.

13. The system of claim 1 , wherein the aspects include at least one of a recovery time objective and a recovery point objective for execution of the failover.

14. The system of claim 1 , wherein the failure protocol includes a plurality of steps to be executed in a prescribed order, the plurality of steps including to reroute internet protocol traffic from one server to another server.

15. A computer implemented method, comprising:

monitoring drift between a production environment and a recovery environment by using rules on multiple layers associated with the production environment, the multiple layers including an application layer, an operation system layer, a database layer, and a middleware layer, the monitoring drift including comparing at at least one of the layers a production version of a component associated with the production environment and a recovery version of the component associated with the recovery environment, and detecting, based on the comparing, a difference between the recovery version and the production version, the difference corresponding to a detected drift;

generating a drift alert based on the detected drift;

monitoring the production environment by comparing a status of the production environment to a previous steady-state level, including:

monitoring a service level associated with functioning of production services associated with the production environment; and

monitoring an application level associated with functioning of applications associated with the production environment; and

automating a failover to the recovery environment upon determination of a failure at the service level or at the application level, including executing a recovery protocol defined by a failure script, the failure script including aspects associated with the failover.

16. The method of claim 15 , further comprising:

assigning a severity to the detected drift; and

causing a graphical interface to display one or more graphical elements representing the severity, the severity of the detected drift being represented with a color, wherein different severities are represented by different colors.

17. The method of claim 15 , further comprising:

displaying, using a graphical interface, graphical elements selectable to provide, using the graphical interface, each of:

(i) a drift interface displaying drift information;

(ii) a health check interface displaying health status information;

(iii) a rules modification interface for initiating a modification of the failure script; and

(iv) a recovery execution interface for initiating the failure script.

18. The method of claim 17 ,

wherein the rules modification interface includes a recovery template; and

wherein one or more of the aspects of the failure script are defined by the recovery template.

19. A system for managing data center failure events, comprising:

a first server;

a second server;

one or more processors; and

non-transitory computer-readable storage media encoding instructions which, when executed by the one or more processors, causes the system to provide a recovery management platform for managing a failover from the first server to the second server, the recovery management platform being configured to:

monitor drift between a production environment and a recovery environment by using rules on multiple layers associated with the production environment, the multiple layers including an application layer, an operation system layer, a database layer, and a middleware layer, the monitor drift including to compare, at at least one of the layers, a production version of a component associated with the production environment and a recovery version of the component associated with the recovery environment, and detect, based on the compare, a difference between the recovery version and the production version, the difference corresponding to a detected drift;

generate a drift alert based on the detected drift;

monitor the production environment by comparing a status of the production environment to a previous steady-state level, including to:

monitor a service level associated with functioning of production services associated with the production environment; and

monitor an application level associated with functioning of applications associated with the production environment; and

automate failover to the recovery environment upon determination of a failure at the service level or the application level, including to execute a failure protocol defined by a failure script and a template, the failure protocol including a plurality of steps to be executed in a prescribed order, the plurality of steps including to reroute internet protocol traffic from the first server to the second server.

20. The system of claim 19 , wherein the component is configured to provide one or more features of the recovery management platform.

Assignments (2)
STATEMENT OF CHANGE OF ADDRESS OF ASSIGNEE Recorded Jun 17, 2025
From: WELLS FARGO BANK, N.A.
To: WELLS FARGO BANK, N.A.
Reel/Frame 071657/0316 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 22, 2021
From: NACHIAPPAN, VENKATACHALAM; PARAMASAMY, SIVAMURUGAN; SIVARAMAN, CHANDRASEKARAN
To: WELLS FARGO BANK, N.A.
Reel/Frame 055350/0326 →
Cited By (6)
US 12,189,499 US 12,554,583 US 12,572,503 US 12,591,700 US 12,619,754 US 12,688,312