1.安装一个和原系统一致的oracle 环境,主要包括版本.数据名sid.实例名.路径和数据库编码一致 2.修改listener.ora的参数 SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = D:\oracle\product\10.1.0\db_1) (PROGRAM = extproc) ) (SID_DESC = (GLOBAL_DBNAME = orcl) //如果已经有

之前用了8年的win7系统被我删注册表给折腾挂了, 无法进入系统, 无法进入安全模式, 无法使用光盘修复 只能重装系统,习惯性的重装前GHOST备份了一下 今天忽然发现有好几个项目文件居然成了绿色的,最初以为权限问题,各种设置无法解决 后经查证,被之前的系统使用EFS加密了, 想不通怎么加密的,因为从未主动加密过, 甚至怀疑是被VS给弄加密的(因为之前解决方案中启用的项目文件加密了,卸载的项目文件没事) EFS解密涉及windows登录帐密, 公钥, 私钥, 缺一不可,详细加密流程,百度一大堆

alter database datafile '/data/app/oradata/ora237/users01.dbf' offline drop; 强制删除该故障文件

问题描述: 误删除Oracle数据库的dbf文件,在启动和关闭数据库是会提示错误. startup启动数据库时提示: ORA-01157:无法标识/锁定数据文件 ORA-01110:数据文件:‘....../X1000_1.dbf' 未找到 解决方法: 1.sql>alter system set "_ALLOW_RESETLOGS_CORRUPTION"=true scope=spfile; System altered. 2.sql>shutdown immediate

格式化重装系统后,才想起来oracle 10g 数据库没有做备份,开始以为很麻烦,没想到数据库恢复的还挺顺利的 恢复方法: 1,把原来的数据库文件备份,(D:\oracle\product\10.2.0\oradata\gqxt),重新命名即可,我命名为gqxt_old,(否则装数据库的时候会提示sid已存在). 2,重新安装数据库到原来的路径(不安装到原来的路径也没关系,但是原来的数据库文件必须在原来的路径不能变,也就是oradata\gqxt所在的路径不能变),数据库的名字就是你要恢复的名字

可能有些人会由于各种原因经常重装系统,但是系统里面总是有一些比较重要的软件在重装后就不能用了.比如oracle数据库,众所周知数据库如果通过dmp导入导出麻烦不说,还很耗时,特别是像笔者一个数据库就有上百G的内容,通过导入dmp来恢复就更不现实了.遇到这样的情况,我们就来通过已有的数据库文件还原一个数据库吧. (1)准备一个和原来数据库版本一样的oracle安装文件,如Oracle R2 (10.2.0.1) 64位企业版 (2)删除或备份原来的数据库安装目录,如“E:\oracle\produ

如果我们的操作系统出现问题,重装系统后,ORACLE数据库应该如何恢复呢?下文就为您列举了两个重装系统后ORACLE数据库恢复的方法,供您参考. ORACLE数据库恢复的方法我们经常会用到,下面就为您介绍重装系统后ORACLE数据库恢复的方法,希望对您学习ORACLE数据库恢复方面能有所帮助. 我的电脑突然挂了,不得不重装系统,不过我的ORACLE装在了D盘,所有的文件都还在,我相信一定能够恢复,直到搞定工作,我才开始整我的数据库,花了两天时间,终于恢复了,庆祝一下,同时总结一下,希望有遇到同样

由于移动或删除DBF文件报错:ORA-01033: ORACLE initialization or shutdown in progress   原因:一般该类故障通常是由于移动文件而影响了数据库日志文件出现损坏而导致的无法正常进行IO操作而引起的错误.ORACLE将识别为数据库未装载完成而导致出现如上错误.   故障特征:使用命令行sqlplus或PL/SQL Developer均无法打开数据库.但是可以使用sys用户以sysdba的身份登录系统   解决方法:  

缩小Oracle目录下UNDOTBS01.DBF文件的大小 分类: Oracle 使用sys用户登录Oracle 方法一:重置表空间大小 执行ALTER DATABASE DATAFILE 'D:ORACLEORADATAUNDOTBS01.DBF' RESIZE 100M; 其中 'D:ORACLEORADATAUNDOTBS01.DBF' 为您系统中UNDOTBS01.DBF文件的存储路径;100M为重置后的大小,根据需要修改 如果方法一无法执行,可使用方法二 方法二:新建UNDO表空间,替

前言:由于公司电脑进行统一版本升级,需要重装系统(只对C盘做升级),记录一下踩过的坑! 首先理一下思路,看那些东西需要做: 1.jdk及其环境变量 2.eclipse(文件夹版的需要运行项目进行测试).idea 3.mysql.Oracle 4.xshell.xftp 5.浏览器(登陆账号会自动进行书签账号密码备份) 6.svn.gitlab 7.... 重装之前需要准备将自己的开发工具备份例如: jdk:   (一般都在C盘)只需要将文件夹备份即可: 将jdk文件夹找到,进行环境变量的配置需要

DBF 文件 ORACLE 数据库恢复 清·魏源<庸易通义>:"至道问学之有知无行,分温故为存心,知新为致知,而敦厚为存心,崇礼为致知,此皆百密一疏." 起因 在我们的生产活动中,意外总是在不经意间发生.那天一个安装有 oracle 数据库的盘符不小心被格式化了,好几个项目都炸了.不过还好有备份,不过只有 .DBF 文件和几个日志文件: //数据库系统相关 REDO01.LOG REDO02.LOG REDO03.LOG SYSTEM01.DBF UNDOTBS01.DBF

atitit.修复xp 操作系统--重装系统--保留原来文件不丢失 1. 修复目标...保持c盘文件,恢复system文件走ok... 1 2. 重装系统以前的操作 1 2.1. 避免格式化c盘/ghost 1 2.2. 备份document 用户目录andwindows..... 1 2.3. 最好不个系统安装到个另一个分区... 2 3. 重装系统 2 3.1. 制造u盘启动,U大师 umaster...320M,整合了pe ,maxdos 环境... 2 3.2. 下载xp安装版本..WI

如题:vmware重装系统后自定义的:虚拟机名称*.vmdk文件重用. 一.问题描述 系统磁盘坏道,装不上系统直接换了硬盘,但是新装的Vmware不能够通过open方式打开“自定义*.vmdk”(这个是新建虚拟机的实例). 二.解决方案 解决方法步骤: 1.打开虚拟机,新建一个同“自定义*.vmdk”同一平台的新的实例如:AwmXP. 2.找到虚拟机所在的磁盘路径,将原来的“自定义*.vmdk”的名字改为AwmXP.vmdk. 三.成果展示

前些天做EF Model-First测试,开发环境为VS2013,数据库为Oracle 11g.所有东西都装好数据模型已经建立后准备执行“根据模型生成数据库”命令时,出现:Could not load file or assembly ‘ Oracle.ManagedDataAccess.EntityFramework, Version=6.121.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342’ or one of its depen

原文地址:https://blog.csdn.net/sinat_38799924/article/details/74059037 重装系统时为了让系统数据保持可用我们需要做一些备份处理.比如用户数据和应用安装. 解决文件被占用报错,采用了修复模式的重启. 即在按下Shift键再点击重启,这时系统会进入一个界面,你点击疑难修复>高级选项>命令行选项 就可以了(不附图了,应该好找的),然后再命令行中一次输入这三条信息 robocopy "C:\Users" "D:

一. select * from dba_data_files 使用该条语句可以查看当前库中有多少表空间并且DBF文件的存储位置 二. 找到对应的dbf文件,将该文件复制到你需要移动的位置 三. 开始 - 运行 - 输入cmd 进入命令提示符 输入 sqlplus /nolog //原来位置:C:\APP\Oracle\oradata\orcl\test.DBF //移动后位置E:\测试\test.DBF . sql> conn / as sysdba; . sql> shutdown imm

1.背景说明 在Oracle数据库中插入了1.5亿条数据, 并且创建了主键索引, 又插入了1.5亿条数据到另外一张表, 导致数据库表空间暴涨到28G, 由于根目录下只有50G的空间, 数据库文件所在磁盘空间不够, 已经撑爆,完全无法写入任何新的文件, 所以需要将数据库dbf迁移到有空间的磁盘. 2.登录Oracle的system用户 sqlplus / as sysdba system/123456 3 .关闭数据库 shutdown immediate; 有可能无法关闭,报错说system用户

起因: 有一天,我突然感觉到电脑的运行明显变慢,慢的可怕,启动任务资源管理器一看,不看不知道,一看吓一跳,CPU使用率,物理内存皆100%,当时的第一印象,是电脑中病毒了吧!!,进入进程一看,有几个名字毫无规律的进程霸占了我的CPU使用率,我打开它们的文件位置进行手动删除,就这样,最后剩下一个病毒....我心里在窃喜,以为将要大功告成-----却不想这只是一个开始,点击打开这个病毒文件位置时,竟然跳转到桌面,好顽固的病毒.想了想,重装系统吧(也是第一次,想从中学点什么),重新搭建开发环境,就这样

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d