---

Hier ein kleiner Tipp ...

Durch Purgen (Aufräumen), Fehler beim Einchecken usw. kann es vorkommen, dass in den Filevaults überflüssige Objekte (auch bekannt als orphan files oder extra objects) erzeugt werden.
Diese werden in der Oracle-Datenbank nirgendwo mehr referenziert und können einfach im Dateisystem gelöscht werden.

Um den Bericht über die überflüssigen Objekte zu erstellen, muss das Batchfile ilink_extra_object_report.bat ausgeführt werden. Diese Datei ist im Ordner <Dataserver-Installtionsverzeichnis>\intralink\objects zu finden.
Die Dokumentation zum Bericht ist in der Pro/I-Hilfe unter dem Punkt DSMU > Berichte > Bericht über überflüssige Objekte zu finden.

Im Zuge eines Serverumzugs der Intralink-Datenbank dachte ich mir, ich räume mal auf und habe unter anderem diesen Bericht ausgeführt.
Da wir regelmäßig purgen (und vermutlich auch durch Bugs in älteren Pro/I-Versionen) bekam ich einen Bericht mit etwa 75000 überflüssigen Objekten!!!
Nachdem ich alle diese Objekte gelöscht hatten, waren wieder ca. 80 GB Speicherplatz frei.

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin Don,

super Tip. Danke 
Da unser aktuelles PDMLink Migrations Projekt aus Kostengründen gestoppt wurde,
werden wir wohl noch eine Weile bei INTRALINK bleiben.
Macht mich auch gar nicht traurig 

Also guter Zeitpunkt die Datenbank zu entschlacken.

Gruss
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Don,

nachdem ich das Programm gestartet hatte und mir überlegt habe wie ich einen Bericht aus allen Vaults bekomme,
habe ich das Programm mit der Eingabe des Punktes beendet. Da hat mich das Programm überrascht 

ILINK Object Reporter Kit

Report type: ORPHAN
Dataserver contains information on following file vaults:
SYSPOOL
MTF_projekte
DB_Automation
MTS_Hydraulik
DB_Service
MTS_Stahlbau
TF_Foerdertechnik
Allgemein
TF_Gewinnungstechnik
TF_Getriebetechnik
Z-TK_DBT
MTD_Dokumentation
TF_Antriebstechnik
DBT_Hardrock
DBT_Mining
MTS_Stahlbau_Projekte
DBT_GB
MTS_Stahlbau_Anwender
DBT_Shearer
Q_Center
DBT_Projektierung

Enter pool name that should be included in the report. Enter "." to quit: .  <-------   

You did not provide any file vault name, neither -allpools parameter was used.  <------ 
Do you want all file vaults to be included in the report? (y/n)

Gruss
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von roland_s:
...
You did not provide any file vault name, neither -allpools parameter was used.   <------  
Do you want all file vaults to be included in the report? (y/n)

Gruss
Roland

---

Auwei, den Switch -allpools hätte ich wohl noch erwähnen sollen. Dann spart man sich glaub ich auch die mehrmalige Eingabe des Fileserver-Passworts. 

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Don,

ich hab ja dem Bericht nach NUR 22.000 überflüssige Dateien.
Aber bei dem Gedanken, die einfach zu löschen, werde ich trotzdem ein wenig nervös.
Wie hast du dich vor dem Löschen abgesichert ?
Oder hast du die Logdatei nur abgeändert und laufen lassen ??

Vorher ...
dbtda84:O:\vault_mts_stahlbau_projekte_1|95691141102000#sr2.prt
dbtda84:O:\vault_mts_stahlbau_projekte_1|99396.drw
dbtda84:O:\vault_mts_stahlbau_projekte_1|shearer_narrabri#sr2.prt

Nachher ...
del /q O:\vault_mts_stahlbau_projekte_1|95691141102000#sr2.prt
del /q O:\vault_mts_stahlbau_projekte_1|99396.drw
del /q O:\vault_mts_stahlbau_projekte_1|shearer_narrabri#sr2.prt

Gruss
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Augen zu und durch!
Ich hab die Modelle einfach gelöscht und gleich danach 2 Wochen Urlaub genommen, bis sich die Situation wieder beruhigt. 

Nein, Scherz beiseite - natürlich habe ich das nicht so gemacht.

Bei uns wird erstmal jeden Tag ein Datenbankdump sowie ein All-Object-Report erzeugt und alles gesichtert. Somit hätte ich nach dem Löschen immer noch Zugriff auf die Daten gehabt.
Dann habe ich stichprobenhalber 30 Datein aus dem Bericht der überflüssigen Objekte ausgewählt. Im All-Object-Report habe ich dann nach deren Dateinamen gesucht. Der All-Object-Report listet ja alle dem Dataserver bekannten Objekte auf. Da ich keines der überflüssigen Objekte im All-Object-Report finden konnte, habe ich schon ziemlich darauf vertraut, dass ich alle aufgelisteten Objekte löschen kann.
Um mich noch mehr abzusichern habe ich dann noch bei PTC einen Case eröffnet, um alle Erkenntnisse von einem Experten bestätigen zu lassen.
Nach all dem Aufwand habe ich die Löschung der Files dann gewagt.

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zum eigentlichen Löschen der Objekte hatte ich mir ein recht simples C++-Programm geschrieben, das den Bericht zeilenweise einliest und eine Liste der lokalen Dateipfade generiert.
Diese Liste wird dann durchgegangen und falls die Datei wirklich auf dem Filesystem existiert, wird sie gelöscht.

Das habe ich deshalb so gemacht, damit die Filevaults nicht ebenfalls gelöscht werden. Denn alle Filevault-Ordner waren im Bericht auch angeführt - die Ordner selbst dürfen natürlich nicht gelöscht werden.

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP