Hallo Herr Lucarelli, Ich bin zwar kein Kunde, darum kann ich nicht sagen wie die Datenbankgröße bei anderen Kunden aussieht allerdings hängt es sehr vom Environment und von der Komplexität und Anzahl an Ausführungen ab wie groß die DB tatsächlich anwächst. 95 GB muss nicht zwingend ungewöhnlich sein.
Generell sind die Objekte selbst nicht ausschlaggebend für die Größe der Datenbank. Der DB Umfang ergibt sich größtenteils aus Reports, Logs und Aktivitäten, damit ist es vermutlich auch für andere Kunden die den Post hier lesen schwierig, die Erfahrungen mit Ihnen basierend auf den gelieferten Informationen zu teilen. Ein Kunde mit einem kleinen Environment wird 95GB als viel zu groß ansehen, ein Kunde mit einem großen Environment wird vermutlich 95 GB als "den Traum jedes DBA" sehen, da die Automic Umgebung auf seiner Seite um ein vielfaches umfangreicher ist.
Ich rate Ihnen daher, den Post noch um ein paar Details zu Ihrem System zu ergänzen, (Ausführungen pro Tag, durchschnittlich angemeldete User am Tag, Anzahl der Agenten), auch das sagt noch recht wenig über die Komplexität der Ausführungen selbst aus, Kunden die eine ähnliche Konstillation haben, können Ihnen aber basierend darauf eventuell genauere Auskünfte geben.
So wie Sie Ihre DB Wartung beschrieben haben ist diese schon Sinnvoll und sollte dafür sorgen dass der DB Umfang stabil bleibt (außer es kommen weitere Läufe dazu, diese schreiben natürlich wieder Reports in die DB und die DB wächst an).
Es kann also zusammengefasst werden dass wenn die DB nicht ständig anwächst, ohne dass mehr Last am System ist, ist die Größe der DB adäquat. Wenn die Größe der DB trotz der Reorganisation anwächst ohne dass weitere Aktivierungen dazugekommen sind, muss kontrolliert werden wo das DB Wachstum herkommt.
Ich gebe Ihnen noch jene Punkte mit die am öftesten übersehen werden, eventuell hilft es Ihnen die Reorganisation noch zu optimieren und Plattenplatz freizubekommen:
.) Reorganisation des Mandanten 0. Auch wenn am Mandant 0 direkt keine Verarbeitung läuft, schreiben sämtliche Komponenten (Automation Engine, Agenten) ihre Reports und Logfiles ebenfalls in die Datenbank, dies geschieht über den Mandanten 0. Diese Reports und Logs machen einen beachtlichen Anteil der DB Größe aus und führt zu einem steigen Wachstum wenn die Reorganisation davon übersehen wird.
.) DB Wartung auch ausserhalb der Automic Reorganisationsprozesse:
Während der Automic Reorgprozess (Archive - Reorg - Unload) zwar die Daten der Reports und Logs entladen kann, werden die Datenbankfelder dadurch nicht geshrinkt, das heißt, auch nach dem Reorgprozess bleiben die Tabellen so groß wie sie vorher waren. Ein regelmässiger Shrink der Tabellen hilft ebenfalls, die Datenbankgröße am benötigten Maß zu halten.
Dies sind allerdings Datenbankmittel die im Prinzip nichts mit Automic zu tun haben, die Schritte sollten Sie mit Ihrem DB Administrator durchführen. Auch ein regelmässiger Index Rebuild auf der DB Seite hilft, die Performance des Systems zu steigern.
Ich hoffe Ihnen damit geholfen zu haben.