Re: Exchange2003 backup folder limits at 2GB
- From: "Tony" <tony@xxxxxxxxxxxxxx>
- Date: Thu, 26 Jan 2006 09:57:53 +0700
Thanks Scott, you make it super clear.
So right now, I cannot do anything but reduce the folders size or split it
to keep each folder smaller than 2GB then the backup can be done
successfully. Until the new version of MAPI.
Thanks,
Tony.
"_SBL" <none@xxxxxxxx> wrote in message
news:%23e$kepeIGHA.516@xxxxxxxxxxxxxxxxxxxxxxx
> Hello Tony, Ben, et al,
>
> The information in this thread is correct, but an important fact has been
> left out: this software is running on an Exchange Server system, and
> Microsoft very strongly cautions against installing Outlook onto Exchange
> Server systems.
>
> Access to .PST files is accomplished via MAPI. As you are all aware, there
> are two distinct versions of MAPI within Microsoft. The Exchange Server
> version of MAPI is simple in terms of features, but has been made very
> robust over the years. The Outlook version is very rich in features, but
> is considered (by the Exchange Server people) to be much less stable, and
> thus we have all been effectively prohibited from installing Outlook (and
> its MAPI) onto Exchange Server systems.
>
> We would love to be able to use the new MAPI in our brick-level backup --
> in addition to solving the PST size problems, it would solve the problem
> wherein the old .PST format mangles data whenever the character sets do
> not match (i.e. one gets email with Japanese characters) as the new format
> uses Unicode. But we cannot, since we are restricted to using the version
> of MAPI that comes with Exchange Server.
>
> Does this get us off of the hook? Of course not. But since we cannot use
> the new .PST file format, we will be forced to use multiples of .PST files
> in the old format -- when one file gets full, create another. We are
> hoping to provide this for a future release.
>
> Ben writes: "If your backup software has to export everything in a mailbox
> to a PST file ... That is just kludgy!"
>
> True, but brick-level backups are kludgy by their very nature. Brick-level
> is offered in our products in addition to other, more efficient, more
> modern, and more reliable backup mechanisms, ranging from the traditional
> streaming API to modern snapshot technologies to moving data near-line and
> off-line. Most Exchange experts, including most Exchange MVPs in fora like
> this one, recommend against brick-level backups entirely. Microsoft has
> never embraced it, either, and none of the newer interfaces (ExOLEDB
> through MONAD) can do it even as well as MAPI.
>
> So why do we offer a brick-layer solution at all? Because our customers
> demand it. It is easy for people to understand and easy for them to
> implement, trivially easy to do restores, and all of the backup vendors
> have it. Some vendors hide it under different names, some have solutions
> that do not involve .PST files, but it is still MAPI, and still a kludgy
> approach.
>
> We will continue to address the most severe problems in our brick-level
> method, but most of our R&D is dedicated to more future-oriented
> solutions.
>
> Thanks,
>
> _Scott
>
> Scott Bingham (sfbing)
>
> RDC Engineering
>
> EMC Corporation
>
>
>
>
.
- Follow-Ups:
- Re: Exchange2003 backup folder limits at 2GB
- From: _Scott
- Re: Exchange2003 backup folder limits at 2GB
- From: Ben Winzenz [Exchange MVP]
- Re: Exchange2003 backup folder limits at 2GB
- References:
- Exchange2003 backup folder limits at 2GB
- From: Tony
- Re: Exchange2003 backup folder limits at 2GB
- From: John Fullbright
- Re: Exchange2003 backup folder limits at 2GB
- From: Tony
- Re: Exchange2003 backup folder limits at 2GB
- From: Ben Winzenz [Exchange MVP]
- Re: Exchange2003 backup folder limits at 2GB
- From: Tony
- Re: Exchange2003 backup folder limits at 2GB
- From: _SBL
- Exchange2003 backup folder limits at 2GB
- Prev by Date: Re: Delayed email
- Next by Date: Re: Public Folder Items
- Previous by thread: Re: Exchange2003 backup folder limits at 2GB
- Next by thread: Re: Exchange2003 backup folder limits at 2GB
- Index(es):
Relevant Pages
|