首页 > TAG信息列表 > ora

ORA-12541:TNS:无监听程序问题

问题出现可能有多种原因,解决办法如下: 方法1.原因:监听日志listener.log过大,达到超过4G。 步骤: a、暂停监听服务 b.删除listener.log,文件位置:E:\app\Administrator\diag\tnslsnr\机器名\listener\trace\listener.log。 若该位置没有,可以直接搜索该文件。   方法2.原因:监听

记录一次Oracle导入数据库失败的解决办法,最终报错:UDI-04045、ORA-04045、ORA-01775

费了很大的工夫,终于解决了。做个记录。   ********************************************************************************创建完成用户及表空间后,导入数据库,出现如下问题:******************************************************************************** [oracle@ufdb1

神奇ORA-01722無效的數字

开发反馈,在查询一个表的时候,查询的栏位里面明明没有非数字的字符串,但是在使用TO_NUMBER时,会报错ORA-01722: 無效的數字 开发sql: SELECT SCR_SPEED FROM monkey.monkey_test WHERE ADD_DATE >= TO_DATE ('2022/08/01 07:00:00', 'yyyy/MM/dd

Windows服务器Oracle11G安装与完全卸载详细教程(附Oracle11g安装程序)

 首先解压Oracle的安装包,得到安装程序文件(链接: https://pan.baidu.com/s/1lxr_H52kk6R4BrWrBywVfA 提取码: 73pz) 进入到目录下,找到setup.exe右键使用管理员身份运行  取消勾选接收安全更新,点击下一步    弹出未填写邮件地址的提示,选择是    选择跳过软件更新,点击下

ORA-00245: 控制文件备份失败; 目标可能位于本地文件系统中

今早同事检查昨天备份作业情况,发现某数据库备份出现错误,报ORA-00245: control file backup failed; target is likely on a local file system  该错误在月初出现过一次,当时手工重做后一切正常就并未关注。今日再次出现,还是研究一下吧。     该报错大概的意思是:控制文件自

oracle ORA-00054

oracle ORA-00054 oracle报错: ORA-00054: resource busy and acquire with NOWAIT specified .. 1.1 查看现在有哪些锁 select session_id from v$locked_object; 2.1 根据sid查询session的id SELECT sid, serial#, username, osuser FROM v$session where sid = 1482; 3.1 如

Oracle 11G 调整内存启动后 报ORA-00844和ORA-00851的解决办法

为充分利用内存资源,对Oracle内存参数做了如下调整:  SQL>alter system set sga_max_size=40960M scope=spfile;  SQL>alter system set sga_target=40960M scope=spfile;  SQL>alter system set pga_aggregate_target=10240M scope=spfile; 在重启数据库时出现如下报错:

Oracle Recovery Tools 解决ORA-600 3020故障

尝试recover datafile,部分文件报ORA-600 3020,其他文件recover成功 ALTER DATABASE RECOVER  datafile 1  Media Recovery Start Serial Media Recovery started Recovery of Online Redo Log: Thread 1 Group 3 Seq 24972 Reading mem 0   Mem# 0: D:\APP\ADMINISTRA

ORA-00001: 违反唯一约束条件

oracle 中执行 sql 语句时,报错:“ORA-00001: 违反唯一约束条件 SYS_C00149474” --第一步:查看违反约束的序列对应的数据库表与字段 select a.constraint_name,a.constraint_type,b.column_name,b.table_name from user_constraints a inner join user_cons_columns b on a.tab

单实例下实例监听日志报错“WARNING: Subscription for node down event still pending”

单实例下实例监听日志[oracle@dbserver ~]$ more /u01/app/oracle/diag/tnslsnr/dbserver/listener/trace/listener.logWARNING: Subscription for node down event still pending20-JUL-2022 21:50:17 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=dbserver)(USER=oracle))(COMMAND=sta

ORA-12514:TNS:监听程序当前无法识别连接描述符中请求的服务

Oracle 服务器一直连接正常,一段时间没有连接后,重新连接报错。 这两个文件有问题了 tnsnames.oralistener.ora 修改了后还是不行,因为是本机的测试库,所以就重新配置一下,问题解决。 方法和步骤如下: 使用Net Configuration Assistant工具删除服务名服务命名-》选择删除监听程序-》选择

》》》ORA-12516 "TNS监听程序找不到符合协议堆栈要求的可用处理程序" 解决方案

转载:https://blog.csdn.net/qiu_spring/article/details/89227569 用plsql登录oracle数据库,会提示ORA-12516 "TNS监听程序找不到符合协议堆栈要求的可用处理程序, 误原因 由于超过连接最大值导致无法登录 网上查询到的解决办法用sysdba用户登录,其实不用 解决办法: 1、无法通过plslq

ORA-00001: 违反唯一约束条件

在 oracle 中执行 sql 语句时,报错:“ORA-00001: 违反唯一约束条件 SYS_C0011100” 解决方案: --第一步:查看违反约束的序列对应的数据库表与字段 select a.constraint_name,a.constraint_type,b.column_name,b.table_name from user_constraints a inner join user_cons_columns

ORA-7445 opiaba

ORA-7445 opiaba 目录ORA-7445 opiaba1. [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187BC27] [SI_KERNEL(general_protection)] [] 1. [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187BC27] [SI_KERNEL(general_protection)] [] 首参数opiaba trace文件中的dump问题语句中存在超

oracel RAC 心跳线对集群的影响

测试,oracle集群心跳线断开测试集群状态,和实例状态 测试环境 Oracle VM VirtualBox  + centos7.6 + oracle 11.2.0.4    首先登陆系统 ,切换grid用户 查看集群状态   [grid@ora01 ~]$ [grid@ora01 ~]$ crsctl check cluster -all ******************************************

Python连接ORACLE数据库的解决记录

一直在用Python连接内部局域网的ORACLE数据库,通过cx_Oracle模块一直连接不得,直到在百度上查看了相关资料之后,才得;主要步骤: 1、安装cx_Oracle模块: pip install cx_Oracle 2、将连接oracle数据库的客户端instantclient_11_2中的tnsnames.ora进行配置;\instantclient_11_2\NETWORK\ADM

【Oracle】Oracle 18c主库日志已被删除的情况下使用service恢复从库

【Oracle】Oracle 11g主库日志已被删除的情况下如何恢复从库 【Oracle】Oracle 12c主库日志已被删除的情况下使用service恢复从库     如果备库与主库不同步,或者某些归档日志在发送或应用到备库之前被删除,那么可以按照以下方法将备库与主库同步。我们可以将此过程称为备库的前滚

【Oracle】Oracle 12c主库日志已被删除的情况下使用service恢复从库

dataguard可能存在这样的情况,即在将归档日志发送到备数据库之前,主数据库中已经删除归档日志。直到 11g,我们可以通过从主数据库获取增量备份并在备数据库中应用相同的备份来使备数据库与主数据库同步。但是在12c中,引入了一个新功能(RECOVER DATBASE USING SERVICE),简化了从库修复的工

【Oracle】Oracle 11g主库日志已被删除的情况下如何恢复从库

模拟 主库的归档日志在没有传输到从库就被删除 1.主库关闭日志传输 PRIMARY_SQL> Alter system set log_archive_dest_state_2=defer scope =both; 2.切换日志,创建两个归档日志 PRIMARY_SQL > alter system switch logfile; System altered. PRIMARY_SQL > alter system switch l

oracle 实例无法启动和初始化

1 先看oracle的监听和oracle的服务是否都启动了。启动oracle监听:cmd的命令行窗口下,输入lsnrctl start,回车即启动监听。2 查看oracle的sid叫什么,比如创建数据库的时候,实例名叫“orcl”,那么先手工设置一下oralce的sid,cmd命令窗口中,set ORACLE_SID=orcl3 再输入sqlplus /nolog,回车

oracle pfile文件创建,创建pfile和spfile

使⽤服务器参数⽂件spfile创建⽂本参数⽂件pfile: 1,SQL> create pfile from spfile='/u01/app/oracle/product/9.2.0/dbs/spfile$ORACLE_SID.ora'; 2,SQL> create pfile from spfile; 3,SQL> create pfile='/u01/oracle/dbs/test_pfile_ora' from spfile='/

oracle数据库默认监听端口案例分析

环境说明: OS:Redhat 7.5 DB:Oracle 11.2.0.4.0 单实例   问题: 测试环境数据库端口使用默认端口1521,尝试修改默认端口为8821,修改成功后进行验证。 发现通过8821可以登录到数据库了,搞定,收工? sqlplus cjc/******@10.0.0.10:8821/cjcdb 在验证下1521是不是连接不上了,居然还能连接? sq

ORA-12012, ORA-20001 and ORA-6512 err from ora$at_os_opt_sy_xxx

Document Display Give Feedback... Search: ORA-20001:sTATISTIC aDVISOR Restore Pane Copyright (c) 2022, Oracle. All rights reserved. Oracle Confidential. Click to add to Favorites Bug 27983174 - ORA-12012, ORA-20001 and ORA-6512 err from ora$at_os_op

oracle 19c集群切换IP

[oracle@rac01 ~]$ srvctl stop database -d racdb [oracle@rac01 ~]$ srvctl status database -d racdb 实例 racdb1 没有在 rac01 节点上运行 实例 racdb2 没有在 rac02 节点上运行 [root@rac01 bin]# ./crsctl stat res -t ----------------------------------------------

rman加密备份(口令、TDE透明、混合)

目录rman加密口令加密例子:TDE透明加密例子修改wallet密码:混合加密例子 rman加密 口令加密,就像输入密码一样 TDE透明加密,适合本地加密和恢复 混合加密,两者混合 加密模式 SQL> col ALGORITHM_NAME for a20; SQL> col ALGORITHM_DESCRIPTION for a30; SQL> set linesize 20