Kontakt

Ansicht
Dokumentation

Neuer Einplanungskalender für Oracle DB-Administration ( RELNBC_30B_KALENDER_ORA )

Neuer Einplanungskalender für Oracle DB-Administration ( RELNBC_30B_KALENDER_ORA )

Vendor Master (General Section)   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

Neuer Einplanungskalender für Oracle DB-Administration

Beschreibung

Mit Release 30B wird ein neuer Einplanungskalender im CCMS ausgeliefert. Dieser Hinweis beschreibt die Bedienung und die wesentlichen Neuerungen.

Die bisherige Version des CCMS-Einplanungskalenders konnte zur Einplanung von Datenbanksicherungen eingesetzt werden. Die Redo-Log-Sicherungen mußten auf Betriebssystemebene eingeplant werden.

Der Einplanungskalender im CCMS (db13) wurde um zusätzliche Aktionen erweitert.

  • Einplanung neuer Aktionen
Durch Doppelklick auf eine leere Zeile des heutigen oder eines zukünftigen Tages gelangt man in den Planungsdialog. Hier kann die Startzeit, ggf. eine Periode in Wochen (keine Angabe oder 0 Wochen heißt nur einmalige Ausführung) und die einzuplanende Aktion durch Auswahl eingegeben werden. Beim heutigen Tag ist außerdem ein Sofortstart (zusätzliche Drucktaste) möglich - dann sind Startzeit und Periode ohne Bedeutung. Es können keine zwei Aktionen zu exakt derselben Zeit eingeplant werden. Der Einplanungsdialog kann auch über die Planungsliste (s.u.) erreicht werden. Die Einplanung wird sofort, ohne weitere Bestätigung, wirksam.
  • Anzeige eingeplanter Aktionen
Jede eingeplante Aktion wird im Kalender in einer Zeile mit der Uhrzeit (ohne Sekunden) und einem Kurztext angezeigt. Die Hintergrundfarbe zeigt den Zustand der Aktion an: Kalenderhintergrund heißt entweder Aktion erfolgreich gelaufen, noch in der Zukunft oder keine Angabe möglich (bei Tabellenanalyse und Next-Extent-Berechnung); rot heißt fehlerhaft gelaufen oder noch nicht beendet.
Detailliertere Informationen können über die Planungsliste (s.u.) angezeigt werden. Wenn mehr Planungen als Kalenderzeilen an einem Tag existieren, kann durch Doppelklick auf die dann erscheinenden '+' resp. '-' Zeichen gescrollt werden.
  • Detailanzeige für eingeplante Aktionen
Durch Doppelklick auf die Titelzeile eines Tages kommt man in die Planungsliste. Hier wird zu jeder Einplanung die genaue Uhrzeit, die Periode, eine ausführlichere Beschreibung, der aktuelle Zustand (SCHED=geplant, OK=fehlerfrei beendet, ERROR=fehlerhaft beendet oder noch im Gange, N.A.=keine Angabe möglich), und die Angabe, ob ein Aktionsprotokoll verfügbar ist.
Von dieser Planungsliste aus können folgende Aktionen durchgeführt werden:
  • Edit

Eine eingeplante Aktion ändern (Änderung von Planungszeit, Periode, Aktion, Parametern) - (nur für Planungen im Zustand SCHED). Add Erstellung einer neuen Einplanung (nur für heute oder zukünftige Tage). Delete Entfernen einer eingeplanten Aktion (nur im Zustand SCHED). Die Löschung wird sofort, ohne weitere Bestätigung, wirksam. Params Anzeige der für die Einplanung verwendeten Parameter. Einer Änderung der Parameter kann mittels "Edit" erfolgen.
  • Protocol

Anzeige der Aktionsprotokolle, falls welche vorhanden sind.
  • Job-Logs

  • Anzeige des Batch-Job-Protokolls, falls eines vorhanden ist. Dieses Protokoll enthält auch etwaige Ausgaben des gestarteten externen Programms.

  • Vols needed

Für Aktionen, welche ein Sicherungsmedium benötigen, können die benötigten Medien hiermit angezeigt werden.
  • Tagesfunktionen
