Сбой сеанса резервного копирования ipad. Сбой резервного копирования Iphone – как решить проблему

27.06.2019

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

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


Ремонт iPhone

Ремонт iPad

Ремонт iPod

Ремонт MacBook

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

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

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

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

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

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

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

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

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

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

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

Всем привет! Резервные копии делать нужно - это факт. И, как мы знаем, компания Apple предлагает нам два прекрасных варианта резервного сохранения информации - при помощи iCloud или iTunes. И если с iTunes все более-менее понятно - подключили к компьютеру и «ОК», то с iCloud могут быть проблемы. Какие? Самые разнообразные.

Например, совсем недавно мой iPhone начал «радовать» меня уведомлением вот с таким текстом: «iPhone - сбой резервного копирования. В хранилище iCloud недостаточно свободного пространства для сохранения резервных копий данных iPhone». Снимаешь телефон с зарядки, а тут вот такая ошибка. Места ему видите ли не хватает!

Давайте посмотрим, почему это происходит и что вообще со всем этим можно сделать? Поехали же!

Общая информация или почему происходит сбой копирования iCloud?

Здесь я не буду долго и подробно расписывать про сам «облачный» сервис (тем более у меня есть отдельная ), но некоторые основные моменты выделю.

Итак, iCloud - это, помимо учетной записи, еще и удаленное место хранения информации (фотографий, видео, данных программ, сообщений, контактов, заметок, резервных копий и многое другое) ваших iOS-устройств.

Но размер этого хранилища не бесконечный - для любого пользователя компания Apple бесплатно выделяет лишь 5 гигабайт. И вот когда вы не укладываетесь в эти рамки, то появляется ошибка «Сбой резервного копирования - недостаточно свободного пространства».

Что можно сделать и как исправить сбой?

Есть несколько вариантов избавится от ошибки резервного копирования.

Способ №1 - Заплатить

Все хотят денег и Apple не исключение. За сравнительно небольшую сумму вы можете просто изменить свой тарифный план iCloud и перейти с бесплатного (5 ГБ) на любой другой тариф с большим объемом памяти. Так сказать, докупить лишнее место в «облаке». Как это сделать?

Открываем «Настройки - Ваша учетная запись - iCloud - Хранилище - Купить еще место» и выбираем тариф, который подходит именно вам.

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

Способ №2 - Бесплатный, но относительно долгий

Не хотите никому платить? Вполне понимаю ваше желание - денег много не бывает, а тут еще Apple будет списывать абонентку каждый месяц. Совсем обалдели!

Что ж, можно и бесплатно. Но тогда придется «уложиться» в 5 ГБ облачного хранилища. Для этого переходим в «Настройки - Ваша учетная запись - iCloud - Хранилище - Управление» и смотрим, какие документы и данные там хранятся.

Видите как что-то лишнее занимает драгоценное место? Смело отключайте.

Также стоит обратить внимание на «Медиатеку iCloud» (Настройки - Фото и Камера). Если данная опция включена, то ваши фотографии и видео принудительно отправляются в «облако», тем самым «съедая» пространство хранилища.

Но иногда может произойти ситуация, как у меня - свободного места аж 4,9 ГБ (из 5 ГБ бесплатных), а при создании резервной копии iCloud все равно происходит сбой. Почему это происходит? Все дело в том, размер следующей копии намного больше чем 5 ГБ - iPhone не может ее создать так как она не поместится в отведенный лимит.

Вы тоже можете посмотреть у себя эту информацию открыв вкладку «Резервные копии» в Хранилище iCloud. Более того, здесь всегда можно подкорректировать данные из которых будет состоять копия (для того чтобы «уложиться» в отведенные 5 ГБ) и, быть может, у вас это даже получится!

Способ №3 - Бесплатный и быстрый

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

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

Для этого открываем «Настройки - Ваша учетная запись - iCloud» и передвигаем ползунок напротив соответствующего пункта меню.

Все, никаких сбоев больше не будет. Победа!

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

P.S. Хочешь больше свободного бесплатного места в iCloud? Я тоже! Объединим наши усилия - ставим «лайк» и жмем на кнопки социальных сетей. Я свой «+1» уже поставил, дело за вами!:)

P.S.S. После прочтения статьи остались или появились какие-то вопросы? Обязательно пишите в комментарии - постараемся разобраться все вместе!

Резервная копия сохранена в выбранном вами месте в том же формате, что и резервные копии, созданные с помощью iTunes. У меня сообщение «iTunes не удалось создать резервную копию iPad…» высвечивается не в iTunes, а на айпаде. Как поступить в случае возникновения ошибки такого плана: «iTunes не удалось создать резервную копию iPhone». И что с этим делать, удаление резервной копии не помогло.

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

