数据库备份和恢复方案毕业论文样本
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
激活归档方式的步骤:º
编辑你的INIT<sid>.ORA文件以激活归档方式
在INIT<sid>.ORA文件中增加如下内容:
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_DEST=/Oracle7/archive/arch
注意:目录(/Oracle7/ archive)是你自己创立的,或者直接写到磁带上:”arch"是归档文件的前缀。
然后,DBA可用有效的指令处理恢复过程。
在进行下列三种恢复时数据库的状态:
DB On-Line
DB Off-Line
数据库
No
Yes
表空间
Yes
No
数据文件
Yes
Yes
映象备份
所谓映象备份就是把数据库的关键文件拷贝到另一个目录的备份方法。映象备份或许是最快及最安全的备份Oracle的方法,但其中的一个问题是你只能恢复到做映象备份的那一时间点。另一个问题就是在备份时必须先关闭数据库。多数与映象备份相关的问题能够经过日志归档来解决,而用日志归档来恢复要依靠一个完好的映象备份(数据库是关闭的)。如果可能的话,映象备份最好拷贝到磁盘上。然后启动数据库(用户能够开始工作) ,再把映象备份拷贝到磁带上。
在恢复一个数据之前,DBA必须知道以下所列的哪一个被破坏了:º
. Database files(对应系统中的表空间)
. Redo Logs(On-line Redo Logs)
. Archive Logs(Off-line Logs)
. INIT.ORA(如果丢失能够重建)
. Control Files(是否有可用的拷贝)
current log sequence 156
SQLDBA>EXIT
注意:如果运行在归档模式,Oracle将启动一个叫做ARCH的后台进程,可经过相应的操作系统命令看到这个进程。
.能够和日志归档方式结合使用,能够恢复到数据库失败的时间点
.易于维护,很安全。
缺点:
.在备份时数据库要关闭
.如果磁盘空间有限,你或许不得不将它拷贝到速度很慢的磁带上
.不能恢复单个表或用户
最好的用法:
.和日志归档一起使用
.如磁盘空间允许,先拷贝到磁盘上,然后在数据库运行后再拷贝到磁带上
日志归档(特别推荐)
备份策略-----快速参考
如下的备份方案是可行及有效的:
*全部和部分卸出(数据)
*增量卸出数据(一般不采纳)
*映象备份
*热备份
*归档
*整个文件系统的复制
*以上方法能够组合使用(建议)
建议的备份方案包含如下:
. Oracle执行程序(映象)----每月到每两周(或执行程序改变时)
.完整卸出----一周一次(如果在一个较频繁的开发环境中可增加次数)
必须要拷贝的文件如下:
.所有Database File
.所有Control File
.所有On-Line Redo Log(不归档)
. INIT.ORA和CONFIG.ORA文件(选择;能够重建)
映象备份的优势及不足
优点:
.非常快的备份方法(只需拷贝文件)
.易于归档(简单的拷贝)
.易于及时恢复到某个时间点(只需将备份文件复制回来)
.控制文件的多个拷贝
.数据库关闭时的映象备份(冷备份)
.备份和恢复过程应制成文档
恢复策略----快速参考
如果你没有足够的知识来应用正确的恢复过程,请不要盲目去做!因为如果恢复的方法不正确,那么可能会给系统造成更多的伤害。解决之道就是立即学习!不要等到问题出现了才去学习正确的恢复手段。
成功的数据库恢复依赖下列条件:º
备份和恢复方案
恢复方案在被真正付诸实施之前一般是不会得到检测的,理由是没有时间或资源来检测此方案,由此阻止了数据的复原。如果你没有足够丰富渊博的知识来建立一个正确的备份方案,那么当恢复问题出现时,你可能会付出很大的代价。能够熟悉所有的恢复过程,并按照可接受的恢复手段创立正确的备份方案,可能即是你成功的关键。如果正确的备份方案得不到实施时,你就会认为你的系统属于不可恢复的。多熟悉和了解备份和恢复方面的知识,就能够创立一个完整的备份方案来保护你的系统。这篇文章介绍了很多知识技巧,以助你创立一个完整的方案。
将数据库设置到ARCHIVELOG模式
$sqldba lmode=y(或svrmgrl,7.3版以上)
SQLDBA>CONNECT INTERNAL
SQLDBA>STARTUP MOUNT
SQLBDA>ALTER DATABASE ARCHIVELOG(激活归档方式)
SQLDBA>ALTER DATABASE OPEN
. DBA知识
.实施正确的备份过程
.认识到真正问题所在
.采用正确的恢复办法
.可用的备份文件
DBA决定采用哪一种恢复方案:
. Instance恢复(一般只是启动)
.用户错误恢复(一般只是恢复用户创立的事务)
.进程恢复(一般是数据库的关闭和启动)
.失败语句的恢复(一般只是修复用户建立的事务)
.介质恢复(是最难办的问题,请看下面)
.完整映象----每晚(较好)到每周
.归档-ቤተ መጻሕፍቲ ባይዱ--激活(肯定)
缩短备份时间及缩短数据库关闭时间:
.当数据库运行时能够使用热备份方式
.备份到磁盘上而不是磁带上
缩短恢复时间
.在磁盘而不是磁带上保存最近期的备份和归档文件
避免发生意外
.多个Redo Log(增加每一个Redo Log组的成员)
.卸出数据加归档(对单个表丢失的恢复)
日志归档是指Oracle自动将Redo Log备份(拷贝)到一个叫做归档文件的文件上。当用户改变数据库的数据(UPDATE,INSERT,DELETE......等等)时,这种改变就被记录到”On-Line”Redo Log中。因为On-Line Redo Log能够重用,如果被重用,则记录在这个Redo Log中的所有修改信息将被覆盖。因此,DBA可将归档方式激活,这样Oracle能够自动将备份到叫做归档文件的文件上,而且所有的修改信息能够在归档文件中被保存。
SQLDBA>ARCHIVE LOG LIST(看归档状态;如下所示)
DATABASE log mode ARCHIVEOG
Automatic archival ENABLED
Archiive destination /oracle7/archive/arch
Oldest Online log seq.155
编辑你的INIT<sid>.ORA文件以激活归档方式
在INIT<sid>.ORA文件中增加如下内容:
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_DEST=/Oracle7/archive/arch
注意:目录(/Oracle7/ archive)是你自己创立的,或者直接写到磁带上:”arch"是归档文件的前缀。
然后,DBA可用有效的指令处理恢复过程。
在进行下列三种恢复时数据库的状态:
DB On-Line
DB Off-Line
数据库
No
Yes
表空间
Yes
No
数据文件
Yes
Yes
映象备份
所谓映象备份就是把数据库的关键文件拷贝到另一个目录的备份方法。映象备份或许是最快及最安全的备份Oracle的方法,但其中的一个问题是你只能恢复到做映象备份的那一时间点。另一个问题就是在备份时必须先关闭数据库。多数与映象备份相关的问题能够经过日志归档来解决,而用日志归档来恢复要依靠一个完好的映象备份(数据库是关闭的)。如果可能的话,映象备份最好拷贝到磁盘上。然后启动数据库(用户能够开始工作) ,再把映象备份拷贝到磁带上。
在恢复一个数据之前,DBA必须知道以下所列的哪一个被破坏了:º
. Database files(对应系统中的表空间)
. Redo Logs(On-line Redo Logs)
. Archive Logs(Off-line Logs)
. INIT.ORA(如果丢失能够重建)
. Control Files(是否有可用的拷贝)
current log sequence 156
SQLDBA>EXIT
注意:如果运行在归档模式,Oracle将启动一个叫做ARCH的后台进程,可经过相应的操作系统命令看到这个进程。
.能够和日志归档方式结合使用,能够恢复到数据库失败的时间点
.易于维护,很安全。
缺点:
.在备份时数据库要关闭
.如果磁盘空间有限,你或许不得不将它拷贝到速度很慢的磁带上
.不能恢复单个表或用户
最好的用法:
.和日志归档一起使用
.如磁盘空间允许,先拷贝到磁盘上,然后在数据库运行后再拷贝到磁带上
日志归档(特别推荐)
备份策略-----快速参考
如下的备份方案是可行及有效的:
*全部和部分卸出(数据)
*增量卸出数据(一般不采纳)
*映象备份
*热备份
*归档
*整个文件系统的复制
*以上方法能够组合使用(建议)
建议的备份方案包含如下:
. Oracle执行程序(映象)----每月到每两周(或执行程序改变时)
.完整卸出----一周一次(如果在一个较频繁的开发环境中可增加次数)
必须要拷贝的文件如下:
.所有Database File
.所有Control File
.所有On-Line Redo Log(不归档)
. INIT.ORA和CONFIG.ORA文件(选择;能够重建)
映象备份的优势及不足
优点:
.非常快的备份方法(只需拷贝文件)
.易于归档(简单的拷贝)
.易于及时恢复到某个时间点(只需将备份文件复制回来)
.控制文件的多个拷贝
.数据库关闭时的映象备份(冷备份)
.备份和恢复过程应制成文档
恢复策略----快速参考
如果你没有足够的知识来应用正确的恢复过程,请不要盲目去做!因为如果恢复的方法不正确,那么可能会给系统造成更多的伤害。解决之道就是立即学习!不要等到问题出现了才去学习正确的恢复手段。
成功的数据库恢复依赖下列条件:º
备份和恢复方案
恢复方案在被真正付诸实施之前一般是不会得到检测的,理由是没有时间或资源来检测此方案,由此阻止了数据的复原。如果你没有足够丰富渊博的知识来建立一个正确的备份方案,那么当恢复问题出现时,你可能会付出很大的代价。能够熟悉所有的恢复过程,并按照可接受的恢复手段创立正确的备份方案,可能即是你成功的关键。如果正确的备份方案得不到实施时,你就会认为你的系统属于不可恢复的。多熟悉和了解备份和恢复方面的知识,就能够创立一个完整的备份方案来保护你的系统。这篇文章介绍了很多知识技巧,以助你创立一个完整的方案。
将数据库设置到ARCHIVELOG模式
$sqldba lmode=y(或svrmgrl,7.3版以上)
SQLDBA>CONNECT INTERNAL
SQLDBA>STARTUP MOUNT
SQLBDA>ALTER DATABASE ARCHIVELOG(激活归档方式)
SQLDBA>ALTER DATABASE OPEN
. DBA知识
.实施正确的备份过程
.认识到真正问题所在
.采用正确的恢复办法
.可用的备份文件
DBA决定采用哪一种恢复方案:
. Instance恢复(一般只是启动)
.用户错误恢复(一般只是恢复用户创立的事务)
.进程恢复(一般是数据库的关闭和启动)
.失败语句的恢复(一般只是修复用户建立的事务)
.介质恢复(是最难办的问题,请看下面)
.完整映象----每晚(较好)到每周
.归档-ቤተ መጻሕፍቲ ባይዱ--激活(肯定)
缩短备份时间及缩短数据库关闭时间:
.当数据库运行时能够使用热备份方式
.备份到磁盘上而不是磁带上
缩短恢复时间
.在磁盘而不是磁带上保存最近期的备份和归档文件
避免发生意外
.多个Redo Log(增加每一个Redo Log组的成员)
.卸出数据加归档(对单个表丢失的恢复)
日志归档是指Oracle自动将Redo Log备份(拷贝)到一个叫做归档文件的文件上。当用户改变数据库的数据(UPDATE,INSERT,DELETE......等等)时,这种改变就被记录到”On-Line”Redo Log中。因为On-Line Redo Log能够重用,如果被重用,则记录在这个Redo Log中的所有修改信息将被覆盖。因此,DBA可将归档方式激活,这样Oracle能够自动将备份到叫做归档文件的文件上,而且所有的修改信息能够在归档文件中被保存。
SQLDBA>ARCHIVE LOG LIST(看归档状态;如下所示)
DATABASE log mode ARCHIVEOG
Automatic archival ENABLED
Archiive destination /oracle7/archive/arch
Oldest Online log seq.155