文档库 最新最全的文档下载
当前位置:文档库 › 使用节点管理器控制WebLogic 服务器

使用节点管理器控制WebLogic 服务器

使用节点管理器控制WebLogic 服务器
使用节点管理器控制WebLogic 服务器

使用节点管理器控制服务器

下列部分介绍节点管理器功能、架构和配置步骤。

?节点管理器概述

?节点管理器在WebLogic Server 环境下如何工作

?常规节点管理器配置

?配置基于Java 的节点管理器

?配置基于脚本的节点管理器

?启动节点管理器和服务器

节点管理器概述

WebLogic Server 生产环境中的服务器实例通常分布在多个域、计算机和地理位置上。节点管理器是一个WebLogic Server 实用工具,可以使用它来启动、关闭和重新启动远程位置上的管理服务器和受管服务器实例。尽管节点服务器是可选工具,但如果您的WebLogic Server 环境所承载的应用程序具有较高的可用性要求,则建议您使用该工具。

节点管理器进程与特定WebLogic 域无关,而与计算机有关。您可以使用同一个节点管理器进程控制任意WebLogic Server 域中的服务器实例,只要该服务器实例与节点管理器进程驻留于同一台计算机上。节点管理器必须在承载要通过节点管理器控制的WebLogic Server 实例(管理服务器或受管服务器)的计算机。

基于Java 和基于脚本的节点管理器

WebLogic Server 提供两种版本的节点管理器:基于Java 的节点管理器和基于脚本的节点管理器,两者功能类似。但是,每个版本的配置和安全注意事项不同。

基于Java 的节点管理器

基于Java 的节点管理器在Java 虚拟机(Java Virtual Machine,简称JVM)进程中运行。建议在Windows 平台上将其作为Windows 服务运行,而在UNIX 平台上将其用作一种操作服务运行,以便重新引导系统时可以自动重新启动该节点管理器。

BEA 针对Windows、Solaris、HP UX、Linux on Intel、Linux on Z-Series 以及AIX 操作系统提供本地节点管理器库。

注意:Open VMS、OS/390、AS400、UnixWare 或Tru64 UNIX 不支持节点

管理器。

此版本的节点管理器将根据nodemanager.properties 文件确定其配置。请参阅配置基

于Java 的节点管理器。

与基于脚本的版本相比,基于Java 的节点管理器可以提供更高的安全性。请参阅配置基

于Java 的节点管理器的安全。

基于脚本的节点管理器

对于UNIX 和Linux 系统,WebLogic Server 提供基于脚本版的节点管理器。该脚本

基于UNIX 外壳脚本,但它使用SSH 提供更高的安全性。SSH 使用基于用户ID 的安全。

有关配置脚本版节点管理器的详细信息,请参阅配置基于脚本的节点管理器。有关使用此

版本节点管理器的信息,请参阅运行基于脚本的节点管理器。

此版本所提供的安全性低于基于Java 的版本。但是,基于脚本的节点管理器的优势在于,它能够通过已配置为使用SSH 的网络来远程管理服务器。不需要任何其他服务器安装。

只需要将脚本复制到远程计算机上。

注意:建议将基于脚本的节点管理器作为一种操作系统服务来运行,以使它能够在重新引导系统时自动重新启动。

决定使用哪个节点管理器版本

使用哪个节点管理器版本取决于WebLogic Server 环境的需要。下列注意事项会有助于

您决定哪个版本适合您的环境:

?仅在使用脚本版的节点管理器时,才支持自动服务器迁移。要并入自动服务器迁移,必须使用脚本版的节点管理器。

?如果在Windows 系统上安装WebLogic Server,必须使用Java 版本的节点管理器。Windows 不支持脚本版的节点管理器。

?在使用Java 版本的节点管理器时,使用db-less 租用(一致租用),您可能会看到更快的性能。

?基于脚本的节点管理器需要的安全配置要比Java 版本需要的安全配置简单很多。

RSH 和SSH 通常比SSL 要容易配置,SSL是Java 版本的节点管理器使用的安全方法。脚本版的节点管理器需要的空间占用也比Java 版本需要的空间占用少很多。

?Java 版本的节点管理器可在受支持的UNIX 系统上与inetd结合使用。

inetd允许节点管理器根据配置端口上接收的请求自动重启。

访问节点管理器

相对于要进行通信的节点管理器,节点管理器客户端可以在本地,也可以是远程。您可以

从下列客户端访问任意版本的节点管理器- Java 版或基于脚本(SSH) 的版本。(另外

还提供了外壳命令模板形式的SSH 客户端,以用于基于脚本的节点管理器。)?管理服务器

?管理控制台,位于“环境”>“计算机”>“配置”>“节点管理器”页面。

?自己编写的JMX 实用工具。

有关JMX 的详细信息,请参阅“使用JMX 开发自定义管理实用工

具”。

?WLST 命令和脚本- 管理服务器未运行时,WLST 将脱机用作节点管理器命令行接口。使用WLST 命令,无需连接管理服务器即可启动、停止和监视服务器实例。独立客户端的主要目的在于启动管理服务器。但您还可以使用它执行下列操作:

?停止由节点管理器启动的服务器实例。

?启动受管服务器。

?访问节点管理器日志文件的内容。

?获取服务器状态。

?检索服务器输出日志的内容。

节点管理器可以执行的任务

下列部分介绍节点管理器基本功能。

启动、关闭和重新启动管理服务器

通过使用WebLogic 脚本工具(或仅适用于基于脚本的节点管理器的SSH 客户端),

可以连接承载管理服务器的计算机上的节点管理器进程,然后发出启动、关闭或重新启动

管理服务器等命令。管理服务器与节点管理器的关系随场景不同而有所不同。

?管理服务器可以由节点管理器控制- 您可以使用节点管理器启动、监视和重新启动管理服务器。

?管理服务器可以是节点管理器的客户端–使用管理控制台启动或停止受管服务器时,您将通过管理服务器访问节点服务器。

?管理服务器支持使用节点服务器启动受管服务器- 使用节点管理器启动受管服务器时,受管服务器将联系管理服务器以获取待处理的配置更新。

启动、关闭、挂起和重新启动受管服务器

