Ja, för standard edition av MS Exchange 5.5. så är 16 GB maxbegränsningen. I Enterprise Edition finns inte den begränsningen. Uppgradera, är en lösning.
Ok. Jag håller på att byter server till 2003 men behöver tydligen hålla 5.5 an under armarna ett tag till...
Tänker jag rätt att det ska räcka att plocka bort data ur priv-databasen med tex exmerge och sedan köra "eseutil /d /ispriv" för att komprimera databasen.
Eller komprimerar inte defrag samtidigt?
16 GB är gränsen, men akta dig för att nå den, det kan orsaka stora problem eftersom att hela databasen låser sig och man kan inte ens rensa(fick grannföretaget erfara)
Slutar alldrig att förundras över hur primitivt exchange 5.5 är. De har alltså hårdkodat en begränsning på ispriv databasen till 16Gb.
Det som verkar hända är att när man slår i taket så skrivs ett litet meddelande till eventloggen och sedan stänger exchange ner Information Store tjänsten.
Är inte det som att bygga in en self destructfunktion? LOL...
Problemet jag nu har är att jag inte får köra Exmerge.exe pga felaktiga rättigheter på databasen. Detta är troligen sant. Men jag kan inte öppna MS Exchange Administrator GUI:t då databasen stänger ner sig själv pga 16GB limiten. Grrrrr....
Går det att ändra rättigheter i databasen utan att använda Exchange administrator?
Det ska tydligen finnas ett registerhack för att "tillfälligt" höja gränsen med ett par gigabyte. Återkommer efter att jag har testat det. Hoppas hoppas...
RED: Detta gäller tydligen bara 2000 och 2003 versionerna...
Man får göra en offline defragmentation på ex. databasen... då kan man dra igång databasen direkt efter... töm sen några användares "sent items" eller något...
Med offline defrag minskar databasen på disken.
Med online så skapar det bara tillgängligt utrymme i databasen.
Läste inte hela inägget... såg att du redan varit där..
Har du en ledig server som står o skräpar nånstans ??
Är inte "eseutil /d /ispriv" en offline defragminitering?
Den har jag provat och den returnerar:O:\>eseutil /d /ispriv
O:\>eseutil /d /ispriv
Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.
Initiating DEFRAGMENTATION mode...
Database: d:\exchsrvr\MDBDATA\PRIV.EDB
Log files: d:\exchsrvr\MDBDATA
System files: d:\exchsrvr\MDBDATA
Temp. Database: TEMPDFRG.EDB
Defragmentation Status ( % complete )
0 10 20 30 40 50 60 70 80 90 100
|----|----|----|----|----|----|----|----|----|----|
Operation terminated with error -1808 (JET_errDiskFull, No space left
on disk) after 15.609 seconds.
Ja, jag kan nog skaka fram en ledig server (klientdator) någonstans... :)
Har pratat med en kille på micro$oft och han säger precis det du tidigare har sagt martinpartin...
SUMMARY
=======
You might need to run Eseutil against a database on a
computer that does not have Microsoft Exchange Server installed on it. This
situation normally occurs when there is not enough free space on the Exchange
Server computer to complete tasks such as an offline defragmentation of an
Exchange Server database file. In these limited scenarios, necessary Exchange
binaries can be copied over to a non-Exchange server temporarily. For a
permanent solution, you must follow the licensing agreement for redistribution
of any Exchange binaries.
For
additional information about space requirements when you use the Eseutil
utility to defragment your database, click the following article numbers to
view the articles in the Microsoft Knowledge Base:
KBLink:183888.KB.\[LN\]: XADM: Free disk space requirements for
Eseutil.exe
KBLink:192185.KB.\[LN\]: XADM: How to defragment with the Eseutil Utility
(Eseutil.exe)
KBLink:255035.KB.\[LN\]: XADM: How to recover hard drive space from
Exchange Server databases
MORE INFORMATION
================
Important For the following procedure, Microsoft strongly recommends that
you use the same versions of Extensible Storage Engine (ESE) files that are on
the Exchange Server computer.
Exchange Server 5.5
-------------------
1. Create a scratch folder on the computer that does not have Exchange
Server installed on that particular computer.
2. Copy the Eseutil.exe utility, Ese.dll file and Exchmem.dll files
from the Exchange Server computers to E: drive
3. Open a command prompt and change directory to the E: drive
that contains the copied files
4. Run eseutil from this folder against any databases copied over from
the Exchange Server computer.
Example
E:\eseutil /d e:\priv.edb /tD:\defrag\tempdfg.edb
xxxx xxxx
Support Specialist
EMEA GTSC Exchange Server Support
Microsoft Product Support Services
Håller nu på och kopierar filerna till en annan disk. :)
Nu har jag lyckats fixa offline eseutil.exe manövern. Flyttat tillbaka databasen och startat denna. Vilket fungerar. Nästa steg är att minska datan vilket är påbörjat.
Hur ser man hur nära taket på 16GB man är?
Efter operationen med filen så säger filhanteraren fortfarande att filen är 16 .6 GB? Jag trodde att den skulle bli mer kompakt. Eller är det bara tomma poster i databasen som räknas?
16 GB är gränsen, men akta dig för att nå den, det kan orsaka stora problem eftersom att hela databasen låser sig och man kan inte ens rensa(fick grannföretaget erfara)
16 GB är gränsen, men akta dig för att nå den, det kan orsaka stora problem eftersom att hela databasen låser sig och man kan inte ens rensa(fick grannföretaget erfara)
Jag kan verifiera att detta inte var kul. Första posten här 14:25. Fick det att fungera 21:18.
Databasen åter över 16Gb 21:40... Även fasten jag försökte ta bort X-antal tusen mail så sa det chaboooiiiinnnngggg igen inom några minuter.
Ska försöka uppdatera till enterprise imorgon. Nu vill jag hem :) :)