Die Drucktasten im Kalenderhauptbild, "Action protocols", "Job logs", "Volumes needed" beziehen sich stets auf alle Aktionen des ausgewählten Tages. Mit "Refresh" werden die Protokollinformationen neu eingelesen, also z.B. eine Aktion, welche gerade fertig wird im Kalender aktualisiert.
  • Database offline full backup + archive logs
Offline-Datenbanksicherung aller Datendateien mit anschließender Redo-Log-Sicherung. Die Datenbank wird dabei heruntergefahren und nach der Sicherung wieder hochgefahren (Datenbank-Reconnect).
  • Database offline full backup
Offline-Datenbanksicherung aller Datendateien. Die Datenbank wird dabei heruntergefahren und nach der Sicherung wieder hochgefahren (Datenbank-Reconnect).
  • Database online full backup + archive logs
Online-Datenbanksicherung aller Datendateien mit anschließender Redo-Log-Sicherung.
  • Database online full backup
Online-Datenbanksicherung aller Datendateien
  • Archive redo log files
Sicherung aller archivierten Redo-Log-Dateien mit anschließendem Löschen aus dem Archivverzeichnis.
  • Partial offline database backup
Offline-Sicherung der Datendateien zu einer Liste von Tablespaces. Die Datenbank wird dabei heruntergefahren und nach der Sicherung wieder hochgefahren (Datenbank-Reconnect).
  • Partial online database backup
Online-Sicherung der Datendateien zu einer Liste von Tablespaces.
  • Analyze tables in tablespace(s)
Tabellenanalyse für alle Tabellen in einer Liste von Tablespaces.
  • Analyze tables (via control table)
Tabellenanalyse für alle Tabellen gemäß einer Steuertabelle (zur Aktualisierung der Statistikdaten für den Anwendungsmonitor).
  • Compute and adapt next table extents
Berechnung und Anpassung der Next-Extent-Größe aller Tabellen in einer Liste von Tablespaces.

Zur Einplanung der Aktionen werden sog. logische Kommandos verwendet. Logische Kommandos sind eine Schnittstelle zum Aufruf von externen Programmen. Vom Einplanungskalender werden die externen Programme brbackup, brarchive und sapdba über die logischen Kommandos BRBACKUP, BRARCHIVE und SAPDBA aufgerufen.

Für die Ausführung von logischen Kommandos ist die Berechtigung S_LOGCOM_ALL im Berechtigungsobjekt S_LOG_COM notwendig. Diese Berechtigung ist im Berechtigungsprofil S_RZL_ADMIN sowie in SAP_ALL enthalten.

Für eine Datenbanksicherung mit anschließender Redo-Log-Sicherung müssen alle Bänder bereits vorher eingelegt sein. Dies ist entweder durch Verwendung eines Bandwechslers oder durch Verwendung einer dedizierten Bandstation für die Redo-Log-Sicherung möglich. Über die Profildatei init.sap kann jeweils eine Bandstationen für Datensicherungen und Redo-Log-Sicherungen definiert werden. Sehen Sie dazu auch die Hanbücher zu brbackup und brarchive.

Die bisherigen Einplanungen sollten weiterhin laufen. Die Namensgebung für die Batch-Jobs hat sich allerdings geändert. Das bedeutet, daß die alten Batch-Jobs mit dem neuen Kalender nicht gelöscht werden können (es kommt dann die Meldung "No jobs found to delete"). Der alte Batchjob kann dann über sm37 entfernt werden (Jobname: BACKUP*). Es ist daher empfehlenswert, einmal mit dem alten Kalender alle Einplanungen zu löschen (s.u.), um sie danach mit dem neuen Kalender neu anzulegen.

Einfluß auf den Datenbestand im Fehlerfall

Soft-/Hardwarevoraussetzungen

Besonderheiten bei der Installation

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Auswirkungen auf Batch-Input

Änderungen an der Oberfläche

Änderungen in der Vorgehensweise

Aktionen zum Beheben von Fehlern am Datenbestand

Abhängige Funktionen

Planungen

Weitere Hinweise






rdisp/max_wprun_time - Maximum work process run time   PERFORM Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 8902 Date: 20240523 Time: 161928     sap01-206 ( 201 ms )