查看Window下默认ORACLE_SID

前提:同一服务器上有多个实例并且均已启动。

若登录时不指定连接串,一般是采用环境变量 ORACLE_SID,WINDOWS系统默认的ORACLE_SID值为最后所安装的实例

1、查看实例名称和ORACLE_SID
在Unix/Linux环境可以 echo $ORACLE_SID 查看ORACLE_SID的值;
Windows环境可以(以我自己的机器为例):
(1)开始—>运行(输入regedit),在HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1中有ORACLE_SID的键值(系统默认值),如下图所示:

(2)登陆数据库,通过SQL语句查看(查看当前使用的数据库所对应的实例名称):

SQL>show parameter instance;
SQL>show parameter instance_name;
SQL>select * from v$instance;

2、切换实例

   在CMD窗口下,先修改ORACLE_SID的值(set ORACLE_SID=xxxx,该修改仅对当前CMD窗口有效),接着用同一CMD窗口访问数据库即可。

 

weblogic线程阻塞性能调优(图解)转

声明:出现这个问题有程序方面、网络方面、weblogic设置方面等等原因,此文章主要讲述由于weblogic设置而导致的解决办法。

因为:

1.程序问题,需要项目自己去解决,weblogic在做优化处理也于事无补。

2.网络中断或者认为关闭交互这种情况也不能用weblogic处理.

一、说明:

,”weblogic.kernel.Default”是从客户端提交请求后产生的线程所在的队列名。这个队列的线程数默认是15个。如果超过15个线程堵塞,则部署的应用将不能访问。同时后台报:
<2008-2-27 下午09时37分48秒 CST> <Error> <WebLogicServer> <BEA-000337> <ExecuteThread: ’14’ for queue: ‘weblogic.kernel.Default’ has been busy for “1,720” seconds working on the request “Http Request: /myapp/test/index.jsp”, which is more than the configured time (StuckThreadMaxTime) of “600” seconds.>
2,线程数(Tread Count):指派到weblogic.kernel.Default队列的线程数。如果你不需要使用超过15个线程(默认),就不必更改这个属性值。

如果发送该请求较多,很有可能会导致weblogic的线程阻塞,严重会引起weblogic挂起现象。
可以通过以下几种方法解决:
1)修改StuckThreadMaxTime参数,将默认的600s改成1200s,或者其它适合的值。
2)增大线程数,防止线程阻塞问题。
3)优化程序,减少处理时间。

二、修改办法

—————————————修改办法——————————————————————-

1) 如何修改StuckThreadMaxTime参数值:

启动weblogic服务,进入控制台:

your_domain->Environment->Servers->your_server->Configuration->Tuning->Stuck Thread Max Time

如下图:

阅读更多

温室小花技术博客2019年发展构想

还有,十多天,就踏入到2019年,至于2019年,温室小花,技术博客的发展,大概构想如下:

一、继续将俺认为老派的技术,大量分享与发布于博客,包括一些俺 以往解决问题借签过的文档。

其中:

1、BSDUNIX系列的文档,包括,FREEBSD  UNIX系统下,各种服务器的搭建与维护文档。还有,一些NETBSD,OPENBSD,这三大主流BSD UNIX系统的相关文档,包括以前收集和的或者自已积积累下来的文档。

2、LINUX系列的文 档,包括,DEBIAN,Redhat,Suse Linux的技术文档,也就是各种服务器的搭建与维护文 档,都是包括以前收集和的或者自已积积累下来的文档。

3、AIX,HPUX,SCOUNIX,SOLARIS这些商业 UNIX的相关文档,都是一些非常有借鉴意意的文档,但不会多,因为,俺对这些商业 UNIX,也是平常使用多,没作过多的深入研究。

4、webspher系列的中间件文档,和weblogic的系列文档。ibm 的中间件,在俺 过去七、八年时间,接触 ,使用得多。领悟 也多,积累也多。所以,分享也多。

