ORACLE重装之后恢复数据库
重装系统后数据库恢复的方法
重装系统后数据库恢复的方法嘿，朋友！你有没有遇到过这种超级头疼的事儿：电脑重装系统了，结果发现数据库没了，就像辛辛苦苦盖的房子突然塌了，数据都埋在里面找不着了，是不是感觉欲哭无泪啊？今天我就来和你唠唠重装系统后数据库恢复的那些事儿。
我有个朋友小李，他就遇到过这倒霉事儿。
他是做小生意的，平时就靠那个数据库存客户信息、订单啥的。
那天电脑中了病毒，没办法只能重装系统。
装完之后，他才意识到数据库没了，整个人就像霜打的茄子一样蔫儿了。
他跑来问我该咋办。
其实呢，如果你在重装系统之前有备份数据库，那可就像手里有一把救命钥匙一样。
对于很多数据库系统，比如MySQL，它有自带的备份和恢复工具。
要是你之前用这些工具做了备份，就可以松口气了。
你就想象这个备份文件是个时光胶囊，里面装着你所有重要的数据。
恢复的时候呢，就按照数据库软件的操作指南，一步步来就行。
就好像你按照地图找宝藏一样，只要步骤没错，就能把数据都找回来。
但是啊，要是像小李那样，之前没有备份，是不是就只能干瞪眼了呢？也不是。
如果你的数据库文件还在原来的磁盘位置，没有被覆盖，那就还有一线生机。
比如说SQL Server数据库，它的数据文件和日志文件可能还在老地方。
这时候你就得像个侦探一样，小心翼翼地去查找这些文件。
找到之后呢，再根据数据库的恢复机制来操作。
不过这可不像走平路那么简单，得有点技术功底才行。
再来说说Oracle数据库吧。
Oracle有一套比较复杂的恢复机制。
如果重装系统后想恢复数据库，你得先搞清楚数据库的存储结构，就像你要了解一个迷宫的布局一样。
如果数据文件还在，你可以尝试使用Oracle 的不完全恢复或者基于时间点的恢复方法。
这就好比你要把一幅打乱的拼图重新拼好，得一块一块地找到正确的位置。
我又想起另一个朋友小张，他在一家小公司做IT维护。
他们公司有个员工不小心重装了系统，数据库没了。
小张就像个超级英雄一样挺身而出。
他先查看了数据库的类型，发现是MySQL的。
oracle11g还原数据库步骤__概述说明以及解释
oracle11g还原数据库步骤概述说明以及解释引言部分的内容可以按照如下方式撰写：1. 引言1.1 概述引言部分将介绍本篇文章的主题，即Oracle 11g数据库还原步骤。
数据库还原是一项至关重要的任务，它可以帮助恢复丢失或损坏的数据，并确保系统的连续性和可靠性。
在本文中，我们将深入探讨Oracle 11g数据库还原的步骤和过程，以及执行还原操作前需要注意的准备工作。
1.2 文章结构在本文中，我们将按照以下顺序来讨论Oracle 11g数据库还原：- 首先，我们将介绍Oracle 11g数据库还原的重要性，阐述为什么必须进行数据库还原操作。
- 其次，我们将概述Oracle 11g数据库还原的步骤，并列出每个步骤的简要说明。
- 第三部分我们将详细描述执行数据库还原操作前所需进行的准备工作。
- 接下来，我们将提供执行数据库还原操作的详细步骤，包括必要时涉及到的命令和工具。
- 最后，我们将讨论完成数据库还原后进行验证和测试的方法与技巧。
1.3 目的本文旨在为读者提供有关Oracle 11g数据库还原的全面指南。
通过学习本文，读者将能够了解数据库还原的重要性、掌握进行数据库还原操作的步骤和技巧，并且能够有效地验证和测试还原后的数据库。
我们希望这篇文章能够帮助读者在数据库还原过程中避免常见错误，并提供相关提示和建议。
2. 正文:2.1 Oracle 11g数据库还原的重要性在数据库管理中，数据的安全性和完整性是至关重要的。
由于各种原因，比如硬件故障、用户误操作或者系统遭受攻击，数据库可能会丢失或损坏。
因此，在这些情况下，数据库还原变得非常重要。
Oracle 11g数据库还原是指恢复已经丢失或被损坏的数据到其先前可用状态的过程。
2.2 Oracle 11g数据库还原的步骤概述数据库还原通常包括以下主要步骤：- 备份介质准备：确定可用的备份介质，并确保其处于良好状态。
- 目标库环境准备：在目标库上创建必需的目录结构，并配置参数以适应还原操作。
Oracle备份与恢复案例.doc
Oracle备份与恢复案例By Piner一. 理解什么是数据库恢复当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。
因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。
恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。
数据库恢复可以分为以下两类：1.1实例故障的一致性恢复当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUM ABORT语句）中止时出现实例故障，此时需要实例恢复。
实例恢复将数据库恢复到故障之前的事务一致状态。
如果在在线后备发现实例故障，则需介质恢复。
在其它情况Oracle在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。
如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理：（1）为了解恢复数据文件中没有记录的数据，进行向前滚。
该数据记录在在线日志，包括对回滚段的内容恢复。
（2）回滚未提交的事务，按步1重新生成回滚段所指定的操作。
（3）释放在故障时正在处理事务所持有的资源。
（4）解决在故障时正经历一阶段提交的任何悬而未决的分布事务。
1.2介质故障或文件错误的不一致恢复介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。
文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。
这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。
（1）完全介质恢复可恢复全部丢失的修改。
一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。
对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。
（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。
windows环境下Oracle数据库冷备份和恢复
wind ows环境下Oracle数据库冷备份和恢复1摘要数据库冷备份是ORACLE最简单的一种备份，执行冷备份前必须关闭数据库，然后备份所有相关的数据库文件，包括数据文件、日志文件、控制文件等关键文件。
●优点：冷备份恢复速度快，因为只需拷贝对应的数据库文件即可；操作也很简单；而且数据恢复的安全性高。
●缺点：冷备份过程中，数据库必须是关闭状态；拷贝文件会占用大量磁盘空间；不能按用户或按表进行恢复。
2背景公司有个测试环境的数据库82损坏了，报各类ORA-错误，不能正常使用，解决了半天还是不好用。
正好有台新设备，硬件性能比82好很多，可以贡献出来，所以决定借这个机会，把82数据库迁移到新设备上。
82数据库目前是关闭状态，数据文件、控制文件、日志文件等都在，所以应该可以在新设备上用这些文件来恢复数据库。
3冷备份1、备份生成控制文件的语句。
在82原数据库主机上，进入DOS窗口，输入sqlplus / as sysdba，以sysdba身份登录数据库，输入alter database backup controlfile to trace resetlogs然后在E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\udump目录下找到新生成的TRACE文件，并把下面这段代码复制出来，保存为control.txt文件：STARTUP NOMOUNTCREATE CONTROLFILE REUSE DA TABASE "EPM" NORESETLOGS NOARCHIVELOGMAXLOGFILES 16MAXLOGMEMBERS 3MAXDA TAFILES 100MAXINSTANCES 8MAXLOGHISTORY 19759LOGFILEGROUP 1 'E:\ORACLE\PRODUCT\10.2.0\ORADA TA\EPM\REDO01.LOG' SIZE 50M, GROUP 2 'E:\ORACLE\PRODUCT\10.2.0\ORADA TA\EPM\REDO02.LOG' SIZE 50M, GROUP 3 'E:\ORACLE\PRODUCT\10.2.0\ORADA TA\EPM\REDO03.LOG' SIZE 50M -- STANDBY LOGFILEDATAFILE'E:\ORACLE\PRODUCT\10.2.0\ORADATA\EPM\SYSTEM01.DBF','E:\ORACLE\PRODUCT\10.2.0\ORADATA\EPM\UNDOTBS01.DBF','E:\ORACLE\PRODUCT\10.2.0\ORADATA\EPM\SYSAUX01.DBF','E:\ORACLE\PRODUCT\10.2.0\ORADATA\EPM\USERS01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMDA T01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMDA T02.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMRANGE01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMRANGE02.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMIDX01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMIDX02.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPCDA T01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPSA01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMRANGE03.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMDA T03.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMDA T04.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMRANGE04.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPCDA T02.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\MIDCP01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\DNCJDAT01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\DNCJIDX01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\FLOW01.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMIDX03.DBF','E:\ORACLE\PRODUCT\10.2.0\DB_1\EPM\EPMRANGE05.DBF'CHARACTER SET ZHS16GBK;2、输入shutdown immediate停掉当前数据库实例。
Oracle11g安装卸载与DMP文件的恢复数据库
Oracle11g安装卸载与DMP⽂件的恢复数据库1、orcale 11g 安装1.1 管理员运⾏setup.exe（没有安装包的下⾯群⾥联系我）1.2不⽤接收更新1.3选择第⼀个1.4选择桌⾯类1.5 我是默认的⼝令还是写⼀下1.6 安装1.7 这是我卸载后在安装的位置我选了F盘安装过程的截图1.8 安装完成⼝令管理截图2、oracle 11g 完全卸载2.1开始－＞设置－＞控制⾯板－＞管理⼯具－＞服务，停⽌所有Oracle服务。
2.2开始－＞程序－＞Oracle_OraDB11g_Home1－＞OracleInstallation Products－＞Universal Installer，单击“卸载产品”-“全部展开”，选中除“OraDb11g_home1”外的全部⽬录，删除2.3 运⾏regedit，选择HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE，按del键删除这个⼊⼝。
2.4 运⾏regedit，选择HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services，滚动这个列表，删除所有Oracle⼊⼝(以oracle或OraWeb开头的键)。
2.5运⾏refedit，HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application，删除所有Oracle⼊⼝。
2.6删除HKEY_CLASSES_ROOT⽬录下所有以Ora、Oracle、Orcl或EnumOra为前缀的键。
2.7删除HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\StartMenu\Programs中所有以oracle 开头的键。
2.8删除HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI中除MicrosoftODBC for Oracle注册表键以外的所有含有Oracle的键。
oracle数据库还原的详细流程
oracle数据库还原的详细流程
Oracle数据库还原的详细流程如下：
1. 关闭Oracle数据库服务：在开始还原之前，需要确保Oracle数据库服务已经关闭。
这样可以避免在还原过程中发生数据冲突或损坏。
2. 确认数据库备份：在开始还原之前，需要确认数据库的备份情况。
数据库的备份可以分为完全备份和增量备份两种。
完全备份是指对整个数据库进行备份，而增量备份是在完全备份的基础上，对新增或修改的数据进行备份。
可以通过查看备份记录或者与负责备份的人员进行沟通来确认备份情况。
3. 选择合适的还原方式：根据备份文件的位置和可用资源，选择适合的还原方式。
例如，如果备份文件在本地磁盘上，可以选择磁盘还原；如果备份文件在云端，可以选择云存储还原。
4. 执行还原操作：根据选择的还原方式，执行相应的操作。
例如，在磁盘还原中，需要将备份文件复制到目标磁盘中。
在云存储还原中，需要将备份文件从云存储下载到本地或直接在云平台上进行还原。
5. 启动Oracle数据库服务：完成还原后，启动Oracle数据库服务，验证数据是否正确加载并可用。
请注意，以上步骤仅供参考，具体操作可能因实际情况而有所不同。
在进行数据库还原时，建议参考Oracle官方文档或咨询专业人士以获取更准确的信息和指导。
Oracle零数据丢失恢复方案ZDLRA介绍
Oracle零数据丢失恢复方案ZDLRA介绍零丢失数据恢复一体机技术概览日程目前业务对数据保护的需求与面临的挑战数据恢复一体机: 基于完全不同的技术基础数据恢复一体机配置概况客户与分析师的好评总结与答疑12 3 4 5数据库保护相关的关键目标业务部门目标–任何情况下都不会丢失关键业务数据–数据保护不会影响业务处理I.T. 部门目标–确保数据库级别的可恢复性–以集中式的服务方式来保护全部数据库目前已有的备份解决方案无法实现这些目标已有的备份一体机没有为数据库做任何针对性优化数据库的数据被作为需要周期性拷贝的普通文件数据对待每天都需要备份窗口备份对生产系统的性能有巨大影响，备份窗口内系统不能全负荷工作数据被暴露在丢失的风险之下可能会丢失最后一次备份之后的所有数据变化许多彼此独立的系统需要管理只能通过添加独立的备份一体机数量的方式扩展数据库可恢复性不佳虽然保存了大量文件的拷贝，但是数据库的保护状态是未知的恢复一体机为业务和IT 提供独有的优点：最小化备份对业务的影响生产系统只需要送出变化数据. 所有备份和磁带相关的处理都可以有效减负消除数据丢失风险实时重做日志传送为时刻进行的交易提供即时的保护云规模保护能力用支持海量扩展的备份服务为全数据中心的大量数据库非常方便地提供保护确保数据库的可恢复性为数据库提供端到端的可靠性，可见性与全面控制–而不只是管理大量离散文件零丢失数据恢复一体机概述增量推送被保护数据库只需要访问和送出变化的数据最小化对生产系统的影响 ?实时重做日志传输为进行中的交易提供即时保护被保护的多个数据库为数据中心的所有数据库提供保护PB 级数据管理能力支持全部平台的10.2 到12c Oracle 数据库不需要昂贵的备份代理客户端增量存储只在磁盘上存储验证和压缩过的数据库变化数据 ?自动组合增量数据提供任意时间点的快速回复?构建于Exadata 架构的扩展性和可靠性 ?基于企业管理器提供端到端的管理和控制恢复一体机复制数据到远端的恢复一体机磁带备份卸载恢复一体机为业务和IT 提供独有的优点：最小化备份对业务的影响生产系统只需要送出变化数据. 所有备份和磁带相关的处理都可以有效减负消除数据丢失风险实时重做日志传送为时刻进行的交易提供即时的保护云规模保护能力用支持海量扩展的备份服务为全数据中心的大量数据库非常方便地提供保护确保数据库的可恢复性为数据库提供端到端的可靠性，可见性与全面控制–而不只是管理大量离散文件为所有数据库提供类似Data Guard 的保护能力基于简单数据拷贝的通用备份一体机 ?每天进行一次备份数据损失风险: 上次备份之后所有的交易数据零丢失数据恢复一体机通过Data Guard 提供的内存缓冲区实时连续日志传输机制来保护实时进行的交易数据被保护的多个数据库数据损失本来就是不好的.往往会变得更加严重..它会在数据库之间产生巨量的数据一致性及其后续问题磁带库单向数据传递双向数据传递枢纽方式远端数据中心本地数据中心针对站点级故障提供数据保护的部署方式恢复一体机之间支持远程数据同步，可以为站点失效或灾难提供公保护支持自动从本地或远程的恢复一体机直接恢复数据针对人为错误或误操作的保护能力独立的磁带归档机制可选的低成本磁带归档机制在以下意外情况下确保数据不被破坏: –黑客，内部人员或病毒软件发起的数据破坏–意外导致的数据删除（磁带作为长期归档机制）–主要数据保护系统功能异常内置独立的磁带归档机制: 只需要外接带库就可以实现–卸载磁带备份对生产系统的压力–不需要在生产系统部署大量昂贵的戒指管理软件的代理程序–磁带驱动器可以在不拖慢生产系统的情况下全天有效运行–内含Oracle Secure Backup 软件, 也可以使用其他第三方磁带管理软件支持绝大部分主流磁带库16Gb FC从数据接收开始完成校验 ?周期性进行数据重新校验 ?恢复数据时先校验再恢复接收数据时和提供恢复时都会校验数据, 同时会对磁盘上的数据周期性进行校验数据向磁带机传出和从磁带机恢复时都会进行校验磁带归档远端复制一体机生产一体机针对数据损坏的保护能力恢复一体机充分理解数据库数据的格式并且会对数据进行端到端校验恢复一体机为业务和IT 提供独有的优点：最小化备份对业务的影响生产系统只需要送出变化数据. 所有备份和磁带相关的处理都可以有效减负消除数据丢失风险实时重做日志传送为时刻进行的交易提供即时的保护云规模保护能力用支持海量扩展的备份服务为全数据中心的大量数据库非常方便地提供保护确保数据库的可恢复性为数据库提供端到端的可靠性，可见性与全面控制–而不只是管理大量离散文件全增量架构不再需要重复运行全量备份: 针对数据库优化的永远增量的备份方式增量推送增量推送在源端完成数据去重 ?快速增量备份- 永远不需要读取重复的数据块 - 从来不发送重复的数据块消除为提交过的交易备份Undo 数据块的需求 ?消除不必要的未使用数据块访问和备份管理备份数据的增量存储 ?只存储变化数据 ?在数据块级实现压缩只向复制节点传输增量变化数据被保护数据库压缩的增量存储显著节省数据库的 I/O 开销以及网络传输开销变化数据不再需要重复的全量备份,只传输变化数据灾备系统有效利用存储空间的“虚拟”全备份当完成初始的全量备份后, 后续的增量备份按天生成的虚拟数据库全备份展现为增量备份时间点的物理全备份，内部以指针的方式组织数据虚拟备份典型情况下可以提供 10 倍的存储有效性以可能的最小存储空间开销来使长期保存备份数据得以实现提供数据库保护的“时间机器” 机制增量存储被保护的数据库们第N 天增量第1天的虚拟全备第N 天的虚拟全备第1天增量第0天全备不再需要重复进行全备份: 永远增量架构快速回复到任意时间点不需要生产服务器消耗时间和资源来合并就得备份集直接恢复任意一个虚拟全备所有被虚拟全备引用到的数据块都保证高效读取消除传统方式恢复全备然后合并多个增量给生产系统带来的处理压力基于底层的 Exadata 硬件架构提供高性能与高扩展性增量存储被保护的数据库们RESTORE DATABASE TO DAY ‘N’第0天全备第1天增量第N 天增量第‘N’ 天的全备最小化备份影响: 有效提升生产系统性能卸载备份数据处理, 消除昂贵的备份代理程序, 降低网络负载如今的数据库服务器备份时性能下降磁盘 / 磁带 / 去重各种备份代理程序备份相关操作:合并, 压缩, 校验, 删除,全量备份,磁带备份卸载备份负载后性能得以显著提升有恢复一体机配合工作的数据库服务器Disk / Tape / DedupeBackup Agents Backup Operations: Merge, Compress, Validate, Delete, Full/Tape Backups增量推送恢复一体机为业务和IT 提供独有的优点：最小化备份对业务的影响生产系统只需要送出变化数据. 所有备份和磁带相关的处理都可以有效减负消除数据丢失风险实时重做日志传送为时刻进行的交易提供即时的保护云规模保护能力用支持海量扩展的备份服务为全数据中心的大量数据库非常方便地提供保护确保数据库的可恢复性为数据库提供端到端的可靠性，可见性与全面控制–而不只是管理大量离散文件3四分五裂的备份数据缺乏有效的责任管理如今现状: 四分五裂的备份流程有效管理备份与数据增长: 企业 IT 的第一大隐忧1数据库集合明确定义的Oracle 数据块格式RMAN 备份集没有意义的比特流2媒体服务器恢复一体机: 端到端保护并提供可见性基于策略的管理机制: 针对特定应用的数据保护1针对应用的数据保护策略明确定义的Oracle 数据块格式RMAN 备份集端到端进行Oracle 数据块校验2数据恢复一体机3与 EM Cloud Control 整合的管理界面。
oracle备份，还原常用命令
oracle备份，还原常⽤命令cmd 命令窗⼝下1.备份数据库exp ⽤户名/密码@数据库连接名 owner=⽤户名 file="盘符:\⽂件名.dmp" log="盘符:\⽇志⽂件名.log"，⽇志可选.2.还原数据库imp ⽤户名/密码@数据库连接名 file="盘符:\⽂件名.dmp"" log="盘符:\⽇志⽂件名.log" fromuser=other touser=⽤户名。
3.创建表空间及修改⼤⼩CREATE TABLESPACE dcitDATAFILE 'C:\oracle\product\10.2.0\oradata\orcl\dcit.dbf' SIZE 500MUNIFORM SIZE 128k;alter database datafile 'C:\oracle\product\10.2.0\oradata\orcl\dcit.dbf' autoextend on next 10M maxsize 1G;以下为转帖，转⾃：数据库imp/exp命令使⽤⽅法是本⽂我们主要要介绍的内容，接下来我们就通过例⼦来介绍这些内容。
举例导出数据库服务abc,⽤户user,密码psd下的table1,table2,table3表到d:\data⽬录下，导出⽂件名为test.dmp,语句为：exp file=d:\data\test.dmp tables=（table1,table2,table3） .将上述⽂件恢复的语句为：exp full=y file=d:\data\test.dmp.注意：如果将备份⽂件中的所有表恢复，需要加上full=y.如果只须只需要恢复table1,则语句为：exp file=d:\data\test.dmp tables=table1.即必须指明倒⼊那些信息，要么全部要么部分表。
Oracle数据库备份与恢复的三种方法
Oracle数据库备份与恢复的三种⽅法备份与恢复的三种⽅法Oracle数据库有三种标准的备份⽅法，它们分别是导出／导⼊（EXP/IMP）、热备份和冷备份。
导出备件是⼀种逻辑备份，冷备份和热备份是物理备份。
⼀、导出／导⼊（Export／Import） 利⽤Export可将数据从数据库中提取出来，利⽤Import则可将提取出来的数据送回到Oracle数据库中去。
１、简单导出数据（Export）和导⼊数据（Import） Oracle⽀持三种⽅式类型的输出： （１）、表⽅式（T⽅式），将指定表的数据导出。
（２）、⽤户⽅式（U⽅式），将指定⽤户的所有对象及数据导出。
（３）、全库⽅式（Full⽅式），瘵数据库中的所有对象导出。
数据导⼊（Import）的过程是数据导出（Export）的逆过程，分别将数据⽂件导⼊数据库和将数据库数据导出到数据⽂件。
２、增量导出／导⼊ 增量导出是⼀种常⽤的数据备份⽅法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。
在进⾏此种导出时，不要求回答任何问题。
导出⽂件名缺省为export.dmp，如果不希望⾃⼰的输出⽂件定名为export.dmp，必须在命令⾏中指出要⽤的⽂件名。
增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，⽐如：exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上⼀次备份后改变的数据，⽐如：exp system/manager inctype=incremental file=040731.dmp （３）、“累积型”增量导出 累计型导出⽅式是导出⾃上次“完全”导出之后数据库中变化了的信息。
⽐如：exp system/manager inctype=cumulative file=040731.dmp 数据库管理员可以排定⼀个备份⽇程表，⽤数据导出的三个不同⽅式合理⾼效的完成。
windows-下的oracle数据库rman自动备份和恢复文档精选全文完整版
可编辑修改精选全文完整版数据库rman备份恢复文档一．Rman简介RMAN是ORACLE提供的恢复和备份工具，是随Oracle服务器软件一同安装的工具软件，它可以用来备份和恢复数据库文件、归档日志和控制文件，用来执行完全或不完全的数据库恢复。
与传统工具相比，RMAN具有独特的优势：跳过未使用的数据块。
当备份一个RMAN 备份集时，RMAN不会备份从未被写入的数据块，而传统的方式无法获知那些是未被使用的数据块。
RMAN使用Oracle特有的二进制压缩模式，与传统备份的压缩方式相比，能够最大程度地压缩数据块中的一些典型数据。
二．系统规划数据库备份文件不建议与系统盘（C盘)、oracle数据文件存放盘（D 盘）存放在一起，本文单独存放于E盘。
注：在进行以下操作前要根据自己的环境建立如下目录“E:\orabackup\”，“’E:\archivelog_backup”，“E:/orabackup_script/”。
本文用到的命令中的标点均为英文字符下的标点。
三．设置oracle数据库为归档模式(ARCHIVELOG)按以下步骤操作，检查oracle数据库是否为归档模式。
1.选择“开始”→“系统”→“运行”，输入cmd，按回车。
2.输入“sqlplus”，按回车。
3.输入“system / as sysdba ”，按回车。
4.输入数据库system账号的密码，按回车。
5.查看数据库归档模式，输入“archive log list;”，按回车。
如下图所示。
如果“数据库日志模式”为“非存档模式”，则需按照如下步骤开启归档模式：1.设置数据库日志归档路径。
输入“alter system set log_archive_dest=’E:\archivelog_backup’ scope=spfile; ”，按回车。
2.关闭数据库。
输入“shutdown immediate;”，按回车。
3. 启动数据库到mount状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ORACLE重装之后恢复数据库,相当于sqlserver的附加数据库
在开发机器上经常会遇到重装系统的问题，重装之前如果ORACLE没有及时备份的话重装之后就纠结了，数据还原很头疼。
各种娘中只能找到一些ORACLE安装与重装系统前目录相同的解决办法，目录不同就没招了。
我用的是oracle11G。
老版的应该相似。
经过我的尝试，找到了几个关键点，现在分享出来。
1、控制文件CONTROL01.CTL
oracle数据库的控件文件有两个，一个是在oradata\oradb中，名称为CONTROL01.CTL 另外一个是在flash_recovery_area\SDMS_DEMO，名称为CONTROL01.CTL
控件文件也可能是CONTROL02.CTL 或CONTROL03.CTL
2、控制文件中的datafile,tempfile,logfile
原数据库中的文件路径如果和重装后的路径不一致，需要将这些路径全部修改之后就可以了，具体步骤如下：
一：重新创建oracle数据库后手动关闭oracle所有服务
二：将oradata中新创建的数据库目录改名，d:\app\user\oradata\oradb,改为
d:\app\user\oradata\oradb_new
三：将原来的数据库目录复制到该目录下，复制后的结果是oradata中有
d:\app\user\oradata\oradb_new和d:\app\user\oradata\oradb两个目录
d:\app\user\oradata\oradb是重装之前数据库的数据文件夹。
四：启动各项oracle服务
五:用sqlplus /nolog命令进入oracle命令符
六：用connect sys/change_on_install as sysdba;命令获得系统管理权限并登录。
七：用select instance_name from v$instance;确认当前的数据库实例是否正确，如果不是oradb需要使用set oracle_sid来修改默认的oracle实例（没记错的话应该是这个命令可以问度娘查一下）。
八：将d:\app\user\oradata\oradb\CONTROL02.CTL控制文件复制到
d:\app\user\flash_recovery_area\oradb中，替换目录中原有的控制文件，注意：名称不一样的话改一下名字。
九：使用startup nomount用无装载模式启动数据库。
十：设置数据库为装载模式：alter database mount;
十一：查看数据文件清单：select name from v$datafile;
查看临时文件清单：select name from v$tempfile;
查看日志文件清单：select * from v$logfile;
会看到如下结果：
E:\APP\USER\ORADATA\ORADB\SYSTEM01.DBF
E:\APP\USER\ORADATA\ORADB\SYSAUX01.DBF
E:\APP\USER\ORADATA\ORADB\UNDOTBS01.DBF
E:\APP\USER\ORADATA\ORADB\USERS01.DBF
E:\APP\USER\ORADATA\ORADB\SDMS_DATA01.DBF
十二：修改数据文件路径，依次执行如下命令：
SQL> alter database rename file 'E:\APP\USER\ORADATA\ORADB\SYSTEM01.DBF' to 'D:\APP\USER\ORADATA\ORADB\SYSTEM01.DBF'
注意日志文件修改的时候有点纠结文件名是redo01,因为oracle默认为大写，我看成了red001，一直修改不成，另外一个，如果用select * from v$logfile;看到的只有一条日志文件，建议把原数据库中的几个都修改一下。
SQL> alter database rename file 'E:\APP\USER\ORADATA\ORADB\REDO03.LOG' to'D:\APP\USER\ORADATA\ORADB\REDO03.LOG';
十三：启动数据库：alter database open; 好了，现在可以用客户端连接这个数据库了。