在日常数据库维护过程中，我们会发现数据库中一些对象（包Package、存储过程Procedure、函数Function、视图View、同义词.....）会失效,呈现无效状态（INVALID）。有时候需要定期检查数据库中存在哪些失效对象，对于存在异常的对象需要重新编译，有些自动失效的对象，一般会在下次调用的时候，会被重新编译，所以这些不需要人工干预。那么为什么对象突然会失效呢？又如何快速、高效的编译失效对象呢？哪些失效的对象不需要我们去重新编译呢？数据库对象失效原因数据库对象失效的原因很多，下面大致归纳了一些常见的原因（有些漏掉的，希望大家补充）：1: 当被引用对象的结构变更时，都会使得相关的依赖对象转变为INVALID状态。数据库中的对象（存储过程，函数，包，视图，触发器），它们往往需要直接或者间接的引用其它对象，对象的依赖包括直接和间接二种，其中直接依赖是指存储对象直接依赖于被引用对象，而间接依赖是指对象间接依赖于被引用对象要查看被引用的对象，可以通过下面SQL查看select * from dba_dependencies where name='&objectname'; select * from all_dependencies where name='&objectname'; select * from user_dependencies where name=...

使用delete 时并没有报错，使用truncate 清空重置表时会报错。SQL>  truncate table te_equip;truncate table te_equipORA-02266: 表中的唯一/主键被启用的外键引用ORA-02266: unique/primary keys in table referenced by enabled foreign keys 有时候对应的中文错误提示为：ORA-02266: 表中的唯一/主键被启用的外部关键字引用，一般出现这个错误，是因为表中的主键被其它表的外键所引用，导致删除数据时出错SQL> alter table te_equip disable primary key cascade;表已更改。SQL> truncate table te_equip;表已截掉。SQL> alter table te_equip enable primary key;表已更改。 SQL> alter table TH_TARGETONLINE enable constraint FK_TH_TARGETONLINE1;表已更改。注意外键与约束的区别。可以通过下面脚本查看一下涉及该表主键的外键约束信息。select c1.table_name,       c1.constraint_name,       dcc1.column_name,       c2.table_name,       c2.constraint_name,       d...

TCP端口大家都知道,比如80端口，可以使用 telnet ip 80，来验证端口是否正常监听，那UDP端口是否可以同样测试呢？详细如下：下面我们来进行测试。我们使用nc来进行测试，如下：先在服务器端用NC工具开通对应的UDP端口，然后监听对应的UDP端口。nc -lu  192.168.11.80 10014或是服务器系统安装对应的应用程序开启相应端口，然后通过客户端nc软件向服务器端端口发送数据nc -uvz 192.168.11.80 10014 < /var/log/messages 最后检查服务器端对应程序的日志，查看是否有日志数据输出。 nc命令用法：usage: nc [-46DdhklnrStUuvzC] [-i interval] [-p source_port][-s source_ip_address] [-T ToS] [-w timeout] [-X proxy_version][-x proxy_address[:port]] [hostname] [port[s]]

Linux 按名称查找某个进程并关闭。参考一下，水平有限。! /bin/sh    ID=`ps -ef| grep 'ntpd'|grep -v 'grep'|awk '{print $2}'`  if [ "$ID" = "" ]  then    echo "ID is not  running!"  else    for pid in $ID  do  kill -9 $pid  echo " kill ntpd pid:$pid"fi  

利用sqldeveloper4.5工具生成的plsql语句，以供参考。1，编译无效视图，注意修改变量与对应的账号表名。begin  FOR cur IN (SELECT OBJECT_NAME, OBJECT_TYPE, owner                FROM all_objects               WHERE object_type = 'VIEW'                 and owner = 'LWLK'                 AND status = 'INVALID') LOOP    BEGIN      if cur.OBJECT_TYPE = 'PACKAGE BODY' then        EXECUTE IMMEDIATE 'alter ' || cur.OBJECT_TYPE || ' "' || cur.owner ||                          '"."' || ...

Alter Log中VKTM时间drift漂移现象时间是包括数据库系统在内的诸多信息系统基础件的重要因素。对于运行在操作系统OS之上的中间件组件而言，获取到一个准确、连续和一致的时间非常重要，特别是多节点的环境下。如果没有一个统一的时间管理机制，其上的cluster组件工作是及其困难的。本篇主要介绍Oracle vktm时间后台进程报警的Bug问题。1、从11g VKTM进程谈起对Oracle数据库，避免对于操作系统层面时间的调用，维持一个统一稳定的时间体系一直是发展方向。在11g中，一个独立的后台进程vktm被引入到实例体系下。VKTM进程全称为“Virtual Keeper of Time Process”，用于给数据库运行和间隔运算计量提供出一个统一的时间服务。官方解释是：VKTM acts as a time publisher for an Oracle instance. VKTM publishes two sets of time: a wall clock time using a seconds interval and a higher resolution time (which is not wall clock time) for interval measurements. The VKTM timer service centralizes time tracking and offloads multiple timer calls from other clients.在11g之前的版本中，如果数据库实例（包括ASM和RAC Instance）需要当前时间的时候，都调用操作系...

