Storage for On-site Backups
-
@jaredbusch said in Storage for On-site Backups:
WTF. Why the hell would you even think of running a back up server on the same server you’re backing up how is that even logically comprehensible
I was wondering this as well.
-
@jaredbusch said in Storage for On-site Backups:
WTF. Why the hell would you even think of running a back up server on the same server you’re backing up how is that even logically comprehensible
Other than clearly being an idiot and not fully thinking something through before creating a thread to use a medium for thinking something through, I was seeing a separation between the software managing the backup and its storage location, which doesn't make any sense, but if you were curious as to how I could've come up with the idea in the first place; then . . .
-
@eddiejennings said in Storage for On-site Backups:
@jaredbusch said in Storage for On-site Backups:
WTF. Why the hell would you even think of running a back up server on the same server you’re backing up how is that even logically comprehensible
Other than clearly being an idiot and not fully thinking something through before creating a thread to use a medium for thinking something through, I was seeing a separation between the software managing the backup and its storage location, which doesn't make any sense, but if you were curious as to how I could've come up with the idea in the first place; then . . .
I run Veeam on a desktop in the storage is on the NAS. But the Veeam server does not actually move any data itself the hypervisor agent moves it direct from the hypervisor to the NAS
-
@jaredbusch said in Storage for On-site Backups:
@eddiejennings said in Storage for On-site Backups:
@jaredbusch said in Storage for On-site Backups:
WTF. Why the hell would you even think of running a back up server on the same server you’re backing up how is that even logically comprehensible
Other than clearly being an idiot and not fully thinking something through before creating a thread to use a medium for thinking something through, I was seeing a separation between the software managing the backup and its storage location, which doesn't make any sense, but if you were curious as to how I could've come up with the idea in the first place; then . . .
I run Veeam on a desktop in the storage is on the NAS. But the Veeam server does not actually move any data itself the hypervisor agent moves it direct from the hypervisor to the NAS
I see. That's far more efficient and safer than the individual agents sending the data to the Veeam server, then the Veeam server sends it to the NAS.
-
@eddiejennings said in Storage for On-site Backups:
@jaredbusch said in Storage for On-site Backups:
WTF. Why the hell would you even think of running a back up server on the same server you’re backing up how is that even logically comprehensible
Other than clearly being an idiot and not fully thinking something through before creating a thread to use a medium for thinking something through, I was seeing a separation between the software managing the backup and its storage location, which doesn't make any sense, but if you were curious as to how I could've come up with the idea in the first place; then . . .
They can be separate, but normally only in cases where you are so large that you have many backup targets so one backup controller talks to lots of storage systems. When it is one to one, you want them together.
-
@eddiejennings said in Storage for On-site Backups:
This is related to my thread about redesigning from an over-engineered environment. I figure this was a topic worth its own discussion.
Here's the idea. You run a VM that has Veeam or Unitrends or some other backup software (the Backup VM). The data collected by that software needs to be stored somewhere. For my situation, I'd have another physical server (hypervisor with single VM) that would be providing storage for these backups.
It looks like there are two ways I can present this storage to the Backup VM. One way is to create an NFS, SMB, etc. file share. The other is to have the server (probably with iSCSI) present block storage to the Backup VM. What do you folks think are the pros / cons of either approach, or is there a better approach that I'm not considering / am aware of?
I didn't read any other comments yet, but what I've done is simply attached a DAS to the physical server where the backup server exists, where possible.
Otherwise, unless you can get a direct 1gb or 10gb network connection, backup times will suck.
-
@tim_g said in Storage for On-site Backups:
Otherwise, unless you can get a direct 1gb or 10gb network connection, backup times will suck.
Just an FYI, this also may completely depend on your backup software too.
But if using a software backup appliance such as unitrends on a VM, you'd want to have the storage local to the Unitrends VM for example.
