ITPub博客

AIX Oracle 10.2.0.5 搭建物理Dataguard已经搭建过很多次了，按照之前的经验搭建，restore database完成后，开始应用归档，日志报错FAL[client, MRP0]: Error 16191 connecting to WDYX for fetching gap sequenceFri Aug 23 18:36:02 BEIST 2013Errors in file /u01/app/oracle/admin/yxdg/bdump/yxdg_mrp0_10027078.trc:ORA-16191: 主日志传送客户机没有登录到备用数据库Fri Aug 23 18:36:32 BEIST 2013Errors in file /u01/app/oracle/admin/yxdg/bdump/yxdg_mrp0_10027078.trc:ORA-01017: 用户名/口令无效; 登录被拒绝Fri Aug 23 18:3

SQL> create or replace directory ARCHDIR as '+dgarch/wms/archivelog/2008_02_29';Directory created.SQL> create or replace directory TEMPDIR as '/exp/tmparch';Directory created.SQL> exec DBMS_FILE_TRANSFER.COPY_FILE('ARCHDIR','thread_1_seq_5331.291.647960215','TEMPDIR','1_5331_620945476.arc');PL/SQL procedure successfully completed.SQL> exec DBMS_FILE_TRANSFER.COPY_FILE('ARCHDIR','thread_1_seq_5330.304.647958993','TEMPDIR','1_5330_620945476.arc');PL/SQL procedure successfully completed

两台机器创建ssh互信后，从a ssh b没问题，但反过来不可以，b ssh自己也不行原因是b的/root目录权限不对，不知被谁改成777，改回755后正常。[@more@]

ERROR at line 1:ORA-00955: name is already used by an existing objectORA-06512: at "SYS.UTL_RECOMP", line 662ORA-06512: at line 4Bug 12560454 - ORA-955 from UTL_RECOMP [ID 12560454.8]WorkaroundDrop index utl_recomp_comp_idx1 before attempting the recompile.[@more@]

 事件过程：2012-10-19日，同事在日常巡检时发现一套对外服务的电子商务系统后台Oracle数据库中出现了一个名为zwell的用户，并且，该用户具有DBA权限。 xxx 2012-10-19 10:13:34我发现个问题。在数...

创建闪回点，并将库打开为读写模式switchopenwrite.sh#!/bin/sh. /home/oracle/.bash_profiledatesqlplus /nolog<<EOFconn / as sysdbaALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;CREATE RESTORE POINT before_failover GUARANTEE FLASHBACK DATABASE;ALTER DATABASE ACTIVATE STANDBY DATABASE;STARTUP MOUNT FORCE;conn / as sysdbaALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;ALTER DATABASE OPEN;alter user test identified by "123456";EXIT;EOF闪回数据库，切换回DataGuard模式，

puppet+rsync插件，默认设置。昨天更新代码后，今天发现功能仍是之前的功能，被管理的服务器上直接查看文件，发现文件并未更新。由于更新内容极少，又恰好更新前后文件字节数完全一样。由于默认puppet的rsync插件为了提升同步速度，使用了--size-only参数。只同步字节数不同的文件，导致了此问题的发生。修改方式也很简单，在定义rsync目录的地方，增加size-only => false，并且，由于要对所有的代码进行同步，时间会比较长，还需要增加一下超时时间timeout => 10理论上代码更新前后字节数完全没变的情况还是比较少见的，不过，正如

1个系统，采用了Oracle的分布式事务来保证分布式系统的事务一致性，但是，该系统在某次搬迁之后，经常出现分布式事务锁，必须手工查询select local_tran_id||' '||state,1 from dba_2pc_pending来查找发生错误的事务，然后进行强制提交或强制回滚架构的问题先不说，单单是因为一次搬迁，就导致大量的问题。那必须要找到问题，应用才能恢复正常。问题可能出在网络防火墙，为了降低防火墙的资源利用率，网络部门设置了如果连接超过半小时，则断开该连接。通过标准程序，已经可以确认此问题。但是，DBLINK是否使用长连接？超时时间是多少？这

RAC的心跳线不仅承担了心跳的作用，同时，当出现gc的时候，心跳网络还需要传输数据块。默认Ethernet的MTU是1500，当数据块为8K时，一个数据块需要传送6次才可以传送完毕。巨帧则取消了MTU 1500的限制，目前可以开启到9000，这样，同样传递一个数据块，由于分块的大小变大，传送的次数会大大降低。在Linux下开启巨帧很简单。ifconfig eth2 mtu 9000可以用ping來测试是否正常工作[node01]$ ping -c 2 -M do -s 8972 node02-privPING node02-priv (10.10.10.2) 1472(1500) bytes of data.1480 bytes from node02-priv (10.10.10.2): icmp_seq

今天尝试重新编译Linux内核，将内核版本从2.6.18-274.el5升级至2.6.39编译过程略，新内核的make localmodconfig功能，根据内核历史使用情况，进行内核瘦身的功能很不错。安装完毕，重启后，出现No volume groups found unable to find volume group "VolGroup00"原因的老的sysfs在新版本内核中，默认不支持。解决方法，增加如下两行：CONFIG_SYSFS_DEPRECATED=yCONFIG_SYSFS_DEPRECATED_V2=y升级后一切正常。[@more@]

官方文档：How to enable Large Page Feature on AIX-Based Systems [ID 372157.1]1. First check the current capabilities: # lsuser -a capabilities oracle Note: only the root user can display the capabilities attribute. 2. Add the CAP_BYPASS_RAC_VMM and CAP_PROPAGATE capabilities to the list of capabilities already assigned to this user ID, if any: #chuser capabilities=CAP_BYPASS_RAC_VMM,CAP_PROPAGATE oracle 3. Configure the AIX large page pool by calculating the number of large pages required for th

我们知道，在Linux上搭建ASM的时候，可以使用ASMLib包来管理ASM磁盘，虽然这个工具在日后操作系统升级可能会麻烦一些，但目前来讲，使用率还是比较高的。使用这个工具时，要注意多路径配置的修改。当存储使用多路径时，需要修改/etc/sysconfig/oracleasm文件，增加扫描顺序及扫描排除选项# ORACLEASM_SCANORDER: Matching patterns to order disk scanningORACLEASM_SCANORDER="emcpower"# ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scanORACLEASM_SCANEXCLUDE="sd"虽然这个Tip已经很久了，但