--=====================_96168523==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed
I would start with the restore/recovery needs.
The restore/recovery needs often tend to dictate the backup solution.
Most people tend to plan there backups from what data they have and how big
the backupwindows is, but a lot of installations have a very large backup
windows, but they can't wait for 3 hours to restore the main ERP database.
Eg if the company at a restore/recovery need of less then 60 min for a 60
GB Oracle database DAT is not the media to take the backups to.
Tapedrives i would look into:
High-end, large datasets and databases STK9940B
High-end, small datasets, very fast restore needs (like HSM
systems) SKT9840B
Mid-range STK9940B, LTO2
Small-range LTO, SDLT
Library
High-end STK L5500,
9310, VSM
Mid-Range to high-end STK L180,
L700e, L5500, 9310
We are a windows only (at least more then 97%) shop, but if you in any way
have Unix knowlege at a high level use Solaris for master and media servers
where you can. Much better performance, but at a higher price.
Always plan for restore and recovery, not for backup.
/johnny
At 11:48 10-07-2003 +0100, Weber, Philip wrote:
>Hi,
>
>I need to provide some hardware recommendations for a new Netbackup
>environment. Don't know yet the data volumes ... ! ... but assuming I get
>this information I need to decide what robot & media servers we should
>use, numbers of drives, tapes, server spec etc.
>
>I should be able to get somewhere with this with a mix of common sense &
>experience but it isn't something I'm that comfortable with.
>
>Are there any useful resources or guidelines out there for sizing/spec'ing
>backup hardware or does anyone have any advice they can share?
>
>thanks for any info.
>
>Phil
>
>Phil Weber
>Egg Distributed Hosts - UNIX Systems Engineer
>Phone: 01384 26 4136
>Mobile:
>
>
>This private and confidential e-mail has been sent to you by Egg.
>The Egg group of companies includes Egg Banking plc
>(registered no. 2999842), Egg Financial Products Ltd (registered
>no. 3319027) and Egg Investments Ltd (registered no. 3403963) which
>carries out investment business on behalf of Egg and is regulated
>by the Financial Services Authority.
>Registered in England and Wales. Registered offices: 1 Waterhouse Square,
>138-142 Holborn, London EC1N 2NA.
>If you are not the intended recipient of this e-mail and have
>received it in error, please notify the sender by replying with
>'received in error' as the subject and then delete it from your
>mailbox.
--=====================_96168523==_.ALT
Content-Type: text/html; charset="us-ascii"
<html>
I would start with the restore/recovery needs.<br>
The restore/recovery needs often tend to dictate the backup
solution.<br><br>
Most people tend to plan there backups from what data they have and how
big the backupwindows is, but a lot of installations have a very large
backup windows, but they can't wait for 3 hours to restore the main ERP
database.<br><br>
Eg if the company at a restore/recovery need of less then 60 min for a 60
GB Oracle database DAT is not the media to take the backups to.<br><br>
Tapedrives i would look into:<br><br>
High-end, large datasets and
databases<x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab>STK9940B<br>
High-end, small datasets, very fast restore needs (like HSM
systems)<x-tab> </x-tab>SKT9840B<br>
Mid-range<x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab>STK9940B,
LTO2<br>
Small-range
<x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab>LTO,
SDLT<br><br>
Library<br><br>
High-end<x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab>STK
L5500, 9310, VSM<br>
Mid-Range to
high-end<x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab><x-tab> </x-tab>STK
L180, L700e, L5500, 9310<br><br>
We are a windows only (at least more then 97%) shop, but if you in any
way have Unix knowlege at a high level use Solaris for master and media
servers where you can. Much better performance, but at a higher
price.<br><br>
Always plan for restore and recovery, not for backup.<br><br>
/johnny<br><br>
At 11:48 10-07-2003 +0100, Weber, Philip wrote:<br><br>
<blockquote type=cite class=cite cite><font face="Arial, Helvetica"
size=2>Hi,</font>
<br><br>
<font face="Arial, Helvetica" size=2>I need to provide some hardware
recommendations for a new Netbackup environment. Don't know yet the data
volumes ... ! ... but assuming I get this information I need to decide what
robot & media servers we should use, numbers of drives, tapes, server spec
etc.<br>
</font><br>
<font face="Arial, Helvetica" size=2>I should be able to get somewhere with
this with a mix of common sense & experience but it isn't something I'm
that comfortable with.<br>
</font><br>
<font face="Arial, Helvetica" size=2>Are there any useful resources or
guidelines out there for sizing/spec'ing backup hardware or does anyone have
any advice they can share?<br>
</font><br>
<font face="Arial, Helvetica" size=2>thanks for any info.</font> <br><br>
<font face="Arial, Helvetica" size=2>Phil</font> <br><br>
<font face="Arial, Helvetica" size=2><b>Phil Weber</b></font> <br>
<font face="Arial, Helvetica" size=2 color="#808080">Egg Distributed Hosts -
UNIX Systems Engineer</font> <br>
<font face="Arial, Helvetica" size=2 color="#808080">Phone: 01384 26
4136</font> <br>
<font face="Arial, Helvetica" size=2 color="#808080">Mobile: <br>
</font><br><br>
This private and confidential e-mail has been sent to you by Egg.<br>
The Egg group of companies includes Egg Banking plc<br>
(registered no. 2999842), Egg Financial Products Ltd (registered<br>
no. 3319027) and Egg Investments Ltd (registered no. 3403963) which<br>
carries out investment business on behalf of Egg and is regulated<br>
by the Financial Services Authority. <br>
Registered in England and Wales. Registered offices: 1 Waterhouse Square,<br>
138-142 Holborn, London EC1N 2NA.<br>
If you are not the intended recipient of this e-mail and have<br>
received it in error, please notify the sender by replying with<br>
'received in error' as the subject and then delete it from your<br>
mailbox.</blockquote></html>
--=====================_96168523==_.ALT--
|