十月十二日星期三,
早上九点从住地出发去公司,公司派车往无锡参加某公司的灾备项目,目前的需求:
上海的系统失效之后,可即刻切换到无锡的灾备系统上去,
数据库之间做DG,一台处于active状态一台处于standby状态,
备库在晚上从主库同步差异数据,以及arc日志.
因为是支持pos的交易系统,用到的硬件设备有:
FW:checkpoint ip 295
SW:cisco 3640
前台:dell510*2
mid:dell510*2
后台 :HPRP4440
存储:IBM DS4200
信号转换:NAC
数据加密:卫士通加密机
网络环境如下:
北京office
上海office
成都office
无锡office
以及亚太区新加坡总部
通过***的方式相连
无锡IDC通过***和上海 IDC进行数据库数据同步.
中午到无锡,
吃玩午餐,
开始弄存储,
当时本来是双HBA卡但是测试的时候只有一个能通,
所以暂时采用的是单通道.
当在HP上执行ioscan的时候能够侦测到存储,但是**vg的时候
提示不能**
vgchange -a y /dev/XXX
后来换到另外一个fc接口,
居然出来了,
但是需要执行fscheck
接着其数据库的时候,发现不能启动实例,说初始化参数文件不对
一看原来是测试的时候写的实例,和生产上的实例不一致导致.
修改env
export ORACLE_SID=XXX
sqlplus 进去 启动数据库实例
修改java前后台 C 后台的参数文件
把系统拉起来,这时候已经傍晚六点了,
商量着去吃饭.
因为在无锡的国家软件园旁边
打车不好打,走了不近的路,到了菱湖大道才打到车.
到长江路上的宜必思,
是客户的协约酒店,
说是什么欧式风情,
进去果真是欧洲风情呐,
只有放假是和法国接轨的,
床灰常小,
淋浴和卫生间还有梳洗台加起来都没有三平米(又吐槽了).
确定完住房的问题,出去吃饭,
什么重庆烧鸡公,
期间旁边的两桌人 是日本人,夹带着几个中国小姑娘.
(同行的老吴说:这也算是中国的国情了吧).
吃饭的时候看到长江一号的精装两房大概70W,
老吴说,我可以在这边搞一个,然后买个车,可以直接到软件园上班.
不必再到魔都那个鬼地方,受罪.
呵呵,说来容易....
休息一晚,按下不表.
次日九点一起到达IDC,
配置网络,修改IP,
再次拉应用,
wls报木有权限的错误,
一看 原来wls的几个domain下面的文件
原来以前用root起过,
所以现在数据写不进去了,
修改权限,
重启,
倒是起来了,
但是测试用户登录不进去,
再看日志,
前台和后台没有交互,
是后台设置的data source 没有和实际数据库相匹配,
修改重测,
正常.
中午的时候nac厂商的人从上海带来了nac
一起出去吃饭,
吃完饭,准备改IP重新测,
在改IP的档口,
机器重启了,之后显示cli窗口.
用户登录 ,登录不进去.
输入正确的用户名密码
无回显
输入错误的密码,提示密码错误.
在网络上google了一把,
通过grub进去安全模式,
修改了验证文件,以前验证的时候是用的32的pam文件,修改成64位的可以使用了.
修改配置文件
再重启 和nac的厂商联调,
通了,
联系测试部门的同事,进行拨号测试,
nac连接之后一段时间就断开了,
重启了C 的前台之后,
nac又连接上.
一看时间已经八点了,就商量着先回去吃饭,
在吃饭的时候nac厂商分析,
可能是他那边端口和我这边的端口不匹配,
我这边只有18004 和18005是给两台nac做灾备的,
他只有1nac,却设置了好几个端口,
第三天早上,修改了nac的参数之后,
重测,
一切正常.收拾完工.
总结:
1)沟通是必须的,我不可能完全了解 java C oracle 以及数据通信 各方面的知识,而且也不清楚开发的思路,除了在平时的时候进行沟通,有问题的时候,也要立即请求帮助.有问题回去在讨论.
明白做项目的时候完成是首要任务,部门间的扯皮回去扯,在面对客户的时候,不管是那个部门的错,
我代表的都是我的公司.
2)准备工作要充分,别到了现场才发现少了网线,少了刻录机,这都是经验不足造成的.就算IDC有这些东西,考虑一下一根网线 易迅上卖4~5块,IDC就算有需要什么样的代价才能弄来.
3)平时的时候,熟练业务,扩展知识,在你没到现场之前,你不会知道你会遇到什么样的问题.
4)IDC机房内,不要抽烟,所以抽烟的同志们还是克制下.
ps:
附赠一张小图,我还没看到过这么多的存储,以及传说中的F5,还他妈是两台.
转载于:https://blog.51cto.com/gavinshaw/687932