Bekijk Volledige Versie : Exchange 2010 upgrade uitdaging
Voor mijn werkgever ben ik aan het proberen met minimaal budget (no-brainer :)...) de overstap te maken naar Exchange 2010.
Die overstap is nodig omdat de Exchange 2003 Standard database tegen zijn limiet zit. Daarnaast wil ik personal archive gaan gebruiken om gebruikers de mogelijkheid te geven te archiveren.
Aan hardware heb ik een heleboel, maar alles is oud.
Nu heb ik het volgende plan. De huidige PowerEdge 1850 server (x64 geschikt) virtualiseren, leegmaken, en Exchange 2010 op installeren.
Deze server heeft 2 SCSI slots voor harde schijven, dus daar kom ik niet ver mee. Opslag voor de personal archives moet groot worden (500GB-1TB), maar mogen gewoon sata schijven zijn. Daarnaast moet het spul aangesloten zijn op de PowerEdge 1850, omdat Personal Archives werkt met een database. Deze trek ik liever niet over het netwerk (als Exchange 2010 dat al toelaat).
Is er een (goedkope) mogelijkheid om extra opslag toe te voegen aan een PowerEdge 1850? (ik lees dingen als FibreChannel/ESATA?)
Je kan met SCSI/SAS er een extern disk cabinet aanhangen (MD1000) bijvoorbeeld. Vraag is of dat echt veel goedkoper is dan een nieuwe machine aanschaffen met meer ruimte.
En de vraag is of je Exchange wilt installeren op afgeschreven hardware. :P
De vereiste disk i/o is bij Echange 2010 laag geworden. Waar je eerder arrays met SCSI disken moet hebben, kun je nu - ook volgens de MS recommendations - met SATA disken werken. Dat maakt het een en ander natuurlijk stukken goedkoper.
Ik begrijp dat de huidige server nu totaal geen redundacy heeft en je dit ook niet wilt maken. Dat is misschien een gemiste kans. Probeer op zowel een lokale diskarray alsook op een externe array een mailbox-store te maken, zodat je in ieder geval iets van een (actieve) back-up hebt. De genoemde MD1000 van Dell kun je prima aansturen vanuit een PowerEdge 1850 met een PERC5e kaart, al denk ik dat een nieuwe server - mede om het stroomgebruik en de 3Y NBD - uiteindelijk goedkoper is. Een Dell R410 bijvoorbeeld met 4x SATA disken van 1Tb in RAID-10 geeft voldoende mogelijkheden voor grote snelle archieven.
Zit je nog met de migratie van 2003 naar 2010. Dit gaat rechtstreeks niet lukken. De makkelijkste manier zal dus een werkstation ernaast zetten zijn met Outlook en vanaf hier PST's exporteren en importeren. Staan de accounts in een Active Directory of is het aantal dermate klein zodat je meteen deze set-up ook kunt vernieuwen?
PST import/export wil ik ook voorstellen. Wat je ook bedenkt, vanaf 2003 -> 2010 zijn zoveel vallen in te bedenken dat een PST export/import altijd sneller is en zonder rare "fratsen", het scheelt daarnaast een pilot migratie e.d.
hrodenburg
17/08/10, 23:43
Wanneer je met pst export/import gaat werken, is het dan niet zo dat alle "vergader verzoeken" en dergelijke die al gepland staan worden gebroken? Dat soort dingen werken dan volgens mij allemaal niet meer. In ieder geval zijn dan de koppelingen pleite...
Ik heb het nog niet bij de hand gehad, maar is dat de "beste" manier van migreren??
Waar je ook rekening mee mag houden zijn de interne adressen. Als je hier geen rekening mee houdt dan weet je zeker dat replyen van interne mail van voor de migratie niet meer aankomst, ondanks dat gebruikers wel bestaan. Exchange pakt voor intern namelijk het X400 protocol, en dat adres wordt wel aangepast bij het opnieuw opbouwen van het e.a.
mgielissen
18/08/10, 08:48
De limiet van Exchange 2003 standaard kun je opkrikken. Daarvoor moet eerst wel sp2 voor ex2003 geïnstalleerd zijn:
Database Size Limit Configuration and Management
Topic Last Modified: 2008-08-05
Prior to Microsoft Exchange Server 2003 Service Pack 2 (SP2), there was no method to configure database size limits for Exchange Server 2003. Exchange Server 2003 SP2 introduces the following new features:
* For the Standard Edition, the default configured database size limit will now be 18 GB, a 2 GB addition to the previous limit, with a new maximum size of 75 GB.
* For the Enterprise Edition, there is no default configured database size limit, and no software set maximum size.
* Both versions of Exchange Server 2003 with SP2 have the ability to configure a limit, a warning threshold, and a warning interval set through registry keys.
* Size check done against the database now uses logical database size. Empty or white space in the database does not count against the configured database size limit; therefore, no offline defragmenting is required for recovery exceeding the configured or licensed database limits.
* Limit checks, done at regular intervals, are now controlled by the store process instead of JET. The default time interval is 24 hours and this interval is configurable through the registry.
Registry Settings
* The database size limit registry keys are read when the database mounts (not when the service starts up), and when each limit check task runs.
You must set registry parameters for each database targeted for size limit modification. The registry entries should be located under each database entry in the local server registry. Accordingly, you must reset the registry keys manually if the server has to be rebuilt using the /disasterecovery setup switch.
Aa998066.note(en-us,EXCHG.65).gifNote:
Incorrectly editing the registry can cause serious problems that may require you to reinstall your operating system. Problems resulting from editing the registry incorrectly may not be able to be resolved. Before editing the registry, back up any valuable data.
All registry settings discussed in this topic are created in the following registry location:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\MSExchangeIS\<SERVER NAME>\Private-013e2e46-2cd7-4a8e-bfec-0e4652b94b00
The GUID in this key (Private-013e2e46-2cd7-4a8e-bfec-0e4652b94b00) is an example and should match the value of the objectGUID attribute on the database’s Active Directory object.
Kleine aanvulling, met het toevoegen van X.500 adres wat de oude gegevens bevat, los je het niet bezorgen van reply's op.
De huidige server is raid 1, dus heeft wel iets van redundancy. Een nieuwe server is inderdaad een beter idee, omdat de huidige toch aardig op leeftijd is. Maar dan moet ik er meteen 2 hebben, voor beide sites 1, dus dat wordt weer bedelen :)
Nu ik toch aan het vragen ben, hoe hebben jullie redundancy en backup van Exchange ingericht? Bij ons wordt alleen iedere dag een full backup gemaakt van de mailstores. Het is een bedrijf van +/- 150 medewerkers, dus DAG etc zit er niet in. Ik moet er echter niet aan denken dat de mailserver plat gaat, dan ben ik zo een dag bezig met herstellen. Het liefst zie ik de database gerepliceerd naar een offline database op onze 2e site.
En waarom zou een migratie van 2003 naar 2010 niet lukken?
http://milindn.files.wordpress.com/2010/01/rapid-transition-guide-from-exchange-2003-to-exchange-2010.pdf
Mgielissen: de database is al opgekrikt naar 75GB, want de vorige IT-manager heeft de gebruikers nooit archieven aangeboden.
waarom zou dag niet kunnen voor 150 medewerkers? kost inderdaad wel een extra server maar als je alleen al je hub/cas en mxb roles splitst kan je prima dag draaien. Zorg wel dat je zelf geinformeerd wordt zodra een node uitvalt anders ligt straks alles plat voor je het merkt :P