Hi,

12.09.2007 15:30,, Mariusz Czulada wrote::
> Hi all,
> 
> I was not following bacula lists for a few weeks (was on vacations). Now 
> found, that there was a discusion about feature requests, there is a new 
> list on bacula site. What suprosed me was lack of my proposal sent in 
> may to 'bacula-users' list in may'07 regarding inter-SD migrations. I 
> guess it was simply missed, but wonder if it can be added to the list, 
> so SD->SD migration feature will not be excluded from next voting.

I'll only comment on the feature request / voting question...

Basically, no voting took place because everyone seemed satisfied with 
Kerns priorities.

I collect the incoming feature requests, nad can assure you that yours 
is not lost, but simply not published. A problem I will fix some day :-)

Arno

> Regards,
> 
> Mariusz Czułada
> 
> 
> Dnia 7-05-2007 o godz. 15:28 Mariusz Czulada <[EMAIL PROTECTED]> napisał(a):
>> Item n:
>>         Job migration between different SDs
>>
>> Origin:
>>         Mariusz Czulada <manieq AT wp DOT eu>
>>
>> Date:
>>         07 May 2007
>>
>> Status:
>>         NEW
>>
>> What:
>>         Allow to specify in migration job devices
>>         on Storage Daemon other then the one used for
>>         migrated jobs (possibly on different/distant
>>        host)
>>
>> Why:
>>         Sometimes we have more then one system which
>>         requires backup implementation. Often, these systems
>>         are functionally unrelated and placed in different
>>         locations. Having a big backup device (a tape
>>         library) in each location is not cost-effective.
>>         It would be much better to have one powerful
>>         enough tape library which could handle backups
>>         from all systems, assuming relatively fast and
>>         reliable WAN connections. In such architecture
>>         backups are done in service windows on local bacula
>>         servers, then migrated to central storage off
>>         the peak hours.
>>
>> Notes:
>>         If migration to different SD is working,
>>         migration to the same SD, as now, could be done
>>         the same way (i mean 'localhost') to unify the
>>         whole process
>>
>> =====================================
> 
> 
> ----------------------------------------------------
> Już wkrótce... Czas podjąć ostateczną decyzję.
> Walczysz? Walcz o miejsce.
> Ogarnie Cię adrenalina o jakiej nie śniłeś!!!
> Kliknij -> 
> http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fksweliminacje.html&sid=21
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-devel

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to