Відносність бекапів Acronis True Image
Роблю бекап MyBackup.tib До нього інкрементно робляться бекапи MyBackup1.tib, MyBackup2.tib, MyBackup3.tib і так далі Питання: щодо чого робиться інкрементація MyBackup2.tib - щодо MyBackup.tib (оригінал) або MyBack tib (оригінал + 1 інкремент). У документації чогось нічого осудного не знайшов. Техпідтримка змовилася і знущається з мене, сказавши мені спочатку так, а потім ось так (обидва варіанти). Хтось явно збожеволів. Чи я, чи техпідтримка, чи акроніс, чи весь світ у повному складі. Душею чую, що інкрементація робитися повинна щодо майстер образу, але не можу зрозуміти, чому тоді різниця між MyBackup1.tib та MyBackup2.tib може бути N байт, а між MyBackup4.tib та MyBackup1.tib 2N байт, хоча робіт якихось з комп'ютером не було
Шановні олл, врятуйте від шизофренії.
Відповіли: 13
>>Душею чую, що інкрементація робитиметься щодо майстер образу це диференціальний архів. Інкрементій - з моменту попереднього архівування акроніс вміє обидва типи. Як налаштовано у вас – хз. :)
А як тоді акроніс кошерно ресторувати дані вміє, якщо я в ланцюжку MyBackup1.tib - MyBackup20.tib поб'ю архіви з MyBackup1.tib по MyBackup10.tib Від кошерно відсточить саме на момент MyBackup11.tib
ну для диференціального архіву так і має бути. :) акроніс підтримує як диференційний так і інкрементний архів, тип вибирається перед архівуванням
Вибираю інкремент. Як поводяться в такому разі дані?
ЕМНІП, то питається інкремент до чого. тобто. можна вибрати інкремент до архів2 (вважаємо, що архів1 повний), а можна до архів1. хоча можу гнати :)
Отож і я питаю - до чого акроніс інкремент робить? До майстер образу або передостанньогоінкременту?
ось не полінувався, скачав "Acronis True Image Home", отже: створюю архів папки test, отримую test.tib додаю файл до папки у виборі архіву вибираю test роблю інкремент. отримую test1.tib додаю файл до папки у виборі архіву вибираю test роблю інкремент. отримую test2.tib видаляю test1.tib (через провідник), намагаюся відновити test2.tib Отримую МПХ у вигляді "дай мені test1.tib" Повертаю test1 назад, і тепер видаляю його через акроніс. Акроніс попереджає, що так само буде видалено. так що при "якщо я в ланцюжку MyBackup1.tib - MyBackup20.tib поб'ю архіви з MyBackup1.tib по MyBackup10.tib Від кошерно відресторит саме на момент MyBackup11.tib" створюється враження що перемудрили з налаштуваннями, при налаштуваннях " в акронісі такого бути не може, або у вас не інкрементний, а диференціальний архів :)
Гм, я просто пробував 9.1 сервер Едішн Мб різниця є і тут?
Types of backup
Backup utility supports five methods of backing up data on your computer or network.
A daily backup copies all selected files that have been modified the day the daily backup is performed. Backed-up файли не можуть бути зареєстровані як backed up (в інших словах, архів attribute is no cleared).
Різні backup copies файли створені або змінені з точки зору останніх normal або incremental backup. Це не означає, що файли, які мають бути backed up (в інших словах, архів attribute is no cleared). Якщо ви збираєтеся поєднувати normal і differential backups, restore files and folders requires that you have the last normal as well as the last differentialbackup.
У incremental backup backs up only those files created or change since the last normal or incremental backup. Це позначки файлів, які мають бути backed up (в інших словах, архів attribute is cleared). Якщо ви використовуєте комбінацію normal і incremental backups, ви повинні потребувати останнього normal backup set як добре, як всі incremental backup sets in order to restore your data.
Варіант 1. архів1 - повний архів2 - інкрементний, щодо архів1 архів3 - інкрементний, виконується щодо архів2. При вбитті архів2 – дані не відновляться.
Варіант 2. архів1 - повний архів2 - диференціальний, щодо архів1 архів3 - диференціальний, виконується щодо архів1. Відновлювати дані після вбити архів2 не пробував, виконайте самі як домашнє завдання.
Є ще варіант 3, коли йдуть упереміш інкрементний і диференціальний. Тут оппа, т.к. залежить від технології та розуміння завдання розробниками програми, чи відновляться дані після вбити проміжних архівів можна з'ясувати лише досвідченим шляхом.
Це я розумію, але акроніс яким із варіантів користується – зрозуміти не можу. Щось четверте
Практика – критерій істини, як вчили нас років 20 тому на філософії :)
Візьміть і перевірте на якійсь тестовій машинці. Тобто. крок 1 - образ повністю крок 2 - заливаємо пару сотень мигів (для надійності) крок 3 - інкремент, завантажившись з диска Акроніса крок 4 - не заходячи в ОС - знову інкремент
Інкремент на кроці 3 дорівнюватиме розміру тих самих залитих "сотень мигів" поділених на ступінь стиснення. Інкремент на кроці 4 дорівнюватиме одиницям кілобайт, т.к. завантажившись з диска Акроніса, ми дійсно нічого не робили з даними.
Завантажуватися з дискаАкронісу краще для того, щоб виключити похибки "нічого нероблення" ОС.
ІМХО на експеримент піде менше часу, ніж вже витрачено на запитання :)