linux 下 was 怎么启动

方法/步骤

将WAS安装程序上传到服务器，并解压

# tar -zxvf WAS Network Deployment V61 for Linux on x86-64, 64-bittargz

解压后在WAS文件夹下有个responsefilendtxt文件，这个文件是WAS静默安装的配置文件，编辑该文件，并修改如下内容：

-OPT silentInstallLicenseAcceptance="true" 接受License

-OPT allowNonRootSilentInstall="true" 是否允许非root用户安装

-OPT disableOSPrereqChecking="true" 取消对系统的检测

-OPT installType="installNew" 是否全新安装

-OPT feature="noFeature" 不安装示例

-OPT installLocation="/opt/IBM/WebSphere/AppServer" 安装路径

-OPT profileType="none" 不生成概要

-OPT PROF_enableAdminSecurity="false" 不设置管理员安全

注：也可以按照上面内容自行编辑文件，当静默安装时指明该文件即可

文件编辑完成后，执行install命令开始安装。格式如下：

# /install -options responsefilendtxt -silent

由于是静默安装，并且编辑好了配置脚本，因此安装时程序没有什么提示，耐心等待一会，直到安装完成。

如果没有安装成功，如何检查。

由于静默安装没有提示，我们不知道有没有安装成功，尤其是刚执行安装命令后，程序什么提示都没有，就很快结束。这通常都是没有安装成功。这里提供一个检查问题的方法。在用户文件夹下有个waslogs文件夹，这是执行静默安装时自动生成的日志文件，记录了没有安装成功的事件，可以通过日志来判断系统或配置文件哪方面出现了问题。我这里采用root用户安装的，因此在/root文件夹下有waslogs文件夹。

检查日志文件发现是由于配置文件中的安装路径问题，如下图：

安装完成后，如何判断是否安装成功。

安装完成后，会生成一个隐含的文件夹ibm。

AIX系统改文件存在于/usr路径下。

linux等系统存在于/opt路径下。

# ls -alF

通过创建profiles来验证是否安装成功。

# /opt/IBM/WebSphere/AppServer/bin/manageprofilessh -create -profileName testpro -profilePath /opt/IBM/WebSphere/AppServer/profiles/testpro/ -templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/default

启动profiles 并检查监听是否运行:

进入新创建的概要testpro/bin文件夹执行下面命令

# sh startServersh server1

# netstat -an |grep 906

还在纠结内存不够用，老卡么 还在纠结4GB内存只被32位win7识别了267GB不爽么 还在纠结要不要换64位的win7么 其实Win7_32位系统本身是支持4GB内存的，只是微软不想让使用而已(因为有缺陷嘛，具体啥缺陷我也不知道) 下面介绍一种简单破解4GB内存的方法 首先需要下载一个软件： “ReadyFor 4GB” (点击下载) 下载解压后 1运行“Readyfor 4GBexe”这个程序 ①点击“检查”选项，此时程序会告诉你所用系统能够支持最大内存容量和当前内存容量。 ②点击“应用”选项，程序会提示什么文件还有运行bcdedit添加启动项什么的 记不清楚了(无视提示就可以了，直接点确定) 2接下来的 *** 作很重要：运行cmd——输入：bcdedit -copy {current} /d "Windows 7 x86 [ 128GB with ntkr128gexe ]" The entry was successfully copied to {61b1399a-24cd-11de-a4c4-ca27f4abce37} #上面{61b1399a-24cd-11de-a4c4-ca27f4abce37}这个{GUID}是返回的值，每台电脑返回的{GUID}不同，根据自己电脑返回的{GUID}继续在cmd里面依次输入： bcdedit /set {61b1399a-24cd-11de-a4c4-ca27f4abce37} testsigning on 回车 bcdedit /set {61b1399a-24cd-11de-a4c4-ca27f4abce37} pae forceenable 回车 bcdedit /set {61b1399a-24cd-11de-a4c4-ca27f4abce37} kernel ntkr128gexe 回车 3运行压缩包里的“AddBoorMenucmd”这个程序，当d出对话框时，输入Y——回车。此时破解 *** 作就成功了。 4我的电脑——属性——高级系统设置——启动和故障恢复——设置——默认 *** 作系统选择"刚破解的启动系统"就可以了——确定 最后重启电脑 然后查看电脑属性 看看32位的win7是不是也支持4GB内存了(^o^)/~ 温馨提示：请仔细阅读步骤方法 *** 作失误会导致重启后进不了系统 只能重装哦+_+ 我上面说了这么多废话 直接安装64位系统才是王道! 谢谢观赏 注：更多精彩教程请关注三联电脑教程栏目，三联电脑办公群:189034526欢迎你的加入

登录was控制台，选择“资源”-

2

选择“数据库类型”-

3

输入”数据库类路径信息“，/home/jar是指存放驱动程序jar的目录，后面不要加上jar包的名称。，后续 *** 作直接“下一步”-“完成”。

4

选择”JDBC-数据源“-

”输入基本数据源信息“，选择”创建新建J2C认证别名“

选择”新建“

输入相关信息，别名可以任意输入，“用户标识”和“密码”是指连接数据库用的用户名和密码。

一定要选择“保存”，设置才能生效。

输入基本数据源信息，JNDI名称要记住，在配置应用里数据库连接的时候会用到它。

创建数据源，选择”Oracle驱动程序“

URL中每个冒号前后不能有空格，URL中的IP地址是数据库服务器的IP，紧跟着IP的是端口号，oracle默认的是1521，之后是SID,oracle默认是orcl。

直接单击”完成“

一定要选择“保存”，设置才能生效。

选择刚刚新建的数据源，单击”测试链接“

15

测试通过说明配置正确，否则配置错误。

was首次sql过慢的原因是程序设计缺陷或者内存不足。

常见的原因有以下几种：

1、没有索引或者没有用到索引(查询慢最常见的问题，是程序设计的缺陷)。

2、I/O吞吐量小，形成了瓶颈效应。

3、没有创建计算列导致查询不优化。

4、内存不足。

5、网络速度慢。

6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）。

7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)。

8、sp_lock，sp_who，活动的用户查看，原因是读写竞争资源。

9、返回了不必要的行和列。

10、查询语句不好，没有优化。

本文提出了 IBM JSSE（Java Secure Socket Extension Java 安全套接字扩展）的配置问题 探讨了密钥库和信任库 并且对于如何在 IBM WebSphere Application Server 环境下处理这些重要的 JSSE 元素提出了的建议 引言 Java 安全套接字扩展（Java Secure Socket Extension JSSE）是将低级编程接口封装到安全套接字层（Secure Socket Layer SSL）协议及其相应的标准传输层安全性（Transport Layer Security TLS）协议中的 Java 标准 IBM JSSE 是 JSSE 框架的 Java 实现 它支持 SSL V 和 V 以及 TLS V 将 JSSE 这样架构以便其能够提供两套接口 一套被称为服务提供方接口（Service Provider Interface SPI） 而另一套是应用程序编程接口（Application Programming Interface API） 那些提供特定实现的功能插件使用提供的程序接口（本质上 是接口中的插件） 通常 应用程序开发人员仅处理 API 他们可以编写可移植的代码 该代码仅依赖于标准的公共 API 中公布的方法 IBM JSSE 实现也包括 IBM JSSE 加密提供方 重要的是 开发人员应该遵循最佳的编程实践来启用应用程序的可移植性 只要没有将提供应用程序的特定信息的用法嵌入或强制编码到应用程序中 JSSE API 就可以进行移植 IBM 没有声明与其它 JSSE 提供方的互 *** 作性 IBM 开发实验室没有执行任何正式的测试 分离 API 和 SPI 接口的目的在于保护来源于程序提供者的应用程序 以便达到可移植性 但每个程序提供者所提供的功能可能不必与其它提供的功能相匹配 IBM JSSE 包括了 IBM 的提供方 而其他供应商拥有自己的提供方 当使用 WebSphere Application Server 时 例如 我们重在 IBM 自己的提供方 因此 应用程序代码假设任何特殊的提供方都是不可移植的 一个公共实例是显式地装载了 sun 类的应用程序代码 由于 sun 不是 JSSE（或者对于那种情况是 J SE）的一部分 所以这样的代码是不可移植的 当您开发您的代码时 应该尽量避免程序提供者所特有的依赖 我们此处的实例说明了这种方法 简化 JSSE 编程很大程度上是由于高级别的抽象 它提供了关于标准套接字的编程接口 这使得在两个希望使用 TCP/IP 协议上的传输层安全性来进行消息传递的终端之间建立网络连接变得非常容易 由 JSSE 提供的安全 是由传输层消息完整性 可靠性（加密） 服务器验证 以及可选的客户端验证组成 在本文中 我们提出了 IBM JSSE 的配置问题 探讨了密钥库和信任库 并且推荐了在 WebSphere Application Server 环境下处理这些重要的 JSSE 元素的方法 随后 我们给出了 JSSE 编程模型并且说明当访问 >

CDH Yarn资源队列划分管理

场景：根据不同项目或不同用户，对yarn资源队列进行划分，达到资源管控，任务管控的目的

CDH版本：5x

配置：

1 yarn资源队列参数设置：

(1)yarnschedulerfairuser-as-default-queue false

