Just in time: I know you felt out of the chair when I said replication RPO is
equal to one. I explain.
I greatly diverge of the RPO most used industry equation. I think it is
misleading and created to golden Replication products:
RPO = 1 / Backup Frequency
It only considers the need for the
Hello Radoslaw,
> Hello,
> pt., 19 kwi 2019 o 13:28 Heitor Faria < [ mailto:hei...@bacula.com.br |
> hei...@bacula.com.br ] > napisał(a):
>> Hello Radoslaw,
Speaking of Bacula HA, I've been deploying a scenario with relative
success.
Primary Director & SD have copy jobs routine
On 4/19/19 11:56 AM, Radosław Korzeniewski wrote:
> When you implement Bacula in the shared storage cluster, you can failover
> backup service from node to node in any direction in just a seconds. Your
> shared storage cluster can do it for you automatically as soon as it check
> that a service is
Hello,
pt., 19 kwi 2019 o 13:28 Heitor Faria napisał(a):
> Hello Radoslaw,
>
> Speaking of Bacula HA, I've been deploying a scenario with relative
>> success.
>> Primary Director & SD have copy jobs routines to a Secondary Remote SD
>> that also has an independent working Director.
>
>
> It soun
Hello,
pt., 19 kwi 2019 o 13:32 Oliver Lehmann napisał(a):
> Hi Radoslaw,
>
> thanks for your mail.
>
> I would understand that if the developers say that they don't
> want to support SQLite because of the extra work it creates
> for them to support it. But this would be more or less the
> only
Hello,
The principal reason for dropping SQLite is as Radek stated -- it is
simply extra overhead that we do not need. This is particularly evident
when we have database schema changes. Doing schema changes with an
existing database can be quite complicated and prone to errors with
SQLite,
> Hi,
Hello Rolf,
> Is it possible to automatically repeat a higher-level job on a different day
> than it was initially scheduled?
> I.e. If a Full-Backup scheduled for Sunday did not complete successfully, can
> bacula automatically recognize this and repeat the Full-Backup on Monday, even
>
Hi Radoslaw,
thanks for your mail.
I would understand that if the developers say that they don't
want to support SQLite because of the extra work it creates
for them to support it. But this would be more or less the
only reason I could accept ;-)
SQLite is a good solution for an embedded RDBMS.
Hello Radoslaw,
>> Speaking of Bacula HA, I've been deploying a scenario with relative success.
>> Primary Director & SD have copy jobs routines to a Secondary Remote SD that
>> also
>> has an independent working Director.
> It sounds to me as a Disaster Recovery solution and absolutely no High
Thank you Alfred. Yes, that worked fine.
MI
Original Message (Alfred Weintoegl, 2019-04-19 08:34)
Hello MI,
for me the following addition to the command does it:
yum install bacula-postgresql --exclude=bacula-mysql --exclude=mariadb
Regards
Alfred
Am 18.04.2019 um 15:51
Hello,
śr., 10 kwi 2019 o 02:37 David Brodbeck napisał(a):
> I've been wondering the same thing, especially since there seems to be no
> official way to migrate an SQLite database to PostgreSQL or MariaDB. I'm
> actually not opposed to doing using one of those (I feel like a "real"
> RDBMS might
Hello,
wt., 16 kwi 2019 o 17:29 Josh Fisher napisał(a):
>
> On 4/16/2019 10:45 AM, Dmitri Maziuk via Bacula-users wrote:
> > On Mon, 15 Apr 2019 23:24:10 -0300
> > Marcio Demetrio Bacci wrote:
> >
> >> 5. Currently the OS and Backup disks are on the same DRBD volume, so
> >> would it be better
Hello,
wt., 16 kwi 2019 o 17:15 Heitor Faria napisał(a):
> Hello All,
>
> >> 5. Currently the OS and Backup disks are on the same DRBD volume, so
> >> would it be better to put the OS disk out of the DRBD volume? (the VM
> >> has frequently crashing what makes me think that excessive writing on
13 matches
Mail list logo
