优化FLR AIX系统虚拟内存参数配置说明

1、优化FLR 01系统虚拟内存参数配置说明问题现象:从北京电信双模网关历次巡检的日志记录中发现，系统剩余内存有持续走低趋势；问题经分析：AIX虚拟内存管理器（AIX VMM）是一种基于分页的虚拟内存管理器，AIX VMM有一个非 常独特的方面，即缓存的文件数据的管理，文件数据将缓存于永久存储分页的内存中。由 于系统虚拟内存参数中maxperm设置过高，对文件的读、写、拷贝等操作时，导致占用过 多的内存，致使剩余内存呈现走低趋势。处理方案：1、数据备份：使用telnet工具（如telnet命令、Netterm工具或XManager工具等）root用户分 别登录flrdbsrvl、flrdbsrv2

2、机器，执行如下指令：#vmo -L maxclient% -L maxperm% -L minperm% -L v_pinshm返回结果中CUR列值记录；另外，备份业务处理机程序2、使用telnet工具（如telnet命令、Netterm工具或XManager工具等）root用户 分别登录flrdbsrv1、flrdbsrv2机器，执行如下指令：#vmo -L maxclient% -L maxperm% -L minperm% -L v_pinshm返回结果中CUR列值顺序应为：10 10 5 1。3、如不对，root用户分别登录flrdbsrv1、flrdbsrv2机器，执行如下指令：#v

3、mo -p -o maxclient%=10 -o maxperm%=10 -o minperm%=5 -ov_pinshm=14、执行如下命令，确认参数是否修改成功：#vmo -L maxclient% -L maxperm% -L minperm% -L v_pinshm返回结果中CUR列值顺序应为：10 10 5 1。.5、root用户登录flrdbsrv2，输入“smitty clstop”命令，出现如下界面：Stop now, on system restart or bothnow +Stop Cluster Services on these nodesflrdbsrv2 + T

4、OC o 1-5 h z BROADCAST cluster shutdown?true+Shutdown modegraceful+。6、将光标移动到“Shutdown mode”，按F4选择关闭模式，在弹出的界面中选择 “takeover”，然后回车确认，出现下图所示的确认界面：Stop now, on system restart or bothnow+Stop Cluster Services on these nodesflrdbsrv2 +BROADCAST cluster shutdown?true* Shutdown modetakeover+7、回车确认，则本机（flrdbs

5、rv2）上的所有FLR相关业务资源都回切换到另一台服 务器（flrdbsrv1）上，切换成功后，smitty界面会出现切换成功的提示，此时可以 根据界面提示，按F3返回操作命令提示符下。步，8、在flrdbsrv1服务器上检查是否所有业务资源是否已经成功接管（检查方法可参见 附录），如果flrdbsrv1上已经成功接管所有业务资源（包括appres1、appres2和dbres）， 则继续进行下一步，否则向后方反馈；9、root用户登录flrdbsrv2,执行如下命令，重启flrdbsrv2服务器；shutdown -Fr10、flrdbsrv2服务器重启需要十分钟左右，待服务器正常重启完成，

6、确认HACMP 群集服务已经正常启动后，使用telnet工具登录flrdbsrv1服务器；11、参考第46步，将flrdbsrv 1服务器上的资源全部切换到flrdbsrv2服务器上 （注：由于此步骤将切换用户数据库资源，用户库资源切换过程中，会导致业务处理中断）；12、在flrdbsrv2服务器上检查是否所有业务资源是否已经成功接管（包括 appres1、appres2和dbres）。如果成功则继续进入下一步；13、root用户登录flrdbsrv1，执行如下命令，重启flrdbsrv 1服务器；shutdown -Fr14、待flrdbsrv1服务器正常重启完成，确认HACMP群集服务已经

7、正常启动后， 执行如下步骤将FLR的业务处理资源appres1切换到flrdbsrv1服务器上；15、使用root用户，在flrdbsrv2服务器上执行如下指令：#/usr/es/sbin/cluster/utilities/clRGmove -s false -m -i -g appres1 -n flrdbsrv1【注：】如果现场想再将用户库资源切回到flrdbsrv1服务器上，可以同样运行上 述命令，只是需要将命令中的appres1资源组名称修改为dbres。16、检查两台双机上的FLR相应资源是否正常，进行业务受理和业务处理测试。 应急恢复方案：root用户分别登录flrdbsrv1、

8、flrdbsrv2机器，执行如下指令，重启小型机：#vmo -p -o maxclient%=10 -o maxperm%=10 -o minperm%=5 -ov_pinshm=1双机切换方式参考4-6步，小型机重启之后无法启动，尝试断电后重启，如无法解决打 中兴800电话支持;用户数据库flrdb故障应急处理FLR用户数据库采用双机加磁盘阵列的方式，并有主备用节点自动备份恢复配置，有 多重安全保障功能。FLR用户数据库发生故障时，可以通过以下途径来恢复用户数据库使 用：双机主备自动切换双机主备切换方式：FLR用户数据库使用HACMP软件管理双机磁阵系统，当一台服 务器（例如：主用151）故

