博客园_怀疑一切，但不否定一切

SYMANTEC导致WebLogic间歇性无法连接DB

2011-10-03T10:02:00Z

DB服务器的SYMANTEC拒绝weblogic服务器建立连接，从其日志中发现如下内容：

23448 2011-10-2 10:42:26 活动响应主要传入无 192.168.0.244 00-00-00-00-00-00 0.0.0.0 00-00-00-00-00-00 Default 1 2011-10-2 10:41:23 2011-10-2 10:41:23 在 2011-10-2 10:41:23 到 2011-10-2 10:51:23 这段时间内禁止来自 IP 地址 192.168.0.244 的通信。

23449 2011-10-2 10:52:27 活动响应已切断信息无无 192.168.0.244 00-00-00-00-00-00 0.0.0.0 00-00-00-00-00-00 Default 1 2011-10-2 10:51:23 2011-10-2 10:51:23 已解除始于 10/02/2011 10:41:23 的活动响应。来自 IP 地址 192.168.0.244 的通信的禁止时间已达 600 秒。

23450 2011-10-2 11:41:12 入侵防护重要传入 TCP 192.168.0.250 00-00-00-00-00-00 0.0.0.0 00-00-00-00-00-00 C:\WINDOWS\system32\ntoskrnl.exe Default 1 2011-10-2 11:40:11 2011-10-2 11:40:11 检测到 [SID: 23179] OS Attack: MSRPC Server Service RPC CVE-2008-4250。

23451 2011-10-2 11:41:12 活动响应主要传入无 192.168.0.250 00-00-00-00-00-00 0.0.0.0 00-00-00-00-00-00 Default 1 2011-10-2 11:40:11 2011-10-2 11:40:11 在 2011-10-2 11:40:11 到 2011-10-2 11:50:11 这段时间内禁止来自 IP 地址 192.168.0.250 的通信。

连接池设置起始100，最大200，增量5，收缩频率3600秒。oracle数据库process为500。

在weblogic的日志中出现如下内容：

org.springframework.transaction.CannotCreateTransactionException: Could not open Hibernate Session for transaction; nested exception is org.hibernate.exception.GenericJDBCException: Cannot open connection

at org.springframework.orm.hibernate3.HibernateTransactionManager.doBegin(HibernateTransactionManager.java:599)

…….

Caused By: org.hibernate.exception.GenericJDBCException: Cannot open connection

Caused By: weblogic.jdbc.extensions.ConnectionDeadSQLException: weblogic.common.resourcepool.ResourceDeadException: Could not create pool connection. The DBMS driver exception was: The Network Adapter could not establish the connection

org.springframework.beans.factory.BeanCreationException: Error creating bean with name '_filterChainProxy': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '_filterChainList': Cannot create inner bean '(inner bean)' of type [org.springframework.security.config.OrderedFilterBeanDefinitionDecorator$OrderedFilterDecorator] while setting bean property 'filters' with key [10]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#2': Cannot resolve reference to bean 'filterSecurityInterceptor' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'filterSecurityInterceptor' defined in class path resource [system/security.xml]: Cannot resolve reference to bean 'filterInvocationDefinitionSource' while setting bean property 'objectDefinitionSource'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'filterInvocationDefinitionSource': FactoryBean threw exception on object creation; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is weblogic.jdbc.extensions.PoolDisabledSQLException: weblogic.common.resourcepool.ResourceDisabledException: Pool JDBC Data Source-0 is Suspended, cannot allocate resources to applications..

本文链接

TFS强制回滚签出文件的方法

2009-12-28T09:33:00Z

如果有人离职或重装机器时，没有签入文件，像下面这种情况，可以使用如下步骤强制回滚首先找到此用户的工作区，使用下面的命令：tf workspaces /owner:bingosoft\zhaoqi /computer:* 然后使用tf undo /workspace:gz_chido;bingosoft\zhaoqi /server:http://live.bingosoft.net:8080 /recursive $/ZHBM/Bingosoft.COC.TreeGenerator/recursive的意思是把其下所有的文件都回滚 $/ZHBM/Bingosoft.COC.TreeGene.

系统数据库灾难恢复

2009-05-05T07:20:00Z

以下简要概括当系统数据库文件丢失或是因为页面损坏造成数据库启动异常的解决办法：数据库资源数据库描述与master数据库在同一目录中名称为mssqlsystemresource.mdf与mssqlsystemresource.ldf的两个文件，资源数据库用于保存数据库中可执行的系统对象，如存储过程、视图、触发器及函数。在master还原后要还原此数据库。如果你在安装完后，移动了master数据库的位...

使用SQL2005强制计划解决遗留系统性能问题

2009-03-27T10:58:00Z

面对遗留系统或第三方系统在程序中编写的SQL语句出现性能问题时，因没有相应的程序代码，在SQL2000下你也只能束手无措。SQL2005提供了强制计划的功能，可以部分的优化这些遗留语句的性能问题。为什么说部分呢？因为强制计划的选项只能使用OPTION里的提示。因此它只能优化部分ad-hoc查询和部分参数化的语句，这也是为什么要使用存储过程的重要性了。下面以一个示例来演示一下强制计划的三个制作步骤：...

冗余不是错?

2008-12-02T08:12:00Z

下面的四张表分别表示工作流实例、工作项，股票、股票价格历史记录。大小分别表示表中数据量的多少。对于上面的两种类型的主从关系表，我觉得可以把其归类为对历史数据的处理。但是其不同之处在于工作流实例的表是会被不断的插入新记录的表，而对于股票相较于工作流实例则很少会插入新的记录。因此在处理这两种类型的历史记录时，只有把股票的当前价格进行冗余才是比较理想的。如果在工作流实例中也把当前的工作项步骤、当前处...

SQL2005缓存计划小结

2008-11-20T09:22:00Z

缓存计划可以被分成两类：编译的计划和执行上下文。前者是对所有用户共享的，后者是针对某个特定用户的，它包含了某个用户执行此计划时的具体参数等相关的信息。编译的计划有四种类型，可以通过下面的语句进行查看：[代码] 这四类分别对应于Object Plans（存储过程、函数、触发器），SQL Plans（即席查询、自动参数化、SP_EXECUTESQL执行的语句），Bound Trees（生成计划时代数化...

轻松识别重复索引

2008-11-04T08:36:00Z

现在SQL2005提供了DTA的工具，大家在去优化一个语句时都有意无意的使用此工具所给出的一些优化建议。不过它始终是个工具，所给出的优化建议很多时候都是使用2005新的索引功能INCLUDE把查询列表统统包括在一个索引中。因此，每个开发人员所定义的索引就会存在重复或是很相似的地方。因为索引页的数据比较密集，因此在对包含有索引列的字段做修改操作时，都会去相应的修改包含此键值列的索引。理论上对一张表多...

分离数据库后导致CPU使用率增加

2008-10-13T04:27:00Z

在多数据库服务器中迁移某个数据库时，为了省时间，我们可能会直接把某个数据库分离，然后直接使用mdf文件在另一台机上再附加此数据库。这么样做的结果会把所有缓存计划清除出缓冲区。导致CPU的使用率会在一段时间内一直剧高不下。除了分离会导致清除过程缓存，其它的操作像：把数据库设置为在线或离线后、对数据库进行重命名时、试图修改数据库的排序规则时（不管成功与否）、直接删除某个数据库时。其它的没有具体测试，...

缓存计划这把双刃剑

2008-10-10T17:40:00Z

不知道大家有没有看过这篇文章（http://book.csdn.net/bookfiles/738/index.html），有两个地方可能会误导大家，在此说明一下的看法：关于在程序中使用SqlParameter指定查询参数后会被自动参数化，那我们可以放心拼接SQL吗？关于在存储过程中使用sp_executesql生成一个缓存计划会始终有效吗？其实如果使用SqlParameter后发送的SQL...

依赖自动统计对性能的影响

2008-09-06T14:50:00Z

在使用索引对数据进行查询时，优化器考虑是执行索引扫描还是索引查找的依据是根据此索引相关的统计信息。但统计的步长不能超过200(DBCC SHOW_STATISTICS返回的第三部分结果)，这在数据量很大的表中，使得统计信息的精度变得越来越不准确。当然，这个影响不会很致命，发生的机会也很少。关键是统计信息得不到及时更新的话，就会使优化器选择错误的执行计划了。如果我们在事件探查器中发现很多的MIS...