|
如果执行cpfmkfile时提示transfer queve not found 时，则先从cdhdef开始，再执行afpdef然后执行cpfmkfile。
MRR 准备工作
执行记录前每一个BSC都有一些程序需要执行
l 检查MRR是否已经激活
DBTSP:TAB=AXEPARS,SETNAME=CME20BSCF,NAME=MEASRESREC;
如果得出的数值为“零”那么需要将它激活
l 检查已经在BSC定义的MRRFIL
APLOC;
! 进入AP模式。
cpfls
! 在响应的内容里查找MRRFIL0x。在这里最多有10个MRRFIL可以被定义：MRRFIL00-MRRFIL09，但它并不需要定义所有的,除非RNO有必要被执行或在同一BSC内同时执行了多个MRR。个人建议还是全部定义较为方便。
cpfls该指令的含义为Central Processor File System, File, List。
l 如何定义MRRFIL（例如“MRRFIL00）
cpfmkfile -f inf -d MRRTRQ -l 512 -m FILE -r MRRFIL00 EXCHVOLUME
! 在BSC上启动 MRRFIL00文件。注意空格，注意区分大小写。-l 512的l是小写的L。
在今后进行中也可以定义另一个MRRFIL，如果有必要可以将MRRFIL00-MRRFIL09全部定好。
cpfmkfile该指令的含义为Central Processor File System, File, Create。即Central Processor File System,Make File。
cdhdef -a OSSIP -t ftpv2 -c i -r RemoteDirectoryInOSS -u OSSUser -p DESTName
! 定义一个CDH传送方向。注意空格，红色字体需要根据当地网络情况自定义。
OSSIP为你需要传送到的目的IP地址；
RemoteDirectoryInOSS为该目的地址下的具体路径；
OSSUser为登录该目的地址的用户名；
DESTName则是这个dest任务的名字，可自由命名。
cdhdef该指令的含义为Common Destination Handling, Destination, Define。
这条指令正常执行完后，紧接着的响应内容是输入你登入OSSIP的密码。对此举例如下：
[attach]180021[/attach]
cdhver DESTName
! verify DESTINATION 任务。注意空格，红色字体需要根据当地网络情况自定义。查看该指令的响应结果里STATUS内容：
OK 恭喜你
NOT OK 从网元建立到远端的连接不成功
Logon Failure网元登录远端失败
cdhver该指令的含义为Common Destination Handling, Destination Connection, Verify。
cdhdsdef DESTName DestSetName
! 将上述定义的DEST定义到某传送方向集种，注意空格，红色字体需要根据当地网络情况自定义。DESTName和DestSetName可以重名，也建议重名。
cdhdsdef该指令的含义为Common Destination Handling, Destination Set, Define。
afpdef -d 60 MRRTRQ DestSetName
! 定义MRR文件传送队列，并Associate transferqueues to destination sets。定义了名字为mrrtrq的transfer queue后，在目录OSS服务器目录路径中将出现一个文件夹mrrtrq，该文件夹中将能够取到MRRFIL文件。
-d 60定义了EXCHVOLUME里的原始文件将在一小时内被移走
afpdef该指令的含义为Adjunct Processor File Processing, File, Define
好了，至此MRR的准备工作完毕，命令均准备好后，会自动在RemoteDirectoryInOSS目录下级生成MRRTRQ的文件夹，只要cdhver的状态OK，你今后就可在MRRTRQ的文件夹里下载所有MRR文件。
|
关注楼主