ITPub博客

在HPUX中，我们可以用fuser -cu命令查看哪个用户占用某个文件系统，这样在UMOUNT不下来的时候可以看看，或者使用fuser -kcu命令杀掉相关进程那么监控文件级别的有吗，fuser命令到不了文件级别。这里有一个工具，可以监控文件，我已经使用过了很好工具下载链接： http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.87/ 请针对对应PA还是IA的机器以及相应的OS版本下载。 下载后PC上解压得到.depot包。请用swinstall安装该depot包 安装完成后可以使用 lsof |grep –I /tmp/AAAa222233 可以得到类似如下格式的内容：

参与一个AIX HA IP更换的变更变更之后发现7个HA的14个分区，有三个分区丢包严重。神码的同事清理了路由，就可以正常ping通了过程如下# lsattr -El inet0 authm 65536 Authentication Methods Truebootup_option no Use BSD-style Network Configuration Truegateway Gateway Truehostname bejomp001 Host Name Truerout6

西门说明：本次试验成功，实验一是把源库表空间设置为只读状态进行的，实际上在生产库，一般是不允许这样操作的。本次是实验二，采用从备份中产生传输文件，好处是生产库表空间不需要置为只读状态源库：WinXP + Oracle10.2.0.1目的库：Linux + ASM + RAC + Oracle10.2.0.11.准备工作:查询源数据库平台信息SQL> col platform_name for a40SQL> SELECT d.PLATFORM_NAME, ENDIAN_FORMAT FROM V$TRANSPORTABLE_PLATFORM tp, V$DATABASE d WHERE tp.PLATFORM_NAME = d.PLATFORM_NAME;PLATFORM_NAME ENDIAN_FO

西门说明：本次试验成功，但是是按照标准流程，把源库表空间设置为只读状态进行的，实际上在生产库，一般是不允许这样操作的。源库：WinXP + Oracle10.2.0.1目的库：Linux + ASM + RAC + Oracle10.2.0.11.准备工作:查询源数据库平台信息SQL> col platform_name for a40SQL> SELECT d.PLATFORM_NAME, ENDIAN_FORMAT FROM V$TRANSPORTABLE_PLATFORM tp, V$DATABASE d WHERE tp.PLATFORM_NAME = d.PLATFORM_NAME;PLATFORM_NAME ENDIAN_FORMAT---------------------------------------- --------------Micro

第一部分，环境描述（也可以参考前面的部分）linux:[oracle@node1 ~]$ uname -aLinux node1 2.6.18-92.el5xen #1 SMP Tue Apr 29 13:45:57 EDT 2008 i686 i686 i386 GNU/LinuxOracle:SQL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProdPL/SQL Release 10.2.0.1.0 - ProductionCORE 10.2.0.1.0 ProductionTNS for Linux: Version 10.2.0.1.0 - ProductionNLSRTL Version 10.2.0.1.0 - ProductionSQL>

第一部分，环境描述（也可以参考前面的部分）linux:[oracle@node1 ~]$ uname -aLinux node1 2.6.18-92.el5xen #1 SMP Tue Apr 29 13:45:57 EDT 2008 i686 i686 i386 GNU/LinuxOracle:SQL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProdPL/SQL Release 10.2.0.1.0 - ProductionCORE 10.2.0.1.0 ProductionTNS for Linux: Version 10.2.0.1.0 - ProductionNLSRTL Version 10.2.0.1.0 - ProductionSQL>

环境linuxOracle10.2.0.1归档日志在ASM磁盘组恢复到原来的RAC节点根据Oracle的RAC环境的不同，RMAN备份、恢复操作也是不同的。如果RAC环境是建立在CLUSTER文件系统上的，或者是建立在ASM上的，那么备份和恢复过程可能会很简单，基本上和普通的数据库环境没有太多的区别。如果RAC环境是建立在裸设备上的，由于归档日志无法存储在裸设备上，那么归档日志文件必须放在多个节点的本地硬盘上，这时备份和恢复就变得和普通的数据库环境有所差异。这里先讨论一下ASM环境上建立的RAC数据库的备份。如果将归档日志放在ASM上，那么两个节点都是可以备

