<br><br><div class="gmail_quote">On Thu, Feb 25, 2010 at 1:19 AM, Mike McCarty <span dir="ltr"><<a href="mailto:Mike.McCarty@sbcglobal.net">Mike.McCarty@sbcglobal.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Eero Volotinen wrote:<br>
> 2010/2/24 Mike McCarty <<a href="mailto:Mike.McCarty@sbcglobal.net">Mike.McCarty@sbcglobal.net</a>>:<br>
>> Agnello George wrote:<br>
>>> Hi<br>
>>><br>
>>> We have  an issue with one of our clients , they have a mail server with<br>
>>> the  /var/spool/imap partition as 150 GB . They need to take differential<br>
>>> backup on to /backup partition ( a different HDD  of total 250 GB space )  .<br>
>> You've stated things in terms of solutions. You may possibly get better<br>
>> answers if you state your goal. There is some capability you are<br>
>> trying to achieve. Tell us what that is, and you may make more progress.<br>
>><br>
>> IOW, what is the purpose of the backup? As one mentioned, RAID may<br>
>> handle your needs.<br>
><br>
> Err.. raid is NOT backup solution.<br>
<br>
</div>Of course not. RAID is a means to achieve availability,<br>
which may be his goal. Karanbir already stated a means to do<br>
what he seemed to want, but it seemed not to satisfy his needs.<br>
<br>
Unless the query is placed in terms of requirements and goals,<br>
instead of solutions, it'll be difficult to achieve satisfactory<br>
results.<br>
<br>
The purpose of backup is some degree of disaster recovery, and<br>
perhaps also migration. If that's truly his goal, then ISTM<br>
that Karanbir suggested a viable solution to achieving avialability<br>
while also performing backup, by doing on-the-fly duplication<br>
of the data onto another file system which can then be backed up<br>
at liesure.<br>
<br>
Doing so in a manner which ensures a true snapshot may be more<br>
difficult to achieve, while still ensuring availability. I normally<br>
do my backups in single user mode with all file systems mounted read<br>
only, except the one to receive the backup. That of course precludes<br>
availability during the backup procedure.<br>
<br>
That's why I would like to see what he actually wants to achieve,<br>
instead of how he has chosen to go about it.<br>
<div class="im"><br>
Mike<br>
--<br>
</div></blockquote></div><br><div>The requirement fro backup  is not  primarily  for HDD failure , but human error failure . In case one of our user ( eg: the COO with huge  mailbox size has delete all his certain very important mails, and he want to recover them , the contacts us as we are supposed to maintain his mail backup for a week, and we should restore his backup immediately  )  this the main requirement  for the backup  and that too on the same server different partition .  </div>
<div></div><div></div><div><br></div>-- <br>Regards <br>Agnello D'souza<br><br><br>