一.第一种方法 1.切换到oracle用户 su - oracle 2.进入sqlplus窗口 sqlplus / as sysdba 3.执行sql命令,查看trace文件位置:background_dump_dest就是后台日志 show parameter dump; 4.切换到trace目录下 cd /u01/app/oracle/diag/rdbms/prod/PROD/trace 5.查看带有alert关键字的文件,alert_INSTANCENAME.ora即是alert日志的名字

--linux下查看alert日志文件的两种方法: --方法1: SQL> show parameter background_dump_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ background_dump_dest string /home/oracle/admin/ora125/bdump SQL> ho ls /home/o

一个测试库,11g,没有sys账户,无法用show parameter dump查看alert日志的路径,以前也碰到过,但后来就不了了之了.这次深挖下,也参考了下一些网上的帖子,于是找到了: $ORACLE_HOME/rdbms/sid/sid/trace 同时11g还支持xml格式的alert日志,路径是: $ORACLE_HOME/rdbms/sid/sid/alert

对于DBA来说,检查alert日志是日常工作.告警日志日积月累往往很大,而且每次在服务器上查看或者下载到目标主机查看都十分不方便. 为了方便,以下做出两种情况:(其他情况类推) 第一场景:每天早上上班检查头一天的告警日志.于是用以下脚本截取前一天的日志,发送到指定接收人的邮箱. #编辑脚本:vim alertlog_day.sh #oracle用户下执行 #!/bin/bash # 筛选前一日的alert日志,方便每天早上查看前一天的日志. # export LANG=en_US TODAY=`

本文是原创文章.转载请注明出处:http://blog.csdn.net/msdnchina/article/details/44336789 近期遇到一个案例,是将一个表空间offline之后,alert日志中不断的报错,最初该报错是在11.2.0.2被发现的.后来我在11.2.0.4的linux x86-64 bit下试验了一下,也发现了同样的现象. 例如以下是我的实验步骤: [oracle@rhel63single ~]$ sqlplus / as sysdba SQL*Plus: Rel

10g&9i的alert日志: 进入oracle:[zhangshengdong@oralocal1 ~]$ sudo su - oracle[oracle@oralocal1 ~]$ sqlplus "/as sysdba" SQL> select * from v$version; (查看一下版本) SQL> show parameter dump;(查看一下dump) NAME                                 TYPE     

“Database(数据库)”主页>“Related Links相关链接)”区域> “Alert Log Content (预警日志内容)” 查看预警日志每个数据库都有一个alert_<sid>.log文件.此文件位于数据库所在的服务器中,如果设置了$ORACLE_BASE,则此文件默认存储在$ORACLE_BASE/diag/rdbms/<db_name>/<SID>/trace中.数据库预警文件是按时间顺序列出消息的日志文件,例如:启动时使用的任何非默认

一.打开数据库alert日志,发现有报错 ERROR: failed to establish dependency between database RACDB and diskgroup resource ora.DATA.dg 二.上mos查看(是一个BUG,无害) This error is harmless.It is documented in the  internal Bug 8304720 "ERROR: FAILED TO ESTABLISH DEPENDENCY BETWE

一,Win10 打开 MSDTC 1,Win+R 打开运行窗口,输入 dcomcnfg,打开组件服务窗口 2,在组件服务 catalog下找到 Distributed Transaction Coordinator下的本地DTC 3,打开本地DTC的属性,设置安全tab,选中“网络DTC访问”,勾选“允许远程客户端”,“允许远程管理”,“允许入站”,“允许出站”,“要求相互进行身份验证”,DTC登陆账户为:NT Authority\Network Service 二,恢复Windows Task

  SQL Server:查看SQL日志文件大小命令:dbcc sqlperf(logspace) DBA 日常管理工作中,很重要一项工作就是监视数据库文件大小,及日志文件大小.如果你管理数据库的有很多的话,每天一个一个数据库的去查看文件大小就太费神了,那就写个SQL脚本吧,放到 SQL Agent 中,每天自动去查看各个数据库文件及日志文件的大小,然后再通过数据库邮件,Email 到我们手中,岂不快哉!当然,可以把每天的记录存放到数据库中去,这样数据库及日志文件的增长趋势,我们也就一目了然了.

