linux下weblogic忘记密码解决办法
Weblogic 忘记密码的解决办法
暂时我只会直接删除domain然后新建一个domain来解决
在删除之前，记得先关闭已经启动的weblogic服务
可以用命令
ps –ef | grep java
关闭已经启动的weblogic
使用命令
Kill -9 6203
关闭后在删除然后创建
一、删除domain
使用工具登陆linux系统，这里我使用图形化界面vncserver登陆
（1）找到domain
一般在user_projects文件夹下面，这里我是
/home/weblogic/user_projects/domains/base_domain (base_domain是我的
domain的名字)
（2）删除domain
可以直接使用命令rm –rf （你的domain的名字）我的是base_domain
删除以后显示ls命令显示没有domain了
二、新建domain
首先找到并运行config.sh文件
1、使用命令find /home –name config.sh
2、找到后cd命令进入并运行config.sh 进入
运行
使用命令sh config.sh 弹出窗口
点击next
出现如下窗口
点击next
出现如下窗口
Domain名字默认为base_domain,路径默认为以上路径，我就不做修改，安装在默认路径下点击下一步，出现如下窗口
填写用户名和密码，最后一个默认该用户为超级用户，不用改我直接填的用户名和密码都是weblogic发现弹出提示窗口
密码必须是8个字符并且必须有一个数字或者一个特殊字符
点击ok重新填入密码weblogic1，点击next
选择一个jdk，这里我选择第一个，点击next
选择需要的功能，这里我直接全选上了
服务器名字以及端口号，一般选择默认的不做修改，点击下一步
点击下一步直到出现下面的窗口
选择数据库类型，这里默认为全选
部署项目的服务器，这里只有刚刚新建的服务，不用选择，点击create
点击done完成创建
然后进入你的domain文件夹下，
启动weblogic，使用命令sh weblogic.sh启动后weblogic即可使用。
最后提醒大家一定要记得记住自己设定的用户名和密码，不然忘记了就悲剧了。
Linux 64bit下Weblogic11安装手册
基本信息 操作系统：CentOS Release 6.3 (Final) 内核版本：Kernel Linux 2.6.32-279.el6.x86_64 JDK版本：Oracle ?JRockit JDK R28.2.5 for Java SE 6 (1.6.0_37) WLS版本：Oracle ? Weblogic Server 11g Release 1 (10.3.6) 安装包：jrockit-jdk1.6.0_37-R28.2.5-4.1.0-linux-x64.bin、wls1036_generic_x64.jar 安装准备 上传安装文件 将JDK和WLS安装文件上传到服务器，目录随意，如：/home/下 开始安装 JDK安装 使用root登陆系统，打开命令行窗口，先为安装文件授权 # chmod a+x jrockit-jdk1.6.0_37-R28.2.5-4.1.0-linux-x64.bin 执行安装 # ./jrockit-jdk1.6.0_37-R28.2.5-4.1.0-linux-x64.bin 弹出安装图形界面 Next
默认安装路径在root/jrockit-…，依个人习惯进行修改 默认，Next
Done 安装完成后在命令行执行命令查看安装JDK版本信息
# java -version JDK配置 执行 # vi /etc/profile 在export PATH USER LOGNAME MAIL HOSTNAME HISTSIZE HISTCONTROL上面增加下面内容 export JAVA_HOME=/usr/java/jrockit-jdk1.6.0_37-R28.2.5-4.1.0 export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib 保存退出，执行如下命令立即生效以上环境配置 # source /etc/profile WLS安装 安装文件授权 # chmod a+x wls1036_generic_x64.jar 执行安装 # java –jar wls1036_generic_x64.jar 弹出图形化安装界面 Next
数据库死锁问题总结
数据库死锁问题总结 1、死锁（Deadlock） 所谓死锁：是指两个或两个以上的进程在执行过程中，因争夺资源而造 成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系 统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力 协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象 死锁。一种情形，此时执行程序中两个或多个线程发生永久堵塞（等待），每 个线程都在等待被其他线程占用并堵塞了的资源。例如，如果线程A锁住了记 录1并等待记录2，而线程B锁住了记录2并等待记录1，这样两个线程就发 生了死锁现象。计算机系统中,如果系统的资源分配策略不当，更常见的可能是 程序员写的程序有错误等，则会导致进程因竞争资源不当而产生死锁的现象。 锁有多种实现方式，比如意向锁，共享－排他锁，锁表，树形协议，时间戳协 议等等。锁还有多种粒度，比如可以在表上加锁，也可以在记录上加锁。(回滚 一个，让另一个进程顺利进行) 产生死锁的原因主要是： （1）系统资源不足。 （2）进程运行推进的顺序不合适。 （3）资源分配不当等。 如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能 性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序 与速度不同，也可能产生死锁。 产生死锁的四个必要条件： （1）互斥条件：一个资源每次只能被一个进程使用。 （2）请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 破解：静态分配(分配全部资源) （3）不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。 破解：可剥夺 （4）循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。 破解：有序分配 这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。 死锁的预防和解除：
死锁问题解决方法
Sqlcode -244 死锁问题解决 版本说明 事件日期作者说明 创建09年4月16日Alan 创建文档 一、分析产生死锁的原因 这个问题通常是因为锁表产生的。要么是多个用户同时访问数据库导致该问题，要么是因为某个进程死了以后资源未释放导致的。 如果是前一种情况，可以考虑将数据库表的锁级别改为行锁，来减少撞锁的机会；或在应用程序中，用set lock mode wait 3这样的语句，在撞锁后等待若干秒重试。 如果是后一种情况，可以在数据库端用onstat -g ses/onstat -g sql/onstat -k等命令找出锁表的进程，用onmode -z命令结束进程；如果不行，就需要重新启动数据库来释放资源。 二、方法一 onmode -u 将数据库服务器强行进入单用户模式，来释放被锁的表。注意：生产环境不适合。 三、方法二 1、onstat -k |grep HDR+X 说明：HDR+X为排他锁，HDR 头，X 互斥。返回信息里面的owner项是正持有锁的线程的共享内存地址。 2、onstat -u |grep c60a363c 说明：c60a363c为1中查到的owner内容。sessid是会话标识符编号。 3、onstat -g ses 20287 说明：20287为2中查到的sessid内容。Pid为与此会话的前端关联的进程标识符。 4、onstat -g sql 20287
说明：20287为2中查到的sessid内容。通过上面的命令可以查看执行的sql语句。 5、ps -ef |grep 409918 说明：409918为4中查到的pid内容。由此，我们可以得到锁表的进程。可以根据锁表进程的重要程度采取相应的处理方法。对于重要且该进程可以自动重联数据库的进程，可以用onmode -z sessid的方法杀掉锁表session。否则也可以直接杀掉锁表的进程 kill -9 pid。 四、避免锁表频繁发生的方法 4.1将页锁改为行锁 1、执行下面sql语句可以查询当前库中所有为页锁的表名： select tabname from systables where locklevel='P' and tabid > 99 2、执行下面语句将页锁改为行锁 alter table tabname lock mode(row) 4.2统计更新 UPDATE STATISTICS; 4.3修改数据库配置onconfig OPTCOMPIND参数帮助优化程序为应用选择合适的访问方法。 ?如果OPTCOMPIND等于0，优化程序给予现存索引优先权，即使在表扫描比较快时。 ?如果OPTCOMPIND设置为1，给定查询的隔离级设置为Repeatable Read时，优化程序才使用索引。 ?如果OPTCOMPIND等于2，优化程序选择基于开销选择查询方式。，即使表扫描可以临时锁定整个表。 *建议设置：OPTCOMPIND 0 # To hint the optimizer 五、起停informix数据库 停掉informix数据库 onmode -ky 启动informix数据库 oninit 注意千万别加-i参数，这样会初始化表空间，造成数据完全丢失且无法挽回。
WEBLOGIC-12C LINUX部署方案
WEBLOGIC 12c部署方案 版本：V1.0
文档审批/修订记录 说明：“简要说明”主要是对修订原因和修订的内容进行简单说明。
目录 1WEBLOGIC部署 (5) 1.1概述 (5) 1.2名词解释 (5) 1.3环境准备 (5) 1.3.1创建安装用户 (5) 1.3.2设置APP目录权限 (5) 1.3.3安装JDK (6) 1.3.4设置环境变量 (6) 1.4安装WEBLOGIC (6) 1.5配置域以及服务 (12) 1.6配置免密启动管理控制服务 (18) 1.7查看修改WEBLOGIC中当前主机的配置 (18) 1.8配置N ODE M ANAGER (20) 1.9向管理域中登记计算机 (21) 1.10管理控制台启动受管服务器 (21) 1.11启动受管服务 (24) 1.12停止受管服务 (25) 1.13配置管理控制服务和节点服务的启动脚本 (26) 1.14停止服务 (26) 1.15停启顺序 (27)
1 WEBLOGIC部署 1.1 概述 中间件版本：weblogic 12c OS系统：RedHat 6.4 64bit JDK版本：jdk1.7.0_80 空间要求：50G以上 管理控制口计算机名称：crm-uat 应用安装根目录：/app（本手册中为/home/app） 1.2 名词解释 红色字体的内容需要根据不同环境进行相应修改 1.3 环境准备 1.3.1 创建安装用户 使用用户root登录服务器198.1.245.145。 1.3.2 设置APP目录权限 创建app根目录并将该目录赋权给weblogic用户，命令如下：
《操作系统原理》5资源管理(死锁)习题
第五章死锁练习题 (一)单项选择题 1．系统出现死锁的根本原因是( )。 A．作业调度不当B．系统中进程太多C．资源的独占性D．资源管理和进程推进顺序都不得当 2．死锁的防止是根据( )采取措施实现的。 A．配置足够的系统资源B．使进程的推进顺序合理 C．破坏产生死锁的四个必要条件之一D．防止系统进入不安全状态 3．采用按序分配资源的策略可以防止死锁．这是利用了使( )条件不成立。 A．互斥使用资源B循环等待资源C．不可抢夺资源D．占有并等待资源 4．可抢夺的资源分配策略可预防死锁，但它只适用于( )。 A．打印机B．磁带机C．绘图仪D．主存空间和处理器 5．进程调度算法中的( )属于抢夺式的分配处理器的策略。 A．时间片轮转算法B．非抢占式优先数算法C．先来先服务算法D．分级调度算法 6．用银行家算法避免死锁时，检测到( )时才分配资源。 A．进程首次申请资源时对资源的最大需求量超过系统现存的资源量 B．进程己占用的资源数与本次申请资源数之和超过对资源的最大需求量 C．进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足尚需的最大资源量 D进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足本次申请量，但不能满足尚需的最大资源量 7．实际的操作系统要兼顾资源的使用效率和安全可靠，对资源的分配策略，往往采用( )策略。 A死锁的防止B．死锁的避免C．死锁的检测D．死锁的防止、避免和检测的混合 (二)填空题 1．若系统中存在一种进程，它们中的每一个进程都占有了某种资源而又都在等待其中另一个进程所占用的资源。这种等待永远不能结束,则说明出现了______。 2．如果操作系统对______或没有顾及进程______可能出现的情况，则就可能形成死锁。 3．系统出现死锁的四个必要条件是：互斥使用资源，______，不可抢夺资源和______。 4．如果进程申请一个某类资源时，可以把该类资源中的任意一个空闲资源分配给进程，则说该类资源中的所有资源是______。 5．如果资源分配图中无环路，则系统中______发生。 6．为了防止死锁的发生，只要采用分配策略使四个必要条件中的______。 7．使占有并等待资源的条件不成立而防止死锁常用两种方法：______和______. 8静态分配资源也称______，要求每—个进程在______就申请它需要的全部资源。 9．释放已占资源的分配策略是仅当进程______时才允许它去申请资源。 10．抢夺式分配资源约定，如果一个进程已经占有了某些资源又要申请新资源，而新资源不能满足必须等待时、系统可以______该进程已占有的资源。 11．目前抢夺式的分配策略只适用于______和______。 12．对资源采用______的策略可以使循环等待资源的条件不成立。 13．如果操作系统能保证所有的进程在有限的时间内得到需要的全部资源，则称系统处于______。14．只要能保持系统处于安全状态就可______的发生。 15．______是一种古典的安全状态测试方法。 16．要实现______，只要当进程提出资源申请时，系统动态测试资源分配情况，仅当能确保系统安全时才把资源分配给进程。
linux 下安装weblogic8
linux 下安装weblogic8.1 一：首先下载(https://www.360docs.net/doc/7c11842219.html,) platform812_linux32.bin 二：安装weblogic 1: [root@linuxweb home]# mkdir bea 2: [root@linuxweb /]# chmod a+x platform812_linux32.bin 3: [root@linuxweb /]# ./platform812_linux32.bin - i console (以终端模式安装，如果 图型安装就不需要– I console ) 4: 休息一会儿，喝杯茶………………..100% 5：Extracting 0%....................................................................................................100% Illegal argument: - Illegal argument: i Illegal argument: console Unable to instantiate GUI, defaulting to console mode. <--------------------------------- BEA Installer - WebLogic Platform 8.1 SP2 --------------------------------> Welcome: -------- This installer will guide you through the installation of WebLogic Platform 8.1 SP2. Type "Next" or enter to proceed to the next prompt. If you want to change data entered previously, type "Previous". Y ou may quit the installer at any time by typing "Exit". Enter [Exit][Next]> N 6: Select Option: 1 - Y es, I agree with the terms of the license 2 - No, I do not agree with the terms of the license Enter option number to select OR [Down][Exit][Previous]>1 7: Choose BEA Home Directory: -------------------------- "BEA Home" = [/root/bea] Input new BEA Home OR [Exit][Previous][Next]>/home/bea (安装目录) 8: Choose BEA Home Directory: -------------------------- *BEA home choice
操作系统死锁练习及答案
死锁练习题 (一)单项选择题 l系统出现死锁的根本原因是( )。 A．作业调度不当 B．系统中进程太多 C．资源的独占性 D．资源管理和进程推进顺序都不得当 2．死锁的防止是根据( )采取措施实现的。 A．配置足够的系统资源 B．使进程的推进顺序合理 C．破坏产生死锁的四个必要条件之一 D．防止系统进入不安全状态 3．采用按序分配资源的策略可以防止死锁．这是利用了使( )条件不成立。 A．互斥使用资源 B循环等待资源 c．不可抢夺资源 D．占有并等待资源 4．可抢夺的资源分配策略可预防死锁，但它只适用于( )。A．打印机 B．磁带机 c．绘图仪 D．主存空间和处理器 5．进程调度算法中的( )属于抢夺式的分配处理器的策略。A．时间片轮转算法 B．非抢占式优先数算法 c．先来先服务算法 D．分级调度算法 6．用银行家算法避免死锁时，检测到( )时才分配资源。 A．进程首次申请资源时对资源的最大需求量超过系统现存的资源量 B．进程己占用的资源数与本次申请资源数之和超过对资源的最大需求量 c．进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足尚需的最大资源量 D进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足本次申请量，但不能满足尚需的最大资源量 7．实际的操作系统要兼顾资源的使用效率和安全可靠，对资源的分配策略，往往采用 ( )策略。 A死锁的防止 B．死锁的避免 c．死锁的检测 D．死锁的防止、避免和检测的混合(一)单项选择题 1．D 2．C 3．B 4．D 5．A 6 C 7 D (二)填空题 l若系统中存在一种进程，它们中的每一个进程都占有了某种资源而又都在等待其中另一个进程所占用的资源。这种等待永远不能结束,则说明出现了______。 2．如果操作系统对 ______或没有顾及进程______可能出现的情况，则就可能形成死锁。3．系统出现死锁的四个必要条件是：互斥使用资源，______，不可抢夺资源和______。 4．如果进程申请一个某类资源时，可以把该类资源中的任意一个空闲资源分配给进程，则说该类资源中的所有资源是______。 5．如果资源分配图中无环路，则系统中______发生。 6．为了防止死锁的发生，只要采用分配策略使四个必要条件中的______。 7．使占有并等待资源的条件不成立而防止死锁常用两种方法：______和______. 8静态分配资源也称______，要求每—个进程在______就申请它需要的全部资源。 9．释放已占资源的分配策略是仅当进程______时才允许它去申请资源。 10抢夺式分配资源约定，如果一个进程已经占有了某些资源又要申请新资源，而新资源不能满足必须等待时、系统可以______该进程已占有的资源。 11．目前抢夺式的分配策略只适用于______和______。 12．对资源采用______的策略可以使循环等待资源的条件不成立。 13．如果操作系统能保证所有的进程在有限的时间内得到需要的全部资源，则称系统处于______。 14．只要能保持系统处于安全状态就可______的发生。 15．______是一种古典的安全状态测试方法。 16．要实现______，只要当进程提出资源申请时，系统动态测试资源分配情况，仅当能确保系统安全时才把资源分配给进程。 17．可以证明,M个同类资源被n个进程共享时，只要不等式______成立,则系统一定不会发生死锁，其中x为每个进程申请该类资源的最大量。 18．______对资源的分配不加限制，只要有剩余的资源，就可把资源分配给申请者。 19．死锁检测方法要解决两个问题，一是______是否出现了死锁，二是当有死锁发生时怎样去______。 20．对每个资源类中只有一个资源的死锁检测程序根据______和______两张表中记录的资源情况，把进程等待资源的关系在矩阵中表示出
Weblogic9.2 for Linux安装手册
Weblogic 9.2 for linux 安装手册
目录 1.1、weblogic 9.2 for redhat as4.0 安装 (3) 1.1.1以root身份登录 (3) 1.1.2创建weblogic用户组。 (3) 1.1.3创建weblogic安装目录,修改目录所有者权限,如： (3) 1.1.4复制文件 (3) 1.1.6 执行安装文件(platform9.2_linux.bin) (3) （for windows 安装直接运行.exe文件即可） (3) 2.1、群集安装前的准备 (4) 2.1.1预备知识 (4) 2.1.2 集群概念 (4) 2.1.3配置集群应用的必要条件 (5) 2.1.4配置前的准备工作 (5) 3.1 集群管理服务器的安装 (6) 3.1.1创建新的Domain (6) 3.1.2选择安装类型 (7) 3.1.3设置管理台用户密码及JDK版本 (7) 3.1.4选择定制安装 (8) 3.1.5输入Administrator Server（集群管理服务器）的信息 (9) 3.1.6配置Server、Cluster、Machine信息 (10) 3.1.8配置Cluster信息 (10) 3.1.9将Managed Server添加到Cluster中 (11) 3.1.10配置Machine信息 (13) 3.1.11以下各项默认安装即可，并配置信息确认以及选择安装路径 (13) 3.1.12系统创建Domain (15) 3.2 集群中其它节点服务器的安装 (16) 4.1webloigc集群的启动 (17) 4.1.1 启动集群中的administrator server (17) 4.1.2 启动managed server (18) 4.2 群集中应用程序的部署 (19) 4.2.1 配置数据源： (20) 4.2.2 配置数据库连接池 (23) 4.2.3 部置应用程序到各集群 (26) 附一：集群的代理分发访问 (32) 1、apache httpserver的安装 (32) 2、apache配置文件修改 (32) 附二、集群配置中要注意的问题 (33)
Linux中安装weblogic10和JDK5及配置环境变量(精)
Linux 中安装 weblogic10和 JDK5及配置环境变量 Linux 中安装 weblogic10和 JDK5及配置环境变量 好久没发技术贴了,因为最近也没学到啥,荒废了快,现在学了点东西,赶紧记上,不然真白学了,我特别不相信我的脑袋,过两天肯定忘的一干二净, 这是非常肯定的,对此我也在调查原因! 这两天装了 Linux 的 Fedora 5版本来进行 weblogic10的测试,以前没使过,装完又是日文系统, 真是啥也看不懂, 装 linux 的时候倒是容易, 跟 windows 差不多, 傻瓜操作就好! 然后装 weblogic ,这个安装可不是双击就完事的!步骤如下: 1. 进入 GNOME 终端,就跟 windows 的 cmd 命令窗口一样 2. 输入:chmod +x server1001_linux32.bin -->在 linux 上安装软件时,首先要赋予这个软件可执行的权限。 3. 输入:./server1001_linux32.bin -->开始安装,安装过程跟 windows 一样。 安装完 weblogic 后, 还要安装 jdk ,跟 weblogic10匹配的可以选择 jdk 1.5,软件可以去 sun 的网站去下,要先注册,在哪里下,大家自己去找啊!找 linux 版本的也不太好找,主要是本人英文太烂,哈哈! 安装步骤如下: 1. 输入:chmod +x jdk-1_5_0_13-linux-i586-rpm.bin -->首先也是赋予权限 2. 输入:./jdk-1_5_0_13-linux-i586-rpm.bin -->运行这个文件, 读取安装说明, 一路选 yes , 完成后后会在同一目录解压出一个 jdk-1_5_0_13-linux-i586-rpm的文件, 然后对这个文件进行安装。 3. 赋予执行权限:chmod +x jdk-1_5_0_13-linux-i586-rpm
死锁问题的相关研究
死锁问题的相关研究 摘要死锁是计算机操作系统学习中的一个重点，进程在使用系统资源时易产生死锁问题，若何排除、预防和避免死锁，是我们所要研究的重要问题。 关键词银行家算法；存储转发；重装死锁 所谓死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。 1产生死锁的原因及其必要条件 1）产生死锁的原因。因为系统资源不足；进程运行推进的顺序不合适；资源分配不当等。如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁。 2）产生死锁的四个必要条件。互斥条件：一个资源每次只能被一个进程使用。请求与保持条件（占有等待）：一个进程因请求资源而阻塞时，对已获得的资源保持不放。不剥夺条件（不可抢占）：进程已获得的资源，在未使用完之前，不能强行剥夺。循环等待条件：若干进程之间形成一种头尾相接的循环等待资源关系。 这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。 2死锁的解除与预防 理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大可能地避免、预防和解除死锁。在系统设计、进程调度等方面注意如何不让这四个必要条件成立，如何确定资源的合理分配算法，避免进程永久占据系统资源。 1）有序资源分配法。这种算法资源按某种规则系统中的所有资源统一编号（例如打印机为1、磁带机为2、磁盘为3、等等），申请时必须以上升的次序。 采用有序资源分配法：R1的编号为1，R2的编号为2；PA：申请次序应是：R1，R2；PB：申请次序应是：R1，R2；这样就破坏了环路条件，避免了死锁的发生。 2）银行算法。避免死锁算法中最有代表性的算法是DijkstraE.W于1968年提出的银行家算法。该算法需要检查申请者对资源的最大需求量，如果系统现存的各类资源可以满足申请者的请求，就满足申请者的请求。这样申请者就可很快
linux环境下weblogic-64bit安装启动
1.安装前准备 1.1.安装JDK JDK版本必须是1.6以上的，最好是64位的，不然weblogic的虚拟内存有限制。可以使用命令： java –version 来查看linux的JDK版本 1.2.创建weblogic用户及用户组 创建组命令：groupadd weblogic 创建用户命令：useradd –g weblogic weblogic 修改用户密码命令：passwd weblogic 输入新密码确定就可以 1.3.创建文件目录 创建安装文件存放目录：mkdir /opt/software 将weblogic安装文件用工具上传至software下 创建weblogic安装路径：mkdir /opt/oracle/weblogic 1.4.赋权 将/opt/oracle/weblogic的所有者修改为用户weblogic 命令为：chown –Rf weblogic:weblogic /opt/oracle/weblogic 将安装文件的执行权限赋给weblogic用户 命令为：chmod a+x /opt/software/wls1036_generic.jar （wls1036_generic.jar为weblogic安装文件名） 2.安装 安装的时候注意将root的用户切换到weblogic用户，命令为： su – weblogic 进入weblogic安装文件所在目录，即：/opt/software下，命令为： cd /opt/software 执行安装命令：java –jar wls1036_generic.jar （wls1036_generic.jar为weblogic安装文件名） 2.1.安装步骤一
Oracle常见死锁发生的原因以及解决方法
Oracle常见死锁发生的原因以及解决方法 Oracle常见死锁发生的原因以及解决办法 一，删除和更新之间引起的死锁 造成死锁的原因就是多个线程或进程对同一个资源的争抢或相互依赖。这里列举一个对同一个资源的争抢造成死锁的实例。 Oracle 10g, PL/SQL version 9.2 CREATE TABLE testLock( ID NUMBER, test VARCHAR(100) ) COMMIT INSERT INTO testLock VALUES(1,'test1'); INSERT INTO testLock VALUES(2,'test2'); COMMIT; SELECT * FROM testLock 1. ID TEST 2.---------- ---------------------------------- 3. 1 test1 4. 2 test2 死锁现象的重现： 1)在sql 窗口执行：SELECT * FROM testLock FOR UPDATE; -- 加行级锁并对内容进行修改， 不要提交 2)另开一个command窗口，执行：delete from testLock WHERE ID=1; 此时发生死锁（注意此时要另开一个窗口，不然会提示：POST THE CHANGE RECORD TO THE DATABASE. 点yes 后强制commit）：
3)死锁查看： 1.SQL> select https://www.360docs.net/doc/7c11842219.html,ername,l.object_id, l.session_id,s.serial#, s.lockwait,s.status,s.machine, s.program from v$session s,v$locked_object l where s.sid = l.session_id; USER NAME SESSION_ID SERIAL# LOCKWAIT STATUS MACHINE PROGRAM 2.---------- ---------- ---------- -------- -------- ---------------------- ------------ 3.SYS 146 104 INACTIVE WORKGROUP\J-THINK PLSQLDev.exe 4.SYS 144 145 20834474 ACTIVE WORKGROUP\J-THINK PLSQLDev. exe 字段说明： Username：死锁语句所用的数据库用户； SID: session identifier，session 标示符，session 是通信双方从开始通信到通信结束期间的一个上下文。 SERIAL#: sid 会重用，但是同一个sid被重用时，serial#会增加，不会重复。 Lockwait：可以通过这个字段查询出当前正在等待的锁的相关信息。 Status：用来判断session状态。Active：正执行SQL语句。Inactive：等待操作。Killed：被标注为删除。 Machine：死锁语句所在的机器。 Program：产生死锁的语句主要来自哪个应用程序。 4)查看引起死锁的语句：
死锁原因和解决方法
1 简单的死锁（不同表,相同资源竞争） 连接1 Set nocount on; Use testdb; Go Begin tran Update dbo.T1 set col1 = col1 + 1 where keycol = 2; 目前链接1获取排它锁，并且一直保持。 连接2 Set nocount on; Use testdb; Begin tran Update dbo.T2 set col1 = col1 + 1 where keycol = 2; 链接2获取排它锁，并且一直保持。 连接1 Select col1 from dbo.T2 where keycol = 2; Commit tran 连接1被阻塞,但是这样还不算死锁，可能连接2也许会在某一时刻结束事务，释放连接1需要资源上的锁。 连接2 Select col1 from dbo.T1 where keycol = 2; Commit tran 这样产生死锁，因为每个进程都在等待另外一个进程释放他们所需要的锁。 解决方法： 如果交换事务中访问表的顺序，并假定这种变化不影响应用程序的逻辑，就可以避免这种死锁。如果两个事务按相同的顺序访问表，就不会放生这样的死锁。当你开发以特定顺序访问表的事务时，可以联系这样做，只要有必要这样做而且不影响程序的逻辑就可以。
2 因缺少索引导致的死锁(不同表不同资源无索引竞争) 当筛选列上缺少索引时就会出现这种情况。如果被筛选列上没有索引，SQLSERVER 必须扫描所有的行。因此当一个进程保持了某一行的锁时，其他的进程扫描所有的行已检查他们是否符合筛选器，而不是通过索引直接找到期望的行，这样就会发生冲突。 T1.col1和T1.col2上都没有索引 连接1 Begin tran Update dbo.T1 set col2 = col2 + 1 where col1 = 101; 连接2 Begin tran Update dbo.T2 set col2 = col2 + 1 where col1 = 203; 连接 1 Select col2 from dbo.T2 where col1 = 201; Commit tran 由于col1没有索引，SQL SERVER必须扫描所有行并获取共享锁以检查这些行是否符合筛选器。所以被连接2阻塞。 连接2 Select col2 from dbo.T1 where col1 = 103; Commit tran 同样也给阻塞，并且发生死锁。 解决方法 通过在被筛选列上创建索引，你可以避免死锁。当然，如果两个进程尝试访问相同的资源还是可能发生死锁。
Linux下安装weblogic9
Linux下安装weblogic9.2 1、准备文件 下载地址 https://www.360docs.net/doc/7c11842219.html,/technology/software/products/ias/htdocs/wls_main.html 得到文件 server923_linux32.bin 2、新增用户和组 新建组 groupadd weblogic 新建用户 useradd -g weblogic -G weblogic -d /usr/local/bea weblogic 设置密码 passwd weblogic 3、安装weblogic 切换用户 su weblogic 切换到文件目录 cd /usr/tmp 赋予权限 chmod a+x ./server910_linux32.bin //给可执行权限以便于安装 ./server910_linux32.bin -mode=console //开始安装 按照操作提示一步一步向下 安装完成 3、配置weblogic 配置domain 命令 /usr/local/bea/weblogic92/common/bin/config.sh 一步一步操作，建立domain完成 4、配置发布 修改设置文件/usr/local/bea/user_projects/domains/kiko9/bin/setDomainEnv.sh
JAVA_OPTIONS="${JAVA_OPTIONS} -Ddefault.client.encoding=UTF-8 - Dfile.encoding=UTF-8 https://www.360docs.net/doc/7c11842219.html,nguage=zh -Duser.region=CN" CLASSPATH="${CLASSPATH}:${LONG_DOMAIN_HOME}/config" 准备war包和配置文件 拷贝properties配置文件到 /usr/local/bea/user_projects/domains/kiko9/config 启动weblogic /usr/local/bea/user_projects/domains/kiko9/bin/startWebLogic.sh 停止weblogic /usr/local/bea/user_projects/domains/kiko9/bin/stopWebLogic.sh 登陆weblogic的console页面发布war包 发布启动后报错，错误如下： org.springframework.beans.NotWritablePropertyException: Invalid property 'mappingLocations' of bean class [org.springframework.orm.ibatis.SqlMapClientFactoryBean]: Bean property 'mappingLocations' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter? 在weblogic加载classpath时，先加载spring和ibatis的配置文件 lib位置一： /usr/local/bea/user_projects/domains/kiko9/config/lib vi readme.txt This directory holds jar files that are added to the system classpath of the server, when the server?s Java virtual machine starts. lib位置二： /usr/local/bea/user_projects/domains/kiko9/lib vi readme.txt This is the domain library directory and is usually located at $DOMAIN_DIR/lib. The jars located in this directory will be picked up and added dynamically to the end of the server classpath at server startup. The jars will be ordered lexically in the classpath. The domain library directory is one mechanism that can be used for adding application libraries to the server classpath. It is possible to override the $DOMAIN_DIR/lib directory using the -Dweblogic.ext.dirs system property during startup. This property specifies a list of directories to pick up jars from and dynamically append to the end of the server classpath using java.io.File.pathSeparator as the delimiter between path entries.
浅谈操作系统中的死锁问题
浅谈操作系统中的死锁问题 学院：数学与计算机科学学院 姓名 学号：
摘要：进程死锁问题是操作系统的主要问题之一，很多学者专家一直在研究怎样解决这个问题。本文针对操作系统中经常出现的死锁问题进行了讨论，阐述了死锁出现的原因、四个必要条件，以及死锁的处理方法。 关键词：死锁；死锁产生的原因；死锁产生的条件；死锁的解除与预防；银行家算法。 一、死锁的概述： 死锁是进程死锁的简称，是由Dijkstra于1965年研究银行家算法时首先提出的。所谓死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。 二、产生死锁的原因： 因为系统资源不足；进程运行推进的顺序不合适；资源分配不当等。如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁 三、产生死锁的四个必要条件： 互斥条件：一个资源每次只能被一个进程使用。请求与保持条件（占有等待）：一个进程因请求资源而阻塞时，对已获得的资源保持不放。不剥夺条件（不可抢占）：进程已获得的资源，在未使用完之前，不能强行剥夺。循环等待条件：若干进程之间形成一种头尾相接的循环
等待资源关系。 四、死锁的解除与预防： 理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大可能地避免、预防和解除死锁。在系统设计、进程调度等方面注意如何不让这四个必要条件成立，如何确定资源的合理分配算法，避免进程永久占据系统资源。 ⑴有序资源分配法。这种算法资源按某种规则系统中的所有资源统一编号（例如打印机为1、磁带机为2、磁盘为3、等等），申请时必须以上升的次序。 采用有序资源分配法：R1的编号为1，R2的编号为2；PA：申请次序应是：R1，R2；PB：申请次序应是：R1，R2；这样就破坏了环路条件，避免了死锁的发生。 ⑵银行算法。避免死锁算法中最有代表性的算法是DijkstraE.W于1968年提出的银行家算法。该算法需要检查申请者对资源的最大需求量，如果系统现存的各类资源可以满足申请者的请求，就满足申请者的请求。这样申请者就可很快完成其计算，然后释放它占用的资源，从而保证了系统中的所有进程都能完成，所以可避免死锁的发生。五、死锁排除的方法： 撤消陷于死锁的全部进程；逐个撤消陷于死锁的进程，直到死锁不存在；从陷于死锁的进程中逐个强迫放弃所占用的资源，直至死锁消失；从另外一些进程那里强行剥夺足够数量的资源分配给死锁进程，以解除死锁状态。死锁是网络中最容易发生的故障之一，即使在网络负荷
关于进程中死锁问题的研究
关于进程中死锁问题的研究 摘要 死锁问题是Dijkstra于1965年研究银行家算法时首先提出的，也是计算机操作系统乃至并发程序设计中非常重要但又最难处理的问题之一。实际上死锁问题是一种具有普遍性的现象。不仅在计算机系统中，就是在其它各个领域乃至日常生活中，也都是屡见不鲜的。掌握对死锁的处理方法，对于指导我们的现实生活，都会有积极地意义。本文研究的是操作系统进程中的死锁问题。从理论上说，死锁问题的研究涉及到计算机科学中一个基本问题，即并行程序的终止性问题。本文将通过对死锁的基本概念、产生的原因和产生死锁的四个必要条件的了解，找出合理的预防、避免、检测和解除的有效方法，并将其运用到实际问题中去。 关键字：死锁的预防死锁的避免银行家算法死锁的检测死锁的解除 一、死锁的基本概念 1.1 死锁的概念 当两个或两个以上的进程因竞争系统资源而无休止的相互等待时，我们就称这些进程是死锁的，或者说它们处于死锁状态。 1.2 死锁产生的原因 1、各进程竞争有限的资源。 2、进程推进顺序不当。 1.3 产生死锁的四个必要条件 1、互斥条件。指在一段时间内，一个资源只能由一个进程独占使用，若别的进程也要求该资源，则须等待直至其占用者释放。 2、请求和保持条件。指进程已经保持了至少一个资源，但又提出新的请求，而该资源已被其他进程占用，此时请求进程阻塞，但又不释放自己已获得的资源。 3、不可剥夺条件。进程所获得的资源在未使用完之前，不能被其他进程强行夺走，而只能由其自身释放。
4、环路条件。指存在一个等待进程集合{}n P P P P ,,,,210 ，0P 正在等待一个1P 占用的资源，1P 正在等待一个2P 占用的资源，…，n P 正在的等待一个由0P 占用的资源。这些进程及其请求的资源构成一个“进程——资源”的有向循环图。 二、死锁的处理 2.1 死锁的预防 死锁的预防是排除死锁的静态策略，因为我们已经知道了导致死锁产生的四个必要条件，那么我们只须破坏这四个条件中的一个即可预防死锁。为此介绍如下4种方法。 1、共享使用法 允许一个资源部件可以由多个进程“同时”使用。这种方法在早期曾使用过，但实践证明这种方法对有些资源是行不通的。如对宽行就是由各个进程“同时”使用，结果在打印纸上交替出现了不同进程的不同信息，从而给用户带来很大的不便，故对此类资源一般都采用独占方式。由于对大多数资源来说互斥使用是完全必要的，所以通过破坏互斥条件来防止死锁是不现实的。 2、预先静态分配法 在进程调度程序选择进程时，仅当进程所需要的全部资源都能满足时，才调度它进入内存运行。或者说，在进程尚处于运行前的静态情况下，就为它分配了所需要的全部资源。显然这是一种简单而安全的预防死锁的方法，但是，若资源搭配不当，就会导致进程将延迟运行，资源利用率低。 3、采用剥夺式调度法 这种方法主要用在处理器和存储器资源调度上，是调度进程自身的开销，以及主存和磁盘的对换进程、数据的开销。但对于需要由操作员装卸私有数据的外围设备，此法就不宜使用。这种方法实现起来比较复杂，且要付出很大的代价，还可能导致反复地请求和释放资源，而使进程的执行无限延迟。这不仅延长了进程的周转时间，还增加了系统的开销，降低了系统的吞吐量。 4、有序资源使用法 系统设计者把系统中所有资源都赋予一个唯一的编号。如令输入机为1，