DataStage作业解锁和服务停止启动顺序

浏览: 2072

解锁Job作业:

1. telnet to DS server machine as ds administrative account (dsadmor root for example);

2. cd to $DSHOME;

3. source dsenv by “. ./dsenv”; (read as dot_space_dot_dsenv)

4. run “bin/uvsh” to enter TCL prompt;

5. run “>LIST.READU EVERY”, are you able to find anylock for the project under Active Record Locks? If yes, mark downthe Userno for the command below;

6 run “>UNLOCK USER userno ALL”;

7. run “>LIST.READU EVERY” again to verify the lockfor the user is gone;

8. repeat step 6 and 7 until all locks for the project isclear;

9. run “>LO” to exit TCL prompt.

10. try login to the project again.

重启DS服务:

进入uv所在目录显示如下

cd $DSHOME/bin

关闭datastage服务命令

./uv -admin -stop

当使用ps -ef|grep WAIT命令监控发现已经无DS相关的进程时表示DS服务关闭成功。

开启datastage服务命令

./uv -admin -start

重启相关服务:

如何在Linux/Unix中手工停止/启动IBM InfoSphere Information Server (IIS)?

以下是IIS v8中重启服务层(WebSphere Application Server)、ASBAgent和DataStage engine的步骤。如果同时使用了其他pack(SAP R/3 Pack, SAP BW Pack等等),请参考这些pack对应的文档,获取相应的步骤。

停止所有服务的顺序是:

1.停止DataStage Engine

2.停止ASBAgent

3.停止WebSphere Application Server (WAS)

以下是详细步骤:

1.停止DataStage Engine

a)以root用户登陆UNIX机器

b)确保没有人正在使用DataStage

c)检查是否有进程残留

ps -ef | grep -i phantom

ps -ef | grep dsapi

ps -ef | grep dscs

这些命令不应该返回任何结果,如果返回结果,就意味着依然有一些进程正在运行。你可以等待用户停止他们的程序,或者杀掉这些进程(使用kill -9 PID)。

d)检查是否dsrpc正在运行

netstat -a | grep dsrpc

如果dsrpc正在运行,应该返回一行,状态为LISTEN。如果返回不止一行,这意味依然有一些连接,你需要等待。如果dsrpc或者其他连接处于WAIT状态,你也需要等到它们消失(或者重启机器)。

e)使用以下命令停止DataStage服务(dsengine授权用户,默认一般是dsadm,你需要从$DSHOME目录运行一下命令)

. ./dsenv

bin/uv -admin -stop

f)然后查看是否还有内存段残留:

ipcs -mop | grep ade

64位Linux中使用: ipcs -qms -a

如果有返回结果,记下PID,然后删除它(需要root权限)

ipcrm -m PID

g)然后再次检查端口

netstat -a | grep dsrpc

正常情况下应该没有返回结果,如果有,并且dsrpc处于WAIT状态,你需要等到它消失(或者重启机器)。

2.停止ASBAgent (需要root用户)

a)进入目录 <path>/IBM/InformationServer/ASBNode/bin

b)运行

./NodeAgents.sh stop

如果收到以下信息,输入'yes':

rm: remove write-protected regular file `Agent.pid'?

c)检查agent是否已经停止:

ps -ef | grep -i agent

d)在Solaris中,还可能需要运行以下命令,如果在启动agent的时候收到类似下面的错误信息:

"com.ascential.acs.logging.agent.LoggingAgentSocketImpl.main(LoggingAgentSocketImpl.java:115) Caused by: java.net.BindException: Address already in use"

/usr/ucb/ps -auxww | grep java

3.停止WebSphere Application Server (需要root用户)

a)进入目录 <path>/IBM/InformationServer/ASBServer/bin

b)运行

./MetadataServer.sh stop

c)确保java进程消失

d)现在检查是否有java进程残留:

> ps -ef | grep java

如果有残留,删除它们: > kill PID (没有 -9)

启动所有服务的顺序是:

1.启动WebSphere Application Server (以root用户)

2.启动ASBAgent (以root用户)

3.启动DataStage Engine (使用dsengine授权用户,默认一般是dsadm)

以下是详细步骤:

1.启动WebSphere Application Server (需要root用户)

a)注意: AIX平台, 需要做以下步骤:

unset LDR_CNTRL

在ASBServer/bin下创建一个文件,命名为MetadataServer_env.sh,并且添加以下一行:

ulimit -n 10240

b)进入目录 /opt/IBM/InformationServer/ASBServer/bin

c)运行

./MetadataServer.sh run

2.启动ASBAgent (需要root用户)

a)进入目录 <path>/IBM/InformationServer/ASBNode/bin

b)运行

./NodeAgents.sh start

3.启动DataStage Engine (使用dsengine授权用户,默认一般是dsadm)

a)进入$DSHOME

b). ./dsenv

c)运行

bin/uv -admin -start

#如果服务启动依然报错,需要检查orcle元数据库服务是否正常

#lsof -i:1521:

WebSphere:

/opt/IBM/WebSphere/AppServer/bin

./startServer.sh server1

推荐 0
本文由 楚天歌 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

0 个评论

要回复文章请先登录注册