Storegrootte Exchange 2007 na Migratie Groupwise 7

[Verwijderd]

Heeft er iemand ervaring met de storegrootte van een Exchange 2007 Database, nadat deze gemigreerd is van Groupwise 7. We gebruiken de Quest Migration tool. Wat ik van de Novellers begrijp is dat het een factor 2-of 3 is. Ik zou dan max op 180GB uitkomen, redelijk fors.

- Heeft iemand concrete voorbeelden van een dergelijke situatie?
- Zou een offline defrag nut hebben na de migratie(mijns inziens niet, althans niet voor de grootte van de DB)
- Ik kan nergens in de Quest documentatie of op Google vinden of de "shared folders"(boxen zonder account) worden omgezet in public folders in Exchange 2007, heeft iemand hier ervaring mee?

[core_dump]

Je totsle hoeveelheid mail zal toenemen, om 2 redenen:

- Groupwise past een compressie toe op de PostOffice databases.

- Quest migreert user voor user. Dit betekent dat mail met een attachment wat aan meerdere mensen binnen je organisatie is verstuurd niet meer gebruik maakt van een pointer voor de attachment, maar dat de attachment in iedere mailbox komt te staan.

[Jazzy]

Verwijderd schreef op dinsdag 24 november 2009 @ 12:56:
Heeft er iemand ervaring met de storegrootte van een Exchange 2007 Database, nadat deze gemigreerd is van Groupwise 7. We gebruiken de Quest Migration tool. Wat ik van de Novellers begrijp is dat het een factor 2-of 3 is. Ik zou dan max op 180GB uitkomen, redelijk fors.

Dat hoor ik ook van Novell-beheerders, maar ik kan me niet herinneren zo'n extreme toename gezien te hebben. Zelf reken ik met zo'n 20% voor het verlies van Single Instance Storage.

- Zou een offline defrag nut hebben na de migratie(mijns inziens niet, althans niet voor de grootte van de DB)

Nee, met een migratie doe je juist het zelfde als een offline defragmentatie: alle data netjes achter elkaar zetten zonder witruimte als gevolg van deletions.

- Ik kan nergens in de Quest documentatie of op Google vinden of de "shared folders"(boxen zonder account) worden omgezet in public folders in Exchange 2007, heeft iemand hier ervaring mee?

Die worden gewoon naar een mailbox gemigreerd.

Edit: Even nagekeken, bij de laatste die ik gedaan heb hadden we een 150 GB GroupWise store en heeft Quest zo'n 210 GB aan data gemigreerd. Dat is dus een toename van ca. 40%.

[ Voor 7% gewijzigd door Jazzy op 24-11-2009 14:43 ]

[Verwijderd]

Bedankt hier kan ik wat mee.

Nog even over die "shared folders", deze hangen onder Groupwise toch wél aan een user/systemaccount? Vraag me af hoe hij dat gaat doen, of er dan ook in AD een account wordt aangemaakt. Maar dat is waarschijnlijk "the least of my worries"

[Verwijderd]

Nog een vraag: weet iemand of het kwaad kan de accounts al te importeren. M.a.w. kijkt Quest Migration Tool naar de naam van de account of naar een SID?

[Jazzy]

Verwijderd schreef op maandag 30 november 2009 @ 09:23:
Nog een vraag: weet iemand of het kwaad kan de accounts al te importeren. M.a.w. kijkt Quest Migration Tool naar de naam van de account of naar een SID?

Je post hier in PNS en bent bovendien een migratie aan het voorbereiden. Dat zijn twee goede redenen om nog een keer door de documentatie heen te scrollen en te zorgen dat je een goede 'overview' hebt van het migratieproces. Lees bjivoorbeeld in de AdminGuide wat de Directory Exporter en de AD Object Merge tool doen.

De Quest GroupWise migrator for Exchange maakt zelf geen accounts aan, dat proces zul je op een andere manier in moeten richten. ADMT, Quest NDS Migrator, PowerShell script, etc. Vervolgens gebruik je de Directory Exporter om je GroupWise mailboxen in een csv-bestand te zetten en mail-enable je de AD accounts met de AD Obect Merge tool. In de AdminGuide lees je verder hoe de AD Obejct Merge tool die match maakt en wat je kunt doen om dat te beïnvloeden.

[Verwijderd]

Ik doe de migratie niet, richt slechts de MS-omgeving in. Bang om straks "geflikt" te worden door Novell(ers)

[Jazzy]

