Acronis это не последний том архива как исправить

11 ошибок ваших бэкапов

Всех пользователей можно разделить на две группы: на тех, кто регулярно делает бэкапы и на тех, кто пока не начал их делать. Если вы относитесь ко второй категории, то это означает лишь то, что вы недостаточно хорошо или не в полной мере представляете себе количество и масштабы неприятностей, способных повредить ваши данные – кража, пожар, ураган, вирусы, баги программного обеспечения, поломки железа, ошибки пользователей и всё в таком духе. Ну, или ещё не сталкивались с прохождением «квеста» по восстановления данных после их потери (который, к сожалению, можно успешно пройти далеко не всегда). Как бы там ни было, лучше знать наперед, каких ошибок стоит избегать при резервном копировании, поэтому представляем вашему вниманию одиннадцать ошибок при создании бэкапа. Это даже не столько ошибки, сколько советы и перечень стратегий, которыми не следует пользоваться (в первую очередь, для пользователей Mac). Добро пожаловать под кат.

1. Нельзя не делать бэкапы

В недавнем посте Backblaze приведены данные годового опроса, который показал, что всего 8% респондентов делают резервные копии каждый день (пару лет назад эта цифра была больше), 16% делают бэкап раз в год, а 25% не делают вообще. В начале лета мы также проводили опрос, результаты которого не менее пугающие – 90.6% респондентов не готовы потерять данные, при этом лишь 74% опрошенных делают резервные копии важных данных (из которых 57.9% используют для этого лишь внешний накопитель).

Ничего не делать – это один из самых худших подходов. Вы надеетесь, что независимо от ваших (или посторонних) действий всё будет работать идеально, но ни один компьютер не сможет вам этого гарантировать – рано или поздно вы потеряете данные и будете об этом жалеть.

2. Нельзя полагаться на средства и сервисы восстановления данных

Если вы случайно удалили файл с вашего макбука, есть вероятность, что его можно восстановить, воспользовавшись специальными программами для восстановления данных. Если этого сделать не удалось (например, если был повреждён сам накопитель), то остаётся надежда лишь на специализированные компании по восстановлению данных. Однако полагать, что вы сможете воспользоваться одним из этих способов, попросту глупо. Иногда причиной утраты данных становится кража или внеплановый метеоритный дождь, в результате чего у вас попросту не будет диска, над которым можно было бы провести все вышеперечисленные операции.

3. Не надейтесь на автосохранение

Действительно, некоторые приложения выполняют автоматическое сохранение документов, давая вам возможность начать с того места, где вы остановились, даже если файл так и не был сохранён с именем (пример такого приложения – BBEdit). Однако не все приложения работают подобным образом. Но даже если работают, всегда возникают ситуации, когда пользователи случайно или по ошибке удаляют файлы автосохранения. Не секрет, что большинство систем резервного копирования предполагают, что пользователь как минимум сохранит и назовёт файл – часто автосохранение включается только после этого шага.

4. Не стоит делать бэкапы вручную

Есть множество людей, которые выполняют бэкап всей системы (или, как минимум, части файлов) когда их душе угодно, создавая клонов или копируя файлы на другой диск вручную. Конечно, это лучше, чем ничего, но это очень ненадёжный и непостоянный подход – найдётся тысяча и одна причина не сделать однажды бэкап. И по закону подлости вполне может случиться так, что вы потеряете данные именно в тот день, когда забудете или не успеете выполнить бэкап. Поэтому автоматические бэкапы – это более надёжный вариант. Даже, пожалуй, лучший.

5. Нельзя полагаться только на Time Machine

Time Machine является замечательным (бесплатным) инструментом, встроенным в OS X – Apple сделали верную ставку на упрощение процедуры бэкапа. Time Machine – это хорошо. Но не стоит целиком и полностью доверять данному приоложению. Например, в статье «Why I Don’t Rely on Time Machine» («Почему я не доверяю Time Machine») автор рассказывает, как столкнулся с неисправимой ошибкой Time Machine, в результате которой ему пришлось очистить все резервные диски и начать копировать всё заново. Диски были в порядке, а вот данные – нет. Даже хвалёные инструменты восстановления не помогли. Time Machine может идеально работать годами, но стоит ему хоть раз споткнуться… Хотя Time Machine и надёжная утилита (и хорошо справляется со своей работой как вспомогательный бэкап-инструмент), но лучше не делать ставку только на нее.

