Backup-i i NAS-it tuaj përsëri dështoi pasi u kthye VPN

VPN-ja rilidhet në orën 06:10, paneli tregon tunelin jeshil dhe backup-i i natës ende nuk ka një pikë të re rikuperimi. Kjo nuk është kundërshti; janë dy orare që nuk u koordinuan kurrë. Një tunel që rikuperohet është një ngjarje rrjeti. Një backup që përfundon është një ngjarje aplikacioni me makinën e vet të gjendjes, dhe një ekzekutim i ndërprerë mund të jetë pezulluar, anuluar ose vënë në radhë pas diçkaje krejt tjetër.

Planifikoni dritaren rreth një pike rikuperimi të përfunduar, jo rreth dritës treguese të tunelit.

Filloni nga pika e rikuperimit, jo nga ora e nisjes

Shkruajeni kërkesën si afat për një version të pranuar: një pikë e re rikuperimi që kalon kontrollin e vet të integritetit të detyrës deri në një orë të caktuar. Pastaj punoni mbrapsht përmes kohëzgjatjes së pritur, variacionit të zakonshëm dhe një përpjekjeje të ndërprerë. Ora e nisjes nuk është angazhim; është vetëm momenti kur planifikuesi u përpoq. Vendoseni afatin në politikën e backup-it, jo në një mesazh bisede. Një numër që jeton vetëm në kujtesën e dikujt nuk është prag monitorimi.

Përdorni historikun e detyrës për vlerësimin e kohëzgjatjes. Përpunimi i pjesëve, deduplikimi dhe puna e indeksit janë pjesë e ekzekutimit, prandaj pjesëtimi i bajteve të ndryshuara me një shpejtësi lidhjeje nënvlerëson dritaren në një mënyrë që më vonë duket si problem rrjeti.

Çfarë i bën një ndërprerje punës

Hyper Backup dallon punën që mund të rifillohet nga puna që nuk mundet: sjellja e dokumentuar është që detyrat e rifillueshme pezullohen dhe ato të parifillueshme anulohen kur lidhja bie. Asnjëra gjendje nuk është e dukshme nga klienti VPN dhe asnjëra nuk rregullohet duke rilidhur tunelin. Lexoni gjendjen e detyrës dhe arsyen e regjistruar përpara se të supozoni që ekzekutimi i radhës i planifikuar do të vazhdojë aty ku u ndal ai i mëparshmi.

Pezullimi manual dhe një ndërprerje rrjeti mund të ndjekin cikle jete të ndryshme. Nëse një operator e pezulloi detyrën, rilidhja e rrjetit nuk ndryshon absolutisht asgjë.

Destinacioni ka kërkesat e veta

Një tunel i rikthyer nuk monton një dosje të përbashkët të kriptuar, nuk rinovon kredencialet e skaduara të backup-it dhe nuk përfundon mirëmbajtjen në destinacion. Këto janë kontrolle të veçanta gatishmërie, dhe secila prej tyre mund ta kthejë një tunel jeshil në një punë të dështuar. Konfirmoni që destinacioni është i arritshëm dhe i shkrueshëm përpara se të fajësoni orarin e rikuperimit.

Nëse vetë NAS-i i destinacionit u rindez, shërbimet e tij mund të jenë ende duke u nisur kur aktivizohet detyra e backup-it. Një kontroll i shkurtër gatishmërie kushton më pak se një ekzekutim i dështuar dhe një provë e re.

Kontrollet e integritetit konkurrojnë për të njëjtat orë

Një kontroll integriteti mund ta konsumojë dritaren pa asnjë dështim rrjeti. DSM dokumenton një proces aktiv për detyrë, dhe një backup i planifikuar mund të presë pas kontrollit të integritetit të asaj detyre dhe pastaj të kapërcehet pas një pritjeje maksimale prej rreth tre orësh. Distancojini dy oraret sipas kohëzgjatjeve të vëzhguara dhe trajtojeni një ekzekutim të kapërcyer si një gjetje planifikimi, jo si provë që VPN-ja dështoi përsëri.

Aktivizoni njoftimet me një metodë reale dërgimi, pastaj caktoni dikë t'i lexojë ato. Një punë që nuk filloi kurrë dhe një punë që dështoi në mes mund të mos prodhojnë të njëjtin alarm.

Bëjeni kontrollin e mëngjesit për kopjen

Pyetja e mëngjesit është nëse ekziston një kopje aktuale dhe e rikuperueshme, jo nëse tuneli është aktiv. Kontrolloni moshën e versionit të fundit të pranuar kundrejt afatit, pastaj kryeni një test rikthimi të sigurt në një skedar të vogël nga ai version. Ruani versionet e mëparshme të mira ndërsa hetoni çdo gjë që duket e gabuar.

Regjistroni vulat kohore në një zonë të vetme kohore, duke përfshirë zonën e planifikuesit, zonën e destinacionit dhe zonën e personit që lexon panelin. Më shumë se një nga këto hetime përfundon me një ndryshim ore dhe jo me një defekt rrjeti, dhe shënimi është ai që e bën atë të dukshëm herën tjetër.