Восстановление поврежденных архивов

Содержание

Восстановление повреждённых файлов на основе CRC32
Не открывается фото? Как восстановить поврежденное фото
Восстановление архива Easy RAR Recovery
【4 способа】Как восстановить поврежденные Zip, WinRAR, Архивные файлы
Что такое поврежденный файл? OfficeRecovery классифицирует и иллюстрирует характерные примеры испорченных файлов

Восстановление поврежденных архивов том же

Нашел я недавно в закромах старый оптический диск (CD). Открыл его в проводнике и не могу зайти ни в одну папку. Протёр диск. Попробовал снова — та же оказия. Царапины на диске конечно есть, но не много и не сильные. Решил воспользоваться специальным софтом BadCopy. Половина мелких файлов восстановилась, половина нет. Большие файлы восстановились не полностью. В итоге в двух повреждённых архивах (повреждено 2% и 10%) я обнаружил один и тот же файл. При попытке его извлечь вылезала ошибка CRC. Но если в WinRAR при извлечении установить галочку "Keep broken files" (Не удалять файлы, извлечённые с ошибками), то извлекается как есть. Так как мой файл был дорог мне как воспоминание и был небольшим — всего 640 КБ, я решил заморочиться. Там же в WinRAR, кстати, можно узнать оригинальный размер файла и его CRC32.

Восстановление повреждённых файлов на основе CRC32

Нашел я недавно в закромах старый оптический диск (CD). Открыл его в проводнике и не могу зайти ни в одну папку. Протёр диск. Попробовал снова — та же оказия. Царапины на диске конечно есть, но не много и не сильные. Решил воспользоваться специальным софтом BadCopy. Половина мелких файлов восстановилась, половина нет. Большие файлы восстановились не полностью. В итоге в двух повреждённых архивах (повреждено 2% и 10%) я обнаружил один и тот же файл. При попытке его извлечь вылезала ошибка CRC. Но если в WinRAR при извлечении установить галочку "Keep broken files" (Не удалять файлы, извлечённые с ошибками), то извлекается как есть. Так как мой файл был дорог мне как воспоминание и был небольшим — всего 640 КБ, я решил заморочиться. Там же в WinRAR, кстати, можно узнать оригинальный размер файла и его CRC32.

Итак, у нас есть две повреждённые версии файла, его длина и даже его CRC32, нужно восстановить оригинал. Что может быть проще?

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

Для начала нам потребуется допущение, что если бит в двух версиях одинаковый и находится на одном и том же месте, то в оригинале на этом же месте точно такой же бит. Вообще-то это не всегда верно: для файла уже в 3 байта с повреждением в 5% в обоих версиях вероятность что повреждённый бит окажется на одном и том же месте — те же 5%, вероятность того что биты окажутся одинаковыми 50%. Таким образом, при столь малом размере наше допущение неверно уже в 2,5%. Это недопустимо, однако иначе на эти версии вообще нельзя полагаться, а значит придётся перебирать все возможные комбинации. Но это мы тоже сделать не можем — для файла уже в 6 байт нас придётся перебрать 256^6 комбинаций, а это больше 2,8*10^14, и не просто перебрать, а вычислить для каждого хэш и сравнить с требуемым. Так что, похоже, допущение остаётся с нами, но нельзя ли его сделать строже? Можно, если учитывать одинаковые участки не по биту, а например по байту (или по несколько байт — но чем жёстче условия — тем дольше нам придётся ждать). Ок, что дальше? Перебрать просто все варианты для повреждённых участков? Нет, потому как если повреждено более 6 байт, мы опять-таки не сможем этого сделать (см. выше). Поэтому нам нужна какая-то оптимизация.

Я придумал три способа восстановления, которые оптимизируют скорость процесса, но уменьшают и без того не 100% вероятность успеха:

1. Побайтовый перебор, но перебираем не все 256 вариантов для каждого байта, а только от a до b, где а = v1 AND v2, b = v1 OR v2, где v1 и v2 — это соответствующие значения этого байта в версиях. Таким образом, если в одной версии там символ в кодировке Windows-1251 "Б", а в другой — "Ю", то мы будем перебирать не 256 вариантов, а только 32 варианта от "А" до "Я" ("Ё" идёт лесом).

