摘要：
问题1：ORA-12154: TNS: 无法解析指定的连接标识符 在一台服务器上部署了Oracle客户端，使用IP/SID的方式访问，老是报ORA-12154错误，而使用tnsnames访问却没有问题，对比了我本机的配置并查阅了一下资料，Easy Connect Naming Method这个东西是 阅读全文
posted @ 2016-05-18 16:28 江城2211 阅读(30041) 评论(0) 推荐(0)
摘要：
DB SQL Monitor v1.7.6 Designed by Wang Zhaoguan 工具说明 ------------------------------------------------------------------------------------ 从会话状态和等待事件的角度，了解数据库的运行情况，供DBA和开发人员分析优化... 阅读全文
posted @ 2016-03-24 19:29 江城2211 阅读(4888) 评论(0) 推荐(0)
摘要：
背景描述： 最近一个项目的系统管理员和业务运维人员分别反馈问题： 1、应用系统每个月会有一两次宕机，需要管理员手工重启IIS； 2、财务模块一个功能经常报网络错误“网络异常，请检查网络连接”“Unable to read data from the transport connection: 远程主 阅读全文
posted @ 2016-02-01 11:06 江城2211 阅读(3731) 评论(2) 推荐(2)
摘要：
背景说明： 今天查阅书籍时，偶然间发现“在对某个索引行执行删除操作时，只是为该行增加了一个删除标记，这个索引行并不会释放它的存储空间，Insert产生的新的索引行也不能被插入到该位置。索引列的修改过程其实是将对应的列值删除，然后再插入新的列值（与数据行本身的修改是不一致的，这也正是我们尽量不使用修改 阅读全文
posted @ 2016-01-29 18:00 江城2211 阅读(8865) 评论(0) 推荐(0)
摘要：
IIS性能相关的配置、命令应用程序池回收不要使用缺省的“固定时间间隔(分钟)”：1740（即29小时），建议改为0可以根据实际情况设置特定时间回收，比如凌晨4点最大工作进程数可以根据实际情况调整进程数，比如设置为2附，cmd命令方式回收应用程序池：C:\Windows\System32\inetsr... 阅读全文
posted @ 2016-01-19 17:36 江城2211 阅读(536) 评论(0) 推荐(0)
摘要：
服务器本地连接自身没有问题，但远程客户端连接时报错，远程客户端使用tnsping也没有问题。cmd->tnsping 192.168.56.101:1521/ora11gR2tnsping命令：如果能够ping通，则说明客户端能解析listener的机器名，而且lister也已经启动，但是并不能说明... 阅读全文
posted @ 2016-01-19 17:28 江城2211 阅读(1554) 评论(0) 推荐(0)
摘要：
数据库长时间运行后，因断电、操作系统、物理存储等的原因可能会造成数据库内部的逻辑或物理错误，我们可以使用一般的方式尝试修复。对于sqlserver 我们可以使用DBCC命令：-- sqlserveruse dbName GO--exec sp_dboption @databasename, N'si... 阅读全文
posted @ 2016-01-19 15:14 江城2211 阅读(857) 评论(0) 推荐(0)
摘要：
有时会考虑一件事情，如果在Oracle环境下出现了锁阻塞的情况，如何定位到SQL源头（通过session、lock、transaction等视图仅能定位到会话）？或许有人会想有没有可能通过AWR相关的数据库性能历史视图找到有用的信息呢？答案是否定的，因为AWR仓库中的历史性能数据都是收集的有性能问题的会话、语句、活动，而最初加锁的那个update语句执行速度非常快，往往根本达不到AWR收集的阀值，不被Oracle注意到。而Oracle注意到的都是被“它”给阻塞的那些会话。
是不是没方法，找到那个始作俑者？有的，只不过比较麻烦，有一个地方是始终会忠实记录DML活动-----日志（打开Oracle的补充日志） 阅读全文
posted @ 2016-01-18 17:48 江城2211 阅读(2596) 评论(0) 推荐(1)
摘要：
锁升级 SQLSERVER、DB2中的锁是内存里面实现的，这就有个资源消耗问题，当锁的数量达到一个阀值或内存有压力时，就会引发锁升级。实际的情况是从row lock直接升级到table lock，而不会小升级到page lock。ORACLE的锁是block里面实现的，行锁是存放在每行的行头里面的，... 阅读全文
posted @ 2016-01-18 11:28 江城2211 阅读(1636) 评论(0) 推荐(1)
摘要：
问题描述 发现有的数据库日志文件太大，无论如何收缩执行几次SQL语句都不行。事务日志达30+G，而且使用常规的截断、收缩方法均无法减小日志物理文件的尺寸，经过一番寻找，终于找到了解决方法。 查看日志信息 在查询分析器中执行如下代码来查看日志信息： DBCC LOGINFO('数据库名称') 我... 阅读全文
posted @ 2016-01-15 09:37 江城2211 阅读(776) 评论(0) 推荐(0)
摘要：
跟踪文件由各个后台进程生成，警报日志中记录关键操作包括: ·所有启动和关闭命令，包括中间命令，如alter database mount ·实例的所有内部错误(ORA-600错误，只能报告给Oracle Support解决) ·任何检测到的数据文件块损坏情况 ·任何已... 阅读全文
posted @ 2016-01-13 17:36 江城2211 阅读(2365) 评论(2) 推荐(1)
摘要：
dbms_stats包问世以后，我们可通过一种新的方式来为CBO收集统计数据。目前，已经不再推荐使用老式的Analyze分析表和dbms_utility方法来生成CBO统计数据。dbms_stats能良好地估计统计数据（尤其是针对较大的分区表），并能获得更好的统计结果，最终制定出速度更快的SQL执行... 阅读全文
posted @ 2016-01-13 11:11 江城2211 阅读(1556) 评论(0) 推荐(0)
摘要：
问题现象：完整的SQL脚本如下：select ac.constraint_name key_name, acc.column_name key_col, 1 from all_cons_columns acc, all_constraints ac where acc.owner = ac.owne... 阅读全文
posted @ 2016-01-05 19:42 江城2211 阅读(1021) 评论(0) 推荐(0)
摘要：
Oracle临时表空间不足-- 用户的缺省表空间、临时表空间select t.username, t.default_tablespace, t.temporary_tablespace from dba_users t order by t.username;-- 临时表空间对应临时文件的大小及使... 阅读全文
posted @ 2016-01-04 17:42 江城2211 阅读(461) 评论(0) 推荐(0)
摘要：
组合主键、聚集索引引发的死锁问题，还是索引字段顺序、选择性的问题，切记。 -- SPID: 61 exec sp_executesql N'DELETE FROM SYLOCKAID WHERE MKID=@param0 AND DATACAT=@param1 AND DATAID=@param2',N'@param0 varchar(max) ,@param1 varchar(... 阅读全文
posted @ 2016-01-04 14:37 江城2211 阅读(1131) 评论(0) 推荐(0)
摘要：
如果遇到绑定窥探导致执行计划慢的情况，想要清除某条SQL的执行计划，让它硬解析，找了很久都没有找到直接操作share pool的方法（除非alter system flush shared_pool），只能通过对表ddl使SQL硬解析。现在终于找到了，使用sys.dbms_shared_pool.p 阅读全文
posted @ 2015-12-16 18:07 江城2211 阅读(1843) 评论(1) 推荐(0)
摘要：
cache（L1，L2，L3）：1、延迟：0.5-15us2、带宽：20-60GB/s内存：1、延迟：30-100us2、带宽：2-12GB/s硬盘：一、SSD：1、延迟：10us-1ms2、带宽：50MB-2GB/s二、普通硬盘1、延迟：5-20ms2、带宽：50-200MB/s网卡：1、延迟：1 阅读全文
posted @ 2015-12-16 17:53 江城2211 阅读(266) 评论(0) 推荐(0)
摘要：
检查并重建索引，释放数据空间 阅读全文
posted @ 2015-12-16 12:14 江城2211 阅读(3931) 评论(1) 推荐(0)
摘要：
用户反映修改密码后程序明显变慢，查看AWR发现: ASH信息如下： 进一步验证: SQL>select event,p1 from v$session t where t.username is not null and t.status='ACTIVE'; EVENT P1 row cache l 阅读全文
posted @ 2015-12-13 15:02 江城2211 阅读(1021) 评论(0) 推荐(0)
摘要：
sqlserver项目，因严重的阻塞造成系统宕机的问题分析
1、通过查询SQL阻塞信息，定位到阻塞源头spid、该会话的状态、等待事件及执行的SQL脚本
2、根据spid查询该会话已经持有的锁资源、数据对象
3、根据SQL脚本如果能够找到对应的程序上下文，便可以快速定位到问题源头
4、根据源头会话确定远程连接的HostName、HostProcess，抓取进程dump文件，分析线程堆栈匹配该SQL脚本
5、使用sqlserver的Profiler，开启SQL的RPC、Batch及transaction的跟踪，结合阻塞SQL时间点，分析跟踪文件 阅读全文
posted @ 2015-12-09 18:58 江城2211 阅读(1652) 评论(0) 推荐(0)
浙公网安备 33010602011771号