eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaA teraz z innej beczki... bazy danych › Re: A teraz z innej beczki... bazy danych
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
    OSTED!not-for-mail
    From: "HF5BS" <h...@...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: A teraz z innej beczki... bazy danych
    Date: Fri, 18 May 2018 15:50:22 +0200
    Organization: Stowarzyszenie Przeżuwaczy Szmat
    Lines: 55
    Message-ID: <pdmllt$22r$1@node2.news.atman.pl>
    References: <pd9jtj$7a1$1@node2.news.atman.pl> <pd9kou$832$1@node2.news.atman.pl>
    <pd9ndc$aen$1@node2.news.atman.pl> <pd9nso$atr$1@node2.news.atman.pl>
    <pdaa3b$rnl$1@node2.news.atman.pl>
    <a...@t...pilczyce.net>
    <pdffvc$no2$1@node1.news.atman.pl>
    <9...@g...com>
    <pdgfbu$c52$1@node2.news.atman.pl> <pdgqgq$sdq$1$Adam@news.chmurka.net>
    <pdgsbo$t40$1$PiotrGalka@news.chmurka.net>
    <5afbfaac$0$611$65785112@news.neostrada.pl>
    <pdhidu$66t$1$PiotrGalka@news.chmurka.net>
    <1eazkzwf75v5r$.gmxzhs7vliul$.dlg@40tude.net>
    <pdi723$ehi$1$PiotrGalka@news.chmurka.net>
    <pdje06$4c6$1@node2.news.atman.pl>
    <5afd3d4a$0$623$65785112@news.neostrada.pl>
    <pdltmr$c6l$1@node2.news.atman.pl>
    Reply-To: "HF5BS" <h...@...pl>
    NNTP-Posting-Host: 89-64-18-182.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Trace: node2.news.atman.pl 1526651389 2139 89.64.18.182 (18 May 2018 13:49:49 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Fri, 18 May 2018 13:49:49 +0000 (UTC)
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7451
    X-Antivirus: Avast (VPS 180518-2, 2018-05-18), Outbound message
    X-Antivirus-Status: Clean
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:732148
    [ ukryj nagłówki ]


    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 jak to się zwie, jeśli zgodzi się
    jedna suma, to już (niemal) na pewno nie zgodzi się druga. Aby chmurze nie
    wpadło na myśl odszyfrować, to suma założona na już zaszyfrowaną zawartość.
    Jakby co, https://en.wikipedia.org/wiki/PAR2 lub coś w podobie. Oczywiście,
    jeszcze procedury sprawdzenia, czy archiwum/backup, utworzyło się poprawnie,
    po to mi sumy kontrolne. No, dziś jakoś mnie talent krasomówczy opuścił,
    więc ładnie nie powiem, ale mam nadzieję, że rozumiecie, co mam na myśli?
    Jeśli więc tworzę jakieś archiwum z "delikatną" zawartością, to albo
    sprawdzam (nauczony przykrym doświadczeniem), czy się zdekoduje, albo/oraz
    dodaję dane naprawcze. Już od dawna archiwizery oferują taką możliwość. I
    dopiero wtedy ewentualnie idę spokojnie spać.
    Oczywiście, nie oznacza to, że uchronię się od awarii, której nawet tak
    staranne (tak, znam zasadę 3-2-1) przygotowanie nie zapobiegnie. Ale miejmy
    nadzieję, że zminimalizuje ryzyko, oraz zmaksymalizuje szanse odzyskania
    czegokolwiek.
    Oczywiście, jeśli okoliczności tego nie wymuszą inaczej, bądź ryzyko nie
    krąży w granicach nikczemnych, nie kasuję archiwum z backupem, jeśli
    rozpakowane na miejsce nie okaże się sprawne i nie wstanie (bądź w razie
    czego, nic się nie da już odzyskać). Także nie kasuję danych pakowanych (też
    nauczony przykrym doświadczeniem), jesli archiwum nie utworzyło się
    poprawnie i nie nadaje się do przywrócenia. Chyba, że to są zdjęcia
    pszczółki bzykającej (się) na kwiatku i w razie wtopy, mogę je powtórzyć.
    Tak, ja już jestem raczej z tej opcji, co tworzy backupy (chyba, ze dane
    mało istotne, lub łatwe do ponownego pozyskania), epoka "którzy będą
    tworzyć" już niemal minęła...
    Co do firm usługowych - zdaję sobie sprawę, że to będzie kosztować. Miło by
    jednak było wiedzieć, że są drożsi dlatego, bo naprawdę są staranni i
    traktują swą robotę poważnie, czy tylko sobie zaśpiewali "więcej, więcej,
    więcej", aby stworzyć iluzję profesjonalizmu... A w rzeczywistości wyjdzie
    takie druciarstwo:
    http://www.auto-swiat.pl/eksploatacja/druciarstwo-cz
    yli-co-mozna-zrobic-autu/fe5jkn

    --
    Pies może złamać serce tylko raz,
    kiedy jego własne przestaje bić...

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: