oracle expdp路径怎么查看

一、oracle expdp路径怎么查看

输入命令：sqlplus system/123456@orcl

其中system是登录数据库的用户名

如果提示命令无效，那就是你没有配置好oracle的环境变量（想当年我也被这个问题困扰着），配置oracle环境变量的方法如下：

1、右击“我的电脑”->选择“属性”->选择“高级”->单击“环境变量”2、选择“Path”这一行，单击“编辑”，在“Path”的变量值文本框的最后面先加入一个分号“:”，然后再分号后面加入sqlplus文件的目录路径，如“C:\Program Files\oracle\product\10.2.0\db_1\BIN”，然后点击“确定”按钮。3、如果在“系统变量”列表框下面的“变量”列中找不到“ORACLE_HOME”和“ORACLE_SID”这两个变量，则需要下面操作，否则无需一下操作。4、在“系统变量”中点击“新建”按钮，在“变量名”中输入“ORACLE_HOME”，变量值中输入Oracle的安装目录路径，如“C:\Program Files\oracle\product\10.2.0\db_1”，然后点击“确定”按钮。5、在“系统变量”中点击“新建”按钮，在“变量名”中输入“ORACLE_SID”，变量值中输入数据库的实例名，然后点击“确定”按钮。

ORACLE_HOME：Oracle数据库软件的安装目录ORACLE_SID：Oracle数据库的实例名Oracle数据库实例名：用于和操作系统进行联系的标识，即数据库和操作系统之间的交换是通过数据库实例名来体现的。

sql>create directory dpdata1 as'D:\temp\dmp';

这仅仅是在oracle里设定的目录，并没有真正创建

可以通过这句命令查看到这个目录

sql>select* from dba_directories;

赋于要导出数据表的所属用户权限

sql>grant read,write on directory dpdata1 to sshe;

好了，到了关键一步，之前走了不少弯路，但其它是小问题，在网上零零碎碎查了很多资料，终于找到原因。

首先，要切换回命令窗口，不要再在sql>下运行，然后输入命令：

expdp system/123456@orcl directory=dpdata1 dumpfile=sshe.dmp logfile=sshe.log schemas=sshe

上面报了一个错ORA-39002:操作无效

原因是D:\temp\dmp这个目录不存在，别以为create directory之后就会自动生成文件夹，也别以为执行expdp后会自动生成文件夹，要自己手动新建这个目录文件夹的。新建文件夹后再试一下，果然成功了！恭喜你，已成功备份！

如果你要问，导出来的dmp文件怎样还原回去。好吧，做人做到底，为了省去你再找方法的麻烦，这里我也做一个演示（一般备份的数据是等到数据库有问题时才用的上）。

首先，再一次登录数据库 sqlplus system/123456@orcl

然后，删除目标数据库用户 drop user sshe cascade;

现在来再一次创建用户，可以用命令创建，也可以在plsql里创建，这里在plsql创建。

用system登录数据库，然后右键users--新建

然后填写你的账号名称，必须和备份时的用户一致，并赋于相应的权限

返回DOS命令窗口，不再是sql>

输入导入命令：impdp system/123456@orcl directory=dpdata1 dumpfile=SSHE.DMP logfile=sshe.log schemas=sshe

做一个按年月日命名的批处理。在D:\temp\目录下新建一个文件，随便命名为.bat，我的命名为sshe.bat，编辑为如下代码

-------------------------------------------------------------------------

@echo offrem set backupfile=f_database_%date:~0,4%-%date:~5,2%-%date:~8,2%.dmprem set logfile=f_database_%date:~0,4%-%date:~5,2%-%date:~8,2%.logrem delete 30days filesforfiles/p"D:\temp\dmp"/d-30/c"cmd/c echo deleting@file...&& del/f@path"cd D:\temp\dmp

rem backup schemasset backupfile=sshe_%date:~0,4%-%date:~5,2%-%date:~8,2%.dmpset logfile=sshe_%date:~0,4%-%date:~5,2%-%date:~8,2%.logexpdp sshe/sshe directory=DIR_DP dumpfile=%backupfile% logfile=%logfile% schemas=sshe parallel=4

-------------------------------------------------------------------------------

可以试执行一下，会自动生成一个以年月日命名的备份文件

forfiles/p"D:\temp\dmp"/d-30/c"cmd/c echo deleting@file...&& del/f@path"的作用是：删除本目录下30天以后的备份文件，这个挺有用的。

做一个windows每晚自动运行数据库备份的bat，我的命名为auto.bat编辑如下内容

------------------------------------------------------------------------------

@ECHO OFFschtasks/create/tn SSHE数据库定时备份/tr"D:\temp\sshe_bak.bat"/sc daily/st 00:00:00/ru"system" PAUSEEXIT

------------------------------------------------------------------------------

双击auto.bat，就会在windows添加一个定时任务，每晚0点0分就会自动执行一次sshe.bat，从而完成自动备份的目的。

右键我的电脑：管理——任务计划程序——任务计划程序库，可以看到刚才添加进去的定时任务

可以将电脑的时钟设为23点59分50秒，等待10秒钟，看看自动备份能否成功。如果成功那就大功告成了！！

二、怎么查看数据库备份方式

里面或通过查询分析器备份数据库到备份设备.

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server

