Hello,
2017-08-23 17:06 GMT+02:00 Dimitri Maziuk :
> On 2017-08-22 21:26, Heitor Faria wrote:
>
> It usually cost a new tape library, a new set of tapes and coffee.
>> It is not that hard to migrate legacy backups if you use a backup
>> rotation strategy such as GFS and works in a common company
Hello,
2017-08-22 17:01 GMT+02:00 Dimitri Maziuk :
>
> However if you want to backup to removable disks and put them on the shelf
> when full, that's where things get less than perfect fast.
>
>
And make it behave like a tape when you complain it is not a tape. :)
P.S. Please excuse my joke abov
> On Aug 23, 2017, at 11:27 AM, Phil Stracchino wrote:
>
> On 08/23/17 11:06, Dimitri Maziuk wrote:
>> On 2017-08-22 21:26, Heitor Faria wrote:
>>
>>> It usually cost a new tape library, a new set of tapes and coffee.
>>> It is not that hard to migrate legacy backups if you use a backup rotation
On 2017-08-25 06:52, Josh Fisher wrote:
1 "copy" disk, and 10 "magazines"
-- or 5 raid=1 "magazines". It's certainly doable but I'll have to
swap the disks twice as often
I don't quite understand. It will take twice the disk space whether
using RAID1 or rsync.
There is only one copy disk
On 8/24/2017 10:49 AM, Dimitri Maziuk wrote:
On 2017-08-24 09:24, Josh Fisher wrote:
As for writing the same job to two disks simultaneously, I don't
think that will be very easy to accomplish. It would, I believe,
require a new Device type driver in Bacula that atomically reserves
two Devic
On 2017-08-24 09:24, Josh Fisher wrote:
As for writing the same job to two disks simultaneously, I don't think
that will be very easy to accomplish. It would, I believe, require a new
Device type driver in Bacula that atomically reserves two Device
resources at a time. Why not use Copy jobs? O
On 8/22/2017 7:13 PM, Dimitri Maziuk wrote:
On 08/22/2017 05:07 PM, Dan Langille wrote:
On Aug 22, 2017, at 11:01 AM, Dimitri Maziuk wrote:
However if you want to backup to removable disks and put them on the shelf when
full, that's where things get less than perfect fast.
Is this a common
JobId 781: Restart Incomplete Backup JobId
781, Job=compute.2017-08-24_19.22.24_08
- Original Message -
From: "Dimitri Maziuk"
To: "bacula-users"
Sent: Wednesday, August 23, 2017 9:15:09 PM
Subject: Re: [Bacula-users] Bacula driver misconceptions
On 2017-08-23 10
On 2017-08-23 10:27, Phil Stracchino wrote:
If you want to get a long
service life out of a modern tape drive you practically need to have a
clean-room for it.
We have a Sun Blade 150 complete with 2 AIT jukeboxes (1 and 3 IIRC),
working install of Legato Networker, and a couple of sets backu
On 08/23/17 11:06, Dimitri Maziuk wrote:
> On 2017-08-22 21:26, Heitor Faria wrote:
>
>> It usually cost a new tape library, a new set of tapes and coffee.
>> It is not that hard to migrate legacy backups if you use a backup rotation
>> strategy such as GFS and works in a common company with 1-5
On 2017-08-22 21:26, Heitor Faria wrote:
It usually cost a new tape library, a new set of tapes and coffee.
It is not that hard to migrate legacy backups if you use a backup rotation
strategy such as GFS and works in a common company with 1-5 maximum
montly/yearly retention backups.
I repeat
ONLY when it has been marked USED.
How to achieve this without performance issues.
- Original Message -
From: "Phil Stracchino"
To: "bacula-users"
Sent: Wednesday, August 23, 2017 12:12:43 AM
Subject: Re: [Bacula-users] Bacula driver misconceptions
On 08/22/17 1
Hello, Dimitri/Phil,
>>> They have the largest life expectancy (30 years) under ideal conditions,
>>> they
>>> are very inexpensive and scalable.
>>> I don't see why not to use them.
>>
>> How many times have you migrated your complete LTO archives and how much
>> did it cost you?
It usually co
On 08/22/17 20:20, Dimitri Maziuk wrote:
> On 08/22/2017 06:52 PM, Heitor Faria wrote:
>
>> They have the largest life expectancy (30 years) under ideal conditions,
>> they are very inexpensive and scalable.
>> I don't see why not to use them.
>
> How many times have you migrated your complete L
On 08/22/2017 06:52 PM, Heitor Faria wrote:
> They have the largest life expectancy (30 years) under ideal conditions, they
> are very inexpensive and scalable.
> I don't see why not to use them.
How many times have you migrated your complete LTO archives and how much
did it cost you?
http://sp
Hello, People,
>>> However if you want to backup to removable disks and put them on the shelf
>>> when
>>> full, that's where things get less than perfect fast.
>>
>> Is this a common use case? I'm not challenging your approach. I am seeking
>> knowledge about how Bacula gets used.
>
> I don't
On 08/22/2017 05:07 PM, Dan Langille wrote:
>> On Aug 22, 2017, at 11:01 AM, Dimitri Maziuk wrote:
>>
>> However if you want to backup to removable disks and put them on the shelf
>> when full, that's where things get less than perfect fast.
>
> Is this a common use case? I'm not challenging yo
> On Aug 22, 2017, at 11:01 AM, Dimitri Maziuk wrote:
>
> On 2017-08-22 03:10, Kern Sibbald wrote:
>> Dimitri,
>> I have heard the same complaint from you a number of times: "Bacula sucks at
>> disk as tapes". It is my view that your statement is simply not true.
>
> I think at the very basic
On 08/22/2017 01:42 PM, Phil Stracchino wrote:
> I would argue that if you're doing a full checksum rsync of a
> multi-terabyte drive, you're probably going about the task wrong. If I
> were to implement a scheme like this, I'd do volume-per-job, I'd use a
> run-after-job that appended the volume
On 08/22/17 14:27, Dimitri Maziuk wrote:
> On 08/22/2017 12:27 PM, Phil Stracchino wrote:
>
>>> So I've a post-backup script that figures out which of the vchanger
>>> "magazines" is the "current" one and rsyncs it to anther drive. That way
>>> if a drive dies during write, I lose at most the late
On 08/22/2017 12:27 PM, Phil Stracchino wrote:
>> So I've a post-backup script that figures out which of the vchanger
>> "magazines" is the "current" one and rsyncs it to anther drive. That way
>> if a drive dies during write, I lose at most the latest backup.
>
> That sounds like a pretty good i
On 08/22/17 13:10, Dimitri Maziuk wrote:
>
> We're using plain SATA drives in hot-swap bays. With vchanger they work
> just fine for backup -- we haven't tried restoring anything from an
> already removed disk yet -- but they do die on you even without dropping
> 'em.
> So I've a post-backup scri
On 08/22/2017 11:06 AM, Phil Stracchino wrote:
> Ah, well now you're talking about a different issue. Because that's not
> really a virtual-tape-on-disk problem. That's now a removable-storage
> problem.
Well, a tape is both. You can put a disk in a drive, fill it up with
bytes, write an EOT in
On 08/22/17 11:01, Dimitri Maziuk wrote:
> Bacula, in fact, is much better than some, if you can fit all your
> backups on a single filesystem: bacula's built-in disk backup setup is a
> breeze.
>
> However if you want to backup to removable disks and put them on the
> shelf when full, that's w
On 2017-08-22 03:10, Kern Sibbald wrote:
Dimitri,
I have heard the same complaint from you a number of times: "Bacula
sucks at disk as tapes". It is my view that your statement is simply
not true.
I think at the very basic level, a disk is a device that doesn't quack
like a tape and doesn'
Hello,
Bacula Enterprise can do what you want, but it accomplishes it in
a different way. For Bacula Enterprise, there is software that
allows MSPs/ISPs do multi-tenant implementations with Bacula
ensuring that users (each tenant) can access only his/her o
Hi,
Can we achieve this separate pool configuration, or multiple device storage in
BACULA ENTERPRISE without any performance issues.
I want maximum throughput may be for a 3000 vm's and each vm should have their
backup separated. They must be able to see their individual backups and do what
27 matches
Mail list logo