通过WebLogic Server 脚本工具(WebLogic Server Scripting Tool,简称WLST)命令行或脚本,可以向节点服务器发出启动、关闭、挂起和重新启动受管服务器实例和群

集等命令。

如果已对受管服务器实例启用受管服务器独立(Managed Server Independence,简称MSI)模式,则即使管理服务器不可用,节点管理器依然可以在失败后重新启动该受管服务器。默认启用该模式。

注意:节点管理器不能启动初次进入MSI 模式的受管服务器,因为域的管理服务器必须可用,受管服务器才能获取配置设置。

注意:节点管理器使用的命令参数与您使用脚本或从命令行启动受管服务器时所提供的参数相同。有关启动参数的信息,请参阅“WebLogic Server 命令参考”中的weblogic.Server 命令行参考。

重新启动管理服务器和受管服务器

如果使用节点管理器启动的服务器实例出现故障,则节点管理器将自动重新启动该服务器实例。

注意:节点管理器只能重新启动通过节点管理器启动的服务器。

重新启动功能是可配置的。节点管理器的默认行为是:

?自动重新启动在其控制下的故障服务器实例。可以禁用此功能。

?故障服务器实例重新启动的次数不能超过指定次数。通过在节点管理器startup.properties文件设置RestartMax属性可以定义重新启动的

次数。

如果节点管理器出现故障或直接关闭,则它会在重新启动时确定退出时仍在其控制下的服务器实例。节点管理器可以根据需要重新启动任意的故障服务器实例。

注意:建议将节点管理器作为操作系统服务运行,以便它能够在主机重新启动后自动重新启动。

监视服务器和查看日志数据

节点管理器将创建节点管理器进程的日志文件,以及其控制的每个服务器实例的服务器输出日志文件。您可以使用管理控制台或WLST 命令查看这些日志文件以及服务器实例的

日志文件。

节点管理器在WebLogic Server 环境下如何工作

下列部分提供一个“大图”,以图表方式介绍节点管理器在WebLogic Server 环境中的角色,以及节点管理器用于与服务器进行通信的进程的图解与描述:

?节点管理器和服务器的图表

?节点管理器如何启动管理服务器

?节点管理器如何启动受管服务器

?节点管理器如何重新启动管理服务器

?节点管理器如何重新启动受管服务器

?节点管理器如何关闭服务器实例

节点管理器和服务器的图表

图 3-1描绘了节点管理器、其客户端及其控制的服务器实例之间的关系。

图 3-1 WebLogic Server 环境中的节点管理器

节点管理器如何启动管理服务器

图 3-2描绘了使用节点管理器启动管理服务器的过程。

Putty使用教程

启用Linux SSH服务,远程登陆Linux虚拟机 在Windows系统下使用VMWare虚拟Linux,经常要在虚拟机与主机之间传递数据和文件,为此使用SSH Secure Shell Client等工具来对Linux虚拟机进行远程控制和传递文件等操作都很方便。下面简要叙述之。 主机系统:Windows 7 x64 虚拟机软件:VMWare 7.0.0 虚拟机系统:Redhat EL 5 Step 1: 启用Linux SSH服务 chkconfig --list | grep sshd 查看sshd服务在哪种级别下开启,建议only 3。 防火墙规则中必须允许sshd访问,可以: 1.清除防火墙规则,#iptables -F 2.#iptables -A INPUT -p tcp --dport 22 -j ACCEPT #iptables -A OUTPUT -p tcp --sport 22 -j ACCEPT

Step 2: 配置虚拟机网络 虚拟机的网卡设置最好设置为桥接,然后设置好虚拟机的IP,使用Ping 命令检查虚拟机与主机之间是否已连通。 Step 3: 启动SSH Secure Shell Client 点击Quick Connect, 输入虚拟机的IP地址,输入虚拟机登陆用户名,选择端口22,Authentication选择密码,点击Connect, 再输入登陆密码即可连接。 Putty使用教程 文章不仅介绍 PuTTY,还包括了一些相关的软件,比如:优秀的FTP 工具 FileZilla、功能强大的 SFTP 客户端 WinSCP。 ?最简单的使用,登录 SSH 主机 ?中文乱码的处理 ?PuTTY 常用配置的说明 o复制、粘贴 o保存会话 o注销 o自动登录用户名 o自动设置环境变量 o设置代理服务器 o自动执行命令 o备份、删除 PuTTY 的设置 ?PuTTY 的 X11 转发 ?如何用 PuTTY 建立 SSH 隧道 ?如何用 PuTTY 建立反向的 SSH 隧道,像个特洛伊木马一样突破防火墙?把 PuTTY 作为一个安全的代理服务器

服务器系统管理

服务器系统管理 一、服务器硬件知识 1.服务器主板 服务器主板概述 对于服务器而言,稳定性才是首要,服务器必须承担长年累月高负荷的工作要求,而且不能像台式机一样随意的重起,为了提高起可靠性普遍的做法都是部件的冗余技术,而这一切的支持都落在主板的肩上。下面我就来看看有关服务器主板的一些特性: 1、首先,服务器的可扩展性决定着它们的专用板型为较大的ATX,EATX或WATX。 2、中高端服务器主板一般都支持多个处理器,所采用的CPU也是专用的CPU。 3、主板的芯片组也是采用专用的服务器/工作站芯片组,比方IntelE7520、ServerWorksGC-HE等等,不过像入门级的服务器主板,一般都采用高端的台式机芯片组(比如Intel875P芯片组) 4、服务器通常要扩展板卡(比如如网卡,SCSI卡等),因此我们通常都会发现服务器主板上会有较多的PCI、PCI-X、PCI—E插槽。 5、服务器主板同时承载了管理功能。一般都会在服务器主板上集成了各种传感器,用于检测服务器上的各种硬件设备,同时配合相应管理软件,可以远程检测服务器,从而使网络管理员对服务器系统进行及时有效的管理。 6、在内存支持方面。由于服务器要适应长时间,大流量的高速数据处理任务,因此其能支持高达十几GB甚至几十GB的内存容量,而且大多支持ECC内存以提高可靠性(ECC 内存是一种具有自动纠错功能的内存,由于其优越的性能使造价也相当高)。 7、存储设备接口方面。中高端服务器主板多采用SCSI接口、SATA接口而非IDE接口,并且支持RAID方式以提高数据处理能力和数据安全性。 8、在显示设备方面。服务器与工作站有很大不同,服务器对显示设备要求不高,一般多采用整合显卡的芯片组,例如在许多服务器芯片组中都整合有ATI的RAGEXL显示芯片,

