enterprise|oracle|备份|数据|数据库|问题 冷备份/还原Oracle数据库By kayuk 1.备份数据库 备份?oradata\DB2(数据库DB2所存储的文件夹)中的所有DBF.CTL.LOG文件. 备份?database中的initDB2.ora文件.(数据库??备份文件init??.ora) 2.恢复数据库过程 a.删除原数据库 connect sys/ora123 as sysdbastartup mount restrictdrop databaseshutdown

       对于在线交易系统,且Oracle用户在使用缺省的profile的情形下,多用户共享相同的数据库用户及密码,任意用户输入错误密码累计达到10次以上,其帐户会被自动锁定使得交易被迫临时终止将产生不小的损失.故有必要对那些失败的帐户登陆进行分析以预估是否存在恶意攻击等.Oracle提供了审计功能用于审计那些失败的Oracle用户登陆来进行风险评估.本文即是描述如何开启审计失败的用户登陆.本文不涉及审计的具体的描述信息,仅仅描述如何审计失败的用户登陆.详细完整的审计大家可以参考Oracle

oracle oracle产品服务和技术级别介绍     很多朋友询问正版Oracle数据库产品和盗版产品主要有什么区别呢,其实从产品技术本身来讲,区别不大,可以从OTN网站上下载一个数据库产品,然后安装使用,正版和盗版最大的区别就是,如果你购买了正版产品就可以享受Oracle公司给您提供的服务,数据库一旦出问题了,可以找Oracle公司的技术人员来解决,那么Oracle具体的服务内容是什么呢,我总结了一下: 标准支持服务Standard Product Support 标准服务是获得ORACL

oracle 在Windows系统中有些时候,Oracle的数据库会无法自动启动成功,但是手动启动却是可以的,在这种情况下我们可以尝试重新创建Oracle服务来看看问题是否能够解决. 重建Oracle服务可以利用Oracle在Windows操作系统下特有的oradim使用程序. 数据库的SID可以通过下面的方法知道: 检查windows的服务,找到类似于OracleServiceXXXX的服务名称,其中的XXXX部分就是数据库的SID,比如如果数据库的SID是test,那么服务名称就是Oracl

Opatch位置E:\upgrade--为何要升级OPatch,原因是oracle补丁包的readme文本里面会提示你,打该补丁opatch版本必须为多少以上,假如没达到要求,打补丁会失败 Patch 位置E:\upgrade\patch14\ 13460968 set ORACLE_SID=orcl set ORACLE_HOME=E:\ORACLE\PRODUCT\10.2.0\DB_1 set PATH= E:\ORACLE\PRODUCT\10.2.0\DB_1\bin;E:\upgra

 1 oracle的安装常识(oracle10g和oracle11g的版本差别): A 安装目录都不要有中文和空格 B oracle10g支持winxp 不支持win7,8和vista;Oracle11g支持所有版本   2 Oralce服务器:由oracle实例和oracle数据库组成 oracle数据库:磁盘上物理文件的集合 A 当配置了oracle_home时,可以通过 echo$ORACLE_HOME来查看oracle的安装目录 B bin目录(存放exe工具).位置:F:\app\

一.Oracle XE 数据库与连接工具安装使用 Oracle数据库历来以价格昂贵出名,当然贵有贵的道理,成为一个Oracle DBA也是令人羡慕的事情,如果程序员熟悉Oracle使用也有机会接触到大型的项目,但是Oracle似乎对一般程序员不怎么友好,因为其繁琐的安装配置过程和对系统硬件的苛求,另一般人望而止步,我最早从Oracle 9i开始接触它,深有感受,特别是熟悉了SqlServer的开发人员,初次接触Oracle还是很不习惯的.比如它没有SqlServer数据"库"的概念,一

问题描述 安装oracle 11g,用plsql登陆出现ORA12560:协议适配器错误 第一次装oracle 11g,删了一次重装,重装系统后重装还是这个问题....求救! 解决方案 检查下防火墙是不是阻止了程序端口,oracle是否正确安装,它的服务有没有启动,如果安装了杀毒软件,应该在安装前先关闭它. 解决方案二: 解决Oracle 11g出现的"RA-12560 TNS:协议适配器错误"oracle 11g 协议适配器错误ORACLE 11g出现TNS: 协议适配器错误解决方法

问题描述 检测应用服务器与oracle服务连接是否正常 上个月客户那里更换了oracle服务器,这个月跑了两年的应用总是出现问题,每次都需要重启服务才可以恢复生产系统,此时用工具连接数据库正常,有时候重启时明显感觉到从数据库中读取数据很慢,估计应用出问题也跟这个有关.由于数据库另一个公司做管理,我们没有权限来排查问题.现在想请教有没有什么方法可以检测应用服务器访问数据库的情况?不是只显示能否正常连接,因为数据量比较大,访问数据库较慢也会造成请求超时引发问题. 解决方案 在应用服务器上持续观测与数