2. Малый побайтовый перебор — тут мы вместо 256 вариантов для каждого повреждённого байта перебираем всегда только 2 — из первой версии или из второй

3. Поинтервальный перебор — то же, что 2., но перебор идёт не кадого байта, а для всего повреждённого интервала байтов. Например, если в 100-байтном файле повреждены байты с 70-го по 75-ый, 83-91, 96-100, то нам для всего процесса восстановления потребуется перебрать всего 8 вариантов — по 2 для каждого из трёх интервалов.

А теперь статистика по этим методам (получена эмпирически и плохо экстраполирована):

Вероятность успеха.

Максимум на что можно рассчитывать при первом способе — 70% вероятность успеха.

Второй способ даёт успех в два раза реже.

Третий способ даёт успех ещё в два раза реже.

Однако, зато "слабые" способы намного быстрее:

*с описанными в 1. оптимизацией. В среднем — больше 95 лет.

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

В среднем два года.

*Выше и нижеуказанные значения времени были получены на одном процессоре 1.8 ГГц

Понятно, что эти огромные цифры мало общего имеют с реальностью — врят ли кто-то будет ждать 2 года, чтобы восстановить файл меньше мегабайта (разве что там написано почему смысл жизни = 42, шучу, это потому что это ASCII-код джокера), а если речь идёт о более 90 лет (две жизни), то вообще может лучше просто подождать когда компьютеры станут быстрее?

Не открывается фото? Как восстановить поврежденное фото

Кстати — это интересный вопрос. Согласно закону Мура, количество ядер на вычислительном элементе удваивается каждые 2 года. А так как нашу программу можно полностью распараллелить (просто в начале заранее определить для какого ядра какая область перебора), то считаем, что каждые 2 года ждать нужно в 2 раза меньше, но нужно сначала подождать эти 2 года. Так что же лучше — начать как можно раньше или как можно дольше подождать?

Если наша задача решается за 100 лет, то самое оптимальное — подождать 10 лет и через 3 года и 1,5 месяца — она решится. То есть потребуется не меньше чем 13 лет! Если для Вас это неприемлемо — то Вам не повезло родиться слишком рано. Конечно, если у Вас нет сохранения промежуточного состояния программы или сети ботов, делающих всю работу за Вас.

Однако, как я уже оговаривался ранее, такие цифры у меня получились, задействуя всего лишь 1 ядро процессора. А если задействовать 8? Уже будет меньше 13 лет! А если вычисления производить на видеокарте? Смотря на какой, но порядок для современных бюджетных видеокарт среднего класса будет всего около 2 месяцев! Как это, спросите Вы? Дело в том, что ядер на видеокарте больше в 100 раз, чем в процессоре, а их частота меньше всего в 1,5 раза. Поэтому, если нужно что-то посчитать последовательно — быстрее будет на процессоре, а если множество вычислений (более 8-16 потоков) не зависят друг от друга (например, если цвет каждого пикселя напрямую не зависит от цвета других, обучение нейросети на одном примере можно производить отдельно от другого, вычисление множества хэшей как в нашем случае или в криптовалюте и т.п.), то лучше использовать видеокарту или несколько.

Итого: не меньше 2 месяцев потребуется, чтобы восстановить файл 1МБ с менее, чем 35% вероятностью успеха на среднем ПК в 2022 году. Всё равно неутешительно.

Но и это ещё не всё. Вы можете сказать: "Подожди, а зачем нам ждать полного перебора — вдруг правильный ответ ждёт нас уже на втором проценте?" Соврешенно верно, поэтому я исследовал и это:

Я ждал максимум сутки, поэтому максимальное значение здесь равно 86400 секунд и записывал результат самого быстрого способа, который всё же дал верный результат (а это 69% успеха при условии, что Вы перепробуете все три способа) — на практике это время может быть намного больше, тем более, что если с первого раза Вы не угадали самый быстрый способ, который не подведёт, но даже так видно, что есть области где пусть не всегда, но требуемый оригинальный файл достигается за гораздо меньшее время.

