W dniu 2018-05-18 o 15:50, HF5BS pisze:
>
> Użytkownik "Janusz" <j...@o...pl> napisał w wiadomości
> news:pdltmr$c6l$1@node2.news.atman.pl...
> ...
>> Dlatego nalepiej będzie Irkowi postawić serwer i bazę lokalnie a na
>> fajrant
>> robić backup szyfrowany do chmury, każdy ze swoją datą dzięki czemu
>> mozna wrócić
>> do dowolnej daty wstecz, a jak się zapełni miejsce to najstarsze kasować,
>> to ma też zaletę że ostatni backup się nie nadpisze nowym z np:
>> uszkodzonymi bazami jak to było na niebezpieczniku opisane w jednej z
>> firm.
>
> Tak z ciekawości - czy ta baza jakaś szczególnie duża i skomplikowana?
> Nie dało się tego opatrzyć choćby najprostszym CRC, czy innym haszem,
> etcetera, aby możliwie na bieżąco mieć kontrolę, czy baza zapisała się
> jak należy, czy coś się wysrało po drodze. A poszczególne fragmenty
> miały by swoje sumy kontrolne, zaś jeśli miało by to leżeć w chmurze, to
> zrobić CRC, jak już iść na całość, to dwiema powiedzmy, wykluczającymi
> się metodami... chodzi mi o coś takiego, że nawet przy ataku CRC, czy
>(...)


Tu jeszcze jedno dopowiedzenie:
Bazy SQL backupuje się w trakcie zwykłej pracy użytkowników. Nie bardzo
jest jak sprawdzić poprawność.
W przypadku MS-SQL po poleceniu
BACKUP DATABASE @Nazwa_bazy TO DISK = @PlikArchiw
można sprawdzić poprawność archiwum np tak:
RESTORE VERIFYONLY FROM DISK = @PlikArchiw

Dopiero później @PlikArchiw można spakować (bo bazy MS-SQL mają dużo
"powietrza", dość dobrze się pakują) i takie archiwum przesyłać dalej -
wtedy dopiero jest sens stosowania jakichś sum kontrolnych.


--
Pozdrawiam.

Adam