--- title: "Exchange 5.5. Är verkligen 16 GB begränsingen..." type: "forum-thread" url: "https://www.webforum.nu/amne/webbutveckling/103917-exchange-5-5-är-verkligen-16-gb-begränsingen" topic: "Webbutveckling" topic_url: "https://www.webforum.nu/amne/webbutveckling" author: "mattiasnordin" published: "2004-05-19T12:25:02.000Z" updated: "2004-05-24T11:58:45.000Z" replies: 24 views: 676 page: 1 pages: 2 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/webbutveckling/103917-exchange-5-5-är-verkligen-16-gb-begränsingen" --- # Exchange 5.5. Är verkligen 16 GB begränsingen... _Sida 1 av 2._ ## #1 — mattiasnordin, 2004-05-19T12:25Z Är verkligen 16 GB begränsingen på innehållet i alla mailboxar. Jag får felet som beskrivs i: Information store stänger av sig själv och ger felmeddelandet Database at maximum size. Det går inte hellet att defragmentera databasen med eseutil /d /ispriv Några ideer? :h Permalänk: https://www.webforum.nu/p/103917 ## #2 — Rikard, 2004-05-19T12:31Z 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. Permalänk: https://www.webforum.nu/p/1351045 ## #3 — mattiasnordin, 2004-05-19T12:36Z 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? ? :) Permalänk: https://www.webforum.nu/p/1351057 ## #4 — aleborg, 2004-05-19T12:41Z 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) Permalänk: https://www.webforum.nu/p/1351059 ## #5 — mattiasnordin, 2004-05-19T12:52Z Ha ha... Tack för det Aleborg :) Vad tror du har hänt? 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? Vad jobbigt det blev... Permalänk: https://www.webforum.nu/p/1351068 ## #6 — mattiasnordin, 2004-05-19T12:58Z 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... Permalänk: https://www.webforum.nu/p/1351074 ## #7 — martinpartin, 2004-05-19T13:04Z 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 ?? Permalänk: https://www.webforum.nu/p/1351084 ## #8 — mattiasnordin, 2004-05-19T13:12Z Hej martinpartin. Ä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... :) Permalänk: https://www.webforum.nu/p/1351087 ## #9 — martinpartin, 2004-05-19T13:24Z Hej... Fattar det som att du försöker köra defragmenteringen på samma disk... Där det inte finns plats nog.. Mappa upp upp ett annat ställe med 20 GB x:\\ typ: ``` C:\winnt\system32> eseutil /d /ds /t x:\dbback\tempdfrg.edb /p ``` kopiera sedan tillbaka den... Läs mer om det nedan: Permalänk: https://www.webforum.nu/p/1351098 ## #10 — martinpartin, 2004-05-19T13:26Z **NOTE:** Defragmenting a database requires free disk space equal to 110 percent of the size of the database that you want to process. Permalänk: https://www.webforum.nu/p/1351102 ## #11 — mattiasnordin, 2004-05-19T13:33Z Jag har 15 Gb ledigt på C: Jag har 179Gb ledigt på D: Jag har 22Gb ledigt på E: Permalänk: https://www.webforum.nu/p/1351109 ## #12 — martinpartin, 2004-05-19T13:42Z Kolla så du har en full backup på databasen "In Exchange System Manager, right-click the information store that you want to defragment, and then click Dismount Store." Ändra sökvägen till eseutil: C:\\winnt\\system32\> eseutil /d /ds /t d:\\dbback\\exchbackup.edb kör denna Sedan kopiera tillbaka den komprimerade databasen till samma ställe där den låg med samma filnamn. Permalänk: https://www.webforum.nu/p/1351116 ## #13 — mattiasnordin, 2004-05-19T13:56Z Tack för hjälpen... men jag kan inte öppna Exchange System Manager pga att databasen inte kan startas. Permalänk: https://www.webforum.nu/p/1351129 ## #14 — martinpartin, 2004-05-19T14:24Z då är inte storen igång heller ju... så hoppa över det ! ? Permalänk: https://www.webforum.nu/p/1351144 ## #15 — mattiasnordin, 2004-05-19T15:11Z 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. :) Permalänk: https://www.webforum.nu/p/1351174 ## #16 — mattiasnordin, 2004-05-19T19:18Z 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? ?? Permalänk: https://www.webforum.nu/p/1351241 ## #17 — Rikard, 2004-05-19T19:24Z Titta på filstorleken. Jämför den med 16x1024x1024x1024. Permalänk: https://www.webforum.nu/p/1351245 ## #18 — Rikard, 2004-05-19T19:29Z > **aleborg skrev:** > > 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) Grannföretaget borde byta konsultbolag. :) Permalänk: https://www.webforum.nu/p/1351247 ## #19 — mattiasnordin, 2004-05-19T19:44Z > 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 :) :) Permalänk: https://www.webforum.nu/p/1351253 ## #20 — SirPeter, 2004-05-19T19:48Z > **Rikard skrev:** > > Grannföretaget borde byta konsultbolag. :) > **mattiasnordin skrev:** > > 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. Det är fler som borde byta konsultföretag ser jag. §jr ;) Permalänk: https://www.webforum.nu/p/1351254 --- Tråden på webben: https://www.webforum.nu/amne/webbutveckling/103917-exchange-5-5-är-verkligen-16-gb-begränsingen Nästa sida: https://www.webforum.nu/amne/webbutveckling/103917-exchange-5-5-är-verkligen-16-gb-begränsingen/page2.md