|
|
||||||||||||||||||
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
【内容摘要】上一次我在客户现场待了三天，解决问题之后稳定运行了9个月，也算是不错的业绩了，可是客户总是在问题解决之后就觉得不再需要技术人员了。这是做技术的悲哀。 【内容摘要】那么这个0代表什么字符呢？在ASCII编码表里我们可以看到这对应了一个不可见字符，这是数据入库时的异常导致的 【内容摘要】记得以前我曾经写过一篇《年关临近 谨防数据库事故》，那的确是有感而发。 根据统计我们发现，每逢节假日前后，都是数据库事故多发期。 【内容摘要】通过进一步判断，强烈建议用户重建一个15G的索引，第二天早上收到用户的报告，系统一切恢复了正常。 【内容摘要】测试一个Oracle 9.2.0.8的数据库时遇到了一则ORA-600 [qmxiUnpPacked2]错误。 【内容摘要】这些错误提示相当精确，Oracle数据库提示"The device is not connected"，这是存储失去联系的主要症状 【内容摘要】在LMT之前，也就是说在DMT中，SMON的一个经常性工作是去合并（coalesce ）相邻的自由空间。 【内容摘要】这一案例的恢复过程并不重要，重要的是DBA应该学会永远不要让我们的数据库置于这样的危险境地 【内容摘要】2008年，计划在年后开始自己的事业，从事全职的Oracle技术服务、数据恢复与Oracle培训等业务。 【内容摘要】不完全的补丁安装是危险的，在进行系统升级时一定要慎重，最好将系统运行在经过验证的稳定的系统版本上，升级过快可能会带来更多的不稳定因素。 【内容摘要】也就是说OCFS和通常的文件系统不同，inodes在这里并不发挥通常文件系统的作用。 【内容摘要】唯一需要记录的是，svrmgrl几乎要被遗忘，但是在8i版本中，它依然重要 【内容摘要】由于某些Linux内核使用32位无符号长整型来计算时间，32位的最大值就是0xffffffff，再加1就将溢出变为0 【内容摘要】由于死事务已经无法通过v$transaction来观察，所以必须通过内部表来进行判断。 这个内部表是x$ktuxe,该表会记录Dead事务的恢复进度 【内容摘要】这次事故给我们的教训是：DBA也需要看手气！ 【内容摘要】提示显示，在数据库启动过程中，执行了一个和OLAP有关的Trigger，出现了错误。 【内容摘要】这是一则学习笔记，具体问题ITPUB上提问的朋友已经自己解决。 【内容摘要】故障发生时数据库无法通过监听正常建立连接，检查时会发现系统上存在两个监听器进程，其中一个是另外一个的子进程。 【内容摘要】故障过程是光纤通道Offline，导致LGWR写失败，LGWR中止了数据库。随后光纤通道自动恢复正常，数据库能够重新启动，经过如下恢复过程 【内容摘要】一系列的错误提示都表明IO出了问题，经过询问得知，用户正在更换硬盘IBM的盘阵，刚刚插入了5块硬盘，结果发现数据库出现了问题，关闭之后就无法启动。 【内容摘要】这两台服务器用的都是联志的国产低端PC Server，这些服务器的质量实在是差，上次一台备机的硬盘损坏，然后又有一台因为电源模块的问题反复重起，现在这一台服务器的硬盘再次出现问题。 【内容摘要】前几天一个数据库的硬盘出现问题，经过格式化之后恢复正常，今天这块硬盘再次出现问题。 这次损坏的是Redo日志,数据库警告日志给出Redo相关的错误信息.... 【内容摘要】今天一个数据库的监听器日志出了点问题，用set log_file命令重新定位一个日志文件得以解决。 【内容摘要】刚刚说过最近硬件故障频繁，昨天又有一个数据库出现问题。同样是硬件故障，存放数据库软件及数据文件的磁盘出现问题，导致数据库Down机。 【内容摘要】一大早来到公司，打开邮箱，发现收到了一堆的报警邮件，一个Standby数据库Down掉了。 【内容摘要】同事最近遇到一个数据库问题，说是系统表空间出现坏块，警告日志文件中不断出现如下错误 ................ 【内容摘要】今天,一个朋友的数据库出现问题,连接上去一看,原来又是ORA-04031 【内容摘要】周一一大早就发现一个数据库负载超高,性能异常,4CPU,8G内存,的SUN Fire 480R主机... 【内容摘要】在ORA-00600 2262错误解决一文中，我曾经提到过，很多时候使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误，这里给出一个完整的例子及解决过程。 【内容摘要】某个参数导致了系统日期被固化，让他传来alert文件，果然发现了一个此前未注意到的参数: FIXED_DATE 【内容摘要】MMNL是Oracle10g引入的一个新的后台进程，其全拼名字为Memory Monitor Light ，是AWR(Automatic Workload Repository )的组件之一... 【内容摘要】今天看到有一个朋友因为Move了一个系统表DEPENDENCY$,在没有Rebuild索引的情况下,重起数据库,结果收到ORA-01502错误,数据库无法启动 【内容摘要】redo log日志组处于高激活状态 【内容摘要】昨天接到研发人员报告，数据库定时任务未正常执行，导致某些操作失败。..... 【内容摘要】SQL_TRACE是Oracle提供的用于进行SQL跟踪的手段，是强有力的辅助诊断工具.在日常的数据库问题诊断和解决中，SQL_TRACE是非常常用的方法。 本文就SQL_TRACE的使用作简单探讨，并通过具体案例对sql_trace的使用进行说明. 【内容摘要】Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题 --使用vmstat,top等辅助解决Oracle数据库性能问题 【内容摘要】很多时候我们的服务器可能会经历CPU消耗100%的性能问题. 排除系统的异常，这类问题通常都是因为系统中存在性能低下甚至存在错误的SQL语句, 消耗了大量的CPU所致... 【内容摘要】案例描述: 用户报告，服务器启动一段时间以后，无法建立数据库连接 重新启动几分钟以后，再次无法连接 【内容摘要】SGA与异步IO,Solaris上常见的问题... 【内容摘要】症状是,通过连接访问新闻页是极其缓慢,通常需要十数秒才能返回.这种性能是用户不能忍受的. 【内容摘要】在我们进行数据库操作时 比如drop user,drop table等，经常会遇到这样的错误 ORA-00604: error occurred at recursive SQL level 1 . 【内容摘要】Oracle9i提供的新特性spfile,如果你不了解和充分认识它,你就可能犯下一些不必要的错误... |
|||||||||||||||||
CopyRight © 2004 ~ 2008 eygle.com, All rights reserved.
|
||||||||||||||||||
