Не удалось добавить резервную копию в список acronis
alikdio
Лежал на внешнем диске файл *.tib в 62 Гиг, разумеется, архив образа диска С.
Поймал я порно вирус, который вклинивался до запуска Win XP.
Dr.Web Live его за сутки не нашёл. Отчаялся. Форматнул, кстати, и форматировать этот гадский вирус не давал.
Надеялся на Акронис. Флешки с акронисом не было. Вот и решил запущу Win, а затем сделаю загрузочную флешку для акрониса и т.п.
А мне в ответ: Архив резервных копий поврежден
И с чего ему повреждаться? Неужели вирус такое смог.
И потеря то серьёзная.
Как думаете, что можно предпринять в этой ситуации?
Theо
Sergps280
Selev
Архив повреждён- может выдать и на той версии, на которой она создавалась. Это бывает когда на диске битые кластера или на флехе выгоревшие соты. Совершенно уверенно могу сказать, бывает такое довольно часто, что бы там не говорили. И в этом случае ничего уже не сделаешь. Поэтому не советую серъёзные вещи делать в тибе. Поганый формат. Акронис может сохранять в зипе, уж лучше в нём, много надёжнее. Или Ghost юзать.
alikdio
Sergps280
COMODO Time Machine меня бы не спас, ведь после форматирования он бы тоже умер.
Я действительно, менял версии Акрониса, но чем писал - не помню.
Специально скачал разные, штуки 4 пробовал - не помогло.
Проверить бы этот внешний диск на бэды. (Samsung STORY на 1.5 ТБ, держу для архивов)
А какой прогой лучше?
Selev
Вам в основном нужно пробовать двумя версиями
Acronis True Image Home 2010 v.13.0.7046 и
Acronis True Image Echo Server v.9.7.0.8398
качать отдельно не обязательно , они обе тут
alikdio
Theо
и правильно блокирует
похоже, тебя без затей перекидывают на поддельный линк
проверь hosts, зачисть ветку ImageFileExecutionOption
alikdio
В host поправил. (удалил лишнюю строку)
А в Image File Execution Options не обнаружил explore.exe
А вот с остальными не ясно, что делать.
На всякий случай переименую Image File Execution Options в -Image File Execution Options и посмотрю что будет.
Theо
На всякий случай переименую Image File Execution Options в -Image File Execution Options и посмотрю что будет.
alikdio
Theo
изменения в Host дали некоторый результат
переименование Image File Execution Options - не почувствовал изменений.
Selev
Записал образ ImgBurn и 11 Акронис увидел таки образ
Возможно, существуют резервные копии, созданные в предыдущей версии программы Acronis True
Image или скопированные с другого компьютера. При каждом запуске Acronis True Image 2015
сканирует компьютер на наличие таких резервных копий и автоматически добавляет их в список.
Если у вас есть резервные копии, которые отсутствуют в списке, их можно добавить вручную.
Добавление резервных копий вручную
1. В разделе Резервное копирование выберите Добавить резервную копию, затем Добавить
существующую резервную копию. Откроется окно, в котором можно просмотреть резервные
копии на компьютере.
2. Выберите версию резервной копии (TIB-файл) и нажмите кнопку Добавить.
Вся резервная копия будет добавлена в список.
4.4.5 Резервное копирование в Acronis Cloud с нескольких
Если требуется выполнить резервное копирование данных в Acronis под одной и той же учетной
записью Acronis, рекомендуется создать по отдельной резервной копии в онлайн-хранилище с
каждого компьютера. Это позволит избежать смешивания данных с разных компьютеров в одной
резервной копии в онлайн-хранилище.
Однако вам может понадобиться переключиться между компьютерами и скопировать данные в
одну и ту же резервную копию в онлайн-хранилище. При входе в учетную запись Acronis программа
Acronis True Image 2015 пытается определить наличие резервных копий в онлайн-хранилище,
созданных с других компьютеров. В таком случае программа добавляет их в список резервных
копий. Чтобы активировать любую из этих резервных копий на текущем компьютере, нажмите
кнопку Запустить резервное копирование. После этого можно будет добавлять данные с текущего
компьютера в выбранную резервную копию, но эта копия будет остановлена на другом компьютере.
Данные другого компьютера не удаляются из резервной копии и могут быть восстановлены в любой
момент.
4.4.6 Удаление данных из Acronis Cloud
Поскольку свободное пространство в Acronis Cloud ограниченно, необходимо следить за ним,
удаляя устаревшие или ненужные данные. Онлайн-хранилище может быть очищено несколькими
способами.
Удаление целой резервной копии
Наиболее радикальный способ — удаление всей резервной копии из Acronis Cloud. Для удаления
резервной копии в онлайн-хранилище щелкните значок шестерни на соответствующей панели и
выберите Удалить.
Параметры очистки
Настройте параметры автоматической очистки Acronis Cloud: удаление файлов, хранящихся дольше
указанного периода (в месяцах или днях); максимальное количество версий файлов, хранящихся в
Acronis Cloud. Примите параметры по умолчанию или задайте нужные значения. Дополнительные
сведения см. в разделе «Очистка Acronis Cloud» (стр. 53).
Разовая очистка
Если хранилище Acronis Cloud заполнено или место в нем заканчивается, рекомендуется
использовать средство очистки в веб-приложении Acronis Cloud. Это средство позволяет быстро и
легко освободить значительный объем пространства в облачном хранилище.
Как очистить Acronis Cloud
1. Запустите Acronis True Image 2015 и щелкните Восстановить на панели резервной копии в
снова, повторяйте это до тех пор, пока резервное копирование не завершится.
Дополнительные сведения см. в статье Acronis True Image Asks to Insert Next Volume When
Backing Up to USB Flash Drive (При резервном копировании на флэш-накопитель USB Acronis
True Image просит вставить следующий том) Базы знаний Acronis по ссылке
Проблема с резервным копированием раздела с файловой системой NTFS
Acronis True Image может отказаться производить резервное копирование раздела с файловой
системой NTFS из-за некоторых ограничений на работу с такими разделами. По возможности
измените файловую систему раздела перед его резервным копированием. Дополнительные
сведения см. в статье Acronis True Image Fails to Back Up a Compressed Partition (Acronis True
Image отказывается производить резервное копирование сжатого раздела) Базы знаний Acronis
Acronis True Image Home сообщает, что резервная копия повреждена
Инструкции по преодолению проблем с поврежденными резервными копиями см. в статье
Troubleshooting Issues with Corrupt Backups (Устранение проблем с поврежденными
резервными копиями) Базе знаний Acronis по ссылк е
Инкрементные/дифференциальные файлы резервных копий имеют большие размеры
Обнаружено, что файлы инкрементной (или дифференциальной) резервной копии имеют
размеры, сравнимые с размером файла полной резервной копии. Это может быть вызвано
несколькими причинами. Дополнительные сведения и возможные пути решения см. в статье
Acronis True Image Creates Large Incremental or Differential Backup Archives (Acronis True Image
создает большие инкрементные или дифференциальные архивы резервных копий) Базы
знаний Acronis по ссылк е
23.4 Проблемы во время восстановления
Самая важная функция, которую выполняет Acronis True Image Home — восстановление
системы и/или данных после сбоя. Действительно, программа, создающая резервные копии и
неспособная их восстановить, бессмысленна. Если у вас возникли проблемы с
восстановлением, выполните следующие действия:
1) Убедитесь, что вами используется последняя сборка вашей версии Acronis True Image Home.
Ее можно загрузить через имеющуюся учетную запись Acronis.
2) При восстановлении образа с внешнего жесткого диска, попытайтесь скопировать образ в
другое место хранения и заново запустить процесс восстановления, так как, возможно,
источником проблемы является аппаратная часть компьютера.
3) Если попытка восстановления не удалась в ОС Windows, загрузитесь с загрузочного носителя
Если версии резервной копии хранятся в разных хранилищах, их может потребоваться указать
при восстановлении.
4.5.5 Добавление существующей резервной копии в список
Возможно, существуют резервные копии, созданные в предыдущей версии программы Acronis
True Image или скопированные с другого компьютера. При каждом запуске Acronis True Image
2017 сканирует компьютер на наличие таких резервных копий и автоматически добавляет их в
список.
Если у вас есть резервные копии, которые отсутствуют в списке, их можно добавить вручную.
Добавление резервных копий вручную
1. В разделе Резервное копирование внизу списка резервных копий щелкните стрелку и
выберите Добавить существующую резервную копию. Откроется окно, в котором можно
просмотреть резервные копии на компьютере.
2. Выберите версию резервной копии (TIB-файл) и нажмите кнопку Добавить.
Вся резервная копия будет добавлена в список.
4.5.6 Удаление резервных копий и их версий
Этот раздел относится к локальным и сетевым резервным копиям. Сведения об удалении резервных
копий в онлайн-хранилище см. в разделе Удаление данных из Acronis Cloud (стр. 81).
Для удаления ненужных резервных копий и их версий рекомендуется использовать средства
программы Acronis True Image 2017.
Acronis True Image 2017 хранит сведения о резервных копиях в базе метаданных. Поэтому при
удалении ненужных файлов резервных копий в проводнике Windows сведения об этих
резервных копиях не удаляются из базы данных. Это приведет к ошибкам, когда программа
попытается выполнить операции с резервными копиями, которых больше не существует.
Как удалить резервную копию целиком
В разделе Резервное копирование щелкните правой кнопкой мыши резервную копию в
списке, а затем щелкните Удалить.
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, поэтому настоятельно рекомендуем делать загрузочные копии системы или «клоны». Но это приводит к ещё одной проблеме…
Нормально делай – нормально будет!
Здорово, если во время чтения этого списка нелепых ошибок вы убедились, что ваша стратегия резервного копирования данных совершенна и лишена описанных недостатков. Если это так – надеемся, вам было интересно взглянуть на то, как живут остальные 92% населения.
2. Нельзя полагаться на средства и сервисы восстановления данных
Если вы случайно удалили файл с вашего макбука, есть вероятность, что его можно восстановить, воспользовавшись специальными программами для восстановления данных. Если этого сделать не удалось (например, если был повреждён сам накопитель), то остаётся надежда лишь на специализированные компании по восстановлению данных. Однако полагать, что вы сможете воспользоваться одним из этих способов, попросту глупо. Иногда причиной утраты данных становится кража или внеплановый метеоритный дождь, в результате чего у вас попросту не будет диска, над которым можно было бы провести все вышеперечисленные операции.
8. …иметь только онлайн-бэкапы
Они идеально подходят для огромного количества ситуаций, вот только восстановление многогигабайтного куска данных из облачного хранилища (забудем пока про целый диск) может занять длительное время. В такой ситуации вы ограничены пропускной способностью канала связи интернет-провайдера. А некоторые провайдеры до сих пор имеют лимит скачиваемых данных, так что процедура восстановления может солидно затянуться. Именно поэтому помимо «облачных», стоит всегда хранить локальные бэкапы (разумеется, если вы хотите загрузиться с клона, он должен быть на локальном жестком диске).
Следующие две ошибки также относятся к онлайн-бэкапам.
11. Не думайте, что RAID и бэкап – это синонимы
RAID объединяет несколько жёстких дисков в один логический том. Одним из вариантов настройки RAID является зеркальный RAID (RAID 1), который наиболее часто путают с бэкапами. Суть RAID 1 в том, что каждый блок записывается на два разных физических диска, тем самым обеспечивается 100% избыточность (RAID 5 и 6 также обеспечивают избыточность, но другими способами). Это не совсем клонирование, потому что данные всегда актуальны и обновлены. Это же замечательно?
На самом деле, не всегда. Именно постоянные обновления являются частью проблемы. Если вы случайно удалили файл, то удалится он с обоих дисков зеркального RAID. Если была повреждена директория или файл, к вам проник вирус или возникла ещё какая-нибудь проблема, то это одинаково отразится на обоих дисках. Разумеется, если массив был украден или повреждён, то файлы будут утеряны. RAID 1 защищает ваши данные только в случае выхода из строя одного из жёстких дисков (такое случается) и не более того. Так что запомните, что дисковый массив – не синоним слову «бэкап».
3. Не надейтесь на автосохранение
Действительно, некоторые приложения выполняют автоматическое сохранение документов, давая вам возможность начать с того места, где вы остановились, даже если файл так и не был сохранён с именем (пример такого приложения – BBEdit). Однако не все приложения работают подобным образом. Но даже если работают, всегда возникают ситуации, когда пользователи случайно или по ошибке удаляют файлы автосохранения. Не секрет, что большинство систем резервного копирования предполагают, что пользователь как минимум сохранит и назовёт файл – часто автосохранение включается только после этого шага.
7. Нельзя хранить бэкапы на одной машине
Гипотетический метеорит может уничтожить дом в Калифорнии, но вряд ли сможет одновременно с этим уничтожить ещё и дата-центр CrashPlan в Миннесоте и в других местах, где вы можете хранить свои данные. Это касается и данных, утерянных в результате кражи, прорыва труб, пожара – несчастий гораздо более вероятных, чем падение метеорита. Если ваши бэкапы хранятся на локальной машине, то они защищены только от определённого круга опасностей. Эту проблему легко решить, просто отдав бэкапы другу или, например, поместив их в ячейку банка. Вы также можете воспользоваться облачными сервисами типа CrashPlan, Backblaze или DollyDrive. Короче, сделайте так, чтобы у вас был бэкап на стороне.
Но, как ни странно, обратное утверждение тоже верно. Не стоит…
6. Нельзя пользоваться только клонами
Клоны – это отличная вещь. Если что-то пошло не так, они позволяют вам вернуться к работе практически мгновенно (перезагрузите систему, удерживая Option, и выберите клона). Также клоны дают возможность откатить систему до предыдущих версий OS X, если обновление прошло с ошибками.
Проблема в том, что клоны не дают вам возможность восстановить случайно удалённые файлы или получить доступ к их более ранним версиям, если клон был обновлен (некоторые приложения предоставляют возможности архивации файлов, но тут нужно понимать, что вы делаете). Ещё одна проблема – клон хранится на вашем макбуке, поэтому, если что-то случится с компьютером (торнадо, грабёж), то вместе с ним пропадёт и единственный бэкап. Эта проблема ведёт нас к следующему заключению…
1. Нельзя не делать бэкапы
В недавнем посте Backblaze приведены данные годового опроса, который показал, что всего 8% респондентов делают резервные копии каждый день (пару лет назад эта цифра была больше), 16% делают бэкап раз в год, а 25% не делают вообще. В начале лета мы также проводили опрос, результаты которого не менее пугающие – 90.6% респондентов не готовы потерять данные, при этом лишь 74% опрошенных делают резервные копии важных данных (из которых 57.9% используют для этого лишь внешний накопитель).
Ничего не делать – это один из самых худших подходов. Вы надеетесь, что независимо от ваших (или посторонних) действий всё будет работать идеально, но ни один компьютер не сможет вам этого гарантировать – рано или поздно вы потеряете данные и будете об этом жалеть.
Анонс
Данная статья является переводом зарубежной статьи «11 stupid strategies of backup», автор которой не имеет к нашей компании никакого отношения. Однако мы решили опубликовать её, когда поймали себя на мысли, что наши новые продукты (в лице Acronis True Image 2016 и Acronis True Image Cloud) позволяют делать резервное копирование данных с учётом всех вышеперечисленных советов и рекомендаций. В ближайшем обозримом будущем мы подготовим обзоры наших новинок, а пока можете изучить их самостоятельно – по подробному обзору в журнале «Хакер» или скачав приложения с сайта.
9. Не стоит использовать исключительно Dropbox (или похожие сервисы)
Dropbox – это отличный и очень удобный инструмент, хотя многие другие облачные хранилища (iCloud Drive, Box, Amazon Cloud Drive, Google Drive, Яндекс.Диск, Microsoft OneDrive и т.д.) обладают примерно тем же набором функций. Большинство из них даже предлагают примитивную бэкап-функцию, восстанавливающую старые или удалённые файлы (если им не более месяца).
Всё это хорошо, однако, подобные сервисы больше подходят для хранения небольшого количества файлов, нежели для полноценного резервного копирования системы или всего диска. К тому же в большинстве сервисов бесплатное место довольно скромное по размерам, в то время как дополнительное место для хранения большого объёма данных будет регулярной и ощутимой статьёй расходов.
4. Не стоит делать бэкапы вручную
Есть множество людей, которые выполняют бэкап всей системы (или, как минимум, части файлов) когда их душе угодно, создавая клонов или копируя файлы на другой диск вручную. Конечно, это лучше, чем ничего, но это очень ненадёжный и непостоянный подход – найдётся тысяча и одна причина не сделать однажды бэкап. И по закону подлости вполне может случиться так, что вы потеряете данные именно в тот день, когда забудете или не успеете выполнить бэкап. Поэтому автоматические бэкапы – это более надёжный вариант. Даже, пожалуй, лучший.
10. Не стоит думать, что веб-приложения не нуждаются в бэкапах
Вы используете Google Docs, Office 365, iWork для iCloud или другие веб-приложения (коих бессчётное количество) для создания и совместного использования документов? Многие из нас пользуется этими сервисами, по крайней мере, изредка. Это хорошо, но делаете ли вы локальные копии этих документов? Если ответ – «Нет», то это плохо.
Можно перечислить множество случаев, когда люди открывали Google Docs (или что-то ещё) и обнаруживали, что важный документ исчез по непонятной причине. И что делать в такой ситуации – непонятно. Подобные ситуации возникают нечасто, но поверьте, они возникают. Не стоит рассчитывать на то, что облачный сервис адекватно восстановит утраченные данные, или что вам удастся сделать это самостоятельно (даже при наличии данных в облаке вы не всегда сможете получить к ним доступ из-за проблем с сервером или с вашим интернет-соединением, и случится это в самый неподходящий момент). Поэтому лучше делать собственные бэкапы облачных документов. Можно использовать специальные утилиты, например, CloudPull (посмотрите статью «Back Up Your Google Data with CloudPull» («Делаем бэкап документов Google с помощью CloudPull»), хоть она и старенькая уже).
Читайте также: