Re: Linki do stron zawierajacych materialy nielegalne.

Date: Mon, 23 Apr 2012 09:00:49 +0200
From: Andrzej Lawa <a...@l...SPAM_PRECZ.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.9.2.17) Gecko/20110414
SUSE/3.1.10 Thunderbird/3.1.10
MIME-Version: 1.0
Newsgroups: pl.soc.prawo
Subject: Re: Linki do stron zawierajacych materialy nielegalne.
References: <jmgjq7$4v9$1@news.dialog.net.pl> <jmgvse$p3e$1@news.icm.edu.pl>
<4f8c17bf$0$1318$65785112@news.neostrada.pl>
<jmh5ov$5p1$1@news.icm.edu.pl> <jmh68b$e47$1@news.dialog.net.pl>
<4f8c364b$1@news.home.net.pl> <jmhfcc$l77$1@inews.gazeta.pl>
<s...@p...org> <jmhq1r$o8n$1@news.dialog.net.pl>
<s...@p...org> <jmit6b$sbv$1@news.task.gda.pl>
<jmj5g7$d09$1@news.dialog.net.pl> <jmj7jo$qga$1@news.task.gda.pl>
<s...@p...org> <jmkmov$73j$1@inews.gazeta.pl>
<s...@p...org> <jmlrls$fi1$1@inews.gazeta.pl>
<s...@p...org>
<1c16lg2z5j710$.5rt7wif510fa$.dlg@40tude.net>
<s...@p...org>
<nnems1eimiup$.1oignjal147zq.dlg@40tude.net>
<s...@p...org> <4f9003ef$1@news.home.net.pl>
<s...@p...org> <4f901171$1@news.home.net.pl>
<s...@p...org>
In-Reply-To: <s...@p...org>
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
NNTP-Posting-Host: 46.28.241.74
Message-ID: <4f94fdd2$1@news.home.net.pl>
X-Trace: news.home.net.pl 1335164370 46.28.241.74 (23 Apr 2012 08:59:30 +0100)
Organization: home.pl news server
Lines: 31
X-Authenticated-User: a...@p...pl
Path: news-archive.icm.edu.pl!news.icm.edu.pl!nf1.ipartners.pl!ipartners.pl!news.home
.net.pl!not-for-mail
Xref: news-archive.icm.edu.pl pl.soc.prawo:702311
[ ukryj nagłówki ]
W dniu 19.04.2012 15:26, Wojciech Bancer pisze:

>>> Niby fajne, ale nadal nie załatwia problemu redundancji.
>> Jak nie jak tak?
>
> No nie. Z samej składni widać że jest source - target, a nie
> source - multiple-targets.

Masz oryginał i kopię. Redundancja? Redundancja!

>>> No i to jest takie "zrób to sam".
>> No i? Zapłacisz komuś, to ktoś ci to zrobi ;)
>
> No właśnie. A z rozwiązaniami w cloud zrobię to po prostu wygodniej
> i taniej.

Pytanie, czy bezpieczniej.

>>> A i niespecjalnie widzę rdiff-backup w sytuacji odzyskiwania danych z bazy
>>> sql. Pewnie możliwe, ale nietrywialne, a w takich sytuacjach (awarie),
>>
>> Trywialne. Przed rdiff-backup odpalasz mysqldump - i pięknie robi się
>> kopia różnicowa bazy danych.
>
> O jeny. Ale komplikacje. I tak dla każdego obsługiwanego rdbms osobno
> dłubać ścieżkę i sposób backupu? :)

A jak proponujesz inaczej mieć redundancję bazy danych?

Całą bazę danych trzymać wyłącznie "gdzieś w chmurze"?