The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or when
the file is closed. This means that an incremental backup won't
necessarily back up the database files unless they have changed.
Accurate won't catch this either
On Wed, 13 Apr 2011 18:45:51 -0400, Kenney, William P. (Information
Technology Services) kenn...@easternct.edu wrote:
-Original Message-
From: Jérôme Blion [mailto:jerome.bl...@free.fr]
Sent: Friday, April 08, 2011 9:55 AM
To: Kenney, William P. (Information Technology Services)
Cc:
Hello
I'm new in bacula world so have a question:
If i do incremental backup. For example veri big file change only few bytes
i it, what bacula do send all file, or only changed part of file?
--
Benefiting from Server
Hi,
On Thu, 14 Apr 2011, ruslan usifov wrote:
I'm new in bacula world so have a question:
If i do incremental backup. For example veri big file change only few bytes
i it, what bacula do send all file, or only changed part of file?
It backs up the whole file each time a single byte or more
On Thu, Apr 14, 2011 at 11:33:27AM +0400, ruslan usifov wrote:
Hello
I'm new in bacula world so have a question:
If i do incremental backup. For example veri big file change only few bytes
i it, what bacula do send all file, or only changed part of file?
Bacula will send the whole file.
Am 14.04.2011 08:33, schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or when
the file is closed. This means that an incremental backup won't
necessarily back up the database files unless they
On Thu, Apr 14, 2011 at 08:48:37AM +0100, Gavin McCullagh wrote:
Hi,
On Thu, 14 Apr 2011, ruslan usifov wrote:
I'm new in bacula world so have a question:
If i do incremental backup. For example veri big file change only few bytes
i it, what bacula do send all file, or only changed
On Thu, 14 Apr 2011 09:54:09 +0200, Christian Manal
moen...@informatik.uni-bremen.de wrote:
Am 14.04.2011 08:33, schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or
when
the file is closed.
If this is a Linux system just use touch to update the timestamps on the file
---Guy
(via iPhone)
On 14 Apr 2011, at 08:54, Christian Manal moen...@informatik.uni-bremen.de
wrote:
Am 14.04.2011 08:33, schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
Op 14/04/2011 9:55, Graham Keeling schreef:
On Thu, Apr 14, 2011 at 08:48:37AM +0100, Gavin McCullagh wrote:
Hi,
On Thu, 14 Apr 2011, ruslan usifov wrote:
I'm new in bacula world so have a question:
If i do incremental backup. For example veri big file change only few bytes
i it, what
Am 14.04.2011 08:33, schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or
when
the file is closed. This means that an incremental backup won't
necessarily back up the database files
Hello,
AFAIK, you should never backup MSSQL databases when they are running. If
you do so, the database will try to recover from a crash and you can loose
data pieces. Files do not reflect the status of the database.
VSS by itself assures 'crash consistent' backups, eg the file is in the
If this is a Linux system just use touch to update the timestamps on
the
file
It's not. MSSQL is MicroSoft SQL, so guess which platforms it runs on
:)
I'm not sure if a Windows equivalent of 'touch' could work while the
database files are open, and even if it did, I'd be reluctant to
Am Thu, 14 Apr 2011 16:33:14 +1000 schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or when
the file is closed. This means that an incremental backup won't
necessarily back up the database
Hello,
We are using bacula for system and datas backup for all our modules here
and we have problems for restoring acls. Even with these stanzas in the
configuration file, no acls are restored.
We have this in our config file:
Include {
Options {
aclsupport = yes
xattrsupport = yes
On Thu, 14 Apr 2011 12:37:35 + (UTC), Thomas Mueller
tho...@chaschperli.ch wrote:
Am Thu, 14 Apr 2011 16:33:14 +1000 schrieb James Harper:
The last modified datestamp on MSSQL database files doesn't get
changed unless the actual file dimensions change (eg it 'grows') or
when
the file is
Is there a way to force the backup of specific unchanged files during
an
incremental or differential backup? Eg:
Option {
File = C:/database/mydb.mdf
Always Back Up = Yes
}
you could create a backup job with just that file in it and run it
always
as full.
- Thomas
I think
Hello list
I've been trying to create an Admin Job to execute a script on the director
itself, but the Admin Job simply ignore the RunScript section. I know that
Admin Jobs can only run Director Script, not remote Client Script, but my
Client is the Director, so, what am I doing wrong?
Here's
2011/4/11 Gavin McCullagh gavin.mccull...@gcd.ie:
Hi,
On Mon, 11 Apr 2011, Hugo Letemplier wrote:
I imagine a command like status job jobid=
I presume you've looked at status client=
It does much of what you want (current job duration, data transferred,
rate, num files, current
On 04/14/2011 02:57 PM, laurent flori wrote:
Hello,
We are using bacula for system and datas backup for all our modules here
and we have problems for restoring acls. Even with these stanzas in the
configuration file, no acls are restored.
We have this in our config file:
Include {
When backing up to a disk/RAID system, how do you guys mirror your
raid array? If you were to mirror in real-time and something got
corrupted it could cause problems on your mirror. Do you mirror once a
day? What software do you use to mirror your array? is rsync good enough?
When
-Original Message-
From: Jérôme Blion [mailto:jerome.bl...@free.fr]
Sent: Thursday, April 14, 2011 2:41 AM
To: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Connection error from remote client
On Wed, 13 Apr 2011 18:45:51 -0400, Kenney, William P. (Information
When testing bacula I notice restores always expect the client machine
to be up so you can restore directly to it. What would you do if the
client machine was dead or just not alive on the network? Is there a
way to specify a restore point other than the machine itself that the
data was
On 04/14/2011 03:10 PM, John Drescher wrote:
Yes you can restore to any machine. And any location on that machine.
When doing a restore in bconsole after you select the job. Type mod
then change the client and location. I am not sure what you do in bat
since I rarely use that.
Works great!
On 4/14/2011 2:56 PM, Mike Hobbs wrote:
...
If using vchanger and a jbod setup, if a disk was to fail, how does this
failure impact bacula? How would you figure out what was on that drive
so you can re-run backups and how would you cleanup the bacula database?
That's not much different
Hi, folks.
That's my first message to the bacula-users mailing list.
I searched in all the Bacula's documentation and didn't find the answer:
In the bacula-dir.conf file there is a variable named DirAddress (the
default is 127.0.0.1). I think I should to change to my server's IP, but
I'm not
-- Forwarded message --
From: John Drescher dresche...@gmail.com
Date: Thu, Apr 14, 2011 at 5:37 PM
Subject: Re: [Bacula-users] Bacula-dir.conf - the DirAddress variable
To: Wagner Pereira wpere...@pop-sp.rnp.br
That's my first message to the bacula-users mailing list.
I
On Thu, Apr 14, 2011 at 5:37 PM, John Drescher dresche...@gmail.com wrote:
That's my first message to the bacula-users mailing list.
I searched in all the Bacula's documentation and didn't find the answer:
In the bacula-dir.conf file there is a variable named DirAddress (the
default is
On 14. apr. 2011, at 13.57, James Harper wrote:
It's not. MSSQL is MicroSoft SQL, so guess which platforms it runs on
:)
I'm not sure if a Windows equivalent of 'touch' could work while the
database files are open, and even if it did, I'd be reluctant to tinker
with it.
I have a large,
Hi List,
I have a migrate job setup that will move job id's to an offsite disk
based on pool time. This has been working on some of the job id's but
on some I have gotten a couple of errors: Volume data Block checksum
mismatch and Volume data error at 13:2932697021! wanted id: BB02 got
On 14. apr. 2011, at 13.57, James Harper wrote:
It's not. MSSQL is MicroSoft SQL, so guess which platforms it runs on
:)
I'm not sure if a Windows equivalent of 'touch' could work while the
database files are open, and even if it did, I'd be reluctant to tinker
with it.
I have
31 matches
Mail list logo