oralce异机恢复完整步骤
一、环境介绍
Oracle备份主机：orcl1
ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome_1
ORACLE_datafile=/home/oracle/app/oradata/orcl
ORACLE_SID=orcl
ORACLE_DBID= 1424264290
Oracle恢复主机：orcl2
ORACLE_HOME=/opt/app/oracle/product/11.2.0/dbhome_1
ORACLE_datafile=/opt/app/oradata/orcl
ORACLE_SID=orcl
NBU Server:nbumaster
二、恢复目标
恢复备份机的数据库spfile、控制文件、数据文件、归档日志到恢复主机，恢复完成后能正常打开数据库。
三、恢复操作步骤
1.关闭数据库
2.删除oracle恢复主机上的spfile文件
3.修改恢复主机的DBID
4.查询备份片信息
5.启动数据库到nomount状态
6.还原备份机的spfile文件至恢复主机
7.使用还原的spfile创建pfile文件
8.删除还原的spfile文件
9.修改pfile文件
修改前的内容
修改后的内容
10.关闭数据库
启动数据库
11.关闭数据库，启动到noumount状态
12.恢复控制文件
13.关闭数据库，将数据库启动到mount状态
恢复数据库
14.查询归档日志信息
15.恢复归档日志
这里我选取的是2015年12月27号的归档日志，seq 107 unilt seq 108
16.查询控制文件中数据文件的位置
17.更改控制文件中数据文件的位置
18.恢复数据库
19.查询控制文件中redolog文件位置
20.更改控制文件中redolog文件的位置
21.使用restlog打开数据库
Linux系统(X64)安装Oracle11g完整安装教程
Linux系统（X64）安装Oracle11g完整安装图文教程1修改操作系统核心参数(Root用户) 1）修改用户的SHELL的限制,修改 /etc/security/ 文件 输入命令：vi /etc/security/，按i键进入编辑模式，将下列内容加入该文件。 oracle soft nproc 2047 oracle hard nproc 16384 oracle soft nofile 1024 oracle hard nofile 65536 编辑完成后按Esc键，输入“:wq”存盘退出 2）修改/etc/login 文件，输入命令：vi /etc/login，按i键进入编辑模式，将下列内容加入该文件。 session required /lib/security/ session required 编辑完成后按Esc键，输入“:wq”存盘退出 3）修改linux内核，修改/etc/文件，输入命令: vi /etc/ ，按i键进入编辑模式，将下列内容加入该文件 = 6815744 = 1048576 = 2097152 = 48 = 4096 = 250 32000 100 128 = 1024 65500 = 4194304 = 4194304 = 262144 = 1048576 编辑完成后按Esc键，输入“:wq”存盘退出。 注意： = 9000 65500 网络默认9000 65500 4）要使 /etc/ 更改立即生效，执行以下命令。输入：sysctl -p显示如下： linux:~ # sysctl -p = 1 = 1 = 6815744 = 1048576 = 2097152 = 48 = 4096 = 250 32000 100 128 = 1024 65500
oracle 备份恢复语句整理(最全)
Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一： 问题描述： test.dbf丢失，有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }
2>场景二 问题描述： 模拟test表空间损坏，删除数据文件（恢复到新目录） 旧目录：/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明： set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile，记录这个新位置。这个命令要在recover 前出现
用Oracle归档日志进行恢复的方法
联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。 一、完全恢复： 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase;” 4〃按下ENTER，接受默认值。 5〃然后输入命令“alter d atabase o pen;”完成数据库恢复。 二、不完全恢复 警告： 应用不完成恢复前，必须将数据库做一次完全冷备份，因为应用不完全恢复后，联机重演日志将重置，以前的所有日志不可用。 如果恢复不成功，数据库就不能使用了。再次强调，做完全冷备份后再应用不完全恢复。 1）.基于变化的恢复(change-based r ecovery) 要执行基于变化的恢复，需要知道丢失日志之前的系统写入归档重演日志的最大的变化号(SCN)，然后可以启动恢复语句恢复数据库直到改变scn_number，其中比scn_number是写到已归档重演日志文件顺序号386的SCN(即，小于丢失日志顺序号387的SCN)。可以从V$log_history视图中得到SCN信息。 select f irst_change# f rom v$log_history w here s equence#=387; 其中387为最后一个有效的日志文件号加1,该例是查找386. 知道了SCN后，使用下述步骤完成恢复 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase u ntil c hange 9999;” 4〃在回答Oracle第一个归档重演日志建议信息时，输入“auto”,Oracle在找到第387号重演日志之前停止恢复。 5〃用命令“alter d atabase o pen r esetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用) 2).基于停止??恢复(cancel-based r ecovery) 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recove r d atabase u ntil c ancel;”,Oracle提示需要的第一个归档重演日志文件名〃按下ENTER键
Oracle11g及PLSQL安装过程1.0.
一、Oracle 下载 注意Oracle分成两个文件，下载完后，将两个文件解压到同一目录下即可。路径名称中，最好不要出现中文，也不要出现空格等不规则字符。 官方下地址： https://www.360docs.net/doc/2117908907.html,/technetwork/database/enterprise-edition/downloads/i ndex.html以下两网址来源此官方下载页网。 win 32位操作系统下载地址： https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win32_11gR2_databas e_1of2.zip https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win32_11gR2_databas e_2of2.zip win 64位操作系统下载地址： https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win64_11gR2_databas e_1of2.zip https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win64_11gR2_databas e_2of2.zip 二、Oracle安装 1. 解压缩文件，将两个压缩包一起选择，鼠标右击-> 解压文件如图 2.两者解压到相同的路径中，如图：
两个压缩包没有关联，要全部解压，解压之后文件的大小为2.12G。 3. 到相应的解压路径上面，找到可执行安装文件【setup.exe 】双击安装。如图： 4. 安装第一步：配置安全更新，这步可将自己的电子邮件地址填写进去(也可以不填写，只是收到一些没什么用的邮件而已)。取消下面的“我希望通过My Oracle Support接受安全更新(W)”。如图：（不要填写自己的电子邮件地址，否则它会自动联网，可能会拖慢安装进度）
ORACLE11G RMAN备份恢复到异机数据库
ORACLE11G RMAN备份恢复到异机数据库 1. 主数据库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 数据库名 : prb 数据库SID : prb db_unique_name : prb instance_name : prb IP : 10.0.8.100 2. 备库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 （只安装oracle数据库软件,no netca dbca） 数据库名 : prb 数据库SID : prb db_unique_name: prb instance_name : prb IP：10.0.8.101 将参数文件备份、控制文件备份、数据文件备份、以及归档备份到目标主机 1 此处实验环境为同平台，同字节序，同版本，源机器和目标机器相同的目录结构。 2 目标机器只需要安装oracle只安装oracle数据库软件,no netca dbca 3 第一次利用备份恢复测试环境，之后从源机器拷贝备份到目标机器并在控制文件中注册，再见行恢复测试。 备份数据库 backup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog delete input; orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=y 1rman 连接到源数据库 prd-db1-> rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 19:23:27 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159) RMAN> 2 分别列出参数文件备份，控制文件备份，数据文件备份，以及归档备份的名字 参数文件备份如下： RMAN> list backup of spfile; using target database control file instead of recovery catalog List of Backup Sets ===================
Oracle数据库归档日志日常管理与建议
Oracle数据库归档日志日常管理与建议 1.简介 近日，项目组偶有发生归档日志占满归档目录空间导致数据库hang住（无响应），导致系统不能正常应用的情况。针对此类问题，笔者从Oracle数据库归档模式、归档模式的优缺点、归档日志日常管理方法等各方面浅析并整理出归档日志日常管理与建议。请各项目组依据实际情况，规范管理归档日志，排查相关隐患，以保证系统的正常高效运营。 另外，对于已开启数据库归档模式的项目组，若数据库管理权限不在我方，可将相关归档管理建议与当地运维部门充分沟通，避免归档的不当管理引起事故。 2.数据库归档模式与归档日志 2.1数据库运行模式简介 Oracle数据库包括归档模式与非归档模式两种运行模式。 一般情况下Oracle数据库的联机重做日志会记录对数据库所做的所有的修改，如创建对象；插入、删除、更新对象；删除对象等，这些操作都会记录在联机重做日志里。Oracle 数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满（假设为1）的时候，就会发生日志切换，这时联机重做日志组2（假设为2）成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，这样反复进行。 如果数据库处于非归档模式，联机日志在切换时就会被丢弃。而在归档模式下，当发生日志切换的时候，被切换的联机日志会被归档。 如当前在使用联机重做日志1，当1被写满时，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到一个指定的目录下。这个目录为归档目录，这个过程称之为归档，拷贝的文件叫归档日志。 2.2归档模式优点与归档日志作用 数据库运行在归档模式时，后台进程ARCH会将联机日志的内容拷贝到归档目录生成归档日志。 当数据库出现介质失败时，使用数据文件备份，归档日志和重做日志可以完全恢复数据库。因此，开启归档模式及归档日志的益处与作用是非常明显的： 1.可以进行完全、不完全恢复。由于对数据库所做的全部改动都记录在日志文件中， 如果发生硬盘故障等导致数据文件丢失的故障，则可以利用物理备份和归档日志 完全恢复数据库，不会丢失任何数据。 2.可以进行联机热备。所谓联机热备，就是在数据库运行状态下，对数据库进行备 份，备份时用户对数据库的使用基本不受影响（不可避免的会对性能有负面影响）。 3.可以实施Data Guard。可以部署1个或多个备用数据库，从而最大限度地提供灾 难保护手段。
数据恢复软件及案例分析
数据恢复软件及案例分析 七个经典案例，十种拯救方法，为你揭开专业数据恢复公司最常用的数据拯救大法，让你在危机时刻能轻而易举拯救价值上百万元的数据，从此让你身价倍增! 主引导区恢复一条命令就值400元 目前，正规数据恢复公司恢复数据的起价一般为300到400元，但一些简单的故障我们通过几分钟的学习完全就能自己解决，而不必送到专业的数据恢复公司恢复。 通常来说，一旦主引导记录和分区表被损坏，硬盘里的数据虽然无法访问但也并没有丢失。所以我们可以利用软件修复损坏的主引导区，这样就可以找到丢失的数据。目前很多恶意程序都喜欢攻击硬盘的主引导区与分区表，有时候磁盘分区软件的误操作以及中途断电也会造成这类故障。 注:五颗星为最高级别。 案例:2005年6月8日，上海一家外贸公司老板的笔记本在开机启动过程中突然断电，当再次启动的时候，系统能够通过自检并检测到硬盘，但是即将进入操作系统之前提示“DISK BOOT FAILURE,INSERT SYSTEN DISK AND PRESSENTER”。然而当时该公司的IT维护人员并不知道如何将这台全外置笔记本(没有内置光驱和软驱)引导进入DOS系统，而且对于数据恢复没有什么了解。在送到数据恢复公司时，工程师使用外置软盘启动并直接在DOS下查看C盘分区时，发现其中的数据都完好无损。 故障分析:这显然是一起典型的主引导区故障，只需要几分钟便可以搞定。此类故障大约占据整体软件故障的30%以上，所以学会对付这类问题的解决方法可谓掌握了一个有效的杀手锏。另外要提醒大家的是，如果开机自检后提示“Miss operationsystem”而且DOS下可以看到C盘完整内容，这也是属于主引导区故障。如果大家能够花点时间简单学习一下，完全可以自已解决。 对于这一类软件故障，大家可以用软盘启动系统。然后键入“C:”，看看能否读取C盘的内容。造成这一情况比较复杂，根据主引导区破坏程度的不同，C盘能否被读取也不能确定。如果C盘中的数据可以读出的话，那么大家只要使用Fdisk/mbr命令进行无条件重写主引导区一般都能成功，而且可以保留原有的数据。值得注意的是，运行Fdisk/mbr命令时系统是没有任何反应的，但实际上它已经起了作用，因为硬盘分区表的数据量很小，写入时间几乎让人感觉不到(图1，使用Fdisk/mbr命令无条件重写分区)。 图1 当然，即便不能读取C盘，我们也可以使用Fdisk/mbr命令。事实上Fdisk/mbr的作用十分明显，也能对付一些主引导区病毒，大家一定要好好利用，这堪称是对付硬盘在BIOS中可以识别而DOS下无法操作的第一件工具。 小知识:除了Fdisk的这一隐藏参数，大家还可以使用Fixmbr这款DOS下的小工具。在DOS 下直接执行该文件之后，系统会自动检查分区表结构，经过用户确认之后，它就开始自动修复。与Fdisk/mbr命令相比，Fixmbr具有更好的效果，很多Fdisk/mbr命令不能解决的主引导区问题都能被它轻松搞定。 PCW工具谱 软件名称:Fixmbr 授权方式:共享软件 软件大小:12KB 下载地址:https://www.360docs.net/doc/2117908907.html,/utility/ant ivirus/av98/6967.html 分区表破坏导致文件无法访问 分区表的概念比主引导区更大，因此其故障情况已经包含上述主引导区故障，此外还会体现在进入操作系统后发现部分分区丢失，或是磁盘管理器中显示错误的容量。与主引导区相比，分区表被破坏时的修复相对要复杂一些。 案例:张先生是一家私营企业的财务主管，在电脑上安装了Windows 98和Windows XP双系统。但是最近想把Windows98删除并且合并分区。不料在采用PQ Magic时操作失误，慌忙之下重新启动计算机。当再次进入Windows98后，发现硬盘最后两个分区的容量都不对了，而且无法打开其中的文件。由于他保管的财务数据非常重要，因此一下子急得如热锅上的蚂蚁。最终张先生还是去了数据恢复公司进行处理，花费了整整
oracle11g安装图解
Oracle11G安装图解 进入oracle安装界面，我们选择高级安装 出现选择安装类型，我们选择企业版，至于语言我们不用选择
Oracle 基目录：用于安装各种与ORACLE软件和配置有关的文件的顶级目录。 软件位置：用于存放安装具体ORACLE产品的主目录和路径。在此我们使用默认的配置。 在此ORACLE会选择剩余空间最多的盘作为基目录和安装目录的所在盘。 可以输入一个电子邮件或是metalink接收安全问题通知，在此我直接输入一个 电子邮件，当然也可以是metalink用户信息！
在此是因为我的内存不足，所以会报此提示，那么我们在此调整内存，以满足条件后再继续安装。
装到这个界面，这个问题直接选是，不会影响之后的安装，出现这个问题的原因是因为我的电脑没连接到网络 在此选择安装数据库。 如果是“配置自动存储管理”，则自动存储管理（ASM）可用来自动化和简化对数据文件、控制文件和日志文件的优化布局。自动存储管理（ASM）将每个文件切割成许多小扩展文件，并将它们平均分散在一个磁盘组的所有磁盘上。一旦自动存储管理（ASM）磁盘组建立，创建和删除文件的时候，Oracle数据库都会从磁盘组自动分配存储空间。如果是“仅安装软件”，则只安装ORACLE软件，
在安装之后还需要再运行数据库配置助手创建数据库。 一般用途/事务处理：适合各种用途的预配置数据库。 数据仓库：创建适用于特定需求并运行复杂查询环境。常用于存储并快速访问大量记录数据。 高级：安装结束后运行ORACLE DBCA后，用户才可以配置数据库。 在此我们选择“一般用途/事务处理” 步骤8：单独下一步后，出现“指定数据库配置选项”
TSM+ORACLE备份恢复测试报告
Oracle数据库备份恢复测试报告
目录 1.背景概述 (1) 1.1恢复测试目的 (1) 1.2恢复测试方法 (1) 1.3数据库备份架构 (1) 2.恢复所需资源 (2) 2.1主机资源 (2) 2.2实施环境 (2) 3.数据库恢复测试步骤 (3) 3.1安装配置测试主机 (3) 3.2全库恢复 (3) 3.3测试主机-TSM恢复配置 (3) 3.4测试主机-设定数据库环境变量 (4) 3.5测试主机-启动数据库到NOMOUNT状态 (4) 3.6测试主机-恢复控制文件 (4) 3.7测试主机-更改数据库到MOUNT状态 (5) 3.8测试主机-恢复数据文件 (5) 3.9测试主机-恢复归档日志 (9) 3.10测试主机-以RESETLOGS方法打开数据库 (11) 3.11测试主机-重启数据库 (11) 4.恢复结果 (12)
1.背景概述 1.1恢复测试目的 为了验证数据库的备份有效性，我们进行了此次的数据库恢复测试，用来确保 数据库备份的正确性，可恢复性。 1.2恢复测试方法 异机恢复 因为生产数据库已经在使用，我们不能在生产数据库上进行本机恢复测试，为 了不影响生产数据库的正常使用，我们将在测试机上进行恢复测试。 1.3数据库备份架构 1.备份系统采用IBM Tivoli备份软件； 2.带库使用ADIC磁带库。
2.恢复所需资源 2.1主机资源 需要准备恢复的测试主机，最佳做法是恢复测试主机的硬件架构、操作系统版本和生产主机一致。 2.2实施环境
3.数据库恢复测试 步骤 3.1安装配置测试主机 因为测试机完全拷贝备份主机，故测试机与生产机环境一致，确保测试主机已经正常 运行，并能于要恢复的生产主机，备份主机网络连通。 3.2全库恢复 利用TSM软件界面，调用原来所备份的数据库，以及相应的数据库恢复工具RMAN的 脚本，进行ORACLE 数据库系统的全库恢复。 3.3测试主机-TSM恢复配置 因为测试主机与生产主机架构相同，故只需在TSM SERVER上定义SAN server。 如下：
ORACLE清理归档日志
清理归档日志： archive log 日志已满 ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法 1. 用sys用户登录 sqlplus sys/pass@tt as sysdba 2. 看看archiv log所在位置 SQL> show parameter log_archive_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest string log_archive_dest_1 string log_archive_dest_10 string 3. 一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence SQL> archive log list; Database log mode Archive Mode
Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 360 Next log sequence to archive 360 Current log sequence 362 4. 检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到 SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES ------------ ------------------ ------------------------- --------------- CONTROLFILE .13 0 1 ONLINELOG 0 3 ARCHIVELOG 0 141 BACKUPPIECE 0 0 0 IMAGECOPY 0 0 0 FLASHBACKLOG 0 0 0 5. 计算flash recovery area已经占用的空间 SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
数据恢复的常用方法
数据恢复的常用方法 硬盘作为计算机中存储数据的载体，往往会因为硬件、软件，恶意与非恶意破坏等因素而出现存储数据完全或部分丢失的现象，特别是在这个随时可能遭受攻击的网络时代，硬盘数据还面临网络方面的破坏。重要数据文件一旦丢失，损失势必难以估量…… 面对这些潜在的危险，再周密和谨慎的数据备份工作都不可能为我们的数据文件提供实时、完整的保护。因此，如何在硬盘数据被破坏后进行妥善而有效的数据拯救，就成为广大用户普遍关心的一件事情。下面本文就硬盘存储数据丢失的原因、恢复技术及相关保护措施方面进行了一些探讨。 一、数据丢失的原因及产生现象 造成数据丢失的原因大致可以分为三大类：软件、硬件和网络。 1.软件方面的起因比较复杂，通常有病毒感染、误格式化、误分区、误克隆、误作等几种，具体表现为无作系统，读盘错误，文件找不到、打不开、乱码，报告无分区等。 2.硬件方面的起因有磁盘划伤、磁组损坏、芯片及其它原器件烧坏、突然断电等。具体表现为硬盘不认，盘体有异常响声或电机不转、通电后无任何声音等现象。 3.网络方面的起因有共享漏洞被探知并利用此漏洞进行的数据破坏、木马病毒等。 上述三种数据的丢失往往都是瞬间发生的事情，能否正确地第一时间判断出数据丢失的原因对于下一步所讲述的数据恢复是很重要的。 二、硬盘数据恢复的可能性与成功率 什么是数据修复呢，数据修复就是把遭受破坏或误作导致丢失的数据找回来的方法。包括硬盘、软盘、可移动磁盘的数据恢复等。数据恢复可以针对不同作系统（DOS、Windows9X/NT/2000、UNIX、NOVELL 等）的数据进行恢复，对于一些比较特殊的数据丢失原因，数据恢复可能会出现完全不能恢复或只能恢复部分数据，如：数据被覆盖（OVERWRITE）、低级格式化（LOWLEVELFORMAT）、磁盘盘片严重损伤等。 1.恢复数据的几项原则 如果希望在数据恢复时保持最大程度的恢复率，应遵循以下几项原则： 发现问题时：如果可能，应立即停止所有的写作，并进行必要的数据备份，出现明显的硬件故障时，不要尝试修复，应送往专业的数据恢复公司。 恢复数据时：如果可能，则应立即进行必要的数据备份，并优先抢救最关键的数据，在恢复分区时则应优先修复扩展分区，再修复C。 2.数据恢复可能性分析 硬盘数据丢失后，数据还能恢复吗？这是许多电脑用户最关心的问题。根据现有的数据恢复实践和经验表明：大多数情况下，用户找不到的数据往往并没有真正的丢失和被破坏，80%的情况下,数据都是可以复原的。下面是常见的几种数据恢复可能性与成功率分析： ·病毒破坏 破坏硬盘数据信息是电脑病毒主要的设计目的与破坏手段。有些病毒可以篡改、删除用户文件数据，导致文件无法打开，或文件丢失；有些更具破坏力的病毒则修改系统数据，导致计算机无法正常启动和运行。针对病毒导致的硬盘数据丢失，国内各大杀毒软件厂商都掌握了相当成熟的恢复经验，例如江民科技的KV系列杀毒软件就曾将恢复这类数据的过程与方面在软件中设计成了一个模块，即使是初级的用户也只需经过简单的几个步骤就可恢复85~100%的数据。 ·软件破坏 软件破坏通常包括：误删除、误格式化、误分区、误克隆等。目前的硬盘数据恢复技术对于软件破坏而导致的数据丢失恢复成功率相当的高平均90％以上。此类数据恢复技术已经可以对FAT12、FAT16、FAT32、NTFS4.0、NTFS5.0等分区格式，DOS、Windows9X/ME、WindowsNT/2000、WindowsXP、UNIX、Linux 等作系统完全兼容。 ·硬件破坏 硬件原因导致数据丢失，如果是介质设备硬件损坏，电路板有明显的烧毁痕迹或设备（如硬盘）有异响或BIOS不认硬盘参数，这种情况下的数据恢复对于个人用户显得非常困难，所以遇到这种情况，
Oracle_11g 安装图解(详细版)
Oracle 11g安装图文攻略 呵呵，花了一个多小时，左右把11g安装折腾好了。其中折腾SQL Developer 花了好长时间，总算搞定了。好了，先总结下安装步骤，希望给后面的童鞋提高安装效率。呵呵。 一、Oracle 下载 注意Oracle分成两个文件，下载完后，将两个文件解压到同一目录下即可。路径名称中，最好不要出现中文，也不要出现空格等不规则字符。 官方下地址： https://www.360docs.net/doc/2117908907.html,/technetwork/database/enterprise-edition/downloads/ index.html以下两网址来源此官方下载页网。 win 32位操作系统下载地址： https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win32_11gR2_database_ 1of2.zip https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win32_11gR2_database_ 2of2.zip win 64位操作系统下载地址： https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win64_11gR2_database_ 1of2.zip https://www.360docs.net/doc/2117908907.html,/otn/nt/oracle11g/112010/win64_11gR2_database_ 2of2.zip 二、Oracle安装 1. 解压缩文件，将两个压缩包一起选择，鼠标右击 -> 解压文件如图
oracle数据库恢复方案
目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1，恢复的两个阶段 (3) 2，Oracle实例启动的三个阶段 (3) 3，RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件： (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件： (4)
2) 当前使用的重做日志文件（未归档）： (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)
(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) （二）使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) （三）使用RMAN进行在线数据块恢复 (14) 一、相关概念 1，恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore（还原）：把控制文件、重做日志文件和数据文件还原到正确位置。Recover（恢复）：恢复还原后的数据文件，使数据库达到一致状态。
2，Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段： l NOMOUNT（未装载）：读入参数文件，验证参数文件中的目录是否存在。 l MOUNT（装载）：读入参数文件指定位置的控制文件。 l OPEN（打开）：验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致，然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN（关闭）状态下，确保参数文件指定的文件夹存在，启动到NOMMUNT 状态。 2) NOMOUNT状态下，保证控制文件的位置和命名与参数文件中相同，控制文件中指定的重做日志文件和数据文件存在，然后启动到MOUNT状态。 3) MOUNT状态下，执行RMAN还原和恢复操作。
数据恢复硬盘开盘全过程-(图解)
现在,硬盘的容量越来越大,给我们的工作带来了极大的方便.但是,硬盘的脆弱使得他一旦出现问题.我们又没有及时备份,后果将是带来无法估量的损失.幸好,目前在国内出现的一个新兴行业\"数据恢复\",使得我们遇到数据丢失,病毒破坏,误删除,误ghost,硬件故障...等不幸后可以极大地挽救重要数据,从而减少损失. 今天介绍的是大家最为关心,最为好奇,也很少见到的硬盘开盘更换磁头处理.首先我们要了解一下磁头与盘片的关系,大家都知道,数据是以磁记录方式存储在盘片上的,读取和写入都靠磁头来完成.然而,磁头并不是贴在盘片上读取的,由于磁盘的高速旋转,使得磁头利用“温彻斯特/Winchester”技术悬浮在盘片上.这使得硬盘磁头在使用中几乎是不磨损的,这使得数据存储非常稳定,硬盘寿命也大大增长.但磁头也是非常脆弱的,在硬盘工作状态下,即使是再小的振动,都有可能使磁头受到严重损坏.由于盘片是工作在无尘环境下,所以,我们在处理磁头故障,也就是更换磁头时,都必须在无尘室内完成,而且还要有扎实的基本功,熟练的技巧,才能使成功率大大提高上海数据恢复.现在我们就来边看图片.边了解更换磁头的具体过程 首先,开盘需要特定的条件和工具,无尘环境是必不可少的,其次我们可以从图中看到还需要医用手套,美工刀,尖嘴钳,直头和弯头镊子,螺丝刀(一字和t8)
这次我们要更换磁头的硬盘是某客户的一个迈拓120g 硬盘,故障情况是工作后不认盘,电机转,有敲头声.首先,我们用美工刀小心地揭开硬盘上的保修标签.
接下来当然是拆除top上的所有螺丝,为了工作效率,外面不是要求很高的螺丝,我们可以用电动起子去卸.
Oracle 11g安装及验证图文攻略
服务器磁盘分配 一般C盘100G装系统、D盘80G放ORACLE基目录和软件位置、E盘剩余空间（最大）放数据库目录。 Oracle 11g安装图文攻略 注意用administrator用户登录 一、Oracle 下载注意Oracle分成两个文件，下载完后，将两个文件解压到同一目录下即可。路径名称中，最好不要出现中文，也不要出现空格等不规则字符。二、Oracle安装1. 解压缩文件，将两个压缩包一起选择，鼠标右击- 解压文件如图2.两者解压到相同的 一、Oracle 下载 注意Oracle分成两个文件，下载完后，将两个文件解压到同一目录下即可。路径名称中，最好不要出现中文，也不要出现空格等不规则字符。 二、Oracle安装 1. 解压缩文件，将两个压缩包一起选择，鼠标右击-> 解压文件如图 2.两者解压到相同的路径中，如图：
3. 到相应的解压路径上面，找到可执行安装文件【setup.exe 】双击安装。如图： 4. 安装第一步：配置安全更新，这步可将自己的电子邮件地址填写进去（也可以不填写，只是收到一些没什么用的邮件而已）。取消下面的“我希望通过My Oracle Support接受安全更新(W)”。如图：
5. 安全选项，直接选择默认创建和配置一个数据库(安装完数据库管理软件后，系统会自动创建一个数据库实例)。如图：
6. 系统类，直接选择默认的桌面类就可以了。(若安装到的电脑是，个人笔记本或个人使用的电脑使用此选项) 服务器类直接点击这里跳转如图：
7. 典型安装。重要步骤。建议只需要将Oracle基目录更新下，目录路径不要含有中文或其它的特殊字符。全局数据库名可以默认，且口令密码，必须要牢记。密码输入时，有提示警告，不符合Oracel建议时不用管。(因Oracel建议的密码规则比较麻烦，必须是大写字母加小写字母加数字，而且必须是8位以上。麻烦，可以输入平常自己习惯的短小密码即可) 如图：
ORACLE 11G HA NBU异机恢复过程
ORACLE 11G AIX HA ----NBU异机恢复过程 恢复前提 1.两台机器上NUB软件都已经安装好 2.指定Master SERVER 上的/usr/openv/netbackup/bp.conf恢复源 FORCE_RESTORE_MEDIA_SERVER = 生产库hostname 测试库hostname 从生产库恢复到测试库。 操作目的 节点POTLDB01 数据库恢复到POTLDB02 即在节点POTLDB01上运行，并在节点POTLDB01上备份，恢复到POTLDB02上 节点POTLDB01机器检查过程 1.检查环境变量检查 root@POTLDB01:/usr/openv/rmanscript#ps -ef |grep smon root 385272 467274 0 10:40:22 pts/2 0:00 grep smon oracle 655484 1 0 Jul 25 - 0:06 ora_smon_portaldb 机器名字 root@POTLDB01:/usr/openv/rmanscript#hostname POTLDB01 root@POTLDB01:/usr/openv/rmanscript#pwd ---rman脚本位置 /usr/openv/rmanscript root@POTLDB01:/usr/openv/rmanscript#ls hot_database_portaldb.sh hot_database_portaldb.sh.out hot_database_portaldb.sh_bak /etc/hosts文件 172.16.3.115 POTLDB01_boot 172.16.3.116 POTLDB02_boot 172.16.3.116 POTLDB02 172.16.3.115 POTLDB01 1.1.3.115 POTLDB01_stby 1.1.3.116 POTLDB02_stby
ORACLE数据库归档日志满后造成系统宕机的处理方法
第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图： 提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于ORACLE数据库的归档日志被启用了，而我们系统默认是没有启用ORACLE数据库归档日志这个功能的。 使用sql命令查看： Sql>sqlplus / as nolog;---------------------启动sql*Plus Sql> connect sys/password@orcl as sysdba; Sql> archive log list; 数据库日志模式存档模式 自动存档启用 存档终点USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列4888 下一个存档日志序列4890 当前日志序列4890 Sql> show parameter db_recovery_file_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 20G 发现默认的归档路径为D:\oracle\product\10.2.0/flash_recovery_area。而且限制使用空间为20G。由于每天产生的oracle归档日志差不多就占用2个G的磁盘空间，而且oracle自身并不会自动清理也没有相关设置自动清理归档日志的功能，一段时间不进行清理，20G空间很快就满了。 与客户商议，准备关闭归档日志功能，客户了解情况后，觉得归档日志功能还是需要开启，（归档日志是oracle灾难恢复的必要数据），于是准备把归档日志使用空间扩大，设成200g。 处理方法： 一、首先要处理日志空间满的情况： 1、删除归档日志物理文件，归档日志一般都是位于D:\oracle\product\10.2.0\flash_recovery_area\ORCL\ARCHIVELOG目录下，以日期文件夹存放，删除时至少保留最近几天的日志用于数据库恢复。 2、归档日志的物理文件删除后，ORACLE可以正常登录了，但是还没完全把归档日志删除干净，ORACLE的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM 管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，利用RMAN进行删除操作； 进入cmd， 1.指定数据库实例 C:/Documents and Settings/Administrator>SET ORACLE_SID =orcl 2.连接数据库
数据恢复的概念及注意事项以及恢复方法.
数据恢复的概念及注意事项以及恢复方法 数据恢复：单纯从字面上的解释也就是恢复数据。 一、什么是数据？ 名词解释：进行各种统计、计算、科学研究或技术设计等所依据的数值。 数据的应用领域非常广泛，但在这里我们仅针对计算机领域中部分应用来了解。在计算机科学中，数据是指所有能输入到计算机并被计算机程序处理的符号的介质的总称，是用于输入电子计算机进行处理，具有一定意义的数字、字母、符号和模拟量等的通称。 电子计算机加工处理的对象 早期的计算机主要用于科学计算，故加工的对象主要是表示数值的数字。现代计算机的应用越来越广，能加工处理的对象包括数字、文字、字母、符号、文件、图像等。 二、什么是数据恢复？ 当存储介质出现损伤或由于人员误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。工程师通过特殊的手段读取在正常状态下不可见、不可读、无法读的数据。 数据恢复是指通过技术手段，将保存在台式机硬盘、笔记本硬盘、服务器硬盘、存储磁带库、移动硬盘、U盘、数码存储卡、Mp3等等设备上丢失的电子数据进行抢救和恢复的技术。 三、从哪恢复？ 数据记录设备：数据以某种格式记录在计算机内部或外部存储介质上。 存储介质是指存储数据的载体。比如软盘、光盘、DVD、硬盘、闪存、U盘、CF 卡、SD卡、MMC卡、SM卡、记忆棒（Memory Stick）、xD卡等。目前最流行的存储介质是基于闪存（Nand flash）的，比如U盘、CF卡、SD卡、SDHC卡、MMC 卡、SM卡、记忆棒、xD卡等。
四、如何恢复？ 针对不同故障的不同问题具体分析、判断。 数据恢复的故障类型 大体上可分为硬故障和软故障两类。 硬故障是指存储介子的物理硬件发生故障、损坏。 如：硬盘物理故障（数据储存装置--主要是磁盘） 大量坏道（启动困难、经常死机、格式化失败、读写困难）； 电路板故障：电路板损坏、芯片烧坏、断针断线。（通电后无任何声音、电路板有明显的烧痕等）； 盘体故障：磁头损坏、磁头老化、磁头烧坏（常有一种“咔嚓咔嚓”的磁头撞击声）；电机损坏（电机不转，通电后无任何声音）； 固件信息丢失、固件损坏等。（CMOS不认盘、“磁盘管理”中无法找到该硬盘）；盘片划伤。 软故障是相对于硬故障而言的，即存储介子物理硬件没有损坏，通过软件即可解决的故障。包括误删除、误格式化、误分区、误GHOST等。 删除 删除操作却简单的很,当我们需要删除一个文件时,系统只是在文件分配表内在该文件前面写一个删除标志,表示该文件已被删除,他所占用的空间已被"释放", 其他文件可以使用他占用的空间。所以，当我们删除文件又想找回他（数据恢复）时，只需用工具将删除标志去掉，数据被恢复回来了。当然，前提是没有新的文件写入，该文件所占用的空间没有被新内容覆盖。 格式化 格式化操作和删除相似，都只操作文件分配表，不过格式化是将所有文件都加上删除标志，或干脆将文件分配表清空，系统将认为硬盘分区上不存在任何内容。格式化操作并没有对数据区做任何操作，目录空了，内容还在，借助数据恢复知识和相应工具，数据仍然能够被恢复回来。 注意：格式化并不是100%能恢复，有的情况磁盘打不开，需要格式化才能打开。如果数据重要，千万别尝试格式化后再恢复，因为格式化本身就是对磁盘写入的过程，只会破坏残留的信息。 低级格式化 就是将空白的磁盘划分出柱面和磁道，再将磁道划分为若干个扇区，每个扇区又划分出标识部分ID、间隔区GAP和数据区DATA等。可见，低级格式化是高级格式化之前的一件工作，它不仅能在DOS环境来完成，也能在xp甚至vista系统下完成。而且低级格式化只能针对一块硬盘而不能支持单独的某一个分区。每块硬盘在出厂时，已由硬盘生产商进行低级格式化，因此通常使用者无需再进行低级格式化操作。 分区 硬盘存放数据的基本单位为扇区，我们可以理解为一本书的一页。当我们装机或买来一个移动硬盘，第一步便是为了方便管理--分区。无论用何种分区工具，都