手工管理的备份恢复.pptxVIP

手工管理的备份恢复;备份恢复 1、备份 物理备份：对数据文件、控制文件、归档日志文件的备份 逻辑备份：对数据库内部逻辑对象的备份（exp、expdp） 2、恢复 数据库数据损坏的情况下。使用备份将受损的数据恢复回来的过程 备份是一切数据安全手段的底线;备份 数据库里发生的所有事务都记录在联机重做日志文件中，联机重做日志文件是循环覆盖使用。联机重做日志文件主要的作用是实例崩溃恢复 Oracle有两种运行模式 归档模式 非归档模式 归档模式就是将所有的联机重做日志文件在循环覆盖以前进行归档，保留一份副本，非归档是默认的运行模式 归档模式决定了备份模式;冷备份 1、如果数据库是非归档模式，那么只能使用冷备份 1、数据库正常关闭，使用操作系统复制命令，备份所有的控制文件、 数据文件 数据库正常关闭，会触发完全检查点信息，所有脏内存块都写入到了 数据文件中，联机重做日志文件没有什么意义 要备份所有的数据文件、控制文件，不需要联机重做日志文件 2、如果使用的是abort关闭数据库，或者实例崩溃关闭，需要备份联机 重做日志文件 关键是要获取所有的数据文件和控制文件的位置;第5页/共153页;热备份 1、数据库需要处于归档模式 2、数据库打开的状态下，可以进行表空间、数据文件的备份 3、归档对数据库的性能还是有一定影响的 4、归档可以不丢失任何数据 ;归档模式;归档模式中，对联机日志文件的归档分为两种模式 手工方式和自动归档 联机日志文件A写满以后，切换到B，手工归档模式需要手工的发出命令才能归档，如果不发出命令，A不会被归档，同时A也不能被覆盖，这样切换回来需要覆盖A的时候，整个数据库被挂起 除非测试，不要将生产数据库设置在手工归档模式;启动6个归档进程。;归档日志文件的存放位置;默认存放在这个目录里面。;日志归档到了我们设置的目录中。只有一份归档。 注意，我们还可以将日志归档到另外一个服务器上。作为一个灾备的概念，但是需要要测试归档的性能。;归档的一些参数;归档到三个目的地，文件的名字都一样。;我们设置了三个归档目录，两个是强制的，一???是可选的 如果最少归档的数目少于mandatory，那么没有什么意义。我们设置为3，表示至少归档三个目的地，就相当于设置了三个强制。;发现还是能够正常的归档，也就是最少成功备份参数没有起作用。 所以我们还是要依靠强制来实现多路径。;重新建立了这个目录。 即使数据库被挂起，还是可以登陆，还是可以进行操作。;大约过了10分钟以后，因为reopen的原因，系统正常的归档以后，操作继续进行。;所有目录都删除以后怎么办？;解决思路 1、首先将min_suceed设置成1 2、重新建立一个归档目录 3、将以前所有的归档目录设置成为defer;热备份数据库 1、可以备份某个表空间所有的数据文件，也可以备份某个表空间下的某个数据文件，整个的备份过程中，表空间是可用的;将日志进行归档，然后备份到另外一个介质上。 恢复的时候，备份的数据文件要能够使用，至少要求在begin backup和end backup之间所有的归档日志，否则备份的介质没有任何意义。 对每一个表空间，都重复上面的操作。 1、开始备份 2、备份文件 3、结束备份 4、归档日志、备份归档日志;热备份原理 1、Oracle的数据块大小是操作系统块大小的整数倍，直接复制数据文件到备份介质的过程中，由于数据库一直可用，数据块中不断地有数据进进出出，使用操作系统命令复制数据文件时，是基于操作系统块进行复制的，也就是说复制一个操作系统块的时候，首先锁定这个块，复制完成以后，解锁这个块，这样这个块在复制前和复制后是一致的。但是对于一个Oracle数据库来说，一个块要分成几次进行复制，可能在复制一个操作系统数据块的时候，另外一个操作系统数据块被改变了，导致oracle数据块在复制到备份介质以后，前一半是没有改动过的，后一半是改动过的，数据块的状态就不一致，数据块就能够使用，备份也就不能够使用，这叫做分离数据块现象（split blocks） 2、oracle在数据块的头部和尾部各存了一个版本号，通过这个来确认这个数据块是否是分离数据块，oracle修改过一个数据块以后，将这个数据块的版本号在头部和尾部各存放了一份 3、为了修复分离数据块现象，我们在备份某个表空间的时候，首先进行begin backup，通知数据库开始备份，在没有end backup命令之前，只要是进程修改了被备份的表空间所包含的数据块中的某条记录，oracle就会把该数据块中所包含的所有的数据行的数据生成重做记录，记录到日志文件中;4、通过发出begin backup以后，第一次修改数据块中的数据行之前，在联机重做日志文件中记录数据块的修改前的数据，这样在热备份恢复的时候，一旦发现某