00257 ora归档程序错误,oracle连接错误ora—00257

oracle数据库查询遇到ora-1578错误时发生了什么？ORA01578错误是Oracle中常见的物理坏块损坏错误。10g之后，使用完整备份和归档 log，可以通过blockrecover/recover命令在线恢复坏块，前提是数据块所在的磁道在物理上仍然可用。

asp.net的程序都部署在服务器上，也就是说你在浏览器上看到的一切都是你向服务器发送一个http请求，服务器经过一些处理后反馈给你。除了AJAX技术，打开页面后，页面上的内容是静态的。只有当你刷新页面或者点击页面上的一个按钮，页面上的内容才能被改变，而这个改变就是你去服务器重新请求页面内容。

例如，asp.net的textbox控件上有一个名为autopostback的属性，它允许您设置textbox在失去焦点时是否回发。如果不设置，当你填写文本框失去焦点时，服务器不会知道你此时填写了什么，直到你提交表单服务器才知道。如果设置了，当你输入内容失去焦点时，页面会自动将文本框的内容发送回服务器，而不需要点击某些提交按钮。

1。背景今天接到开发者电话，说Oracle远程连接无法进行，archivelog可能已满。我登录Oracle并尝试了一下，提示ORA00257:Archiver错误。只有联系，没有联系。考虑到硬盘空间前几天已经扩容了，应该是archivelog的大小已经达到了Oracle中archivelog的大小限制。

因此，我决定清除无用的日志，并修改日志的大小限制。由于我对Oracle不熟悉，所以完成后我会把整个过程记录下来，以便以后参考。二、环境RHEL6.3 Oracle11gR2三、进程因为archivelog空间已满无法远程登录，所以ssh到服务器后，用sqlplussys/passassyssdbaoracle登录。

1。首先删除归档 log物理文件。归档 Logs一般位于归档目录下，AIX系统下的文件格式为“1_17884_。dbf”。建议操作前备份数据库，删除时至少保留最近几天的日志用于数据库恢复。2.删除归档 log的物理文件后，我们可以正常登录ORACLE，但是并没有完全删除归档 log。ORACLE的控制文件仍然记录着这些archivelog的信息，在oracle的OEM管理器中也有可视化的日志显示。当我们手动清除归档目录中的文件时，这些记录还没有从控制文件中清除，接下来我们要做的就是这项工作。

前言每个DBA在数据库管理的过程中都不可避免的会遇到* * *错误(ORAxxxx)。有些错误由于出现的频繁和原因的复杂，被DBA称为经典错误，ORAendof就是这样一个错误。我们可以简单的把这个错误理解为Oracle客户端进程和数据库后台进程的断开，但是这个错误其实有很多原因。任何能导致数据库后台进程崩溃的行为都可能产生这个错误，而且这个错误往往伴随着其他错误。错误，比如OracleNotAvailable，另外，错误发生的复杂场景可能会出现:Oracle启动时；尝试创建数据库时；尝试连接到数据库时；当客户端运行SQL/PL/SQL时；数据库备份/恢复时；在其他情况下.....在论坛上，经常可以看到初级DBA对这个问题的帮助。这里，简单梳理一下问题。请多指教！