Teie NAS-i varukoopia ebaõnnestus ka pärast VPN-i taastumist

VPN ühendub uuesti kell 06:10, juhtpaneel näitab tunnelit rohelisena ja öine varukoopia ei oma endiselt uut taastepunkti. See pole vastuolu; need on kaks ajakava, mida ei ole kunagi kooskõlastatud. Tunnel, mis taastub, on võrgu sündmus. Varukoopia, mis lõpetab, on rakenduse sündmus oma olekumasinaga, ja katkenud käivitus võib olla peatatud, tühistatud või hoopis millegi muu taha järjekorda pandud.

Planeerige aken valminud taastepunkti ümber, mitte tunneli indikaatorlambi ümber.

Alustage taastepunktist, mitte algusajast

Kirjutage nõue vastuvõetud versiooni tähtajana: uus taastepunkt, mis läbib ülesande enda tervikluse kontrolli määratud ajaks. Seejärel töötage tagurpidi läbi eeldatava kestuse, tavapärase kõikumise ja ühe katkenud katse. Käivitusaeg ei ole kohustus; see on ainult hetk, mil planeerija üritas. Pange tähtaeg varunduspoliitikasse, mitte vestlussõnumisse. Arv, mis elab ainult kellegi mälus, ei ole jälgimislävi.

Kasutage kestuse hinnangu jaoks ülesande ajalugu. Tükkide töötlemine, deduplikatsioon ja indeksitöö on käivituse osa, seega muudetud baitide jagamine lingi kiirusega alahindab akent viisil, mis hiljem näeb välja nagu võrguprobleem.

Mida katkestus tööga teeb

Hyper Backup eristab tööd, mida saab jätkata, tööst, mida ei saa: dokumenteeritud käitumine on, et jätkatavad ülesanded peatatakse ja mittejätkatavad tühistatakse, kui ühendus katkeb. Kumbki olek ei ole VPN-kliendist nähtav ja kumbagi ei paranda tunneli uuesti ühendamine. Lugege ülesande olekut ja selle salvestatud põhjust enne, kui eeldate, et järgmine planeeritud käivitus jätkab sealt, kus vana peatus.

Käsitsi peatamine ja võrgukatkestus võivad järgida erinevaid elutsükleid. Kui operaator peatas ülesande, ei muuda võrgu uuesti ühendamine mitte midagi.

Sihtkohal on oma nõuded

Taastatud tunnel ei haagi krüpteeritud jagatud kausta, ei uuenda aegunud varunduse volitusi ega lõpeta sihtkohas hooldust. Need on eraldi valmisolekukontrollid ja ükskõik milline neist võib muuta rohelise tunneli ebaõnnestunud tööks. Kinnitage, et sihtkoht on kättesaadav ja kirjutatav, enne kui süüdistate taastamisgraafikut.

Kui sihtkoha NAS ise taaskäivitus, võivad selle teenused varundusülesande käivitumise hetkel veel käivituda. Lühike valmisolekukontroll on odavam kui ebaõnnestunud käivitus ja korduskatse.

Tervikluse kontrollid võistlevad samade tundide pärast

Tervikluse kontroll võib akna ära kulutada ilma igasuguse võrguveata. DSM dokumenteerib ühe aktiivse protsessi ülesande kohta ja planeeritud varukoopia võib oodata selle ülesande tervikluse kontrolli taga ning seejärel jääda vahele pärast umbes kolmetunnist maksimaalset ootust. Hajutage kahte ajakava vaadeldud kestuste järgi ja käsitlege vahelejäänud käivitust planeerimise leiuna, mitte tõendina, et VPN jälle ebaõnnestus.

Lubage teavitused tõelise kohaletoimetamismeetodiga ja määrake seejärel keegi neid lugema. Töö, mis ei alanud kunagi, ja töö, mis ebaõnnestus poole peal, ei pruugi tekitada sama hoiatust.

Tehke hommikune kontroll koopia kohta

Hommikune küsimus on, kas olemas on praegune ja taastatav koopia, mitte kas tunnel on üleval. Kontrollige viimase vastuvõetud versiooni vanust tähtaja suhtes ja tehke seejärel ohutu taastetest selle versiooni väikesel failil. Säilitage varasemad head versioonid, kui uurite kõike, mis tundub vale.

Salvestage ajatemplid ühes ajavööndis, sealhulgas planeerija vöönd, sihtkoha vöönd ja juhtpaneeli lugeva inimese vöönd. Rohkem kui üks neist uurimistest lõpeb kellade erinevusega, mitte võrguveaga, ja just märkus teeb selle järgmisel korral nähtavaks.