下面介绍一下OSSV解决方案的特性。首先简单介绍一下,OSSV在windows系统中缺省的安装目录是c:\program file\netapp\snapvault。在UNIX或是Linux系统下的安装目录是/usr/snapvault。


数据块级的增量备份


  OSSV采用的是基于数据块级的增量备份方式,这样的设计是为了在备份期间将需要传输备份的数据量最小化。OSSV在执行备份的时候,只传输文件中那些被标识为发生了改变的数据块。


  我们将基于数据块级的增量备份(Block-Level Incremental)缩写为BLI。


  BLI传输方式能够减少完成每次备份所需要的时间,因此,我们可以更频繁的进行数据的备份,也可以很好的改善我们的数据恢复方案中对RPO实现目标。另外,和采用文件级的增量备份(file-level incremental)方案相比,针对用于数据备份的存储资源的需求也被最小化。这样就降低了备份方案对存储系统容量的要求。其中的原因主要是基于文件的增量备份会更频繁的执行完整备份。

  

  为了让OSSV应用能够识别发生修改的数据块,OSSV会首先检查文件修改的时间。针对新创建的文件或是修改了的文件中的4kB大小为单位的数据块计算一个校验码,并保留在OSSV数据库中。OSSV数据库的大小通常是源数据大小的2%。


  在OSSV配置工具程序中,提供了一下配置选项,可以用来对OSSV的一些特定的BLI操作进行调整,这些BLI设置包括:

  High:在定义基准线的时候和定义增量的时候总是计算校验码;

  Low:在定义基准线的时候不计算校验码,仅仅在改动的文件中计算校验码。

  Off:关闭BLI功能,不计算校验码。


  缺省的情况下设置为High,并且适用于大多数情况下。


  设置为Low的时候,可以减少完成基准线设置时花费的时间和占用的资源。但是,增量更新的时候就会占用较长的时间,而且存储资源的需求也会增加。


  Off设置会完全关闭BLI功能。当文件非常小的时候,或者是文件整体发生改变的时候,采用Off设置是非常有意义的。


FILTER DRIVER


  OSSV 3.0版本中内建了一个过滤驱动器(filter driver)。这个驱动器会实时的跟踪文件中发生变动的数据块,通过缩短发现数据块发生变动的时间和减少必要的校验码计算的数量来缩短备份的时间。这个过滤驱动器设计适用于大型的文件架构环境中,例如数据库应用环境中。缺省的情况下,在针对数据库服务器的应用数据环境中,过滤驱动器设置被开启,在通常的文件数据(file data,NAS环境中?)中,被关闭。可以通过修改OSSV主机上的snapvautlt.cfg文件来配置过滤驱动器的操作。


  在snapvault.cfg文件中,和关闭或是开启OSSV过滤驱动器相关的设置参数如下:

  ossv:UseChangelogsForFileSystems    True/False(缺省值是False)

  ossv:UseChangelogsForApps    True/False(缺省值是True)


NAME-BASED BLI


  在一些情况下,应用会通过下面所列的步骤对文件进行修改:

  第1步,创建一个原始文件的临时拷贝;

  第2步,对临时文件进行必须的改动;

  第3步,删除原始文件;

  第4步,用和原始文件相同的名字来保存临时文件。

  OSSV可以识别这个情况。在更新原始文件的时候,OSSV会把这个重命名的临时文件作为一个新的实例来处理,不需要传输完整的文件。


  在其它一些情况下,应用也可能按照下面的步骤来修改文件:

  第1步,在文件中插入数据或是删除数据;

  第2步,将文件中的后续数据块重新写入到文件中新的位置上。

  微软的Word、Excel、PowerPoint等就是类似于这样的应用。针对采用上述的方式进行修改的文件,OSSV会对校验码发生变化或是存储位置发生变化的所有数据块都进行备份。


自学笔记,欢迎拍砖