Autor Thema: Komprimieren der DB  (Gelesen 3500 mal)

Offline DarthYoda

  • Frischling
  • *
  • Beiträge: 25
  • Geschlecht: Männlich
  • yepp, Sie ist mit Dir!!
Komprimieren der DB
« am: 13.05.03 - 11:45:53 »
Hallo, wir haben folgende Ausgangsbasis:

- Datenbank 15 GB groß
- Windows NT-Server
- freier Plattenplatz 30 GB
- Arbeitsspeicher 2 GB

beim versuch die Datenbank zu komprimieren erhalten wir eine Fehlermeldung:

Auszug aus dem Log:

09.05.2003 16:40:16   Datenbank Ablauf.nsf (Versandablauf) wird komprimiert
09.05.2003 16:47:44   Fehler beim Komprimieren der Datenbank Ablauf.nsf: ID-Tabelle kann nicht erweitert werden - zu wenig Arbeitsspeicher.
09.05.2003 16:47:44   Datenbank-Komprimierungsprozeß wurde heruntergefahren

kennt jemand diese Problematik? ???
gibt es irgendwelche Grössenbeschänkungen bei Notes-Datenbanken? :'(
Speicherverwaltung Mircosoft? >:(

schon im voraus vielen Dank
DarthYoda
Clients:
Notes 5.0.10 deutsch, Win NT / 98
Server:
Notes 5.0.10 deutsch, Win NT

Offline g202e

  • Senior Mitglied
  • ****
  • Beiträge: 361
  • Geschlecht: Männlich
  • Was nicht tötet, härtet ab!
Re:Komprimieren der DB
« Antwort #1 am: 13.05.03 - 11:55:12 »
09.05.2003 16:47:44   Fehler beim Komprimieren der Datenbank Ablauf.nsf: ID-Tabelle kann nicht erweitert werden - zu wenig Arbeitsspeicher.
Steht doch eigentlich alles in der Fehlermeldung! Dein Server hat angeblich zuwenig Arbeitsspeicher! Wieviel hat er denn? So ganz nebenbei: 15GB sind schon ganz ordentlich! Bist du sicher, daß man da nicht was dran ändern kann?
Domino 5.0.11/LN 5.011(german)/NT4 + SP6a

Offline Karotte

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 627
  • Geschlecht: Männlich
  • Never touch a running SysOp
    • Meine Homepage ;)
Re:Komprimieren der DB
« Antwort #2 am: 13.05.03 - 11:58:00 »
q202 hat er doch geschrieben: 2 GB

@dy hassu mal probiert aufn server alle unötigen prozesse/tasks zu beenden und dann evtl. nochmal das ganze zu probieren..ansonsten evtl. mit hilfe ner kopie komprimieren, auslagerungsdatei hochsetzen, und ist auf der platte wo notes seine temps ablegt noch speicherplatz frei ?!?

ist die DB noch aus 4.x Zeiten ?!? (und wann hast du den eigentlich das letzte mal die DB komprimiert, 15 GB ist ne Menge)
« Letzte Änderung: 13.05.03 - 12:00:38 von Karotte »
"Quantenmechanisch ist alles eine Frage der Statistik. Auch wenn der Mensch zigmillionenmal derjenige war, der den Rechner ausgeschaltet hat, kann es doch beim zigmillionenersten Fall einmal der Rechner sein, der den Menschen ausschaltet."

-------------------------------------------------------------------
Domino Server: 5.0.10 (W2K)
Domino Cluster: 5.0.11 (W2K)
z.zt. 340 Clients: 5.0.6/5.0.9/5.0.10/5.0.11 (NT/W2K)
-------------------------------------------------------------------
CLS (R5) und MCP (72-210/72-215)

Offline Fis

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 776
  • Geschlecht: Männlich
  • Run away
Re:Komprimieren der DB
« Antwort #3 am: 13.05.03 - 12:11:30 »
!5 GB ist wirklich zu groß, ich glaube schon das das an den Arbeitsspeicher scheitert. Das mit der Auslagerungsdatei von Karotte ist ne gute Idee, stell den nicht fest

Offline g202e

  • Senior Mitglied
  • ****
  • Beiträge: 361
  • Geschlecht: Männlich
  • Was nicht tötet, härtet ab!
