System, method, and computer program product for physical drive failure identification, prevention, and minimization of firmware revisions

US9672086B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9672086-B2
Application numberUS-201414267440-A
CountryUS
Kind codeB2
Filing dateMay 1, 2014
Priority dateMay 20, 2011
Publication dateJun 6, 2017
Grant dateJun 6, 2017

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

In one embodiment, a method for managing DDM failures includes analyzing, using a hardware processor, information stored in a data repository and relating to DDM failures to identify problems in an installed base of DDM, the analysis comprising analyzing comparative DDM failure data.

First claim

Opening claim text (preview).

What is claimed is: 1. A computer program product for managing disk drive media (DDM) failures, the computer program product comprising a non-transitory computer readable storage medium having program instructions embodied therewith, the program instructions being executable by a processor to cause the processor to: store, by the processor, information relating to DDM failures in a data repository by at least one of: creating data entries comprising the information relating to the DDM failures in the data repository, and updating existing data entries in the data repository with the information relating to the DDM failures; and analyze, by the processor, information relating to the DDM failures and stored in the data repository to identify problems in an installed base of DDM, the analysis comprising analyzing comparative DDM failure data. 2. The computer program product as recited in claim 1 , wherein the comparative DDM failure data comprises vectors generated from the information relating to the DDM failures. 3. The computer program product as recited in claim 1 , wherein the comparative DDM failure data comprises vectors generated from the information relating to the DDM failures, wherein the analyzing comprises analyzing the vectors for determining whether to perform a firmware and/or hardware update on at least one of the DDM. 4. The computer program product as recited in claim 1 , wherein the DDM failures are in virtual tape servers. 5. The computer program product as recited in claim 1 , comprising computer readable program code configured to decide whether to update microcode of a virtual tape server with firmware based on the problems in the installed base of the at least one DDM. 6. The computer program product as recited in claim 1 , wherein the information relating to the DDM failures comprises at least one failure type, and wherein the at least one failure type comprises: a hard failure; a soft failure; and a manual failure. 7. A method for managing disk drive media (DDM) failures, the method comprising: analyzing, using a hardware processor, information relating to DDM failures to identify problems in an installed base of DDM, the analysis comprising analyzing comparative DDM failure data; storing the information relating to the DDM failures, wherein the storing comprises, for each of the DDM failures, at least one of: creating a data entry comprising the information relating to the DDM failure in the data repository, and updating an existing data entry in the data repository with the information relating to the DDM failure. 8. The method as recited in claim 7 , wherein the DDM failures are in virtual tape servers. 9. The method as recited in claim 7 , comprising deciding whether to update microcode of at least one virtual tape server with firmware based on the problems in the installed base of DDM. 10. The method as recited in claim 7 , wherein the information relating to the DDM failures comprises at least one failure type, and wherein the at least one failure type comprises: a hard failure; a soft failure; and a manual failure. 11. The method as recited in claim 7 , wherein the comparative DDM failure data comprises vectors generated from the information relating to the DDM failures. 12. The method as recited in claim 7 , wherein the comparative DDM failure data comprises vectors generated from the information relating to the DDM failures, wherein the analyzing comprises analyzing the vectors for determining whether to perform a firmware and/or hardware update on at least one of the DDM. 13. A system, comprising: a processor and logic integrated with the processor, executable by the processor, or integrated with and executable by the processor, the logic being configured to: analyze information relating to DDM to identify problems in an installed base of DDM, the analysis comprising analyzing comparative DDM failure data; and store information relating to the DDM failures in the data repository by at least one of: creating data entries comprising the information relating to the DDM failures in the data repository, and updating existing data entries in the data repository with the information relating to the DDM failures. 14. The system as recited in claim 13 , wherein the DDM failures are in virtual tape servers. 15. The system as recited in claim 13 , comprising logic configured to decide whether to update microcode of a virtual tape server with firmware based on the problems in the installed base of the at least one DDM. 16. The system as recited in claim 13 , wherein the information relating to the DDM failures comprises at least one failure type, and wherein the at least one failure type comprises: a hard failure; a soft failure; and a manual failure.

Assignees

Inventors

Classifications

  • G06F11/008Primary

    Reliability or availability analysis · CPC title

  • in a storage system, e.g. in a DASD or network based storage system (drivers for digital recording or reproducing units G06F3/06; circuits for error detection or correction within digital recording or reproducing units G11B20/18; for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS], H04L67/1097) · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9672086B2 cover?
In one embodiment, a method for managing DDM failures includes analyzing, using a hardware processor, information stored in a data repository and relating to DDM failures to identify problems in an installed base of DDM, the analysis comprising analyzing comparative DDM failure data.
Who is the assignee on this patent?
IBM
What technology area does this patent fall under?
Primary CPC classification G06F11/008. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Jun 06 2017 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 1 related publication on this page (citations in our corpus or others sharing the same primary CPC).