Ваша рэзервовая копія NAS зноў не ўдалася пасля вяртання VPN

VPN перападключаецца ў 06:10, панэль кіравання паказвае зялёны тунель, а начная рэзервовая копія ўсё яшчэ не мае новай кропкі аднаўлення. Гэта не супярэчнасць; гэта два графікі, якія ніколі не ўзгадняліся. Тунель, які аднаўляецца, — гэта сеткавая падзея. Рэзервовая копія, якая завяршаецца, — гэта падзея праграмы з уласнай машынай станаў, і перапынены запуск можа быць прыпынены, скасаваны або пастаўлены ў чаргу за нечым зусім іншым.

Плануйце акно вакол завершанай кропкі аднаўлення, а не вакол індыкатарнай лямпы тунеля.

Пачынайце з кропкі аднаўлення, а не з часу запуску

Запішыце патрабаванне як крайні тэрмін для прынятай версіі: новая кропка аднаўлення, якая праходзіць уласную праверку цэласнасці задачы да пэўнага часу. Затым ідзіце назад праз чаканую працягласць, звычайную варыяцыю і адну перапыненую спробу. Час запуску — не абавязацельства; гэта толькі момант, калі планавальнік паспрабаваў. Змясціце крайні тэрмін у палітыку рэзервовага капіявання, а не ў паведамленне чата. Лік, які жыве толькі ў чыёйсьці памяці, не з'яўляецца парогам маніторынгу.

Выкарыстоўвайце гісторыю задачы для ацэнкі працягласці. Апрацоўка блокаў, дэдуплікацыя і праца з індэксам — частка запуску, таму дзяленне змененых байтаў на хуткасць канала заніжае акно так, што пазней выглядае як сеткавая праблема.

Што перапынак робіць з задачай

Hyper Backup адрознівае працу, якую можна працягнуць, ад працы, якую нельга: дакументаваныя паводзіны ў тым, што аднаўляльныя задачы прыпыняюцца, а неаднаўляльныя скасоўваюцца, калі злучэнне абрываецца. Ні адзін стан не бачны з кліента VPN, і ні адзін не выпраўляецца перападключэннем тунеля. Прачытайце стан задачы і запісаную прычыну, перш чым меркаваць, што наступны запланаваны запуск працягне з таго месца, дзе спыніўся папярэдні.

Ручное прыпыненне і сеткавы перапынак могуць ісці рознымі жыццёвымі цыкламі. Калі аператар прыпыніў задачу, перападключэнне сеткі не змяняе нічога.

Прызначэнне мае свае патрабаванні

Адноўлены тунель не мантуе зашыфраваную агульную папку, не абнаўляе састарэлыя ўліковыя даныя рэзервовага капіявання і не завяршае абслугоўванне на прызначэнні. Гэта асобныя праверкі гатоўнасці, і любая з іх можа ператварыць зялёны тунель у няўдалы запуск. Пацвердзіце, што прызначэнне дасягальнае і даступнае для запісу, перш чым вінаваціць графік аднаўлення.

Калі сам NAS прызначэння перазагрузіўся, яго службы могуць яшчэ запускацца, калі спрацоўвае задача рэзервовага капіявання. Кароткая праверка гатоўнасці таннейшая за няўдалы запуск і паўтор.

Праверкі цэласнасці канкуруюць за тыя ж гадзіны

Праверка цэласнасці можа спажыць акно зусім без сеткавага збою. DSM дакументуе адзін актыўны працэс на задачу, і запланаваная рэзервовая копія можа чакаць за праверкай цэласнасці гэтай задачы, а потым быць прапушчанай пасля максімальнага чакання каля трох гадзін. Разнясіце два графікі паводле назіраных працягласцяў і стаўцеся да прапушчанага запуску як да знаходкі планавання, а не як да доказу, што VPN зноў пацярпеў няўдачу.

Уключыце апавяшчэнні з рэальным спосабам дастаўкі, затым прызначце кагосьці чытаць іх. Задача, якая ніколі не пачалася, і задача, якая правалілася на паўдарозе, могуць не даць аднолькавага апавяшчэння.

Зрабіце ранішнюю праверку пра копію

Ранішняе пытанне ў тым, ці існуе актуальная копія, якую можна аднавіць, а не ці ўключаны тунель. Праверце ўзрост апошняй прынятай версіі адносна крайняга тэрміну, затым выканайце бяспечны тэст аднаўлення на невялікім файле з гэтай версіі. Захоўвайце папярэднія добрыя версіі, пакуль даследуеце ўсё, што выглядае няправільна.

Запісвайце часовыя меткі ў адным часавым поясі, уключаючы пояс планавальніка, пояс прызначэння і пояс чалавека, які чытае панэль. Больш чым адно з гэтых расследаванняў заканчваецца на розніцы гадзіннікаў, а не на сеткавай няспраўнасці, і менавіта нататка робіць гэта бачным наступным разам.