MAXIMUM PERFORMANCE mode in ora92_arc0_1252.trc
系统是 9iR2 的 DataGuard . 今天 Data Guard 主库BDUMP 目录下产生包含如下内容的trace 文件:......Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE modeDestination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT modeDestination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE modeDestination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT modeDestination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode...... 网上搜索了一下 从DBA notesThis message indicates that the LGWR is sending archivelogs to the st
在P4机器上安装Oracle 8i -2
在P4机器上安装Oracle 8i 2、Oracle 8.1.x解决办法 (1)创建一临时目录,并将Oracle8i的安装源程序拷贝到此目录。 找到目录stageComponentsoracle.swd.jre1.1.7.301DataFilesExpandedjrewin32in下的symcjit.dll 的文件,并改名为 symcjit.old。注意OEM目录下还有一个symcjit.dll文件要改名。 (2)搜索到oraparam.ini文件,打开它,改变行RE_MEMORY_OPTIONS=-mx48m的参数为JRE_MEMORY_OPTIONS=-nojit -ms16m -mx32m (3)其它的参数保持不变。 (4)执行本地硬盘installwin32setup.exe目录下的Setup.exe文件。此时调用的是修改过的参数文
在P4机器上安装Oracle 8i-1
在P4机器上安装Oracle 8i一、系统环境及准备工作 硬件: Intel P4的处理器 256M的内存 硬盘有三个分区C、D、E,光驱为F 软件: 操作系统WINDOWS 2000 SERVER、WINDOWS 98 数据库ORACLE 8.0.6 for NT或ORACLE 8.1.x for NT 准备工作: 确保机器上没有装过Oracle产品。如有的话请先卸载,再将注册表中所有Oracle的相关项删除。 在WINDOWS 2000 SERVER上安装Oracle Enterprise Edition 在WINDOWS 98上安装Oracle Client 二、故障现象 1、在WINDOWS 2000 SERVER上安装Oracle8.0.6时 当选择定制安装,并创建数据库时,主要应用程序都已安装完成
解决Restarting死进程QMN0问题一例
解决Restarting死进程QMN0问题一例[@more@]后台连续报错:Sun Apr 30 10:48:41 2006Restarting dead background process QMN0QMN0 started with pid=9Sun Apr 30 10:53:42 2006Restarting dead background process QMN0QMN0 started with pid=9 那么QMN0是什么进程呢?Queue Monitor Processes (QMNn)队列监视进程是一个可选的后台进程,为Oracle Streams Advanced Queuing所使用。最多可以配置10个队列监视进程。和Job进程一样,该进程的异常不会导致数据库的Crash。通常这个错误不会导致数据库无法启动,但是在某些平台上会存在Bug,可能会
The high water mark
-Recorded in the segment header block -Set to the beginning of the segment on the creation -Incremented in five-block increments as rows are inserted -Reset by the truncate command -Never reset by the delete command -Space above the high-water-mark can be reclaimed at the table level by using the following command: ALTER TABLE DEALLOCATE UNUSED…[@more@]
使用dba_registry
SELECT comp_name, status, substr(version,1,10) as version from dba_registry;[@more@]
数据库挂起解决,归档模式归档未自动打开
数据库挂起解决,归档模式归档未自动打开[@more@]C:>sqlplus /nologSQL*Plus: Release 9.2.0.7.0 - Production on 星期四 7月 12 14:39:22 20Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.SQL> conn / as sysdba已连接。SQL> archive log list数据库日志模式 存档模式自动存档 禁用存档终点 D:oraclearch01arch最早的概要日志序列 40下一个存档日志序列 40当前日志序列 42SQL> ALTER SYSTEM ARCHIVE LOG START;系统已更改。SQL> archive log l
Oracle9201Server安装的ResponseFile
Oracle9201Server安装的ResponseFile[@more@]由于配置中带有版本号,所以每个应答文件只能支持相应版本的安装介质主要是由于有版本不同将导致组件选取方面的错乱使用该安装应答文件,掉过前面的窗口后直接显示组建定制窗口,以便再次确认的调整要安装的组件安装中忽略安装进度界面,安装完成结束时只运行必要的配置将以下内容存为responseFile,扩展名为.rps后即可用于安装Oracle Server,安装的组件见注释部分的说明但其中的ORACLE_HOME和FROM_LOCATION、LOCATION_FOR_DISK2、LOCATION_FOR_DISK3、LOCATION_FOR_DISK4一定要设置为正确的路
utl_file_dir参数
utl_file_dir=c: 表示你可以写文件到c盘根目录下 utl_file_dir=* 表示你可以写文件到任何目录下[@more@]
oralce计算标准时间
oralce计算标准时间[@more@]SELECT TO_CHAR(to_date('1970-01-01 00:00:00','YYYY-MM-DD HH24:MI:SS')+1176688248/(3600*24),'YYYY-MM-DD HH24:MI:SS') AS CALL_TIME FROM DUAL;
行迁移_行链接的介绍
行迁移_行链接的介绍[@more@]一、行迁移/行链接的介绍 在实际的工作中我们经常会碰到一些Oracle数据库性能较低的问题,当然,引起Oracle数据库性能较低的原因是多方面的,Row Migration (行迁移) & Row Chaining (行链接)就是其中我们可以尽量避免的引起Oracle数据库性能低下的潜在问题。通过合理的诊断行迁移/行链接,我们可以较大幅度上提高Oracle数据库的性能。 那究竟什么是行迁移/行链接呢,先让我们从Oracle的block开始谈起。 操作系统的最小读写操作单元是操作系统的block,所以当创建一个Oracle数据库的时候我们应该讲数据库的
Oracle 9i和Oracle 10g v$database和V$instance视图
Oracle 9i和Oracle 10g v$database和V$instance视图[@more@]9i SQL> desc v$database; 名称 是否为空? 类型 --------------------------------||------- -------- ------------- DBID || NUMBER NAME || VARCHAR2(9) CREATED || DATE RESETLOGS_CHANGE# || NUMBER RESETLOGS_TIME || DATE PRI
查询未入档的参数
查询未入档的参数[@more@]SQL> desc x$ksppi 名称 是否为空? 类型------------------- -------- ------------------ADDR RAW(4)INDX NUMBERINST_ID NUMBERKSPPINM VARCHAR2(64)KSPPITY NUMBERKSPPDESC VARCHAR2(64)KSPPIFLG NUMBERSQL> desc x$ksppcv名称 是否为空? 类型------------------- -------- ------------------ADDR RAW(4)INDX NUMBERINST_ID NUMBERKSPPSTVL VARCHAR2(512)KSPPSTDF VARCHAR2(9)KSPPSTVF NUMBERKSPPSTCMNT VARCHAR2(255)select KSPPINM "Parameter Name",KSPPSTVF "Value",KSPPSTDF &
这一阶段在四个阶段中也是最长的-续二
这一阶段在四个阶段中也是最长的-续二[@more@]1. Starting restore at 26-MAY-052. using channel ORA_DISK_13. 4. ... messages ...5. ORA-19870: error reading backup piece C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AR6. EAANANDABACKUPSET2006_02_09O1_MF_NNNDF_TAG20060209T221325_1YR16QLT_.BKP7. ORA-19913: unable to decrypt backup8. ORA-28365: wallet is not open 错误信息是很清楚的;该钱夹必须是打开的。 如果您需要在其
这一阶段在四个阶段中也是最长的
这一阶段在四个阶段中也是最长的[@more@]您终于走到最后阶段了,这一阶段在四个阶段中也是最长的。在这一阶段您我们要完成某些更加复杂的设置,并做长期规划以消除潜在威胁。 这一部分内容包括:· 4.1 实现细粒度审计· 4.2 激活虚拟专用数据库· 4.3 屏蔽敏感的列· 4.4 对敏感数据进行加密· 4.5 安全备份· 4.6 从归档日志中挖掘历史· 4.7 结论 4.1 实现细粒度审计背景您可能已经注意到,本文到现在还没有涉及到作为审计机制的触发器。为什么? 因为使用触发器,就意味着 再次 连续地执行 SQL,这增加了整个执行时间。 对生产系统来说
这是安全性和合规性项目的第 3 阶段
这是安全性和合规性项目的第 3 阶段[@more@]在 1 个月内您可以完成哪些操作呢?可以完成很多操作,不过需要仔细的规划。本阶段涉及一些需要进行额外分析的潜在破坏性任务。 这一部分涉及:· 3.1 从脚本中删除口令· 3.2 从 RMAN 中删除口令· 3.3 将 DBA 脚本移动到计划程序· 3.4 锁定对象· 3.5 创建数据库用户的配置文件· 3.6 创建并分析对象访问配置文件· 3.7 对未来对象启用审计· 3.8 只限制来自特定节点的访问3.1 从脚本中删除口令背景某些最严重的潜在威胁是由于在应用程序、程序以及脚本中使用硬编码口令而导致的。在许多情况
这是安全性和合规性项目的第 1 阶段
这是安全性和合规性项目的第 1 阶段[@more@]这一部分涉及:· 1.1 删除默认密码· 1.2 配置 Oracle 二进制权限· 1.3 保护其他可执行文件· 1.4 使用 umask· 1.5 限制 SYSDBA 登录· 1.6 创建监听程序密码· 1.7 保护监听程序· 1.8 调整清除权限· 1.9 更改 DBSNMP 密码1.1 删除默认密码 背景在 Oracle 软件安装和数据库创建期间,创建了一个帐户之后又忘记了该帐户是很常见的。 这些帐户通常都使用默认密码(例如 SCOTT 的密码是“tiger”),很容易成为入侵者青睐的入口点。 您可能会惊讶于有如此多的生产数据库安装程序(经过审核后
这是安全性和合规性项目的第 2 阶段
这是安全性和合规性项目的第 2 阶段[@more@]这是安全性和合规性项目的第 2 阶段。 看看如何在 5 个工作日内保护您的基础架构。尽管“安全保护项目”的第 1 阶段仅持续了 24 小时,但在该阶段您已完成了很多操作。 现在将进入第 2 阶段,持续时间大约为一周。 在本阶段,您将接着上一阶段执行的操作继续执行操作,并取得一些新的进展。与以前一样,您将采取一些简单但却高效的操作来保护数据库。您可能会问,为什么本阶段要持续一周的时间呢?某些更改需要设置参数,而这些设置将导致数据库重复启动,并可能执行一些规划。 某些更改基于第
使用产品配置文件保护 SQL*Plus
使用产品配置文件保护 SQL*Plus [@more@]背景使用 SQL*Plus 时,您可能注意到,您可以发出 host 命令转到 *nix 提示符,或发出 run 命令执行某个脚本。一个很少使用但却有可能造成致命破坏的攻击便源自此功能。 您可能编写了某个从 shell 中调用的 SQL*Plus 脚本,如下所示: sqlplus someuser/somepass@remotedb @myscript.sql此处的 myscript.sql 是一个先执行然后退出的 SQL*Plus 脚本文件。在该文件执行过程中,用户可以按 Control-C(或特定 OS 的 break 键序列)中断程序流。 这种情况下,用户将获得 SQL*Plus 提示符(以 someuser
Shared Pool and Library Cache Latches
Shared Pool and Library Cache Latches[@more@]select a.ksppinm, b.ksppstvl from x$ksppi a, x$ksppsv b where a.indx = b.indx and a.ksppinm = ’_kghdsidx_count’;KSPPINM KSPPSTVL------------------ ----------_kghdsidx_count 2select addr, kghluidx, kghlufsh, kghluops, kghlurcr, kghlutrn, kghlumxa from x$kghlu;ADDR KGHLUIDX KGHLUFSH KGHLUOPS KGHLURCR KGHLUTRN KGHLUMXA---------------- -------- ---------- ---------- -------- -------- ----------80000001001581B8