Правда у меня надпись была «iTunes не удалось создать резервную копию iPad…» и причина была другая вроде, но не суть важно. Проблема с созданием резервной копии и её нужно как-то решать.

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

Поэтому в первую очередь советую сохранить копию на другом диске, а вторым пунктом - создать свежую учетную запись с правами администратора, которой и выполнять перенос. Спасибо за инструкцю, проблемка действительно есть, только вот вопрос, насколько вообще резервная копия нужна? Ну не создает - так не создает….. Спасибо за ответ, наступает некоторое осознание приобретенного продукта (iPad) и значимость резервной копии. Спасибо!

Создал (в Windows 7) папки с указанными названиями и в той же последовательности (недостяющие). 1. У меня в Настройки -> Вкладка устройства в окне (предполагается имя и время) пусто. Никто и никогда… 2. У меня windows 7. Пользователи\[имя_пользователя]\AppData и т.д. AppData будучи сейчас скрытой будет видна? Это только начало, а что будет дальше, если доберусь до резервной копии. И еще вопрос, если можно не в тему, но это из-за пятерки, завтрашней.

1. Второй скриншот в этой статье дает понять, что имя и время послейней копии у Вас зафиксировано. Я решила новую создать копию резервную….. И не смогла, пишет не удалось. Удалила старую копию, а новая все равно не создается. Компьютер 7 и ноутбук HP. На ноутбуке резервные копии создаются без проблем и быстро, а на компе дело просто «замирает» в самом начале.

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

Исправляем ошибку «iTunes не удалось создать резервную копию iPhone»

Многодневная борьба с «не удалось создать резервную копию» завершилась победой, благодаря переустановки Тунца и удалении ВСЕГО, чего производителем был Appel, как рекомендовал sputnik1818.

Помогло решение с переводом часов. Была ошибка: iTunes не удалось восстановить iPhone, так как произошел сбой сеанса резервного копирования. 33 гб, но она не восстанавливалась, выдало что не удалось сохр резервную копию, но как, если я ее через диск С нашла. я нажала создать копию новую, бэкап стал весить 27 гб, почему?

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

ГРАМОТНЫЕ на свои вопросы. может и мне повезет. объясните чайнику - у меня появилось окно - Копия iCloud резервные копии не создавались 5 нед. и т.д. Сегодня мы расскажем вам, уважаемые читатели, о том, как сделать резеврную копию iPhone/iPad, что входит в состав резервной копии, куда лучше сохранять копию вашего iPhone, и как ее удалить. Для защиты персональных данных с момента появления iPhone в 2007 году компанией Apple предусмотрен простой, но крайне важный инструмент «Резервное копирование».

Копия данных создается на iPhone/iPad и автоматически загружается в облачный сервис iCloud. Для того, чтобы получить возможность создавать резервные копии данных, хранящихся в iOS-девайсе прямиком с устройства, необходимо включить «Копирование в iCloud» в настройках аппарата.

Как создать резервную копию непосредственно с iPhone?

На сайте поддержки Apple (support.apple.com) в разделе «Выбор места резервного копирования iOS» разработчики дают совет, как ускорить резервное копирование прямо с iOS-девайса. Это позволит получить файл резервной копии на жестком диске и иметь к нему полный доступ даже тогда, когда ваш ПК не подключен к интернету. Примечание: мы рекомендуем сохранять резервные копии на внешний жесткий диск с большой емкостью или USB-носитель.

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

Не удается выполнить резервное копирование данных устройства iPhone, iPad или iPod touch с помощью программы iTunes

Попробуем собрать их все в данном материале. Если и это окажется бесполезным, делайте полный сброс (Настройки-Основные-Сброс-Удалить контент и настройки). После этого можно нести iPhone в сервис.

iTunes не может выполнить резервное копирование iPhone из-за недостаточного свободного места на компьютере

Наверняка, многие из владельцев iPhone/iPad/iPod хоть раз да сталкивались с проблемами бекапа своих устройств. Пошаговая инструкция для преодоления назойливой ошибки при бэкапе iPhone/iPad/iPod в iTunes. Еще одна часто возникающая проблема при бэкапе устройства состоит в том, что компьютер просто не может распознать девайс.

В «Настройках» выбираем необходимый раздел и жмем соответствующую кнопку «Хранилище и копии». В это время iTunes немного «подвисает». Далее нюанс: если вы не находите этого пути в проводнике Windows или в Finder Mac Os, то решить проблему проще всего файловыми менеджерами. В этих программах необходимо включить отображение скрытых файлов. Если iPad во время этого процесса завис и не выключается (у меня было и такое), то жмем ещё раз кнопку включения и Home и держим.

