更改Oracle数据库密码导致vcenter服务无法启动

简介:

一、背景介绍

    某企业生产环境中采用一台Windows2008R2物理服务器安装vCenter Server 5.5和Oracle 11g数据库,VC使用system账户连接Oracle数据库。安装之初对密码合规性没有明确规定,随意设置了该服务器administrator和Oracle的system账户密码,后期要求对这两个账户密码按要求进行整改。

二、问题及排查过程

    当更改完administrator和oracle的system账户密码后,重启服务器,发现vcenter服务无法启动,手动启动出现提示

wKiom1kAViOAqvpRAAB94CTJf4M319.png

    查看系统日志提示未安装次组建或安装已损坏,事件ID1000

wKioL1kAViSTLVCzAAIk88_pzwQ650.png

    回想安装vcenter时选择的使用系统账户启动vcenter,并在安装时设置过连接oracle数据库的system账户的密码,估计问题就出在这两点上。打开ODBC数据源使用更改后的新密码进行连接测试,发现可以正常连接,初步判断不是数据库的问题,但是发现oracle服务可以正常启动(安装时oracle服务也是选择使用系统账户启动),说明更改administrator账户密码后系统启动服务也是正常的。

wKiom1kAViSC-VJyAACvbx8W0fI212.png

    在运行栏中使用sqlplus命令,通过system账户连接数据库时提示system账户被锁定(oracle默认用户尝试10次登录失败后会锁定该用户),在CMD界面下使用:

sqlplus / as sysdba;    #以sysdba用户免密码登录

alter user system account unlock;    #解锁system账户

    继续寻找问题,过了一会当再次使用sqlplus命令通过system账户连接数据库时,提示system账户又被锁定,估计问题产生的原因是:通过sqlplus更改完system账户后,即使ODBC测试连接正常,VC通过system账户连接oracle仍使用的是旧密码,而不会自动同步更改密码,所以才会再次触发锁定。查看日志,在VC的C:\ProgramData\VMware\VMwareViryualCenter\Logs\vpxd日志中果然发现问题出在数据库上

wKioL1kAVibhv1B-AAJsLmnuZtw368.png

    再次使用sysdba登录并解锁system账户,在VC服务器命令行下将目录切换到C:\ProgramFiles\VMware\Infrastructure\VirtualCenter Server执行:vpxd –P <new_password>直接修改vCenter连接数据的密码;也可以执行:vpxd –p 通过交互方式修改密码。然后重启VC服务,服务正常启动。

wKioL1kAVifwxctGAAE-nvKyfvM292.png

三、总结

1.Oracle数据库修改完密码后,VC中保存的密码并不会同步进行更改,将还需要在VC中更改密码(MSSQL未测试,不确定是否也需要手动更改此密码)

2.更改administrator账户密码对于使用oracle数据库启动VC服务没有影响,不同于使用MSSQL,当更改完administrator密码后VC无法启动的原因是由于SQL server无法启动

wKiom1kAVieAmRbEAABudR8Nsn8547.png

需要在后台服务中为MSSQL服务重新设置新密码完成启动后,VC服务才能启动

wKiom1kAViiwXxhtAACXWIyf94Q461.png



本文转自 qiao645 51CTO博客,原文链接:http://blog.51cto.com/arkling/1919674

相关文章
|
11天前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
23 7
|
11天前
|
Oracle 关系型数据库 数据库
oracle数据库技巧
【10月更文挑战第25天】oracle数据库技巧
15 6
|
11天前
|
存储 Oracle 关系型数据库
Oracle数据库优化策略
【10月更文挑战第25天】Oracle数据库优化策略
15 5
|
11天前
|
关系型数据库 MySQL Linux
Linux系统如何设置自启动服务在MySQL数据库启动后执行?
【10月更文挑战第25天】Linux系统如何设置自启动服务在MySQL数据库启动后执行?
58 3
|
11天前
|
关系型数据库 MySQL Linux
在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。
本文介绍了在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。同时,文章还对比了编译源码安装与使用 RPM 包安装的优缺点,帮助读者根据需求选择最合适的方法。通过具体案例,展示了编译源码安装的灵活性和定制性。
49 2
|
18天前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
20天前
|
监控 Oracle 关系型数据库
Oracle数据库性能优化
【10月更文挑战第16天】Oracle数据库性能优化是
19 1
|
12天前
|
SQL 关系型数据库 数据库连接
"Nacos 2.1.0版本数据库配置写入难题破解攻略:一步步教你排查连接、权限和配置问题,重启服务轻松解决!"
【10月更文挑战第23天】在使用Nacos 2.1.0版本时,可能会遇到无法将配置信息写入数据库的问题。本文将引导你逐步解决这一问题,包括检查数据库连接、用户权限、Nacos配置文件,并提供示例代码和详细步骤。通过这些方法,你可以有效解决配置写入失败的问题。
36 0
|
21天前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
139 64
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例

推荐镜像

更多
下一篇
无影云桌面