Once upon a time, Phil Stracchino said:
> You also mentioned "SQL/mail". You should not be backing up SQL DBs at
> the file level. Doing so does not guarantee a consistent backup of the
> DB because there is time skew between the beginning and end of the DB
> backup (and can be time skew even wi
Phil,
I am planning on mounting a snapshot on the SAN as Chris has indicated
he is currently doing.
David
On 11/14/2012 10:48 AM, Phil Stracchino wrote:
> Sorry, I missed the "SAN" in the subject line. You may or may not be
> able to perform backups directly from the SAN. If you can, it is l
Sorry, I missed the "SAN" in the subject line. You may or may not be
able to perform backups directly from the SAN. If you can, it is likely
to be a much faster way.
If you're planning to mount the same SAN volume on multiple servers,
keep in mind that most filesystems are designed assuming they
On 11/14/12 09:36, David Palmer wrote:
> I am looking at ways to speed up our backups as our data continues to
> grow. We currently have an equallogic group that stores much of our
> information. One idea that we had for speeding up backups is to have a
> file server that is separate from our pr
I have never looked into fsfreeze thanks for that little nugget.
Two of the main file servers are windows based so I think that I will
use the bacula client vss support to freeze the data for those two severs.
David
On 11/14/2012 10:11 AM, Chris Adams wrote:
> Once upon a time, David Palmer s
Once upon a time, David Palmer said:
> I am looking at ways to speed up our backups as our data continues to
> grow. We currently have an equallogic group that stores much of our
> information. One idea that we had for speeding up backups is to have a
> file server that is separate from our pro
