<?xml version="1.0" encoding="utf-8"?>
<!-- generator="FeedCreator 1.7.2-ppt DokuWiki" -->
<?xml-stylesheet href="http://wiki.bacula.org/lib/exe/css.php?s=feed" type="text/css"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#">
    <title>Bacula DokuWiki application_specific_backups</title>
    <tagline></tagline>
    <link rel="alternate" type="text/html" href="http://wiki.bacula.org/"/>
    <id>http://wiki.bacula.org/</id>
    <modified>2010-09-07T01:39:51+02:00</modified>
    <generator>FeedCreator 1.7.2-ppt DokuWiki</generator>
    <entry>
        <title>application_specific_backups:389</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:389"/>
        <created>2009-06-10T23:48:04+02:00</created>
        <issued>2009-06-10T23:48:04+02:00</issued>
        <modified>2009-06-10T23:48:04+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:389</id>
        <summary>389 Directory Server


“389 Directory Server” is the new name of “Fedora Directory Server”; “Red Hat Directory Server” is the certified version by Red Hat, they all share
the same codebase.
Backup 389 Directory Server's data it's pretty simple.</summary>
    </entry>
    <entry>
        <title>application_specific_backups:exchange_server</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:exchange_server"/>
        <created>2008-09-15T23:38:11+02:00</created>
        <issued>2008-09-15T23:38:11+02:00</issued>
        <modified>2008-09-15T23:38:11+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:exchange_server</id>
        <summary>Exchange Server


Version 2.0 of Bacula includes solid VSS support.  This should allow you to safely back up a consistent snapshot of an Exchange database.  Note that the VSS Writer for Exchange appears to be disabled by default in some versions of Windows Server, including Small Business Server 2003.  You may verify this is the case by examining the VSS messages, which will look like this:</summary>
    </entry>
    <entry>
        <title>application_specific_backups:firebirdrdbms</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:firebirdrdbms"/>
        <created>2009-06-17T15:24:09+02:00</created>
        <issued>2009-06-17T15:24:09+02:00</issued>
        <modified>2009-06-17T15:24:09+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:firebirdrdbms</id>
        <summary>use at your own risk.
Tested on Firebird 1.5 with Debian Etch packages


#!/bin/sh
IBASE_DATADIR=/home/system/firebird
IBASE_BACKUPDIR=/home/storage/backupdump/firebird

IBASE_ETCDIR=/etc/firebird2
GBAK=/usr/bin/gbak

IBASE_OPTIONS=&quot;-b -v&quot;

IBASE_HOST=&quot;localhost:&quot;
#IBASE_HOST=&quot;&quot;

IBASE_USER=`cat $IBASE_ETCDIR/SYSDBA.password | grep ^ISC_USER | cut -d&quot;=&quot; -f2`
IBASE_PWD=`cat $IBASE_ETCDIR/SYSDBA.password | grep ^ISC_PASSWORD | cut -d&quot;=&quot; -f2`

#echo &quot;I am going to connect as user $IBASE_USER with p…</summary>
    </entry>
    <entry>
        <title>application_specific_backups:mediawiki</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:mediawiki"/>
        <created>2008-09-16T15:47:07+02:00</created>
        <issued>2008-09-16T15:47:07+02:00</issued>
        <modified>2008-09-16T15:47:07+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:mediawiki</id>
        <summary>Contributed by Olaf Zevenboom

use at your own risk.

Original: &lt;http://brightbyte.de/page/MediaWiki_backup&gt;


#!/bin/sh
 
####################################################################
#                                                                  #
# Basic Backup Script for MediaWiki.                               #
# Created by Daniel Kinzler, brightbyte.de, 2008                   #
#                                                                  #
# This script may be freely used…</summary>
    </entry>
    <entry>
        <title>application_specific_backups:microsoft_iis</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:microsoft_iis"/>
        <created>2008-09-15T23:40:37+02:00</created>
        <issued>2008-09-15T23:40:37+02:00</issued>
        <modified>2008-09-15T23:40:37+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:microsoft_iis</id>
        <summary>Microsoft IIS


A VSS enabled Bacula client will be able to safely backup IIS content files without difficulty but this omits the web server configuration.  The Microsoft provided script iisback.vbs is well documented in the help for the IIS Management Console.</summary>
    </entry>
    <entry>
        <title>application_specific_backups:microsoft_sql_server</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:microsoft_sql_server"/>
        <created>2008-09-15T23:32:38+02:00</created>
        <issued>2008-09-15T23:32:38+02:00</issued>
        <modified>2008-09-15T23:32:38+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:microsoft_sql_server</id>
        <summary>Microsoft SQL Server


In theory, if you are running SQL Server 2000 or higher on Windows 2003 Server with a VSS enabled Bacula client, you should be able to safely back up the live database files.

This is not known to be tested and verified at this time, however, so the recommended solution is to use SQL Servers built in backup facility to dump the database contents to a file which bacula can then safely read.  In order to do so, you will need to arrange a 'Client Run Before Job' script that w…</summary>
    </entry>
    <entry>
        <title>application_specific_backups:mysql</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:mysql"/>
        <created>2009-09-29T11:43:40+02:00</created>
        <issued>2009-09-29T11:43:40+02:00</issued>
        <modified>2009-09-29T11:43:40+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:mysql</id>
        <summary>MySQL

Using full dumps

This is a simple script to create a snapshot of a MySQL server.  It finds all databases in the server, and creates a single gzipped dump of each one using the mysqldump command, suitable for being backed up by bacula.  This script should be defined as a client run before job attribute.</summary>
    </entry>
    <entry>
        <title>application_specific_backups:openldap</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:openldap"/>
        <created>2008-09-15T23:39:18+02:00</created>
        <issued>2008-09-15T23:39:18+02:00</issued>
        <modified>2008-09-15T23:39:18+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:openldap</id>
        <summary>OpenLDAP


If you have a simple setup with just one backend database, slapcat will produce a complete dump of your database for backup:



slapcat | gzip &gt; backup.ldif


For more elaborate setups with multiple backends, slapcat needs the base DNs of each of the (local) backends.

This script will do all the work for you:</summary>
    </entry>
    <entry>
        <title>application_specific_backups:oracle</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:oracle"/>
        <created>2009-03-27T19:48:10+02:00</created>
        <issued>2009-03-27T19:48:10+02:00</issued>
        <modified>2009-03-27T19:48:10+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:oracle</id>
        <summary>This Howto describe how run a backup Oracle Databases with Bacula without downtime.

Contributed by Victor Hugo dos Santos &lt;contacto.vhs at gmail.com&gt;

The principle of idea:


In production environment downtimes of DB isn't allowed, for around this problem, we will need:</summary>
    </entry>
    <entry>
        <title>application_specific_backups:oracle_rdbms</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:oracle_rdbms"/>
        <created>2010-06-30T16:12:37+02:00</created>
        <issued>2010-06-30T16:12:37+02:00</issued>
        <modified>2010-06-30T16:12:37+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:oracle_rdbms</id>
        <summary>Oracle 10g Release 2


Contributed by Georger Araujo

In order to correctly make a hot backup of an Oracle database, these steps must be followed:

	*  Put each tablespace in backup mode
	*  Back up its datafiles
	*  Put tablespace out of backup mode
	*  Back up the control file
	*  Manually archive redo logs
	*  Back up redo logs</summary>
    </entry>
    <entry>
        <title>application_specific_backups:outlook_local_pst_files</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:outlook_local_pst_files"/>
        <created>2008-09-15T23:25:10+02:00</created>
        <issued>2008-09-15T23:25:10+02:00</issued>
        <modified>2008-09-15T23:25:10+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:outlook_local_pst_files</id>
        <summary>Outlook (Local PST files)