9、障时，另一台服务器152就会自动接管业务，数据库也会 自动切换到152上，保证系统的正常运行。双机主备手动切换FLR数据库系统还可以在人为操作情况下，手动强制切换到备机上：以root用户权限在提示符下输入：smitty hacmp然后依次选择 System ManagementHACMP Resource Group and Application Management接下来的屏幕有三项分别是“Bring a Resource Group Online”、“Bring a Resource Group Offline”、“Move a Resource Group to Another Nod

10、e，分别对应“加载资源”、“卸 载资源”和“移动资源”（与Windows的群集管理器中的“联机”、“脱机”和“移动组”类似）选择“Move a Resource Group to Another Node可将应用资源从一台主机移动到另一 台主机（说明：appres1对应着140和142, appres2对应着141和143, dbres对应 着Oracle的应用）将待移动的资源选定后，按回车即可进入下一屏，在下一屏选定要移动的节点后回车 即可完成切换中共内部公开用户数据库手动恢复数据库手动恢复操作是在数据库出现故障时，及时从备份数据库文件中将用户数据恢 复的操作。恢复操作会影响数据库flrdb

11、中的用户数据，因此要慎重使用恢复操作。在数据 出现问题时，为了使最新的数据备份文件不被自动备份所生成的备份文件覆盖，在导入前 要禁止数据库自动备份功能，在导入后再打开数据库自动备份功能。在两台服务器上禁止数据库自动备份的进行/ 以oracle用户登录系统，打开一个terminal/ 执行：$crontab -e/在编辑器中前两行前面添加注释符“射，存盘退出检查数据库flrdb是否已经启动，如果没有启动需要启动flrdb/ 以oracle用户登录系统/ 查看是否有flrdb的实例进程，执行：$ps -ef |grep oracle/ 如果数据库没有启动，则执行启动数据库命令：sqlplus /n

12、olog进入sql模式，可执行sql指令connect sys/as sysdba以 sys 用户登陆 sysdba 库startup将要恢复的文件拷贝至U/oracle/backup/flrdb/restore/目录下并命名为flrimp.dmp （根据实际需要可以从磁盘上或磁带上找最新备份的数据拷贝到指定目录下指定的名称）运行脚本 flrdbimp.sh：$cd /oracle/backup/tools/$./flrdbimp.sh（使用恢复 flrdb 脚本）观察屏幕，如果恢复完毕会在目录/oracle/backup/flrdb/log下生成名称为flrdbimp+年+月+日+时+分.l

13、og的文件。如果数据恢复成功则删除/oracle/backup/restore下的备份文件：$rm /oracle/backup/flrdb/restore/flrimp.dmp数据库flrbak作为主用数据库的步骤此操作是在数据库flrdb不可用的情况下才进行的，目的是使用flrbak作为用户数据库， 来完成正常的业务。在数据库flrdb可用的情况下，禁止使用flrbak作为用户数据库。下面 是操作步骤和注意事项，这里假设是磁阵宕机情况下，在flrdbsrvl上运行flrbak数据库实 例和业务处理机进程，在flrdbsrv2上运行业务处理机进程：以root用户登陆打开一个terminal在

14、两台服务器上禁止flrdb数据库自动备份的进行：/ 以oracle用户登录系统，打开一个terminal/ 执行：$crontab -e/在编辑器中前两行前面添加注释符“射，存盘退出停止两台机器上的HACMP服务：# smitty clstop手动在flrdbsrv1上的没有故障的网卡上添加原来的浮动IP别名(150的IP地址)，同时在这块网卡上配置原来在这台机器上的业务处理机IP地址(140、142)手动在flrdbsrv2上没有故障的网卡上配置原来在这台机器上的业务处理机IP地址(141、143)修改 tnsnames.ora 和 listener.ora 文件/ 手动在flrdbsrv1

15、，flrdbsrv2上修改tnsnames.ora文件中的相应条目：FLRBAK=(DESCRIPTION =(ADDRESS_LIST =(load_balance=on)(failover=on)(ADDRESS = (PROTOCOL = TCP)(HOST = flrdbsrv)(PORT = 1522)(SDU = 4096)(CONNECT_DATA = (SID = flrbak)/ 手动在flrdbsrvl上修改侦听器：FLRBAK_LSNR =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCO

16、L = IPC)(KEY = EXTPROCB)(ADDRESS = (PROTOCOL = TCP)(HOST = flrdbsrv)(PORT = 1522)以root用户执行启动备用数据库的操作：cd /oracle/backup/tools./startbak.sh yes在flrdbsrv1上启动业务处理机：/home/startmap1.sh在flrdbsrv2上启动业务处理机：/home/startmap2.sh修改配置后台中数据库名称为flrbak，同步业务处理机和DBIO如果现场故障情况比较严重，只有一台小型机可以启动，则在这台小型机上启动数据 库flrbak和相应的业务处理机，将故障小型机和磁阵及时检修附录：FLR双机资源检测方法查看双机服务器是否启动查看某服务器上的双机是否启动，在该服务器上执行:ZTE中具公开内部#lssrc -g clusterSubsystemGroupPIDStatusclstrmgrEScluster806974activeclsmuxpdEScluster741446activeclinfoEScluster786512active如果执行结果显示cIstrmgrES、cIsmuxpdES、clinfoES服务状态为active,则表示该服务 器上双机服务已经