MysticLlama
Golden Member
I just got my first couple of licenses for BackupExec, and I'm getting ready to start planning how it's all going to function.
I will have one master Windows powered NAS server to stage backups to, and from there it's going to an 8 tape Quantum Superloader.
The traffic once it's done will be as follows:
Exchange, probably 3 fulls per week, and archived logs, maybe incrementals, but I'll have to see how it works. 15GB worth of data.
MAS200, full backup daily. 2GB worth of Data
Directory / Catalog on 2-3 servers (small, only 50ish machines and users)
SQL, full on off days from Exchange, probably incrementals in between.
Storage (master NAS server) about 50GB to back up, full weekly plus incrementals
A few other things here and there at a couple of GB each.
It's not a real big system, so it will probably work fine no matter how it's done, but I like to try and overbuild things a bit.
So here's the question:
I'm going to be getting a Cicso 3700 10/100/1000 24port for the core, and each server will be connected to it. The other switches are then either going to be connected to it via the stacking cable, fiber, or copper depending on location.
Most of the backups will run on off hours, but we also have lots of other replication and things that run off hours that keep the network utilized almost as much as during the day.
Would it be better to just run the backups over the public ports since they are 1000, or should I use the 10/100 NICs that are in all of them (they are Proliants, with 2 10/100s and a 1000 each), and create a backup network that's isolated for that purpose?
Are there any advantages to keeping it separate even though I sacrifice a little speed?
I figure if I go ahead and put in a patch panel and switch for the backup network, I can always drop in a faster switch later to upgrade fairly easily. Also, since it's only going to be 12-15 ports in use I can just use any simple L2 10/100/1000 switch for it later on if I want to upgrade.
I have a some spare 24 port 10/100s, patch panels, and plenty of cable right now, so it's not a cost impact to do it this way.
I will have one master Windows powered NAS server to stage backups to, and from there it's going to an 8 tape Quantum Superloader.
The traffic once it's done will be as follows:
Exchange, probably 3 fulls per week, and archived logs, maybe incrementals, but I'll have to see how it works. 15GB worth of data.
MAS200, full backup daily. 2GB worth of Data
Directory / Catalog on 2-3 servers (small, only 50ish machines and users)
SQL, full on off days from Exchange, probably incrementals in between.
Storage (master NAS server) about 50GB to back up, full weekly plus incrementals
A few other things here and there at a couple of GB each.
It's not a real big system, so it will probably work fine no matter how it's done, but I like to try and overbuild things a bit.
So here's the question:
I'm going to be getting a Cicso 3700 10/100/1000 24port for the core, and each server will be connected to it. The other switches are then either going to be connected to it via the stacking cable, fiber, or copper depending on location.
Most of the backups will run on off hours, but we also have lots of other replication and things that run off hours that keep the network utilized almost as much as during the day.
Would it be better to just run the backups over the public ports since they are 1000, or should I use the 10/100 NICs that are in all of them (they are Proliants, with 2 10/100s and a 1000 each), and create a backup network that's isolated for that purpose?
Are there any advantages to keeping it separate even though I sacrifice a little speed?
I figure if I go ahead and put in a patch panel and switch for the backup network, I can always drop in a faster switch later to upgrade fairly easily. Also, since it's only going to be 12-15 ports in use I can just use any simple L2 10/100/1000 switch for it later on if I want to upgrade.
I have a some spare 24 port 10/100s, patch panels, and plenty of cable right now, so it's not a cost impact to do it this way.