Microsoft publishes a tool called pfbackup.exe.  This utility will extract a snapshot of your PST files suitable for backing up by a tool such as bacula.  Note that this will only work for local PST files, not for an Exchange server.  The utility should be downloadable from</summary>
    </entry>
    <entry>
        <title>application_specific_backups:postgresql</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:postgresql"/>
        <created>2010-06-14T09:12:15+02:00</created>
        <issued>2010-06-14T09:12:15+02:00</issued>
        <modified>2010-06-14T09:12:15+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:postgresql</id>
        <summary>PostgreSQL

Databases in seperate files

Contributed by Marcel Gsteiger

After a few hours of troubleshooting, I finally have my PostgreSQL
database backup running.  My backup job creates separate schema/data
backups for each database, along with a separate backup of global objects.
This is much easier and safer to handle than “all-in-one-file” backups.
Moreover, my scripts backup the data through pipes. So there is no need
for additional disk space for large database backups. The script
automat…</summary>
    </entry>
    <entry>
        <title>application_specific_backups:rrdtool</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:rrdtool"/>
        <created>2009-06-17T16:36:40+02:00</created>
        <issued>2009-06-17T16:36:40+02:00</issued>
        <modified>2009-06-17T16:36:40+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:rrdtool</id>
        <summary>Use at your own risk.


#!/bin/bash
# backup RRD database files

RRD=&quot;/usr/bin/rrdtool&quot;

# example: RRD_DATADIRS=&quot;/tmp /tmp/evenmoretmp /funfun&quot;
#   use RRD_DATADIRS=&quot;.&quot; to get guarantied all RRD files, and have guarantied ultra slow performance
RRD_DATADIRS=&quot;/var/lib/munin&quot;

DUMPDIR=&quot;/home/storage/backupdump/rrdtool&quot;

for x in $RRD_DATADIRS; do
  for y in `find $RRD_DATADIRS -name '*.rrd'`; do
    MYDUMPPLACE=$DUMPDIR`dirname $y`
    mkdir -p $MYDUMPPLACE
    $RRD dump $y $MYDUMPPLACE/`basename…</summary>
    </entry>
    <entry>
        <title>application_specific_backups:subversion_repositories</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:subversion_repositories"/>
        <created>2010-03-02T02:38:28+02:00</created>
        <issued>2010-03-02T02:38:28+02:00</issued>
        <modified>2010-03-02T02:38:28+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:subversion_repositories</id>
        <summary>Subversion repositories


If you have one or several subversion repositories stored under the same folder, this script will help you to automatically back them up.

This script does a full dump for each repository if no previous dump was found or if the supplied parameter is “Base” or “Full”.

If neither is true, it does an incremental dump using a range of revisions going from the last revision of the full dump to the youngest found in the repository.</summary>
    </entry>
    <entry>
        <title>application_specific_backups:trac</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:trac"/>
        <created>2009-09-08T15:24:44+02:00</created>
        <issued>2009-09-08T15:24:44+02:00</issued>
        <modified>2009-09-08T15:24:44+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:trac</id>
        <summary>&lt;http://trac.edgewall.org/&gt; : Wiki &amp; Bugtracking


Due to some circumstances on our Debian server with multiple (versions of) Trac installations I had to adapt it a bit, but the basis is Trac-backup as found on Google Code.

I call the first script from Bacula.</summary>
    </entry>
    <entry>
        <title>application_specific_backups:vmwareserver</title>
        <link rel="alternate" type="text/html" href="http://wiki.bacula.org/doku.php?id=application_specific_backups:vmwareserver"/>
        <created>2009-09-08T14:58:04+02:00</created>
        <issued>2009-09-08T14:58:04+02:00</issued>
        <modified>2009-09-08T14:58:04+02:00</modified>
        <id>http://wiki.bacula.org/doku.php?id=application_specific_backups:vmwareserver</id>
        <summary>Besides following instructions offered below, an extensive backup script can also be used to backup VMs. Many scripts exists, both OpenSource as well as commercially. VMSbackup seems like an opensource total solution for both Vmware Server 1 and 2.</summary>
    </entry>
</feed>
