---

Hallo zusammen,
ich mache mir gerade ein System-Monitoring ProFile mit Servern, Datenbank etc.
Da ist mir der Used-Space der SQl-DB aufgefallen.
Würdet ihr mir zustimmen, dass die Größe der Datenbank für ein KMU wie wir es sind, mit knapp 16GB doch schon sehr groß ist?
Im Unternehmen wo ich vorher war, lag die Größe bei 3-4GB.
Klar, ich weiß, ist alles relativ.

------------------
MfG Michael

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

---

Hallo Michael,
die Aussage "KMU" halte ich als Maßstab für sehr schwierig. Entscheidend ist aus meiner Sicht welche Daten (nur CAD, auch andere Dokumenttypen in größerem Umfang) und vor allem seit wie lange ist PRO.FILE im Einsatz. Mit der Zeit kommen halt auch viele Daten zusammen (neue Dokumente, Revisionen, etc.).

Wir sind auch "KMU" und liegen auch bei ca. 14GB ...

------------------
Gruß Stefan

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

---

Es gibt ein paar Protokolltabellen, die, wenn sie nicht regelmäßig geputzt werden, einiges an Platz brauchen.
welches sind den die größten Tabellen in der DB?

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

---

Sind schon berücksichtigt.
"Putzen" und aufräumen tun wir hier nichts im SQL.

------------------
MfG Michael

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

---

Zitat:

---

Original erstellt von ca18et:
Es gibt ein paar Protokolltabellen, die, wenn sie nicht regelmäßig geputzt werden, einiges an Platz brauchen.
...

---

Hast Du da Tipps (Namen) für uns?

------------------
Gruß Stefan

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

---

lic_tracing
ull_userloginlog
bize_event wenn man keinen BizTalk-Server laufen hat.

Die NDF-Jobserver-Tabellen (kann man, so man keine Replikation am Laufen hat) bequem über die MMC abräumen. Das kann auch man mit wenig Aufwand automatiseren.

Die _del - Tabellen kann man sich auch mal anschauen.

Es gibt auf dem SQL Server einen Standard-Report, der die größten Tabellen auflistet. Da kann man auch mal schauen.

Ob man zu jedem Objekt die komplette Historie in der dokustat halten will, kann man sich auch überlegen. Die kann man auch kürzen.

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

---

ich rate sehr davon ab in den SQL-Tabellen selbständig zu löschen/bereinigen, dass kann zu Fehlfunktionen und inkonsistenzen führen. Wenn nicht heute vielleicht dann bei einem Update und der Datenbank-Konvertierung.

das wäre mit einen Spezialisten von PROCAD zu prüfen und zur Frage was ist eine grosse DB ist von vielen Faktonren abhängig.
- welche Objekte (Dokument, Teil, Projekt, ...) nutzen Sie und wieviele existieren dazu Stand heute?
- wie lange exisiterit die Installation?
- wie viele Benutzer sind vorhanden am System und wieviele Dokumente, ... werden täglich bearbeitet (neu erstellt, geändert, revisioniert, ...)

die erwähnte Grösse macht mir keine Sorge, für eine erste Übersicht nutze ich MS SQL Standardreports wie welche Tabelle wie gross ist und ob ein Wachstum (growht/shrink) regelmässig ausgeführt wird.

------------------
meine Erfahrung(seit 1996)
Creo/Parametric (früher ProENGINEER) /UGS NX4/I-DEAS13/MegaCAD 3D 2008
2D: ME-10/AutoCAD/Medusa
PTC Windchill, PRO.FILE 8 und 10 (next), PRO.CEED, PROOM

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