За последние несколько лет технологии резервного копирования и восстановления данных стали более эффективными, но большинство администраторов используют их лишь в крайних случаях. Только если все остальные методы не имели успеха, мы пытаемся восстановить данные с резервной копии. Но для этого необходимо иметь уверенность в том, что нужные данные будут доступны в решающий момент. Однако администраторы 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 . С ним можно связаться по адресу
Гаджеты американской корпорации Apple по праву считаются самыми надежных в мире. Несмотря на это, даже они иногда могут давать сбой. Дабы радость от покупки смартфона не омрачилась внезапной потерей огромного количества информации, следует предварительно позаботиться о ее дополнительном сохранении. Среди существующих способов удобнее и надежнее всего воспользоваться специальными облачными приложениями. Особое удобство заключается в том, что облачные копии обеспечат полное восстановление сохраненных данных в любое удобное для вас время, не зависимо от того, какой моделью Айфона или другого Mac-устройства вы пользуетесь.
Сбой резервного копирования – описание сути проблемы для мобильных Apple устройств
Прежде всего, выясним:
- что представляет собой резервное копирование?
- что значит в Айфоне сбой резервного копирования?
- почему сбой возникает?
Если Вы потеряли, повредили, случайно сломали свой , или хотите иметь доступ к информации через другие Mac-устройства, то дополнительное сохранение данных с iOS устройства на внешних носителях (резервное копирование) сэкономит кучу времени, нервов и денег. С этой целью компания Apple создала интернет-сервис (облачное хранилище) данных − iCloud (читаем − Айклауд). Для хранения и воспроизведения фильмов или музыки отлично подойдет фирменный медиаплеер iTunes.
Если процесс сохранения информации проходит некорректно или по каким-либо причинам вообще не осуществляется, система оповещает об этом, выдавая « − сбой резервного копирования». Логично, что после этого возникает тривиальный вопрос: как убрать сбой резервного копирования в iCloud? Рассмотрим более подробно.
Причины и способы устранения ошибки
Если сбой резервного копирования в iCloud все таки вас настиг, не стоит паниковать и сразу бежать в сервисный центр Apple. С данной проблемой вполне можно разобраться самостоятельно, не прибегая к помощи «гуру». В зависимости от источника ошибки выбираем подходящий или удобный способ ее устранения:
Проблемы с серверами Apple
Проблема с серверами двухсторонняя, поскольку предполагается связь «смартфон» − «сервер». Как же узнать, что из них не дает нам спокойно спать? Оказывается, вполне возможно проверить состояние серверов самостоятельно в короткое время, без нервных звонков друзьям, лихорадочного поиска новостей в Интернете и других сомнительных вариантов. Для проверки используется инструмент «Статус системы». Информация указывается в режиме реального времени. Как вы понимаете, проблему неполадок у Apple мы устранить никак не можем, потому остается ждать, когда отремонтируют сервера, и повторить попытку сохранения.
Если с серверами все в порядке (а скорее всего так и есть), нужно искать проблему непосредственно в смартфоне. Прежде всего, могут возникать сложности с идентификацией устройства непосредственно на сервере. К ним относят ошибку подключения к серверу Apple ID.
Часто серверные неполадки возникают после обновления iPhone. Для начала стоит проверить идентификатор на функциональность. Сделать это несложно: зайти на официальный сайт компании и ввести данные учетной записи. Что делать, если она не открывается? − Можно создать новую. Если, к счастью, с учетной записью все нормально, значит причина сбоя связана с другими неполадками.
Неполадки в сети
Интернет – связующее звено между смартфоном и «облаками». Логично, что отсутствие сети не дает возможности передать информацию, вследствие чего возникает сбой.
Простейший способ убедиться, что с сетью все в порядке:
- Подключить к сети другие устройства;
- Подключить сам Айфон к другой сети.
Если другие устройства, подключенные к Интернету, работают, или смартфон работает при подключении к другой сети, то, скорее всего, виновник несчастья найден.
Следует также учитывать скорость работы. Чрезмерные колебания могут привести к сбою.
Системные неполадки
Наиболее распространенная проблема, для решения которой используются следующие способы:
Простейший способ лечения многих «висящих» болезней − перезапуск всех процессов, которые работали в фоновом режиме. Вполне подходит для устранения указанной ошибки и помогает приблизительно в трети случаев.
Для перезагрузки необходимо одновременно зажать и удерживать на протяжении 5-7 секунд кнопки:
- «Домой» и боковую кнопку (для iPhone 6, iPhone 7 и более поздних моделей, а также Айфона Х);
- «Домой» и верхнюю кнопку (для iPhone SE и более ранних моделей).
После этого на экране должен появиться фирменный логотип компании. Затем повторить процедуру создания резервной копии по цепочке: «Настройки» − «iCloud» − «Резервная копия».
- Удаление старых версий резервной копии
Если предыдущий способ результатов не дал, стоит попробовать удалить старые резервные копии. Сделать это можно:
- Через смартфон по цепочке: «Настройки» − «iCloud» − «Хранилище и копии» − «Управлять». Путем нажатия последней кнопки удаляется старая резервная копия
- Через компьютер с помощью утилиты iCloud для Windows OS X, используя раздел «Управление хранилищем».
После завершения процедуры необходимо отключить смартфон от компьютера, затем сбросить настройки сети по цепочке: «Настройки» − «Основные» − «Сброс» и повторить попытку создания облачного резерва.
Кстати, слишком большое количество резервных копий тоже может стать причиной сбоя.
- Обновление iOS программ
Довольно распространенная причина возникновения ошибок. Для ее устранения необходимо проверить наличие обновлений программ. Проверка осуществляется по цепочке: «Настройки» − «Основные» − «Обновление ПО». Если система предложит обновления – установить новые версии.
- Покупка дополнительного места
Если сбой связан с тем, что в iCloud недостаточно свободного места, решение проблемы возможно путем покупки дополнительного объема гигабайтов. Все дело в том, что Apple предоставляет возможность бесплатного хранения данных только в пределах 5 ГБ. Если объем Ваших резервных копий превышает бесплатный лимит, недостающие гигабайты можно просто докупить. Для этого необходимо выполнить такую последовательность действий: зайти в «Настройки» и далее − в «Учетную запись». После этого выбрать «iCloud» и «Хранилище». В опции «Купить еще место» выбрать подходящий тариф и оплатить. Следует помнить, что эта плата является абонентской, а не одноразовой и в случае прострочки платежа некоторые функции могут быть недоступны.
- Освобождение пространства
Если объем бесплатного места исчерпан, а платить за дополнительные гигабайты не хочется (по разным причинам), можно решить проблему путем удаления из хранилища лишней, ненужной, неактуальной, устаревшей, мусорной информацию.
Если удалять особо нечего или жалко − попробуйте оптимизировать пространство. В этом случае поможет включение нескольких функций, которые обеспечивают принудительную отправку фото и видео в хранилище, тем самым существенно уменьшая его пространство. Воспользоваться функцией можно следующим образом: по цепочке «Настройки» − «Фото», включить функции «Медиатека iCloud», «Оптимизация хранилища на iPhone» и «Выгрузка в Мой фотопоток». Результат: «тяжесть» сброшена, но не утеряна, а память телефона освободилась для дальнейшей комфортной работы.
- Отключение опции
Если вы устали от постоянного разгребания медиа-мусора в хранилище, попросту зайдите в настройки и отключите данную опцию на своем Айфоне. Речь идет не об отключении автоматического копирования информации «в облако», а о том, чтоб смартфон не тянул туда все подряд. Например, сделанные вами неудачные фото, которые совсем не нужны, автоматически улетают и засоряют облачное место, не давая возможности сохранить действительно ценную информацию. Что делать в этой ситуации? − Все то же, что и в предыдущем пункте, только с целью отключения.
- Настройка синхронизации папок
Синхронизация папок помогает iOS и iCloud договориться между собой, а также обеспечивает доступ другим Mac-устройствам. Проще всего сделать это автоматически с помощью утилиты iCloud Drive. Она устанавливается и запускается разово, создавая одноименную папку непосредственно в папке пользователя. Для синхронизации достаточно переместить файлы в папку iCloud Drive и они автоматически попадут в хранилище.
- Обращение в службу поддержки Apple
Если ни один из предложенных способов не помог устранить сбой, придется обратиться к специалистам Службы поддержки, которые окажут квалифицированную помощь.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter .
При создании резервной копии данных на iPhone, iPad или восстановления из резервной копии в программе iTunes могут возникнуть предупреждения, сообщающие о невозможности или восстановления из неё. Указанные при этом причины могут быть различного содержания:
- «...так как произошла ошибка»;
- «...так как произошла неизвестная ошибка –1»;
- «...так как не удалось сохранить резервную копию на этом компьютере»;
- «...так как произошел сбой сеанса резервного копирования»;
- «...так как сеанс не мог быть запущен»;
- «...так как запрос отклонен iPhone»;
- «...так как недостаточно свободного места».
Где хранятся резервные копии iPhone или iPad
- Mac:
~/Библиотеки/Application Support/MobileSync/Backup/
Здесь символ тильды (~) соответствует папке пользователя и в случае отсутствия в ней папки «Библиотеки», щелкните меню «Переход», удерживая клавишу Option. - Windows XP:
\Documents and Settings\(имя_пользователя)\Application Data\Apple Computer\MobileSync\Backup\
Или можно попробовать самостоятельно отыскать папку Application Data, открыв «Пуск» и выбрав команду «Выполнить». В появившемся поле для ввода необходимо ввести строку %appdata% и нажать «ок». Таким образом вы получите доступ к папке Application Data, из которой можно проделать дальнейший путь \Application Data\Apple Computer\MobileSync\Backup\ - Windows Vista, Windows 7 и Windows 8:
\Пользователи/(имя_пользователя)\AppData\Roaming\Apple Computer\MobileSync\Backup\
Альтернативный способ: откройте меню «Пуск», в строке поиска введите %appdata% и нажмите клавишу «Ввод». Затем проделайте остальной путь AppData\Roaming\Apple Computer\MobileSync\Backup\
Не удалось создать резервную копию данных iPhone, iPad в iTunes
Возможные варианты устранения проблем связанных с невозможностью создания резервной копии данных iOS-устройств в программе iTunes:- Во-первых, перезагрузитесь: перезагрузите компьютер и iPhone или iPad, после чего вновь попробуйте выполнить резервное копирование данных вашего устройства.
- Обновитесь. Обновите программное обеспечивание: загрузите последнюю версию iTunes, установите все необходимые обновления для своего Mac, обновите iOS.
- Проверьте наличие свободного места на жестком диске. Нехватка свободного места может стать причиной невозможности создания резервной копии.
- Проверьте настройки безопасности. Вероятно придется обновить ваше программное обеспечение безопасности или на время отключить его. После этого вновь попробуйте создать резервную копию данных iPhone, iPad в программе iTunes.
- Отключите ваш iPhone, iPad от компьютера и выполните сброс папки Lockdown. Подробная инструкция по сбросу находится . Затем вновь подключите мобильное устройство к компьютеру и повторите процедуру создания резервной копии.
- службу поддержки Apple.
Не удалось восстановиться из резервной копии iPhone, iPad в iTunes
Возможные варианты устранения проблем связанных с невозможностью восстановления из резервной копии данных iPhone, iPad в программе iTunes:- Перезагрузите компьютер и iPhone или iPad, после чего вновь попробуйте выполнить резервное копирование данных вашего устройства.
- Обновите программное обеспечивание: загрузите последнюю версию iTunes, установите все необходимые обновления для своего Mac, обновите iOS.
- Проверьте наличие свободного места у вашего iPhone или iPad. Нехватка свободного места у мобильного устройства может стать причиной невозможности восстановления из резервной копии. В этом случае зайдите в «Настройки» на вашем iPhone или iPad и перейдите в «Основные» > «Сброс» > «Стереть контент и настройки». Затем попробуйте восстановить данные из резервной копии.
- Проверьте настройки безопасности. Вполне возможно будет необходимо обновить ваше программное обеспечение безопасности или отключить его на время. После этого вновь попробуйте выполнить восстановление из резервной копии iPhone или iPad в iTunes.
- Отключите ваш iPhone, iPad от компьютера и выполните сброс папки Lockdown. Подробная инструкция по сбросу находится . Затем вновь подключите мобильное устройство к компьютеру и повторите процедуру восстановления из резервной копии.
- Попробуйте выполнить восстановление из резервной копии на другом компьютере. Предварительно скопируйте резервную копию в папку резервного копирования на новом компьютере. Где хранятся резервные копии данных – указано выше. Также, возможно, будет необходимо создать папку Backup или MobileSync.
- Если ничего не помогло, обратитесь в службу поддержки Apple.
Если вы не нашли ответа на свой вопрос или у вас что-то не получилось, а в комментаряих ниже нет подходящего решения, задайте вопрос через нашу . Это быстро, просто, удобно и не требует регистрации. Ответы на свой и другие вопросы вы найдете в разделе.
Пользователи сообщают, что их 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.
Столкнулся я с этой проблемой давно, но никак руки не доходили разобраться как вылечить этот недуг. Самое интересное, что у меня три устройства под IOS: два айпада и айфон. С айпадами проблем не возникало, а вот айфон отказывается создавать резервную копию с момента покупки. Вообщем сегодня я во всем разобрался и делюсь с вами.
Я отдаю себе отчет, что яблочные девайсы нынче продукт не массовый. Связано это прежде всего с курсом рубля и их ценами. Однако, судя по поисковым запросам тема лайфхаков с лечением мелких программных проблем весьма актуальна. К примеру , написаный летом 2014 года " " до сих пор на пике популярности в поисковых запросах:
Люди идут, читают и говорят спасибо. Очень приятно, что мои посты помогают решать проблемы.
Вернемся к резервной копии. Как мы знаем, резервное копирование в IOS доступно двумя способами: через программу iTunes и копирование в облачное хранилище iCloud. Я всегда пользуюсь последним. Это очень удобно, т.к. не нужно подключать устройство к компьютеру, нажимать какие-то кнопки... все, что требуется - поставить телефон на зарядку с подсоединенным wi-fi и лечь спать. Утром копия будет создана. Так же очень удобно и восстанавливать свое устройство при покупке нового девайса. Просто подключаешься к своей учетке и выполняешь восстановление из последней копии.
Итак, два способа восстановления копирования если оно не осуществляется автоматически.
1. Необходимо зайти в Настройки-iCloud, спуститься вниз по меню и выйти из учетной записи. При выходе система спросит оставить ли контент, отвечаем - да:
Если копия все же не создается, то можно попробовать второй способ. Нужно удалить ранее созданную копию этого устройства. Лучше всего это делать не с устройства, а с компьютера. У меня Mac, так что скрины будут с Mac OS. На винде нужно зайти в приложение iCloud и найти подобную функцию.
2. На маке заходим в Настройки - iCloud
Внизу окна жмем кнопку - "Управлять":
В управлении хранилищем выбираем слева "Резервные копии" и ту копию устройства, которую необходимо удалить. Как я уже сказал, что на моем айфоне копии не создавались никогда, по этой причине прошлой копии просто нет. Если у вас раньше копии создавались и вдруг перестали, то здесь будет последняя копия. Её и нужно удалить:
После удаления идем в меню устройства Настройки-iCloud- Резервные копии и нажимаем "Создать резервную копию"
На этом все! Надеюсь вам это пригодится.
