Backup

7 posts

Cleaning up and moving Avamar clients

Last year we decommissioned a physical Avamar grid in London because it was both out-of-support and the location was about to close down. The Avamar was however still being used for desktop/laptop (dt/lt) backups. A separate project was taking care of replacing those laptops, but in the meantime we needed to keep the Avamar backup service running.

Avamar capacity utilization decreasing

We did a quick calculation on the required capacity and deployed 4 new Avamar virtual editions in our central VMware farm. After configuring them and connecting them to the Avamar Enterprise Manager dashboard, we were able to move the majority of clients over.

Now, almost a year later, many of those laptops have been replaced and are no longer backed up by these 4 new Avamars. Which clearly shows in the utilization, as you can see. Three out of four systems are <10% utilized. Since these Avamars claim a fair bit of resources from the VMware farm, I set out to consolidate the systems into the first virtual Avamar. Thus, reclaiming 75% of the resources.

Continue reading

Data Domain migration and retaining your system name and IP addresses

DD3300Several of our Data Domains are end-of-life and need to be replaced with new hardware. In most of the cases it’s a small site with a small Data Domain that only holds roughly 1 month of backups. In these cases we just install a new Data Domain next to it, reconfigure our our backup software, and that’s it. After a month, the old backups have expired and you can switch off the old Data Domain.

For the slightly larger sites, there’s more than one backup client/server writing to the Data Domain. There are Oracle RMAN backups, SQL dumps, etc. Plus the retention of backups on the Data Domain is much, much longer. In these cases you want to perform a proper Data Domain migration which retains the name and IP address of the old Data Domain, so you don’t have to touch all the clients. Here’s how you do that, and a DDBoost gotcha you should be aware of!

Continue reading

Data Domain DD3300: Bye LACP, Hello DDBoost Interface Groups!

DD3300I recently deployed a  new 32TB Data Domain DD3300 system. The initial configuration is easy and familiar enough. Connect to the system via the serial cable, setup iDRAC, and run the initial configuration wizard. Afterwards the rest of the configuration can be performed via SSH and/or the GUI.

While continuing with the configuration, I noticed I could not create an aggregate Ethernet interface. No LACP or Etherchannel! So what if my Ethernet interface goes down, for whatever reason?

Continue reading

Zerto facilitates IT resiliency with a single VM replication platform

Zerto IT ResiliencyBack at Storage Field Day 16 in Boston, Zerto presented their VM replication software. It’s a block level, continuous hypervisor based replication, using a journal to log I/O in a VCR-like fashion. This enables you to rewind to any point in time that’s covered in the journal, and recover your VMs to that exact state. Zerto’s plans are a bit grander than “just VM Replication” though… they aim to cover the complete IT Resiliency market.

Continue reading

Adding Data Domain storage capacity

Data Domain DD2500Increasing the storage capacity of a Data Domain is usually a matter of adding an additional disk shelf to the Data Domain head. Upon  connecting the additional enclosure your new disks will be in an Unknown state. This does not necessarily mean there’s anything wrong with the topology of the system, but just indicates the disks aren’t in use just yet. This is however easily fixed with a couple of CLI commands.

Continue reading