Ещё кое-что о Time Machine: если у вас «полетел» диск целиком, то единственным выходом станет его форматирование или замена с последующим восстановлением бэкапа – этот процесс может занять долгие часы. Во время выполнения процедуры вы не сможете пользоваться своим Mac, поэтому настоятельно рекомендуем делать загрузочные копии системы или «клоны». Но это приводит к ещё одной проблеме…

6. Нельзя пользоваться только клонами

Клоны – это отличная вещь. Если что-то пошло не так, они позволяют вам вернуться к работе практически мгновенно (перезагрузите систему, удерживая Option, и выберите клона). Также клоны дают возможность откатить систему до предыдущих версий OS X, если обновление прошло с ошибками.

Проблема в том, что клоны не дают вам возможность восстановить случайно удалённые файлы или получить доступ к их более ранним версиям, если клон был обновлен (некоторые приложения предоставляют возможности архивации файлов, но тут нужно понимать, что вы делаете). Ещё одна проблема – клон хранится на вашем макбуке, поэтому, если что-то случится с компьютером (торнадо, грабёж), то вместе с ним пропадёт и единственный бэкап. Эта проблема ведёт нас к следующему заключению…

7. Нельзя хранить бэкапы на одной машине

Гипотетический метеорит может уничтожить дом в Калифорнии, но вряд ли сможет одновременно с этим уничтожить ещё и дата-центр CrashPlan в Миннесоте и в других местах, где вы можете хранить свои данные. Это касается и данных, утерянных в результате кражи, прорыва труб, пожара – несчастий гораздо более вероятных, чем падение метеорита. Если ваши бэкапы хранятся на локальной машине, то они защищены только от определённого круга опасностей. Эту проблему легко решить, просто отдав бэкапы другу или, например, поместив их в ячейку банка. Вы также можете воспользоваться облачными сервисами типа CrashPlan, Backblaze или DollyDrive. Короче, сделайте так, чтобы у вас был бэкап на стороне.

Но, как ни странно, обратное утверждение тоже верно. Не стоит…

8. …иметь только онлайн-бэкапы

Они идеально подходят для огромного количества ситуаций, вот только восстановление многогигабайтного куска данных из облачного хранилища (забудем пока про целый диск) может занять длительное время. В такой ситуации вы ограничены пропускной способностью канала связи интернет-провайдера. А некоторые провайдеры до сих пор имеют лимит скачиваемых данных, так что процедура восстановления может солидно затянуться. Именно поэтому помимо «облачных», стоит всегда хранить локальные бэкапы (разумеется, если вы хотите загрузиться с клона, он должен быть на локальном жестком диске).

Следующие две ошибки также относятся к онлайн-бэкапам.

9. Не стоит использовать исключительно Dropbox (или похожие сервисы)

Dropbox – это отличный и очень удобный инструмент, хотя многие другие облачные хранилища (iCloud Drive, Box, Amazon Cloud Drive, Google Drive, Яндекс.Диск, Microsoft OneDrive и т.д.) обладают примерно тем же набором функций. Большинство из них даже предлагают примитивную бэкап-функцию, восстанавливающую старые или удалённые файлы (если им не более месяца).

Всё это хорошо, однако, подобные сервисы больше подходят для хранения небольшого количества файлов, нежели для полноценного резервного копирования системы или всего диска. К тому же в большинстве сервисов бесплатное место довольно скромное по размерам, в то время как дополнительное место для хранения большого объёма данных будет регулярной и ощутимой статьёй расходов.

10. Не стоит думать, что веб-приложения не нуждаются в бэкапах

Вы используете Google Docs, Office 365, iWork для iCloud или другие веб-приложения (коих бессчётное количество) для создания и совместного использования документов? Многие из нас пользуется этими сервисами, по крайней мере, изредка. Это хорошо, но делаете ли вы локальные копии этих документов? Если ответ – «Нет», то это плохо.

Можно перечислить множество случаев, когда люди открывали Google Docs (или что-то ещё) и обнаруживали, что важный документ исчез по непонятной причине. И что делать в такой ситуации – непонятно. Подобные ситуации возникают нечасто, но поверьте, они возникают. Не стоит рассчитывать на то, что облачный сервис адекватно восстановит утраченные данные, или что вам удастся сделать это самостоятельно (даже при наличии данных в облаке вы не всегда сможете получить к ним доступ из-за проблем с сервером или с вашим интернет-соединением, и случится это в самый неподходящий момент). Поэтому лучше делать собственные бэкапы облачных документов. Можно использовать специальные утилиты, например, CloudPull (посмотрите статью «Back Up Your Google Data with CloudPull» («Делаем бэкап документов Google с помощью CloudPull»), хоть она и старенькая уже).

11. Не думайте, что RAID и бэкап – это синонимы

RAID объединяет несколько жёстких дисков в один логический том. Одним из вариантов настройки RAID является зеркальный RAID (RAID 1), который наиболее часто путают с бэкапами. Суть RAID 1 в том, что каждый блок записывается на два разных физических диска, тем самым обеспечивается 100% избыточность (RAID 5 и 6 также обеспечивают избыточность, но другими способами). Это не совсем клонирование, потому что данные всегда актуальны и обновлены. Это же замечательно?

На самом деле, не всегда. Именно постоянные обновления являются частью проблемы. Если вы случайно удалили файл, то удалится он с обоих дисков зеркального RAID. Если была повреждена директория или файл, к вам проник вирус или возникла ещё какая-нибудь проблема, то это одинаково отразится на обоих дисках. Разумеется, если массив был украден или повреждён, то файлы будут утеряны. RAID 1 защищает ваши данные только в случае выхода из строя одного из жёстких дисков (такое случается) и не более того. Так что запомните, что дисковый массив – не синоним слову «бэкап».

Нормально делай – нормально будет!

Здорово, если во время чтения этого списка нелепых ошибок вы убедились, что ваша стратегия резервного копирования данных совершенна и лишена описанных недостатков. Если это так – надеемся, вам было интересно взглянуть на то, как живут остальные 92% населения.

Однако если вы узнали себя хотя бы в одном из пунктов, не спешите расстраиваться – мы как раз и делали эот пост, чтобы помочь вам это исправить. Мы все через это проходили. Нужно понимать ошибки и исправлять их, тем более когда речь идёт о сохранности важных данных. Просто сделайте резервную копию прямо сейчас, после прочтения статьи, учитывая упомянутые выше ошибки – после этого вы можете быть уверены, что никакие метеориты не разрушат ваши данные, и сможете направить усилия на более важные задачи, например, на защиту от зомби 🙂

Анонс

Данная статья является переводом зарубежной статьи «11 stupid strategies of backup», автор которой не имеет к нашей компании никакого отношения. Однако мы решили опубликовать её, когда поймали себя на мысли, что наши новые продукты (в лице Acronis True Image 2016 и Acronis True Image Cloud) позволяют делать резервное копирование данных с учётом всех вышеперечисленных советов и рекомендаций. В ближайшем обозримом будущем мы подготовим обзоры наших новинок, а пока можете изучить их самостоятельно – по подробному обзору в журнале «Хакер» или скачав приложения с сайта.

Ну и да, сделайте бэкап важных данных прямо сейчас. Успехов!

Acronis True Image
Acronis True Image Cloud
резервное копирование
бэкап

Не открывается *.tib — архив Акронис пишет, что «это не последний том архива»

У вас должны быть все копии. . инкрементные
Восстановление идет с последней до первой самой. .
Значит каких то копий не хватает ..
Вставьте или диск или укажите архив с последней. . копией и следуте инструкциям. .
————————
А если копия одна полная. . он бы вам не задавал вопросов. .
————————
П. с вы можете восстановить систему с самой первой полной копии. .
Для этого инкрементные «неполные» не нужны. .
Но только это будет не самое последнее состояние системы. .
А на то время когда была сделана полная первая копия. .

Всем кто имеет проблемы есть несколько пунктов которые нужно выполнять.
Первое используем туже версию акроникса которой делали бэкап.
Как узнать версию.
Нужно открыть hex editor файл.И скачиваем необходимую версию.
Второй при распоковки образа к примеру на другой диск нельзя Использовать диск С с виндоус для доступк к tib файлу.
К примеру я скопировал c:\backup.tib мой файл и пытаюсь его восттановить это приведет к ошибке. Не важно используете акроникс вы в системе или используете его с загрузочного диска.
В установленно акрониксе еще можно подмонтироватьдиск и проверить его.Надеюсь кому-то поможет эта информация

Похожие вопросы

» Acronis True Image, Acronis Backup и Seagate Disc Wiz

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

Автор: Volchek
Дата сообщения: 11.10.2012 13:01