Verwijderd schreef op dinsdag 01 december 2009 @ 11:10:
Ik doe de migratie niet, richt slechts de MS-omgeving in. Bang om straks "geflikt" te worden door Novell(ers)

Dan moet je toch echt zijn bij degene die de migratie gaat doen. Het is echt essentiëel om een goed draaiboek te hebben waar alle aspecten van de migratie in beschreven zijn. De Novell beheerders kunnen de migratie niet plannen of uitvoeren zonder de Exchange-beheerders, en andersom ook niet.

In je draaiboek moet dus staan op welke manier je de accounts aan gaat maken, omdat het hier vanaf hangt welke stappen je moet nemen om de mail te migreren.

[Powermage]

Zou het niet handig zijn gewoon constructief met je collega's om tafel te gaan zitten om een draaiboek oid te maken in plaats van jezelf alleen maar indekken?

[Verwijderd]

Samenwerken is een verouderd principe, voortkomend uit zwakheid. Desondanks bedankt voor de tips.

[Jazzy]

Verwijderd schreef op dinsdag 01 december 2009 @ 14:27:
Samenwerken is een verouderd principe, voortkomend uit zwakheid. Desondanks bedankt voor de tips.

Succes met je migratie.

[Verwijderd]

Verwijderd schreef op dinsdag 01 december 2009 @ 14:27:
Samenwerken is een verouderd principe, voortkomend uit zwakheid. Desondanks bedankt voor de tips.

Met die houding gaat je migratie zeker weten lukken.....
Juist in migraties zul je de hulp nodig moeten hebben van de huidige sysadmins om een goed overzicht te krijgen van de huidige situatie anders is het gedoemd te mislukken. Maar goed, jij weet het blijkbaar beter.

[Verwijderd]

Verwijderd schreef op dinsdag 01 december 2009 @ 14:27:
Samenwerken is een verouderd principe, voortkomend uit zwakheid. Desondanks bedankt voor de tips.

ben je nou serieus? zo te zien ben jij dan 1 van de zwakkere aangezien je niet alles weet!

ontopic: maak je in ieder gevaal niet druk om de size van de store, 180GB is goed te doen als het op fatsoenlijke storage draait

[Rolfie]

ontopic: maak je in ieder gevaal niet druk om de size van de store, 180GB is goed te doen als het op fatsoenlijke storage draait

Dit Helemaal mee eens, zorg er alleen voor dat het over meerdere databases verdeeld wordt. Zodat je het over voldoede LUNS kan verdelen. Backup, maar nog belangrijker restore, technisch aan te bevelen...

En voor de rest veel S6

[Jazzy]

Rolfie schreef op dinsdag 01 december 2009 @ 17:34:
Backup, maar nog belangrijker restore, technisch aan te bevelen...

"Pff, dat doet een andere collega wel en die zoekt het maar uit."

Eerste keer dat ik die smiley gebruik en hopelijk voorlopig de laatste...

[Verwijderd]

Het was maar een geintje zeker. Bedankt voor de tips IIG.
Was wel een beetje bang voor de grijze vlakken zeg maar. Van Novell weet ik eigenlijk ook weinig meer dan de spelling

Was inderdaad ook van plan meerdere store's aan te maken, vrees voor de performance. Er zijn hier users met 5000+ items in hun inbox, heb dat eigenlijk nog nooit goed zien werken met Exchange

[ Voor 19% gewijzigd door Verwijderd op 03-12-2009 16:29 ]

[Verwijderd]

Verwijderd schreef op donderdag 03 december 2009 @ 16:28:
Het was maar een geintje zeker. Bedankt voor de tips IIG.
Was wel een beetje bang voor de grijze vlakken zeg maar. Van Novell weet ik eigenlijk ook weinig meer dan de spelling

Was inderdaad ook van plan meerdere store's aan te maken, vrees voor de performance. Er zijn hier users met 5000+ items in hun inbox, heb dat eigenlijk nog nooit goed zien werken met Exchange

Ik neem aan dat je je ingelezen hebt op exchange 2007, want 5000 was de waarde voor 2003.

With Exchange Server 2003, the recommended maximum item count per folder was 5,000 items. In Exchange 2007, improvements in I/O, larger page size, and increased cache can help enable an increase in the recommended maximum item count. With properly architected hardware, an acceptable user experience can still be maintained with item counts as high as 20,000 items.

http://technet.microsoft.com/en-us/library/cc535025.aspx

en ook:

http://technet.microsoft.com/en-us/library/cc671168.aspx

