ORA-28009 Linux错误解决方案 在日常工作中,我们经常会遇到各种各样的故障和错误,其中包括数据库连接时遇到的错误。其中,ORA-28009错误是一个比较常见的问题,尤其是在Linux系统上。本文将介绍ORA-28009错误的原因和解决方案,希望对大家有所帮助。 首先,我们来了解一下ORA-28009错误的含义。ORA-28009错误是指连接数据库时出现身份验证失败的问题。这个错误通
原创 2024-04-07 10:51:01
287阅读
在登录sys,输入密码后,出现如下错误: 解决:将密码(口令)改为原密码加上 as sysdba例如我的密码改为:change_on_install as sysdba ,就可以登陆进去了  
转载 2021-05-16 15:29:20
1700阅读
2评论
都知道,但是后一个却不明白,查了资料才知道是安装时的全局数据库名,也就是SID,知道了这点后,我用sys登录,输入用户名,口令和主机字符串登录,但却出错。错误如
转载 2022-12-14 10:12:07
1718阅读
况一:使用sqlplus登录正常输入用户名的口令,就会报错,因为SYS是在数据库之外的超级管理员,所以我们在登录的时候要在输入口令:口令+as sysdba(比如:123456 as sysdba)情况二:使用PL/SQL登录这是我们平时的登录数据库很常规的操作,但是用SYS作为用户名登录的时候就会报ORA-28009:connection as SYS should be as SYSDBA O
转载 2016-05-11 21:48:00
406阅读
2评论
在使用默认Oracle自带的SQL Plus登录数据库时(如下图),使用system用户默认密码manager登录没有问题。但是同样的输入用户sys和默认密码change_on_install确无法登录.报错如下:
转载 2007-11-02 09:52:00
91阅读
2评论
在使用默认Oracle自带的SQL Plus登录数据库时(如下图),使用system用户默认密码manager登录没有问题。 但是同样的输入用户sys和默认密码change_on_install确无法登录. 报错如下: ERROR: ORA-28009: connection to sys should be as&nbs
原创 2007-11-02 09:52:00
1696阅读
--有一个执行1000次的循环脚本,因为编辑错误导致无休止(1000次)的执行rhels5532-> ./loadbalance.sh devdb 1000ERROR:ORA-28009: connection as SYS should be as SYSDBA or SYSOPERERROR:ORA-28009: connection as SYS should be as SYSDBA or SYSOPER--查找此进程[root@rhels5532 ~]# ps aux | grep load | grep -v greporacle 31854 0.0 0.0 4732 ...
转载 2014-02-15 08:22:00
75阅读
2评论
连接时提示: 出现了例如以下的情况:EXP-00056;遇到ORACLE错误28009ORA-28009:connection to sys should be as sysdba or sysoper 然后 提示你输入username: password: 仅仅要输入以下的即可 提示你输入us
转载 2017-04-18 15:35:00
272阅读
2评论
1 sqlplus 登录 本地登录 (登录数据库服务器) Oracle 登录 sqlplus 账户名/密码 as 角色名 1.1 sys登录 例如: ERROR: ORA-28009: connecti
原创 2021-07-19 17:28:09
1709阅读
 nohup expdp system/oracle DIRECTORY=dir_20121212 DUMPFILE=lhjt_%U.dmp LOGFILE=lhjt20121212.log  parfile=/u01/app/oracle/bak20121212/par.par  parallel=4 job_name=20121212a &  
原创 2012-12-12 21:11:10
2888阅读
ORA Error Solutions: ORA-00020 ORA-00257 ORA-00600 ORA-01012 ORA-01031 ORA-01102
ORA
原创 2013-07-12 09:22:53
1257阅读
记一次expdp导出失败,报错如下ORA-39002: invalid operationORA-39070: Unable to open the log file.ORA-29283: invalid file operationORA-06512: at "SYS.UTL_FILE", line 536ORA-29283: invalid file operation创建了逻辑目录,逻辑目录
原创 2016-03-01 12:38:10
4489阅读
解决数据库无法正常使用,告警日志里面显示ORA-00603,ORA-27504,ORA-27300,ORA-27301,ORA-27302的问题。
有个数据库crash了,环境是 1 2 3 os: [root@oracle ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 1 db:11.2.0.4.0 今天上午10点25数据库挂的,报错是: 1 2 3 4 5
原创 2021-11-16 09:51:38
10000+阅读
关闭过程中断—— ORA-24324: 未初始化服务句柄 ORA-24323: 不允许此值 ORA-01090: 正在关闭 - 不允许连接 C:\Documents and Settings\Administrator>sqlplus " /as sysdba" SQL> startup mount ORA-01081: 无法启动已在运
转载 2011-08-05 10:10:12
1217阅读
   运维工程师在一台IBM P750(AIX6.1)上部署了一套oracle(未建库),让我把商用的某库同其做一个DG容灾。我按正常步骤部署了DG。   1.在备库开始日志恢复alter database recover managed standby database&nbs
原创 2014-03-24 14:37:08
3224阅读
在昨天客户突然打电话过来,说系统进不去了,经过咨询发现是Oracle数据库没启动起来,经过一番折腾,最终弄好了。解决方法还是在网络上的一般方法,最磨人的是Oracle的一个redo日志文件出现问题,做下笔记:解决:1. 运行输入:sqlplus /nolog2.以sysdba的角色登录:connec...
转载 2014-05-13 09:23:00
489阅读
2评论
SUSE Linux 11+oracle 11.2.0.3环境,/oradata挂载在存储上,今天晚上存储一个控制器故障重启,但服务器做了双路径,存储控制器重启未影响操作系统识别存储上/oradata 文件系统,即文件系统在控制器重启那一瞬间正常访问。但是oracle却自动关闭了,重新startup,报错如下:SQL> startupORACLE instance started.Total
原创 2014-10-17 23:43:09
10000+阅读
设置隐藏参数 "_allow_resetlogs_corruption" = true , 强制起库;推进SCN;
环境:AIX    11.2.0.3 RAC 现象:节点1操作系统无法连接,节点2显示RAC服务状态正常,15分钟后恢复连接DB日志ORA-27300: OS system dependent operation:fork failed with status: 12ORA-27301: OS failure message: Not enough spaceORA-
原创 2016-05-25 15:45:39
1955阅读
  • 1
  • 2
  • 3
  • 4
  • 5