AW: Re: [otrs-de] Datenbank Grösse im Laufe der Zeit

Hallo.. Kann man das evt. über einen delete job machen ? Wenn man TicketID's mit JahrMonatTagXY hat, könnte man doch z.b. 200301* übergeben und alle Tickets vom Januar 2003 werden gelöscht. Ich habe es noch nich probiert, da ich auch garnicht weiss ob man die TicketID so mit übergeben kann, aber hier der Job wie ich ihn jetzt so machen würde. ------- # -- # [name of job] -> close and delete all tickets in queue delete # -- 'delete' => { # get all tickets with this properties TicketID => '200301*', States => ['closed successful'], Locks => ['unlock'], # new ticket properties (no option is required, use just the options # which should be changed!) New => { # DELETE! Delete => 1, }, }, ------- Gruss Oliver Clouth
-----Ursprüngliche Nachricht----- Von: robert.kehl [mailto:robert.kehl@otrs.de] Gesendet am: Freitag, 9. Januar 2004 00:23 An: otrs-de Betreff: Re: [otrs-de] Datenbank Grösse im Laufe der Zeit
On Thursday, January 08, 2004 7:01 PM stephan.reichenbach@epost.de
wrote: Am 8 Jan 2004 um 16:43 hat Michael Mauel geschrieben:
Hallo,
ich denke mal das im Laufe der Zeit die Datenbank recht gross werden wird, zumal es auch pasiert das im heutigen Zeitalter viele Ihre Fehlerbeschreibungen doch mit Gallerien von Digitalen Bildern schmücken, um so dem Supportler möglichst anschaulich das Problem darzulegen.
Was ja auch vollkommen o.k. ist - die Technik muss sich mMn nach unseren Bedürfnissen richten, und wenn dazu das Verschicken von Screenshots gehören kann - her damit. Immer noch besser, als wenn Frau Müller-Lüdenscheidt mir einen OTRS-Screen via Text "beschreibt"...
Grundsätzlich ist dies ein Problem, dass eher auf MySQL-Basis gelöst werden sollte. Das simple Löschen der Datensätze sollte mMn als letzte Lösung in Betracht gezogen werden (wenn dem nichts Gesetzliches entgegensteht bspw.).
Um den Datenbanken (MySQL wie PostgreSQL und natürlich vor allem Oracle) ad hoc mehr Platz zu schaffen, gilt es, das Verteilen der Datenbestände auf die verschiedenste Speichersysteme zu erlauben, angefangen von einfachen, eingehängten (man mount) Festplatten, über (immer empfehlenswerte) RAID-Systeme bis hin zu Storage Area Networks (SAN).
Jedes DB-System bietet entweder direkte Unterstützung einer wie immer gearteten Art der verteilten Datenhaltung, oder kommt mit unterliegenden Szenarien mit NFS, DFS & Co. "zurecht". Bei Bedarf steht die ((otrs.de)) sehr gerne beratend zur Seite - http://www.otrs.de/
als vorgabe habe ich, dass alle tickets die aelter sind als x-jahren (2 bzw 3) muessen entfernt werden.
Sehr vernünftige Einstellung für eine Behörde.
Gibt es einen Agenten, welcher Daten nach einstellbarer Zeit (x Monaten, x Jahren etc.) aus der Datenbank löscht? Irgendwie muss man ja auch mal von den Altlasten wieder loskommen... ja, das wuerde mich brennend interessieren
Nein, leider zurzeit noch nicht. Gerne übernimmt die ((otrs.de)) aber auch dergestalte Aufgaben.
Robert Kehl
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

On Friday, January 09, 2004 9:54 AM
Oliver.Clouth@swisslife.de
Kann man das evt. über einen delete job machen ? Wenn man TicketID's mit JahrMonatTagXY hat, könnte man doch z.b. 200301* übergeben und alle Tickets vom Januar 2003 werden gelöscht. Ich habe es noch nich probiert, da ich auch garnicht weiss ob man die TicketID so mit übergeben kann, aber hier der Job wie ich ihn jetzt so machen würde.
------- # -- # [name of job] -> close and delete all tickets in queue delete # -- 'delete' => { # get all tickets with this properties TicketID => '200301*', States => ['closed successful'], Locks => ['unlock'], # new ticket properties (no option is required, use just the options # which should be changed!) New => { # DELETE! Delete => 1, }, },
Gute Idee, syntaktisch richtig, aber kann nicht funktionieren, leider, weil der GenericAgent das nicht erwartet. Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388

OCsd> Kann man das evt. über einen delete job machen ? OCsd> Wenn man TicketID's mit JahrMonatTagXY hat, könnte man doch z.b. 200301* OCsd> übergeben und alle Tickets vom Januar 2003 werden gelöscht. OCsd> Ich habe es noch nich probiert, da ich auch garnicht weiss ob man die OCsd> TicketID so mit übergeben kann, aber hier der Job wie ich ihn jetzt so OCsd> machen würde. Wir haben ein weiteres Attribut im GenericAgent eingeführt: Delay => nnnnnn wobei nnnnnn in Sekunden angegeben wird und deshalb eine ganz einfache Where clause ermöglicht. Dieses Delay benutzen wir auch, um Newsletter etc. automatisch nach 10 Tagen zu "entsorgen". 'close newsletter' => { # get all tickets with these properties Queue => 'Newsletter', States => ['new', 'open'], Locks => ['unlock'], Delay => 864000, # new ticket properties (no option is required, use just the options # which should be changed!) New => { State => 'closed successful', Owner => 'root@localhost', }, Gruß Frank Queue.pm Erweiterung: [...] sub GetTicketIDsByQueue { my $Self = shift; my %Param = @_; my $article_table = ''; my $article_cond = ''; # -- # check needed stuff # -- if (!$Param{Queue} && !$Param{QueueID}) { $Self->{LogObject}->Log(Priority => 'error', Message => "Got no Queue or QueueID!"); return; } if ( $Param{Subject} ) { $article_table = ',article a'; $article_cond = "a.ticket_id=st.id and a.a_subject like '%".$Param{Subject}."%' and "; } if ( $Param{Delay} ) { $article_cond .= 'unix_timestamp()-unix_timestamp(st.change_time)>'.$Param{Delay}.' and '; } # -- # sql # -- [...]

Hallo Frank, On Fri, Jan 09, 2004 at 05:19:14PM +0100, Frank Adler wrote:
OCsd> Kann man das evt. über einen delete job machen ? OCsd> Wenn man TicketID's mit JahrMonatTagXY hat, könnte man doch z.b. 200301* OCsd> übergeben und alle Tickets vom Januar 2003 werden gelöscht. OCsd> Ich habe es noch nich probiert, da ich auch garnicht weiss ob man die OCsd> TicketID so mit übergeben kann, aber hier der Job wie ich ihn jetzt so OCsd> machen würde.
Wir haben ein weiteres Attribut im GenericAgent eingeführt: Delay => nnnnnn wobei nnnnnn in Sekunden angegeben wird und deshalb eine ganz einfache Where clause ermöglicht. Dieses Delay benutzen wir auch, um Newsletter etc. automatisch nach 10 Tagen zu "entsorgen".
'close newsletter' => { # get all tickets with these properties Queue => 'Newsletter', States => ['new', 'open'], Locks => ['unlock'], Delay => 864000, # new ticket properties (no option is required, use just the options # which should be changed!) New => { State => 'closed successful', Owner => 'root@localhost', },
Frank, Cool! :) Bei der Gelegenheit möchte ich noch auf die neuen Ticket-Optionen im GenericAgent hinweissen. Er kann in OTRS 1.2 mehr Optionen bei der Suche und auch beim setzen. -=> "möglichen Optionen" http://doc.otrs.org/cvs/de/html/generic-agent-example.html
Gruß Frank
Martin -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
participants (4)
-
Frank Adler
-
Martin Edenhofer
-
Oliver.Clouth@swisslife.de
-
Robert Kehl