5、各类数据库的文档分享,包括SQLSERVER,ORACLE,POSTGRESQL,MYSQL,DB2,INFORMIX,SYBASE,接触得多,研究也多,积累也多,所以,分享也多。

6、还有一些3P分享,就是PERL,PHP,PYTHON,SHELL的脚本开发的分享。也尽可能分享吧。

还有,一些杂七杂八,就不分享,比如PS,CD,DW,FW,FLASH跟网站设计的,就不分享。一直认为,这些美工设计的,不算IT的范围,反而跟美 术工作者比较相关。

 

除了以上这些分享,博客还会如一些尝试,例如网站SEO尝试,要知道,以往俺弄这个网站,一直都只想着分享,没想着对这个网站,针对搜索引擎作些优化。所以,为了让博客更多地帮助后进者,会尝试作一些SEO优化。让更多后进者,认识这个博客,找到这个博客。

还有,就是,以后,也会作些商业性的尝试,尝试投入一些广告,尝试作一些有偿的网页访问,或者收费的在线诊断与答辩。

温室小花技术博客运营一年总结(心悟)

时间过得真是很快,一年时间又过去了,一年前,因为,博主错误选择,致使从2008年就运营的技术博客,给虚拟主机商一夜清除网站全部记录,并且,无法恢复,( 详情可阅温室小花 技术博客,一切清零,从零开始),致使,当天,当晚,我一气之下,连夜注册一个新的账号ID,继而发出第一篇博客,并且对博客也作了定位,(详情可阅温室小花技术博客以后的运营发展想法

不经意间,一年时间过去了,在过去的一年,出于对这个博客的坚持,博主,尽已所能,在博客,更新与发布二百多篇 技术博客,内容,包括UNIX、 LINUX,WEBSPHERE,WEBLOGIC,TSM,CICS,MQ,DB2,ORACLE等 操作系统,中间件,数据库,备份等技术类博客,这些博文 中既有自已平进遇到的问题 的解决过程 记录,也有一些以往的技术文档的记录,也有一些技术文档的分享,当然,也有一些,个人认为很有借鉴意见的技术文档。

明天,如果不续费,这个博客空间的有效期就要到期,而俺却在昨晚就又再一次续费,给虚拟主机空间商续费一年,明年二月份,也会继续给EvanJiang.net    这个域名续费一年,虚拟主机续费,域名续费,都 代表着,俺 对这个博客的坚持,或者说,以往,俺 对许多事情都没有坚持下来,致使留下一大串遗憾,所以,俺 想试着,长期地坚持地做一件事,看看到最后,结果如何,效果如何。

当然,也是因为现在互联网技术发达,促使现在域名和虚拟主机费用越来越实惠,这才能让俺有勉强可以支持的费用去续费这个虚拟主机空间和域名。所以,如果可以,俺可能将这个博客所在的虚拟主机空间和域名坚持续费十年。

以后,这个博客内容,还是以 Unix 、Linux,Webpsher、Weblogic,Oracle,DB2,InFormix 等 中间件,数据库的文章,文档,文萃为主。俺会尽量将以往多年来接触到,积累下来的这方面的文档分享到,汇集到这个博客。以助那些有兴趣,有需要,延续对中间件,数据库技术喜爱的那些后来者。

还有一点,因为开源技术的蓬勃发展,也因为了互联网技术的迅猛发展,涌现了许多新兴技术,例如大数据,云计算,NOSQL技术,致使传统的WEBSPHER中间件,ORACLE 等 数据库技术没落,所以,也需要一个平台来汇集这些传统的老派技术。因而,俺 就想这个博客可以汇萃这些中间件,数据库技术资料。

本来,俺 是想着守着这些老派技术,谋生,生存,但是现实有点残酷,现在需要这些老派技术的市场越来越狭窄,到处都是大数据,云计算,NOSQL的天下 ,所以,博主,以后,可能也不再研究这些老派技术,转学那些新兴技术,所以,俺 也有希望依赖这个博客,将这些老派技术延续下来,以助那些研习这些老派技术的先行者,和后来者。继续在这些老派技术的道路上,前行。