Data Integrity Field

Data Integrity Field (DIF) is an approach to protect data integrity in computer data storage from data corruption. It was proposed in 2003 by the T10 subcommittee of the International Committee for Information Technology Standards.[1] A similar approach for data integrity was added in 2016 to the NVMe 1.2.1 specification.[2] Packet-based storage transport protocols have CRC protection on command and data payloads. Interconnect buses have parity protection. Memory systems have parity detection/correction schemes. I/O protocol controllers at the transport/interconnect boundaries have internal data path protection. Data availability in storage systems is frequently measured simply in terms of the reliability of the hardware components and the effects of redundant hardware. But the reliability of the software, its ability to detect errors, and its ability to correctly report or apply corrective actions to a failure have a significant bearing on the overall storage system availability. The data exchange usually takes place between the host CPU and storage disk. There may be a storage data controller in between these two. The controller could be RAID controller or simple storage switches.

DIF included extending the disk sector from its traditional 512 bytes, to 520 bytes, by adding eight additional protection bytes.[1] This extended sector is defined for Small Computer System Interface (SCSI) devices, which is in turn used in many enterprise storage technologies, such as Fibre Channel.[3] Oracle Corporation included support for DIF in the Linux kernel.[4][5]

An evolution of this technology called T10 Protection Information was introduced in 2011.[6][7]

## References

1. ↑ 1.0 1.1 Keith Holt (July 1, 2003). "End-to-End Data Protection Justification". T10 Technical Committee document 03-224r0. http://www.t10.org/ftp/t10/document.03/03-224r0.pdf. Retrieved August 29, 2013.
2. ↑ "NVM Express Revision 1.2.1". NVM Express, Inc.. June 5, 2016. https://nvmexpress.org/wp-content/uploads/NVM_Express_1_2_1_Gold_20160603.pdf.
3. ↑ "Data Integrity Extension". T10 Technical Committee document 03-111r0. May 2, 2003. ftp://ftp.t10.org/t10/document.03/03-111r0.pdf. Retrieved August 29, 2013. [yes|permanent dead link|dead link}}]
4. ↑ Martin K. Petersen (2009). "Linux Data Integrity Project". https://oss.oracle.com/projects/data-integrity/. Retrieved August 29, 2013.
5. ↑ Martin K. Petersen (January 3, 2008). "Proactively Preventing Data Corruption". Enterprise Open Source Magazine. https://oss.oracle.com/projects/data-integrity/dist/documentation/ppdc.pdf. Retrieved August 29, 2013.
6. ↑ Safeguarding Data From Corruption - Technology Paper. PDF, Seagate, 2011
7. ↑ EMC Corporation (September 18, 2012). "An Integrated End-to-End Data Integrity Solution to Protect Against Silent Data Corruption". White paper. Oracle Corporation. https://community.emc.com/servlet/JiveServlet/downloadBody/19278-102-3-68831/h10058-data-integrity-solution-wp.pdf. Retrieved August 29, 2013.

## External links

* Linux Data Integrity, August 30, 2008, Oracle Corporation, by Martin K. Petersen (archived from the original on January 9, 2015)
* Linux Storage Topology and Advanced Features, November 24, 2009, by Martin K. Petersen
* Data Integrity Field - T10.org, working on Feb 15 2019.

0.00

(0 votes)

Original source: https://en.wikipedia.org/wiki/Data Integrity Field. Read more

|

Retrieved from "https://handwiki.org/wiki/index.php?title=Data_Integrity_Field&oldid=175297"