Что такое сбой резервного копирования айфон 5s. Почему не создается резервная копия в iCloud? Решаем проблему. (лайфхак). Перезапись существующих данных при восстановлении из повреждённого бэкапа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Во время создания резервной копии iPhone или iPad в iCloud может возникнуть несколько типовых ошибок. Наиболее странная из них связана с тем, что процесс создания копии не завершается, при этом iOS никаких рекомендаций по исправлению проблемы не дает. О том, как избавиться от подобной ошибки рассказали в этой инструкции.

Способ 1. Удалите предыдущую резервную копию

Шаг 1. Перейдите в меню «Настройки » → iCloud → «Хранилище ».

Шаг 2. Выберите пункт «Управление », а после резервную копию своего устройства, которая была создана ранее.

Шаг 3. На открывшейся странице нажмите «Удалить копию ». Отметим, что кнопка появляется спустя после непродолжительной загрузки.

Шаг 4. Подтвердите удаление.

Сразу после этого попытайтесь создать новую резервную копию в меню «Настройки » → iCloud → «Резервная копия ».

Способ 2. Создайте резервную копию в iTunes

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

Шаг 1. Подключите iPhone или iPad к компьютеру и запустите iTunes.

Шаг 2. В окне iTunes выберите свое устройство.

Шаг 3. На вкладке «Обзор » поставьте флажок на пункт «Этот компьютер » и нажмите «Применить ».

Шаг 4. Нажмите «Создать копию сейчас » и дождитесь окончания процесса создания резервной копии.

Шаг 5. На мобильном устройстве перейдите в меню «Настройки » → iCloud → «Резервная копия » и активируйте переключатель «Резервная копия в iCloud ».

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

При создании резервной копии данных на 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.

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

Пару дней назад я попытался сделать в iCloud, но, к сожалению, безуспешно: в окне, размещенном по адресу «Настройки» - iCloud - «Резервная копия», меня встретило сообщение о том, что создать бэкап устройства невозможно. Почему так произошло? Ответ на этот вопрос остался за кадром, но не его решение от idownloadblog.

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

Бывает так, что по непонятным причинам удалить копию с устройства не получается. В этом случае на помощь приходит компьютер: на OS X открываем «Настройки» - iCloud (на это панель управления iCloud). Снова нажимаем «Управлять» и в открывшемся списке резервных копий удаляем ненужную.

Не помогло? Тогда попробуйте выйти из на iPhone или iPad, а потом снова войти в него. Также может помочь сброс настроек сети в разделе «Основные» настроек телефона.

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

KiruHaHa Посмотреть профиль Отправить ЛС KiruHaHa Найти все сообщения KiruHaHa. Начинаю синхронизацию и сразу вылетает окно SyncServer - обнаружена ошибка. Приносим извинения за неудобства. MobileDeviceHelper - обнаружена ошибка. Потом пишет что тунцу не удалось загрузить информацию класса данных из служб синхронизации потом выскакивает окно: MobileBackup - обнаружена ошибка.

Giggles Посмотреть профиль Отправить ЛС Giggles Найти все сообщения Giggles. В айфоне и компьютере должны быть выставлены одинаковые часовые пояса и время. Была такая же проблема - все заработало.

Видимо с переходом на зимнее время связано. Спасибо, теперь все наконец-то работает. Никогда бы не подумал, что из-за такой мелочи могут быть такие проблемы! Сегодня из-за этой ошибки с синхронизацией слетели начисто все контакты и музыка. Опции темы Версия для печати. Опции просмотра Линейный вид Комбинированный вид Древовидный вид.

Как восстановить работоспособность Google Chrome . Что нового в iOS 11 Beta 3 - полный список изменений. Как сделать переносную зарядку из старых аккумуляторов от смартфонов. Билайн переведёт часть абонентов на более дорогие тарифы. Apple выпустила tvOS 11 Beta 3. Apple выпустила macOS High Sierra Beta 3. Вышла iOS 11 Beta 3. Как сделать светильник с логотипом Apple. Отремонтированный Galaxy Note 7 может начать продаваться за пределами Южной Кореи. Приложения iGuides для смартфонов.

Найти все сообщения laswe. Найти все сообщения iSwiss. Найти все сообщения gruzdev. Найти все сообщения iMoonnz. Найти все сообщения KiruHaHa. Найти все сообщения mazanigga. Найти все сообщения Giggles. Найти все сообщения elantra.

Проблемы при создании резервной копии в iCloud - способы решения

Найти все сообщения sashalav. Найти все сообщения sashken. Найти все сообщения kharsanov. Найти все сообщения alyska. Найти все сообщения pallado.

Всем привет! Резервные копии делать нужно - это факт. И, как мы знаем, компания 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. После прочтения статьи остались или появились какие-то вопросы? Обязательно пишите в комментарии - постараемся разобраться все вместе!