Насколько я понял, ATIH не желает равертывать образ системы на раздел по размеру меньший, чем тот, с которого образ делался, даже если места для информации на новом разделе более, чем достаточно?
Например, если образ делался с раздела 100Г, где занято всего 30Г, он не развернется на раздел в 70Г?
Помнится, с ATIES такого безобразия не было.
Или я ошибаюсь?

Автор: shadow_member
Дата сообщения: 13.05.2013 17:26

MBR занимает нулевой (иногда его называют первым) сектор диска. Увидеть его можно так.
При посекторном создании образ диска будет примерно равным оригиналу.

Автор: Maza777
Дата сообщения: 21.12.2012 13:07

bomzzz
спасибо ,в линуксе ковыряться не буду. А может конкретную сборку WinPE с акронисом посоветуте?

Автор: bomzzz
Дата сообщения: 11.10.2012 13:03

возможно проблемы возникают только если на образе заняты сектора которых на новом разделе не существует.
попробуй перед созданием образа сместить все файлы к физическому началу диска, а если не поможет, просто открой или подключи образ и скопируй все файлы на раздел целевой

Автор: crackcrack
Дата сообщения: 13.05.2013 17:53

shadow_member

MBR занимает нулевой (иногда его называют первым) сектор диска. Увидеть его можно так.

то есть под Acronis никак?

При посекторном создании образ диска будет примерно равным оригиналу.

при этом в образ диска МБР включается или нет?
Автор: bomzzz
Дата сообщения: 21.12.2012 13:39

если только акронис нужен — SV Micro. в нее нужно будет доинтегрировать свой драйвер или запускать с грубом флоппи образ с драйвером.

Автор: Volchek
Дата сообщения: 11.10.2012 14:01

Цитата:

возможно проблемы возникают только если на образе заняты сектора которых на новом разделе не существует.
попробуй перед созданием образа сместить все файлы к физическому началу диска, а если не поможет, просто открой или подключи образ и скопируй все файлы на раздел целевой

Ну про копирование файлов из образа понятно. А про «сместить». Имеется ввиду дефрагментация перед созданием образа, или что?
И вообще, образ то делается не в «посекторном» режиме.

Автор: shadow_member
Дата сообщения: 13.05.2013 18:13

crackcrack
Его и видеть то не нужно, это просто способ сделать его резервную копию на случай его же слета. В Acronis’e тоже можно сделать его резервную копию и восстановить ее, как только ее, так и вместе с образом раздела, если он делался.
Включается.

Автор: scup
Дата сообщения: 21.12.2012 19:36

Комп работает под линуксом. МОжно ли делать образ такого диска без посекторного копирования? Потом всё развернётся нормально или нет?

Автор: bomzzz
Дата сообщения: 11.10.2012 14:04

ну да дефрагментация. образ делается в непосекторном режиме, что означает, что сектора не занятые пропускаются, вернее не пропускаются а записываются в список пустых.

Автор: Fr2elancer
Дата сообщения: 14.05.2013 14:06

Граждане, помогите решить задачу! Есть Acronis True Image 11.00 build 8059, ОС Win 2000 prof sp4. При создании архива на сетевой ресурс через раз процесс зависает . Более новые версии не могу использовать, потому что стоит Win 2000. В чем причина и как ее устранить?

Автор: bomzzz
Дата сообщения: 21.12.2012 19:37

скорее всего да. акронис скорее всего подаст знак что файловая система ему знакома. но даже если файловая система знакома восстановится или нет после этого система можно проверить только опытным путем

Автор: insulin11
Дата сообщения: 11.10.2012 19:21

вопрос. ну во первых привет всем! имеется последняя версия сабжа. русская. делаю бекап системы, нажимаю «создать образ» и делаю путь к предыдущей версии бекапа с тем-же названием. Тру спрашивает «заменить?» соглашаюсь. и. архив не перезаписывается, а рядом создаётся новый с «название фулл 1 чего-то там». так и должно быть? на предыдущей версии бекап именно перезаписывался. спс.

Автор: Sish
Дата сообщения: 14.05.2013 14:33

Fr2elancer
А зачем кросспостить? Это на форуме не приветствуется.

Могу посоветовать попробовать создать архив на тот же сетевой ресурс, загрузившись с BootCD сабжа. Если процесс тоже зависнет, то смотри в сторону проблем с ОЗУ. Её (память) можно потестить с помощью Memtest86.

Автор: Horror32
Дата сообщения: 21.12.2012 20:11

Цитата:

Комп работает под линуксом. МОжно ли делать образ такого диска без посекторного копирования? Потом всё развернётся нормально или нет?

Не получится, линух после этого не загрузится, хотя акронис и нормально распознает файловые системы. Потом придётся восстанавливать загрузчик линуха. Сам мучаюсь таким вопросом.

Автор: utrewty
Дата сообщения: 11.10.2012 20:01
Так может ты просто обновлял архив? А сейчас создаешь новый бекап?
Автор: Fr2elancer
Дата сообщения: 14.05.2013 16:53

Цитата:

А зачем кросспостить [?]? Это на форуме не приветствуется.

Извиняюсь за кроспост. ИМХО дело не в ОЗУ, т.к. архивирую данные по сети с разных ПК на один сервер. Исход операции разный: то доходит до конца, то виснет на произвольном количестве процентов. Пробовал без сжатия: итог тот же.

Автор: Maxim_um
Дата сообщения: 21.12.2012 20:28
scup
Из мануала ATIH 2013.
Цитата:

Поддерживаемые операционные системы
Продукт True Image 2013 протестирован на следующих операционных системах:
Windows XP SP3;
Windows XP Professional x64 Edition SP2;
Windows Vista SP2 (все выпуски);
Windows 7 SP1 (все выпуски)
Windows 8 (все версии).
Windows Home Server 2011
True Image 2013 также позволяет создать загрузочный диск CD-R или DVD-R, на котором можно создавать резервные копии и с которого можно восстанавливать диски или разделы на компьютере с любым процессором Intel или AMD и любой операционной системой, включая Linux®. (Компьютеры Apple Macintosh с процессором Intel не поддерживаются.)
Поддерживаемые файловые системы
FAT16/32;
NTFS;
Ext2/Ext3/Ext4*;
ReiserFS; *
Linux SWAP*.
Если файловая система не поддерживается или повреждена, резервное копирование данных будет осуществлено в посекторном режиме.
* Файловые системы Ext2/Ext3/Ext4, ReiserFS и Linux SWAP поддерживаются только для операций резервного копирования и восстановления дисков или разделов. True Image 2013 не может быть использован для операций на уровне файлов в этих файловых системах (резервное копирование, восстановление, поиск файлов, а также подключение образа и восстановление файлов из образа). Также нельзя выполнять резервное копирование на диски или разделы с такими файловыми системами.

Автор: insulin11
Дата сообщения: 11.10.2012 20:02

делаю всё одинаково уже несколько лет подряд. повторюсь, акронис спрашивает заменить архив? я соглашаюсь. он вроде как начинает перезаписывать, а потов появляется приставка «_full_1. «.

Автор: denisbond
Дата сообщения: 15.05.2013 13:22

На ПК два жестких диска.
Первый (250Гб) разбит на два логических (SG_250_С и SG_250_D). На SG_250_С установлена Win 7. На SG_250_D находится VHD-файл с установленной и настроенной Win 8.
Второй (1Тб) используется для хранения данных.

Вопрос: как развернуть содержимое VHD-файла на первом разделе первого жесткого диска?

Поиск привел к следующему решению: используя Acronis True Image Home сконвертировать VHD-файл в TIB-файл, и полученный TIB-файл восстановить на первом разделе первого жесткого диска.
Находящийся под рукой Acronis True Image Home 2012 15 Build 7133 работать отказался. В связи с этим возникли следующие вопросы: 1. Следует ли попробовать воспользоваться другой версией Acronis True Image Home и будут ли вообще положительный результат? (Скорость интернет соединения очень низкая, не хочется тратить время на скачивание программы, которая, возможно, не даст результатов). 2. Что будет с загрузчиком если вариант с Acronis True Image Home «прокатит»? Повредится он или нет? Если да, то как его восстановить и что для этого понадобится?
Заранее спасибо за ответы.

Скачал «Acronis True Image Home 2013 16 Build 6514 + PlusPack». Акронис ни восстановить раздел из VHD-файла не может, ни преобразовать VHD в TIB не может — ошибка «Это не последний том архива»(((((

В Вин 8 создал стандартными средствами архив системы. Представляет собой VHDX-файл и лежит в папке WindowsImageBackup в корне второго жесткого диска. Акронис с ним так же не хочет дружить(((

Есть еще какие-нибудь варианты?

Acronis

unreal

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Последние посетители 0 пользователей онлайн

Ни одного зарегистрированного пользователя не просматривает данную страницу

Объявления

Разделы для авторов программ
О вложениях и подписях

Ответов 1 тыс
Создана 19 г
Последний ответ 8 г