ITPub博客

首页 > 数据库 > Oracle > Win7 64bit版本下安装Oracle 11g OS权限处理

Win7 64bit版本下安装Oracle 11g OS权限处理

Oracle 作者:dbhelper 时间:2014-11-29 15:15:03 0 删除 编辑

 

一般情况下,我们选择安装Oracle数据库都是在Linux、AIX这类传统服务器操作系统下。即使出现Windows环境,也都是以2008、2012等服务器版本作为安装介质。在Win7环境下,一般是不推荐安装Oracle服务器版本的。

那么对于平时需要在Win7环境下学习测试Oracle的朋友而言,虚拟机+Windows客户端是不错的选择。而且,Oracle在卸载Windows版本的程序deinstall的问题上,一直就有不太“优良”的口碑。所以作为初学者的朋友,还是慎重选择Win7安装。

前一段时间帮助朋友完成一项任务,就是在Win7 64bit版本上安装Oracle 11g,全新的环境也积累了一些经验问题。记录下来,留待需要的朋友待查。

 

1、问题提出

 

在安装Win7版本Oracle过程中,Oracle Net是一个比较麻烦的地方。一些朋友可能遇到过,当前用户明明就是在ora_dba用户组中,甚至已经赋予了管理员权限,还是可能出现配置问题。比较典型的一个是启动netca创建、修改Oracle Net参数时候,配置工具报错。一般这样的问题都是tnsname.ora、listener.ora和sqlnet.ora三个配置目录$ORACLE_HOME/admin/network的读写权限造成的。

我们在Win7下进行操作都有这样的经验:如果是以非administrator用户进行操作的时候,无论执行程序、执行删除操作,甚至进入某些目录都有一个管理员操作的确认过程。即使我们当前用户在administrators用户组中,也需要一个显示的确认动作。

对Oracle而言,这个过程其实是有很大问题的。长期以来,Oracle设计运行都是在AIX、Linux体系下,文本配置、简单权限管理、环境变量是体系重要因素。对于Windows的架构体系,多多少少存在很大不适应的情况。Oracle配置工具,如NetCA和Deinstall,都不能从OS层面弹出确认功能。这样,报错是难免的了。

笔者遇到的问题,是在解决Oracle NET三文件读写基础上的。当前用户非administrator操作系统用户,但是赋予了管理员权限。

在创建监听器、启动监听器时候,报错如下:

 

 

监听器启动错误。配置过程没有问题,各类型参数也符合工作原理。Oracle Net三个核心配置文件正常。只在监听器启动的时候失败。

问题不仅仅在此,在之后安装数据库的时候,以前未知的报错出现。

 

 

这类型错误是笔者没有见过,也没有经验积累的。之后安装过程无法继续,只有终止操作过程。

 

2、问题分析

 

对于没有见过的问题,最好的处理方法就是检索Oracle MOS。Oracle MOS是一个我们学习解决问题最好的方法。

对Listener启动的问题,一个类似的问题是ID 948094.1,Windows: TNS Listener Startup Fails with TNS-12560。在这个案例中,虽然是2008 64bit版本的服务器,同样出现了不能启动监听器的问题。

Oracle对这个问题的解释是:当前操作系统用户(非Administrator),权限不足。需要额外赋予“Create Global Object”权限策略。

 

对DIM-00014错误,这个是在ID 432713.1中有一个说明。当我们试图手工创建Windows版本Oracle实例的时候,一个步骤就是创建Services对象。我们在Windows Services列表中查看到的控制列表项目,就是这个步骤完成的。报错的主要原因,就是Windows引入的UAC(User Account Control)功能,对非管理员用户创建服务进行特殊的约束。

综合两个问题,权限是根本性的原因。和通常安装场景不同的是,笔者没有使用Administrator用户进行安装,而是另外创建用户。即使是额外赋予了管理员组权限,还是有很多问题。一种尝试的策略是切换回Administrator用户,进行安装操作。

 

3、问题解决

 

切换回Administrator之后,继续配置安装过程。这次平安无事。

 

 

4、结论

 

这个问题是比较简单的,但是给笔者的启示和想法是很多的。

首先,对于我们安装版本的选择。虽然有用途和维护用户的实际情况,我们还是尽可能选择AIX、Linux版本系操作系统进行安装。对Windows版本,只要不是特殊的要求,我们尽量不要使用。这种不仅仅是从架构、稳定性的考虑,也是从版本支持力度和后台修复角度的考量。

其次,简单最好。越简单的架构设计,越不容易出现问题。并且在出现问题的时候解决越简单。我们日常工作大多数都是任务目标驱动的,而且时间常常是严重的约束。最简单的方法、工具和技术,最适合的实现我们的目标,在实际工作中才是最有价值的。

最后,就是出现问题解决。每一个IT人员的工作和成长,都是从一个难题到另一个问题。在出现问题的时候,不要慌张是第一步的,寻找官方资源,确定问题所在。大胆推理,小心求证是非常好的方法。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/8494287/viewspace-1351101/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2017-10-14

  • 博文量
    651
  • 访问量
    392273