手机站:/m

物联网技术应用-Delphix3.2中Oracle VDB快照的改进

时间:2021-01-09 16:42编辑:淘客樊里来源:淘客樊里当前位置:主页 > 云存储 >

在delphixversion3.2之前,获取Oracle虚拟数据库的快照是一种分布式操作,需要VDB和Delphix引擎之间进行协调。拍摄虚拟数据库快照需要在托管VDB的计算机上执行额外的周期,增加Delphix引擎和主机之间的网络流量,并在快照进行过程中对虚拟数据库本身设置了一些限制。所有这些缺点都归因于使用Oracle的热备份API来获取VDB快照。在3.2中,我们改变了获取VDB快照的方式,以消除快照操作期间对主机的性能影响,并在如何配置和使用Oracle VDB方面提供了更大的灵活性。要获取VDB的快照,Delphix引擎会将VDB切换到热备份模式,获取包含数据文件的文件系统的快照,关闭热备份模式,并强制日志交换机获取与备份间隔相关的所有存档日志。打开热备份模式时,Oracle会在更改块的映像之前将其写入重做文件,以确保可以解析备份中的任何断开的块(当用于备份的操作系统实用工具在写入时复制了一个块时,会创建断开的块)。这会影响VDB的性能。此外,当热备份模式打开时,Oracle检查点会对数据库进行检查。尽管没有额外的重做那样昂贵,但Oracle必须触摸所有数据文件的头来执行检查点,这会消耗周期和带宽。热备份模式的最大缺点是vdb必须在archivelog模式下运行,以确保在进行热备份时生成的redo被捕获,以便以后可以使用它来提供快照。在虚拟数据库中,在线日志和归档日志目标通过nfs装载,因此归档这些日志相当于通过网络读取在线日志中的数据,并通过网络将相同的数据写回一个新文件中。因此,在archivelog模式下,我们通过网络发送的与redo相关的数据是noarchivelog模式下发送的数据量的三倍。这种方法的一个与性能无关的缺点是Oracle无法处理切换到备份模式的多个请求。因此,如果用户将一个表空间切换到热备份模式以执行自己的备份,Delphix引擎将无法获取此虚拟数据库的快照,直到用户完成备份并退出备份模式。在3.2中,通过改变Delphix引擎获取虚拟数据库快照的过程,所有这些缺点和限制都被解除了。使用改编自此NetApp/Oracle白皮书的方法,每个VDB快照现在都由数据库的崩溃一致性备份进行备份。Oracle数据库的崩溃一致性快照是数据库的完整映像,看起来就像是在托管VDB的计算机上拔下了插头。更具技术性的是,崩溃一致性快照是数据库在某个时间点的完整映像,它保留快照中每个文件的写入顺序。DxFS快照满足此条件。拍摄崩溃一致性快照既简单又快速。根本不需要向VDB发出任何命令。我们只需在包含相关数据文件的文件系统上启动快照。因为我们不再需要与Oracle交互,所以这种方法对正在运行的VDB没有任何影响。更明确地说,用户可以在noarchivelog模式下运行VDB,使用热备份API进行备份,并在不影响VDB性能的情况下拍摄Delphix快照。快照操作现在完全是Delphix引擎的本地操作,因此网络上也没有负载。在3.2中,您不再需要担心VDB快照将如何影响用户或用户是否正确配置了VDB。快速、低影响的快照提供了在您需要时(而不是在可行的情况下)拍摄快照的灵活性—让开发人员可以集中精力在项目需求上,而不必担心他们的操作的影响。

上一篇大数据推荐-《路西法》续集第四季

下一篇软件企业管理-使用电子邮件首选项驱动打开和单击

养花知识本月排行

养花知识精选