Таким образом, получается, что наиболее благоприятные условия (до ~ 12 часов на одном ядре или ~ 9 минут на видеокарте — если Вы думаете, что 9 минут — это мало, то вспомните, что это для размеров меньше 1 МБ — стоит добавить парочку повреждённых байт или десяток повреждённых интервалов — и вот уже вновь 12 часов), чтобы получить верный результат будут следующими:

То есть, повреждения желательно должны быть меньше 40% либо размер файла 50 байт.

Объединяя это с предыдущими графиками получаем:

Это рекомендация по выбору самого успешного способа.

Если у Вас имеется только 24 часа на одном процессоре или 18 минут на одной видеокарте, то:

Правый нижний угол ведёт себя немного странно — это потому что при таком повреждении наше изначальное не всегда верное допущение перестаёт иметь значение. Аналогично в левом нижнем углу допущение начинает играть значительную роль. Почему только в нижних? Потому что при таком отпущенном времени на поиски до верха мы просто не доберёмся.

Выкладываю здесь свою программу: ссылка на яндекс диск.

Извлеките из двух повреждённых архивов один и тот же файл (с галочкой Keep broken files в WinRar) в папку с программой как 1 и 2 (без расширения), введите длину файла и CRC32 из архиватора

Но это ещё не всё! Если Вы сейчас попробуете восстановить так какой-нибудь файл (рядом с программой есть примеры, на которых можно поиграться, дайте знать если у Вас получится восстановить D82C64A7 как работающий exe), то Вы получите результат гораздо быстрее:

В среднем за 5,5 часов*.

, но, скорее всего, он будет не тот, что Вам нужен.

Проблема в том, что так как CRC32 имеет длину в 4 байта, то на каждые 256^4 (4 миллиарда) комбинаций в среднем будет приходиться одна, подходящая под один любой CRC32. Поэтому сложность не только в том, чтобы найти вариант, подходящий под длину и хэш, но и выявить нужный из всего множества таких. А это множество может быть очень большим:

В среднем 22 штуки.

некоторые 17 вариантов для db7d2bac и размера в 54 байта (малый побайтовый перебор)

начальные 17 вариантов и оригинал для CRC32 = 9b225956 и размера в 11 байт (побайтовый перебор). Обратите внимание на 3-й символ — первые два не меняются, и практически для каждого байта находится несколько вариантов.

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

По вышеприведённой ссылке есть также исходники программы на VB6. Пробуйте перевести её на видеокарту, изобретите другой способ перебора (например, с какой-то вероятностью в каких-то байтах верить изначальному допущению, а с какой-то не верить повреждённым версиям), расширяйте её на большее количество повреждённых версий, ставьте проверку на требуемую структуру файла, оптимизируйте или как-то можно не перебирать, а вычислять варианты? — непаханное поле!

Но и это ещё не всё. Пишите комментарии — что понравилось/что нет, подписывайтесь, а если хотите поддержать такие околонаучные статьи и упоротые расчёты — можете сделать это здесь.

UPD: Скормил извлечённый .text из повреждённого exe и из такой же сигнатуры неповреждённого файла в https://www.jpeg-repair.org/ru/vg-jpeg-repair/ — показал изображения, что были внутри. Есть у кого аналог бесплатный или ещё что-то что может восстанавливать другие типы информации?

UPD2: Дело в том, что как заметил @Sap ru считывание с CD происходит блоками в 2 КБ. Поэтому я также добавил несколько новых способов:

4. Малый поблоковый перебор — аналогичен малому побайтовому, но работает не с отдельными байтами, а с целыми блоками по 2 КБ, вследствие чего намного быстрее:

В среднем 13 лет вместо 98.

В среднем в лучшем случае 24% успеха

Восстановление архива Easy RAR Recovery

5. Интервальный поблоковый — аналогично. Перебирает очень мало вариантов и выполняется практически на любом файле до 1 МБ почти мгновенно.

