VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述（三）

合肥亮少

故障现象:

VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述，文章转载自EMC中文支持论坛。

解决方案:

文件级保留（FLR）是一项EMC VNX系列软件功能，可在指定保留日期之前保护文件不被修改或删除。使用文件级保留，您可以通过NFS或CIFS操作将数据归档到标准可擦写磁盘上的FLR存储中。FLR使您能够创建一组不可更改的永久性文件和目录，并确保数据的完整性。

有二种不同类型的文件级保留可供使用：企业（FLR-E）和法规遵从性（FLR-C）。

·  FLR-E可以防止用户通过CIFS、NFS和FTP对数据内容进行更改。

·  FLR-C可以防止用户通过CIFS、NFS和FTP对数据内容进行更改，也可以防止管理员进行更改，同时还符合SEC规则要求。

启用FLR的文件系统：

·  通过确保完整性和可访问性来保护数据

·  简化了管理员的归档数据任务

·  提高了存储管理灵活性

本文档是新VNX版本数据保护和系统管理概述的一部分，重点介绍文件级保留（FLR）功能的增强部分，概括起来文件级保留（FLR）有三处进行了增强，请看下表：

默认、最小和最大保留周期

在这里我们使用一个简单的场景以便更好的理解保留周期（Retention Periods）概念，保留周期（Retention Periods）设置避免了由于该值设置不正确导致不符合商业惯例或骗子发的贴 骗子发的贴 骗子发的贴 骗子发的贴 骗子发的贴法规。这这个例子中，我们将最小值设置为1年，默认为3年，最高设置为7年。如果用户加入30天的保留期，保留期将被设置为1年；如果用户加入5年保留期，则保留期被设置为5年；如果用户加入超过最大值达到8年，那么保留期为7年；没有进入的用户则将保留期设置为3年。这样避免了默认情况下无限保留期的情况。

内部锁定&删除

在新版本中不再需要使用外部FLR工具包来处理过期的FLR文件，现在每个文件系统内部策略引擎会自动删除过期文件，同时锁定新文件。

保留日期

VNX文件部分是以UNIX为基础，存在“2038问题”，即它们会以32位二进制数 字表示时间。但是它们最多只能表示至协调世界时间2038年1月19日3时14分07秒（二进制：01111111 11111111 11111111 11111111，0x7FFF:FFFF），在下一秒二进制数字会是10000000 00000000 00000000 00000000，（0x8000:0000），这是负数，因此各系统会把时间误解作1901年12月13日20时45分52秒。

在新版本中解决了这个问题，CIFS和NFS用户可以指定基准年，用于计算2038年以后的文件保留日期以达到商业和骗子发的贴 骗子发的贴 骗子发的贴 骗子发的贴 骗子发的贴的要求，最长可以指定到100年后。