[_Arthur]

Ik ben een migratie van Exchange 2003 naar Exchange 2007 aan het voorbereiden. Bij een eerste inventarisatie van de Exchange 2003 mailboxen hebben we reeds mailboxen gezien van 14.5GB groot met 156.000 items. De twee Exchange 2003 servers bevatten samen 6500 mailboxen met 2.5TB aan data (meerdere SGs) en 20miljoen items.

Even als voorbeeldje

[mutsje]

Welke tools gebruiken jullie om de novell mailboxen naar pst uit te pompen?

[Jazzy]

mutsje schreef op dinsdag 08 december 2009 @ 10:24:
Welke tools gebruiken jullie om de novell mailboxen naar pst uit te pompen?

Dit topic gaat over de Quest GroupWise Migrator for Exchange. Of bedoelde je dat niet?

[mutsje]

Jazzy schreef op dinsdag 08 december 2009 @ 11:19:
[...]
Dit topic gaat over de Quest GroupWise Migrator for Exchange. Of bedoelde je dat niet?

dat bedoel ik precies want wij gebruiken nu Nucleus maar dat is een r*ck pakket.

[Jazzy]

mutsje schreef op woensdag 09 december 2009 @ 10:31:
[...]

dat bedoel ik precies want wij gebruiken nu Nucleus maar dat is een r*ck pakket.

Tja, maar de hele licentie kost dan ook ongeveer evenveel als wat Quest voor 500 maiboxen kost. Ik heb heel wat discussies en onderzoeken gezien, maar daar komt telkens Quest uit bovendrijven als de beste oplossing. Het is zeker niet goedkoop en ook niet altijd makkelijk of gebruiksvriendelijk, maar over all haal je er wel het beste resultaat mee.

Probleem is dat die andere producten op hun website allemaal het zelfde beloven, maar je moet al een grondige evaluatie doen voordat de echte verschillen boven komen drijven. Maar helaas worden dat soort keuzes juist op beloftes en mooie offertes gemaakt.

[ZeRoC00L]

mutsje schreef op dinsdag 08 december 2009 @ 10:24:
Welke tools gebruiken jullie om de novell mailboxen naar pst uit te pompen?

Ik heb een keer transend gebruikt. Werkte prima.

[Question Mark]

Verwijderd schreef op donderdag 03 december 2009 @ 16:28:
Was inderdaad ook van plan meerdere store's aan te maken, vrees voor de performance.

Waarom vrees je voor de performance.

Je nkunt de complete setup toch met de System Center Capacity planner simuleren? Bouw je complete Exchange 2007 omgeving in deze planner en laat deze de werking simuleren. Evt. bottlenecks komen dan vanzelf wel boven water. Dat geeft je de kans om de geplannede setup aan te passen voordat er ook maar iets gebouwd wordt.

Pas als je de meest optimale setup gevonden hebt (mailservers, plaatsing rollen, SG indeling, type hardware, etc), ga je het spul bestellen en inrichten.

Sorry dat ik het zeg, maar je project klinkt een beetje als "trial and error". "We gaan migreren en we zien wel of het performed"....

[Verwijderd]

Bedankt voor de tips. Alles is goed gegaan.

Het was overigens een migratie met precies 2 weken voorbereidingstijd, in een redelijke Peppie en Kokkie omgeving.

[Jazzy]

Verwijderd schreef op woensdag 16 december 2009 @ 12:10:
Bedankt voor de tips. Alles is goed gegaan.

Het was overigens een migratie met precies 2 weken voorbereidingstijd, in een redelijke Peppie en Kokkie omgeving.

Cool. Nog interessante dingen tegengekomen?

[mutsje]

Weet iemand toevallig of het mogelijk is de novell name uit te kopieeren naar alias.pst dus voornaamachternaam.pst ipv alleen novellinlognaam.pst (wat in mijn geval achternaam.pst wordt) heb al ticket bij quest uitstaan maar die dachten dat ik pstfilename=bla-archive.pst bedoelde in de [Exchange] stuk van de ini file. Echter wil ik dat ik de output als column op kan nemen in de csv file.

edit:

antwoord van Quest support output is alleen in de form van userid.pst

nog 1 ding als je userpstfile=0 doet krijg je geen goede output omdat je dan de subfolder groupwise mailbox krijgt. je moet userpstfile=1 doen met verschillende pst files voor contacts, mail etc

[ Voor 26% gewijzigd door mutsje op 19-12-2009 16:38 ]