В среднем в лучшем случае 15% успеха.

Таким образом, вот рекомендации когда их использовать:

Восстановление поврежденных архивов одну папку

Обратите внимание, что процент поврежденных блоков и поврежденных байтов — это разные вещи:

【4 способа】Как восстановить поврежденные Zip, WinRAR, Архивные файлы

Однако, как выяснилось в моём случае — даже некоторые совпадающие блоки — это просто нули, которых не должно быть в сигнатуре файла, то есть в моём случае допущение оказалось не верным. Скорее всего, это касется всех архивов без информации восстановления. Однако, если у Вас другой случай или Вам нужно просто подобрать особенную коллизию (напаример, чтобы Windows не выдавал ошибку в самом начале из-за несовпадения CRC32 типа "Невозможно запустить это приложение на Вашем ПК") — пробуйте.

Поэтому я добавил ещё один способ, которому не нужно это допущение, однако он всё-таки опирается на имеющиеся версии:

6. Случайный — все повреждённые байты каждый раз принимают случайное значение, неповреждённые байты с 75% вероятностью — значение из версий, с 25% — случайное. Теоретически, так можно получить искомую коллизию при любых изначальных условиях, но за время в среднем гораздо большее 100 лет. Но может повезти 🙂

И всё-таки, скажите мне, если у Вас получится запустить D82C64A7 в примерах по ссылке (Может случайно или ещё как-то).

Также добавил автоматические рекомендации по выбору способа поиска коллизий в программу

crc32
поврежденное
поврежденные файлы
архив
восстановление данных
восстановление информации
восстановление файлов
восстановление пароля

Занимательные задачки
Алгоритмы
Восстановление данных

Что такое поврежденный файл? OfficeRecovery классифицирует и иллюстрирует характерные примеры испорченных файлов

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

Целостный файл состоит из блоков, записанных на какой-либо носитель данных. Для простоты далее в статье любой носитель будет называться “диском”. Следует иметь в виду, что фундаментальные принципы хранения файлов схожи для дисков, флеш-накопителей, CD/DVD и многих других устройств, поэтому, говоря о “диске” мы на самом деле говорим о широком классе устройств.

Целостный файл лежит на диске в виде блоков, как показано на рис. 1. При чтении файла блоки, из которых состоит файл, составляются в определенной последовательности, и в результате получается образ файла в памяти, готовый к обработке программой. Именно таким образом происходит открытие большинства файлов, которыми мы пользуемся ежедневно – документов Word, таблиц Excel, картинок и всего остального.

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

Рис. 1. Целостный файл

Поврежденный файл

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

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

Примером критического повреждения может являться ситуация, когда файл не может быть открыт/распознан оригинальным приложением, в котором он был создан. При недостаточно строгой обработке приложением таких ситуаций результатом может являться критическая ошибка (“падение”) приложения, которым пытались открыть поврежденный файл.

Основные причины повреждения файлов

Перечислим основные причины повреждения файлов:

Восстановление файлов после удаления с диска
Сбой в работе диска
Воздействие на файл вируса или антивируса
Ошибки работы приложений
Действия пользователя

Восстановление файлов после удаления с диска

Встречались ли вы с ситуацией, когда после расчистки места на диске вместе с лишней информацией удалялось что-то нужное?

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

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

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

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

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

Рис. 2. Файл, восстановленный после удаления

Советы на случай необходимости восстановления удаленных файлов:

Если вы не очень компетентны, обратитесь за помощью к специалистам.
Немедленно прекратите любые операции с диском, на котором находились удаленные файлы;
Воспользуйтесь утилитой восстановления удаленных файлов.
Будьте готовы к тому, что удаленные файлы могут нуждаться в дальнейшем “лечении”, в этом вам помогут программы и сервисы OfficeRecovery.

Сбой в работе диска

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

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

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

Рис. 3. Файл с поврежденного диска

Советы на случай восстановления файлов с поврежденного диска:

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

Воздействие вируса или антивируса

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

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

