数据库报错ORA-01013

网上找的：

----------------------------

在测试一个通过ODBC连接ORACLE数据库的VB程序时，总是出现该错误，估计应该是数据量比较大，导致超时。

查到解决方法有如下四种 （选任意一种即可）：

1。修改 $ORACLE_HOME/network/admin/sqlnetora 添加或修改成:

sqlnetexpire_time = 0

这将关闭oracle的连接状态检测。

2。在ODBC管理中去掉 'Enable Query Timeout'复选框。

3。在程序中的连接数据库的字符串中添加

QTO=F，成为这样的连接字符串：“;DSN=DB;UID=a;PWD=b;QTO=F”

4。在Connection对象上设置SetQueryTimeout(0)。

有一个文件不是4026版本mysql应该有的（我重新安装装的是4026版 因为记得以前一直是老版本mysql）

后来对比了下 发现属于mysql 5045

于是在新系统安装了5045版本 终于问题解决了 原来是mysql版本不对！

Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)

Oracle Database Recovery Check 介绍

根据多年来的数据库恢复经验,提炼出来数据库恢复关键点信息收集脚本(Oracle Database Recovery Check)，该脚本主要是在数据库mount状态情况下查询数据库的一些基础表信息等信息，不对数据库进行任何写 *** 作(只做读和dump *** 作)，不会在坏的数据库基础之上带来任何破坏，不影响任何数据库后续的恢复工作。通过该脚本收集信息能够快速定位数据库异常原因，并初步判断数据库恢复疑难程度，减少数据库异常恢复诊断时间，提供恢复效率和准确性。

具体参考：网页链接

错误描述：用户请求取消当前 *** 作错误原因：

1、脚本(asp、jsp、php，etc)执行超时造成数据库端取消 *** 作

2、客户端工具(sqlplus,etc)中使用强行中断方法中止当前 *** 作

3、oracle bug(具体的fixid记不清了，参见metalinkoraclecom)

解决方法：

1、延长脚本执行超时时间

2、查看数据库表是否有锁

3、fix bugs

连接mysql错误2013是设置错误造成的，解决方法为：

1、回到电脑桌面，找到我的电脑点击右键。找到管理选项双击。

2、点击服务和应用程序。

3、点击服务。

4、找到MySql。发现描述项为空。双击。

5、点击启动，再次打开MySql连接，就能连接成功了。

电脑出现数据库错误号码2003是由于电脑的数据库组件丢失导致的，可以通过重新安装 *** 作系统的方式来解决：

1、在电脑上打开存放系统镜像的文件夹，双击其中的系统安装程序，进入系统安装流程：

2、然后，在d出的窗口中选择磁盘位置，这里选择C盘：

3、出现新的对话框选择是：

4、在d出一个窗口提示是否要重新启动计算机时，点击确定：

5、最后，等待电脑重新启动完成之后，电脑的数据库就不会出错了：

前言 每一个DBA在进行数据库管理的过程中不可避免的要遇到形形 的错误(ORA xxxx) 有些错误由于频繁出现 原因复杂而被DBA们戏称之为 经典的错误 其中ORA end of fileon munication channel 就是这样的一个 我们可以简单的把这个错误理解为Oracle客户端进程和数据库后台进程连接中断 不过 导致这个错误的原因实际上有很多种 对数据库设置不当 任何能导致数据库后台进程崩溃的行为都可能产生这个错误 这个错误的出现还经常伴随着其它错误 比如说 ORA ORACLE not available 此外 该错误出现的场景复杂 可能出现在: 启动的Oracle的时侯; 试图创建数据库的时侯; 试图对数据库进行连接的时侯; 在客户端正在运行SQL/PL/SQL的时侯; 备份／恢复数据库的时侯; 其它一些情况下．．．．．．在论坛上也时常可以看到初级DBA对这个问题的求救 在这里简单的对该问题进行一下整理 不当之处 请多指教！ 错误原因种种 根据网络上大家反映的情况来看 错误原因大约有这些: Unix核心参数设置不当 Oracle执行文件权限不正确／环境变量问题 客户端通信不能正确处理 数据库服务器崩溃/ *** 作系统崩溃/进程被kill Oracle 内部错误 特定SQL PL/SQL引起的错误 空间不够 防火墙的问题 其它原因在开始解决问题之前 作如下几件事情: 回忆一下在出现错误之前你都做了什么 *** 作 越详细越好; 查看background_dump_dest目录中的alertSID log文件也是你要做的事情; Google一下 在互联网上有很多信息等着你去发现 不要什么都问别人 当然 如果你找到了一些对你非常有帮助的东西――这篇文档就不用看了 别耽误你的时间 呵呵 Unix核心参数设置不当/ init参数设置不当 如果数据库在安装过程中没有设定正确的 *** 作系统核心变量 可能在安装数据库文件的时侯没甚么问题 在创建数据库的时侯常常会出现 错误 和此有关的另一个原因是init ora参数文件中的processes参数指定了不合理的值 启动数据库导致错误出现(当然这个归根到底也是核心参数的问题) 这个错误信息一般如下 ORA : end of file on munication channelORA : ORACLE not availableORA : shared memory realm does not exist解决办法有两个 修改核心参数 加大相应核心参数的值(推荐); 减小init ora参数的Processes的值 需要注意的是 SEMMSL必须设定为至少要 + 进程数的最大值 SEMMNS 也依赖于每个数据库上的进程参数值 注 这个错误类型只在Unix平台上出现 在Windows上如果processes的值过大 则会出现 ORA : invalid value for parameter max_rollback_segments must bebeeen and / 此时指定的参数值超过了 /或者ORA : out of memory　/ 小于 的一个大参数值 /我的软件环境 Windows Version Service Pack CPU type ORACLE RDBMS Version: 在特定平台上更改核心参数可能会有差别 请参考Oracle Technet()上的安装文档 对特定Unix平台的安装文档也有对核心参数意义的解释 Init ora中的参数如果设置不当 会产生该错误 有经验表明:shared_pool_size设置过小会出现错误 此外timed_statistics=true的设置也会带来问题 Oracle执行文件权限不正确/环境变量问题 这个问题只出现在Unix平台上 常见情况是有的时侯管理员为了方便而使用Unix的tar命令处理过的压缩包进行的安装 或者是系统管理员指定了额外的OS用户也可以管理数据库却没有指定正确的环境变量 Oracle执行文件在$ORACLE_HOME/bin目录下 如果出现问题 应该用如下Unix类似命令来纠正 chmod $ORACLE_HOME/bin/oracle有的时侯要对Oracle进行relink *** 作 在Unix上通过cp拷贝安装的时候 常常会出现环境变量的问题 和个别执行程序连接问题 LD_LIBRARY_PATH如果设置的不正确会导致问题 在这种情况下 需要对Oracle进行relink 如果可执行文件oralcle被破坏 也要对其relink 如果安装了并行服务器选项而Distributed Lock Manager没有安装或正确运行也会导致错误 客户端通信不能正确处理 SQLNet驱动器的问题 如果使用的版本比较低的驱动器 请更换到新版本的驱动 SQLNet的驱动没有连接到Oracle可执行文件会导致错误 检查网络是否通畅 Windows平台的常见问题:在Windows平台创建数据库的时侯 如果出现该问题可以考虑用如下的方法 首先检查本地网络设置 查看网络上是否有同名的结点或有冲突的IP 如果问题依旧 可以保守的用下面的方法 禁用网卡 将本地连接状态改为禁用; 将sqlnet ora文件打开(以记事本形式)将nts验证注释掉 #SQLNET AUTHENTICATION_SERVICES= (NTS) 创建数据库; 创建成功后 恢复本地连接 数据库服务器崩溃/ *** 作系统崩溃/进程被Kill 在连接过程中 如果Oracle数据库的服务器崩溃或者数据库所在的 *** 作系统崩溃 就会出现这个错误 Oracle Server崩溃的原因可能因为主要后台进程死掉 被错误的进行了Kill *** 作 如果是这个原因还是比较容易解决的 此外 和OS有关的应用程序存在内存泄漏(或者有病毒)的时侯也会导致Oracle后台程序问题 推荐排错办法: 查看应用软件相关进程是否正常运行; 查看有无内存泄漏; 查杀病毒; 确定系统管理员没有进行误 *** 作; 确定无黑客入侵行为 其它不确定因素．．．．．． Oracle 内部错误/ Bug 如果查看background_dump_dest目录中的alert log发现有无ora 等错误 可以到Metalink站点上查看具体信息及其解决方案 一般情况下要打软件补丁 特定SQL PL/SQL引起的错误尝试把SQL进行分开执行 也可以用SQL_TRACE来进行跟踪 找到导致问题的SQL语句 在SQLPlus下 ALTER SESSION SET SQL_TRACE TRUE;SQL语句中的非法字符和不合理的处理结果偶尔会带来问题 系统空间不够 任何时侯都要确保数据库系统有足够的空间 如果 USER_DUMP_DEST和BACKGROUND_DUMP_DEST没有剩余空间的话 会导致此问题 此外 如果打开了审计 AUDIT目录要由足够的空间 如果激活了Trace的话 Trace目录要由足够的空间 Dave Wotton的文档表明 在对表进行插入数据的时侯 如果文件超过了 G(而文件系统有 G限制) 会导致该问题 防火墙的问题 如果数据要通过防火墙 请联系系统管理员 询问是否对数据库数据进行了过滤或者是突然禁止了通行端口 如本地安装有个人防火墙 请检查本地设置 其它方面说明 导致这个错误的原因有很多种 上面列到的只是一些典型情况 经常去一些数据库技术论坛可能会有帮助 比如说ITPUB() C NOUG()等 lishixinzhi/Article/program/Oracle/201311/17658

以上就是关于数据库报错ORA-01013全部的内容，包括:数据库报错ORA-01013、xp sp3 装不上 1033数据库、oracle数据库报错ora-01033怎么恢复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！