Alte Einträge aus der Tabelle SOFFCONT1, SOOD, SOST löschen
12 Beiträge
•
Seite 1 von 1
12 Beiträge
Seite 1 von 1
Hallo liebe Forummitglieder,
in unsxeren Firma werden Mail mit mehreren Anhängen an tausenden Empfänger gesendet. Dies verursacht ein schnelles Wachstum der Datenbank . Ich möchte alte Einträge von soffcont1 löschen, um dieses Problem zu vermeiden, aber da es eine Cluster-Tabelle ist, weiß ich nicht, ob es machbar ist oder wie ich das erreichen kann.
Ich habe RSBCS_REORG ausgeführt und einige Daten gelöscht, aber die Größe der Tabellen SOOD oder SOFFCONT1 wird nicht geändert.
Gibt es eine Möglichkeit, alte Einträge aus SOFFCONT1 zu löschen?
Danke im Voraus.
in unsxeren Firma werden Mail mit mehreren Anhängen an tausenden Empfänger gesendet. Dies verursacht ein schnelles Wachstum der Datenbank . Ich möchte alte Einträge von soffcont1 löschen, um dieses Problem zu vermeiden, aber da es eine Cluster-Tabelle ist, weiß ich nicht, ob es machbar ist oder wie ich das erreichen kann.
Ich habe RSBCS_REORG ausgeführt und einige Daten gelöscht, aber die Größe der Tabellen SOOD oder SOFFCONT1 wird nicht geändert.
Gibt es eine Möglichkeit, alte Einträge aus SOFFCONT1 zu löschen?
Danke im Voraus.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Mit anderen Worten: Ein Spamversender.in unsxeren Firma werden Mail mit mehreren Anhängen an tausenden Empfänger gesendet.
Aber die Frage finde ich interessant; das würde ich auch gerne wissen.
Moinsen.
Ich vermute, Du bist dem Hinweis 1634908 bzw. dem KBA 1641830 gefolgt?
Was meinst Du mit "Größe der Tabelle"? Anzahl Einträge oder belegter Platz auf der Datenbank?
Grüße,
Haubi
Ich vermute, Du bist dem Hinweis 1634908 bzw. dem KBA 1641830 gefolgt?
Was meinst Du mit "Größe der Tabelle"? Anzahl Einträge oder belegter Platz auf der Datenbank?
€dit sagt: bei so vielen Anhängen würde ich sowieso über den Einsatz eines externen Content Servers nachdenken. Dann landet Kram wenigstens nicht in der SAP-Datenbank...Please note that the reorganization report will only delete the entries from the SOFFCONT1 table, the size in the DB should be reduced using the database tool.
Grüße,
Haubi
Moin.Eli hat geschrieben:Hallo Haubi,
zunächst danke für deine Antwort, ich meine hier die reduzierung von Tabelleeinträge.
Danke
Dann schau nochmal in Hinweis 988057. Ggf. werden die Dokumente noch referenziert (bzw. haben ein Verfallsdatum "Sanktnimmerleinstag") und daher nicht gelöscht.
Ansonsten würde ich tatsächlich über eine Relokation in einen Content Server nachdenken. Dann sind die Dokumente zwar noch da aber, aber nicht mehr in der SOFFCONT1 und sie nerven Dich daher nicht mehr...
Grüße,
Haubi
Hallo HAUBI,
nochmal tausend Dank, ich habe ja versucht einen neuen Content Server anzulegen (Umstellung auf externes Archiv) nun bin ich auf die Fehlermeldung gestoßen:
Systemfehler beim Zugriff auf den knoeledge-Provider:
hast du eine Idee wie ich das lösen kann!
Danke!
nochmal tausend Dank, ich habe ja versucht einen neuen Content Server anzulegen (Umstellung auf externes Archiv) nun bin ich auf die Fehlermeldung gestoßen:
Systemfehler beim Zugriff auf den knoeledge-Provider:
hast du eine Idee wie ich das lösen kann!
Danke!
Tach.
Die Fehlermeldung sagt mir erstmal nix, aber vielleicht skiziere ich kurz die Vorgehensweise:
ACHTUNG:
Die alten Dokumente sind dann nicht mehr zugreifbar. Du solltest also eine komplette Relokation gemäß Hinweis 1634908 (Abschnitt 2: Content Server) durchführen.
Die Frage ist: an welcher Stelle kommt der Fehler, den Du erwähnt hast?
Grüße,
Haubi
Die Fehlermeldung sagt mir erstmal nix, aber vielleicht skiziere ich kurz die Vorgehensweise:
- Content Server installieren
- Content Repository auf dem CS und in der OAC0 anlegen
- In der OACT eine Ablagekategorie anlegen, die auf das neue Repository verweist
- In der SKPR08 einen Verweis der Dokumentenklasse SOFFPHIO (Kategorie SOFFDB) auf die neu angelegte Ablagekategorie anlegen
ACHTUNG:
Die alten Dokumente sind dann nicht mehr zugreifbar. Du solltest also eine komplette Relokation gemäß Hinweis 1634908 (Abschnitt 2: Content Server) durchführen.
Die Frage ist: an welcher Stelle kommt der Fehler, den Du erwähnt hast?
Grüße,
Haubi
Tachn.
Hast Du Deine neue Kategorie einem Dokumentenbereich zugeordnet? Falls ja, welchem bzw. funktioniert es, wenn Du den Dokumentenbereich mal raus nimmst oder auf "DMS" setzt?
Ansonsten bin ich ohne Systemzugriff blank.
Grüße,
Haubi
Hast Du Deine neue Kategorie einem Dokumentenbereich zugeordnet? Falls ja, welchem bzw. funktioniert es, wenn Du den Dokumentenbereich mal raus nimmst oder auf "DMS" setzt?
Ansonsten bin ich ohne Systemzugriff blank.
Grüße,
Haubi
Moin.
mein Vorschlag:
Es gibt ein Transfer - Report namens RSIRPIRL, der die KPRO Daten in eine neue Kategorie verschiebt.
Die Vorbereitung hast Du mit dem neuen Archiv und der Zuordnung zu einer Kategorie(OACT) ja schon getroffen.
Sinnvoll ist nun ein Probelauf durch Einplanung von Report RSIRPIRL als Job.
Dann analysiert man das Ergebnislog und schaut, in wie weit der Testlauf erfolgreich war.
Wenn alles funktioniert, wird es ernst und man verschiebt die Daten der Kategorie (SOFFCONT) in die neue Kategorie (mit dem Archiv als Ziel).
Als letzten Schritt ordnet man SOFFCONT der neuen Kategorie zu. (TA OACT)
Damit man den frei gewordenen Platz in der SAP DB auch nutzen kann, muss die Datenbank reorganisiert werden.
gruß Jens
mein Vorschlag:
Es gibt ein Transfer - Report namens RSIRPIRL, der die KPRO Daten in eine neue Kategorie verschiebt.
Die Vorbereitung hast Du mit dem neuen Archiv und der Zuordnung zu einer Kategorie(OACT) ja schon getroffen.
Sinnvoll ist nun ein Probelauf durch Einplanung von Report RSIRPIRL als Job.
Dann analysiert man das Ergebnislog und schaut, in wie weit der Testlauf erfolgreich war.
Wenn alles funktioniert, wird es ernst und man verschiebt die Daten der Kategorie (SOFFCONT) in die neue Kategorie (mit dem Archiv als Ziel).
Als letzten Schritt ordnet man SOFFCONT der neuen Kategorie zu. (TA OACT)
Damit man den frei gewordenen Platz in der SAP DB auch nutzen kann, muss die Datenbank reorganisiert werden.
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
1752
Views
Views
Einträge in SOST zu unterschiedlichen Zeiten versenden
von wehrda » 03.03.2022 16:34 • Verfasst in ABAP Objects®
von wehrda » 03.03.2022 16:34 • Verfasst in ABAP Objects®
5
Antw.
Antw.
2586
Views
Views
Doppelte Einträge aus einer internen Tabelle löschen anhand einer Bedingung
von Sonne1234 » 20.01.2020 13:33 • Verfasst in ABAP® für Anfänger
von Sonne1234 » 20.01.2020 13:33 • Verfasst in ABAP® für Anfänger
5
Antw.
Antw.
458
Views
Views
Problem mit RSBTCDEL (Alte Joblogs löschen)
von HH_ABAP » 24.05.2023 13:59 • Verfasst in ABAP® für Anfänger
von HH_ABAP » 24.05.2023 13:59 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
9732
Views
Views
Löschen von Mails und Faxe aus der Sost
von Anfänger » 09.02.2016 12:53 • Verfasst in SAP - Allgemeines
von Anfänger » 09.02.2016 12:53 • Verfasst in SAP - Allgemeines
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113