Если от вируса мы по определению не ждем ничего хорошего, то как же случается, что источником повреждений является антивирус? Если говорить обобщенно, то принцип работы антивируса сводится к чтению содержимого файла и поиску в последовательности байт цепочек (“сигнатур”), характерных для известных ему вирусов. Не исключены ситуации, когда пользовательские данные ошибочно могут быть интерпретированы как цепочка вируса и вырезаны из файла для обеспечения безопасности. Хотя в последнее время алгоритмы работы антивирусов претерпели значительное улучшение, такие ситуации периодически возможны. На рис. 4 представлен обобщенный вид файла после повреждения его вирусом.

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

Рис. 4. Повреждение файла в результате активности вируса, антивируса или вследствие ошибки в программе

Ошибки работы приложений

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

Вот характерный сценарий: в Photoshop редактировалось объемное изображение, вносились значительные правки, затем при попытки сохранения изменений приложение по той или иной причине “падает”. Файл оказывается записан частично, и тем самым поврежден. При попытке открыть сохраненное изображение еще раз приложение с этим не справляется, так как внутренняя структура не является целостной.

Это лишь один пример потенциальных причин сбоев приложения. “Клиническая картина” повреждений при этом близка к тому, что можно увидеть при повреждении вирусами/антивирусами. Для получения представления о ней см. рис. 4.

Если случай повреждения единичный, то докопаться до причины сбоя бывает практически невозможно. К ошибке могут привести слишком много факторов и их сочетаний. В качестве профилактической меры сделайте внеочередную резервную копию ваших данных.
Если повреждения случаются регулярно, то стоит задуматься о том, при каких обстоятельствах они происходят. Чтобы избавиться от проблемы, приходится искать в нескольких направлениях. Введите в поисковик выдаваемые вам сообщения об ошибках – часто вместе с описанием ошибки вы найдете и ее решение. Обновите программу, которая портит файлы. Установите обновления операционной системы.
Поврежденные файлы подлежат восстановлению при помощи специальных утилит.

Действия пользователя

К повреждениям файлов могут также приводить действия пользователя. Яркий пример – отсоединение от компьютера флеш-накопителя в момент, когда на него не записаны все накопленные изменения. Так получаются сломанные документы, испорченные фотографии.

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

Вот пара простых советов пользователям:

По возможности, никогда не редактируйте файлы, размещенные на носителях, которые можно легко отсоединить от компьютера (флешках, внешних дисках и т.п.). Используйте эти устройства только для транспортировки данных, а перед редактированием копируйте файлы на стационарный диск вашего компьютера.
Используйте функцию ОС «Безопасное извлечение», если она доступна для подключаемых носителей. Это позволит системе записать на носитель данные, которые находятся в системном буфере записи.
Не нажимайте кнопки “Да”, “ОК” и т.п., не поняв в точности, что у вас спрашивает программа или система. Это может быть запрос на удаление вашей важной информации.

Как восстанавливают поврежденные файлы

В заключение статьи скажем несколько слов о том, как восстанавливают испорченные данные, и какие критерии стоит предъявлять к результатам восстановления.

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

Приложения по восстановлению поврежденных данных работают по следующей схеме:

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

Что стоит ожидать от результатов восстановления файлов? Каждое повреждение файла по-своему уникально, и влияет на объем данных, которые возможно восстановить. Если в файле повреждены нерелевантные для восстановления служебные данные, то зачастую можно говорить о стопроцентном восстановлении пользовательской информации. Если же перезаписан кусок важной информации, то удается восстановить только данные, которые остались нетронутыми в процессе повреждения.

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

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

Утилиты OfficeRecovery восстанавливают данные из более чем 50 разных типов файлов, от Word и Excel до Exchange и Oracle. Если вы столкнулись с повреждением файла, воспользуйтесь программами и услугами OfficeRecovery. Специалисты компании также всегда готовы к работе над сложными специальными проектами восстановления корпоративных данных.

Программное обеспечение OfficeRecovery:
www.officerecovery.com

Онлайн-сервис для восстановления данных из испорченных файлов:
online.officerecovery.com/ru

восстановление данных
data recovery
повреждения данных
испорченные файлы