2、SQL Server组-->双击打开你的服务器-->双击打开数据库目录

3、选择你的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择备份数据库

4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server

2、SQL Server组-->双击打开你的服务器-->点图标栏的新建数据库图标，新建数据库的名字自行取

3、点击新建好的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择恢复数据库

4、在弹出来的窗口中的还原选项中选择从设备-->点选择设备-->点添加-->然后选择你的备份文件名-->添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）-->然后点击上方常规旁边的选项按钮

5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做改动，如您的SQL数据库装在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那么就按照您恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是bbs_data.mdf，现在的数据库是forum，就改成forum_data.mdf），日志和数据文件都要按照这样的方式做相关的改动（日志的文件名是*_log.ldf结尾的），这里的恢复目录您可以自由设置，前提是该目录必须存在（如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf），否则恢复将报错

6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢复的进度，恢复完成后系统会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL操作比较熟悉的人员，一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复操作，如果还提示正在使用的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复

三、oracle数据库怎么备份恢复

当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。

当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUM

ABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况Oracle在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理：

（1）为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，

（2）回滚未提交的事务，按步1重新生成回滚段所指定的操作。

（3）释放在故障时正在处理事务所持有的资源。

（4）解决在故障时正经历一阶段提交的任何悬而未决的分布事务。

1.2介质故障或文件错误的不一致恢复

介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。

（1）完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。

不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。

基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。

基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。

以下的所有案例都是通过测试经过，环境为：

SQL> select file#,status,enabled,name from v$datafile;

----------------------------------------------------------------

1 SYSTEM READ WRITE D:/Oracle/ORADATA/TEST/SYSTEM01.DBF

2 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/RBS01.DBF

3 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/USERS01.DBF

4 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TEMP01.DBF

5 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TOOLS01.DBF

6 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/INDX01.DBF

SQL> select* from v$controlfile;

---------------------------------------------------------------------

D:/Oracle/ORADATA/TEST/CONTROL01.CTL

D:/Oracle/ORADATA/TEST/CONTROL02.CTL

D:/Oracle/ORADATA/TEST/CONTROL03.CTL

SQL> select* from v$logfile;

---------------------------------------------------------------------

1 STALE D:/Oracle/ORADATA/TEST/REDO01.LOG

2 D:/Oracle/ORADATA/TEST/REDO02.LOG

3 STALE D:/Oracle/ORADATA/TEST/REDO03.LOG

rem desc:offline full backup database

!xcopy d:/Oracle/oradata/test/*.dbf d:/database/H/R;

!xcopy d:/Oracle/oradata/test/*.ctl d:/database/H/R;

!xcopy d:/Oracle/oradata/test/*.log d:/database/H/R;

1、以上脚本在数据库关闭状态下备份数据库所有的数据文件，联机日志，控制文件（在一个目

录下），如果成功备份，所有文件是一致的;

2、没有备份参数文件，参数文件可以另外备份，没有必要每次都备份，只需要在改变设置后备份一次;

3、如果以上命令没有成功依次执行，那么备份将是无效的，如连接数据库不成功，那么肯定关闭数据库也不成功，那么备份则无效;

4、冷备份建议下人工干预下执行。

rem desc:backup all database datafile in archive

alter system archive log current;

alter tablespace system begin backup;

!xcopy d:/Oracle/oradata/test/system01.dbf d:/databak/H/R;

alter tablespace system end backup;

alter tablespace rbs begin backup;

!xcopy d:/Oracle/oradata/test/rbs01.dbf d:/databak/H/R;

alter tablespace rbs end backup;

alter tablespace users begin backup;

!xcopy d:/Oracle/oradata/test/users01.dbf d:/databak/H/R;

alter tablespace users end backup;

alter tablespace tools begin backup;

!xcopy d:/Oracle/oradata/test/tools01.dbf d:/databak/H/R;

alter tablespace tools end backup;

alter tablespace indx begin backup;

!xcopy d:/Oracle/oradata/test/indx01.dbf d:/databak/H/R;

alter tablespace indx end backup;

alter database backup controlfile to'd:/databak/controlbinbak.000';

alter database backup controlfile to trace;

alter system archive log current;

1、热备份必须在数据库归档方式下才可以运行；

2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件（除了临时数据文件），没有必要备份联机日志；

3、归档日志至少需要一次完整备份之后的所有日志；

4、如果以上命令没有成功依次执行，那么备份也是无效的，如连接数据库不成功，那么备份则无效。

RMAN备份只讲叙有恢复目录的情况，如果没有恢复目录，情形大致相似。以下是RMAN的热备份全备份的脚本：

# desc:backup all database datafile in archive with rman

connect rcvcat rman/rman@back;

connect target internal/virpure;

allocate channel c1 type disk;

backup full tag'dbfull' format'd:/backup/full%u_%s_%p' database

sql'alter system archive log current';

1、数据库必须运行在归档模式下;

2、 RMAN将自动备份数据文件，运行可靠;

3、归档日志另外备份处理，但至少需要保存一次备份来的日志;

4、没有必要用RMAN做冷备份，效果不好。

以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本，其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。

数据库的自动实例将不加以说明，这里只举例说明媒体错误或人为错误造成的恢复可能。

以上包括以下案例都是在WINDOWS+Oracle816上测试验证的，在不同的操作系统与不同的数据库版本中略有差别。