Re: [Bacula-users] recommendations for failover system backups
On Wed, Oct 5, 2011 at 8:39 PM, Ben Walton bwal...@artsci.utoronto.ca wrote: Hi All, I'm going to be adding a new pair of boxes to the network shortly. One box will be a primary server and the other a hot standby. The hot standby will sync the live system nightly. As I see it, I've got a few options for backup here: 1. Backup both boxes, pay the heavy price of duplicated data (or use a base job, etc) 2. Backup only the failover system and the config for the live system, making the failover the primary recovery source. 3. Backup only the primary system and config on the failover. 4. Attempt to backup only a single system, determined by which one is holder the virtual IP that will run the service. I'm inclined toward either 2 or 3 but am curious what the experts think. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 With most active/passive paired servers that I have implemented, backup is run on the passive server and is the primary recovery source. Historically this was because of the backup load on the active server, and in some cases backup windows. You mention having a shared IP, for clustered systems, I would probably look to have a more frequent sync than daily unless you can replace the daily changes via a different method. Cheers -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] recommendations for failover system backups
Excerpts from shouldbe q931's message of Thu Oct 06 07:10:54 -0400 2011: With most active/passive paired servers that I have implemented, backup is run on the passive server and is the primary recovery source. Yes, that's where I was headed. I guess that I probably wasn't clear that I was asking more for bacula best practices with such a setup than overall practices (eg: policy). Sorry for not being clear. Is it even sane to point bacula at the shared ip and treat the two systems as three clients? You mention having a shared IP, for clustered systems, I would probably look to have a more frequent sync than daily unless you can replace the daily changes via a different method. This won't be a clustered system as the failover is meant for rapid recovery not no data loss. (We are running drbd with corosync for other situations, but that doesn't fit in this case.) The shared IP in this instance is just so that a name can move between the systems if required. The sync interval could be more frequent, but the point is that it's not real-time. I appreciate your answer. It's quite helpful. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] recommendations for failover system backups
On 10/6/2011 8:35 AM, Ben Walton wrote: Excerpts from shouldbe q931's message of Thu Oct 06 07:10:54 -0400 2011: With most active/passive paired servers that I have implemented, backup is run on the passive server and is the primary recovery source. Yes, that's where I was headed. I guess that I probably wasn't clear that I was asking more for bacula best practices with such a setup than overall practices (eg: policy). Sorry for not being clear. Is it even sane to point bacula at the shared ip and treat the two systems as three clients? You mention having a shared IP, for clustered systems, I would probably look to have a more frequent sync than daily unless you can replace the daily changes via a different method. This won't be a clustered system as the failover is meant for rapid recovery not no data loss. (We are running drbd with corosync for other situations, but that doesn't fit in this case.) The shared IP in this instance is just so that a name can move between the systems if required. The sync interval could be more frequent, but the point is that it's not real-time. Why not add an ethernet alias interface to the passive system and back up only the passive system through the alias IP address? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Fwd: [Bacula-devel] [Patch] Mysql scripts should ask for password
Yes of course this is possible, but my intend was to make these scripts more user friendly. Lets say that some less experience user want to install bacula and he runs these scripts. They failed and he must look inside what caused this error and find out how to provide password. I believe more user friendly would be to just document the ability to set the password with the -p using the existing scripts. John -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] query for file sizes in a job
I'm currently tuning my exclude rules and one of the things I want to do is make sure I'm not backing up any massive files that don't need to be backed up. Is there any way to get bacula to list file sizes along with the file names since llist doesn't do this? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Windows Junction
I have tried to get rid of the errors by adding an exclude section in the
dir.conf. I have failed. Can someone help me please?
Here is the error
05-Oct 09:07 glyn-laptop-fd JobId 4155: Generate VSS snapshots. Driver=VSS
Vista, Drive(s)=C
05-Oct 09:08 glyn-laptop-fd JobId 4155:
C:/users/Glyn/AppData/Local/Application Data is a junction point or a different
filesystem. Will not descend from C:/users/Glyn into it.
Here is the fileset in the dir.conf
FileSet {
Name = Glyn Set
Enable VSS = yes
Ignore FileSet Changes = yes
Include {
Options {
wilddir = C:/Users/Glyn/AppData
wilddir = C:/Users/Glyn/Application Data
wilddir = C:/Users/Glyn/Cookies
wilddir = C:/Users/Glyn/Documents/My Music
wilddir = C:/Users/Glyn/Documents/My Pictures
wilddir = C:/Users/Glyn/Documents/My Videos
wilddir = C:/Users/Public/Documents/My Music
wilddir = C:/Users/Public/Documents/My Pictures
wilddir = C:/Users/Public/Documents/My Videos
wilddir = C:/Users/Glyn/Local Settings
wilddir = C:/Users/Glyn/My Documents
wilddir = C:/Users/Glyn/NetHood
wilddir = C:/Users/Glyn/PrintHood
wilddir = C:/Users/Glyn/Recent
wilddir = C:/Users/Glyn/SendTo
wilddir = C:/Users/Glyn/Start Menu
wilddir = C:/Users/Glyn/Templates
wilddir = c:/users/glyn/.VirtualBox/
exclude = yes
}
Options {
Compression = GZIP
ignore case = yes;
verify = pnugsi
}
File = /etc/bacula/Glynbup.txt
}
}
And for completeness, here is the Glynbup.txt which supplies the list of files
to be backed up
C:/users/Glyn
C:/chqdata
C:/Garmin
C:/Mail
TIA
Glyn
+--
|This was sent by g...@cirrus.co.za via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
