ITPub博客

我们目前做一个运维的项目，我们是乙方，甲方是一个国家企事业单位。甲方是一个效率很高的单位，人尽其用，人尽其才。说白了，就是每个人都是人才，管理的事都很多，这里看不见其他国企里面人浮于事的现象。我负责的工作很多，其中包括一个监控软件组的管理，目前这个小组的工作是升级这家单位所有生产服务器上面的监控软件。所谓监控软件，就是说，如果某服务器出现了问题，可以把问题报告出来，这类软件一般会有短信接口，把报警信息发送到手机上。甲方还有开发处，其中的开发处处长和副处长的手机号都在某个应用系统的报警组里面，也就

参与一个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