System and method of determining boot status of recovery servers

Patent metadata

Field	Value
Publication number	US-11288151-B2
Application number	US-202016939115-A
Country	US
Kind code	B2
Filing date	Jul 27, 2020
Priority date	Aug 13, 2019
Publication date	Mar 29, 2022
Grant date	Mar 29, 2022

Abstract

Disclosed herein are systems and method for determining a boot status of a failover server. In an exemplary aspect, a method may receive a failover test request for a failover server that provides disaster recovery for a production server, wherein the failover test request queries a successful boot status of the failover server. The method may determine whether a login into the failover server can be performed to execute the failover test request. In response to determining that the login cannot be performed, the method may retrieve server metrics for a failover server from a metric store and may determine a probability of the successful boot status based on both the retrieved server metrics and historic server metrics. In response to determining that the probability is greater than a threshold probability, the method may mark a recovery point of the failover server as validated.

First claim

What is claimed is:

1. A method for determining boot status of recovery servers, the method comprising:
receiving a failover test request for a failover server that provides disaster recovery for a production server, wherein the failover test request queries a successful boot status of the failover server:
determining whether a login into the failover server can be performed to execute the failover test request;
In response to determining that the login cannot be performed:
retrieving server metrics for the failover server from a metric store;
determining a probability of the successful boot status based on both the retrieved server metrics and historic server metrics; and
in response to determining that the probability is greater than a threshold probability, marking a recovery point of the failover server as validated.

2. The method of claim 1 , further comprising:
In response to determining that the probability is not greater than the threshold probability, marking the recovery point as invalid and raising an alert.

3. The method of claim 1 , wherein the server metrics are captured in an input data structure, and wherein determining the probability further comprises:
providing the input data structure of the server metrics to a machine learning model configured to apply weights to the input data structure to yield the probability of the successful boot status,
wherein the weights are determined by training the machine learning model based on (1) the historic server metrics and (2) an indication of whether the historic server metrics correspond to the successful boot status.

4. The method of claim 3 , wherein the threshold probability is an upper threshold probability, further comprising:
comparing the probability to both the upper threshold probability and a lower threshold probability, wherein probabilities greater than the upper threshold probability are indicative of the successful boot status and probabilities less than the lower threshold probability are indicative of a failure boot status; and
in response to determining that the probability is not greater than the upper threshold probability and is not less than the lower threshold probability:
manually setting a server boot status of the failover server;
including the retrieved server metrics in the historic server metrics; and
re-determining the weights of the machine learning model.

5. The method of claim 1 , wherein the metrics store stores one or more of cloud server login screen images, cloud server networking activities snapshots, cloud server disk activities snapshots, and cloud server CPU activities snapshots.

6. The method of claim 1 , wherein the server metrics comprise a unique machine boot state identifier, parameter type, parameter value, and machine boot state.

7. The method of claim 1 , wherein determining that the login into the failover server cannot be performed to execute the failover test request further comprises determining that the failover server is password-protected with an unknown password.

8. A system of determining boot status of recovery servers, the system comprising:
a hardware processor configured to:
receive a failover test request for a failover server that provides disaster recovery for a production server, wherein the failover test request queries a successful boot status of the failover server;
determine whether a login into the failover server can be performed to execute the failover test request;
in response to determining that the login cannot be performed:
retrieve server metrics for the failover server from a metric store;
determine a probability of the successful boot status based on both the retrieved server metrics and historic server metrics; and
in response to determining that the probability is greater than a threshold probability, mark a recovery point of the failover server as validated.

9. The system of claim 8 , wherein the hardware processor is further configured to in response to determining that the probability is not greater than the threshold probability, mark the recovery point as invalid and raise an alert.

10. The system of claim 8 , wherein the server metrics are captured in an input data structure, and wherein the hardware processor is configured to determine the probability by:
providing the input data structure of the server metrics to a machine learning model configured to apply weights to the input data structure to yield the probability of the successful boot status,
wherein the weights are determined by training the machine learning model based on (1) the historic server metrics and (2) an indication of whether the historic server metrics correspond to the successful boot status.

11. The system of claim 10 , wherein the threshold probability is an upper threshold probability, wherein the hardware processor is further configured to:
compare the probability to both the upper threshold probability and a lower threshold probability, wherein probabilities greater than the upper threshold probability are indicative of the successful boot status and probabilities less than the lower threshold probability are indicative of a failure boot status; and
in response to determining that the probability is not greater than the upper threshold probability and is not less than the lower threshold probability:
manually set a server boot status of the failover server;
include the retrieved server metrics in the historic server metrics; and
re-determine the weights of the machine learning model.

12. The system of claim 8 , wherein the metrics store stores one or more of cloud server login screen images, cloud server networking activities snapshots, cloud server disk activities snapshots, and cloud server CPU activities snapshots.

13. The system of claim 8 , wherein the server metrics comprise a unique machine boot state identifier, parameter type, parameter value, and machine boot state.

14. The system of claim 8 , wherein the hardware processor is further configured to determine that the login into the failover server cannot be performed to execute the failover test request further comprises determining that the failover server is password-protected with an unknown password.

15. A non-transitory computer readable medium storing thereon computer executable instructions for determining boot status of recovery servers, including instructions for:
receiving a failover test request for a failover server that provides disaster recovery for a production server, wherein the failover test request queries a successful hoot status of the failover server;
determining whether a login into the failover server can be performed to execute the failover test request;
in response to determining that the login cannot be performed:
retrieving server metrics for the failover server from a metric store;
determining a probability of the successful boot status based on both the retrieved server metrics and historic server metrics; and
in response to determining that the probability is greater than a threshold probability, marking a recovery point of the failover server as validated.

16. The non-transitory computer readable medium of claim 15 , further comprising instructions for:
In response to determining that the probability is not greater than the threshold probability, marking the recovery point as invalid and raising an alert.

17. The non-transitory computer readable medium of claim 15 , wherein the server metrics are captured in an input data structure, and wherein an instruction for determining the probability further comprises inst

Assignees

• Acronis Int Gmbh

Inventors

• Yakushkin Alexey
• Gomenyuk Georgy
• Enakiev Anton
• Ulasen Sergey
• Protasov Stanislav
• Beloussov Serguei

Classifications

• G06F11/2257

  using expert systems · CPC title

• G06N20/00 Primary

  Machine learning · CPC title

• G06F11/26 Primary

  Functional testing · CPC title

• H04L69/40

  for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection (management of faults, events, alarms or notifications in data switching networks H04L41/06) · CPC title

• H04L63/083

  using passwords (cryptographic mechanisms or cryptographic arrangements for entity authentication using a predetermined code H04L9/3226) · CPC title