概要文件
Oracle数据库应用 复习题及答案
Oracle数据库应用复习题（参考答案见P15）一、选择题1、以下（）内存区不属于SGA。
A. PGAB. 日志缓冲区C. 数据缓冲区D. 共享池2、一个数据库由若干个（）组成。
A.段B. 表空间C. 块D. 区3、在Oracle 中创建用户时，若未使用DEFAULT TABLESPACE 关键字，则Oracle就将（）表空间分配给用户作为默认表空间，将（）表空间分配给用户作为临时表空间。
A.TEMPB. USERSC. SYSTEMD. EXAMPLE4、监听并接受来自客户端应用程序连接请求的服务是（）。
A. OracleCSServiceB. OracleDBConsoleSIDC. OracleJobSchedulerD. OracleOraDb10g_home1TNSListener5、（）是一个小二进制文件，它维护着数据库的全局物理结构，用以支持数据库成功地启动和运行。
A. 数据文件B. 控制文件C. 日志文件D. 参数文件6、（）进程把修改过的数据块从内存写回到数据库的数据文件中。
A. DBWRB. LGWRC. CKPTD. SMON7、（）的任务是将已经写满的联机日志文件复制到归档日志文件中。
这仅在数据库运行在归档模式下时才发生。
A.恢复进程B. 进程监视进程C. 作业队列D. 归档进程8、（）数据库应用架构又称为“瘦客户机”模式。
A. 多磁盘结构B. 两层模式C. 三层模式D. 磁盘映像9、数据字典表保存表、索引、视图以及所有其他数据结构的信息。
它们属于（）用户。
A. SYSB. SYSTEMC. SCOTTD. SYSMAN10、如果用户要安装、查看和卸载Oracle 数据库系统，就需要使用（）。
A. 通用安装器B. 数据库配置助手C. 企业管理器D. 网络配置助手11、如果用户需要在安装好Oracle的系统上创建、修改和删除数据库，就需要使用（）。
A. 通用安装器B. 数据库配置助手C. 企业管理器D. 网络配置助手12、要删除一个大表里的所有记录，并释放占用的表空间，可以使用（）命令。
OLAP简介
OLAP是一个赋予动态的、企业分析的名词，这些分析是注释的、熟悉的、公式化数据分析模型的生成、操作、激活和信息合成。
能够在变量间分辨新的或不相关的关系，能够区分对处理大量数据必要的参数，而生成一个不限数量的维和指明跨维的条件表达式。
OLAP是针对特定问题的联机数据访问和分析。
通过信息（维数据）的多种可能的观察形式进行快速、稳定一致和交互性的存取，允许管理决策人员对数据进行深入观察。
OLAP特点：1．假定性：需要初始的假设来给出导航数据分析的方向，最终用分析的结果来验证初始的假设。
2．快速性：用户对OLAP的快速反映能力有很高的要求。
3．可分析性：能处理与应用有关的任何逻辑分析和统计分析。
用户可以在OLAP平台上进行分析，也可以连接到其他外部分析工具上。
4．多维性：是OLAP的关键属性，系统提供对数据分析的多维视图和分析，如对层次维和多重层次维完全支持。
5．信息性：系统能及时获取信息，并能管理大容量的信息。
OLAP分类：1．关系OLAP（ROLAP）结构：使用关系或扩充关系DBMS存放并管理数据仓库，采用基于稀疏矩阵表示方法的星形结构或雪花结构存储多维数据，数据检索比MOLAP低效。
2．多维OLAP（MOLAP）结构：核心是其数据存储采用矩阵（可能是多维方阵）方式，数据检索高效。
3．混合OLAP（HOLAP）结构：结合ROLAP和MOLAP技术，在MOLAP立方体中存储高级别的聚集，在ROLAP中存储低级别的聚集。
4．桌面OLAP结构：没有自己的数据存储库，把用户的查询翻译为对数据源的查询，然后再把结果合成返回给用户。
5．客户OLAP：相对与Server OLAP，把部分数据下载到本地，为用户提供本地的多维分析。
OLAP常用分析方法：1．数据切片（Slicing）和数据切块（Dicing）2．钻取：数据上钻（Drilling-up）、数据下钻（Drilling-down）、数据上卷（Rolling-up）3．数据旋转（Pivoting/Rotating）-概括来说，数据仓库系统是指具有综合企业数据的能力，能够对大量企业数据进行快速和准确分析，辅助做出更好的商业决策的系统。
概要文件
2009
Oracle 10g数据库基础教程
（2）资源限制级别和类型 ）
资源限制级别
会话级资源限制： 会话级资源限制：对用户在一个会话过程中所能使用 的资源进行限制。 的资源进行限制。 调用级资源限制：对一条SQL语句在执行过程中所能 调用级资源限制：对一条 语句在执行过程中所能 使用的资源进行限制。 使用的资源进行限制。
Oracle 10g数据库基础教程
（3）修改概要文件 ）
语法为
ALTER PROFILE profile_name LIMIT resource_parameters|password_paramet ers;
注意
对概要文件的修改只有在用户开始一个新的会话时才 会生效。 会生效。
修改pwd_profile概要文件，将用户口令有效期 设置为10天。
2009
Oracle 10g数据库基础教程
（3）审计的启动 ）
通过修改静态参数AUDIT_TRAIL值来启动或关闭数据库 的审计功能。 AUDIT_TRAIL参数可以取值：为DB，OS，NONE， TRUE，FALSE，DB_EXTENDED，XML或EXTENDED。
DB表示启动审计功能，审计信息写入SYS.AUD$数据字典中； 表示启动审计功能，审计信息写入 数据字典中； 表示启动审计功能 数据字典中 OS表示启动审计功能，审计信息写入操作系统文件中； 表示启动审计功能， 表示启动审计功能 审计信息写入操作系统文件中； 默认为NONE，表示不启动审计功能； 默认为 ，表示不启动审计功能； TRUE功能与 功能与DB选项一样； 选项一样； 功能与 选项一样 FALSE表示不启动审计功能，但Oracle会监视特定活动并写入 表示不启动审计功能， 表示不启动审计功能 会监视特定活动并写入 操作系统文件，如例程的启动、关闭以及DBA连接数据库等。 连接数据库等。 操作系统文件，如例程的启动、关闭以及 连接数据库等
WAS的日常管理维护问答学习资料
W A S的日常管理维护问答WAS的日常管理维护问答IBM Webshpere 简称WAS，是一个容易管理和维护的中间件。
其在国内的市场占有率超过weblogic。
NC从5.0版本开始全面支持WAS中间件，向用户提供更好的服务。
在日常的管理和维护中，管理人员可能遇到不同的问题，为了便于大家对WAS维护有有进一步了解。
此文粗略介绍一下。
本文采用问题方式介绍WAS 的管理以及NC5.0维护工作。
WAS的安装有那几种方式？安装WAS时需要注意什么？如何选择建立不同profile？WAS的控制台在什么安装？如何进入WAS控制台？使用什么样浏览器更合适？WAS的补丁在什么可以找到？如何向WAS中间件打补丁？在什么地方停止启动服务？在什么地方停止启动agent？部署NC50过程如何？如何生成IHS的插件？如何向NC50应用打补丁？WAS的安装有那几种方式？WAS的安装方式有界面模式安装和安静模式安装。
安静模式安装需要配置“reponsefile”，设置安装参数安装，这种模式适合于高级用户安装，或者无法输出安装安装界面的用户使用。
例如Install.exe -options "D:\installImage\WAS\responsefile.nd.txt" –silent界面安装模式适合大多安装场合，安装向导引导用户一步一步进行安装。
界面安装一种是运行launchpad.exe，运行launchpad需要有浏览器，windows环境都有默认浏览器，unix或linux环境没有安装浏览器或没有设置默认浏览器时，需要现设置浏览器。
如“export firefox=/opt/firefox”。
界面安装的另一种方式是直接到WAS目录下运行install.exe。
启动安装向导进行安装。
安装WAS时需要注意什么？安装WAS时，WAS的windows环境默认安装路径“c:\programfiles\IBM\Websphere”，这个默认安装路径是不被NC应用所支持，NC应用要求安装简单，不要有空格，不要有下划线，不要有连接线等特殊路径。
03.创建概要文件部分
一、修改主机映射1、打开C:\Windows\System32\drivers\etc目录，如下图；2、使用记事本打开“hosts”文件，添加IP对应的主机名映射，然后保存该设置，如下图。
二、关闭防火墙1、右击“网络”，选择“属性”，如下图；2、进入网络和共享中心窗口，点击窗口左下角的“windows防火墙”，如下图；3、进入windows防火墙信息页面，点击窗口左上角的“启动或关闭windows防火墙”链接，如下图；下图。
三、创建概要文件注意事项：1)创建概要文件时，请检查各服务器的WAS程序版本一致；2)创建概要文件的命令是区分大小写；3)明确知道各服务器WAS的安装目录。
如果安装的路径发生变化，请根据情况修改创建概要文件命令内容。
(一)管理服务器的概要文件创建1、进入集群的管理服务器，进入命令窗口，如下图；2、输入“d：”然后回车，进入WAS的安装盘符，如下图；3、输入“cd Program Files\IBM\WebSphere\AppServer\bin”，然后回车，进入WAS安装目录下的bin文件夹下，如下图；4、输入创建概要文件命令，首先创建的是DM管理服务器概要文件，命令为：manageprofiles -create -profileName Dmgr01 -profilePath "D:/ProgramFiles/IBM/WebSphere/AppServer/profiles/Dmgr01" -templatePath "D:/Program Files/IBM/WebSphere/AppServer/profileTemplates/dmgr" -hostnameetcwebmanager。
etcwebmanager为该机器的主机名，如下图；5、点击回车按钮后，经过数分钟后，命令窗口提示创建概要文件成功，如下图；6、继续输入创建应用程序服务器概要文件命令，命令为：manageprofiles -create-profileName AppSrv01 -profilePath "D:/ProgramFiles/IBM/WebSphere/AppServer/profiles/AppSrv01" -templatePath "D:/Program Files/IBM/WebSphere/AppServer/profileTemplates/default" -hostnameetcwebmanager。
WAS详细操作讲解学习
WAS详细操作1.节点部署概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles1.1.D eploymentManagerDeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -create \-templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \-profilePath $WAS_HOME/profiles/Dmgr01 \- nodeName (节点名) \-cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)1.2.节点1.新增节点:./manageprofiles.sh -create \-profileName AppSvr01 \-templatePath $WAS_HOME/profileTemplates/default \-profilePath $WAS_HOME/profiles/AppSrv01 \- nodeName (节点名) \- cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)2.添加节点到DeploymentManager:cd $WAS_HOME/profiles/AppSrv01/bin./addNode.sh IP PORT(其中ip为WebSphere DM所在服务器的IP, PORT为WebSphere DM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)3.启动节点:cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点:cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh或cd $WAS_HOME/bin./stopNode.sh AppSrv01注:在WAS控制台只能停止节点, 不能启动, 步骤如下:登陆WAS控制台系统管理——> Node Agent选择节点进行操作5.删除节点:确认节点已经停止cd $WAS_HOME/bin删除节点对应的概要文件:./manageprofiles.sh -delete -profileName AppSrv01删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -Rf AppSrv01注:在WAS控制台只能把节点从DM去除, 不能进行删除节点操作1.3.状态1.登陆WAS控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步(已过期)未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点2.集群部署集群由一组应用程序服务器组成2.1.新建1.登陆WAS控制台2.服务器——> 集群3.点击新建4.输入集群名称, 点击下一步5.创建第一个集群成员, 输入成员名, 选择节点, 点击下一步6.创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步7.检查操作总结的信息是否正确, 点击完成8.查看新建的集群2.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除2.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态3.服务部署3.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务3.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改3.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态4.应用部署4.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用4.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用4.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /opt/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)4.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息5.数据库配置5.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据5.2.J DBC 提供程序JDBC 提供程序包括特定的JDBC 驱动程序实现类, 以便访问环境中的特定供应商数据库, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> JDBC 提供程序3.选择作用域, 可根据需要的范围选择所有作用域:对所有服务生效(不能在此作用域新建JDBC 提供程序)单元:只对该单元下所有服务生效集群:只对该集群下所有服务生效节点:只对该节点下所有服务生效服务:只对该服务生效4.点击新建5.选择数据类型:DB2, 提供程序类型:DB2 Universal JDBC Driver Provider, 实施类型:连接池数据源, 输入名称, 点击下一步6.输入jar包db2jcc.jar, db2jcc_license_cisuz.jar的存放路径如果配置过环境变量里的DB2UNIVERSAL_JDBC_DRIVER_PATH 和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH 这里会自动显示路径, 详见7.环境配置7.最终确认所有配置是否正确, 点击完成8.新建成功, 点击保存9.选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序5.3.数据源数据源用于提供关系数据库连接的资源, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> 数据源3.选择作用域, 和JDBC提供程序一致4.点击新建5.输入数据源名, JNDI 名称(用于应用程序JNDI连接名), 选择J2C 认证别名, 点击下一步6.选着JDBC 提供程序, 点击下一步7.输入数据库连名(数据库实例名), 服务器名称(数据库的IP地址或主机名), 端口号(默认是50000), 点击下一步8.最终确认所有配置是否正确, 点击完成9.新建成功, 点击保存10.如果出现节点同步操作, 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12.选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功, 查看点击管理状态, 看状态是否活动14.如果没有信息或状态为不活动时, 检查配置是否正确:J2C 认证数据:配置数据库的用户和密码JDBC 提供程序:配置数据库的驱动程序和连接类型数据源:配置数据库的实例名IP地址和端口如果配置没问题, 重启节点6.环境配置6.1.环境变量1.登陆WAS控制台2.环境——> WebSphere 变量3.选择作用域, 可根据需要的范围选择4.点击新建5.输入名称和值¸点击确定6.新建成功, 点击保存7.点击需要修改的环境变量, 可进行修改8.常用默认环境变量:JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS临时目录LOG_ROOT WAS日志目录WAS_CELL_NAME WAS单元名WAS_SERVER_NAME WAS服务名USER_INSTALL_ROOT 概要文件目录APP_INSTALL_ROOT 应用安装目录SERVER_LOG_ROOT 应用日志目录DB2_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录6.2.性能监控1.登陆WAS控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务, 点击启动监视4.点击已监视的服务, 进入监视界面, 能很直观的监视应用访问时间5.点击顾问程序, 可以监视应用程序运行时各种数据6.点击摘要报告7.servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量, EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12.点击性能模块, 这些模块提供系统资源性能数据(例如CPU 利用率), WebSphereApplication Server 池和队列(例如数据库连接池)性能数据和客户应用程序数据性能数据(例如servlet 响应时间)的图形和图表6.3.日志管理1.登陆WAS控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪:服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM日志:通过将JVM 的System.out 和System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS进程包含两个可供进程中运行的本机代码访问的stdout 和stderr输出流IBM 服务日志:包含写入System.out 流的WAS 消息和一些包含详尽服务信息的特殊消息5.JVM日志包含应用日志, 可根据情况修改文件大小, 文件个数, 日志时间6.更改日志级别详细信息, 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是:<component> = <level>其中<component> 是要为它设置日志详细信息级别的组件, 而<level> 是某个有效的记录器级别(关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS控制台:故障诊断——> 日志和跟踪——> 日志类型——> 运行时, 点击查看也可以直接进入日志目录查看诊断跟踪:${SERVER_LOG_ROOT}/trace.logJVM日志:${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志:${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志:${LOG_ROOT}/activity.log7.端口配置7.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存7.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存7.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存8.日常维护8.1.常用目录/opt/WebSphere/AppServer WAS根目录/opt/WebSphere/AppServer/bin WAS操作目录/opt/WebSphere/AppServer/profiles 节点根目录/opt/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)8.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep java(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)8.3.应用日志查看export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 8.4.服务起停export WAS_HOME=/opt/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./startManager.sh(其中红色部分为DM名, 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./stopManager.sh(其中红色部分为DM名, 可根据实际情况修改)。
概要文件中的参数
仍然有机会提交或回退当前的事务。如果受到的是会话级限制，在提交或回退
事务后用户会话被中止（断开连接），但是如果受到的是调用级限制，用户会话还能够继续进行，
只是当前执行的SQL语句被终止。
例如：利用下面的语句可以删除ACCOUNTING_USER 概要文件：
DROP PROFILE ACCOUNTING_USER CASCADE;
如果为用户所指定的概要文件己经被删除，Oracle 将自动为用户重新指定DEFAULT 概要文件。
4．指定概要文件
在使用CREATE USER 语句创建用户时，可以通过PROFILE 子句为新建用户指定概要文件。另外，在使用ALTER USER 语句修改用户时也可以为他指定概要文件。
⑦IDLE_TIME：该参数限制每个会话所允许的最大连续空闲时间。如果一个会话持续的空闲时间达到该参数的限制，该会话将自动断开。
⑧COMPOSITE_LIMIT：该参数用于设置“组合资源限制”。
⑨PRIVATE_SGA：在共享服务器操作模式下，执行SQL语句和PL/SQL语句时，Oracle将在SGA中创建私有SQL区。该参数限制在SGA中为每个会话所能分配的最大
CREATE PROFILE clerk LIMIT
COMPOSITE_LIMIT 20000
SESSIONS_PER_USER 2
CPU_PER_CALL 1000;
注意：在一个概要文件中设置的资源总限额和单独资源限制是同时起作用的。当会话所占用的资源达到其中一个限制时，会话将被终止。
如果没有在概要文件中显式地设置资源总限额，默认的总限额值为0，这时组合资源限制不会起作用。
(完整版)WAS使用手册.doc
WAS基本使用手册1.基本介绍WebSphere Application Server( 简称 WAS)是 IBM 的应用服务器基本结构 :单元 (cell) ——> 多个节点 (node) ——> 多个服务 (server) ——> 多个应用 (app)单元是整个分布式网络中一个或多个节点的逻辑分组单元是一个配置概念 , 是管理员将节点间逻辑关联起来的实现方法 , 可以将单元看作是WAS 最大的作用域2. 节点部署概要文件 (Profile) 定义一个独立应用程序服务器 (Server)的运行时环境 , 包括服务器在运行时环境中处理的所有文件节点 (Node)是受管服务器 (Server)的逻辑分组 , 节点通常与具有唯一 IP 主机地址的逻辑或物理计算机系统对应 , 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器 , 是一个管理代理程序 , 并不涉及应用程序服务功能 , Node Agent 进程在每个受管节点上运行 , 并专门执行特定于节点的管理功能 , 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager 通过与 Node Agent 的交互完成对单元内节点的控制Node 是管理上使用的概念, Profile 是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles2.1. DeploymentManagerDeploymentManager( 简称 DM) 为单元中所有元素提供了单一的管理控制中心点DM 属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -create \-templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \-profilePath $WAS_HOME/profiles/ Dmgr01 \- nodeName ( 节点名 ) \-cellName (单元名 ) \-hostName (主机名 )(其中红色部分为概要文件名, 可根据实际情况修改)2.2. 节点1.新增节点 :./manageprofiles.sh -create\ -profileName AppSvr01 \-templatePath $WAS_HOME/profileTemplates/default \-profilePath $WAS_HOME/profiles/ AppSrv01 \-nodeName ( 节点名 ) \-cellName (单元名 ) \-hostName (主机名 )(其中红色部分为概要文件名, 可根据实际情况修改)2.添加节点到 DeploymentManager: cd$WAS_HOME/profiles/ AppSrv01/bin./addNode.sh IP PORT( 其中 ip 为 WebSphere DM 所在服务器的 IP, PORT 为 WebSphere DM 对应的SOAP_CONNECTOR_ADDRESS端口 , 默认为 8879)3.启动节点 :cd $WAS_HOME/profiles/ AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点 :cd $WAS_HOME/profiles/ AppSrv01/bin./stopNode.sh或cd $WAS_HOME/bin./stopNode.sh AppSrv01注 :在 WAS 控制台只能停止节点, 不能启动 , 步骤如下 :登陆 WAS 控制台系统管理——> Node Agent选择节点进行操作5.删除节点 :确认节点已经停止cd $WAS_HOME/bin删除节点对应的概要文件:./manageprofiles.sh -delete -profileName AppSrv01删除所有节点对应的概要文件(谨慎 , 会删除 DM 的概要文件 ): ./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -Rf AppSrv01注 :在 WAS 控制台只能把节点从DM 去除 , 不能进行删除节点操作2.3. 状态1.登陆 WAS 控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步 (已过期 )未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点3.集群部署集群由一组应用程序服务器组成3.1. 新建1.登陆 WAS 控制台2.服务器——> 集群3.点击新建4.输入集群名称 , 点击下一步5.创建第一个集群成员 , 输入成员名 , 选择节点 , 点击下一步6. 创建其他集群成员, 输入成员名 , 选择节点 , 点击添加成员, 点击下一步7. 检查操作总结的信息是否正确, 点击完成8.查看新建的集群3.2. 维护新建成功后 , 可以在控制台进行启动停止删除等操作, 如果删除集群也会把集群下的注 :集群的起停会直接影响到集群下的服务和应用起停服务和应用删除3.3. 状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态4.服务部署4.1. 新建1.登陆 WAS 控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点 , 输入服务名称 , 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务4.2. 维护新建成功后 , 可以进行启动停止删除等操作注 :如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下 :export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/ AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——>进程定义——> Java虚拟机可以对垃圾回收, 内存大小 , 字符集等进行修改4.3. 状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态5.应用部署5.1. 发布1.登陆 WAS 控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根 , 点击下一步5. 勾选启动类重新装入, 点击下一步6. 指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB 服务器等7.选择虚拟主机 , 一般为默认 , 点击下一步8.确认下上文根的是否正确 , 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功 , 点击保存11.查看发布的应用5.2. 更新发布应用程序是zip 包目录结构war 包 , 更新应用程序是:TEST.war更新的应用程序zip 包, 最后打成zip 包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war 包 )1. 登陆 WAS 控制台2. 应用程序——> 企业应用程序3.选着需要更新的应用 , 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功 , 点击保存7.点击应用更新8.更新完成后 , 不需要重启应用程序 , WAS 会自动重新加载更新的内容 , 可能会造成短时间无法访问应用5.3. 维护发布成功后 , 可以进行启动停止卸载导出等操作注:卸载应用成功后 , WAS服务器上还会有一些临时文件存在 , 但没有任何其他影响如果需要删除 , 可以手动删除 :cd /usr/IBM/WebSphere/AppServerfind ./ -name TEST*删除所有 TEST_war.ear 文件或目录(其中红色部分为应用名, 可根据实际情况修改)5.4. 状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息6.数据库配置6.1. J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下 :1. 登陆 WAS 控制台2. 安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示 (数据库用户名 )、密码 (数据库密码 ), 点击确认5.安装成功 , 点击保存6.查看建立的 J2C 认证数据6.2. JDBC 提供程序JDBC 提供程序包括特定的 JDBC 驱动程序实现类 , 以便访问环境中的特定供应商数据库 , 配置如下 :1.登陆 WAS 控制台2.资源—— > JDBC——> JDBC 提供程序3. 选择作用域 , 可根据需要的范围选择JDBC 提供程序 ) 所有作用域 :对所有服务生效(不能在此作用域新建单元 :只对该单元下所有服务生效集群 :只对该集群下所有服务生效节点 :只对该节点下所有服务生效服务 :只对该服务生效4.点击新建5.选择数据类型 :DB2, 提供程序类型 :DB2 Universal JDBC Driver Provider, 实施类型 :连接池数据源 , 输入名称 , 点击下一步6.输入 jar 包 db2jcc.jar, db2jcc_license_cisuz.jar 的存放路径如果配置过环境变量里的 DB2UNIVERSAL_JDBC_DRIVER_PATH和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH这里会自动显示路径 , 详见 7.环境配置7. 最终确认所有配置是否正确, 点击完成8.新建成功 , 点击保存9. 选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序6.3. 数据源数据源用于提供关系数据库连接的资源, 配置如下 :1.登陆 WAS 控制台2.资源—— > JDBC——> 数据源3.选择作用域 , 和 JDBC提供程序一致4.点击新建5.输入数据源名 , JNDI 名称 (用于应用程序 JNDI 连接名 ), 选择 J2C 认证别名 , 点击下一步6.选着 JDBC 提供程序 , 点击下一步7.输入数据库连名 (数据库实例名 ), 服务器名称 (数据库的 IP 地址或主机名 ), 端口号(默认是 50000), 点击下一步8.最终确认所有配置是否正确 , 点击完成9.新建成功 , 点击保存10.如果出现节点同步操作 , 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12. 选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功 , 查看点击管理状态 , 看状态是否活动14.如果没有信息或状态为不活动时 , 检查配置是否正确 : J2C认证数据 : 配置数据库的用户和密码JDBC 提供程序 :配置数据库的驱动程序和连接类型数据源 :配置数据库的实例名 IP 地址和端口如果配置没问题 , 重启节点7.环境配置7.1. 环境变量1.登陆 WAS 控制台2.环境—— > WebSphere 变量3.选择作用域 , 可根据需要的范围选择4.点击新建5.输入名称和值 ? 点击确定6.新建成功 , 点击保存7.点击需要修改的环境变量 , 可进行修改8.常用默认环境变量 :JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS 安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS 临时目录LOG_ROOT WAS 日志目录WAS_CELL_NAME WAS 单元名WAS_SERVER_NAME WAS 服务名USER_INSTALL_ROOT概要文件目录APP_INSTALL_ROOT应用安装目录SERVER_LOG_ROOT应用日志目录DB2_JDBC_DRIVER_PATH DB2 驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2 驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2 驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX 驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录7.2. 性能监控1.登陆 WAS 控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务 , 点击启动监视4.点击已监视的服务 , 进入监视界面 , 能很直观的监视应用访问时间5.点击顾问程序 , 可以监视应用程序运行时各种数据6.点击摘要报告7. servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量 , EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12. 点击性能模块, 这些模块提供系统资源性能数据Application Server 池和队列 (例如数据库连接池数据 (例如servlet 响应时间 )的图形和图表(例如CPU 利用率 ), WebSphere )性能数据和客户应用程序数据性能7.3. 日志管理1.登陆 WAS 控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪 :服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM 日志 :通过将JVM 的 System.out 和 System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS 进程包含两个可供进程中运行的本机代码访问的stdout 和stderr 输出流IBM 服务日志 :包含写入 System.out 流的 WAS 消息和一些包含详尽服务信息的特殊消息5.JVM 日志包含应用日志 , 可根据情况修改文件大小 , 文件个数 , 日志时间6.更改日志级别详细信息 , 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是 :<component> = <level>其中<component>是要为它设置日志详细信息级别的组件, 而 <level> 是某个有效的记录器级别 (关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部 ), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS 控制台 :故障诊断——> 日志和跟踪——> 日志类型——> 运行时 , 点击查看也可以直接进入日志目录查看诊断跟踪 :${SERVER_LOG_ROOT}/trace.logJVM 日志 :${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志 :${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志 :${LOG_ROOT}/activity.log8.端口配置8.1. 控制台访问端口1.登陆 WAS 控制台2.系统管理——> Deployment Manager ——> 端口3.其中 WC_adminhost( 默认为 9060), WC_adminhost_secure( 默认为 9043) 为控制台访问端口 , 点击进行修改 , 注意不要和其他端口冲突4.修改成功 , 点击保存8.2. 应用访问端口1.登陆 WAS 控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——>端口4.其中 WC_defaulthost( 默认为 9080) 为应用访问端口 , 点击进行修改 , 注意不要和其他端口冲突5.修改成功 , 点击保存8.3. 虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet的TCP/IP主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆 WAS 控制台2.环境—— > 虚拟主机3.如果是修改控制台端口 , 点击 admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口 , 点击确定6.新建成功 , 点击保存7.如果是修改应用端口 , 点击 default_host —— > 主机别名8.点击新建9.输入对应应用的端口 , 点击确定10.新建成功 , 点击保存9. 日常维护9.1. 常用目录/usr/IBM/WebSphere/AppServer WAS 根目录/usr/IBM/WebSphere/AppServer/bin WAS 操作目录/usr/IBM/WebSphere/AppServer/profiles 节点根目录/usr/IBM/WebSphere/AppServer/profiles/ AppSvr01/bin 节点操作目录/usr/IBM/WebSphere/AppServer/profiles/ AppSvr01/logs 节点日志目录/usr/IBM/WebSphere/AppServer/profiles/ AppSvr01/logs/ server1 应用日志目录/usr/IBM/WebSphere/AppServer/profiles/ AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改 )9.2. 进程查看1.查看所有 WAS 进程其中 WAS 控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep wasadmin(其中红色部分为WAS 服务器用户名 , 可根据实际情况修改)2.查看节点进程ps -ef|grep ' nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)9.3. 应用日志查看export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/ AppSvr01/logs/ server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 9.4. 服务起停export WAS_HOME=/usr/IBM/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/ Dmgr01/bin./startManager.sh(其中红色部分为DM 名 , 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/ AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/ AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/ AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/ AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/ Dmgr01/bin./stopManager.sh(其中红色部分为DM 名 , 可根据实际情况修改)。
Oracle11g数据库基础教程-参考答案资料
SMON进程的主要功能包括：在实例启动时负责对数据库进行恢复；回收不再使用的临
时空间；将各个表空间的空闲碎片合并。
PMON进程的主要功能包括：负责恢复失败的用户进程或服务器进程，并且释放进程所
占用的资源； 清除非正常中断的用户进程留下的孤儿会话， 回退未提交的事务， 释放会话所
占用的锁、 SGA、 PGA 等资源；监控调度进程和服务器进程的状态，如果它们失败，则尝试
修改右侧对话框中
第 2 章 Oracle 数据库管理与开发工具
1．简答题
（1）
实现对 Oracle 运行环境的完全管理， 包括 Oracle 数据库、 Oracle 应用服务器、 HTTP 服务器等的管理；
实现对单个 Oracle 数据库的本地管理，包括系统监控、性能诊断与优化、 对象管理、存储管理、安全管理、作业管理、数据备份与恢复、数据移植等；
适合于工作组或部门级
的应用程序： 个人版数据库服务器只提供基本数据库管理功能和特性，
适合单用户的开发环
境，为用户提供开发测试平台。
（2）
常用数据库类型包括事务处理类、 数据仓库类以通用类型。 其中事务处理类型主要针对
具有大量并发用户连接， 并且用户主要执行简单事务处理的应用环境。 事务处理数据库的典 型应用有银行系统数据库、 Internet 电子商务数据库、证券交易系统数据库等。对于需要较 高的可用性和事务处理性能、 存在大量用户并行访问相同数据以及需要较高恢复性能的数据
Oracle 数据库物理结构包括数据文件、控制文件、重做日志文件、初始化参数文件、归 档文件、 口令文件等。 在控制文件中记录了当前数据库所有的数据文件的名称与位置、 日志文件的名称与位置，以及数据文件、重做日志文件的状态等。 （3）
WAS的日常管理维护问答
WAS的日常管理维护问答UAP开发部张伟IBM Webshpere 简称W AS，是一个容易管理和维护的中间件。
其在国内的市场占有率超过weblogic。
NC从5.0版本开始全面支持W AS中间件，向用户提供更好的服务。
在日常的管理和维护中，管理人员可能遇到不同的问题，为了便于大家对W AS维护有有进一步了解。
此文粗略介绍一下。
本文采用问题方式介绍W AS的管理以及NC5.0维护工作。
W AS的安装有那几种方式？安装W AS时需要注意什么？如何选择建立不同profile？W AS的控制台在什么安装？如何进入W AS控制台？使用什么样浏览器更合适？W AS的补丁在什么可以找到？如何向W AS中间件打补丁？在什么地方停止启动服务？在什么地方停止启动agent？部署NC50过程如何？如何生成IHS的插件？如何向NC50应用打补丁？W AS的安装有那几种方式？WAS的安装方式有界面模式安装和安静模式安装。
安静模式安装需要配置“reponsefile”，设置安装参数安装，这种模式适合于高级用户安装，或者无法输出安装安装界面的用户使用。
例如Install.exe -options "D:\installImage\WAS\responsefile.nd.txt" –silent界面安装模式适合大多安装场合，安装向导引导用户一步一步进行安装。
界面安装一种是运行launchpad.exe，运行launchpad需要有浏览器，windows环境都有默认浏览器，unix 或linux环境没有安装浏览器或没有设置默认浏览器时，需要现设置浏览器。
如“export firefox=/opt/firefox”。
界面安装的另一种方式是直接到W AS目录下运行install.exe。
启动安装向导进行安装。
安装W AS时需要注意什么？安装W AS时，WAS的windows环境默认安装路径“c:\program files\IBM\Websphere”，这个默认安装路径是不被NC应用所支持，NC应用要求安装简单，不要有空格，不要有下划线，不要有连接线等特殊路径。
(完整版)WAS使用手册
WAS基本使用手册1.基本介绍WebSphere Application Server(简称WAS)是IBM的应用服务器基本结构:单元(cell) ——> 多个节点(node) ——> 多个服务(server) ——> 多个应用(app)单元是整个分布式网络中一个或多个节点的逻辑分组单元是一个配置概念, 是管理员将节点间逻辑关联起来的实现方法, 可以将单元看作是WAS最大的作用域2.节点部署概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles2.1.DeploymentManagerDeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -create \-templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \-profilePath $WAS_HOME/profiles/Dmgr01 \- nodeName (节点名) \-cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)2.2.节点1.新增节点:./manageprofiles.sh -create \-profileName AppSvr01 \-templatePath $WAS_HOME/profileTemplates/default \-profilePath $WAS_HOME/profiles/AppSrv01 \- nodeName (节点名) \- cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)2.添加节点到DeploymentManager:cd $WAS_HOME/profiles/AppSrv01/bin./addNode.sh IP PORT(其中ip为WebSphere DM所在服务器的IP, PORT为WebSphere DM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)3.启动节点:cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点:cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh或cd $WAS_HOME/bin./stopNode.sh AppSrv01注:在WAS控制台只能停止节点, 不能启动, 步骤如下:登陆WAS控制台系统管理——> Node Agent选择节点进行操作5.删除节点:确认节点已经停止cd $WAS_HOME/bin删除节点对应的概要文件:./manageprofiles.sh -delete -profileName AppSrv01删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -Rf AppSrv01注:在WAS控制台只能把节点从DM去除, 不能进行删除节点操作2.3.状态1.登陆WAS控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步(已过期)未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点3.集群部署集群由一组应用程序服务器组成3.1.新建1.登陆WAS控制台2.服务器——> 集群3.点击新建4.输入集群名称, 点击下一步5.创建第一个集群成员, 输入成员名, 选择节点, 点击下一步6.创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步7.检查操作总结的信息是否正确, 点击完成8.查看新建的集群3.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除3.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态4.服务部署4.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务4.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改4.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态5.应用部署5.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用5.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用5.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /usr/IBM/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)5.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息6.数据库配置6.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据6.2.JDBC 提供程序JDBC 提供程序包括特定的JDBC 驱动程序实现类, 以便访问环境中的特定供应商数据库, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> JDBC 提供程序3.选择作用域, 可根据需要的范围选择所有作用域:对所有服务生效(不能在此作用域新建JDBC 提供程序)单元:只对该单元下所有服务生效集群:只对该集群下所有服务生效节点:只对该节点下所有服务生效服务:只对该服务生效4.点击新建5.选择数据类型:DB2, 提供程序类型:DB2 Universal JDBC Driver Provider, 实施类型:连接池数据源, 输入名称, 点击下一步6.输入jar包db2jcc.jar, db2jcc_license_cisuz.jar的存放路径如果配置过环境变量里的DB2UNIVERSAL_JDBC_DRIVER_PATH 和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH 这里会自动显示路径, 详见7.环境配置7.最终确认所有配置是否正确, 点击完成8.新建成功, 点击保存9.选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序6.3.数据源数据源用于提供关系数据库连接的资源, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> 数据源3.选择作用域, 和JDBC提供程序一致4.点击新建5.输入数据源名, JNDI 名称(用于应用程序JNDI连接名), 选择J2C 认证别名, 点击下一步6.选着JDBC 提供程序, 点击下一步7.输入数据库连名(数据库实例名), 服务器名称(数据库的IP地址或主机名), 端口号(默认是50000), 点击下一步8.最终确认所有配置是否正确, 点击完成9.新建成功, 点击保存10.如果出现节点同步操作, 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12.选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功, 查看点击管理状态, 看状态是否活动14.如果没有信息或状态为不活动时, 检查配置是否正确:J2C 认证数据:配置数据库的用户和密码JDBC 提供程序:配置数据库的驱动程序和连接类型数据源:配置数据库的实例名IP地址和端口如果配置没问题, 重启节点7.环境配置7.1.环境变量1.登陆WAS控制台2.环境——> WebSphere 变量3.选择作用域, 可根据需要的范围选择4.点击新建5.输入名称和值¸点击确定6.新建成功, 点击保存7.点击需要修改的环境变量, 可进行修改8.常用默认环境变量:JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS临时目录LOG_ROOT WAS日志目录WAS_CELL_NAME WAS单元名WAS_SERVER_NAME WAS服务名USER_INSTALL_ROOT 概要文件目录APP_INSTALL_ROOT 应用安装目录SERVER_LOG_ROOT 应用日志目录DB2_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录7.2.性能监控1.登陆WAS控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务, 点击启动监视4.点击已监视的服务, 进入监视界面, 能很直观的监视应用访问时间5.点击顾问程序, 可以监视应用程序运行时各种数据6.点击摘要报告7.servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量, EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12.点击性能模块, 这些模块提供系统资源性能数据(例如CPU 利用率), WebSphereApplication Server 池和队列(例如数据库连接池)性能数据和客户应用程序数据性能数据(例如servlet 响应时间)的图形和图表7.3.日志管理1.登陆WAS控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪:服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM日志:通过将JVM 的System.out 和System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS进程包含两个可供进程中运行的本机代码访问的stdout 和stderr输出流IBM 服务日志:包含写入System.out 流的WAS 消息和一些包含详尽服务信息的特殊消息5.JVM日志包含应用日志, 可根据情况修改文件大小, 文件个数, 日志时间6.更改日志级别详细信息, 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是:<component> = <level>其中<component> 是要为它设置日志详细信息级别的组件, 而<level> 是某个有效的记录器级别(关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS控制台:故障诊断——> 日志和跟踪——> 日志类型——> 运行时, 点击查看也可以直接进入日志目录查看诊断跟踪:${SERVER_LOG_ROOT}/trace.logJVM日志:${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志:${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志:${LOG_ROOT}/activity.log8.端口配置8.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存8.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存8.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存9.日常维护9.1.常用目录/usr/IBM/WebSphere/AppServer WAS根目录/usr/IBM/WebSphere/AppServer/bin WAS操作目录/usr/IBM/WebSphere/AppServer/profiles 节点根目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)9.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep wasadmin(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)9.3.应用日志查看export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 9.4.服务起停export WAS_HOME=/usr/IBM/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./startManager.sh(其中红色部分为DM名, 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./stopManager.sh(其中红色部分为DM名, 可根据实际情况修改)。
WAS详细操作
WAS详细操作1.节点部署概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles1.1.D eploymentManagerDeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -create \-templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \-profilePath $WAS_HOME/profiles/Dmgr01 \- nodeName (节点名) \-cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)1.2.节点1.新增节点:./manageprofiles.sh -create \-profileName AppSvr01 \-templatePath $WAS_HOME/profileTemplates/default \-profilePath $WAS_HOME/profiles/AppSrv01 \- nodeName (节点名) \- cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)2.添加节点到DeploymentManager:cd $WAS_HOME/profiles/AppSrv01/bin./addNode.sh IP PORT(其中ip为WebSphere DM所在服务器的IP, PORT为WebSphere DM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)3.启动节点:cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点:cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh或cd $WAS_HOME/bin./stopNode.sh AppSrv01注:在WAS控制台只能停止节点, 不能启动, 步骤如下:登陆WAS控制台系统管理——> Node Agent选择节点进行操作5.删除节点:确认节点已经停止cd $WAS_HOME/bin删除节点对应的概要文件:./manageprofiles.sh -delete -profileName AppSrv01删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -Rf AppSrv01注:在WAS控制台只能把节点从DM去除, 不能进行删除节点操作1.3.状态1.登陆WAS控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步(已过期)未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点2.集群部署集群由一组应用程序服务器组成2.1.新建1.登陆WAS控制台2.服务器——> 集群3.点击新建4.输入集群名称, 点击下一步5.创建第一个集群成员, 输入成员名, 选择节点, 点击下一步6.创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步7.检查操作总结的信息是否正确, 点击完成8.查看新建的集群2.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除2.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态3.服务部署3.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务3.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改3.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态4.应用部署4.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用4.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用4.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /opt/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)4.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息5.数据库配置5.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据5.2.J DBC 提供程序JDBC 提供程序包括特定的JDBC 驱动程序实现类, 以便访问环境中的特定供应商数据库, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> JDBC 提供程序3.选择作用域, 可根据需要的范围选择所有作用域:对所有服务生效(不能在此作用域新建JDBC 提供程序)单元:只对该单元下所有服务生效集群:只对该集群下所有服务生效节点:只对该节点下所有服务生效服务:只对该服务生效4.点击新建5.选择数据类型:DB2, 提供程序类型:DB2 Universal JDBC Driver Provider, 实施类型:连接池数据源, 输入名称, 点击下一步6.输入jar包db2jcc.jar, db2jcc_license_cisuz.jar的存放路径如果配置过环境变量里的DB2UNIVERSAL_JDBC_DRIVER_PATH 和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH 这里会自动显示路径, 详见7.环境配置7.最终确认所有配置是否正确, 点击完成8.新建成功, 点击保存9.选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序5.3.数据源数据源用于提供关系数据库连接的资源, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> 数据源3.选择作用域, 和JDBC提供程序一致4.点击新建5.输入数据源名, JNDI 名称(用于应用程序JNDI连接名), 选择J2C 认证别名, 点击下一步6.选着JDBC 提供程序, 点击下一步7.输入数据库连名(数据库实例名), 服务器名称(数据库的IP地址或主机名), 端口号(默认是50000), 点击下一步8.最终确认所有配置是否正确, 点击完成9.新建成功, 点击保存10.如果出现节点同步操作, 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12.选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功, 查看点击管理状态, 看状态是否活动14.如果没有信息或状态为不活动时, 检查配置是否正确:J2C 认证数据:配置数据库的用户和密码JDBC 提供程序:配置数据库的驱动程序和连接类型数据源:配置数据库的实例名IP地址和端口如果配置没问题, 重启节点6.环境配置6.1.环境变量1.登陆WAS控制台2.环境——> WebSphere 变量3.选择作用域, 可根据需要的范围选择4.点击新建5.输入名称和值¸点击确定6.新建成功, 点击保存7.点击需要修改的环境变量, 可进行修改8.常用默认环境变量:JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS临时目录LOG_ROOT WAS日志目录WAS_CELL_NAME WAS单元名WAS_SERVER_NAME WAS服务名USER_INSTALL_ROOT 概要文件目录APP_INSTALL_ROOT 应用安装目录SERVER_LOG_ROOT 应用日志目录DB2_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录6.2.性能监控1.登陆WAS控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务, 点击启动监视4.点击已监视的服务, 进入监视界面, 能很直观的监视应用访问时间5.点击顾问程序, 可以监视应用程序运行时各种数据6.点击摘要报告7.servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量, EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12.点击性能模块, 这些模块提供系统资源性能数据(例如CPU 利用率), WebSphereApplication Server 池和队列(例如数据库连接池)性能数据和客户应用程序数据性能数据(例如servlet 响应时间)的图形和图表6.3.日志管理1.登陆WAS控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪:服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM日志:通过将JVM 的System.out 和System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS进程包含两个可供进程中运行的本机代码访问的stdout 和stderr输出流IBM 服务日志:包含写入System.out 流的WAS 消息和一些包含详尽服务信息的特殊消息5.JVM日志包含应用日志, 可根据情况修改文件大小, 文件个数, 日志时间6.更改日志级别详细信息, 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是:<component> = <level>其中<component> 是要为它设置日志详细信息级别的组件, 而<level> 是某个有效的记录器级别(关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS控制台:故障诊断——> 日志和跟踪——> 日志类型——> 运行时, 点击查看也可以直接进入日志目录查看诊断跟踪:${SERVER_LOG_ROOT}/trace.logJVM日志:${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志:${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志:${LOG_ROOT}/activity.log7.端口配置7.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存7.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存7.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存8.日常维护8.1.常用目录/opt/WebSphere/AppServer WAS根目录/opt/WebSphere/AppServer/bin WAS操作目录/opt/WebSphere/AppServer/profiles 节点根目录/opt/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)8.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep java(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)8.3.应用日志查看export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 8.4.服务起停export WAS_HOME=/opt/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./startManager.sh(其中红色部分为DM名, 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./stopManager.sh(其中红色部分为DM名, 可根据实际情况修改)。
WAS的日常管理维护问答
W A S的日常管理维护问答LELE was finally revised on the morning of December 16, 2020WAS的日常管理维护问答IBM Webshpere 简称WAS，是一个容易管理和维护的中间件。
其在国内的市场占有率超过weblogic。
NC从版本开始全面支持WAS中间件，向用户提供更好的服务。
在日常的管理和维护中，管理人员可能遇到不同的问题，为了便于大家对WAS维护有有进一步了解。
此文粗略介绍一下。
本文采用问题方式介绍WAS 的管理以及维护工作。
WAS的安装有那几种方式？安装WAS时需要注意什么？如何选择建立不同profile？WAS的控制台在什么安装？如何进入WAS控制台？使用什么样浏览器更合适WAS的补丁在什么可以找到？如何向WAS中间件打补丁？在什么地方停止启动服务？在什么地方停止启动agent？部署NC50过程如何如何生成IHS的插件？如何向NC50应用打补丁？WAS的安装有那几种方式？WAS的安装方式有界面模式安装和安静模式安装。
安静模式安装需要配置“reponsefile”，设置安装参数安装，这种模式适合于高级用户安装，或者无法输出安装安装界面的用户使用。
例如-options "D:\installImage\WAS\" –silent界面安装模式适合大多安装场合，安装向导引导用户一步一步进行安装。
界面安装一种是运行，运行launchpad需要有浏览器，windows环境都有默认浏览器，unix或linux环境没有安装浏览器或没有设置默认浏览器时，需要现设置浏览器。
如“export firefox=/opt/firefox”。
界面安装的另一种方式是直接到WAS目录下运行。
启动安装向导进行安装。
安装WAS时需要注意什么？安装WAS时，WAS的windows环境默认安装路径“c:\programfiles\IBM\Websphere”，这个默认安装路径是不被NC应用所支持，NC应用要求安装简单，不要有空格，不要有下划线，不要有连接线等特殊路径。
Oracle数据库口令策略
function_name(userid_parameter IN VARCHAR2(30),password_parameter IN VARCHAR2(30),old_password_paramemter IN VARCHAR2(30)) RETURN BOOLEAN
password_grace_time 3; //口令到期的3天后被锁定，这3天内可以对口令做改变。
（3）保留口令历史记录：PASSWORD_REUSE_TIME保留时间（几天）/ PASSWORD_REUSE_MAX保留最多重用次数（几次）
注意：PASSWORD_REUSE_TIME和PASSWORD_REUSE_MAX是复式的，可以都指定但只有一个生效）
sql>alter user test
account lock; //此时test用户状态：expired&locked
sql>desc dba_profiles //profile、resource_name、resource_type、limit（继承）
sql>select * from dba_profiles where profile='profile1';
口令限制是一直保持的。使用CREATE USER or Lock，unlock ,expire accounts这些命令
sql> alter user test account lock; //帐号锁定
sql>alter user test account unlock; //帐号解锁
会议纪要的内容要点
会议纪要的内容要点会议纪要是一份记录会议讨论、决策和行动的概要文件。
它是组织内部的重要工具，用于跟踪会议进程、明确责任、记录重要决策和保留会议的历史记录。
下面我将介绍会议纪要中应包含的内容要点。
1. 会议基本信息：- 会议名称：准确、简明扼要的会议名称；- 日期和时间：会议召开的具体日期和开始结束时间；- 地点：会议召开的具体地点。
2. 参会人员：- 主持人：会议的主持人身份；- 与会人员：列出与会人员的姓名和职务。
3. 会议议程：- 对会议的整体议程进行简要概述；- 列出会议讨论的具体议题和时间安排。
4. 会议讨论及决策：- 对会议重要议题的讨论进行简要描述；- 记录讨论中提出的关键观点、意见和建议；- 记录会议针对每个议题作出的决策和行动要点。
5. 分工与行动计划：- 对参会人员的责任和行动进行明确的安排；- 列出各项行动计划，包括完成时间、责任人和监督方式；- 确定下一次会议的时间和议题。
6. 会议要点汇总：- 对整个会议的重要要点进行总结，确保关键信息得以归纳和传达；- 强调重要决策和行动项。
7. 附录：- 如有需要，可以在会议纪要中添加附录，包括讨论所涉及的文件、图表、报告等。
8. 会议纪要审阅：- 会议纪要应提交给与会人员审阅，并记录对纪要内容的意见和修订；- 修订后的最终版本应由主持人或指定的负责人批准和分发。
需要注意的是，会议纪要应保持客观、简明扼要、准确的原则。
纪要的语言要清晰、易懂，避免使用过于专业化的术语和缩写。
信息的组织应符合逻辑，使读者可以快速了解会议的重要内容和决策。
会议纪要在组织内部具有重要的记录、传达和指导作用。
它可以帮助参会人员回顾会议内容，明确责任和行动，避免信息的遗漏和偏差。
同时，会议纪要还可以作为组织内部的重要文档，供日后参考和归档。
因此，在起草会议纪要时，需要确保准确性和全面性，以便为组织的进一步工作提供有效的支持。
并且，在将纪要分发给参会人员前，应审阅并确保其准确无误，以防止信息的失真和误导。
概要文件
2009
Oracle 10g数据库基础教程
根据用户执行的语句是否成功，审计分为：
成功执行语句的审计 不成功执行语句的审计 无论语句是否执行成功都进行审计
根据对同一个语句审计次数的不同，审计分为：
会话级审计： 会话级审计：对某一个用户或所有用户的同一个语句 只审计一次，形成一条审计记录； 只审计一次，形成一条审计记录； 存取方式审计： 存取方式审计：对某一个用户或所有用户的同一个语 句每执行一次便审计一次， 句每执行一次便审计一次，即同一条语句形成多个审 计记录。 计记录。
2009
Oracle 10g 数据库基础教程
第12章 安全管理 章
ቤተ መጻሕፍቲ ባይዱ
2009
Oracle 10g数据库基础教程
5概要文件管理 概要文件管理
概要文件概述 概要文件中参数介绍 概要文件的管理
2009
Oracle 10g数据库基础教程
5.1 概要文件概述
概要文件的作用 资源限制级别和类型 启用或停用资源限制
2009
Oracle 10g数据库基础教程
（3）审计的启动 ）
通过修改静态参数AUDIT_TRAIL值来启动或关闭数据库 的审计功能。 AUDIT_TRAIL参数可以取值：为DB，OS，NONE， TRUE，FALSE，DB_EXTENDED，XML或EXTENDED。
DB表示启动审计功能，审计信息写入SYS.AUD$数据字典中； 表示启动审计功能，审计信息写入 数据字典中； 表示启动审计功能 数据字典中 OS表示启动审计功能，审计信息写入操作系统文件中； 表示启动审计功能， 表示启动审计功能 审计信息写入操作系统文件中； 默认为NONE，表示不启动审计功能； 默认为 ，表示不启动审计功能； TRUE功能与 功能与DB选项一样； 选项一样； 功能与 选项一样 FALSE表示不启动审计功能，但Oracle会监视特定活动并写入 表示不启动审计功能， 表示不启动审计功能 会监视特定活动并写入 操作系统文件，如例程的启动、关闭以及DBA连接数据库等。 连接数据库等。 操作系统文件，如例程的启动、关闭以及 连接数据库等
创建WAS概要文件
1、打开概要文件创建
2、
下一步
选择创建应用程序服务器概要文件
按下一步
按下一步
按下一步
记住管理控制台和HTTP端口号，有用
改自动
点击下一步
点击完成
然后启动一下服务器
进入管理控制台
配置数据源
点击应用，再点击保存
进入所建的数据源
点击数据源
具体参数见247服务器
启动集群里面NODEAGENT地址：
D:\IBM\WebSphere\AppServer\profiles\AppSrv01\bin里面sta Nhomakorabeatnode
网络与信息安全管理员理论(技师、高级技师)模考试题与参考答案
网络与信息安全管理员理论（技师、高级技师）模考试题与参考答案一、单选题（共60题，每题1分，共60分）1、异常入侵检测系统常用的一种技术，它是识别系统或用户的非正常行为或者对于计算机资源的非正常使用，从而检测出入侵行为。
下面说法错误的是（）A、在异常入侵检测中，观察到的不是已知的入侵行为，而是系统运行过程中的异常现象B、异常入侵检测，是将当前获取行为数据和已知入侵攻击行为特征相比较，若匹配则认为有攻击发生C、异常入侵检测可以通过获得的网络运行状态数据，判断其中是否含有攻击的企图，并通过多种手段向管理员报警D、异常入侵检测不但可以发现从外部的攻击，也可以发现内部的恶意行为正确答案：B2、假设有一张订单表orders（订单ID,产品名称,产品单价），若需要查询此订单表中出现的所有产品及对应的单价，如何写查询语句？（）A、select 产品名称，产品单价 from ordersB、select distinct 产品名称 , distinct 产品单价from ordersC、select distinct 产品名称 ,产品单价from ordersD、select产品名称, distinct 产品单价from orders正确答案：C3、以下关于JDBC的描述哪个是正确的（）。
A、JDBC是JVM虚拟机与应用服务器的连接协议B、JDBC是JVM虚拟机与数据库的连接协议C、JDBC是JVM与WEB服务器的连接协议D、JDBC是JVM与接口服务器的连接协议正确答案：B4、一个密码系统如果用E表示加密运算，D表示解密运算，M表示明文，C表示密文，则下面描述必然成立的是A、E(E(M))=CB、D(E(M))=MC、D(E(M))=CD、D(D(M))=M正确答案：B5、数据库由什么样的逻辑结构组织而成（）A、数据库→数据文件→段→区→数据块B、数据库→数据文件→OS块C、数据库→表空间→段→区→数据块D、数据库→表空间→数据文件→OS块正确答案：C6、给一台Linux服务器添加一块新磁盘并配置使用，操作顺序为（）。
网络安全应急响应具体实施
网络安全应急响应是在特定网络和系统面临或已经遭受突然攻击行为时，进行快速应急反应，提出并实施应急方案。
作为一项综合性工作，网络安全应急响应不仅涉及入侵检测、事件诊断、攻击隔离、快速恢复、网络追踪、计算机取证、自动响应等关键技术，对安全管理也提出更高的要求。
根据应急事件处理的PDCERF方法学，将应急响应分为准备、检测、抑制、根除、恢复、跟进6个阶段的工作，本文按照各个阶段主要应用的关键技术进行介绍。
一、准备阶段准备（Preparation）阶段是网络安全事件响应的第一个阶段，也属于一个过渡阶段，即横跨在网络安全事件真正发生前和有迹象将要发生的时间段上，大部分工作需要在应急响应之前就已做好准备。
这一阶段极为重要，因为事件发生时可能需要在短时间内处理较多事务，如果没有足够的准备，将无法准确地完成及时响应，导致难以意料的损失。
（一）准备阶段工作内容准备阶段的工作内容主要有2个，一是对信息网络系统进行初始化快照。
二是准备应急响应工具包。
系统快照是指常规情况下，信息系统进程、账号、服务端口和关键文件签名等状态信息的记录。
通过在系统初始化或发生重要状态改变后，在确保系统未被入侵的前提下，立即制作并保存系统快照，并在检测的时候将保存的快照与信息系统当前状态进行对比，是后续“检测”安全事件的一种重要途径。
1、系统快照系统快照是系统正常状态下的精简化描述，因此须在确保系统未被入侵的前提下，由系统维护人员完成系统快照的生成和保存工作，注意执行系统快照留存的时间点有以下几种。
（1）系统初始化安装完成后。
（2）系统重要配置文件发生更改后。
（3）系统进行软件升级后。
（4）系统发生过安全入侵事件并恢复后。
在进行安全检测时，通过将最近保存的系统快照与当前系统快照进行仔细的核对，能够快速、准确地发现系统的改变或异常。
准备阶段还应包括建立安全保障措施、对系统进行安全加固，制定安全事件应急预案规范，进行应急演练等内容。
主机系统快照，应包括但并不限于以下内容。