WebLogic启动及关闭步骤

WebLogic启动及关闭步骤 注意事项:如果是运维人员启动,启动前一定要让集成调整参数,否则会导致服务器内存使用过高,请知悉!服务启动后内存使用率会有小幅增高。 第一步:用CRT或者putty连接到对应的服务器成功登陆。 1、输入命令“cd startsh/”进入到启动目录; 2、输入“ls”可以查看当前文件夹下面的文件,其中包括有(各单位的节点名称不一样,但类似): 一个管理节点(admin.sh) 四个应用节点(oa101_1.sh、oa101_3.sh、oa101_2.sh、oa101_4.sh) 【流程服务器对应的流程节点类似为eflow_103_1.sh、eflow_103_2.sh、eflow_103_3.sh、eflow_103_4.sh】 还有一个名为logs的日志文件夹。 3、依次输入以下命令启动管理节点和应用(或流程)节点: ./admin.sh ./oa101_1.sh ./oa101_3.sh ./oa101_2.sh ./oa101_4.sh 4、启动节点后进入日志文件夹查看启动日志: 依次输入“cd logs/”“tail -f admin.log”,日志中可以看到节点已启动。

整个启动过程如下图所示:

第二步:查看节点开启情况: 在ie中输入:http://10.118.250.101:8101/OAconsole 地址为对应服务器的IP,账号和密码分别为weblogic/nfdw2013; 登录后的界面如下所示:

点击上图红色框中的OK字体查看节点的开启情况,如下图: 第四步:关闭节点(最好先关闭应用节点再关闭服务节点) 在图中点击“控制”,进入下图界面

域服务器管理

要想让服务器按需运行,就需要对其进行正确管理与维护。作为网络管理员,在与服务器长时间亲密“接触”之后,或多或少地会积累一些服务器管理方面的经验;在这些经验的指导下,服务器的管理效率的确能够在一定程度上得到提高。可是,这些管理经验也不是万能的,如果我们片面地依赖它们的话,反而会在日后的管理维护中受到框框限制;为此,面对一些特殊的管理需求,我们有时需要另僻蹊径,跳出之前管理服务器的各种框框,只有这样才能享受异想不到的管理效果! 1、删除主机名无须到现场 在局域网域环境中,当普通计算机第一次进入指定的Windows Server 2000 系统域后,该计算机的主机名称就会被域控制器自动保存在对应的活动目录中 了,那样的话局域网中的其他计算机就能及时看到新登录域目标计算机中的共享 信息了。虽然域控制器的这一智能存储操作会给大家带来不小的方便与快捷,但 是在某些时候该智能功能也会给大家带来烦恼;比方说,要是局域网中的某一计 算机系统由于意外原因发生崩溃,在对它重装系统并设置了相同的主机名称之 后,我们发现该计算机不能使用原来的主机名称登录域控制器了,这是什么原因 呢,我们是否需要换名进行域控制器登录操作呢? 其实,重装系统的计算机之所以不能使用之前的主机名称登录局域网域控制 器,是因为域控制器系统的活动目录中已经有了该主机名称的记录,只有想办法 将活动目录中对应的主机名称记录删除掉,那么重装系统的计算机才能继续使用 原来的主机名称正确登陆域控制器。一般来说,我们只要在域控制器现场以系统 管理员帐号登录服务器系统,之后进入活动目录窗口,找到之前生成的主机名称 记录,然后将它从域控制器中删除掉,就能解决重装系统的计算机不能以原来主 机名称登录局域网域控制器的故障;不过,要是我们无法赶到域控制器服务器现 场,是否能在本地计算机通过远程控制方式进入域控制器系统,并将其中的旧主 机名记录删除掉呢?答案是肯定的,我们只要按照如下步骤进行操作就可以了: 为了能够通过远程控制方式来管理域控制器服务器中的活动目录,我们首先需要在服务器系统中做一些准备工作。先以特权帐号登录进局域网域控制器系统,在该系统中执行网上搜索操作,将Windows Server 2000系统的SP4补丁包下载到本地服务器硬盘中,之后通过专业的解压缩程序将SP4补丁包解压到系统中的一个临时文件夹中;再打开对应系统的资源管理器窗口,从中找到临时文件夹并用鼠标右键单击该文件夹图标,从弹出的快捷菜单中选择“共享”命令,在其后界面中将SP4的解压文件夹设置为共享状态。 完成上面的准备工作后,我们可以在局域网的任意一台能够访问域控制器的计算机系统中,双击桌面上的“网上邻居”图标,进入对应的“网上邻居”窗口,从中找出域控制器服务器的主机名称,再用鼠标双击该主机名称,之后在弹出的身

Tomcat完整教程

第一章 Tomcat概述 一、Tomcat简介 TOMCAT是APACHE JAKARTA软件组织的一个子项目,TOMCAT是一个JSP/SERVLET容器,它是在SUN公司的JSWDK(JAVA SERVER WEB DEVELOPMENT KIT)基础上发展起来的一个JSP和SERVLET规范的标准实现,使用TOMCAT可以体验JSP和SERVLET的最新规范。经过多年的发展,TOMCAT不仅是JSP和SERVLET规范的标准实现,而且具备了很多商业JAVA SERVLET容器的特性,并被一些企业用于商业用途。 1、Tomcat Tomcat在严格意义上并不是一个真正的应用服务器,它只是一个可以支持运行Serlvet/JSP 的Web容器,不过Tomcat也扩展了一些应用服务器的功能,如JNDI,数据库连接池,用户事务处理等等。Tomcat 是一种具有JSP环境的Servlet容器。Servlet容器是代替用户管理和调用Servlet的运行时外壳。 1.1 SERVLET容器 负责处理客户请求。当客户请求来到时,SERVLET容器获取请求,然后调用某个SERVLET,并把SERVLET的执行结果返回给客户。 当客户请求某个资源时,SERVLET容器使用SERVLETREQUEST对象把客户的请求信息封装起来,然后调用JAVA SERVLET API中定义的SERVLET的一些生命周期方法,完成SERVLET的执行,接着把SERVLET执行的要返回给客户的结果封装到SERVLETRESPONSE对象中,最后SERVLET容器把客户的请求发送给客户,完成为客户的一次服务过程。 1.2 TOMCAT的工作模式 1.2.1 独立的SERVLET容器 TOMCAT的默认工作模式,作为独立的SERVLET容器,是内置在WEB服务器中的一部分,是指使用基于JAVA的WEB服务器的情形。 其他两种方式是TOMCAT与其他服务器集成的方式: 1.2.2 进程内的SERVLET容器 SERVLET容器作为WEB服务器的插件和JAVA容器的实现。WEB服务器的插件在内部地址空间打

weblogic管理服务配置方法

Weblogci管理服务配置方法 (第三稿)

目录 1概述 (3) 1.1本文预期读者: (3) 1.2本文作用: (3) 1.3名词解释: (3) 2基本测试环境 (4) 3管理服务与被管服务基本配置 (4) 3.1中间件安装 (4) 3.2配置管理服务器 (4) 3.3配置计算机 (4) 3.4配置NodeManager (5) 3.5配置本机受管服务 (6) 3.6配置远程受管服务 (6) 3.7配置“远程启动”选项卡 (6) 3.7.1设置类路径 (6) 3.7.2Java虚拟机内存设置 (7) 3.8受管服务的启动和停止 (7) 3.8.1控制台启动停止服务 (7) 3.8.2Weblogic脚本启动受管理服务 (8) 4久其CI部署相关配置 (8) 4.1配置连接池 (8) 4.2配置数据源 (8) 4.3发布应用程序 (8) 5其他 (8) 5.1多台计算机安装weblogic注意事项 (8) 5.2配置NodeManager常见问题 (9) 5.3设置远程启动选项卡常见问题 (10) 6后记 (10)

1概述 1.1本文预期读者: 本文读者必须有一定weblogic使用经验,对weblogic管理体系有一定了解。熟练掌握weblogic单domain配置方式。文中只对安装使用管理服务需要用到的特殊设置步骤进行说明。本文省略的地方请参考公司文档《久其CI3.0安装配置手册—Weblogic》。 1.2本文作用: 场景一: 对于某些IT内控比较严格的项目,项目组无法获得用户服务器密码。如果有需要重新启动中间件服务时项目组会非常被动。此时可以使用管理服务器来启动和停止受管理服务器上的应用服务。 场景二 在硬件资源比较充足的情况下我们可以在多台服务器上启动中间件来支撑我们的应用。此时使用管理服务可以统一部署升级应用,控制、监控各个服务的运行情况。场景三: 在单服务器32位操作系统环境下java内存最大只能使用2G。为了充分利用服务器资源我们可以启动多个服务支撑应用。多个服务如果都在单独的域中将给我们的应用部署升级,管理监控各个服务带来不便。此时我们可以使用管理服务对所有的服务进行统一管理。 场景四: 本文对weblogic管理服务进行了简单讲解,可作为学习weblogic集群的参考资料。 1.3名词解释: 域:英文名domain。“域”是指一组彼此相关的 WebLogic Server 资源,这些资源作为一个单元来管理。一个域包括一个或多个 WebLogic Server,另外还可能包括一个或多个WebLogic Server 群集。域是独立的管理单元。如果将应用程序部署在某个域中,则此应用

服务器管理规范

服务器管理规范 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】

服务器管理制度 v1.0 编写人: 审核人: 批准人: 修订记录:

目录

公司内部服务器的安全是关系到公司数据保密和安全的一件大事,是保证各个业务系统正常工作的前提条件,因此必须进行科学、有效地管理。为了保证网络系统安全、高效运行,结合现有网络结构情况,特制定如下制度,请遵照执行: 服务器的管理和维护 1.维护目标是保证中心机房设备与信息的安全,保障机房具有良好的运行环境和工作环境。 2.安排专人负责服务器的日常操作维护工作,其它人不得私自操作服务器;如果确实需要操作服务器,应征得管理人员许可,并报部门主管同意后方可进行。 3.服务器必须建立完整的技术文档和维护方案。 4.服务器必须定期进行双机热备份。 5.每次更新服务器网站程序前,必须把相关内容备份到移动硬盘中,再进行操作,防止造成不可挽回的损失。 6.服务器管理员应每周对服务器及外围设备进行1次例行检查和维护。 7.如发现服务器故障应及时向部门主管报告,并负责计算机及外设的日常维护与排除故障,在遇到电脑公司三包范围内的故障时,应及时催促电脑公司上门或将机器送至供应商处维修。 机房安全管理制度 1.机房应防尘、防静电,保持清洁、整齐,设备无尘、排列正规、工具就位、资料齐全。

2.机房门内外、通道、设备前后和窗口附近,均不得堆放物品和杂物,做到无垃圾、无污水,以免妨碍通行和工作。 3.机房内严禁烟火,严禁存放和使用易燃易爆物品,严禁使用大功率电器、严禁从事危险性高的工作。如需施工,必须取得领导、消防、安保等相关部门的许可方可施工。 4.外来人员进入机房应严格遵照机房进出管理制度规定,填写人员进出机房登记表,在相关部门及领导核准后,在值班人员陪同下进出,机房进出应换穿拖鞋或鞋套。 5.进入机房人员服装必须整洁,保持机房设备和环境清洁。外来人员不得随意进行拍照,严禁将水及食物带入机房。 6.进入机房人员只能在授权区域与其工作内容相关的设备上工作,不得随意进入和触动未经授权以外的区域及设备。 7.任何设备出入机房,经办人必须填写设备出入机房登记表,经相关部门及领导批准后方可进入或搬出。 云服务器管理制度 为了加强公司云服务器的安全管理工作,保障信息系统安全、稳定运行,充分发挥系统效用,特制定本管理制度。本制度规定了公司云服务器维护管理和故障处理办法。适用于公司云服务器日常管理工作。 系统管理员负责服务器的日常操作维护,登录权限的管理。 具体内容如下: 1用户管理