Пишет, что произошел сбой сеанса резервного копирования. Ребята поможите….))) У всех не делает резервную копию, а у меня все хуже… Итак по порядку. Теперь вы знаете куда сохраняется резервная копия iPhone и как ее отыскать быстрее обычного. К счастью или сожалению, резервная копия iPhone не включает всю информацию хранящуюся в устройстве или загруженную в него владельцем. Если резервной копии во вкладке устройства нет или она не удаляется, то можно удалить её вручную из операционной системы.

За последние несколько лет технологии резервного копирования и восстановления данных стали более эффективными, но большинство администраторов используют их лишь в крайних случаях. Только если все остальные методы не имели успеха, мы пытаемся восстановить данные с резервной копии. Но для этого необходимо иметь уверенность в том, что нужные данные будут доступны в решающий момент. Однако администраторы 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 секунд кнопки:

После этого на экране должен появиться фирменный логотип компании. Затем повторить процедуру создания резервной копии по цепочке: «Настройки» − «iCloud» − «Резервная копия».

  1. Удаление старых версий резервной копии

Если предыдущий способ результатов не дал, стоит попробовать удалить старые резервные копии. Сделать это можно:

  • Через смартфон по цепочке: «Настройки» − «iCloud» − «Хранилище и копии» − «Управлять». Путем нажатия последней кнопки удаляется старая резервная копия
  • Через компьютер с помощью утилиты iCloud для Windows OS X, используя раздел «Управление хранилищем».

После завершения процедуры необходимо отключить смартфон от компьютера, затем сбросить настройки сети по цепочке: «Настройки» − «Основные» − «Сброс» и повторить попытку создания облачного резерва.

Кстати, слишком большое количество резервных копий тоже может стать причиной сбоя.

  1. Обновление iOS программ

Довольно распространенная причина возникновения ошибок. Для ее устранения необходимо проверить наличие обновлений программ. Проверка осуществляется по цепочке: «Настройки» − «Основные» − «Обновление ПО». Если система предложит обновления – установить новые версии.

  1. Покупка дополнительного места

Если сбой связан с тем, что в iCloud недостаточно свободного места, решение проблемы возможно путем покупки дополнительного объема гигабайтов. Все дело в том, что Apple предоставляет возможность бесплатного хранения данных только в пределах 5 ГБ. Если объем Ваших резервных копий превышает бесплатный лимит, недостающие гигабайты можно просто докупить. Для этого необходимо выполнить такую последовательность действий: зайти в «Настройки» и далее − в «Учетную запись». После этого выбрать «iCloud» и «Хранилище». В опции «Купить еще место» выбрать подходящий тариф и оплатить. Следует помнить, что эта плата является абонентской, а не одноразовой и в случае прострочки платежа некоторые функции могут быть недоступны.

  1. Освобождение пространства

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

Если удалять особо нечего или жалко − попробуйте оптимизировать пространство. В этом случае поможет включение нескольких функций, которые обеспечивают принудительную отправку фото и видео в хранилище, тем самым существенно уменьшая его пространство. Воспользоваться функцией можно следующим образом: по цепочке «Настройки» − «Фото», включить функции «Медиатека iCloud», «Оптимизация хранилища на iPhone» и «Выгрузка в Мой фотопоток». Результат: «тяжесть» сброшена, но не утеряна, а память телефона освободилась для дальнейшей комфортной работы.

  1. Отключение опции

Если вы устали от постоянного разгребания медиа-мусора в хранилище, попросту зайдите в настройки и отключите данную опцию на своем Айфоне. Речь идет не об отключении автоматического копирования информации «в облако», а о том, чтоб смартфон не тянул туда все подряд. Например, сделанные вами неудачные фото, которые совсем не нужны, автоматически улетают и засоряют облачное место, не давая возможности сохранить действительно ценную информацию. Что делать в этой ситуации? − Все то же, что и в предыдущем пункте, только с целью отключения.

  1. Настройка синхронизации папок

Синхронизация папок помогает iOS и iCloud договориться между собой, а также обеспечивает доступ другим Mac-устройствам. Проще всего сделать это автоматически с помощью утилиты iCloud Drive. Она устанавливается и запускается разово, создавая одноименную папку непосредственно в папке пользователя. Для синхронизации достаточно переместить файлы в папку iCloud Drive и они автоматически попадут в хранилище.

  1. Обращение в службу поддержки Apple

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter .

Похожие статьи