Резервное копирование данных на устройствах iPhone, iPad и iPod touch
Резервное копирование данных на устройстве iPhone, iPad или iPod touch означает, что у вас будет копия личной информации, которая пригодится в случае замены, потери или повреждения устройства.
Выбор метода резервного копирования
Прежде чем начать, узнайте, чем отличаются резервные копии iCloud и резервные копии, созданные на компьютере, а затем выберите наиболее подходящий способ. Если вам понадобится дополнительная резервная копия, можно создать одну копию в iCloud, а другую — на компьютере.
Резервное копирование с помощью iCloud
- Подключите устройство к сети Wi-Fi.
- Перейдите в меню «Настройки» > [ваше имя] и выберите iCloud.
- Выберите «Копия iCloud».
- Нажмите «Создать резервную копию». Не отключайтесь от сети Wi-Fi до завершения процесса.
Можно проверить ход выполнения и подтвердить завершение резервного копирования. Перейдите в меню «Настройки» > [ваше имя] > «iCloud» > «Резервная копия в iCloud». Под командой «Создать резервную копию» отображается дата и время создания последней резервной копии.
Автоматическое резервное копирование в iCloud
Чтобы настроить в iCloud ежедневное автоматическое резервное копирование данных на устройстве, необходимо выполнить следующие действия.
- Убедитесь, что параметр «Резервная копия в iCloud» включен в меню «Настройки» > [ваше имя] > iCloud > «Резервная копия в iCloud».
- Подключите устройство к источнику питания.
- Подключите устройство к сети Wi-Fi.
- Убедитесь, что экран устройства заблокирован.
- Проверьте наличие в iCloud достаточного свободного пространства для создания резервной копии. При регистрации в iCloud бесплатно предоставляется хранилище iCloud объемом 5 ГБ. Если вам требуется увеличить объем хранилища iCloud, можно приобрести дополнительное пространство с помощью iPhone, iPad, iPod touch или компьютера Mac. Можно приобрести подписку от 50 ГБ за 59 рублей в месяц. Подробные сведения о тарифах для вашего региона.
Резервное копирование с помощью компьютера
- Подключите устройство к компьютеру. На компьютере Mac с ОС macOS Catalina 10.15 откройте приложение Finder. На компьютере Mac с ОС macOS Mojave 10.14 или более ранней версии либо на компьютере с ОС Windows откройте приложение iTunes.
- Если появится запрос на ввод пароля к устройству или выбора этого компьютера как доверенного, следуйте инструкциям на экране. Если вы не помните пароль, ознакомьтесь со справочной информацией.
- Найдите устройство на компьютере. Если устройство не отображается на компьютере, узнайте, какие действия следует выполнить.
- Чтобы сохранить данные приложений «Здоровье» и «Активность» с устройства или часов Apple Watch, зашифруйте резервную копию: установите флажок рядом с параметром «Зашифровать копию [устройства]» и задайте хорошо запоминающийся пароль. Если вы не хотите сохранять данные приложений «Здоровье» и «Активность», можно создать незашифрованную копию. Просто нажмите «Создать резервную копию сейчас».
Запишите пароль и сохраните его в надежном месте, поскольку восстановить данные из резервной копии iTunes без этого пароля невозможно. 
Резервная копия айфона на компьютере плюсы и минусы
Все мы знаем, как серьезно, по крайней мере в рекламе и на словах, корпорация Apple относится к защите пользовательских данных.
Они «воюют» с хакерами, государствами и готовы противостоять всему миру… Но так ли это на самом деле?
Рассмотрим на примере такого важного инструмента, как сервис резервного копирования пользовательских данных (все-таки в реальной жизни у простого гражданина вероятность столкнуться необходимостью восстановить потерянные данные гораздо выше вероятности стать целью государства или серьезной хакерской группировки)
Apple активно продвигает свою систему резервного копирования iOS устройств в свое же облако iCloud (не будем акцентироваться на том, что, ввиду отсутствия собственной сети дата-центров, фактически данные хранятся в облаках активно сотрудничающих с гос-органами Amazon, Microsoft и тп — речь сейчас не об этом, хотя и тут осадочек…) У нас на текущий момент только техническая сторона на уровне простого пользователя iOS устройства.
Итак, пользователь приобрел iPhone и/или iPad и, если ему уже приходилось терять и восстанавливать данные, задумался о резервном копировании.
Грамотный человек первым делом обратится к документации производителя.
Имеем на русскоязычном сайте статью «Содержимое резервных копий iCloud»
Ключевым для данной статьи в этом описании является первый пункт: «Данные программ» — т.е. Apple ответственно и официально заявляет, что если мы на планшете или телефоне создадим какой-нибудь документ в каком-либо приложении, то, после резервного копирования в iCloud, сможем его восстановить из резервной копии.
Есть еще англоязычная статья «About backups for iOS devices» — мало ли, переводчики что-то не учли, поленились… Но и там «все замечательно»:
—
iCloud backups include nearly all data and settings stored on your device. iCloud backups don’t include:
Data that’s already stored in iCloud, like Contacts, Calendars, Notes, iCloud Photos, iMessages, Voice Memos, text (SMS) and multimedia (MMS) messages, and Health data*
Data stored in other cloud services, like Gmail and Exchange mail
Apple Mail data
Apple Pay information and settings
Face ID or Touch ID settings
iCloud Music Library and App Store content (If it’s still available in the iTunes, App, or Apple Books store, you can tap to re-download your already purchased content.)
—
Правда присутствует маленький, но очень важный, на случай юридических разборок, как я предполагаю, акцент, а именно «nearly all data» — т.е. резервная копия включает _почти_. все данные. Именно он, даже не смотря на то, что далее перечисляется то, что официально не включается в резервные копии, и в этом списке нет про пользовательские данные в сторонних программах, и может быть (будет?) основной защитой.
Но это мы чуть-чуть отвлеклись, идем дальше.
Оплатим Apple расширение объема хранилища на iCloud, чтоб откинуть варианты не работающего резервного копирования из-за ограничения по объему, и заполним локальное хранилище какой-либо программы на своем устройстве серьезным объемом данных.
Тестирование можно провести на любом iOS устройстве достаточнго объема, в моем случае это будет iPad на 256Гб и широко известное приложение VLC
Записываем в приложение данных на 70+Гб
С учетом того, что это приложение у меня на планшете не единственное, проверяем общий объем данных на нем — всего получается порядка 140Гб (из которых, это важно, порядка 70Гб данных стороннего приложения, которое хранит данные у себя, а не синхронизирует их с каким-либо облаком, то есть эти данные уникальны, имеются только у этого приложения).
После этого несколько ночей подряд (можно неделю, можно месяц или год — это ничего не меняет) оставляем планшет на зарядке, подключенным к быстрому Wi-Fi с быстрым интернетом, чтоб прошло резервное копирование в iCloud.
Смотрим результат: инженеры Apple смогли реализовать сжатие от 70 до 140Гб данных в резервную копию размером 8Гб
Мы счастливы под впечатлением гениальности сотрудников любимой компании и что у нас остается еще много места в облаке и теперь наши данные в сохранности.
Но это только до тех пор, пока наше устройство не потеряется, не сломается или еще какой-либо причиной не заставит нас задействовать восстановление из резервной копии, чтоб вернуть утраченные данные.
И тут то шоры с глаз и падают: VLC и множество других приложений восстанавливается пустыми, без данных (что и не удивительно — сжать 70Гб тестовых бинарных данных в 10 раз — та еще задача). При тестировании, помимо данных в приложениях, так же замечена утрата профилей/сертификатов VPN и S/MIME.
Вывод: верить нельзя никому, а, если вы доверяете свои данные яблочным устройствам, озаботьтесь отдельным хранением для важного: например, все записываемые на устройство и в iCloud файлы сохранять в DropBox и только оттуда копировать на яблоко, фотографии синхронизировать не только в iCloud, но и в Google Photo, важные сообщения и заметки экспортировать или «скриншотить» и тд.. Т.е. ничего важного не должно быть в единственном экземпляре, даже если вы безоговорочно верите бренду и его 129%-м гарантиям.
В общем, «чтоб голова не болела потом — займите руки сейчас!» 😉
t.r.o.n.,
Это не отменяет того, что выполняя полное резервирование Windows, MacOS, Linux или Android — я сохраняю все. Для iOS такого инструмента нет.
С натяжкой можно попробовать учесть резервное копирование через iTunes, но и с ним не все так просто:
1. На личном опыте сталкивался, что из itunes-копий восстанавливается не все ( началось это, по-моему, с введением ограничений на доступ к рабочим файлам приложений во времена апгрейдов с iOS 10 на iOS 11 — до этого и восстанавливалось полностью, и можно было вытаскивать вручную через ББ)
2. Apple планирует отказаться от iTunes вскоре и будет ли сохранена возможность резервирования на ББ — под вопросом.
Помимо этого. Допустим я напишу приложение SuperDocEditor с поддержкой синхронизации своих данных через iCloud (iCloud App Data, не путать с документами на iCloud Disk). И данные будут храниться, резервироваться и тп, но у пользователя доступ будет к ним только из приложения. А если приложение удалят из iOS App Store — все, данные потеряны, ибо через iCloud получить доступ к ним можно строго только через уже несуществующее приложение.
Даже если рассматривать то, что есть «для своих» со всеми включенными синхронизациями: например стерли нужный контакт из Apple Контакты — пожалуйста восстановление контактов через веб на iCloud, стерли нужную заметку в Apple Заметки — все, только полное восстановление устройства из резервной копии и не факт, что удаленная заметка восстановится (она же должна синхронизироваться и в резервирование по этой причине не включится)
. и так далее
Что касается программ с потерей данных, VLC — самый наглядный пример, как хранящий большой объем. Помимо этого у меня слетали ключи и сертификаты на уровне ОС/настроек, карты у навигаторов, активация на ряде программ и тд.
Как пользователь я имею ряд данных, с которыми работаю, и хочу иметь возможность сохранить их при утрате устройства, случайном удалении и тп. Облака и резервное копирование как раз для этого и реализованы. Но на iOS устройствах мне требуется самому озаботиться, чтоб экспортировать/клонировать нужное/важное на сторонние ресурсы. Т.е. система сохранения пользовательского контента — ни разу ни «Apple style».
По работе частенько приходилось поднимать из бакапов как встроенными, так и сторонними средствами.
Разрабам плевать — «пипл хавает». Для примера: функция Split Screen на iOS появилась 2 года назад, проверяем (родный Apple Maps не рассматриваем — тут все ясно): Яндекс Карты, Яндекс Навигатор, Google Maps, Waze, ПроГород, СитиГид, Navitel, 2Гис — функционал поддерживают только Waze и 2Гис, остальным это не надо.
Соответственно, возвращаясь к теме, на Windows, MacOS, Linux и Android, если приложение хранит свои данные локально и сохраняет при перезагрузках — я могу их резервировать, в том числе и автоматизировано. Под iOS мне такие решения не известны, ибо предоставленное поставщиком устройства и ОС не работает, как ожидается, а документация, по крайней мере меня, вводит в заблуждение.
Любое современное ПО поставляется в режиме «как есть».
В данном случае, если говорить в общем, на альтернативных платформах решения есть и работают, на моей/нашей — под вопросом.
Если же касательно строго исходного поста — это лишь возможность уведомить тех, кто дорожит своими данными, но еще не «наступал на грабли» и, соответственно, не принял предиктивных мер.
Так делайте бэкап нормально, на комп. Там будет полный слепок.
После восстановления произойдет синхронизация, и все загруженные/доп данные будут получены с компа (как и при изначальной загрузке)
Это что-то новое в области лицензирования.
Много — да, но далеко не все.
Кто дорожит, использует нативные решения. с ними проблем не встречал.
Не в качестве спора совсем.
Вы описали одну из стандратных ситуаций, коих здесь очень много.
Сторонний софт — это всегда головняк.
И бэкапи винды/мака так-же имеют кучи проблем. И так-же слетают ключи активации. Так-же нужно переставлять коневые сертификаты и прочее.
Да. Основной массе людей это не нужно. Все так-же, как и на ios
Сообщение отредактировал t.r.o.n. — 14.08.19, 15:39
Делал. И уже не однократно с этим «попадал», последний раз весной при сдаче планшета в сервис: сделал полную шифрованную резервную копию тунцом до, а по получению замены попытался восстановить. Результат был тоже с потерей данных: ССЗБ — доверился отсутствию сообщений об ошибках и не проверил, что архив 200Гб данных с планшета занял всего 30Гб на диске.
По сути, резервирование через iTunes много качественнее встроенного облачного, но и у него есть свои недостатки:
1. Необходимость работающего ББ во время резервирования.
2. Неудобная реализации автоматизации.
3. Отсутствие системы контроля/проверки качества/успешности (и это ключевое, на котором и попадался): проверить успешность можно либо приблизительно «на глаз» по размеру получившегося архива, либо через восстановление данных на этом же или другом устройстве.)
Те в итоге все тоже: ни разу не «Apple Style».
JcVai,
2 — кому как. Удобней чем в облаке.
3 — реализовано полностью.
А если была потеря данных, значит софтина просто их хранила в кешах и/или использовала где-то абсолютные пути.
апл-стиль касается самого апла. Он не для сторонних, кто не хочет сам под него подстраиваться
Если вы желаете сохранить данные с устройства и при этом контролировать целостность резервной копии, то очевидны следующие требования:
— вы знаете где именно в вашем устройстве находятся эти данные, не ограничиваясь общими представлениями вида «где-то там». Знание о расположении контента, а так же возможность и умение получения доступа к этому контенту категорически необходимы для сравнения исходного материала и сохранённого. Не думаю, что это новость;
— вы обязаны понимать структуры, форматы, состав и свойства важных для вас данных, которые требуют резервного копирования, включая порядок использования или применения, протоколы обращения с этими данными. Если это не так, то случай с «инженерами Apple, которые смогли реализовать сжатие от 70 до 140Гб данных в резервную копию размером 8Гб» будет повседневностью — вы будете делать не резервную копию своих важных данных, а резервную копию важных для «инженеров Apple» данных. К сожалению, важные данные для «инженеров Apple» не тождественно равны «вашим важным данным», и это должно быть очевидным;
— избираемый вариант обеспечения безопасности резервной копии важных для вас данных должен быть понятен вам, а не всем кому угодно, кроме вас. Когда вы «шифруете» свои резервные копии неведомым для вас способом, а равно размещаете резервные копии на сервисах неведомых вам людей с фактически никому (кроме них, неведомых людей) неизвестным порядком хранения, при заранее доведённом до вас порядке, что условия этого хранения в любой момент могут быть изменены неизвестными вам людьми, то как-то очень странно ожидать удовлетворения от такой затеи. Эдакие деяния скорее похожи на «а вдруг мне повезёт» или на авось, что называется.
Итого. Всё это недовольство, связанное с субъективной неудовлетворительной оценкой порядка и результатов резервного копирования с мобильного устройства от Apple, очень похоже на непонимание пользователем своих целей и способов достижения этих целей при выборе инструментов для достижения удовлетворительного результата.
Если, например, я хочу использовать планшет или телефон от Apple, но при этом я желаю сам и лично полностью и всецело контролировать сохранность важных для меня данных, временно хранимых на мобильном устройстве от Apple, то разработку и оформление мероприятия по сохранению копий данных я делаю самостоятельно, не полагаясь на неизвестных мне «инженеров Apple», и уж тем более не полагаясь на неведомых разработчиков из AppStore. Лишь опыт и примеры наработок «инженеров Apple» и разработчиков софта в AppStore важен.
Если же вы относитесь к группе пользователей, которые всецело и полностью доверяют свои важные данные кому ни попадя, включая неведомых «инженеров Apple», в том числе и прочему «обслуживающему персоналу» или незнакомым разработчикам из AppStore, то это всего лишь ваш выбор. Так чем же вы недовольны? Только тем, что вы иначе поняли то, что печатает Apple в своей «рекламе», а когда вы начали что-то делать, то вам показалось будто происходит другое, не опубликованное? Вы ошибаетесь. Когда вы уже провели практические испытания, рекомендуется ещё раз внимательно и вдумчиво прочитать то, что напечатано. Вы это и сделали, но опять же. «nearly all data» — это не «маленький акцент», а прутковское «Нельзя объять необъятное» или банальное «сохраним, что-нибудь».
В заключение повторюсь, пожалуй, по теме общего представления выбора инструментов для хранения важных данных в контексте личного опыта резервного копирования с мобильных устройств Apple. Для меня очень странно накапливать важные данные на мобильном устройстве. Появились? — сбросил. Ещё появились? — опять сбросил. А вот так, чтобы копить, копить, копить, а потом искать виновного в том, что или сбросить не получается, или сброс будет занимать недопустимое количество времени, или потребует денег — это не моё.
Сообщение отредактировал MАKPО — 15.08.19, 13:02