Re: Ansprechen eines Changers unter BSD - mtx

Bernd Walter <ticso(at)cicely12.cicely.de> wrote:
> On Wed, Oct 05, 2005 at 05:27:28PM +0200, Oliver Fromme wrote:
> > Bernd Walter <ticso(at)cicely12.cicely.de> wrote:
> > > Hannes Widmer wrote:
> > > > On Wed, 5 Oct 2005 15:13:29 +0200
> > > > "Oliver Fromme" <olli(at)lurza.secnetix.de> wrote:
> > > > eben mit chio ..hab ich auch auf google gefunden aber geht auch nicht.
> > > > Schau, wenn ich in der console diesen command ausführe der Bacula auch
> > > > machen würde, gehts:
> > > >
> > > > /usr/local/sbin/chio-bacula /dev/ch0 load 2 /dev/sa0
> > > > /usr/local/sbin/chio-bacula /dev/ch0 unload 2
> > >
> > > Keine Ahnung was das wieder für ein Spielzeug ist.
> >
> > Funktioniert eigentlich recht gut. Natürlich nur, sofern
> > man es korrekt konfiguriert. :-)
>
> Das hat nur den Anschein, als ob.

Wenn ein Privatanwender damit seine mp3-Dateien (nur als
Beispiel) sichern und später wieder restaurieren kann (vor-
zugsweise per GUI), dann ist damit erstmal die grundlegende
Funktionalität erfüllt. Da würde ich nicht von »Anschein«
reden.

Es hängt selbstverständlich immer von den eigenen Anforde-
rungen und Erwartungen ab. Daß die für einen Privatmann
andere sind als in einer Firma, ist natürlich klar. Darü-
ber brauchen wir nicht zu diskutieren.

Ob man nur seine Backups per cpdup auf eine Wechselplatte
macht, per manuellem dump oder tar auf Bänder, oder mit
Amanda oder Bacula auf DVD-R, oder mit einem kommerziellen
Tool auf eine oder mehrere Tape-Libraries -- Jedes dieser
Verfahren hat Vor- und Nachteile, aber jedes davon funktio-
niert, innerhalb seiner Parameter.

> Siehe unten: es fehlt grundlegende Funktionalität.

Laß es mich anders formulieren: Es fehlt Funktionalität,
die für _Dich_ grundlegend sein mag. Das heißt aber nicht,
daß das auch für alle anderen Menschen gelten muß.

> [...]
> > Der Hauptnachteil von Bacula ist -- in meinen Augen -- die
> > Abhängigkeit von einer SQL-Datenbank. Naja, immerhin wird
> > auch PostgreSQL unterstützt, nicht nur Mysql.
>
> Nun - du kommst mit der Funktionalität nicht ohne Datenbank aus.

Das ist richtig, ich habe dagegen auch nichts gesagt. Ich
würde aber eine integrierte Lösung (zumindest optional)
vorziehen, anstelle einer prinzipiellen Abhängigkeit von
einer separaten SQL-Datenbank.

> Du musst nur dafür sorgen, dass die Datenbank sich auch ohne Datenbank
> restaurieren lässt.

Ja, in der Tat, aber meistens erfordert das, alle Bänder
der Reihe nach durchzulesen, was Ewigkeiten dauert. So war
das zumindest bei Amanda.

Besser, wenn man den Index zusätzlich auf einer Floppy oder
CD-RW speichert. Spart Nerven. :-)

Aber wenn Du Bacula, Amanda, afbackup u.ä. nicht magst, was
empfiehlst Du dann als Alternative? Für mich wäre natür-
lich grundsätzliche Voraussetzung, daß es Open Source sein
muß.

Gruß
   Olli

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"Documentation is like sex; when it's good, it's very, very good,
and when it's bad, it's better than nothing."
        -- Dick Brandon
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message