DWR入门教程

有两种方法开始DWR,简单的方式是下载WAR文件然后看看。但是这不能帮你知道如何轻松的把DWR整合到你的web应用中,所以还是推荐你按照下面的3个步骤做: 下载dwr.jar文件。把它放到你的webapp的WEB-INF/lib目录下。那里可能已经有很多其他的jar文件了。 需要把下面的代码加到WEB-INF/web.xml文件中。那部分需要和其他的在一起,部分也一样。 dwr-invoker DWR Servlet uk.ltd.getahead.dwr.DWRServlet debug true dwr-invoker /dwr/* 在WEB-INF目录下的web.xml旁边创建一个dwr.xml文件。可以从最简单的配置开始:

服务器管理器 使用方法

服务器管理器使用方法 创建房间: 点击创建房间,打开窗口中选择你要创建的游戏DLL. 打开后进入 第一步.服务配置界面 从上至下填写内容. 1.常规配置-房间标识.这里填写只查看下面组件属性中的类型标识.他们必需一至 2.常规配置-桌子数目.这里填写你在这房间的桌子数.程序会为你计算出这房间最大进入人 数.基数为100.最多请不要超过150张桌子每个房间 3.常规配置-游戏类型.这里除了金币类游戏外基本要选择只有点值类型.金币类和点值类, 前者是连接数据库计算金币,后者计算积分. 4.类型标识.站点标识.房间人数这三项不会人手填写. 5.房间名子.这是服务器对应客户端标识,如没有特别需要不要改动 第二.网络配置 1.网络配置-监听端口.这里填写开放端口. 2.网络配置-服务器地址.这里填写游戏服务器连接服务器地址. 第三.数据库配置: 1.数据库配置-数据库名子.填写对应的游戏数据库名子(注:分大少写).默认不一定正确,请 手动填写. 2.数据库配置-数据库地址.填写对应的数据库IP.现在用的是本地IP(注:127.0.0.1). 第四.组件属性: 为方便管理和维护.这些都是在写游戏服务器中注入代码的,不能在管理器中改动. 第二步:保存配置 每次新创建房间都需要保存提供下次打开使用.点击保存后写上游戏管理脚本名称.

第三步:启动服务 更换服务文件或维护前停止服务,重新上线前请启动服务. 以上三步,是每次新建游戏服务器一定要进行的.下面是简略说明还末提过的功能. 停止服务 关服务器前必需点击.它会断开于中心服务器和数据库连接. 打开房间 当已经有游戏管理器脚本后,双击管理器.用打开房间,点击你要打开的游戏就可直接启动服务器. 配置房间 当你需要改动已经填写好的配置后或重写已经启动的游戏服务器.只有按停止服务器后,再点击配置房间进行修改,最后要点击保存更新你改动的内容. 系统配置 信息数据库配置: 信息数据库配置-数据库地址.填写这游戏管理器读取的数据库IP. 信息数据库配置-数据库端口.现用1433为端口,也是游戏服务器读取数据库端口. 信息数据库配置-数据库用户.因为本程序可以在A服务器读B数据库同样正常运行,这里需要填写你要读取数据库用户是否正确. 信息数据库配置-数据库密码.填写正确数据库密码. 信息数据库配置-数据库名字.这里是默认.读取这里填写的库. 其它配置 中心服务器:因为可以多开中心服务器进行数据压力分流功能(注:最好不要在同一服务器上开多于一个中心服务器,这样将得不到分流作用),可以在不同服务器上安装中心服务器.这里填写你需要的安装在中心服务器IP. 注意:同一游戏开多于一个以上房间只需要,房间标识和监听端口新开一个就可以完成. 每次新建游戏服务器,需要重启中心服务器才会获取新建服务器信息.

weblogic12.1.3集群搭建(包括远程机器)

Weblogic12.1.3集群搭建 1基本概念 WebLogic的一些基本概念:熟悉Weblogic的必经了解的概念——1.1域(Domain): 1.概念 (1)域是管理的单元或边界; (2)作为一个单元来管理的,并相互关联的一组WebLogic服务器资源被称为域; (3)Domain是webLogic Server管理的一个基本单元,包括一个管理server和一个管理的入口。 (4)在创建server和使用server的时候需要先创建Domain。 (5)每个Domain都包括一个config.xml文件,在domain的根目录下的config目录中。 2.组成 ——(1)由server组成 (2)server分Administration server和Managed Servers (3)Administrationserver负责domain的管理,一般不负责应用

(4)Managed server部署实际的应用 (5)Cluster 3.总结: Domain是一个逻辑上的概念 Domain是一组Sever的集合 一个域有且只有一个管理服务器 1.2服务器(Server): 1.分类 ——服务器(Server)分Administration Server(管理服务器)和Managed Server(被管理服务器,也称受管服务器) 2.Administration Server(管理服务器) ——是控制整个域配置的中心操作节点,管理服务器维护着整个域Domain 的配置并将配置分配到每个被管理服务器Managed Server 中,每个域中都必须有一个Administration Server。

JBuilder 9.0简要教程

图解Java开发工具JBuilder 9.0 一、概述 Jbuilder 9是功能强大的可视化Java集成开发工具,可以快速开发包括复杂企业级应用系统的各种Java程序,包括独立运行程序、Applet程序、Servlet、JSP、EJB、Web Service等,最新的Jbuilder 9版本支持Sun的J2SE 1.4和J2EE 1.4。使用可视化工具开发程序有很多好处,其中最显著的是能够快速生成程序框架、设计图形界面、调试程序等,此外Jbuilder 9内置了对一些企业级服务器的支持,包括Borland服务器、Bea公司的WebLogic服务器、IBM的WebSphere服务器和iPlanet服务器。Jbuilder 9在以前版本的基础上,增强和增加了许多功能。特性如下: (1)工程管理(Project management)。增强了工程之间的鼠标拖放和其他管理功能,支持打开Together 工程文件。 (2)编译(Build)。Make、Ant已经升级,支持工程导出到Ant。 (3)打包(Archive Builder)。该功能更加灵活方便。 (4)团队开发(Team development)。CVS、Visual SourceSafe、ClearCase得到升级,增加了StarTeam。 (5)Web Service。原有的Apache Axis toolkit和Apache SOAP toolkit已经升级,WebLogic toolkit添加了Web Services Console和Export As AnAsynchronous Web Service wizard。 (6)Productivity enhancements。编码工具和文档工具进一步增强,例如JavaDoc、Refactoring。 (7)Editor(编辑器)和Debuger(调试器)。增强的编辑器和调试器功能使代码编写更加方便。 (8)Web和J2EE。除了增加了新功能外,最重要的是支持目前最新的J2EE服务器,如BEA WebLogic Platform Server8.1、IBM WebSphere Application Server 5.0、Borland Enterprise Server 5.1.1-5.2.1 Sybase EAServer4.2等。 二、Jbuilder 9的安装与启动 1、Jbuilder 9的软硬件系统需求 在Windows平台上,JBuilder 9的系统需求如下: (1)最少256MB内存(recommended minimum)、推荐512MB(recommended)。根据笔者经验,256MB 内存可以运行,对学习JBuilder 9来说,稍微有点慢。 (2)700MB硬盘剩余空间。 (3)Microsoft Windows 2000(SP2)/2003,XP,or NT4.0(SP6)。

[整理]weblogic节点管理器配置.

1、文件上传及配置文件修改 1)FTP上传nodemanager(整个文件夹)、startNodeManager.sh至domain目录下 2)修改startNodeManager.sh的执行权限 3)修改nodemanager的配置,到nodemanager目录下 修改nodemanager.domains: $vi nodemanager.domains 修改domain路径 selfservicdomain=/webapp/selfservice/selfservicedomain 修改nodemanager.properties $vi nodemanager.properties

其中的DomainsFile、NodeManagerHome、ListenPort、LogFile需要修改。 2、启动脚本 1)FTP上传startnode.sh至selfservice/bin目录下(或直接到domain目录下执行startNodeManager.sh) 2)修改执行权限 [webapp@localhost bin]$chmod a+x * 3)修改执行脚本 startnode.sh [webapp@localhost bin]$vi startnode.sh 修改domain路径及端口 4)启动 执行:startnode.sh 如果是直接再domain目录下执行startNodeManager.sh,执行命令为: Nohup ./startNodeManager.sh 192.168.1.251(ip) 5555(节点管理器端口) >nohup_node.out & 3、控制台配置 1)进入控制台选择,点击Environment>Machines 2)新增Machines

服务器的维护和管理

服务器的维护和管理 *服务器的定义 *服务器的设计思想 *服务器的分类 *服务器的结构 *服务器的维护 *服务器的常见问题 一、服务器的定义: 在网络环境中的一台终端,负责侦听网络上客户端的服务请求并提供响应的服务。 服务器定义的两种含义 1、服务器是生存在网络计算环境中的 2、服务器向网络的其他计算机提供服务。 服务器必须具有承担服务并保障服务质量的能力 服务器与PC的区别:PC是个人使用,而服务器要为他人提供服务 二、服务器的设计思想 1、可靠性可用性可扩展性易用性可管理性 稳定安全高性能可升级易于提供服务管理方便 2、服务器与PC的区别: A.生产的工业标准不同服务器要求超长时间工作对待机时间电源功率散热和电子器件的要求都比较高 B.定位不同 核心应用专业应用成本不菲 C.安全等级不同 实现主要部件双冗余,硬盘热插拔技术多种安全策略 三、服务器的分类 1.按架构分 塔式机架式刀片 2.按处理性能 单路双路多路服务器

四、服务器的结构组成: 包括处理器内存硬盘备份策略网络接口供电 1、处理器分类: 2、硬盘分类:SCSI SAS SA TA 4、常用双机热备和互备介绍 五、服务器日常需要注意的问题: 1.开关机次序服务器-存储–切换器 2. 日常维护:A.硬件保持恒温恒湿防静电防雷除尘 B.空间释放杀毒日志管理 六、服务器日常维护的九个关键点 服务器的应用已经普及,但对于服务器的养护大家可能或多或少的知道,在此跟大家分享一下服务器维护的几个关系,一是希望给大家作一个基础的参考,二是企盼能够引起大家对于服务器养护的意识。 1、电力控制 一部服务器虽然比不上电磁炉的凶猛,但相对普通PC机的柔弱,它还是一个重量级的用电大户的。 服务器硬件应用最基本的要点的就是要实现运行的稳定性与持续性,而要保持硬件系统的运行稳定,电力稳定是基础。这样,我们在布置机房内部的电力系统时,除了服务器机房市电的足够供应外,还要配备能够应付突发停电事故的现象。 假定一个机房放置了100部平均额定功率为500瓦的服务器,那么配备一部安置96块UPS专用高规格电池的大型UPS配电柜,基本可以保障市电停止后,机器照常运转8小时(理想状态,实际应用中是6.5小时左右)。

JMS入门之实例

JMS是一个由AS提供的Message服务。它能接受消息产生者(Message Provider)所发出的消息,并把消息转发给消息消费者(Message Consumer)。 2、JMS提供2种类型的消息服务:(1)Queue,即点对点,每个消息只转发给一个消息消费者使用。(2)Topic,即发布和订阅,每个消息可以转发给所有的订阅者(消费者)。 3、WEBLOGIC 8下的JMS配置: (1)配置JMS Connection Factory (2)配置JMS File Store(目前所找到的文档都是配置File Store,其实在具体的应用中,可能JMS JDBC Store更广泛,但暂时没有找到资料) (3)配置JMS Server (4)在JMS Server的destinations中配置JMS Queue或者JMS Topic 其中提供给消息产生者和消息消费者使用的是JMS Connection Factory的JNDI和JMS Queue或者JMS Topic的JNDI。 4、消息产生者向JMS发送消息的步骤: (1)使用JNDI查询对象JMS ConnectionFactory和Destination(JMS Queue/Topic) (2)使用管理对象JMS ConnectionFactory建立连接Connection (3)使用连接Connection 建立会话Session (4)使用会话Session和管理对象Destination创建消息生产者MessageSender (5)使用消息生产者MessageSender发送消息 一个消息发送者的例子: package myjms; import java.util.*; import javax.naming.*; import javax.jms.*; public class MessageProducter { public static void main(String[] args) { String queueConnectionFactoryName = "myjmsconnectionfactory"; //JMS Connection Factory的JNDI String queueName = "myjmsqueue"; //JMS Queue或者JMS Topic的JNDI boolean transacted = false;//transaction模式 int acknowledgementMode = Session.AUTO_ACKNOWLEDGE;//acknowledgement模式 String message="Message need to send";//模拟需要发送的消息 Properties properties = new Properties(); properties.put(Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLIniti alContextFactory"); properties.put(Context.PROVIDER_URL, "t3://localhost:7001"); try { Context context = new InitialContext(properties); Object obj = context.lookup(queueConnectionFactoryName); QueueConnectionFactory queueConnectionFactory = (QueueConnectionFactory) obj;//JMS Connection Factory的获得

Windows服务器配置与管理

连云港职业技术学院 信息工程学院《Windows服务器配置与管理》 大作业文档 题目:终端服务的管理与配置 姓名: 学号: 29号 专业:计算机网络技术 导师: 连云港职业技术学院信息工程学院 2010 年12 月

摘要 客户端通过终端服务客户端软件连接到终端服务器,在客户端的显示器上将显示出终端服务器使用的操作系统的界面。客户端软件讲客户鼠标和键盘的操作传送给服务器,然后将服务器显示的界面传送给客户端。对客户端而言,就像操作本地计算机一样。 Windows server 2003终端服务器可用来管理每个客户远程登录的资源,它提供了一个基于远程桌面协议的服务,使windows server 2003成为真正的多会话环境操作系统,并让用户能使用服务器上的各种合法资源。也可以让使用配置较低计算机的用户,通过终端服务使用服务器上最新的操作系统或者软件。 【关键字】终端服务器远程桌面远程协助配置

目录 摘要 (2) 第1章引言 (4) 第2章系统实现 (5) 2.1 安装终端服务器 (5) 2.2 windows XP的设置 (11) 2.3 终端服务器的连接配置 (15) 2.4 配置和使用“远程桌面” (20) 2.5 配置远程协助 (25) 2.6使用基于HTTP协议的终端服务器 (32) 2.6.1远程管理(html) (32) 2.6.2远程桌面web连接 (34) 第3章总结 (38) 参考文献 (39)

第1章引言 Windows server 2003操作系统提供了可用于从远程位置管理服务器的工具。这些工具包括“远程桌面”管理单元、终端服务器、远程协助、Telnet服务等远程管理工具。了解每种工具的优点和安全性需要后,就可以为远程管理和管理任务选择最合适的工具了。 终端服务器是通过网路服务器来提供一种有效和可靠的方法,分发基于windows的程序。它通过网络处理从客户端远程桌面传递的命令,运行后将结果传回远程桌面。通过终端服务器,可允许多个用户同时访问运行windows server 2003家族操作系统之一的服务器上的桌面。可以运行程序、保存文件和使用网络资源,就像坐在那台计算机前一样。 远程桌面是安装在网络中的客户端上的一种瘦客户端软件,它授权远程访问运行windows server 2003家族操作之一的任何计算机桌面,而并不对管理员下达的指令进行任何处理。允许用户实际通过网络中的任何计算机管理服务器——甚至是Microsoft Windows Server 2003服务器。 使用终端服务的优点是:将windows server 2003家族操作系统更快的引入桌面;充分利用已有的硬件;可以使用终端服务器集中部署程序;使用终端服务器远程桌面。 Windows server 2003终端服务新增功能:程序的集中部署;对应用程序的远程访问;单应用程序访问;终端服务管理器;远程控制;音频重定向;组策略集成;分辨率和颜色增强功能。

putty使用方法,中文教程

putty使用方法,中文教程 大致内容罗列如下: ?最简单的使用,登录SSH 主机 ?中文乱码的处理 ?PuTTY 常用配置的说明 ?复制、粘贴 ?保存会话 ?注销 ?自动登录用户名 ?自动设置环境变量 ?设置代理服务器 ?自动执行命令 ?备份、删除PuTTY 的设置 ?PuTTY 的X11 转发 ?如何用PuTTY 建立SSH 隧道 ?如何用PuTTY 建立反向的SSH 隧道,像个特洛伊木马一样突破防火墙 ?把PuTTY 作为一个安全的代理服务器 ?安全的上网不被嗅探 ?避免MSN 等聊天工具被监听 ?怎样用PSCP、PSFTP 安全的传输文件 ?功能强大的SFTP 客户端WinSCP ?用PuTTYgen 生成密钥,登录SSH 主机不再需要口令 ?Pagent 代理密钥,每次开机只需要输入一次密钥口令 ?Plink 简单而又迅速的执行SSH 主机上的程序 ?常见问题 除了上面的这些,还夹杂了一些PuTTY 使用上的技巧、服务器配置的一些安全建议。说起来这是一些有关PuTTY 的使用教程,其实也就是SSH 的参考教程,绝大多数的内容在其他系统或软件上也都是一样的。不同的是参数、配置、命令行之类的,只要会了一个,其他也就触类旁通了。 如果你已经知道SSH、Telnet、Rlogin 这是什么,就跳过这一部分,看下面的吧。 (以后补充,暂时空下) PuTTY 的官方网站:https://www.wendangku.net/doc/e39744707.html,/~sgtatham/putty/,截止到2007年6月,发布的最高稳定版本是0.6。

PuTTY 是一个跨平台的远程登录工具,包含了一组程序,包括: ?PuTTY (Telnet 和SSH 客户端) ?PSCP (SCP 客户端, 命令行下通过SSH 拷贝文件,类似于Unix/Linux 下的scp 命令) ?PSFTP (SFTP 的命令行客户端,类似于FTP 的文件传输,只不过使用的是SSH 的22 端口,而非FTP 的21 端口,类似于Unix/Linux 下的sftp 命令) ?PuTTYtel (仅仅是一个Telnet 客户端) ?Plink (命令行工具,执行远程服务器上的命令) ?Pageant (PuTTY、PSCP、Plink 的SSH 认证代理,用这个可以不用每次都输入口令了) ?PuTTYgen (用来生成RSA 和DSA 密钥的工具). 虽然包含了这么多,但平时经常见到只是用PuTTY 登录服务器,完全没有发挥出PuTTY 的强大功能。 PuTTY 作为一个组件也存在于很多的软件中,比如FileZilla、WinSCP 在后面的文字中,如非特别说明,默认的登录的协议是SSH。毕竟用PuTTY 主要就是登录SSH 主机,用Telnet、RLogin 没法体现出PuTTY 的强大功能。 下载页面在这里:https://www.wendangku.net/doc/e39744707.html,/~sgtatham/putty/download.html PuTTY 需要安装么?需要么?需要么?真的需要么?不需要。PuTTY 是一个准绿色软件,说它绿色是因为直接就能使用,完全没有任何的安装程序。准绿色是指PuTTY 的所有配置都保存到了注册表,如果不记得备份注册表中的相关内容,下次重装机器所有配置就没了,而且配置也不方便用闪存盘随身携带。但是PuTTY 的配置删除还是蛮方便的,运行时指定个参数-cleanup 就可以清除PuTTY 的所有配置信息。

Weblogic 10.3.6.0 集群搭建

Weblogic 集群搭建 Oracle的Weblogic分开发者版本和生产版本,有32位和64位。一般生产版本的weblogic是64位的,安装文件是一个大小为1G多的jar包。去oracle官网上下载64版weblogic。这里使用的版本是weblogic11g,版本号是10.3.6,文件名为“wls1036_generic.jar”。安装weblogic前要确认已安装好jdk(如果安装的是64位weblogic则需要64位版本的jdk)。目前,weblogic可免费使用,需要oracle的weblogic服务时才需要向Oracle付费买服务,即产品免费服务收费。 一、安装weblogic(windows和Linux操作步骤相同) 1、在命令行,进入安装文件wls1036_generic.jar所在文件夹 然后输入命令:Java -jar wls1036_generic.jar 点击回车后程序会启动weblogic安装文件的图形安装界面。 按下来的安装和在windows中安装普通文件一样了。 2、点击“下一步”,到下图界面,然后输入weblogic的安装目录。(路径中最好不要有空格)

3、点击“下一步”。到下图界面,由于我们没有购买oracle的服务所以去掉下图中的勾。(目前weblogic可免费使用,需要oracle技术支持的话才需要付费) 4、点击“下一步”,到下图界面,会因为我们没有填写上图的的支持信息而弹出两个警告框,直接“YES”通过即可。进入下图,勾选下面的框(不需要使用验证)

5、然后点击“继续”。到下图界面,选择“典型”和“定制”都可以,根据自己喜好设置 6、选择后点击“下一步”,进入下图界面,如果没有显示jdk信息,则手动点击“浏览”选择自己机器上安装的jdk,一般默认显示出来的就已经是自己机口上安装的了(貌似是根据环境变量里的JAVA_HOME获取的)

Windows Server 2012服务器管理器详解

Windows Server 2012服务器管理器详解 作为技术人员来说我们对Windows Server的关注始终是在系统本身包括能不能够更好管理好服务器或者在功能方面更加强大操作上更加简单在Windows Server 中服务器管理器发生了非常大的变化在诸多方面做了非常大的改进 首先是Windows Server 的启动界面相比Windows Server R感觉更加的专业和简洁如下启动完成后可以看到全新的服务器管理器的完整界面 相对于传统的界面来说Windows Server 的服务器管理器更容易让使用者将焦点放在服务器需要完成的任务上这样的设计并不是空穴来风而是从微软设计系统的观念上发生了变化 在Windows Server 中存在两种不同的理念 沉浸式 Windows Server具有旧版本系统的所有功能但这些功能似乎并不会直接展示在技术员面前而是当技术员需要它的时候出现并且迅速的完成任务使得需要技术员操作的地方更加简单快捷 更加睿智 Windows Server 相比旧的系统更加的智能并且技术人员在使用的时候可以非常明显的感觉到Windows Server 真正需要“操心”的地方变得更少比如在完成Server“”安装的时候会自动启动服务器管理器面板的“仪表盘”面板并提供欢迎界面(包括快速开始新功能学习三个模块) 在上面的图中已经可以看到Windows Server 的服务器管理器的整个界面那现在再来对比一下以前的Windows Server R的服务器管理器 Windows Server R中的服务器管理器几乎没有顶部导航栏这个概念并且从上图右上角的工具栏可以看出在旧版本是完全没有任何内容的即使是这样的情况在左侧导航栏收缩的情况下整个界面仍然显示了如此多的内容 其实这些内容很多都是不常用或者说技术员不太关心在无关紧要时显示出来反而会造成混乱影响就拿右侧的日志来举例虽然日志对系统很重要但也不并不是所有日志都需要显示在管理员的眼帘比如服务器运行正常的时候完全没必要去注意系统自动完成的操作记录而仅当系统出现了问题错误以及警告时所记录的日志才是真正有价值的 Windows Server 的顶部显得非常简洁但内容非常丰富顶部右侧的工具栏分别有管理工具查看以及帮助可以完成旧版本服务器管理器中的绝大多数任务 管理这里可以添加删除角色和功能添加服务器及创建服务器组 工具这里的东西非常多不知道各位朋友是否觉得眼熟这非常类似旧版本Server里的“管理工具”虽然没有了图标但显得更加的简洁相信熟练使用Windows Server的技术员对“管理工具”中的文字更加熟悉而不是小图标 查看在查看里我们可以调整整个面板的显示大小可以更加方便的在不同设备上切换比如平板和高分辨率的显示器之间 帮助这里主要显示服务器管理器的帮助信息比如帮助文件https://www.wendangku.net/doc/e39744707.html, TechCenterTechNet Forum等 在来看下四个菜单栏左边的小旗子这就有点类似于“操作中心”的提示在正常情况下

相关文档
相关文档 最新文档