DRM - Dynamic Resource Mastering
在系统后台的TRACE文件中发现了DRM相关的咚咚,这里转帖下METALINK上关于DRM的定义和解释。DRM基本就是在资源REMASTER的时 候使用的,不过除了定义外,也没找到REMASTER发生的必然条件。ML只说当一个资源被从其他节点frequently进行访问的时候,这个资源的管 理权就会从别的节点移交到这个频繁访问的节点。到底什么是frequently呢,还要继续找找了[@more@]ID:390483.1In this Document Purpose Scope and Application DRM - Dynamic Resource management DRM - Dynamic Resource Mastering ReferencesApplies to:Oracle Ser
linux服务器本机不能登陆的解决
一台测试的数据库服务器安装好之后,每次都是使用SecureCRT远程通过ssh登陆上去操作,即使安装数据库的需要图形界面的操作,也是通过vnc远程做的,突然今天,发现这个服务器在本机不能登陆,可是远程却可以登陆,而且这台测试机器使用了很久了,也没碰见过什么异常,系统日志也查不到什么有用的东西,见鬼了?[@more@]安装oracle过程中,一般的安装文档中都会提到要设置/etc/security/limits.conf和/etc/pam.d/login参数文件来限制oracle服务器可以打开的文件数、进程数等等资源的限制,于是会需要在/etc/pam.d/login 文件中添加session r
辞旧迎新!
新年很快就会到来,祝愿新的一年里所有人健康、幸福、快乐!愿祖国繁荣、昌盛、富强![@more@]
写了一遍垃圾的CACTI安装使用参考
前段时间在PINER的BLOG上看到监控DB的图形画的很漂亮,询问后得知是使用CACTI画的,于是拿来学习。因为linux下的所有技术都很差,因此最后实现了一个运行在linux下,使用java来采集数据进行画图的咚咚。网上有很多安装文档,这里记录的仅仅是安装过程中碰到的问题和cacti自定义绘图的基本原理和方法。[@more@]CACTI安装使用总结linux:REDHAT AS4U4X86cacti:0.86j 此版本的cacti需要的相关软件版本:1、RRDTool 1.0.49 或者 1.2.x 或者更高2、MySQL 3.23 或者更高, 推荐使用4.0.20d 或者更高版本(可以使用更多的功能)3、PHP 4.1 或者更高
青春如同奔流的江河,一去不回来不及道别
那是我日夜思念深深爱着的人呐到底我该如何表达她会接受我吗也许永远都不会跟他说出那句话注定我要浪迹天涯怎么能有牵挂梦想总是遥不可及是不是应该放弃花开花落又是雨季春天啊你在哪里青春如同奔流的江河一去不回来不及道别只剩下麻木的我没有了当年的热血看那漫天飘零的花朵在最美丽的时刻凋谢有谁会记得这世界她来过转眼过去多年时间多少离合悲欢曾经志在四方少年羡慕南飞的燕各自奔前程的身影匆匆渐行渐远未来在哪里平凡啊谁给我答案那时陪伴我的人啊你们如今在何方我曾经爱过的人啊现在是什么模样当初的愿望实现了吗事到如今只好祭奠
主键冲突引发的死锁
有人的地方就有江湖,有资源等待的地方就有死锁。写完主键的死锁,基本上ORACLE的死锁也就都在这里了--主外键死锁、BITMAP索引死锁、ITL死锁,还有最常见的事务锁的引发的死锁。主键的死锁很容易模拟出来的,建一个表,插入一个值,然后不要COMMIT,另一个会话插入另一个值,也不要COMMIT,然后再把这两个插入的值互相交换一下,在两个会话中分别插入,死锁产生。更深入的分析也不想写了,记录一下TRACE文件吧。[@more@]Deadlock graph: ---------Blocker(s)-------- ---------Waiter(s)---------Resource Name
Volume or maxfiles exceeded max allowed for SIS (NETAPP ASIS功能的限制)
想对一个很大的VOL进行SIS,打算节约点空间出来,没想到碰到了如下的错误: Volume or maxfiles exceeded max allowed for SIS 意思就是说,这个VOL对SIS来说太大了,不支持,直接晕倒。下面就来看看不同版本的ONTAP下对SIS支持的VOL的限制吧[@more@]Limitations starting in Data ONTAP 7.3.1 Model Size limit FAS2020 1 TB FAS2050 2 TB FAS3020 2 TB FAS3040 4 TB FAS3050 3 TB FAS3070 16 TB FAS3140 4 TB FAS3160 16 TB FAS3170 16 TB R200 4 TB FAS6030 16
ORACLE并行相关的参数
这玩意来自一篇03年的文档,估计很古老了,所以有些法则可能不适用,使用者请先在自己的环境验证parallel_min_servers最小并行进程数,在ORACLE实例启动的时候,将会自动启动这么多的并行进程放到进程池parallel_max_servers最大并行进程数。当需要的并行进程超过parallel_min_servers时,会自动生成新的并行进程来响应请求,但是总的并行进程数受parallel_max_servers限制parallel_min_percent最少进程的百分比。当新的申请超过parallel_max_servers的限制的时候,那么如果池中剩余的进程>申请的进程*parallel_min_percent,则会把池中
生成脚本,得到所有表的外键约束,然后删除并重建这些约束
仅做记录,可以得到所有的外键约束,生成创建和删除这些约束的脚本,在数据库管理中有点用处[@more@]CREATE OR REPLACE PROCEDURE GENERATE_FK ISCURSOR C ISSELECT TABLE_NAMEFROM USER_CONSTRAINTSWHERE CONSTRAINT_NAME IN(SELECT DISTINCT R_CONSTRAINT_NAMEFROM USER_CONSTRAINTSWHERE R_CONSTRAINT_NAME IS NOT NULL)ORDER BY TABLE_NAME;BEGINFOR R IN C LOOPDBMS_OUTPUT.PUT_LINE('table_name : ' || R.TABLE_NAME);DBMS_OUTPUT.PUT_LINE('drop script : ');FOR R1 IN (SELECT 'alter table ' || TABLE_NAME || ' drop constraint
pl/sql developer中关于TIMESTAMP显示格式的疑问和学习
ORACLE中的TIMESTAMP数据类型可能大家用的都比较少,所以即使最简单的一个查询返回的结果也会搞不清楚到底这个时间是什么时间点。比如:27-1月 -08 12.04.35.877000 上午 这个时间到底是几点呢?中午12:04分,那就错了,其实使用to_char函数转换后得到如下结果:2008-01-27 00:04:35:877000 说明这个时间是凌晨的00:04分,而不是中午的12:04分。 [@more@]发生这个问题的原因如下:首先来看一个实验:SELECT TO_CHAR(TO_DATE('2008-01-29 00:05:10', 'yyyy-mm-dd hh24:mi:ss'),'yyyy-mm-dd hh:mi:ss am') FROM DUAL首先把一个00:05分的时间
ORA-01346: LogMiner processed redo beyond specified reset log scn
先介绍一下标题中的错误是怎么发生的。因为一个BUG,ORACLE提供了一个更新数据字典的解决方案,但是需要更新后ABORT数据库并重启。不能确 定ORACLE提供的方案是否靠谱,ORACLE也推荐先使用现有的备份恢复一个库出来进行测试,我这里也正好有一个物理的DATAGUARD(下面简称 DG),那就准备拿这个物理的DG开刀了。[@more@] 首先介绍下环境:LINUX REDHAT AS4平台上的ORACLE 10.2.0.2,主库单节点,后面拖了一个物理的DG用来做切换,同时也拖了一个逻辑的DG用来做读写分离。先把物理的DG宕下来,然后进行一个冷备,然后把物理DG
Windows & Unix 文件格式之迷, 空格、回车换行、tab 转换及其相关工具(转载)
转载自:http://www.php-oa.com/本文深入揭露 Windows & Unix 格式差异, 及因此而导至的各种问题.同时介绍了一些与之相关的查看和操作工具, 并在 Windows, Unix 进行举例.1. 问题提出:我们可能会遇到过这样一些困惑:(1) 如何查看一个文件或数据流的二进制格式(以十六进制格式显示)?(2) 为什么在 windows下编译的 shell 脚本在 Unix下不能执行?为什么在 windows下编辑的 C 源文件在有些 gcc 编译器下不能编译?(3) 为什么我在 vi 等编器下打开一个文本文件会包含 ^M, 如何把它去掉?为什么我在 windows 上用记事本打开 unix上的文件, 文件
Backup Exec Remote Agent for Windows Servers Service不能启动,应用无法监听到NDMP TCP/IP端口
在测试BACKUP EXEC的过程中,发现后台服务无法启动,导致EXEC不能正确连接到后台服务,所以在备份向导中也没办法列出备份的源,源都列不出来,这还备个啥呢,备 份向导右边窗口明确提示无法连接到服务器,请按F5刷新,刷了夜白刷,没用。查看后来EVENT事件,发现如下:“Backup Exec Remote Agent for Windows Servers Service不能启动。应用无法监听到NDMP TCP/IP端口。请检查网络配置。 ”也就是说是NDMP相关的东西有问题,导致服务起不来,手工重启服务也不行。搜来搜去,发现有个文章介绍说是跟WINDOWS的网卡的LOAD BALANCE
ORA-02062: distributed recovery 引起的 ORA-02019: connection description for remote database not found
一个测试数据库隔三差五的报一个ORA-02019出来,查找alert文件,有一个详细的trace:*** 2007-10-12 21:47:55.083ERROR, tran=2.34.74876, session#=1, ose=0:ORA-02062: distributed recovery received DBID 78d96835, expected 2421f8a5*** 2007-10-12 21:49:08.093ERROR, tran=2.34.74876, session#=1, ose=0:ORA-02019: connection description for remote database not found看来这个ORA-02019只是表面现象,引起的原因应该是ORA-02062[@more@] 网上搜索了下,找到了老和尚的解决办法,记录在此吧:处理办法:(1) set
LINUX下的用户和组的概念和管理
用到了用户和组的管理的地方,有些搞不清楚,网上搜了些资料,也懒的整理了,直接东拼西凑的贴在这里吧。其实最主要的就是/etc/group和/etc/passwd两个文件,搞清除了里面的内容、含义、权限,然后再搞几个命令,一般的用户管理也就都搞定了。[@more@]用户组(Group)配置文件主要有 /etc/group和/etc/gshadow,其中/etc/gshadow是/etc/group的加密信息文件。1、/etc/group 解说; 用户组的特性在系统管理中为系统管理员提供了极大的方便,但安全性也是值得关注的,如某个用户下有对系统管理有最重要的内容,最好让用户拥有独立的用户组,
CBO计算与数据类型的选择(兼谈日期、字符、数字三种类型的直方图生成原理和使用)
看TOM的PPT中有一份演示,其实在LEWIS的COST BASED中也有类似的例子,就是说如果我一个字段是时间类型的,那我可以有很多种变通的存储方式。比如2010年12月1日,可以存储成DATE类型; 也可以存储成字符串20100101;也可以存储成NUMBER类型的20100101。这些存储方式也都可以用来做大小比较,查询等等,有些开发人员确 实有把DATE转化成NUMBER存储的习惯。下面就借用TOM的例子来看看相同的数据,采用不同的类型存储的时候,对优化器以及执行计划(查询效率)的 影响。[@more@]首先创建一个表,并插入些测试数据(下面代码摘自TOM
LINUX下手工添加网卡
看见三天两头的有新内核发布,也想升级个内核玩玩,没想到因为LVM的一些原因导致升级不成功,而且老版本的内核启动后发现网络不能连接了。重启网络服务 提示说MAC地址不对,这就奇怪了,这个机器的网卡又没动过,怎么会MAC地址突然不对了呢?没多想就直接跑到/etc/sysconfig /network-scripts/ifcfg-eth0下面把MAC地址给删除了,然后service network restart,提示说网卡设备不存在,这下完蛋了。想着到图形界面或许简单些,startx启动图形界面,登陆进去,找到网络配置那里,然后准备直接把 网卡删除并重新添加,发现删除后没法添
通过锁定表的统计信息来稳定sql的执行计划
问题提出: 两个表的关联查询,一个表数据量在千万,一个表数据量只有几条(参数表),大表是按时间进行的分区表,而且时间字段上还建有分区索引。刚开始,执行计划是正确的,但是后来却发现两个表的关联不是走分区表的索引,而是直接扫描整个分区,有点费解。[@more@] 了解业务后发现,参数表中有两个字段,一个是起始时间,一个是终止时间,这两个时间间隔一般在10分钟。每过一段时间,将拿参数表中的时间出来,然后根据时间段去大表中查询这段时间内进行的业务。大表每天新增数据在20万左右,10天一个分区,小表数据量不
系统日志中出现大量的truncating integer value to 32 bits信息
REDHAT AS4U4的X86_64系统,在系统的/VAR/LOG/MESSAGE日志中出现大量的truncating integer value to 32 bits信息,完整的信息如下:Jun 18 11:22:10 billdb1 snmpd[26994]: send response:Jun 18 11:22:10 billdb1 snmpd[26994]: truncating integer value to 32 bitsJun 18 11:22:10 billdb1 snmpd[26994]: truncating uinteger value to 32 bitsJun 18 11:22:10 billdb1 snmpd[26994]: truncating uinteger value to 32 bitsJun 18 11:22:13 billdb1 snmpd[26994]: truncating integer value to 32 bitsJun 18 11:22:13 billdb1 snmpd[2
比较罕见的一个问题,磁盘文件数目太多导致的LISTENER监听起不来
问题提出:一台测试的服务器,停电再起来后发现listener起不来,报错如下:Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.191.100)(PORT=1521)))Error listening on: (ADDRESS=(PROTOCOL=ipc)(PARTIAL=yes)(QUEUESIZE=1))No longer listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.191.100)(PORT=1521)))TNS-12549: TNSperating system resource quota exceededTNS-12560: TNSrotocol adapter errorTNS-00519: Operating system resource quota exceededLinux Error: 28: No space left on device[