【www.bbyears.com--手机软件】
VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述，文章转载自EMC中文支持论坛。
解决方案:
有二种不同类型的文件级保留可供使用：企业（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年后。