我们可以在mysql的安装目录下看到mysql的二进制日志文件,如mysql-bin.000***等,很多人都不及时的处理,导致整个硬盘被塞满也是有可能的.这些是数据库的操作日志.它记录了我们平时使用的sql语句命令,即使这个sql语句没有被执行,也会被记录,它包括执行时间之类的都详细在案,其实 它的目的有两个:一是方便我们查错和恢复数据库:二是为了主从服务器之间同步数据用的,主从服务器上所有操作都记录在日志里,从服务器可以根据这些日志来进行相同的操作,确保主从两个同步. 关键词: mysql

前面新装了11GR2 RAC,某天在做巡检的时候发现alert日志中存在如下报错:Fatal NI connect error 12170. VERSION INFORMATION:        TNS for Solaris: Version 11.2.0.3.0 - Production        Oracle Bequeath NT Protocol Adapter for Solaris: Version 11.2.0.3.0 - Production        TCP/IP

參考MOS文档有: Troubleshooting Guide ORA-609 : Opiodr aborting process unknown ospid (文档 ID 1121357.1) Alert.log shows ORA-609 with TNS-12537: TNS:connection closed (文档 ID 1538717.1) Fatal NI Connect 12560' And 'ORA-609 Opiodr Aborting Process' Errors In

在SQL SERVER下跟踪sql采用事件探查器,而在mysql下如何跟踪sql呢? 其实方法很简单,开启mysql的日志log功能,通过查看跟踪日志即可. 开启mysql的日志log方法: windows环境下的配置方法: 我使用的版本:Version: 5.0.37-community-nt-log (MySQL Community Edition (GPL)) 找到my.ini,我的是在“G:\Program Files (x86)\MySQL\MySQL Server 5.0”目录下,

由于报警日志文件很大,而每天都应该查看报警日志(查看有无“ORA-”,Error”,“Failed”等出错信息),故想找到一种比较便捷的方法,查看当天报警日志都有哪些错误. 在网上查了几天的资料,尝试综合清除告警日志内容及建外部表的方式来解决这一问题. 一:备份并清除告警日志内容 将每天的告警日志备份好,然后进行清除. 1:备份报警日志 在$ORACLE_HOME/SID/bdump/   目录下, 按日期备份alert_ORACLE_你的实例名.LOG这个文件,如:alert_ORACLE_o

错误描述: 发布时控制台出现: 部署错误: 尚未授予访问 Tomcat 服务器的权限.请在服务器管理器的 Tomcat 定制器中设置 "manager-script" 角色的正确用户名和口令.有关详细信息, 请查看服务器日志.  错误分析: 查看tomcat目录下conf>tomcat-users.xml文件,原因是没有指定manager-script的角色,打开文件在其中添加以下代码: <role rolename="manager-script"/&

本人还是个菜鸟,下面是我的经验之谈,能解决一些问题,有不对的地方,敬请斧正. 我的是CentOS6.3+MySQL5.1.57. 重启了一次服务器后,使用> mysql -u root -p登陆是出现下面的错误: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) 于是,我检察mysql状态: > /etc/rc.d/init.d/mysqld  status

查看mysql日志方法: mysql默认不允许我们查看日志.需要更改一些设置 1 vi 更改配置文件 允许用户查看日志文件 sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf 把68 69行前面的#删除 显示行号方法:shift : nu 跳转行方法: 68 shfit+g2 重启mysql服务 终端运行: sudo service mysql restart 3 进入 cd /var/log/mysql/ 能够查看里面有mysql的日志文件vi mysql.l

logdashboard 日志面板是我在Github写的一个开源项目,旨在让查看日志变的方便快捷.在线预览 现在功能有日志检索.趋势图.异常堆栈快速查看.日志详情等 logdashboard支持自定义日志模型可以记录更多自定义的属性. logdashboard支持的日志来源有以下两种,推荐在开发时使用文件源,部署生产环境时使用数据库源 文件源 数据库源 在部署时支持页面授权与自定义身份验证过滤器 更多介绍请参见官网 快速入门 确保机器上安装了DotNetCore SDK,打开PowerShell

这是<ABP大型项目实战>系列文章的一篇.   项目发布到生产环境后难免会有错误. 那么如何进行调试和排错呢?   我看到俱乐部里有人是直接登陆生产服务器把数据库下载到开发机器进行调试排错. 这种办法是不适用于大型项目的: 首先,大型项目(特别是全球都有分公司的大型项目)很有可能24小时都有人在使用.所以尽量避免直接登录生产服务器操作,就算部署,也应该用DevOps.蓝绿部署等办法. 另外,如果大型项目有采用金丝雀发布和A/B测试,那么把数据库下载到开发机器这种方法是很不适用的. 即使大型项目