Резервне копије и враћање

Апликација се зове „Ticket System Backup & Restore“. Стоји поред система за тикете и има сопствену пречицу на радној површини.

Постоји верзија за Windows и једна за Linux. То је иста апликација, само направљена за сваки оперативни систем.

Има шест картица. „Restore“ наводи резервне копије које имате, „Create Backup“ прави нову, „Schedule“ уређује време, „Encryption“ приказује кључ за опоравак, „Settings“ приказује путање, а „Log“ дневник.

Подешавања су већ попуњена. При првом покретању апликација сама утврђује где систем за тикете живи.

Фасцикла за резервне копије стоји под „Backup directory“. Можете је променити, на пример на други диск.

На систему Windows апликација при покретању тражи администраторска права. Њена подешавања важе за сваког администратора рачунара и живе у „%ProgramData%\SMITEY\backup-app“.

Инсталација сама подешава дневну резервну копију. Она се прави у 23.00 у временској зони система за тикете.

Распоред живи у оперативном систему. На систему Windows то је Планер задатака, а на систему Linux услуга cron. Дакле не ради ниједна додатна услуга само због резервних копија.

Резервној копији није потребно да је неко пријављен. И на серверу на који се нико никада не пријављује она ипак ради.

Ред испод дугмади каже да ли задатак заиста постоји у оперативном систему. Штиклиран квадратић каже само шта је сачувано.

Резервне копије чувају се у пет степена: 14 дана, 4 недеље, 12 месеци, 4 тромесечја и 5 година. Резервна копија остаје док год је најновија у свом раздобљу у једном од тих степена.

Рачунају се календарски дани, а не датотеке. Две резервне копије у једном дану један су дан.

Резервне копије које направите ручно никада се не бришу аутоматски. То и значи 0 код „Keep manual“.

Ако промените распоред, ваша промена преживљава ажурирање. Инсталација га поставља само ако никада нисте поставили распоред. Ако сте искључили прављење резервних копија, оно остаје искључено. И „Remove all scheduled tasks“ траје: ажурирање после тога не поставља распоред поново.

Резервна копија садржи све што чини стање вашег система. То су база података, приложене датотеке, архива и кључеви. Недостаје само база података изван SMITEY.

Кључеви су део који се лако превиди. Они дешифрују сачуване податке за приступ, на пример оне вашег налога е-поште. Без њих би се враћање вратило са мртвим подацима за приступ.

Свака нова резервна копија је једна шифрована датотека са наставком „.smbk“. Она држи по једну датотеку за сваки волумен, списак свог садржаја и базу података као текстуалну датотеку, ако је укључена.

Систем при томе наставља да ради. Ваши оператори резервну копију уопште не примећују.

„Estimate size“ вам унапред каже колика је база података. Волумени са прилозима се додају на то. Резервна копија се не сажима.

Ништа се никада не преписује. Свака резервна копија је сопствена датотека, а старе уклања само чишћење.

Резервне копије могу да читају само администратори. Исто важи за конфигурациону датотеку и датотеку са првом пријавом у инсталационој фасцикли. Инсталациони програм и свако ажурирање сами постављају ове дозволе.

Ако ваша база података ради на сопственом серверу, а не у контејнеру SMITEY, апликација не може да направи њену копију. Тада направите њену резервну копију својим алатима. У том случају копија садржи само прилоге, архиве и кључеве, шифроване као и увек. Ажурирање такву базу података само препознаје и пребацује апликацију. До тада дневна копија на таквој инсталацији не успева, осим ако прво ручно не пребаците апликацију. У командној линији то можете урадити и ручно командом „config --database external“. Командом „config --database bundled“ враћате се назад.

Свака нова резервна копија је шифрована. То важи за копије из распореда, ручно направљене копије и копије пре ажурирања. Не морате ништа да укључујете.

Копије се шифрују алгоритмом AES-256. Инсталација сама прави кључ. Код постојеће инсталације он настаје при првом ажурирању на верзију са шифровањем. На серверу је сачуван заштићено. Могу га читати само администратори.

Ово штити копије изван сервера. Ко нађе копију на мрежном диску, USB меморији или у онлајн складишту, не може је прочитати без кључа. Ко контролише сам сервер, има и кључ.

Кључ за опоравак је исти кључ у облику који можете да запишете. Почиње са „SMBK-“. Налазите га на картици „Encryption“ и у датотеци „SMITEY-credentials.txt“ у фасцикли инсталације. Ако сте ту датотеку обрисали, кључ и даље налазите на картици „Encryption“.

„Copy“ ставља кључ у привремену меморију. „Save to file...“ чува га са ИД-ом кључа и датумом у текстуалној датотеци. Чувајте је на пример у менаџеру лозинки или на папиру у сефу.

Док не потврдите да је кључ сачуван, апликација на врху приказује жуту траку. Да бисте потврдили, кликните на „I stored the key outside this server“ и на питање одговорите са „Yes“. Трака тада нестаје. Картица затим показује када сте потврдили.

ИД кључа вам каже којем серверу копија припада. Ако копија не припада овом серверу, апликација наводи њен ИД кључа. Затим тражи одговарајући кључ за опоравак.

Ако апликација не може да прочита кључ, не прави копију. Не прави ни нешифровану. У том случају картица „Encryption“ јавља да се кључ не може прочитати. Ако датотеке кључа уопште нема, следећа копија прави нови кључ. Жута трака се тада поново појављује, јер и нови кључ треба сачувати. Старије копије и даље се могу отворити само старим кључем за опоравак.

Старије копије у ZIP формату нису шифроване. Можете их и даље вратити. Картица показује колико их има. Чишћење их уклања по истим правилима као и сваку другу копију.

На серверу без радне површине „key --show“ приказује исто у командној линији.

У картици „Restore“ бирате резервну копију коју желите назад. Затим кликнете на „Restore“.

Апликација прво пита. Каже шта ће се десити: данашње стање се преписује, а апликација поново покреће контејнере. Ако у данашњем стању има анонимизованих особа, следи друго питање. Оно наводи њихов број и пита да ли да се после враћања поново анонимизују. „Yes“ је унапред изабрано. Са „No“ се копија враћа без тог корака. Ако уместо тога затворите прозор, ништа се не враћа.

Квачица „Wipe target volumes before restore“ прво празни волумене. Тако не остаје ниједна датотека које није било када је резервна копија направљена.

Кораци се појављују у картици „Log“. Тамо један по један видите шта је апликација урадила. Ако сте на друго питање одговорили са „Yes“, ред на крају каже колико ће анонимизација систем за тикете поново применити следеће ноћи. Ако не могу да се пренесу, дневник уместо тога приказује упозорење. Ако је било упозорења, статусни ред на дну прозора наводи њихов број.

Ако копија садржи базу података, враћа се потпуно стање. Тикети, коментари, историја, приложене датотеке, забележено време и база знања сви су ту опет онакви какви су били у тренутку резервне копије.

После тога систем је поново употребљив. На малој инсталацији то траје мање од минута.

Ако копија садржи базу података, она се враћа у потпуности или никако. За њом следе волумени. Ако неки волумен не успе, база података је већ враћена, али датотеке могу да недостају; картица „Log“ показује који корак није успео. Апликација после тога у сваком случају поново покреће контејнере, чак и ако враћање није успело.

Резервна копија из старије верзије може се вратити у новију. При следећем покретању систем базу података доводи на своју верзију.

Сагласности и одјаве са анкете задовољства преносе се без питања. То важи и ако на друго питање одговорите са „No“. Апликација их чита из покренуте инсталације пре враћања. После тога ред у картици „Log“ наводи број, на пример „12 consent and unsubscribe record(s) were carried over.“ Систем тикета их преузима при првом покретању. Сагласност или одјава забележена после резервне копије зато остаје важећа. Ако пренос не успе, дневник приказује упозорење. Враћање се ипак рачуна као успешно.

Апликација прво у потпуности проверава шифровану копију. У међувремену статусна линија каже „Checking the encrypted backup before anything is changed...“. Тек затим зауставља контејнере. Ако је датотека оштећена или измењена, зауставља се и јавља „The backup file is damaged. Nothing was changed.“

Ако копија потиче са другог сервера, апликација тражи кључ за опоравак тог сервера. То се дешава после питања. Прозор „Recovery key needed“ наводи ИД кључа копије. Исти прозор се појављује ако кључа овог сервера нема.

Грешка у куцању се примећује пре него што се ишта промени. Статусна линија тада јавља „The recovery key has a typing error. Check each character.“ После тога прозор пита поново. Ако кључ припада другој копији, статусна линија јавља „This recovery key does not belong to this backup.“ Са „Cancel“ апликација се зауставља и јавља „Restore cancelled. Nothing was changed.“

