搜索""的结果
sql_trace的介绍--打开trace文件设置，把sql trace设置为true，就会在udump目录中增加一个trc文件。alter session set sql_trace=true;show parameter sql_trace;（select * from v$parameter where name='sql_trace';）修改后不生效呢？show parameter sql_trace;其参数始终是FALSE show parameter sql_trace是从v$parameter中取相应参数，而v$parameter是体现了全部的init.ora的内容。而show user应该是取的当前会话的参数。sql_trace 是可以在系统或会话级上启用，并且产生很多输出，系统级应该是直接改init了，会话级就用alter session set sql_trace = true来生效。ISSES_MODIFIABLE=false应该是说明在会话一级上，不能启用系统一级的跟踪 如果修改系统的参数，用如下语句：alter system set sql_trace=true; 此时在查看show parameter sql_trace;可看到sql_trace的value值为TRUE--对跟踪文件做标记alter session set tracefile_identifier='look_for_me'; --在D:\oracle\product\10.2.0\admin\fgisdb\udump路径下可以找到标记为look_for_me的跟踪文件--停止该会话的跟踪alter session set sql_trace=fa...
Media Recovery Not Enabled Or Manual Archival Only 0x10000 解决方法 环境 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production 问题描述 lgwr的trace文件中，产生了如下错误内容 *** SERVICE NAME ) 2015-01-08 14:04:38.296 *** SESSION ID 273.1) 2015-01-08 14:04:38.296Media recovery not enabled or manual archival only 0x10000Maximum redo generation record size = 156160 bytesMaximum redo generation change vector size = 150676 bytes*** 2015-01-08 22:00:27.875Media recovery not enabled or manual archival only 0x10000*** 2015-01-09 07:28:25.906Media recovery not enabled or manual archival only 0x10000*** 2015-01-09 11:23:06.734Media recovery not enabled or manual archival only 0x10000*** 2015-01-09 21:23:04.390适用版本 ...
MAXAIO导致Oracle启动hang问题 Oracle数据库，10.2.0.4 for linux x86，在正常重启时，到open阶段僵死。在操作系统上看到一些因计划任务启动的用户进程CPU使用率几乎100%，很明显处于等待状态。在Oracle的bdump目录下也很快生成有trc文件。这些文件的内容关键点是这样： WARNING:io_submit failed due to kernel limitations MAXAIO for process=0 pending aio=0 WARNING:asynch I/O kernel limits is set at AIO-MAX-NR=65536 AIO-NR=65536 WARNING:Oracle process running out of OS kernel I/O resources （1） 从字面上理解是，是操作系统的MAXAIO限制了Oracle用户进程操作。我们知道，Linux的核心参数AIO-MAX-NR是与异步IO相关的，对于异步IO的简单解释如下：在一个程序中如果涉及到磁盘的IO操作时,有两种情况1. 程序等待IO操作完成，CPU再接下来处理程序的其他部分（等待IO的时间段内，CPU处于Idle Waiting状态）。2. 程序不等待IO操作完成，允许CPU处理接下来的其他任务（或者理解为允许CPU处理接下来的不依赖于IO完成的任务）。显然，第一种情况，CPU的资源白白的浪费了...
安装好oracle后，进行em登陆后，发现报错： java.lang.Exception: IOException in sending Request :: Connection refused: connect java.lang.Exception: Exception in sending Request :: null 解决方案：找到下面的文件 $ORACLE_HOME\db_1\$HOSTNAME\sysman\config\emd.properties 其中的agentTZRegion缺省是GMT,改为你所在的时区即可,例如，我修改为：Asia/Shanghai，也就是上海，注意大小写. agentTZRegion=Asia/Chungking 修改后保存，如果提示没有权限，可以将该文件拷贝出去，修改完成后在赋值进原文件夹进行覆盖. 时区支持的列表文件：10.2.0\db_1\sysman\admin\supportedtzs.lst 然后先停止 dbconsole 使时区设置生效并重启OracleDBConsole： emctl stop dbconsole emctl resetTZ agent emctl config agent getTZ emctl start dbconsole 如以下截图：重启成功后，再次登陆，发现问题解决……
ORA-12012 error on auto execute of job 8887 alter日志中报了如下错误Errors in file /oracle/app/oracle/admin/hbtms/bdump/hbtms_j000_889114.trc:ORA-12012: error on auto execute of job 8887ORA-44003: invalid SQL name 查询trace文件/oracle/app/oracle/admin/hbtms/bdump/hbtms_j000_889114.trcOracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit ProductionWith the Partitioning, OLAP and Data Mining optionsORACLE_HOME = /oracle/app/oracle/product/10.2System name: AIXNode name: bill570aRelease: 3Version: 5Machine: 00C3F2DB4C00Instance name: hbtmsRedo thread mounted by this instance: 1Oracle process number: 39Unix process pid: 889114, image: oracle@bill570a (J000) *** ACTION NAMEAUTO_SPACE_ADVISOR_JOB) 2009-10-05 22:09:24.149*** MODULE NAMEDBMS_SCHEDULER) 2009-10-05 22:09:24.149*...
ORACLE Memory Notification: Library Cache Object loaded into SGA 1.问题现象数据库日常巡检过程中，在alert日志中发现如下警告信息……省略……Thu Apr 15 22:06:31 2010Memory Notification: Library Cache Object loaded into SGAHeap size 3215K exceeds notification threshold (2048K)KGL object name :SELECT TOWNER, TNAME, NAME, LENGTH, PRECISION, SCALE, TYPE, ISNULL, CONNAME, COLID, INTCOLID, SEGCOLID, COMMENT$, DEFAULT$, DFLTLEN, ENABLED, DEFER, FLAGS, COLPROP, ADTNAME, ADTOWNER, CHARSETID, CHARSETFORM, FSPRECISION, LFPRECISION, CHARLEN, TFLAGS, TYPESYN, COLCLASS FROM SYS.EXU10COE WHERE TOBJID = :1 ORD...
Linux服务器上查杀木马经历 开篇前言 Linux服务器一直给我们的印象是安全、稳定、可靠，性能卓越。由于一来Linux本身的安全机制，Linux上的病毒、木马较少，二则由于宣称Linux是最安全的操作系统，导致很多人对Linux的安全性有个误解：以为它永远不会感染病毒、木马；以为它没有安全漏洞。所以很多Linux服务器都是裸奔的。其实在这次事件之前，我对Linux的安全性方面的认识、重视程度也是有所不足的。系统的安全性是相对而言的，没有绝对的安全，风险无处不在。 案例描述 我们在云端（中信国际电讯CPC)的一台Linux 应用服务器时不时出现网络中断情况，最开始反馈到系统管理员和网络管理员哪里，以为是网络方面的问题。在监控系统后，发现在一些时间段出现高流量的情况，分析发现这台Linux服务器只安装了Tomcat应用程序，没有任何其它应用程序。产生如此大的流量很不正常，而且出现网络中断的时刻，就是系统产生高流量的时刻。当然这些都是我后来才了解到的一些情况，我没有这台服务器的权限，系统管理员找我看看能分析出啥问题，所以将root账号权限给了我。 案例分析 我连接到服务器后，运行ifconfig命令，检查...
使用Sqlserver事务发布实现数据同步(sql2008)事务的功能在sqlserver中由来已久，因为最近在做一个数据同步方案，所以有机会再次研究一下它以及快照等，发现还是有很多不错的功能和改进的。这里以sqlserver2008的事务发布功能为例，对发布订阅的方式简要介绍一下操作流程，一方面做个总结备份，一方面与大家进行一下分享和交流事务的功能在sqlserver中由来已久，因为最近在做一个数据同步方案，所以有机会再次研究一下它以及快照等，发现还是有很多不错的功能和改进的。这里以sqlserver2008的事务发布功能为例，对发布订阅的方式简要介绍一下操作流程，一方面做个总结备份，一方面与大家进行一下分享和交流。费话就不多说了，进入一下今天的正题：） 这里要说明一下环境：首先我在本地局域网内有两台安装有sqlserver2008的机器（注意：已发布的快照版本无法向老版本数据库兼容，意味着2008下创建的事务或快照发布，无法被sqlserver2005订阅）。当然这两台机器要放在同一个网段，一方面出现性能和安全性考虑，另一方面是我目前还没有找到跨不同网段的快照应用方案（可行性的那种）。 好了，这里我以我们产品数据库为准来介绍一...
oracle将system表空间的数据文件变小 问题描述：今天闲的蛋疼，在自己破电脑上面跑了一下这个过程：create or replace procedure pro_test_pga isbegin insert into t_test2 select t.* from t_test t,(select rownum from dual connect by rownum <= 10 ) order by t.object_name; commit;end pro_test_pga;当时t_test有2883968行数据，这个过程跑下来各种direct path read temp因为我的pga_aggregate_target只有可怜的194M，其实开始跑这个过程的目的是验证把pga_aggregate_target调小会不会让速度更慢，因为这个数字是我建库的时候用的默认值，结果跑了5455.62秒，心都碎了，我的机器上的数据库是开了归档的，反正硬盘只这么多，他一边产生我一边删，不然空间一没，就停在那了，本来还想来个把pga_aggregate_target设置为10M试试的，但后来想想还是算了，至少这周算了，以后有时间试试，挂一晚...
最新评论