Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 38 reacties
Bron: Infoworld

Microsoft heeft aangekondigd dat het klaar is met de ontwikkeling van Exchange Server 2007. Zowat een maand nadat Office 2007 'gold' ging heeft nu dus ook de serversoftware deze status bereikt en is de code klaar om naar de dvd-persers gestuurd te worden.

Microsoft ExchangeVeiligheid, mobiel werken en de mogelijkheid tot het afdwingen van allerlei policy's zijn de drie pijlers waar Exchange 2007 op rust. Op veiligheidsvlak is het bijvoorbeeld mogelijk om licenties voor Microsofts Antigen antiviruspakket samen te kopen met Exchange-cal's. Op het gebied van policy's is een en ander aan mogelijkheden toegevoegd op mailboxniveau. Zo kunnen beheerders nu bijvoorbeeld ervoor zorgen dat gebruikers uit twee verschillende groepen onderling geen mails kunnen versturen. Ook regels die het automatisch archiveren of verwijderen van oude mails verzorgen kunnen ingesteld worden. Mobiele werknemers zullen in de toekomst ook alle Exchange-data kunnen wissen als een mobiel apparaat gestolen of verloren wordt.

Moderatie-faq Wijzig weergave

Reacties (38)

Jammer dat de tekst van infoworld zo rechtstreeks over genomen is.
Als we hier een poll doen onder Exchange admins, dan weet ik zeker dat die drie punten door NIEMAND als belangrijkste features van Exchange 2007 genoemd zullen worden.


Even de echte belangrijke punten op een rijtje. (een paar zijn er al genoemd)

- 64 bits. Eindelijk geen last meer van de 32bit limiet en geheugenfragmentatie. Iedereen met een beetje serieuze Exchange installatie is hier wel een keer tegenaan gelopen. Helpt aanzienlijk om je read-IO's te verminderen.
- goede cluster oplossing (CCR) en zelfs zonder dat je er dure hardware voor nodig hebt.
- 70% minder IO's.

Iedere Exchange admin die een beetje serieuze servers beheert zat hier om te springen.
En dan andere punten waar wellicht niet iedereen om zat te springen, maar die echt grote en belangrijke veranderingen zijn:
- Powershell. (de killer-applicatie voor powershell mag je wel zeggen)
- Unified Messaging (wel jammer dat de auto-attendant nog geen nederlandse opdrachten verstaat)

Die puntjes van infoworld boeien me echt totaal niet.
Iedereen heeft al jarenlang zijn AV licenties geregeld. Lekker boeiend dat je ze samen met Exchange cals kunt kopen. (not!)
Die policies stellen niet zoveel voor, en zullen in de praktijk zelden gebruikt worden. Als je dat echt nodig hebt, dan heb je daar al lang een veel krachtiger pakket voor.
Zelfde met dat archiveren of verwijderen. Dat is zo vreselijk beperkt dat je dat niet gaat gebruiken. Dan pak je een echt archiveringspakket.

Dat mobiele gebruikers nu zelf een wipe kunnen doen, ipv alleen de Exchange beheerders is leuk, maar toch echt niet zo spannend dat je dat nou als een belangrijk punt noemt bij de RTM!
Is er ook al iets gedaan aan het feit dat Exchange zoveel resources tot zich neemt?

Ik heb begrepen dat Exchange alle vrije bronnen zo'n beetje opslurpt. Wat is hier precies van waar?
http://msexchangeteam.com/archive/2004/08/02/206012.aspx
It is absolutely normal for Store.exe to grab as much RAM on the server as it can possibly get - as long as Store thinks it needs it to optimize performance. Store was written to do so. It does this as it wants to do as much stuff in memory as possible, without having to go to the slow page file. It is a common misconception - that Store.exe's increasing memory consumption is a "memory leak". This behavior is expected since Exchange 5.5 days:
oftwel, ja het is een resource hog wat geheugen betreft. Andere applicaties moeten dus maar zelf uitzoeken waar ze geheugen vandaan halen omdat Exchange het allemaal voor ze inneemt.
En al die bedrijven die SBS draaien om maar een zijstraat te noemen?
Een hoop kleine bedrijfjes hebben n fileserver waar ook Exchange en SQLServer op draaien. Die lopen dan ook regelmatig vast :)
Op zich heb je gelijk. Bij SBS draaien er vaak meer zaken op de server dan enkel Exchange. Echter SBS is voornamelijk gericht op kleinere bedrijven en (ook niet onbelangrijk) SBS met Exchange 2007 laat nog wel even op zich wachten. Het is wellicht een optie om het geheugengebruik van Exchange 2007 in een eventuele SBS versie aan banden te leggen. Dan heb je misschien een minder schaalbaar systeem, maar gegeven de doelgroep van SBS hoeft dat geen nadeel te zijn.

Ook is het maar de vraag hoe relevant het resourcegebruik is met de relatief kleine hoeveelheden exchangegebruikers van een typische SBS setup op het moment dat SBS op de markt komt. Als een nieuwe basisserver tzt 4 GB geheugen heeft (om maar een dwarsstraat te noemen), kan het probleem ook voor die doelgroep een non issue zijn.