Re:Komprimieren der DB
« Antwort #4 am: 13.05.03 - 12:19:25 »
q202 hat er doch geschrieben: 2 GB
Jetzt, wo du's sagst! Wer lesen kann ist klar im Vorteil!
Aber ernsthaft, mir sind die 15GB einfach zuviel, denn da könnten evtl. auch 2GB Ram langsam zuwenig werden. Du kannst natürlich versuchen, mit den Tipps von Karotte noch was zu retten, oder aber an der Windows-Speicherverwaltung zu schrauben, aber das grundlegende Problem wirst du damit nicht lösen! Gibt es keine Möglichkeit, den Datenbestand zu verringern? Stichwort:Archivieren
Also so ein Klops von einer Datenbank ist mir noch nicht untergekommen!
Domino 5.0.11/LN 5.011(german)/NT4 + SP6a

Offline DarthYoda

  • Frischling
  • *
  • Beiträge: 25
  • Geschlecht: Männlich
  • yepp, Sie ist mit Dir!!
Re:Komprimieren der DB
« Antwort #5 am: 13.05.03 - 12:22:10 »
15 Gig ist ne Menge, wissen wir...  ;)
wir haben auch schon einen Teil ausgelagert/archiviert und daher wollen wir komprimieren, um die DB um diesen frei gewordenen Platz zu schmälern.

schon mal danke, den versuch mit der kopie werden wir aufgreifen!

die temp-Dateien werden auf der Platte abgelegt, auf der noch 30 GB frei sind.

Die Datenbank ist aus 5.x Zeiten.
Clients:
Notes 5.0.10 deutsch, Win NT / 98
Server:
Notes 5.0.10 deutsch, Win NT

Offline g202e

  • Senior Mitglied
  • ****
  • Beiträge: 361
  • Geschlecht: Männlich
  • Was nicht tötet, härtet ab!
Re:Komprimieren der DB
« Antwort #6 am: 13.05.03 - 12:30:16 »
Die Datenbank ist aus 5.x Zeiten.
Sieht aber für mich so aus, als ob du noch 5.x verwendest. (lt. deiner Signatur) Mich würde in jedem Fall interessieren, ob und wie du das Prob lösen konntest (und wie groß die DB dann ist!): Also: halte uns bitte auf dem Laufenden!
Domino 5.0.11/LN 5.011(german)/NT4 + SP6a

Offline Karotte

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 627
  • Geschlecht: Männlich
  • Never touch a running SysOp
    • Meine Homepage ;)
Re:Komprimieren der DB
« Antwort #7 am: 13.05.03 - 12:32:14 »
hmm mal so als idee..wenn du von der DB ne Replik ziehst, sollte er dann nicht automatisch die gelöschten doks und deren "platzhalter" rausschmeissen ?!?

"Quantenmechanisch ist alles eine Frage der Statistik. Auch wenn der Mensch zigmillionenmal derjenige war, der den Rechner ausgeschaltet hat, kann es doch beim zigmillionenersten Fall einmal der Rechner sein, der den Menschen ausschaltet."

-------------------------------------------------------------------
Domino Server: 5.0.10 (W2K)
Domino Cluster: 5.0.11 (W2K)
z.zt. 340 Clients: 5.0.6/5.0.9/5.0.10/5.0.11 (NT/W2K)
-------------------------------------------------------------------
CLS (R5) und MCP (72-210/72-215)

Offline eknori

  • @Notes Preisträger
  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.730
  • Geschlecht: Männlich
Re:Komprimieren der DB
« Antwort #8 am: 13.05.03 - 12:40:26 »
das hat nichts mit dem Arbeitsspeicher zu tun, sondern ist ein Problem der Ansichten Indizes

Habs in der KB gefunden:  ABER:

Solution:

This issue has been reported to Lotus Software Quality Engineering.

vielsagend, oder.

In einem anderen beitrag stand auch, das das Ziehen einer Replik nicht hilft.

Einzige Möglichkeit ist, auf der Grundlage der DB eine neue DB zu erstellen und dann manuell oder per Agent die Dokumente in diese neue Datenbank zu kopieren. Dann werden die defekten ID Tables wieder neu aufgebaut.

Möglicherweise hilft auch folgender Workaround. Ihr habt mit Sicherheit eine Ansicht "Alle Dokumente" oder zumindest eine Ansicht, die die das Meiste der 15 GB darstellt.
Das wird dann der Auslöser für dein Problem sein.
Wenn es geht, erstelle neue Ansichten und verwende Selectionsformeln, um nur eine Teilmenge in diesen Ansichten darzustellen. Dann lösche die großen Ansicht(en).
Das könnte schon helfen.

Also nochmal kurz: Ansichten mit vielen Dokumenten suchen und entsprechend in mehrere Ansichten aufsplitten. Dann die grossen löschen.


eknori
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz