8.3 End-to-end Data Protection (Optional)

8.3 End-to-end Data Protection (Optional)

为了提供从应用程序到NVM介质并返回到应用程序本身的稳健数据保护,可以使用端到端数据保护。如果启用了此可选机制,则将额外的保护信息(例如CRC)添加到逻辑块中,控制器和/或主机软件可以对其进行评估,以确定逻辑块的完整性。根据命名空间的格式,此附加保护信息(如果存在)是元数据的前八个字节或元数据的后八个字节。对于大于8个字节的元数据格式,如果保护信息包含在元数据的前八个字节内,则CRC不覆盖任何元数据字节。对于超过8个字节的元数据格式,如果保护信息包含在元数据的最后8个字节内,则CRC覆盖了所有元数据字节,但不包括最后8个字符。如第8.2节所述,元数据以及由此产生的保护信息可以被配置为与逻辑块数据或存储在单独的缓冲区中。
企业实施中最常用的数据保护机制是SCSI保护信息,通常称为数据完整性字段(DIF)和数据完整性扩展(DIX)。这两种机制之间的主要区别在于保护信息的位置。在DIF中,保护信息与逻辑块数据连续并创建扩展逻辑块,而在DIX中,保护消息存储在单独的缓冲区中。本规范定义的端到端数据保护机制在功能上与DIF和DIX兼容。DIF功能是通过配置元数据与逻辑块数据连续来实现的,而DIX功能是通过将元数据和数据配置在单独的缓冲区中来实现的,参看 8.2章节所示。
NVM Express接口支持SBC-3中指定的SCSI保护信息模型中定义的相同端到端保护类型。在格式化命名空间并在标识命名空间数据结构中报告时,选择端到端数据保护类型(即Type 1, Type 2, or Type 3)(参见图249)。
Figure 249: Identify – Identify Namespace Data Structure, NVM Command Set Specific

Bytes O/M Description
28 M End-to-end Data Protection Capabilities (DPC): 此字段表示端到端数据保护功能的功能。此字段中可以设置多个位。请参阅第8.3节。

相关推荐

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-07-19 22:04:01       67 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-07-19 22:04:01       71 阅读
  3. 在Django里面运行非项目文件

    2024-07-19 22:04:01       58 阅读
  4. Python语言-面向对象

    2024-07-19 22:04:01       69 阅读

热门阅读

  1. 智能门锁的工作原理

    2024-07-19 22:04:01       22 阅读
  2. vue3 学习笔记16 -- elementPlus的使用

    2024-07-19 22:04:01       25 阅读
  3. XML 工具类

    2024-07-19 22:04:01       19 阅读
  4. ios CCUIColor.m

    2024-07-19 22:04:01       19 阅读
  5. 掌握图像分类:TensorFlow和Keras模型构建全流程

    2024-07-19 22:04:01       20 阅读
  6. CCF-CSP认证考试 202406-4 货物调度 100分题解

    2024-07-19 22:04:01       22 阅读
  7. 白骑士的PyCharm教学基础篇 1.1 PyCharm简介

    2024-07-19 22:04:01       18 阅读
  8. 从零开始学习嵌入式----数据结构

    2024-07-19 22:04:01       19 阅读