[Sebastian_AIT_Support]

Hallo Community,

mit der Einführung der History-Funktion in Bulid 4.1.453 stieg die Library-Größe bei vielen Benutzern rapide an. Dies führte dazu, dass die Speicherkapazität einer JET Datenbank von maximal 2 GB schnell erreicht wurde. (INFO: Ein SQL Server kann 1 Terabyte Daten speichern.)
Es ist daher ratsam die History extern auf der Festplatte zu archivieren. Dadurch bleibt die Datenbank kleiner und die Zugriffsgeschwindigkeit auf die Datenbank wird verbessert.

Um die History extern zu sichern haben Sie zwei Möglichkeiten:

1. Durch die Systemarchivierung, die automatisch bei verschiedenen Aktionen der Objektbearbeitung durchgeführt wird, z.B. beim Offline Library Check-In.

2. Durch die benutzerdefinierte Archivierung, die das Einstellen optionaler Speicheroptionen im AuthorIT Administrator ermöglicht, z.B. beim Schließen des Objekts.

Benutzerdefinierte Archivierung

Ist keine benutzerdefinierte Archivierung hinterlegt, greift AuthorIT auf die Systemarchivierung zur Sicherung der History zurück.
Wo wird die gesicherte History-Datei abgelegt? History-Dateien können in der AuthorIT Library oder im XML Format auf der Festplatte gespeichert werden.

Um eine manuelle Sicherung der History durchzuführen, gehen Sie wie folgt vor:

1. Starten Sie den AuthorIT Administrator.

2. Wählen Sie das Menü History --> Settings.

3. Wechseln Sie in die Registerkarte Archive.

4. Um ein optimales Ergebnis zu erhalten, setzen Sie Keep a minimum history auf 0 und unter Archive before das aktuelle Datum.

5. Wählen Sie Archive now.

6. Bestätigen Sie den Start der Archivierung mit Yes.

Ist die Archivierung abgeschlossen, sollten Sie die Funktion Repair and Compact für die Library ausführen, um Festplattenspeicher freizugeben. Wenn Sie eine SQL- Datenbank verwenden, ist dieser Schritt nicht notwendig, da diese Funktion durch den MS SQL Server realisiert wird.
INFO: Dies sollte in regelmäßigen Abständen wiederholt werden.

Gehen Sie dafür wie folgt vor:

1. Schließen Sie alle geöffneten Objekte und stellen sie sicher, dass alle weiteren Benutzer abgemeldet sind.

2. Wählen Sie Maintenance --> Repair and Compact Library.

3. Klicken Sie Yes, damit der AuthorIT Administrator die Repair and Compact-Funktion der Library startet.

4. Sobald der Vorgang beendet, ist wird das Informationsfenster "The Library repair and compat is complete" angezeigt. Klicken Sie OK um den Vorgang abzuschließen.

Automatische Archivierung

Es ist empfehlenswert die automatische Archivierung zu verwenden, um die regelmäßige Archivierung aller Objekte sicherzustellen.

Zum Aktivieren der automatischen Archivierung gehen Sie wie folgt vor:

1. Starten Sie den AuthorIT Administrator.

2. Wählen Sie das Menü History --> Settings.

3. Wechseln Sie in die Registerkarte Archive.

4. Wählen Sie die Checkbox Archive all objects --> OK.

Mit freundlichen Grüßen
Sebastian Schinköth
_________________
Comet Communication GmbH
Goethestrasse 17, 80336 München
Tel.: (089) 59 98 92 60
http://www.comet.de

[helmut seeger]

Hallo, Herr Schinköth,

1. Ich hatte versehentlich im Archive Tab noch ein Datum von 2004 stehen - dennoch wurden bis zuletzt ständig xmls archiviert.
Ist das plausibel?

2. Mich würde mal interessieren, ob es einen Weg gibt, die SQL Server-Datenbank in wahrnehmbarem Umfang zu reduzieren.
Wir sind immer noch bei 1,5 GB trotz aller Versuche - auch SHRINK DATABASE hat uns nicht wirklich geholfen.
Dennoch muss noch viel "Luft" in der Datenbank sein, da bei xml Export und Reimport in der jet library sich der Umfang um 80 - 90 Prozent verringert.

beste grüße
helmut seeger

[Sebastian_AIT_Support]

Hallo Herr Seeger,

zu 1:
Ist eventuell im Archive Tab das Auto Archive Setting aktiviert? Ist dies der Fall deaktiviert AuthorIT automatisch die Manual Settings egal ob Daten hinterlegt sind oder nicht.

zu 2:
Das ist eigentlich nicht möglich, der SQL-Server gibt Speicherplatz automitisch frei. Dadurch bleibt die Datenbank Größe weitgehend gleich.

Mit freundlichen Grüßen
Sebastian Schinköth
_________________
Comet Communication GmbH
Goethestrasse 17, 80336 München
Tel.: (089) 59 98 92 60
http://www.comet.de

[MarkusH]

Das massive Anwachsen der Datenbank haben wir auch (Version 5.11). Wir verwenden eine SQL Server Datenbank.
Ich habe einen Tipp vom Author-It Support bekommen, der zumindest ein wenig hilft:

0.) Datenbank Sicherung erstellen.

1.) Author-It DB von SQL Server in Jet exportieren. Dabei kommt eine Anfrage ob man die History Settings zurücklassen möchte. Mit "Yes" bestätigen.

2.) Die Jet Datenbank mit Compact und Repair verkleinern.

3.) Die Datenbank wieder in den SQL Server als neue Datenbank exportieren. (Vorher die alte löschen)

4.) Der Library Pfad muss wiederhergestellt werden. Der wird beim Export in JET verbogen, aber beim Reexport in SQL nicht mehr zurückgestellt.

Beim exportieren in die Jet Datenbank werden dabei [b]alle![/b] History Einträge gelöscht. Das muss man natürlich wollen. Achtung die XML Dateien auf der Platte bleiben dabei liegen. Die muss man selber löschen.

Für uns hat das zumindest eine Reduktion von 240 MB auf 180 MB gebracht, wobei die History Tabelle in der DB nur 10 MB ausgemacht hat. Es war also irgendwo anders auch noch Potential. Was blieb ist die riesige Größe der Jet Datenbanken die der Localisation Manager erzeugt. Die haben mittlerweile 670 MB bei 180 MB SQL Server Datenbankgröße. Schaut so aus, als wäre da noch ein kleiner Fehler im System.

[helmut seeger]

ja, so machen wir das inzwischen auch. zum glück machen die entwickler in nz ja öfter mal änderungen an der datenbankstruktur, so dass immer mal wieder ein upgrade fällig wird, das die möglichkeit bietet, dann gleich die history wegzuwerfen
im letzten fall haben wir aktuell damit die datenbankgröße um rund 80% reduziert.
ich kann auch nicht behaupten, dass mir das im prinzip nachvollziehbar ist.
helmut