RAC的一个重要的功能就是load balance的功能。实现起来有三个方法，前两个方法比较简单，已经试验过了。这次试验第三个方法。Service-Side TAF之前的试验采用DBCA向导的方式。本次的实验采用SRVCTL命令行的方式。安装前运行检查的结果如下[root@node1 bin]# ./crs_stat -tName Type Target State Host ------------------------------------------------------------ora....B1.inst application ONLINE ONLINE node1 ora....B2.inst application ONLINE ONLINE node2 or

RAC的一个重要的功能就是load balance的功能。实现起来有三个方法，前两个方法比较简单，已经试验过了。这次试验第三个方法。Service-Side TAF本次试验采用DBCA向导的方式。xmanager登陆su - oracleDISPLAY=127.0.0.1:10.0; export DISPLAY用DBCA 配置Service1）. 运行DBCA，选择ORACLE RAC Application Clusters database2）. 在第二个界面选择：Services Management3）. 第三个界面会出现RAC 数据库列表，用户可以在这个列表中选择要配置Service 的数据库4）. 在Serice配置界面中，单击Add 创建新的Service，输入service名字。我输入的是

二． TAF(Transparent Application Failover)现在的大部分流行的应用系统(如：weblogic, Jboss),都是启动时就建立若干到数据库的长连接，在应用程序整个生命周期内重用这些连接。 而Client-Side Connet Time Failover的工作方式是它对应用程序的可用性没有太大帮助。 所以从Oracle 8.1.5 版本只有引入了新的Failover 机制-TAF。 所谓TAF，就是连接建立以后，应用系统运行过程中，如果某个实例发生故障，连接到这个实例上的用户会被自动迁移到其他的健康实例上。对于应用程序而言，这个迁移过程是透明的，不需要用户的介入，当然，这种透明

实验目的和步骤测试双节点RAC，在其中一个节点关闭的时候，新的连接自动连接到另一个节点同时测试已经连接到的节点是否可以自动转移到另一个节点上面，答案是不会，因为性质决定的测试的客户机 tnsnames.ora 内容如下，注意其中的ADDRESS有两个HOST，而且增加了一个参数LOAD_BALANCE = yes曾经有人说还需要增加一个参数(FAILOVER = on)，实际上不需要，因为这个参数默认就是ONRACDB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.100.201)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.100.202)(POR

我们有一个系统IO很高，经过检查想把四个联机日志文件系统移动到另外一个硬盘上面，按照ORACLE的方法，应该建立多余的日志组，然后再删除原来的日志组，但是利用操作系统的方法可以比较简单的实现。环境是 oracle10G r2 + AIX 5.3 hreccp1的IO一直很高,查看发现有可以调整的余地HRECCP1 / #lsvg -l oravgoravg:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINTHHPmirrlogB jfs2 10 10 1 open/syncd /oracle/HHP/mirrlogBHHPmirrlogA jfs2 10 10 1

今天接到同事电话，让我帮忙处理一个TEMP表空间的问题，开始的信息很简单，我也觉得这是一个简单的CASE，后来才发现原来还有点意思。警告日志内容如下hsscena:orahsp 10> pwd/oracle/HSP/saptrace/background-rw------- 1 orahsp dba 379602 May 29 15:14 alert_HSP.logFri May 29 08:32:30 2009Completed checkpoint up to RBA [0x1643b.2.10], SCN: 10671889620Fri May 29 08:43:52 2009Incremental checkpoint up to RBA [0x1643b.5d84.0], current log tail at RBA [0x1643b.678a.0]Fri May 29 08:49:40 2009ORA-165

数据库迁移的一个新的思路 我们作数据库迁移的时候，能想到几种方法？（仅仅是思路，没有都实践过）1、冷备份，迁移数据文件，然后修改控制文件重新启动2、冷备份，迁移数据文件，利用ORACLE的表空间迁移方法3、热备份，用RMAN进行迁移工作。4、EXP,IMP......一般考虑的都是利用ORACLE自己的工具，有没有其他方法呢？可能还有，我没有仔细考虑，但是假如别人问我，我肯定是从ORACLE数据库级别进行考虑的，这几天研究一个迁移脚本，收获颇丰，这个脚本利用逻辑卷的复制进行数据库的迁移。因为所有的数据文件，包括system表空间都要迁移，我