标签：不同 stat 简单的 故障 研发 lan 技术人 ftp 基础
***************************************声明***************************************
个人在oracle路上的成长记录，当中以蓝自喻。分享成长中的情感、眼界与技术的变化与成长。
敏感信息均以英文形式取代，不会泄露不论什么企业机密，纯为技术分享。
创作灵感源于对自己的自省和记录。若能对刚刚起步的库友起到些许的帮助或共鸣，欣慰不已。
欢迎拍砖，如有关技术细节表述有错误之处，请您留言或邮件（hyldba@163.com）指明。不胜感激。
***********************************************************************************
想跳的高，须要先学会蹲下身。
——深蓝
***************************************前言***************************************
这是一部个人记录的成长杂记，既然步入到oracle的这片蓝海，免不了一路的奔波与不断的考验。借由此杂记与库友们分享蓝的成长历程。
不知何时起对蓝有了一种说不出来的痴迷。痴迷其广博，痴迷其深邃，痴迷于近在咫尺却又遥不可及。
而又说不清从何时起，注视于oracle的红色耀眼，照亮出眼前的一道光。未知与迷惑在自己的脚下開始初露些许人生的充实与青春的回馈。
在追逐于DBA梦想的道路上步步前行。
***********************************************************************************
2014年北京
两天的跑来跑去，把问题转移到了研发。不得不吐槽一下，环节、体制仍须要继续建设与完好。业务层、现场层、实施层不同的处理情况，随之产生了不同的现场问题。这次问题的出现貌似非常easy，却让实施人员费了半天的时间，揪心的痛让人身心疲惫。绕了半天，是不是有些听晕了，接下来，我来回顾一下这次与业务层有着紧密关系的实施部署。
情景再现：为完毕部署迁移项目。将原应用系统、数据库一同迁移到新的server上。部署client，环境为64位win7系统（说明一下。生产环境下应用server、数据库server是分离的，而此次部署为科研项目，当中内容就不便细说了。就此了解下都在一台server即可了）。
A应用java开发，B/S架构。B、C等应用client也为B/S架构。可是基于32位系统开发。就是这个简单的技术细节，開始引发连续的业务问题。
在主系统A应用又一次部署完毕后，看似一切正常，在后台费了些周折，改动了password，最终使用超级管理员用户登录了。
然而就在认为任务完毕的时候。展如今技术人员面前的问题出现了。某维护页面无法正常訪问，出现权限问题。连续点击測试，业务层又出现新问题。某处理程序无法使用了。诧异的情况是。这次部署并无异议。
问题哪里出现的呢。依据提示一步一步排错吧。由于手边没有完好的部署手冊，依据提示发现问题所在：一个JDK导致的无法处理。
搜索，下载，安装，继续排查。发现缺少某些功能。此时联系研发，业务脚本邮件传来。对于运维的工作事宜，有些汗，跑脚本，问题解决。此时一脸茫然的体会着业务流程与技术实施间的关系究竟有没有明白的分界线。能够设想一下，假设在遇到这样的问题时，通过技术层面去排错，有点天方夜谭了，恐怕除了再开发一个全新的出来不会有什么正确的解决的方法，由于这都是业务中的需求。这是业务层的问题，就是这么简单。开发有业务脚本，跑一下，实现的就是把有些功能表创建下，功能项关联下。权限赋予下，诸如此类等等。问题迎刃而解。说来简单，遇错时思考角度却是关键，协调、反馈有时超过技术本身。
这仅仅是A应用系统暴漏的问题。还没说到恼人的B、C、D应用系统。这次能够说的上是恼人不已。client的程序，訪问出现故障。
再一次想到的就是开发者。继续联络。接下来想必能够预见到效果了。不错，再次邮件。替换文件，又一次设置。搞定了嘛？这次悲催了。业务层不知怎么了。程序貌似出错了。这次是严重的问题，由于在这一系列的业务系统中，存在着一个关键的“中坚”系统（技术细节不便透漏），能够理解成是一个上传下达的管理平台，基于主业务系统，维护着全部系统信息的一致性（有没有感觉有点像oracle中的undo段。维持着读一致性。
哈哈，这里纯为戏谈）。
由于此应用部署不能正常使用，致使这一系列的迁移看似完毕，却又回到了起点。这次，再一次联系开发。现场人员崩溃了，研发人员也崩溃了。
接连几次的邮件往来。配置无果。无法继续下去了。
把tomcat日志统统拷贝走，这次须要研发人员亲临现场了（这里。让人不禁想起，以前也由于之前公司的一个业务问题。项目负责人、实施人员、维护人员、开发者、甲方众领导、甲方众project师聚集奔赴现场的壮观场景，哈哈，再次戏谈~~）。当然。这次情况还是在可控范围内的。对于最后业务部署调整仍有一天的时间。依照常理经验，这样的client问题。研发到场后，依据实际环境，调整对应包、配置文件后，问题都会解决。
绕了好一会儿，就在这里暂告段落吧。
回想一下。这次问题的出现，非常多都不是出在技术上。
想想跟技术有关的层面，如客户机连接数据库时须要配置tns、监听。中间件部署、调优。数据迁移等等，都不是引起这次问题的解决办法所在。问题暴漏在业务应用。现场系统环境的改变，不同业务文件调整、更新上。
这就是所说的“业务需求”。Oracle技术也须要落地，有时候解决这个问题思路可能高于技术。技术的探究须要业务的支撑。
***************************************未完待续***************************************
欢迎訪问：深蓝的Blog：http://blog.csdn.net/huangyanlong
*****************************************************************************************
*******************************************蓝的成长记系列_20150820*************************************
原创作品。出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。
蓝的成长记——追逐DBA（2）：安装！安装。久违的记忆，引起我对DBA的又一次认知
蓝的成长记——追逐DBA（3）：古董上操作。数据导入导出成了问题
蓝的成长记——追逐DBA（4）：追忆少年情愁，再探oracle安装（Linux下10g、11g）
蓝的成长记——追逐DBA（5）：不谈技术谈业务，恼人的应用系统
蓝的成长记——追逐DBA（8）：重拾SP报告。回顾oracle的STATSPACK实验
蓝的成长记——追逐DBA（9）：国庆渐去。追逐DBA。新规划，新启程
蓝的成长记——追逐DBA（10）：飞刀防身，熟络而非专长：摆弄中间件Websphere
蓝的成长记——追逐DBA（11）：回家后的安逸，晕晕乎乎醒了过来
蓝的成长记——追逐DBA（13）：协调硬件厂商。六个故事：所见所感的“server、存储、交换机......”
蓝的成长记——追逐DBA（14）：难忘的“云”端，起步的hadoop部署
蓝的成长记——追逐DBA（15）：以为FTP非常“简单”，谁成想一波三折
蓝的成长记——追逐DBA（17）：是分享，还是消费，在后IOE时代学会成长
蓝的成长记——追逐DBA（18）：小机上WAS集群故障。由一次更换IP引起
蓝的成长记——追逐DBA（19）：路上的插曲：触碰“框架”与“软件系统”
******************************************************************************************************************
蓝的成长记——追逐DBA（5）：不谈技术谈业务，恼人的应用系统
标签：不同 stat 简单的 故障 研发 lan 技术人 ftp 基础
原文地址：http://www.cnblogs.com/cxchanpin/p/7253935.html
