Ya, my @edu account is that size and definitely on 2010, but not yet
dogfooding SP1
(set readingPane = 'off').

~JasonG

> -----Original Message-----
> From: Neil Hobson [mailto:nhob...@gmail.com]
> Sent: Thursday, July 22, 2010 16:24
> To: MS-Exchange Admin Issues
> Subject: RE: Guidance on disks for Exchange 2010
> 
> 25GB was available ages ago within Exchange Online:
> 
> 
> 
>
http://blogs.technet.com/b/cloudservicesexperts/archive/2010/03/17/exchan
> ge-online-updated-to-provide-25gb-mailbox-by-default.aspx
> 
> 
> 
> A few considerations are things like the OST size and performance on
some
> older hardware, and also the consideration if, say, a laptop is lost or
> stolen and a full resync must be performed.
> 
> 
> 
> From: Michael B. Smith [mailto:mich...@smithcons.com]
> Sent: 22 July 2010 17:12
> To: MS-Exchange Admin Issues
> Subject: RE: Guidance on disks for Exchange 2010
> 
> 
> 
> MSFT Online will have 25 GB mailboxes this fall, when they upgrade the
> infrastructure to Exchange 2010.
> 
> 
> 
> I have historical reservations about it, and backups are a concern; but
> disk is cheap. Much cheaper than the loss of productivity that can ensue
> because a user has to delete everything to stay under an artificial
> limit.
> 
> 
> 
> Regards,
> 
> 
> 
> Michael B. Smith
> 
> Consultant and Exchange MVP
> 
> http://TheEssentialExchange.com
> 
> 
> 
> From: sms adm [mailto:sms...@gmail.com]
> Sent: Thursday, July 22, 2010 12:08 PM
> To: MS-Exchange Admin Issues
> Subject: Re: Guidance on disks for Exchange 2010
> 
> 
> 
> I would be interested in anyone doing this or thinking about doing this
> in an EMC storage environment.
> Just attended a 1/2 seminar by EMC where they espoused virtual disks
that
> could/would expand when needed.
> 
> One thing shown was disturbing (to me at least).
> They said MS was targeting 25GB mailboxes in 3 years (effort to keep up
> with Google).
> Comments?
> 
> Thx in advance
> 
> On Thu, Jul 22, 2010 at 12:01 PM, Michael B. Smith
> <mich...@smithcons.com> wrote:
> 
> Note: I am not recommending you go against published guidance from MSFT.
> 
> 
> 
> That being said - that recommendation is primarily against the original
> Hyper-V. VHDs created by the original version of Hyper-V, or disks that
> have been upgraded from Virtual Server or Virtual PC, expand quite
> slowly.
> 
> 
> 
> Disks that are created by Hyper-V R2 are only a couple of percentage
> points slower than fixed size VHDs. Negligible.
> 
> 
> 
> I know a number of companies that are running Hyper-V R2 installations
> with variable disks. So far, at least, it hasn't been an issue.
> 
> 
> 
> I don't know how (or even if) this impacts VMware or XenServer.
> 
> 
> 
> So....to tie this back to your question, if the storage virtualization
> causes Exchange to notice whenever the disk expands, it's not a good
fit.
> 
> 
> 
> Regards,
> 
> 
> 
> Michael B. Smith
> 
> Consultant and Exchange MVP
> 
> http://TheEssentialExchange.com
> 
> 
> 
> From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
> Sent: Thursday, July 22, 2010 6:35 AM
> 
> 
> To: MS-Exchange Admin Issues
> 
> Subject: Guidance on disks for Exchange 2010
> 
> 
> 
> In the virtualisation guide for Exchange 2010, in the section on storage
> this is written:
> 
> 
> 
> Virtual disks that dynamically expand aren't supported by Exchange.
> 
> 
> 
> Does anyone know if this also applies to a disk presented to a physical
> server via some form of storage virtualisation appliance? Said disk
would
> be presented as 100GB, for example, and the OS would see 100GB, but
would
> grow to reach this size at the storage level.
> 
> 
> 
> Thanks
> 
> 
> 
> Richard
> 
> 
> 
> 
> 
> 
> --
> smsadm



Reply via email to