解释：当设置为 true 时，如果未指定池名称，Fair Scheduler 将会使用用户名作为默认的池名称。当设置为 false 时，所有应用程序都在一个名为 default 的共享池中运行。设置成false是为了不根据用户名而自动分配资源池。

Fair Scheduler：yarn的公平调度器，对全局资源和对所有的应用作业都均匀分配的资源分配方法。默认情况下，它是基于内存来安排公平调度策略，也可以配置成为同时基于内存和CPU来进行调度。总的来说，它是一种基于内存，给集群中所提交的应用程序分配资源的调度器。

(2)yarnschedulerfairallow-undeclared-pools false

解释：设置为 true 时，将使用默认设置创建在应用程序中指定但未明确配置的池。设置为 false 时，将在名为 default 的池中运行应用程序指定的未明确配置的池。此设置适用于应用程序明确指定某个池时以及应用程序运行所在的池的名称为与该应用程序关联的用户名的情况。

默认是true，允许创建未定义的资源池。当用户提交了一个作业，指定的队列不存在的时候，会自动创建出这个不存在的队列。设置成false，如果任务中指定了一个未定义的资源池，那么这个资源池将不会被创建，该任务会被分配到默认的资源池中，default。

修改完配置重启服务

2 CDH 动态资源队列配置

如图，第一步我们划分了2个资源池：、

(1)rootdefault:默认池，没有划分资源池的用户会提交到default资源池

权重定义了资源池之间分配资源的比例，目前集群中的default资源池和users资源池的权重各为1,那么集群中的资源会将50%分配给default，50%分配给users，但是这里的资源分配不是一个静态的概念，假如users中没有任务在运行，那么default资源池是允许使用超过50%的资源的，且资源池配置允许在线修改，修改后不需要重启yarn，因为RM会周期性的读取资源池的配置信息

设置default资源池的调度算法：使用DRF，即根据内存和CPU进行资源调度

yarnschedulerfairpreemption解释：启用后，如果在某些时间段未达到池的最小共享，Fair Scheduler 可以优先选取其他池中的应用程序。优先权可保证生产应用程序不缺乏资源，同时还可使群集用于实验和研究应用程序。为尽量减少计算资源浪费，Fair Scheduler 会优先选取最近启动的应用程序。

该项不建议开启。

Yarn的资源抢占本身就具有一定的资源开销，并且如果开启了资源抢占，对于长时间运行的任务容易出现延迟的情况。所以在此也建议配置队列时，要将长时间运行任务和执行时间较短的任务放在不同的队列中。同时对于队列的maxResource，可以适当的配置大些，这样即使不打开抢占，RM也是可以将一个队列的已经运行完成的资源回收分配给别的队列。从而达到提高资源的利用率。

解释：

yarnaclenable：指定是否应检查管理 ACL 中指定的用户和组执行管理 *** 作的授权。

yarnadminacl：确定哪些用户和组可在任何池中提交和中止应用程序以及可以对 ResourceManager 角色发出命令的 ACL。

重启服务

添加was用户资源池

资源池的提交控制访问和管理控制访问的配置会自动继承到子队列中，比如在root资源池下的提交控制访问中配置了用户was，那么即使roottest的提交用户访问中配置是空，用户was也可以向队列test中提交yarn应用程序。

计划模式：可以根据不同时间段使用不同的资源池配置，合理使用集群的纵向资源

创建新的计划规则：

配置完计划模式，资源池会有多套配置，如下

配置完不同时间段使用的配置集后，修改各配置集的资源分配。例如streaming资源池在默认的配置集下，权重是2，使用的集群的资源占50%,但是在night配置集下配置的权重是1，使用的集群的资源占33%。而nigth配置集是在每天晚上8点到第二天早上六点时间段生效的。

放置规则：控制任务使用资源池的规则，即任务会根据以下的规则放到对应的资源池中执行，不需要自定义配置，在提交任务的时候显示的指定队列即可

用户限制：控制用户可以提交的最大应用程序数量，可以统一配置，也可以单独给某个用户配置

　如果您的应用程序频繁出现内存溢出（out-of-memory）的错误现象，那么为了找出问题的所在，我们必须了解内存的分配情况和使用情况，那么这时候我们就需要详细垃圾回收的信息和日志，为了得到这些信息，我们必须打开详细垃圾回收的开关。打开的步骤如下：在管理控制台中点击服务器应用服务器 server1（或者是您自己定义服务器名）JAVA和进程管理 进程定义 Java虚拟机 选中详细垃圾回收选项，重启应用服务器，即可生效。

以上就是关于linux 下 was 怎么启动全部的内容，包括:linux 下 was 怎么启动、win7系统32位支持128G内存怎么设置、websphere怎么配置多个数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！