[59347] in SAPr3-news
Re: Systemcopy & =?ISO-8859-1?Q?Transportauftr=E4ge?=
daemon@ATHENA.MIT.EDU (Raphaela Corall)
Fri May 11 19:02:52 2007
To: sapr3-news@mit.edu
Date: Fri, 11 May 2007 22:39:23 GMT
From: "Raphaela Corall" <rc@llaroc.de>
Message-ID: <f232bq.3g4.1@alphA.llaroc.de>
schoitl1@gmx.at wrote:
> hallo,
>
> ich bin mal wieder daran eine systemcopy von PRD nach QAS zu machen
> (was mitlerweile ohne probleme läuft).
>
> ich bin jedoch noch auf der suche nach einer möglichkeit um einfach
> jene transportaufträge zu finden, die im QAS importiert sind und im
> PRD jedoch noch nicht (und somit nach der systemcopy wieder ins QAS
> importiert werden müssen).
>
> hat hierzu jemand eine idee?
Für die Geschichte habe ich ein Script auf Unix rumstehen, das bereits
importierte Transporte aus dem PRD-Puffer löscht, diesen dann ausliest
und unter Zuhilfenahme von grep und awk ein Scipt erzeugt, das für
alle offenen Transporte einen addtobuffer für das QAS erenthält.
Erzeugtes Script laufen lassen und STMS den Import machen lassen,
fertich.
Script:
cd /usr/sap/trans/bin
ntp cleanbuffer PRD
ntp showbuffer PRD|grep " | "|awk -f $HOME/sycptp.awk1>$HOME/sycptp.part.2
cd
chmod 777 sycptp.part.2
sycptp.awk1:
BEGIN { print "cd /usr/sap/trans/bin"
print "date>$HOME/sycptp.prot"
}
/DEVK/ { nr = substr($1,1,10)
print "ntp addtobuffer",nr,"QAS>>$HOME/sycptp.prot"
}
END {
}
ntp:
tp $1 $2 $3 $4 $5 pf=TP_DOMAIN_PRD.PFL
(ist halt tp für Faule ;-), wobei PRD hier natürlich der
DomainController ist, kann ja auch DEV oder sonstwas sein).
Gruß
Raphaëla
--
Ich merke gerade, Du hast - genau wie ich - das Modul "Childness" nicht
weisungsgemäß deinstalliert ...
Ulrich F. Heidenreich in MID <b40a6h.3vvppqj.1@ufh.invalid.de>
