Archive for June, 2007

ZRM for MySQL backup version 1.2 released

Monday, June 25th, 2007

Version 1.2 of Zmanda Recovery Manager (ZRM) for MySQL, a robust and intelligent solution for backup and recovery of MySQL databases is available at Zmanda downloads page.

Changes in this release:

  • Code restructured into modules
  • Snapshot plugin interface. LVM snapshots implemented as a plugin.
  • ZRM should be run as user belonging to mysql group.
  • Numerous bug fixes

Documentation is available at ZRM for MySQL wiki. Ask questions and provide feedback in Zmanda forums.

Provide feedback on MySQL backup console

Saturday, June 9th, 2007

We are working on Zmanda Management Console for our MySQL backup product line: Zmanda Recovery Manager (ZRM) for MySQL. ZRM for MySQL is an enterprise backup and recovery solution for MySQL.

Zmanda Management Console for MySQL backup

We are looking for MySQL administrators in San Francisco bay area who would be interested in providing functionality and usability feedback for the user interface. We are particularly interested in MySQL administrators responsible for implementing backup solution for their MySQL databases. Please send an email to me (paddy-at-zmanda-dot-com) with your availability and why you would meet our requirement. We will pay a small stipend for your time.

Configuring Amanda for Parallel Backups

Friday, June 1st, 2007

Recently on the Zmanda forums a user posted an interesting question. They had received a lot of help to configure their environment, and had successfully run backups. However, the backups were not completing in the time frame they expected. They knew that they wanted to run as many backups in parallel, but weren’t quite sure how to achieve this.

It just so happens that concurrent with this I was working on a white paper that addresses this topic. It turns out that there are several parameters and settings in Amanda that control parallel backups. These parameters and settings must all work in concert to achieve parallel backups. Getting even one of them incorrect can cause Amanda to run your backups sequentially. In summary the parameters are:

  • How much holding disk is available.
  • The estimated network bandwidth you want Amanda to use.
  • The Zmanda Management Console parameter Parallel Backups, which is stored as the inparallel parameter in amanda.conf.
  • The Zmanda Management Console parameter Parallel Backups (clients), which is stored as the maxdumps parameter in amanda.conf.

To access the white paper log in to, or register (for free) on, the Zmanda Network. The white paper can be found in the Documents -> white papers section.