Autor Thema: "Database is corrupt" nach Komprimierungsversuch einer Datenbank  (Gelesen 5303 mal)

Offline Flachzange

  • Frischling
  • *
  • Beiträge: 2
Hallo alle zusammen,
habe folgendes Problem und die Suche hat mir leider auch keinen Erfolg gebracht.

Wir haben bei uns eine Maildatenbankbeschränkung auf 200MB. Bei 800 Mitarbeitern ist das besser:)Das Komprimieren klappt auch soweit super.
Bis auf eine Person. Will man diese Datenbank komprimieren mittels "compact" sagt die Serverkonsole "Database is corrupt-cannot allocate space".
Problem ist einfach nur, dass der gute Mann immer wieder ne Meldung bekommt, dass seine Maildatenbank zu groß sei obwohl nur 21% belegt sind.

"Fixup" und "updall" brachten leider keine Lösung.

Irgendjemand vieleicht noch eine Idee???

Vielen Dank im Voraus.

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Lass mal beim Komprimieren die Ansichtenindizes mit löschen. Das ist, glaube ich, -D als Parameter. Schau aber besser noch mal nach.

Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline pedsola

  • Aktives Mitglied
  • ***
  • Beiträge: 128
  • Geschlecht: Männlich
    • anders und sehr GmbH - Internetagentur und eCollaboration
Hallo,

wenn bislang nichts gebracht hat dann versuch mal eine offline maintenance auf die DB (Nachteil: der Server ist in der Zeit down). Das hat bei uns bislang immer geholfen

In der Reihenfolge:
nupdall <dbname> -R
ncompact <dbname> -c
nfixup -J -N -V -L -F <dbname>

Wenn das auch nicht hilft, dann führt wohl kein Weg an einem Restore von einem Backup vorbei.

Gruß
Pedro
Gruß
Pedro

Offline eknori

  • @Notes Preisträger
  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.710
  • Geschlecht: Männlich
1.  Fixup -f   (This causes Fixup to check all documents in the database.)
2.  Compact -i -c -d -K (ignore errors, copy-style, delete view indexes, set large UNK table)
3.  Updall -R
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

Offline blizzard

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.183
  • Geschlecht: Männlich
  • Admin from hell :-)
ich denke der compact -i -c wird dir schon genügen.
Ansonsten hat eknori schon alles gesagt ;)
Grüße Matthias :-)

***********************************
2 x Ironport C350 im Cluster
2500 8.5.3 User auf Win7 x64
43 8.5.3 Server
250 Blackberry User
50 Traveler User
Sametime 8.5.2
Quickr 8.5.1
Connections 3.0.1
Panagenda ClientManagement
Content Collector MailboxManagement
eDiscovery für Compliance Mailarchivierung
iOffice CTI mit zusätzl. Softphone
**************************************

Offline Flachzange

  • Frischling
  • *
  • Beiträge: 2
Vielen vielen Dank.
compact -i -c hat funktioniert!!!!

:-D

Offline jammesbond007

  • Aktives Mitglied
  • ***
  • Beiträge: 110
  • Geschlecht: Männlich
Zur info:

Es gibt dazu einen SPR bei IBM

Main Topic
Subject: Hotfix available for SPR # GRCE6RVRA3: intermittent database corruption with transaction logging [Solution]
By Nick Radov/ACHQ  on Tue, Nov 6, 2007 at 20:17.
Categories: Lotus Products\Domino, Lotus Products\Notes\Notes 7

We have been working with IBM Software Support for several months on PMR # 03320,49R,000 regarding intermittent database corruption problems. Sometimes a heavily-used database would fail with the error "Database is corrupt -- cannot allocate space". After several rounds of custom debugging hotfixes they were able to isolate SPR # GRCE6RVRA3 as some sort of timing defect or race condition in transaction logging. We now have what should be a final hotfix for it.
The hotfix we received applies to Lotus Domino 7.0.3 for Windows, but the same defect is also present in older and newer versions and other platforms. It will presumably be included in a future maintenance release. But if you're seeing intermittent database corruption on a server that uses transaction logging you may want to contact support and request that same fix now.

Zusätzlich ein Update dazu:
Response
...in response to : Hotfix available for SPR # GRCE6RVRA3: intermittent database corruption with transaction logging (by Nick Radov/ACHQ).
Subject: Not a complete fix [Comment]
By Nick Radov/ACHQ on Fri, Dec 7, 2007 at 19:20
Categories: Lotus Products\Domino, Lotus Products\Notes\Notes 7

Even after applying that hotfix we are still seeing intermittent database corruption problems, although much less frequent. IBM continues to research the problem. I suspect there are actually multiple defects that result in the same symptoms, and only one of those defects has been fixed so far. Once we get a complete fix I'll post another update.
OS: WindowsXP / Win7
Linux Server 853FP6
Client: 853FP6

Offline pd

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 709
  • Geschlecht: Männlich
  • HammHamm :-)
ich denke der compact -i -c wird dir schon genügen.
Ansonsten hat eknori schon alles gesagt ;)

Danke, Patrick
<antik>Patrick  Gold Platin u.s.w. member:) nur in Sachen Fragenstellen, Infrastruktur und Offtopic ;-) Domino R6 6.5.6 FP2 Server - Notes 6 (6.5.5) Clients</antik>
<aktuell> Abschied aus IT-Welt, User (Kein Serverzugriff, aber Mitglied der Admingruppe ;-) R8.5 </aktuell>

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz