{"id":93710,"date":"2020-09-09T07:42:42","date_gmt":"2020-09-09T05:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj"},"modified":"2020-09-09T07:42:42","modified_gmt":"2020-09-09T05:42:42","slug":"politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Polityki przechowywania Veeam B&R \u2014 rozwi\u0105zujemy problemy z kopi\u0105 zapasow\u0105 razem z pomoc\u0105 techniczn\u0105","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Witam czytelnik\u00f3w naszego bloga! Cz\u0119\u015bciowo ju\u017c si\u0119 znamy \u2013 moje angloj\u0119zyczne posty pojawia\u0142y si\u0119 tutaj w t\u0142umaczeniu mojej drogiej kole\u017canki polarowl<\/a><\/noindex>. Tym razem postanowi\u0142em zwr\u00f3ci\u0107 si\u0119 bezpo\u015brednio do polskiego audytorium. <\/p>\n

Na swoje debiut chcia\u0142em znale\u017a\u0107 temat, kt\u00f3ry by\u0142by interesuj\u0105cy dla jak najszerszej publiczno\u015bci i wymaga\u0142by szczeg\u00f3\u0142owego om\u00f3wienia. Daniel Defoe twierdzi\u0142, \u017ce ka\u017cdego cz\u0142owieka czekaj\u0105 \u015bmier\u0107 i podatki. Z mojej strony mog\u0119 powiedzie\u0107, \u017ce ka\u017cdego in\u017cyniera wsparcia czekaj\u0105 pytania dotycz\u0105ce polityki przechowywania punkt\u00f3w przywracania (lub m\u00f3wi\u0105c pro\u015bciej \u2013 retencji). Jak dzia\u0142a retencja, zacz\u0105\u0142em wyja\u015bnia\u0107 4 lata temu, b\u0119d\u0105c m\u0142odszym in\u017cynierem pierwszego poziomu, kontynuuj\u0119 to nawet teraz, b\u0119d\u0105c ju\u017c liderem zespo\u0142u hiszpa\u0144sko- i w\u0142oskoj\u0119zycznego. Jestem pewny, \u017ce moi koledzy z drugiego, a nawet trzeciego poziomu wsparcia r\u00f3wnie\u017c regularnie odpowiadaj\u0105 na te same pytania. <\/p>\n

W tym \u015bwietle chcia\u0142em napisa\u0107 ostateczny, maksymalnie szczeg\u00f3\u0142owy post, do kt\u00f3rego polskoj\u0119zyczni u\u017cytkownicy mogliby wraca\u0107 wielokrotnie jako do poradnika. Moment jest odpowiedni \u2013 niedawno wydana jubileuszowa dziesi\u0105ta wersja doda\u0142a nowe mo\u017cliwo\u015bci do podstawowego funkcjonalno\u015bci, kt\u00f3ra nie zmienia\u0142a si\u0119 od lat. M\u00f3j post jest skierowany przede wszystkim na t\u0119 wersj\u0119 \u2014 chocia\u017c wi\u0119kszo\u015b\u0107 napisanej tre\u015bci odnosi si\u0119 r\u00f3wnie\u017c do wcze\u015bniejszych wersji, to niekt\u00f3re opisywane funkcje mog\u0105 by\u0107 po prostu niedost\u0119pne w tamtych wersjach. W ko\u0144cu, zagl\u0105daj\u0105c nieco w przysz\u0142o\u015b\u0107, powiem, \u017ce w nast\u0119pnej wersji oczekiwane s\u0105 pewne zmiany, ale o tym powiemy, gdy nadejdzie czas. Zacznijmy.<\/p>\n

\"Polityki
\n<\/a><\/noindex><\/p>\n

Zadania kopii zapasowej (Backup job)<\/h2>\n

\nNa pocz\u0105tek zajmiemy si\u0119 t\u0105 cz\u0119\u015bci\u0105, kt\u00f3ra nie uleg\u0142a zmianie w wersji 10. Polityka retencji okre\u015blana jest przez kilka parametr\u00f3w. Otw\u00f3rzmy okno tworzenia nowego zadania i przejd\u017amy na zak\u0142adk\u0119 Storage. Tutaj zobaczymy parametr okre\u015blaj\u0105cy po\u017c\u0105dan\u0105 liczb\u0119 punkt\u00f3w przywracania:<\/p>\n

\"Polityki
\n
\nJednak to tylko cz\u0119\u015b\u0107 r\u00f3wnania. Rzeczywista liczba punkt\u00f3w jest r\u00f3wnie\u017c okre\u015blana trybem kopii zapasowej, ustawionym dla zadania. Aby wybra\u0107 ten parametr, nale\u017cy klikn\u0105\u0107 przycisk Advanced na tej samej zak\u0142adce. Otworzy to nowe okno z wieloma opcjami. Ponumerujmy je i przeanalizujmy je kolejno:<\/p>\n

\"Polityki
\n
\nJe\u015bli w\u0142\u0105czy\u0107 tylko opcj\u0119 1, zadanie b\u0119dzie dzia\u0142a\u0107 w trybie \u201eniesko\u0144czonego inkrementalnego\u201d (forever forward incremental). Nie ma w tym \u017cadnych trudno\u015bci \u2013 zadanie b\u0119dzie przechowywa\u0107 ustalon\u0105 liczb\u0119 punkt\u00f3w przywracania od pe\u0142nego backupu (plik z rozszerzeniem VBK) do ostatniego inkrementu (plik z rozszerzeniem VIB). Gdy liczba punkt\u00f3w przekroczy ustalon\u0105 warto\u015b\u0107, najstarszy inkrement zostanie po\u0142\u0105czony z pe\u0142nym backupem. Innymi s\u0142owy, je\u015bli zadanie jest ustawione na przechowywanie 3 punkt\u00f3w, to natychmiast po kolejnej sesji w repozytorium b\u0119dzie 4 punkty, po czym pe\u0142ny backup zostanie po\u0142\u0105czony z najstarszym inkrementem i ca\u0142kowita liczba punkt\u00f3w wr\u00f3ci do 3. <\/p>\n

\"Polityki
\n
\nR\u00f3wnie\u017c niezwykle prosty jest retencjon w trybie \u201eodwrotnie inkrementalnym\u201d (reverse incremental) (opcja 2). Poniewa\u017c w tym przypadku najnowszy punkt b\u0119dzie pe\u0142nym backupem, za kt\u00f3rym b\u0119dzie pod\u0105\u017ca\u0107 \u0142a\u0144cuch tzw. rollback\u00f3w (plik\u00f3w z rozszerzeniem VRB), aby zastosowa\u0107 retencj\u0119 wystarczy po prostu usun\u0105\u0107 najstarszy rollback. Sytuacja b\u0119dzie taka sama: natychmiast po sesji liczba punkt\u00f3w przekroczy ustalon\u0105 warto\u015b\u0107 o 1, po czym wr\u00f3ci do po\u017c\u0105danej liczby.<\/p>\n

\"Polityki
\n
\nZauwa\u017c, \u017ce w przypadku trybu odwrotnego inkrementu mo\u017cna r\u00f3wnie\u017c w\u0142\u0105czy\u0107 okresowy pe\u0142ny backup (opcja 4), ale nie zmieni to istoty sprawy. Tak, w \u0142a\u0144cuchu pojawi\u0105 si\u0119 pe\u0142ne punkty przywracania, ale wci\u0105\u017c b\u0119dziemy po prostu usuwa\u0107 najstarsze punkty jeden po drugim. <\/p>\n

Na koniec dochodzimy do ciekawej cz\u0119\u015bci. Je\u015bli aktywowa\u0107 inkrementalny backup, ale dodatkowo w\u0142\u0105czy\u0107 opcje 3 lub 4 (a mo\u017cna nawet obie jednocze\u015bnie), zadanie zacznie tworzy\u0107 okresowe pe\u0142ne backupy \u201eaktywn\u0105\u201d lub syntetyczn\u0105 metod\u0105. Metoda tworzenia pe\u0142nego backupu nie ma znaczenia \u2013 b\u0119dzie zawiera\u0107 te same dane, a \u0142a\u0144cuch inkrementalny zostanie podzielony na \u201epod\u0142a\u0144cuchy\u201d. Taki spos\u00f3b nazywa si\u0119 forward incremental i to on wywo\u0142uje znaczn\u0105 cz\u0119\u015b\u0107 pyta\u0144 od naszych klient\u00f3w. <\/p>\n

Retencja jest tutaj stosowana przez usuni\u0119cie najstarszej cz\u0119\u015bci \u0142a\u0144cucha (od pe\u0142nej kopii zapasowej do inkrementalnej). Przy tym nie b\u0119dziemy usuwa\u0107 tylko pustej kopii zapasowej ani tylko cz\u0119\u015bci inkrement\u00f3w. Ca\u0142a \u201epod\u0142a\u0144cuch\u201d jest usuwana ca\u0142kowicie za jednym razem. Zmienia si\u0119 te\u017c sens ustawienia liczby punkt\u00f3w \u2013 podczas gdy w innych metodach to maksymalna dopuszczalna liczba punkt\u00f3w, po kt\u00f3rej nale\u017cy zastosowa\u0107 retencj\u0119, tutaj to ustawienie okre\u015bla minimaln\u0105 liczb\u0119. Innymi s\u0142owy, po usuni\u0119ciu najstarszej \u201epod\u0142a\u0144cucha\u201d, liczba punkt\u00f3w w pozosta\u0142ej cz\u0119\u015bci nie powinna spa\u015b\u0107 poni\u017cej tego minimum. <\/p>\n

Spr\u00f3buj\u0119 t\u0119 koncepcj\u0119 przedstawi\u0107 graficznie. Za\u0142\u00f3\u017cmy, \u017ce retencja jest ustawiona na 3 punkty, zadanie dzia\u0142a codziennie z pe\u0142n\u0105 kopi\u0105 zapasow\u0105 w poniedzia\u0142ek. W takim przypadku retencja zostanie zastosowana, gdy ca\u0142kowita liczba punkt\u00f3w osi\u0105gnie 10:<\/p>\n

\"Polityki
\n
\nDlaczego a\u017c 10, kiedy ustawiono 3? W poniedzia\u0142ek zosta\u0142a utworzona pe\u0142na kopia zapasowa. Od wtorku do niedzieli zadanie tworzy\u0142o kopie inkrementalne. W ko\u0144cu w nast\u0119pny poniedzia\u0142ek ponownie tworzy si\u0119 pe\u0142na kopia zapasowa i tylko gdy zostan\u0105 utworzone 2 inkrementy, w ko\u0144cu ca\u0142a stara cz\u0119\u015b\u0107 \u0142a\u0144cucha mo\u017ce by\u0107 usuni\u0119ta, poniewa\u017c pozosta\u0142a liczba punkt\u00f3w nie spadnie poni\u017cej ustalonych 3. <\/p>\n

Je\u015bli koncepcja jest zrozumia\u0142a, proponuj\u0119 samodzielnie policzy\u0107 retencj\u0119. We\u017amy takie warunki: zadanie uruchamiane jest po raz pierwszy w czwartek (naturalnie, zostanie wykonana pe\u0142na kopia zapasowa). Zadanie jest ustawione na tworzenie pe\u0142nych kopii zapasowych w \u015brody i niedziele oraz przechowywanie 8 punkt\u00f3w odzyskiwania. Kiedy retencja zostanie zastosowana po raz pierwszy?<\/p>\n

Aby odpowiedzie\u0107 na to pytanie, polecam wzi\u0105\u0107 kartk\u0119 papieru, zaznaczy\u0107 dni tygodnia i napisa\u0107, jaki punkt jest tworzony ka\u017cdego dnia. Odpowied\u017a stanie si\u0119 oczywista.<\/p>\n

Odpowied\u017a<\/b>
\n \"Polityki
\nWyja\u015bnienie: aby odpowiedzie\u0107 wystarczy zada\u0107 sobie pytanie \u201ekiedy zostanie zastosowana retencja\u201d? Odpowied\u017a \u2013 kiedy b\u0119dziemy mogli usun\u0105\u0107 3 pierwsze punkty (VBK, VIB, VIB) i pozosta\u0142y \u0142a\u0144cuch nie spadnie poni\u017cej wymaganych 8 punkt\u00f3w. Oczywiste jest, \u017ce b\u0119dzie to mo\u017cliwe, gdy b\u0119dziemy mie\u0107 11 punkt\u00f3w w sumie, tj. w niedziel\u0119 drugiego tygodnia. <\/p>\n

Niekt\u00f3rzy czytelnicy mog\u0105 zaprotestowa\u0107: \u201epo co to wszystko, skoro jest rps.dewin.me<\/a><\/noindex>?\u00bb. \u0411\u0435\u0437 \u0441\u043e\u043c\u043d\u0435\u043d\u0438\u044f, \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442, \u0438 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u044f \u0431\u044b \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u043b \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e, \u043d\u043e \u0435\u0441\u0442\u044c \u0443 \u043d\u0435\u0433\u043e \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0435\u0436\u0434\u0435 \u0432\u0441\u0435\u0433\u043e, \u043e\u043d \u043d\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0443\u043a\u0430\u0437\u0430\u0442\u044c \u043d\u0430\u0447\u0430\u043b\u044c\u043d\u044b\u0435 \u0443\u0441\u043b\u043e\u0432\u0438\u044f, \u0430 \u0432\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0432\u043e\u043f\u0440\u043e\u0441 \u0437\u0432\u0443\u0447\u0438\u0442 \u0438\u043c\u0435\u043d\u043d\u043e \u00ab\u0443 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0442\u0430\u043a\u0430\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430, \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0430\u043a\u0438\u0435-\u0442\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438?\u00bb. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0443 \u0432\u0441\u0435-\u0442\u0430\u043a\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0435 \u0445\u0432\u0430\u0442\u0430\u0435\u0442 \u043d\u0430\u0433\u043b\u044f\u0434\u043d\u043e\u0441\u0442\u0438. \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 RPS \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c, \u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0430 \u0432\u043e\u0442 \u0440\u0430\u0441\u043f\u0438\u0441\u0430\u0432 \u0435\u0435 \u043a\u0430\u043a \u0432 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 (\u0434\u0430\u0436\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u0442\u043e\u0442 \u0436\u0435 Paint), \u0434\u0435\u043d\u044c \u0437\u0430 \u0434\u043d\u0435\u043c, \u0432\u0441\u0435 \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u043e\u0441\u044c \u044f\u0441\u043d\u043e. <\/p>\n

W ko\u0144cu nie om\u00f3wili\u015bmy opcji \u201eTransform previous backup chains into rollbacks\u201d (oznaczonej cyfr\u0105 5). Ta opcja czasami myli klient\u00f3w, kt\u00f3rzy w\u0142\u0105czaj\u0105 j\u0105 automatycznie, chc\u0105c po prostu w\u0142\u0105czy\u0107 syntetyczny backup. Tymczasem ta opcja uruchamia zupe\u0142nie szczeg\u00f3lny tryb backupu. Nie wchodz\u0105c w szczeg\u00f3\u0142y, od razu powiem, \u017ce na tym etapie rozwoju produktu \u201eTransform previous backup chains into rollbacks\u201d jest opcj\u0105 przestarza\u0142\u0105 i nie potrafi\u0119 wymy\u015bli\u0107 ani jednego scenariusza, w kt\u00f3rym powinno si\u0119 jej u\u017cywa\u0107. Jej warto\u015b\u0107 jest na tyle w\u0105tpliwa, \u017ce pewien czas temu sam Anton Goste\u0142 rzuci\u0142 apel na forum, prosz\u0105c o przesy\u0142anie przyk\u0142ad\u00f3w jej u\u017cyteczno\u015bci (je\u015bli macie takie, napiszcie w komentarzach, jestem bardzo ciekaw). Je\u015bli takich przyk\u0142ad\u00f3w nie znajdzie si\u0119 (co my\u015bl\u0119, \u017ce b\u0119dzie mia\u0142o miejsce), to opcja zostanie usuni\u0119ta w kolejnych wersjach. <\/p>\n

Zadanie b\u0119dzie tworzy\u0107 przyrosty (VIB) do dnia, w kt\u00f3rym zaplanowany jest syntetyczny pe\u0142ny backup. W ten dzie\u0144 rzeczywi\u015bcie tworzy si\u0119 VBK, ale wszystkie punkty do tego VBK s\u0105 przekszta\u0142cane w rollbacks (VRB). Nast\u0119pnie zadanie b\u0119dzie kontynuowa\u0107 tworzenie przyrost\u00f3w do pe\u0142nego backupu do nast\u0119pnego syntetycznego backupu. W efekcie w \u0142a\u0144cuchu powstaje mieszanka plik\u00f3w VBK, VBR i VIB. Retencja jest stosowana bardzo prosto \u2013 poprzez usuni\u0119cie ostatniego VBR:<\/p>\n

\"Polityki
\n<\/p>\n

Problemy<\/h3>\n

\nOpr\u00f3cz samego zrozumienia, jak to dzia\u0142a, wi\u0119kszo\u015b\u0107 problem\u00f3w, kt\u00f3re pojawiaj\u0105 si\u0119 podczas korzystania z trybu przyrostowego, zazwyczaj zwi\u0105zana jest z pe\u0142nym backupem. Regularny pe\u0142ny backup jest niezb\u0119dny w tym trybie, w przeciwnym razie repozytorium b\u0119dzie gromadzi\u0107 punkty, a\u017c do momentu, gdy si\u0119 przepe\u0142ni. <\/p>\n

Na przyk\u0142ad pe\u0142ny backup mo\u017ce by\u0107 tworzony zbyt rzadko. Powiedzmy, \u017ce zadanie jest ustawione na przechowywanie 10 punkt\u00f3w, a pe\u0142ny backup jest tworzony raz w miesi\u0105cu. Jasne, \u017ce faktyczna liczba punkt\u00f3w b\u0119dzie znacznie wi\u0119ksza od ustawionej. Albo zadanie jest w og\u00f3le ustawione na dzia\u0142anie w trybie niesko\u0144czonego przyrostu z przechowywaniem 50 punkt\u00f3w. Nast\u0119pnie kto\u015b przez przypadek stworzy\u0142 pe\u0142ny backup. To wszystko, od teraz zadanie b\u0119dzie czeka\u0107, a\u017c pe\u0142ny punkt zgromadzi 49 przyrost\u00f3w, po czym zastosuje retencj\u0119 i wr\u00f3ci do trybu niesko\u0144czonego.<\/p>\n

W innych przypadkach pe\u0142na kopia zapasowa jest ustawiona na regularne tworzenie, ale z jakiego\u015b powodu nie jest ona realizowana. Opisz\u0119 tutaj najpopularniejszy pow\u00f3d. Niekt\u00f3rzy klienci wol\u0105 korzysta\u0107 z opcji harmonogramu \"run after\" i konfigurowa\u0107 zadania, aby dzia\u0142a\u0142y w \u0142a\u0144cuchu. Przyjmijmy taki przyk\u0142ad: s\u0105 3 zadania, kt\u00f3re dzia\u0142aj\u0105 codziennie i tworz\u0105 pe\u0142n\u0105 kopi\u0119 zapasow\u0105 w niedziel\u0119. Pierwsze zadanie uruchamia si\u0119 o 22:30, pozosta\u0142e uruchamiaj\u0105 si\u0119 w \u0142a\u0144cuchu. Inkrementalna kopia zapasowa zajmuje 10 minut, wi\u0119c do 23:00 wszystkie zadania ko\u0144cz\u0105 prac\u0119. A jednak pe\u0142na kopia zapasowa zajmuje godzin\u0119, wi\u0119c w niedziel\u0119 dzieje si\u0119 nast\u0119puj\u0105ce: pierwsze zadanie dzia\u0142a od 22:30 do 23:30. Nast\u0119pne od 23:30 do 00:30. A trzecie zadanie uruchamia si\u0119 ju\u017c w poniedzia\u0142ek. Pe\u0142na kopia zapasowa jest ustawiona na niedziel\u0119, wi\u0119c w takim przypadku jej po prostu nie b\u0119dzie. Zadanie b\u0119dzie czeka\u0107 na pe\u0142n\u0105 kopi\u0119 zapasow\u0105, aby zastosowa\u0107 retencj\u0119. Dlatego b\u0105d\u017acie ostro\u017cni przy korzystaniu z opcji \"run after\" lub nie u\u017cywajcie jej wcale \u2013 po prostu ustawcie zadania na uruchomienie o tej samej porze i pozw\u00f3lcie systemowi harmonogramu zasob\u00f3w wykona\u0107 swoj\u0105 prac\u0119. <\/p>\n

Nie\u0142atwa opcja \"Remove deleted items\"<\/h2>\n

\nPrzechodz\u0105c do ustawie\u0144 zadania Storage \u2013 Advanced \u2013 Maintenance, mo\u017cna natkn\u0105\u0107 si\u0119 na opcj\u0119 \"remove deleted items data after\", liczon\u0105 w dniach. <\/p>\n

\"Polityki
\n
\nNiekt\u00f3rzy klienci oczekuj\u0105, \u017ce to w\u0142a\u015bnie jest retencja. W rzeczywisto\u015bci jest to zupe\u0142nie oddzielna opcja, kt\u00f3rej niezrozumienie mo\u017ce prowadzi\u0107 do niespodziewanych konsekwencji. Jednak przede wszystkim nale\u017cy wyja\u015bni\u0107, jak B&R reaguje na sytuacje, gdy podczas sesji pomy\u015blnie wykonuj\u0105 kopi\u0119 zapasow\u0105 tylko niekt\u00f3re maszyny. <\/p>\n

Wyobra\u017amy sobie taki scenariusz: niesko\u0144czone inkrementalne zadanie, skonfigurowane na przechowywanie 6 punkt\u00f3w. W zadaniu znajduj\u0105 si\u0119 2 maszyny, jedna zawsze tworzy\u0142a kopi\u0119 zapasow\u0105 pomy\u015blnie, druga czasami zg\u0142asza\u0142a b\u0142\u0119dy. W efekcie w si\u00f3dmej punkcie powsta\u0142a taka sytuacja:<\/p>\n

\"Polityki
\n
\nCzas zastosowa\u0107 retencj\u0119, ale jedna maszyna ma 7 punkt\u00f3w, a druga tylko 4. Czy tutaj zostanie zastosowana retencja? Odpowied\u017a brzmi \u2013 tak, zostanie. Je\u015bli cho\u0107 jeden obiekt zosta\u0142 zrobiony kopi\u0119 zapasow\u0105, B&R uwa\u017ca, \u017ce punkt zosta\u0142 utworzony. <\/p>\n

Podobna sytuacja mo\u017ce wyst\u0105pi\u0107, je\u015bli jaka\u015b maszyna po prostu nie zosta\u0142a uwzgl\u0119dniona w zadaniu podczas okre\u015blonej sesji. Tak si\u0119 zdarza, na przyk\u0142ad, gdy maszyny s\u0105 dodawane do zadania nie indywidualnie, a w ramach kontener\u00f3w (folder\u00f3w, magazyn\u00f3w) i jaka\u015b maszyna tymczasowo migruje do innego kontenera. W takim przypadku zadanie b\u0119dzie uznawane za zako\u0144czone pomy\u015blnie, ale w statystykach znajdziesz komunikat informuj\u0105cy, \u017ce dana maszyna nie jest ju\u017c przetwarzana przez zadanie. <\/p>\n

\"Polityki
\n
\nCo si\u0119 stanie, je\u015bli tego nie zignorujemy? W przypadku tryb\u00f3w niesko\u0144czonego inkrementowania lub inkrementowania wstecz, liczba punkt\u00f3w przywracania dla \"problematycznej\" maszyny b\u0119dzie mala\u0142a z ka\u017cd\u0105 sesj\u0105, a\u017c osi\u0105gnie 1, zachowan\u0105 w VBK. Innymi s\u0142owy, nawet je\u015bli maszyna nie b\u0119dzie backupowana przez d\u0142ugi czas, jeden punkt przywracania i tak pozostanie. Sprawa ma si\u0119 inaczej, je\u015bli w\u0142\u0105czone s\u0105 okresowe pe\u0142ne kopie zapasowe. Je\u015bli zignorujemy sygna\u0142y od B&R, w ko\u0144cu ostatni punkt mo\u017ce zosta\u0107 usuni\u0119ty razem ze star\u0105 cz\u0119\u015bci\u0105 \u0142a\u0144cucha. <\/p>\n

