empcard数据库备份恢复流程演练
- 格式:doc
- 大小:542.50 KB
- 文档页数:17
数据库备份与恢复的常规操作步骤数据库备份与恢复是数据库管理的重要环节,在一些特殊情况下,比如系统迁移、数据丢失等,备份和恢复数据库是至关重要的。
本文将详细介绍数据库备份与恢复的常规操作步骤。
一、数据库备份的常规操作步骤1. 确定备份策略:根据业务需求和数据库使用情况,确定备份的频率和方式。
常见的备份策略有每日全量备份、每周差异备份和每小时增量备份。
2. 选择备份工具:根据数据库类型和版本选择合适的备份工具。
市面上常用的数据库备份工具有MySQL的mysqldump工具、Oracle的exp和expdp工具等。
3. 创建备份脚本:根据备份策略和选定的备份工具,编写备份脚本。
备份脚本中包括备份数据库的命令、备份文件保存路径、备份文件的命名规则等信息。
4. 测试备份脚本:在开发或测试环境中执行备份脚本,验证备份过程是否正常运行,并确保备份文件可以成功生成。
5. 自动化备份计划:将备份脚本配置到定时任务中,按照预定的策略和时间自动执行备份操作。
这样可以减少人工操作,降低错误风险。
6. 监控备份过程:通过监控工具实时监控备份过程,及时发现备份异常情况,并采取相应的措施。
二、数据库恢复的常规操作步骤1. 检查备份文件:在进行数据库恢复之前,需要先检查备份文件的完整性和可用性,确保备份文件没有损坏。
可以使用备份工具提供的验证功能来进行验证。
2. 创建恢复脚本:根据备份文件的类型和数据库管理系统,编写相应的恢复脚本。
恢复脚本中包括选择恢复的方式(全量恢复、差异恢复、增量恢复)、指定备份文件的路径和名称等信息。
3. 停止数据库服务:在进行数据库恢复之前,需要先停止数据库服务,确保没有其他进程在使用数据库文件。
4. 执行恢复脚本:运行恢复脚本,开始进行数据库的恢复操作。
恢复过程可能需要一定时间,取决于备份数据的大小以及硬件性能。
5. 验证恢复结果:恢复完成后,需要对恢复的数据库进行验证,确认数据的完整性和一致性。
可以通过查询数据库的内容、进行相关统计或使用特定工具来验证。
数据库备份和恢复的方法和流程随着信息化建设的不断深入,互联网和大数据方兴未艾,越来越多的企业和组织需要对数据库进行备份和恢复。
数据库是企业和组织中最重要的数据来源,一旦发生数据丢失或数据库崩溃,可能会导致巨大的经济损失和声誉风险。
因此,数据库备份和恢复是企业和组织信息化建设的重要环节。
本文将介绍数据库备份和恢复的方法和流程。
一、数据库备份的方法数据库备份的主要目的是为了在数据库发生故障时,能够迅速恢复数据库并保障数据的完整性。
针对不同的数据库,备份的方法也有所不同。
下面分别介绍MySQL、Oracle、MongoDB数据库的备份方法。
1. MySQL数据库备份方法(1) mysqldump备份方法mysqldump是MySQL自带的备份工具,可以定期备份数据库并在需要恢复时恢复数据库。
备份命令的语法一般为:mysqldump -h 主机名 -u 用户名 -p 密码数据库名 > 备份文件.sql参数说明:-h :指定要备份数据库所在的主机名;-u :指定备份数据库时使用的用户名;-p :指定备份数据库时使用的密码;数据库名:要备份的数据库名称;>:将备份数据写入到指定的备份文件中;(2) LVM备份方法LVM备份方法是Linux系统采用的基于磁盘卷管理方式的备份方法。
采用LVM备份方法时,需要提前安装好LVM软件包,并为数据库建立一个LVM卷组。
备份的步骤如下:①停止MySQL服务②卸载数据库目录的文件系统③创建快照卷用于备份④重新挂载文件系统⑤恢复MySQL服务2. Oracle数据库备份方法(1) 数据库备份和恢复工具RMANRMAN是Oracle数据库自带的一种备份和恢复工具,RMAN 可以备份整个数据库、表空间、控制文件和归档日志等。
备份命令的语法一般为:rman target / catalog[username/password@tnsalias]cmdfile=backup_db.rman log=backup_db.log参数说明:target : 要备份的目标数据库系统catalog:数据库备份目录,通过这个目录可以创建RMAN备份目录,并记录全库备份情况cmdfile :存放备份命令的文件路径文件名log :备份日志文件名称(2) 数据库导出工具expdpexpdp命令用于将oracle中的数据、目录、索引、约束等导出到一个二进制文件中,可以实现库表、数据和对象的导出。
数据库备份与恢复操作步骤总结数据库备份和恢复是重要的数据库管理任务,用于保护和恢复数据。
合理的备份策略可以最大程度地减少数据丢失的风险,并确保在数据丢失情况下能够快速有效地进行数据恢复。
本文将简要总结数据库备份和恢复的操作步骤。
一、数据库备份操作步骤1. 确定备份类型:全量备份、增量备份或差异备份。
全量备份:备份整个数据库,需要较长时间和更多的存储空间。
适用于首次备份或周期性备份。
增量备份:只备份上次全量备份后的新数据。
备份过程较快,但恢复时需要多个备份文件。
适用于频繁备份。
差异备份:备份上次全量备份后的发生变化的数据。
恢复时只需要全量备份和最近的差异备份,中间备份可以忽略。
根据实际需求选择合适的备份类型。
2. 设定备份计划:确定备份的时间(如每天凌晨)和备份的频率(每天、每周等)。
制定合理的备份计划可以确保数据的及时备份,减少数据风险。
3. 选择备份工具:选择符合需求的数据库备份工具或脚本。
主流数据库(如MySQL、Oracle)都有相应的备份工具和命令,可根据实际情况选择合适的工具。
4. 执行备份命令:根据选择的备份工具执行备份命令。
备份命令通常包括备份路径、备份文件名等参数,确保备份文件存储在可靠的位置。
5. 验证备份完整性:备份完成后,验证备份文件的完整性和可用性。
可以通过恢复部分数据或检查备份文件的相关信息来验证备份的完整性。
6. 及时存储备份文件:将备份文件移动到安全的存储位置,以防止误删除或数据丢失。
二、数据库恢复操作步骤1. 确定恢复方式:根据需求确定恢复的方式,包括全量恢复、部分恢复或点恢复。
全量恢复:使用最近的全量备份进行恢复,并重新应用增量备份或差异备份。
部分恢复:恢复特定的数据库表、数据文件等。
点恢复:将数据库恢复到某个特定的时间点,适用于严重错误后的数据恢复。
2. 准备备份文件:确定备份文件的位置和名称,以备恢复时使用。
3. 执行恢复命令:根据数据库备份工具的命令,执行相应的恢复命令。
数据库备份与还原(图解)数据库备份与还原对于MSSQL数据库来说,备份的方式分为力两种:●分离:分离是数据库默认的路径进行保存的,路径:C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER08\MSSQL\DATA 分离成功后,数据DBMS内的数据库列表中将不存在这个数据库。
??分离操作后,生成俩个数据库文件一个是.MDF数据库文件,另一个是.LDF数据库日志文件。
在数据库分离的过程中,注意要删除现有对数据库的保持的链接,保存更新即可。
?进行分离的数据库,如果希望重新添加到DBMS管理系统的数据库列表中,则采用附加数据库的方式,操作如图:◆然后选择.MDF结尾的文件进行附加。
◆●备份:数据库的备份是将DBMS中的数据库仅仅备份生成一个.bak文件,路径可以自由选择,备份完毕后,数据库依然在DBMS中的列表内。
?选择要进行备份的数据库。
?选择要备份的路径,点击确定,就会在你选择的路径生成一个.BAK的数据库备份文件。
?数据库还原操作,点击DBMS的数据库进行还原。
?在选择备份的数据库上点击选中按钮。
?覆盖现有的数据库,并且将行数据与日志设置到DBMS专门管理数据库的路径,这样匹配保证了数据库数据与操作记录的一致,是非常必要的选择。
总结:数据库分离与备份的区别:数据库的分离操作速度比较快,而且备份的数据库文件就存放在数据库专门管理数据的位置,采用附加的形式,对数据库进行还原操作。
备份的操作速度上比较慢,但备份后,DBMS中还会保留备份的数据库的列表,而且再还原的过程中,DBMS中必须保存一个同名的数据库才可以进行还原。
分离适合于数据库的移动或上线的时候使用,而备份操作适用于系统上线后,每天对数据进行保存的版本控制。
数据库恢复演练方案嘿,朋友们!今天咱就来聊聊数据库恢复演练方案。
这事儿啊,就好比是给数据库上了一道保险!你想想看,数据库就像是一个超级大宝藏,里面装满了各种宝贝数据。
可万一哪天不小心出点啥问题,就好像宝藏的门突然关不上了,那可咋办呀?这时候,咱就得有一套办法来应对,就像我们有钥匙能重新打开宝藏的门一样。
首先呢,咱得做好准备工作。
就像出门前要检查钥匙、钱包带没带一样,咱得把数据库的各种信息都搞清楚,知道它里面都有啥,都放在哪儿。
这可不是随便说说的,这得认真对待,不然到时候手忙脚乱可不行。
然后呢,得制定一个详细的计划。
这计划就像是一张地图,告诉你在遇到问题的时候该怎么走,该先干啥后干啥。
不能像无头苍蝇一样乱撞呀,那可不行!比如说,第一步该干啥,第二步该干啥,都得明明白白的。
接着呀,就是演练啦!这可不能马虎,得真刀真枪地干。
就像运动员训练一样,不反复练习怎么能在比赛的时候发挥好呢?在演练的时候,要把各种可能出现的情况都模拟一遍,不能嫌麻烦。
比如说,突然停电了咋办?网络断了咋办?数据丢失了又咋办?这些都得想到,都得有应对的办法。
这可不是开玩笑的呀,真到了那时候再想办法可就晚啦!还有啊,演练的时候一定要认真记录。
就像写日记一样,把遇到的问题、解决的办法都记下来。
这样下次再遇到类似的情况,就可以直接翻出来看看,不用再重新摸索啦。
而且呀,不能只演练一次就完事儿了。
这就好比你只锻炼了一天就觉得自己身体倍儿棒了,那可不行!得经常练,这样才能熟练掌握。
你说,要是没有这个数据库恢复演练方案,那一旦出了问题,咱不得抓瞎呀?那损失可就大了去了。
所以呀,大家可千万别小瞧了这个事儿。
总之呢,数据库恢复演练方案就像是我们的保护神,能在关键时刻帮我们把数据库这个大宝藏保护好。
大家一定要重视起来,认真去做,这样才能让我们的数据安安全全的。
这可不是闹着玩的呀,大家一定要记住咯!。
数据库备份恢复指南范本一、背景介绍数据库备份恢复是数据库管理员必备的技能之一,它可以帮助我们在数据库发生故障或数据丢失时快速恢复数据,保障系统的正常运行。
本文将为您提供一份数据库备份恢复指南范本,帮助您完成数据库的备份和恢复工作。
二、数据库备份1. 准备工作在进行数据库备份之前,需要确认以下几项准备工作:- 选择备份策略:确定备份的频率和方式,例如每日全量备份、每周增量备份等。
- 选择备份设备:选取合适的备份设备,如磁带、硬盘或网络存储等。
- 分配合适的存储空间:确保备份设备具有足够的存储容量来存储备份数据。
- 确认备份时间窗口:选择数据库闲置或负荷较轻的时间段进行备份操作。
2. 备份流程根据您所使用的数据库管理系统的要求,执行以下备份流程:- 登录数据库管理系统,并进入相关数据库的管理界面。
- 选择备份操作:通常可以在图形化界面或命令行中执行备份命令。
- 选择备份类型:根据您的备份策略选择全量备份、增量备份或差异备份等。
- 选择备份设备:将备份数据保存到合适的备份设备中。
- 设置备份参数:根据需要设置备份的目标路径、备份文件名等参数。
- 启动备份任务:确认备份参数后,启动备份任务并等待备份完成。
三、数据库恢复1. 准备工作在进行数据库恢复之前,需要确认以下几项准备工作:- 选择恢复策略:根据数据库的备份文件选择合适的恢复策略,如全量恢复、部分恢复等。
- 确认备份设备:确认备份数据存储设备的可用性,并确保备份文件完整无损。
- 确认数据库版本:确保备份文件与当前数据库版本的兼容性。
- 分配合适的存储空间:确保数据库恢复所需的存储空间足够。
2. 恢复流程根据您所使用的数据库管理系统的要求,执行以下恢复流程:- 登录数据库管理系统,并进入相关数据库的管理界面。
- 选择恢复操作:通常可以在图形化界面或命令行中执行恢复命令。
- 选择恢复类型:根据您的恢复策略选择全量恢复、部分恢复或点时间恢复等。
- 确认备份设备:指定备份数据的来源设备以及备份文件的路径和名称。
数据库备份与恢复的实际操作步骤数据库备份与恢复是数据库管理中非常重要的一环,对于确保数据的安全性和业务的持续性至关重要。
在实际操作中,我们需要遵循一系列步骤,以确保备份和恢复的成功。
1. 确定备份方式和频率在开始备份之前,我们需要确定适合当前环境和业务需要的备份方式。
备份方式可以分为物理备份和逻辑备份两种。
物理备份是直接备份数据库文件,逻辑备份是导出数据库中的数据和结构。
然后,我们需要确定备份的频率,常见的备份频率包括每日备份、每周备份和每月备份等,根据业务需求选择合适的备份频率。
2. 数据库热备份数据库热备份是指在数据库仍然运行的情况下进行备份,确保业务不受到影响。
常见的热备份方式包括物理备份工具如mysqldump、pg_dump等和在线备份工具如Percona XtraBackup、pg_basebackup等。
在进行热备份之前,我们需要确保备份工具已经安装并且设置了适当的参数。
执行备份命令后,备份工具会逐渐复制数据库文件,直到备份完成。
此时,数据库仍然可用。
3. 数据库冷备份数据库冷备份是指停止数据库的运行,备份数据库。
由于数据库停止运行,所有的写操作都会暂停,因此业务可能会受到一定的影响。
在进行冷备份之前,需要执行以下步骤:- 先将数据库设置为只读模式,确保没有写操作在进行。
- 将数据库服务停止,可以通过执行相应的操作系统命令实现。
例如,sudo systemctl stop mysql。
- 复制数据库文件到备份位置,可以使用操作系统的cp命令等。
- 启动数据库,还原读写权限,数据库恢复正常运行。
4. 数据库恢复当需要还原备份数据时,我们可以根据备份方式选择合适的恢复方法。
以下是一般的恢复步骤:- 确保备份文件已经准备好,位于安全可靠的位置。
- 停止数据库的运行,使用相应命令即可。
- 如果是物理备份,将备份文件复制到要恢复的数据库目录中。
如果是逻辑备份,执行相应的导入命令,将备份数据导入数据库中。
数据库备份与恢复操作方法数据库备份与恢复是数据管理和安全的重要环节,它可以保证数据的可靠性和完整性,同时也能稍后用于数据恢复和灾难恢复。
在数据库管理系统中,备份与恢复是必不可少的操作。
一、备份数据库的方法1. 定期全量备份:全量备份是将整个数据库的所有数据都备份下来,包括表、视图、存储过程等所有的对象和其数据。
这是最基本的备份方法,通常在数据库的初始阶段进行一次全量备份,并定期进行增量备份来节省备份时间和存储空间。
2. 增量备份:增量备份是只备份数据库中自上次备份以来新增或修改的数据的备份。
这种备份方法需要先进行一次全量备份,然后再根据数据库的日志文件进行增量备份。
增量备份能够大大减少备份时间和存储空间的占用,但在恢复数据时需要先恢复全量备份,再应用增量备份。
3. 差异备份:差异备份是只备份数据库中自上次全量备份以来发生变化的数据的备份。
与增量备份不同的是,差异备份是以全量备份为基础,备份从上次全量备份之后发生变化的数据。
当用户需要恢复时,只需要先恢复全量备份,再恢复差异备份即可。
差异备份相较于增量备份,恢复速度更快。
4. 文本备份:文本备份是将数据库中的数据导出到文本文件中进行备份。
这种备份方法适用于小型数据库和需要手动备份的情况。
它可以通过SQL语句操作或使用数据库管理工具来实现。
二、恢复数据库的方法1. 全量恢复:全量恢复是最基本的数据库恢复方法。
它需要使用最新一次的全量备份文件来进行恢复。
在进行全量恢复前,需要停止数据库的运行,恢复全量备份文件,并应用增量备份或者差异备份进行数据同步。
2. 部分恢复:部分恢复是指只恢复特定表或特定时间段内的数据。
这种恢复方法适用于只有部分数据损坏的情况,可以减少恢复时间和减少不必要的数据恢复。
3. 灾难恢复:灾难恢复是指在数据库受到破坏或数据丢失的情况下进行的恢复操作。
这种恢复方法需要使用离线备份或存储在远程位置的备份进行恢复。
通常需要借助数据库恢复工具或专业的数据库管理员进行操作。
数据库技术的数据库备份恢复实战数据库备份和恢复是保障数据安全和可靠性的关键环节。
无论是企业还是个人用户,都需要定期备份数据库,并在数据意外丢失或损坏时进行恢复。
本文将介绍数据库备份和恢复的实战操作,以提供一个详尽的指南。
一、数据库备份数据库备份是将数据库中的所有数据和结构保存在另外一个地方,以便在需要时进行恢复。
以下是数据库备份的实战步骤:1. 选择备份工具: 选择一个可靠的数据库备份工具,如MySQL的mysqldump命令或Oracle的RMAN工具。
根据数据库类型选择最合适的工具。
2. 设定备份计划: 创建一个合适的备份计划,以便自动定期备份数据库。
根据需求可以选择每天、每周或每月备份。
3. 选择备份类型: 根据需求选择完全备份或增量备份。
完全备份会备份整个数据库,而增量备份只备份自上次完全备份以来的变更数据。
4. 执行备份命令: 使用选定的备份工具执行备份命令,将数据库备份保存到指定位置。
5. 验证备份: 验证备份文件是否完整且可恢复。
可以尝试恢复备份文件到一个新的数据库中,以确保备份文件有效。
6. 保管备份文件: 将备份文件保存在安全的位置,最好是远离主数据库的地方,以防止遭受同一灾难。
二、数据库恢复数据库恢复是在数据库遭受数据丢失或损坏时恢复数据的过程。
以下是数据库恢复的实战步骤:1. 准备恢复环境: 创建一个新的数据库实例,以便在恢复过程中进行操作。
确保恢复环境与备份的数据库版本和配置一致。
2. 恢复备份文件: 使用选定的备份工具执行恢复命令,将备份文件导入到恢复环境中的数据库。
3. 执行恢复检查: 验证恢复的数据是否完整和一致。
可以通过查询、对比记录数或其他验证方法来确认恢复的准确性。
4. 进行必要的修复: 如果恢复的数据库存在一些问题,例如数据不一致或索引缺失,需要进行必要的修复操作,以恢复数据库的完整性。
5. 验证恢复结果: 执行一系列的测试和验证操作,确保恢复后的数据库可以正常工作。
数据库备份与数据恢复的步骤与技巧数据库备份和数据恢复是管理数据库的重要方面,它们旨在保护数据免受灾难性故障、人为错误和未经授权的访问等威胁。
数据库备份意味着创建数据库的副本,而数据恢复则是将已备份的副本还原回数据库。
在此文章中,我们将讨论数据库备份与数据恢复的步骤与技巧,以便有效地保护和恢复数据库。
1. 数据库备份的步骤与技巧1.1 确定备份策略:在制定备份策略时,需要考虑一些要素,如备份频率、备份时间点和数据保留时间。
通常,数据库应至少每天备份一次,且最好选择非工作时间进行备份。
1.2 选择备份类型:常用的备份类型有完全备份、增量备份和差异备份。
完全备份是备份整个数据库,而增量备份和差异备份仅备份自上次备份以来发生更改的数据。
1.3 设定备份位置:将备份存储在不同的位置,如磁盘、磁带或云存储。
建议将备份文件存储在离数据库服务器位置较远的地方,以免因灾难性事件而导致数据和备份同时丢失。
1.4 自动化备份过程:通过自动化备份过程,可以减少人为错误的风险,同时确保备份按时进行。
使用数据库管理工具或脚本语言,可以实现定期自动备份。
1.5 验证备份的有效性:定期验证备份文件的完整性和可用性。
执行一次备份恢复操作,以确保备份文件可以成功恢复数据库。
2. 数据恢复的步骤与技巧2.1 确定故障类型:在进行数据恢复之前,需要确定数据库故障的类型。
故障可能包括硬件故障、软件故障、人为错误或自然灾害等。
2.2 分析故障原因:分析数据库故障的原因是解决问题的第一步。
这可能需要通过日志文件或错误报告数据来进行。
根据故障的原因,可以确定所需的故障恢复策略。
2.3 选择恢复策略:常见的恢复策略包括利用完整备份进行重建、利用增量备份进行回滚或应用事务日志以及恢复到点和时间。
2.4 进行数据恢复:根据选择的恢复策略,执行相应的步骤进行数据恢复。
这可能需要使用数据库管理工具或命令行界面来完成。
2.5 测试恢复的数据:使用应用程序或工具来验证已经恢复的数据的完整性和一致性。
empcard数据库备份恢复流程演练1.复制数据库备份,控制文件备份,日志备份,Redo.log,到备份目录E:\OracleBackup\empcard\196BackupFile\2.利用DataBase Configuration Assistant新建实例,实例名称和SYS用户的密码保持和以前的一致。
注意设置rman的备份集的所在路径更新rman的设置属性3.关闭实例,连接到RMAN,执行SET DBID=原来的DBID,启动不要加载从原来的rman备份的控制文件中取得数据库DBID查看之前RMAN数据库备份控制文件命名中的DBIDE:\OracleBackup\MYTEST\RmanBackupFile\RMAN_BACKUP_CONTROLFILE_MYTEST_C-2483970197-20120607-00DBID 为文件名中的2483970197rman target sys/abc123show all;shutdown immediate;set dbid= 2484837015startup nomount;4.从备份文件中还原参数文件SPFILE备份集中找不到SPfile,可能需要从依次里当前最接近的前一个控制文件的备份中恢复.控制文件:RMAN_BACKUP_CONTROLFILE_MYTEST_C-2483970197-20120607-00';RMAN>restore spfile to pfile 'E:\OracleBackup\EMPCARD\196BackupFile\EMPCARD_SPFILE.ORA' from 'E:\OracleBackup\empcard\196BackupFile\BACKUP_CONTROLFILE_EMPCARD_C-171 4198115-20120610-00';控制文件备份恢复参数文件成功检查E:\OracleBackup\MYTEST\RmanBackupFile\_SPFILE目录下已经有SPFILE存在5.还原控制文件从控制文件备份恢复控制文件RMAN>run{allocate channel c1 device type disk;restore controlfile from 'E:\OracleBackup\MYTEST\RmanBackupFile\RMAN_BACKUP_CONTROLFILE_MYTE ST_C-2484823945-20120611-00';}查看SPfile内容,修改数据库路径,日志路径恢复后的控制文件中的数据文件的路径不对,在后面需要修改。
RMAN>shutdown immediate;6.下面利用sqlplus来创建pfile文件:你最好打开该参数文件,看一下路径是否都确实存在,或者是否正确。
)用Sqlplus加载参数文件。
sqlplus /nologconn sys/abc123 as sysdba;startup nomount;SQL> create pfile='E:\OracleBackup\EMPCARD\196BackupFile\Initial_EMPCARD.ORA' from spfile;文件已创建。
编辑Initial_ EMPCARD.ORA 初始化参数文件:下面可以启动数据库实例了:SQL> shutdown immediate;SQL> startup mount pfile='E:\OracleBackup\EMPCARD\196BackupFile\Initial_EMPCARD.ORA';已连接到目标数据库(未启动)Oracle 例程已启动RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of startup command at 06/07/2012 12:48:12ORA-01991: 无效的口令文件'E:\OraHome_1\DA TABASE\PWDmytest.ORA'修改密码,不需要重启SQL> conn sys/admin@hunter as sysdbaConnected.SQL> show user;USER is "SYS"SQL> alter user sys identified by admin_123;User altered.重设口令文件,需要重启先删除E:\OraHome_1\DA TABASE\PWDmytest.ORA再重设Del E:\OraHome_1\DA TABASE\PWD*.ORAorapwd file=E:\OraHome_1\DA TABASE\PWDEMPCARD.ORA password=abc123 entries=30修改了SYS的口令,需要重启Oracle服务重新启动oracle,windows服务控制台重启sqlplus /nologconn sys/abc123 as sysdba;shutdown immediate;SQL> startup mount pfile='E:\OracleBackup\EMPCARD\196BackupFile\Initial_EMPCARD.ORA';ORACLE instancestarted.7.还原数据文件rman target sys/abc123恢复管理器: 版本9.2.0.1.0 - ProductionCopyright (c) 1995, 2002, Oracle Corporation. All rights reserved.连接到目标数据库: MYTEST (DBID=2483970197)注意此DBID,就是原来的备份前的数据库DBIDRMAN>list backup;RMAN>crosscheck backup;delete noprompt expired backup ;RMAN>report obsolete;delete noprompt obsolete ;RMAN>list backup;RMAN>crosscheck backup;RMAN>RESTORE DATABASE VALIDATE;RMAN>restore database;需要修改数据文件的路径sqlplus /nologconn sys/abc123 as sysdba;修改数据文件的路径:@E:\OracleBackup\empcard\script\change_datafile_path.sql; 恢复失败,找不到从备份集恢复数据文件用DBMS包恢复,首先查看每个备份集包含的数据文件list backup;sqlplus /nologconn sys/abc123 as sysdba;从备份片中恢复数据文件:注意恢复出来的文件名要与备份集内的数据文件名一致。
@E:\OracleBackup\empcard\script\restore_datafile_from_baupPiece.sql;查看目录下恢复出来的数据文件8.还原归档日志rman target sys/abc123list backup;crosscheck backup;Restore archivelog all;找不到日志,则从备份集用DBMS恢复sqlplus /nologconn sys/abc123 as sysdba;从备份片中恢复数据文件:@E:\OracleBackup\empcard\script\restore_archivelog_from_baupPiece.sql;查看已恢复的归档日志。
9.修改控制文件中文件路径查看控制文件路径. 查看控制文件位置SQL> show parameter control_files;select * from v$controlfile;控制文件路径正确,不需要修改查看数据文件路径:select file#,ts#,status,name from v$datafile;修改数据文件路径sqlplus /nologconn sys/abc123 as sysdba;修改数据文件的路径:@E:\OracleBackup\empcard\script\change_datafile_path.sql;查看归档路径:select dest_name,destination,status,error from v$archive_dest;修改归档路径:alter system set LOG_ARCHIVE_DEST_1="location=E:\OraHome_1\ORADATA\EMPCARD\archive" scope=spfile;查看以前所有的归档日志路径select * from v$archived_log;查看归档日志格式:show parameter log_archive_format;查看连接重做日志路径select * from v$logfile;SELECT GROUP#,SEQUENCE#,MEMBERS,BYTES,STATUS,ARCHIVED FROM V$LOG;状态列(status)所显示常用状态的含义:∙ inactive:表示实例恢复已不再需要这组联机重做日志组了。
∙ active:表示该组是活动的但不是当前组,实例恢复时需要这组日志。
∙current:表示该组日志是当前组,该联机重做日志组是活动的。
∙ unused:表示该日志组从未写过,是重做日志刚刚添加到状态。
将原来的重做日志文件拷贝过去目录E:\OracleBackup\empcard\196BackupFile下的redo.log复制到数据库文件位置E:\OraHome_1\oradata\mytest目录,覆盖日志文件修改重做日志路径:修改数据文件的路径:@E:\OracleBackup\empcard\script\change_redo_log_path.sql;查看连接重做日志路径select * from v$logfile;SELECT GROUP#,SEQUENCE#,MEMBERS,BYTES,STATUS,ARCHIVED FROM V$LOG;查看数据库的参数文件的默认位置E:\OraHome_1\database下的SPFILE中的路径是否正确SPFILEEMPCARD.ORA查看修改后控制文件的内容是否正确alter database backup controlfile to trace;然后在E:\OraHome_1\admin\EMPCARD\udump目录中查看新生成的trace文件如有路径不对的再进行修改。