Article View: pl.comp.bazy-danych
Article #195753Re: jak wygląda proces archiwizacji dużej bazy?
From: Alsor ZL
Date: Tue, 22 Feb 2022 16:37
Date: Tue, 22 Feb 2022 16:37
40 lines
3371 bytes
3371 bytes
poniedziałek, 21 lutego 2022 o 22:39:02 UTC+1 Andrzej Stróżyński napisał(a): > W dniu 2022-02-21 o 19:18, Alsor ZL pisze: > > poniedziałek, 21 lutego 2022 o 16:23:23 UTC+1 Adam napisał(a): > > > >>> Pytam o te wielkie, np. urzędowe, albo firm typu bank, albo poczta, > >>> które mają tysiące punktów obsługi - w każdej mieścinie. > >> Akurat banki i poczty mają stosunkowo małe bazy danych. > >> Cyba, że porównujemy z bazami danych jakiegoś sklepu, gdzie 20GB już jest > >> traktowane jako "duża" baza. > > > > dla mnie 100M czy 10000TB bez różnicy... > Dla mnie to spora różnica > > pytanie było: jak to jest zabezpieczane przed utratą. > To zależy. Ważne, żeby skutecznie. > > Dla małych możesz sobie kopiować co 5 minut, bo to trwałoby kilka sekund. > > > > A dla dużych, wielkich, i rozproszonych, no to ja tego w ogóle nie widzę. > > > > Pewnie tego w ogóle się nie zabezpiecza - jazda na żywioł. > No jasne. > > Pomijam jakieś tam lokalne kopie z automatu, co jest trzymane w tym samym miejscu - > > i najpewniej na tym samym dysku... a przynajmniej: w jednym komputerze to siedzi; > > bo po co nam kupować dwa? > > > > Awaria, pożar, spięcie, ktoś ukradnie... no to pójdzie wsio w kosmos - wraz z tym zapasem. > Pierdolisz. Dobrze wiemy jak to działa w praktyce: po awarii systemu... nie ma zapasu danych (bo niby po co to robić... to kosztuje!), który należało zabezpieczyć, więc co wtedy się dzieje? Wiadomo co: szefostwo tłumaczy się: mieliśmy zmasowany atak hakerów rosyjskich! No i szydło wyszło z wora: teraz już wiemy na czym polega ta... nowoczesna wojna cybernetyczna... :)
Technical Details
Message-ID:
<0577e7d6-0269-43ce-b02b-89b5b4102c5fn@googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.128.88.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mailReferences:
<451a0576-8e64-4ccb-bb59-02a69a421cden@googlegroups.com> <1wirn7md233ej$.1ifm8zm1zociy.dlg@40tude.net> <adb90ad8-de12-4ec4-98f1-b53f8524db8an@googlegroups.com> <w68duoypy5es.dpayijoag20v.dlg@40tude.net> <e0f162b5-4314-4932-b21a-375a303bbd84n@googlegroups.com> <62140673$0$6644$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
X-Received: by 2002:a05:6000:15cb:b0:1ea:7db2:f5bb with SMTP id y11-20020a05600015cb00b001ea7db2f5bbmr4373250wry.709.1645547870756; Tue, 22 Feb 2022 08:37:50 -0800 (PST) X-Received: by 2002:a81:6657:0:b0:2d6:b214:6569 with SMTP id a84-20020a816657000000b002d6b2146569mr22739900ywc.53.1645547870115; Tue, 22 Feb 2022 08:37:50 -0800 (PST) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.128.88.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: pl.comp.bazy-danych Date: Tue, 22 Feb 2022 08:37:49 -0800 (PST) In-Reply-To: <62140673$0$6644$65785112@news.neostrada.pl> Injection-Info: google-groups.googlegroups.com; posting-host=89.64.126.246; posting-account=95yuogoAAAAP-TLJzdSixlAUgSgBfFyz NNTP-Posting-Host: 89.64.126.246 References: <451a0576-8e64-4ccb-bb59-02a69a421cden@googlegroups.com> <1wirn7md233ej$.1ifm8zm1zociy.dlg@40tude.net> <adb90ad8-de12-4ec4-98f1-b53f8524db8an@googlegroups.com> <w68duoypy5es.dpayijoag20v.dlg@40tude.net> <e0f162b5-4314-4932-b21a-375a303bbd84n@googlegroups.com> <62140673$0$6644$65785112@news.neostrada.pl> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <0577e7d6-0269-43ce-b02b-89b5b4102c5fn@googlegroups.com> Subject: Re: jak wygląda proces archiwizacji dużej bazy? From: Alsor ZL <alsorgzl@gmail.com> Injection-Date: Tue, 22 Feb 2022 16:37:50 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit