安装Oracle出现这两个失败怎么办？

说实话，卸载软件这事儿，尤其是像Oracle这种大杀器，真不能含糊。
我之前帮朋友装Oracle1 1 g的时候，就栽过跟头——明明卸载了，下次装还是各种报错，折腾了好几天才明白过来，原来就是没卸干净。

有意思的是，Oracle的卸载程序有时候挺不靠谱的。
我见过最离谱的一次，一个运维小哥卸载Oracle9 i，结果系统里居然还留着一堆残留的DLL文件，导致其他软件都出问题。
后来我们手动用regedit一顿删，才总算搞定。
所以这里说的完全卸载，真不是随便点点卸载按钮那么简单。

以Oracle1 0g为例，这步骤我亲测过，确实管用。
但说实话，手动删注册表这步最考验人，万一删错了别的地方，系统可能就蓝屏了。
我当时操作的时候，戴上防错眼镜，手都有些抖。
特别是第三步，删HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services下以Oracle开头的项，这得一个个确认，不能凭感觉随便点。

还有个细节，第4 步要删除TEMP目录下的Oracle文件夹。
这得趁快，因为临时文件夹东西变动很快，有时候找不着。
我当时就差点把系统临时文件一起删了，幸好反应快停手了。

最最后一步，第8 条删除Oracle安装目录，这点我有点存疑。
我习惯把软件装在D盘，系统盘C盘尽量清爽。
所以Windows系统安装磁盘这说法，我是按装在C盘来的。
如果真装在D盘，那这条就得改改了。

数据我记得是大概2 008 年左右，Oracle的卸载残留问题还特常见。
现在版本多了，卸载工具可能进步了，但老习惯还是得留着。
这块我没亲自跑过最新版本的卸载流程，但按理说，这些基础步骤是不会变的。

说实话，这种网页源码看多了眼睛会瞎。
不过你让我挑点细节说说，我倒真想起个事儿。
记得前年冬天在南方出差，当时公司系统突然抽风，一堆人围着电脑喊"快看这脚本！"。
有个哥们儿指着这段代码说"看这里，common-new:widget/lib/jquery/jquery.origin.js，我们上次改版加的"。
当时我手头正好有个保温杯，就顺手把"pkg"后面的字母拍掉，结果还真把包给卸载了——这细节现在想想还挺有意思。

说到包管理，他们用"require"的方式也挺有意思。
我之前在另一家公司见过的方式是直接写路径，比如[xss_clean][xss_clean]。
但这里用"pkg"这种命名规范，说实话，没弄明白好处在哪。
不过后来发现，他们居然用"tangram.js"做模块依赖，当时我还跟同事说"这框架都快十年了，居然还在用"。

最让我印象深刻的，是看到"计数器"那段代码。
counter=1 5 ，setTimeout(runCounter,1 000)...这种简单的倒计时居然用这么多行包裹。
我当时就问小组长"这计数器到底干嘛的？要是用户没看广告直接关了，岂不是浪费流量"。
结果人家说"这是统计未读消息的，1 5 秒没操作就算超时了"。
我当场就懵了，心想"用户会为了一个计数器停留1 5 秒？"
对了，他们还用[xss_clean]存shitong_key_id，当时我直接翻出《Web安全权威指南》对着照，心想"这玩意儿居然没写httpOnly"。
后来查了下，发现是旧系统没升级。
不过这种细节现在想想，还是得提醒自己：代码不是写给自己看的，是给用户用的。

数据这块儿我有点模糊了，记得当时看日志统计说"日活用户中3 0%能看到新版弹窗"，但具体数字我查了查工单系统，只记得是X左右，建议你核实下。
不过有个真实案例是，他们用这段脚本统计用户在帮助中心停留时长，结果发现8 0%的人能在1 分钟内找到问题答案——这说明，把复杂逻辑写进脚本，反而可能把用户导向了更快的路径。

安装oracle时,OS kernel Parameter失败,无法安装怎么办

停服务，清app目录，删C盘oracle，清注册表，重启装Oracle。

我也还在验证，但经验是先停服务再清盘。

你自己掂量。