Апликација не преузима кључ који сте унели. Задржава свој. Нове копије се и даље праве кључем овог сервера. Ако враћате на нови сервер, сачувајте и кључ за опоравак тог сервера.

Копија без базе података враћа само прилоге, архиве и кључеве. Постојећи кључеви остају. База података остаје каква јесте. Апликација то каже пре враћања и пита. Са „No“ ништа се не мења.

Ако је инсталација подешена на сопствену базу података, апликација прескаче део са базом података чак и када резервна копија садржи базу података. То се односи, на пример, на старију резервну копију. Апликација пре тога пита. Са „No“ ништа се не мења.

Сервер често нема радну површину. Зато иста апликација ради и као наредба.

У свакодневном раду треба вам пет наредби: „backup“ чува, „list“ приказује резервне копије које имате, „restore“ враћа једну, „schedule“ подешава време, а „config“ приказује подешавања. За кључ се додају „key“ и „decrypt“.

Иза њих стоји иста апликација као и у прозору. Не постоји други пут који ради нешто друго.

Апликација стоји у „/opt/smitey/Backup“. Дозивате је преко „sudo“ и додајете наредбу. Контејнери раде као „root“, па и резервној копији требају та права.

Шест оквира испод можете копирати. Они покривају оно што у свакодневном раду заиста треба.

И овде враћање пита. Оно се извршава тек када додате „--yes“. Тада преноси и анонимизације из данашњег стања, као „Yes“ у прозору. Са „--no-reapply“ извршава се без тог корака.

На серверу постоји датотека у којој се све ово може прочитати. Зове се „BACKUP-RESTORE.txt“ и стоји у „/opt/smitey“. Она још једном пролази кроз распоред, сваку наредбу и пут назад, вашим темпом. Постоји на немачком и на енглеском: ако сте током инсталације изабрали немачки, добијате немачку, иначе енглеску. Обе верзије стоје и под „/opt/smitey/docs“.

„key --show“ приказује кључ за опоравак, ИД кључа и број нешифрованих копија. Када је кључ сачуван изван сервера, то потврђујете са „key --confirm-stored“.

Копију са другог сервера враћате са „--key-file“. Датотека коју наведете садржи кључ за опоравак. За то ради и датотека из „Save to file...“. Уместо датотеке можете користити променљиву окружења „SMITEY_BACKUP_KEY“. Са „sudo“ је стављате непосредно испред програма, дакле „sudo SMITEY_BACKUP_KEY=<кључ> /opt/smitey/Backup/TicketSystemBackup restore …“. Кључ тада завршава у историји љуске. Ако кључ не одговара, ништа се не мења.

„decrypt“ записује садржај копије као нешифроване датотеке у празну фасциклу. Те датотеке нису шифроване. Садрже лозинке и личне податке. Обришите их чим завршите.

Резервне копије су датотеке у фасцикли коју сте подесили. Та фасцикла је на истој машини као и систем за тикете.

За уобичајене случајеве то добро ради. Грешком обрисани подаци, ажурирање које је пошло наопако или грешка у подацима сви су покривени.

Не помаже против отказа диска. Ако диска нема, нема ни резервних копија са њим.

Зато копирајте датотеке негде другде. Довољни су мрежни диск, други сервер или складиште у мрежи.

Копирана датотека може да се учита назад на било ком серверу. На другом серверу вам за то треба кључ за опоравак. Преко „Import backup file…“ враћате датотеку у списак.

Копије су шифроване. Без кључа за опоравак их нико не може прочитати. Зато кључ не чувајте поред копија. Старије копије са наставком „.zip“ нису шифроване.

Ажурирање унапред прави сопствену резервну копију. То се дешава независно од вашег распореда и а да ништа не штиклирате.

Чува исто као и увек: базу података, прилоге, архиве и кључеве. Ако база података ради изван SMITEY, ажурирање чува само прилоге, архиве и кључеве.

Ову копију прави апликација „Ticket System Backup & Restore“. Шифрована је као и свака друга и налази се у истој фасцикли. У списку има врсту „Update“. Три најновије такве копије се чувају. Старије апликација брише сама.

Напомена пре ажурирања вам то и каже. Не морате сами да памтите да прво сачувате.

Ако ова резервна копија не успе, ажурирање се зауставља пре него што се ишта замени. База података изван SMITEY не задржава ажурирање. Ажурирање тада пребацује апликацију тако да дневна копија такође изоставља базу података. Направите резервну копију ове базе података својим алатима.