Rozumiej\u0105c te szczeg\u00f3\u0142y, mo\u017cna w ko\u0144cu rozwa\u017cy\u0107 opcj\u0119 \u201eRemove deleted items data after\u201d. Usunie ona wszystkie punkty dla okre\u015blonej maszyny, je\u015bli ta maszyna nie b\u0119dzie backupowana przez X dni. Zwr\u00f3\u0107 uwag\u0119, \u017ce to ustawienie nie reaguje na b\u0142\u0119dy (pr\u00f3bowali\u015bmy \u2013 nie uda\u0142o si\u0119). Nie powinno by\u0107 nawet pr\u00f3by backupu maszyny. Wydaje si\u0119, \u017ce opcja ta jest przydatna i zawsze powinna by\u0107 w\u0142\u0105czona. Je\u015bli administrator usun\u0105\u0142 maszyn\u0119 z zadania, logiczne jest, aby po pewnym czasie oczy\u015bci\u0107 zb\u0119dne dane oraz \u0142a\u0144cuch. Jednak to ustawienie wymaga dyscypliny i uwagi.<\/p>\n

Podam przyk\u0142ad z praktyki: do zadania dodano kilka kontener\u00f3w, kt\u00f3rych sk\u0142ad by\u0142 do\u015b\u0107 dynamiczny. Z powodu braku pami\u0119ci RAM serwer B&R napotka\u0142 problemy, kt\u00f3re pozosta\u0142y niezauwa\u017cone. Zadanie zosta\u0142o uruchomione i pr\u00f3bowa\u0142o wykona\u0107 kopi\u0119 zapasow\u0105 maszyn, z wyj\u0105tkiem jednej, kt\u00f3ra w danym momencie nie by\u0142a obecna w kontenerze. Poniewa\u017c wiele maszyn zg\u0142osi\u0142o b\u0142\u0119dy, domy\u015blnie B&R powinien wykona\u0107 3 dodatkowe pr\u00f3by wykonania kopii zapasowej \u201eproblemowych\u201d maszyn. Z powodu ci\u0105g\u0142ych problem\u00f3w z pami\u0119ci\u0105 RAM, te pr\u00f3by rozci\u0105gn\u0119\u0142y si\u0119 na kilka dni. Nie by\u0142o ponownej pr\u00f3by wykonania kopii zapasowej brakuj\u0105cej VM (brak VM to nie b\u0142\u0105d). W efekcie, podczas jednej z ponownych pr\u00f3b, spe\u0142niono warunek \u201eUsu\u0144 usuni\u0119te elementy\u201d i wszystkie punkty maszyny zosta\u0142y usuni\u0119te. <\/p>\n

W tej sprawie mog\u0119 powiedzie\u0107 tyle: je\u015bli masz ustawione powiadomienia o wynikach zada\u0144, a jeszcze lepiej - wykorzystujesz integracj\u0119 z Veeam ONE, to prawdopodobnie co\u015b takiego si\u0119 u Ciebie nie wydarzy. Je\u015bli jednak zagl\u0105dasz na serwer B&R raz na tydzie\u0144, aby sprawdzi\u0107, czy wszystko dzia\u0142a, to lepiej zrezygnowa\u0107 z opcji, kt\u00f3re mog\u0105 potencjalnie prowadzi\u0107 do usuni\u0119cia kopii zapasowych. <\/p>\n

Co dodano w v.10<\/h2>\n

\nTo, o czym m\u00f3wili\u015bmy wcze\u015bniej, istnia\u0142o w B&R przez wiele wersji. Zrozumiawszy te zasady dzia\u0142ania, przyjrzyjmy si\u0119 teraz, co dodano w jubileuszowej \u201edziesi\u0105tce\u201d. <\/p>\n

Retencja dzienna<\/h3>\n

\nPowy\u017cej omawiali\u015bmy \u201eklasyczn\u0105\u201d polityk\u0119 przechowywania opart\u0105 na liczbie punkt\u00f3w. Alternatywne podej\u015bcie - ustawi\u0107 w tym samym menu \u201edni\u201d zamiast \u201epunkt\u00f3w przywracania\u201d. <\/p>\n

\"Polityki
\n
\nIdea jest jasna z nazwy - retencja b\u0119dzie przechowywa\u0107 ustalon\u0105 liczb\u0119 dni, liczba punkt\u00f3w w ka\u017cdym dniu nie ma znaczenia. Nale\u017cy jednak pami\u0119ta\u0107 o nast\u0119puj\u0105cym:<\/p>\n