Невозможность создания резервной копии данных iPhone, iPad или восстановления из резервной копии в iTunes

Пользователям мобильных устройств часто приходится сталкиваться с проблемой, когда iPhone не делает резервную копию. Как результат в программе iTunes возникают различные сообщения, которые указывают на различные неполадки.

Мы предлагаем своим клиентам:

Ремонт iPhone

Ремонт iPad

Ремонт iPod

Ремонт MacBook

Гарантия! Оригинальные комплектующие! Низкие цены!

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

Возможные причины и их устранение

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

Удалить существующую резервную копию в настройках программы iTunes (Настройки -> Вкладка устройства) или перенести ее в другую папку.
После этого снова подключить iPhone к iTunes, чтобы создать новую резервную копию.
Если проведенные манипуляции не помогли, то потребуется создание нового пользователя, который будет обладать правами администратора. Впоследствии резервное копирование необходимо сделать от его имени.

2. Бывает, что iPhone не создает резервную копию из-за устаревшего ПО iTunes, Mac или iOS. Для исправления ошибки достаточно загрузить последнюю версию и установить необходимые обновления.

3. Невозможность резервного копирования может быть обусловлена различными часовыми поясами, которые установлены на ПК и iPhone. Устранить проблему довольно просто - достаточно поставить галочку напротив строчки «Автоматический переход на летнее время».

4. При резервном копировании с помощью iCloud, ошибка может возникнуть при невозможности проверки подлинности пароля к учетной записи, к примеру, после сброса пароля пользователем. Для решения проблемы достаточно снова зайти в свой аккаунт.

5. Бывают случаи, когда ошибка связана с настройками безопасности. Для устранения придется установить обновления или на время отключить систему, после чего вновь повторить попытку.

6. Невозможность создания резервной копии может быть связано с недостатком свободного места.

Если ничего не помогло, то лучше обратиться к сотрудникам службы поддержки Apple.

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

Неверный выбор метода архивирования

Два основных метода резервного копирования данных Exchange - оперативный и автономный. В оперативном режиме программный интерфейс Microsoft (такой, как Extensible Storage Engine - ESE, специальные API или служба Microsoft Volume Shadow Copy Service - VSS), обеспечивает копирование избранных данных Exchange при работающих службах Exchange и смонтированной и активной целевой базе данных. Предоставляемые Exchange интерфейсы API архивируют и при необходимости сокращают журналы транзакций.

В автономном режиме база данных Exchange и файлы журналов копируются, пока база данных не смонтирована. Поставщики некоторых решений утверждают, что данные Exchange копируются без использования Microsoft API и демонтирования баз данных. В статье «XADM: Hot Split Snapshot Backups of Exchange» (http://support.microsoft.com/?kbid=311898) объясняется, что компания Microsoft относит такие резервные копии к категории автономных.

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

Сохранение непроверенных резервных копий

Сбой в процессе резервного копирования может остаться незамеченным, но пользователи наверняка поднимут тревогу, если администратор не сможет восстановить данные электронной почты. Мне известна одна компания, в которой администратор случайно испортил базу данных почтовых ящиков. При попытке восстановить ее администратор обнаружил, что резервные копии за более чем четыре месяца испорчены, так как установленная версия стороннего агента резервного копирования была несовместима с Exchange. Агент пытался создать резервные копии файлов, но не смог, потому что файлы Exchange Information Store (IS) были открытыми. Даже беглый просмотр отчетов программы резервного копирования или журнала событий приложения показал бы неполадки в копировании данных Exchange. К сожалению, процесс резервного копирования никто не контролировал. Чтобы избежать такой неудачи, следует регулярно проверять журналы программ резервного копирования. Необходимо убедиться, что:

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

Убедитесь, что данные можно восстановить на сервере и Exchange может извлечь информацию.

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

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

Неправильная обработка журналов транзакций

Возможность восстановить базу данных Exchange определяется состоянием журналов транзакций. Если имеется корректный набор файлов журнала для базы данных, значит, есть вероятность восстановления базы данных в точке отказа. И наоборот, если журналы потеряны или испорчены, вероятность полного восстановления снижается. В процессе восстановления Exchange предпринимает попытки последовательно воспроизвести файлы журналов, начиная с первого журнала, необходимого для базы данных (также называемого нижним якорем - low anchor log), и заканчивая последним доступным журналом (верхний якорь - high anchor log). Если отсутствует файл журнала в промежутке между нижним и верхним якорем, воспроизведение журналов прекращается. Процедура восстановления не может возобновиться до тех пор, пока отсутствующий файл журнала не будет восстановлен.

В оперативные резервные копии автоматически вводятся файлы журналов как часть резервного набора данных. При нормальной работе Exchange продолжает создавать новые файлы журналов по мере совершения транзакций. Эти файлы журналов остаются на диске до тех пор, пока не будет выполнено полное или оперативное копирование, после чего процесс Exchange IS урезает или удаляет файлы. Нельзя удалять файлы журналов самостоятельно. В некоторых случаях может потребоваться скопировать файлы журналов в отдельный каталог для надежного хранения. В статье Microsoft «Offline Backup and Restoration Procedures for Exchange» (http://support.microsoft.com/?kbid=296788) рекомендуется сохранять копии журналов транзакций в отдельном хранилище, прежде чем восстанавливать данные из автономной резервной копии.

При восстановлении с помощью NTBackup журналы не воспроизводятся, если не установлен флажок Last restore set (или аналогичный флажок в другой программе резервного копирования). Восстанавливаемую базу данных нельзя монтировать, если этот флажок не установлен или для ручного запуска обработки журнала не используется команда Eseutil /r.

Если журналы транзакций отсутствуют или хотя бы один файл журнала испорчен, стоит применить бесплатный анализатор Exchange Server Disaster Recovery Analyzer (ExDRA) компании Microsoft. Этот инструмент анализирует демонтированную базу данных, сообщает об имеющихся и отсутствующих файлах журналов и возможных вариантах устранения обнаруженных проблем. ExDRA - ценный инструмент при неожиданных сбоях процесса восстановления, но администратору по-прежнему необходимо знать тонкости процесса восстановления после аварии и консультироваться со специалистами службы Microsoft Customer Service and Support (CSS) или другими экспертами.

Недостаток времени для копирования

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

Компания Microsoft рекомендует измерить время, необходимое для резервного копирования массива данных, и выделить вдвое больше времени для восстановления. Почему для восстановления требуется вдвое больше времени, чем для копирования? Предположим, нам нужно получить копию базы данных емкостью 60 Гбайт с использованием системы резервного копирования со скоростью записи 12 Гбайт/ч. Пять часов - приемлемое время для резервного копирования. Однако при подготовке к восстановлению данных следует помнить, что простое считывание данных займет пять часов. В процессе восстановления требуется также выполнить следующие операции.

Найти соответствующий резервный носитель (если используется сменный носитель, такой как лента) или подыскать подходящий дисковый том (при использовании резервных копий на базе VSS или SAN).
Передать резервные данные на сервер, с которого выполняется восстановление.
Создать сервер восстановления или группу восстановления хранилища (Recovery Storage Group - RSG), если это необходимо.
Прочитать данные с резервного носителя и устранить любые ошибки и неполадки.
Воспроизвести журналы транзакций.
Переместить данные с сервера восстановления или RSG в производственные почтовые ящики.
Успешно монтировать базу данных.
Устранить любые сопутствующие проблемы.

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

Забытые мелочи

Обсуждение проблем резервного копирования Exchange часто сводится к копированию и восстановлению данных; при этом упускаются из виду многие другие объекты и элементы данных, которые также необходимо копировать и восстанавливать. Например, при катастрофическом отказе оборудования необходимо заменить аппаратные средства и установить Windows и Exchange на новом сервере, прежде чем можно будет использовать резервные копии базы данных Exchange и журналов транзакций. Создав резервную копию состояния сервера Exchange, нетрудно восстановить данные сервера и Exchange, и значительно ускорить возвращение к нормальной работе, не теряя времени на поиск компакт-дисков, серийных номеров продуктов и т.д. Если в среде Exchange имеются антивирусные программы, фильтры спама, центры сертификации (ЦС) X.509, факс-коннекторы или другие вспомогательные службы, то необходимо сделать копии и восстановить их конфигурацию, наряду с важными данными (например, закрытыми ключами и списками фильтрации), чтобы восстановить эти службы в исходном рабочем состоянии.

При резервном копировании состояния системы с помощью NTBackup собираются все системные данные локального компьютера, в том числе реестр, файлы Active Directory (AD) Directory Information Tree (DIT) на контроллере домена (DC), данные Windows Certificate Services, базы данных серверов DHCP и DNS и другие обязательные данные. Большинство утилит резервного копирования независимых поставщиков также располагают данной функцией, но можно обойтись и без этих инструментов; с помощью NTBackup можно составить расписание копирования состояния системы в файл на диске, а затем ввести этот файл в каждую резервную копию Exchange. Данный метод гарантирует своевременно обновляемую копию состояния системы. Не забывайте периодически обновлять диск автоматического восстановления системы (Automated System Recovery (ASR). С его помощью часто удается исправить поврежденные экземпляры Windows без полной переустановки операционной системы.

Пренебрежение практикой

Освоить процесс восстановления данных лучше всего до возникновения неполадок. Отрабатывать восстановление можно, даже если на предприятии имеется всего одна база данных и единственный сервер. Для этого нужно получить экземпляр Microsoft Virtual PC 2004 или VMware Workstation, построить испытательный сервер и практиковаться в восстановлении данных. Работая с Exchange Server 2003, необходимо изучить группы RSG и способы их использования. Нужно узнать, как восстановить данные с исходного сервера на другом сервере с помощью программы резервного копирования. Установочные компакт-диски и серийные номера продуктов должны находиться в надежном месте (не в текстовом файле на сервере, который требуется восстановить). Полезно регулярно тренироваться, восстанавливая элементы, которые потребуется вернуть в рабочее состояние в случае настоящей аварии; в зависимости от особенностей среды, эти элементы могут быть отдельными почтовыми ящиками, отдельными сообщениями, базами данных, группами хранения (SG) или целыми серверами. Время, затраченное на тренировку, окупится, если произойдет сбой.

Тратим время, экономим деньги

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

Поль Робишо - Главный инженер компании 3sharp, имеет сертификаты MCSE и Exchange MVP. Автор нескольких книг, в том числе The Exchange Server Cookbook (Издательство O?Reilly and Associates). Поддерживает Web-сайт http://www.exchangefaq.org . С ним можно связаться по адресу

Пользователи сообщают, что их iPhone8/X не могут восстановить резевную копию из последней резервной копии по разным причинам. В этой статье мы перечислили причины и соответствующие решения, когда вы не смогли восстановить резервную копию из iTunes или iCloud.

Часть 1: Исправить iTunes не смог восстановить iPhone

Когда у вас возникли проблемы с iPhone , не восстанавливающимся из резервной копии iTunes, ниже вы можете найти полезные советы.

Резервное копирование iTunes повреждено или несовместимо

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

1. Во-первых, вы должны найти резервные копии своего iPhone8.

На ПК с Windows 7,8 и 10:

Чтобы найти список резервных копий, последовательно выберите \ Пользователи \ (имя_пользователя) \ AppData\ Roaming \ Apple Computer \ MobileSync \ Backup \

Можно также выполнить следующие действия.
Найдите строку поиска:

В ОС Windows 7 нажмите кнопку «Пуск».
В ОС Windows 8 щелкните значок лупы в правом верхнем углу экрана.
В ОС Windows 10 перейдите в строку поиска рядом с кнопкой «Пуск».

Введите % appdata% в строке поиска и нажмите клавишу «Ввод», затем щелкните эти папки: Apple Computer> MobileSync> Backup.

На Mac:

Шаг 1. Нажмите на поиск в строке меню.
Шаг 2. Введите или скопируйте и вставьте следующий текст: ~/Library/Application Support/MobileSync/Backup/
Шаг 3. Нажмите клавишу «Ввод».

Чтобы найти конкретную резервную копию, выполните следующие действия:

Откройте программу iTunes. В строке меню щелкните iTunes и выберите «Настройки».
Выберите «Устройства».

Удерживая нажатой клавишу Control, щелкните требуемую резервную копию и выберите «Показать в Finder».

2. Скопируйте резервные копии iOS в другое место, например, на ваш рабочий стол или на внешний диск.

3. Откройте iTunes на своем компьютере и выберите «Устройства».

4. Выберите все файлы резервных копий и нажмите «Удалить резервную копию».

5. Скопируйте все предыдущие файлы резервных копий обратно в папку «Резервное копирование».

6. Попробуйте снова восстановить iTunes.

Если это не поможет, вы можете рассмотреть возможность удаления всех резервных копий и создания новой резервной копии, если новый iPhone не видит резервную копию iTunes.

Ошибка при восстановлении резервной копии

Если сообщение говорит о неизвестной ошибке, вы не можете восстановить iPhone 8 из резервной копии iTunes, вы можете обратиться к бесплатному Tenorshare TunesCare. Вместо того, чтобы каждый раз пытаться использовать возможные решения, предлагает окончательное решение для исправления различных ошибок синхронизации/резервного копирования /восстановления iTunes.

iPhone отключен или не распознан iTunes

Убедитесь, что новая версия iTunes обновлена.
Проверьте кабель USB и соединения.
Перезагрузите компьютер и iPhone 8.
Поместите iPhone в режим восстановления с бесплатным Tenorshare ReiBoot , который будет обнаружен.

Пароль резервного копирования неверен

Если вы включили зашифрованную резервную копию и случайно забыли резервный пароль, нет способа восстановить резервную копию iTunes на ваш iPhone 8, если вы не удалите пароль с помощью стороннего программного обеспечения, такого как Tenorshare iBackupUnlocker . Подробнее о том, как удалить пароль резервной копии iPhone, .

Часть 2: Новый iPhone 8 / 8 Plus не может восстановить данные из резервной копии iCloud

В другой ситуации, если вы используете резервное копирование iCloud и не можете восстановить iPhone из iCloud iOS 11, все по-другому. Большинство ошибок резервного копирования с iCloud вызваны:

Не хватает места на iPhone 8

Если предыдущий файл резервной копии достаточно большой по размеру, вам может быть предложено указать, что для восстановления из резервной копии iCloud недостаточно места. В этом случае предлагается очистить некоторое пространство на устройстве iOS. Tenorshare iCareFone - хороший инструмент для восстановления ограниченного пространства для хранения.

Восстановление iCloud слишком долго заканчивается

Проблема, по которой iPhone не завершит восстановление из резервной копии iCloud, в основном вызвана медленным сетевым подключением, а также большой размер файла. Убедитесь, что ваше устройство подключено к надежной и устойчивой сети Wi-Fi, а затем подождите терпеливо.

Или вы можете попробовать альтернативу резервного копирования iTunes - UltData . Поддерживая как резервные копии iTunes, так и iCloud, процессы UltData восстанавливаются с невероятной скоростью. Вам просто нужно войти в свою учетную запись Apple ID и выбрать файл для резервного копирования.

Некоторые элементы не могут восстанавливаться или восстановление iCloud является неполным

Когда ваши резервные копии содержат покупки, сделанные из более чем одного идентификатора Apple, вам будет предложено отправить сообщение, требующее подписать ваш Apple ID, иначе iPhone не может быть восстановлен из резервной копии. Нажмите «Пропустить этот шаг» и войдите позже.

Надеюсьсь, что эти предложения будут работать для вас. Поделитесь им, если эта статья поможет при разрешении вашего iPhone 8 / 8 Plus / X не будет восстанавливаться из резервной копии iTunes/iCloud.

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

Почему не удалось создать резервную копию через iTunes или iCloud

Ошибки «Невозможно создать резервную копию», «Ошибка в создании резервной копии», «Сбой создания резервной копии» появляются по следующим причинам:

версия iTunes устарела;
USB-кабель работает неисправно;
подключение к интернету и скорость нестабильны;
создано слишком много резервных копий;
проблема в самом устройстве.

Как исправить ошибку в создании резервной копии

Если вы не знаете точную причину возникновения сбоя, то выполняйте все пункты поочерёдно, пока не решите проблему.

Перезагрузка системы

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

Проверка интернет-соединения

Может быть, проблема кроется в соединении с интернетом, так что попробуйте подключиться к другой точке Wi-Fi, перезагрузить роутер или проверить состояние мобильной сети.

Обновление приложения

Если вы используете iTunes, то убедитесь в том, что установлена последняя версия программы:

Обновление IOS и программ

Убедитесь, что приложения, установленные на телефоне или планшете, обновлены, а версия прошивки соответствует последней версии IOS:

Освобождение места на диске

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

Вход в учётную запись Apple ID

Выйдите из учётной записи Apple ID и зайдите в неё заново. На iPhone, iPad, iPod touch это возможно через настройки:

На Mac OS и Windows с помощью iTunes достаточно нажать на имя учётной записи, затем на кнопку «Выйти», а после заново авторизоваться в программе.

Столкнулся я с этой проблемой давно, но никак руки не доходили разобраться как вылечить этот недуг. Самое интересное, что у меня три устройства под IOS: два айпада и айфон. С айпадами проблем не возникало, а вот айфон отказывается создавать резервную копию с момента покупки. Вообщем сегодня я во всем разобрался и делюсь с вами.

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

Люди идут, читают и говорят спасибо. Очень приятно, что мои посты помогают решать проблемы.

Вернемся к резервной копии. Как мы знаем, резервное копирование в IOS доступно двумя способами: через программу iTunes и копирование в облачное хранилище iCloud. Я всегда пользуюсь последним. Это очень удобно, т.к. не нужно подключать устройство к компьютеру, нажимать какие-то кнопки... все, что требуется - поставить телефон на зарядку с подсоединенным wi-fi и лечь спать. Утром копия будет создана. Так же очень удобно и восстанавливать свое устройство при покупке нового девайса. Просто подключаешься к своей учетке и выполняешь восстановление из последней копии.

Итак, два способа восстановления копирования если оно не осуществляется автоматически.

1. Необходимо зайти в Настройки-iCloud, спуститься вниз по меню и выйти из учетной записи. При выходе система спросит оставить ли контент, отвечаем - да:

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

2. На маке заходим в Настройки - iCloud

Внизу окна жмем кнопку - "Управлять":

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

После удаления идем в меню устройства Настройки-iCloud- Резервные копии и нажимаем "Создать резервную копию"

На этом все! Надеюсь вам это пригодится.