[52083] in SAPr3-news
Re: DB13 und Offline-Sicherung mit ArcServ
daemon@ATHENA.MIT.EDU (Jürgen Menges)
Wed Nov 3 02:56:01 2004
To: sapr3-news@mit.edu
Date: Wed, 3 Nov 2004 08:55:58 +0100
From: "Jürgen Menges" <jmen@jmen-web.de>
Message-ID: <cma2ud$7au$1@news.web.de>
s.u.
--
Jürgen Menges
www.jmen-web.de
"Gerhard Fricke" <gerhard.fricke@stadtwerke-wolfsburg-ag.de> schrieb im
Newsbeitrag news:a2482af7.0411022129.10a3af91@posting.google.com...
> Hallo Jürgen,
>
> das ist das letzte erfolgreiche Joblog:
>
> Job wurde gestartet
>
> Step 001 gestartet (Programm RSDBAJOB, Variante &0000000000745,
> Benutzername XXXXXXX)
> Ausführung des logischen Kommandos SAPDBA auf Rechner ntsapprod
> Parameter: -u / -checkopt PSAP%
> Job wurde beendet
>
>
> Danach folgte die Offline-Sicherung und der erste DBA-Job brach ab.
> Das Joblog hierzu:
> Job wurde gestartet
> Step 001 gestartet (Programm RSDBAJOB, Variante &0000000000043,
> Benutzername XXXXXX)
> Variante &0000000000043 zu Report RSDBAJOB ist nicht vorhanden
> Job wurde abgebrochen
Hier liegt ein Schiefstand der DB13 und den zugehörigen Hintergrundjobs vor,
den
man folgendermaßen beheben kann:
- Löschen der Jobs aus der DB13,
- Löschen aller Einträge der Steuertabellen SDBAP und SDBAR,
- Löschen der aktiven DBA* Jobs über die SM37
- Erneuetes Einplanen der Jobs über die DB13
Es kam auch schon vor, dass der Joblog meldet, die Variante sei nicht
gefunden (oder andere
Fehler), über die DB12 jedoch war zu erkennen, dass der Job erfolgreich war.
In solchen
Fällen zählt nur die Farbe des Jobs in der DB13.
>
> Danach folgte der gleiche Job, der durch uns angestartet wurde.
>
> Job wurde gestartet
> Step 001 gestartet (Programm RSDBAJOB, Variante &0000000000746,
> Benutzername XXXXXX)
> Ausführung des logischen Kommandos SAPDBA auf Rechner ntsapprod
> Parameter: -u / -check
> Job wurde beendet
>
> Auffällig ist für uns, dass bei jedem erfolgreichem Job der Zähler
> Variante um 1 erhöht wird, egal ob die gleiche DB-Tätigkeit ausgeführt
> wird oder nicht.
Klar, der Zähler wird beim Start des Jobs erhöht, ob dieser funktioniert
oder
nicht.
> Auch der Zähler bei den abgebrochenen Jobs wird unter VARIANTE jeweils
> um 1 erhöht.
> Wo sind diese Zahlen hinterlegt?
In der TBTCO sind die Daten (Job-Zustand), die
Varianten in der TBTCP (Step-Übersicht)
> Welche Tabellen steuern die Jobs?
Die 'SDBAC'.
>
> Total ratlos grüßt
>
> Gerd
>
>
> ...
> > was sagt der Joblog der DB13-Jobs aus?
> >
> ...
> > > Hallo NG,
> > >
> > > wir haben bei unserem SAP-System - 4.6C und Oracle 8.1.7.4.2.3 - seit
> > > längerem folgendes Problem:
> > >
> > > Nach der Offline-Sicherung mit ArcServ am Wochenende werden die
> > > periodisch eingeplanten DB-Aktivitäten nicht mehr ausgeführt, da sie
> > > vom System nicht mehr erkannt werden.
> > > Übrigens wird unsere Offline-Sicherung NICHT durch SAP gesteuert,
> > > sondern durch ArcServ!
> > > Nachdem die eingeplanten Aktivitäten manuell verändert werden, wie z.
> > > B. verändern der Startzeit um 1 Minute, laufen die geplanten
> > > Aktivitäten problemlos bis zur nächsten Offline-Sicherung.
> > >
> > > Hat jemand dieses Phänomen auch schon erlebt und eine Lösung dafür?
> > >
> > > Danke für eure Mithilfe
> > >
> > >
> > > Tschüß
> > >
> > > Gerd