Het grootste probleem lijkt bij upgrades te liggen. Organisaties moeten zowel naar een 64bit OS als naar exchange 2007 overstappen en vaak ook nog in hardware investeren (al is het maar geheugen) In praktijk zal dit dus vaak op een compleet nieuwe server uitdraaien. Niet ieder bedrijf is daar even happig op maar het is natuurlijk ook niet zo dat je moet overstappen.
Je hoort Exchange ook een beetje dedicated te draaien op een server (ik doe het ook niet) maar da's wel de bedoeling..
oftwel, ja het is een resource hog wat geheugen betreft. Andere applicaties moeten dus maar zelf uitzoeken waar ze geheugen vandaan halen omdat Exchange het allemaal voor ze inneemt.
Als je nou niet weet waar je het over hebt, houd dan gewoon je mond!!

Exchange is gewoon heel netjes gemaakt wat betreft het geheugen gebruik.
Alles wat er beschikbaar is probeert ie te pakken. Dat is heel verstandig, want Exchange kan er efficient gebruik van maken. En ongebruikt geheugen is verspild geheugen!
Maar zodra een andere applicatie geheugen vraagt, geeft Exchange het direct vrij! Het zit andere applicaties dus helemaal niet in de weg!
Op een exchange server staat toch alleen maar exchange op. ik kan me niet voorstellen dat je een andere opstelling wilt. vooral uit veiligheids overwegingen
Wat is er in godsnaam mis met het opslurpen van vrije resources? Ik zou het pas kansloos vinden als ik 16 Gb ram heb (bijwijze van spreken) en dat Exchange er maar 1 van gebruikt.
En wat nu als je SBS hebt draaien. Dit spreekt elkaar dus in princiepe tegen. Als je SBS hebt draaien icm exchange zal die server dus nooit over vrije resources beschikken als deze volledig actief is. Wanneer je dan een grote file wilt ophalen of copieeren zal hij weer eerst vrije resources moeten malen. Laten we het nog niet een hebben over SQL database transacties. Dan zal Store.exe de resources weer moeten vrijgeven. Dit lijkt me hoogst onefficient. Of is de store.exe bij een SBS een andere dan bij de dedicated versie ?
Exchange geeft SQL voorrang bij het geheugengebruik.
Meestal geeft je SQL een vaste hoeveelheid. Exchange geeft die hoeveelheid vrij, en neemt genoegen met de rest.

Dat geldt ook voor andere applicaties. Exchange pakt wat over is.
Ik heb momenteel beta2 draaien thuis, welke idle zo'n 50-70% van mijn X2 4200+ opslurpt in VMware met 2 CPU's enabled.
Bij mij gebeuren thuis ook vreemde zaken met 2007 in een virtual server. Maar op de zaak hebben we 7 servers in een virtuele (test)omgeving draaien, die amper processor tijd vragen.

50% van een X2 4200+ is niet normaal.
Exchange pakt alle resources die beschikbaar zijn. Dat lijkt mij eigenlijk logischer dan een programma wat beschikbare resources niet gebruikt....

Daarnaast hebben de exchange ontwikkelaars ervoor gekozen "gebruik" te maken van het grote voordeel van 64bits processors: meer intern geheugen. Exchange maakt gebruik van dit geheugen door zaken die bij 32 bits applicaties op de harddisk bleven staan (traag) in dit interne geheugen te zetten. (Snel) Hierdoor schaalt Exchange beter en zijn er minder ingebouwde bottlenecks waardoor organisaties met minder exchange servers uit de voeten kunnen.

Nadeel is wel dat Exchange 2007 niet op een oude Pentium 3 met 512MB geheugen werkt, maar aangezien alle recente servers wel met 64bit en 2GB om kunnen gaan is dat geen groot probleem voor de meeste bedrijven.

maar dit is tweakers, dus zal Exchange 2007 wel vergeleken worden met sendmail op een 386
Eerst stel je dat er een probleem is en vraagt of daar iets aan gedaan is en daarna vraag je of dat probleem eigenlijk wel echt bestaat :?

Exchange pakt zeker niet al zijn resources, ik heb het in een productieomgeving tenminste nog nooit gezien.
Tijdens een indexeringsslag misschien, maar zeker niet constant.
Mobiele werknemers zullen in de toekomst ook alle Exchange-data kunnen wissen als een mobiel apparaat gestolen of verloren word.
Dit bestaat al lang. Dit kan door middel van de Microsoft Exchange ActiveSync Mobile Administration Web tool, welke zo van de MS site te downloaden is.