在10G中如果LGWR写出的时间超过500ms,LGWR的后台跟踪文件中将会记录一条警告信息。如下所示：[oracle@dbserver bdump]$ more dbserver_lgwr_13596.trc/u01/admin/dbserver/bdump/dbserver_lgwr_13596.trcOracle Database 10g Enterprise Edition Release 10.2.0.4.0 - ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing optionsORACLE_HOME = /u01/oracleSystem name:    LinuxNode name:      dbserverRelease:        2.6.9-51.ELsmpVersion:        #1 SMP Tue Mar 20 23:10:05 EDT 2007Machine:        i686Instance name: dbserverRedo thread mounted by this instance: 1Oracle process number: 10Unix process pid: 13596, image: oracle@dbserver (LGWR)*** SERVICE NAME:() 2011-05-06 21:27:43.086*** SESSION ID:(1016.1) 2011-05-06 21:27:43.086Maximum redo generation record size = 156160 bytesMaximum redo generation change vector size = 150672 bytestkcrrsarc...

如果你比较心细,可能在11.2的数据库中发现alert文件中存在存在类此下面的记录Errors in file /oradb/diag/rdbms/offon/offon2/trace/offon2_ckpt_19660878.trc:查看trace文件发现*** 2012-08-01 03:36:03.520  1: 1450ms (rw) file: kct.c line: 1011 count: 1 total: 1450ms time: 1594117  2: 890ms (rw) file: kcrf.c line: 10012 count: 6 total: 4266ms time: 1820928  3: 830ms (ro) file: kcf.c line: 5306 count: 1 total: 830ms time: 1594116  4: 530ms (rw) file: kcv.c line: 11783 count: 1 total: 530ms time: 3207607Control file enqueue hold time tracking dump at time: 3376956 *** 2012-08-03 02:14:38.714  1: 1450ms (rw) file: kct.c line: 1011 count: 1 total: 1450ms time: 1594117  2: 890ms (rw) file: kcrf.c line: 10012 count: 7 total: 4953ms time: 1820928  3: 830ms (ro) file: kcf.c line: 5306 count: 1 total: 830ms time: 1594116  4: 530ms (rw) file: kcv.c line: 11783 count: 1 total: 530ms time: 3207607Control file enqueue hold ti...

今天检测测试库时，发现alert告警日志报错，如下： FriApr 29 12:11:34 2016 minact-scn:got error during useg scan e:376 usn:10 minact-scn:useg scan erroring out with error e:376 FriApr 29 12:14:34 2016 minact-scn:got error during useg scan e:376 usn:10 minact-scn:useg scan erroring out with error e:376 FriApr 29 12:17:34 2016 minact-scn:got error during useg scan e:376 usn:10 minact-scn:useg scan erroring out with error e:376 每3分钟会出现一次 网上找了找到解决方法，故障是由MINACT-SCNMASTER-STATUS信息写到MMON的TRACE文件的BUG引起的，BUG号11891463，解决办法如下： 1. 将隐含参数"_enable_minscn_cr"设置为false： altersystem set "_enable_minscn_cr"=false scope=spfile; 2. 重启数据库检查问题是否被解决。 3. 有时设置了"_enable_minscn_cr"参数就可以解决这个问题，有时却不能，如果没能解决，请再设置"_smu_debug_mode"参数： altersystem set "_smu_debug_mode"=134217728; 设置了上述参数后该信息不会再生成，但是这会禁用...

配置Nginx和php-fpm监控（io的监控也在压缩包里面，可以参考一下）1，准备几个文件：http://pan.baidu.com/s/1DzJeI2，将fpm.sh,nginx-check.sh放到客户端服务器上，这里放在 /home/sh/ 目录下     chmod +x fpm.sh nginx-check.sh     添加缓存目录：　　mkdir -p /usr/local/zabbix/var chown -R zabbix:zabbix /usr/local/zabbix/var3，添加zabbix_agentd配置文件，添加下面两行UserParameter=php-fpm[*],sh /home/sh/fpm.sh "$1" UserParameter=nginx[*],sh /home/sh/nginx-check.sh "$1"4，重启zabbix_agentd5，在服务器端测试一下是否能访问这些键值      zabbix_get -s 192.168.0.xx -k php-fpm[accepted_conn]　　zabbix_get -s 192.168.0.30 -k nginx[accepted_connections]6，在服务器端zabbix网页上Configuration-Templates-import导入包里的两个模板。OK，加入到你需要监控的Host上.监控脚本附件