|
Rhymenoserous posted:And managing a collection of folders in a loving dropbox of all things isn't going to work as well as you'd like to think it will. I've got a setup like this at the moment, it's horrid, obnoxious, it's hard to find poo poo. We have a new sharepoint server going online shortly. Correct here, whoever setup the sharepoint didn't do it correctly, you might need to pay consultants to do it, but when it's setup nicely it is REALLY good. We do all our change management documentation through sharepoint and it rocks, versioning, workflow approvals, custom fields, etc etc etc
|
# ¿ Nov 4, 2015 21:50 |
|
|
# ¿ May 8, 2024 01:03 |
|
We are just finishing setting up Veeam in our environment, we have 2 physical servers that will act as backup devices (they are also DCs... ask me about the fun getting SQL installed on a DC is), they are connected to a SAN, they will be backing up 3 VMHosts of hyper-v stuff, with direct 10Gb links between the hosts and the backup system. It took 5 minutes to back-up 3 VMs at the same time and 3 minutes to restore them, at least in our testing. I can give you a better trip-report over the next few weeks once we get our back-up schedule finalized and do our first week of full backups/diffs and then test restores.
|
# ¿ Apr 15, 2016 19:32 |
|
Dyscrasia posted:Sane question here, I'm using reflect but curious about Veeam. Yeah we just configured it, so far so good, unsure about the free version though. The paid version has been a breeze, although I haven't had to deal with any other systems, our backups were previously handled by a different group that was... unreliable.
|
# ¿ Apr 22, 2016 20:37 |
|
Does anyone use vaultlogix? Just got thrown into supporting it and it seems to be having issues with a SQL AlwaysOn cluster. We have 2 nodes in the cluster and 7-8 groups, it doesn't seem to be very good at handling the backups for the cluster as it's failing backups when it's attempting to backup a database that is the secondary replica, which I kind of understand, but I have to configure it to look at all the databases because they could technically live on either node at the same time. I'm fairly certain I can't have it look at the SQL cluster itself and rather have to have it look at each node in the cluster. Anyone dealt with this have any suggestions?
|
# ¿ Mar 24, 2017 20:30 |
|
I mean if they have the money, why not do both on-site and off-site? We typically run Veeam for local backups (every client has VM hosts) and then use a cloud provider (currently vaultlogix but we're switching to a different solution in like 2 weeks because they got bought out). Local backups are good because you have quick restores for when things get funky and then you have cloud backups for when the building explodes or whatever.
|
# ¿ Jul 20, 2017 00:33 |
|
Scrapez posted:Not sure if this is the proper thread to ask this or not. Should be fine, the NAS specific drives (as you said) have higher throughput, but using those is assuming you are constantly reading/writing to the disk, not using it for low access storage, which is what you're saying, slower drives should be just fine.
|
# ¿ Nov 7, 2017 18:55 |
|
|
# ¿ May 8, 2024 01:03 |
|
ChubbyThePhat posted:Windows and a whole shitload of different apps. I work at an MSP so I get the special version of backup hell where I don't actually know some of the things I am backing up. ooooohhhh I love that. Yesterday at our MSP was the every 3 week "We just put a bunch of poo poo into production over the last few weeks and it's broken, but it's in production so now it's supports problem, here are 20 tickets gently caress you", 15 of them were for backup related failures.
|
# ¿ Dec 14, 2017 19:56 |