Verder vind ik de meest interessante ontwikkelingen in Exchange 2007 verdere intergratie met Unified Messaging devices (zoals VOIP) en Outlook Voice Access (moderne voicemail om je mail af te luisteren).
Dat kan nu inderdaad ook, maar nu moet het wissen van de PDA door een Exchange admin gedaan worden. Bij Exchange 2007 kan de gebruiker zelf via OWA zijn gestolen/verloren PDA wissen.
Ben wel benieuwd hoe je je pda kan wissen nadat ie gestolen is en iemand anders hem niet aan het web hangt.
Exchange gebruik je meestal over-the-air ivm direct push. Er is dan altijd verbinding met de server en via diezelfde verbinding kun je alles op de pda wissen.
Bij mijn weten is het geen standaard optie. In de 2007 versie heb je het wel standaard erin. Maar correct me if i'm wrong.

Ben wel benieuwd of er ook een mobiele connectie mogelijk gaat worden naar een sharepoint ps.
ook als hun apparaat gestolen wordt of zoek raakt? maar hoe ze het doen, dat wissen van de data, waneer weet het apparaat of exchange dat hij gestolen is?
Dit kan door middel van de actieve (always-on) verbinding tussen je device en je exchange server. Wanneer je op de server op 'Remote wipe' drukt wordt er een bericht naar je device gestuurd die een hard reset uitvoert.
Naar mijn idee bedoelen ze dat dit via push mail gaat, zoals sommige mobiele apparaten nu hun mail verstuurd krijgen naar het apparaat, kan er dus ook een melding tot wissen verstuurd worden.
Exchange 2007 is een knap ding geworden, vooral de intergratie van de sharepoint en server shares in de OWA is een bangelijke feature, ook heb je meer dan ooit dat je de OWA client kan gebruiken ipv outlook !

Wat ook opvalt is dat Exchange 2007 minder "overhead" installeert door de verschillende roles , je moet niet meer een volledige exchange installeren om als front-end te dienen. Ook het aantal IO's op de disks zijn drastich teruggeschroefd!

Vanaf Exchange 2007 is alles te configureren via de nomad scripting, alleen spijtig dat je geen externe scripts hiervoor kan gebruiken.

Wat wel belangerijk is om te weten : Exchange 2007 is 64Bit only , no 32Bit version except for testing purpose ( uncleened code ).

Al bij al zeker de moeite
Werkt de OWA ook een beetje netjes in Firefox these days?
Full featured dus?
Daar hoop ik ook op. Nu is alleen basisfunctionaliteit mogelijk terwijl ik veel ge-avanceerdere web-applicaties wel heb zien werken in Firefox.
Je zou toch verwachten dat het voor Microsoft geen probleem is om OWA voor Firefox geschikt te maken.
Ook een primeur voor Exchange: een 64-bit systeem met 64-bit OS is tegenwoordig een vereiste.

Ook is een in-place upgrade van Exchange niet meer mogelijk. Je moet nu Exchange 2007 installeren naast je oude Exchange-server, en mail migreren.

Bron: Exchange 2007 faq van MS.
Hoe kom je daarbij???

Any of the following processors:

• Intel Pentium or compatible 800-megahertz (MHz) or faster 32-bit processor

• x64 architecture-based processor that supports Intel Extended Memory 64 Technology (Intel EM64T)

• x64 architecture-based computer with AMD 64-bit processor that supports AMD64 platform


32 bits gaat dus prima :)
De volgende keer even de paragraaf eronder getiteld Important ook lezen:
The 32-bit version of Exchange 2007 is provided for testing and training environments only. It is not supported for production environments. In production environments, you must install the 64-bit version of Exchange 2007.
Zijn er dan mensen die in-place upgrades van Exchange servers doen??

Als het enigzins mogelijk is doe ik nooit een in-place upgrade van welke applicatie dan ook.
En juist bij Exchange is het met de mailbox moves altijd heel makkelijk geweest om in-place upgrades te vermijden.
Deze vernieuwing zit in OWA, je kunt nu zelf je device wipen ipv een Exchange admin die het via de mobileadmin tool moet doen :)

Tevens zou je bij een Mobile 6 device je password moeten kunnen retreiven als je deze vergeten bent.
Met de introductie van Exchange 2007 wordt ook een ander model van de 'servicepacks' aangegrepen.

Elke 6 tot 8 weken wordt een 'update roll-up' aangeboden van updates omdat in het huidige model soms updates incompatible met elkaar waren.

http://blogs.zdnet.com/microsoft/?p=140
Mooi tooltje dan dat je remote je mailbox kan deleten op je PDA als ie gestolen is.
Maar lijkt me tevens ook weer een nieuw leuk ding om virusjes of dergelijke te maken die op een of andere manier niet gestolen PDA's hun mailbox deleten.
Daar sta je dan bij die klant van je, zoekend naar die E-mail met de offerte/prijsgegevens of dergelijke in, en komt er zo'n k*ticoontje met tekst : "You're mailbox has been remotly whipped by H@X0R !" :o
nog 2 leuke filmpjes van van nieuwe features tijdens de technet meeting:
Demo - bellen met Exchange Server 2007
http://go.microsoft.com/?linkid=5854928
Demo - voorlezen in het Nederlands door Exchange Server 2007
http://go.microsoft.com/?linkid=5854929

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True