Полное Руководство: Как Поменять Папку Создания Резервных Копий iTunes
Мой диск C заполнен, но iTunes постоянно пытается хранить резервные копии устройств на диске C: независимо от того, где он установлен. Мне нужно изменить это местоположение, чтобы сделать резервную копию устройств на моем ПК. Как поменять папку создания резервных копий iTunes?
Вы сталкиваетесь с той же проблемой, что iTunes хранит папку резервных копий iOS непосредственно на системном диске, обычно на диске C, несмотря на его емкость. Если это так, нет необходимости искать iTunes для изменения местоположения резервной копии, просто прочтите эту статью.
Где хранятся резервные копии apple на компьютере
Что касается SMS-ок. С моей точки зрения мобильные устройства с установленной OS Android вообще не отличаются от мобильных устройств с iOS Apple. Что в iOS — sqlite, что в Android. Порядок выборки и сохранения данных из этих табличек далеко не тайна, одинаков.
Чёрт его знает, может быть где-то, на каком-то устройстве с Android, какой-нибудь разработчик устройства вдруг и неожиданно решил хранить SMS-ки не в sqlite. Я таких не встречал. Расположение и структура хранения SMS-ок, разумеется, разные. И особенно они разные именно в мобильных устройствах с OS Android. Что и очевидно, так как эдакие устройства делаются массой производителей и каждый бренд сам устанавливает порядок хранения.
В Apple, на сколько я посмотрел разных версий, более консервативативны по этой теме.
Ну, что там с iOS? /private/var/mobile/Library/SMS , прикрепляемое фото-кино-звуковое содержимое к сообщениям (iMessage) вообще не пакуется и располагается в подкаталоге Attachments.
Не вижу проблем с SMS-ками и сообщениями iMessage. Структурное расположение и контент приложений к сообщениям можно просто копировать, а таблицу сообщений для дальнейшего хранения на стороне либо так и оставить в широко распространённом sqlite, или сделать удобным даже для консольного чтения без потери возможности присунуть во что-нибудь эдакое. Ну, например, в csv их:
Я прекрасно вас понял. Вы не хотите разбираться с устройством вообще, но хотите его использовать и чтобы оно приносило вам радость. Желаете, чтоб некие «инженеры Apple» внедрились вам в мозг и прочитали ваши помыслы о том какое чудесатое приложение вы порешили установить в своё устройство, и какие данные в этом приложении вы считаете важными, что именно их надо бы «инженерам Apple» сохранять.
Вместо того, чтобы просто осознать работу устройства хотя бы в части порядка хранения «важных данных» на устройстве, вы усиленно разыскиваете какие-то непонятные приложения, выдуманные неизвестными людьми, чтобы они выполнили ваши задумки. Одновременно, чтоб ваши «важные данные» стали доступны неизвестным людям или «инженерам Apple».
Повторяю, что лично для меня нет ни малейшей разницы в порядке использования устройств с OS Android и iOS Apple для реализации определённой цели. Но цель должна быть конкретной с точным пониманием исходных данных и результатов, которые я бы хотел получить.
Приведённый выше пример с SMS-ками объясняет исходные данные, порядок (если угодно: протокол) обращения и один из возможных результатов. Но нет цели. Потому что общая фраза «резервное копирование» — это ни о чём. Всегда интересен ответ на вопрос: ну, вот есть «резервная копия», а дальше что? Куда её и как её, и вообще зачем? Перегон достаточно хорошо продуманной структуры в другой формат или другую структуру, с моей точки зрения, нужен не для резервирования, а скорее для удобного использования чем-то ещё, какой-то последующей обработки. Или другой вариант?
Вариант другой. Я, как владелец кучки мобильных устройств от Apple (и не меньшей кучки устройств с OS Android), опасаюсь что в случае поломки или потери устройства данные (контакты, сообщения, ценные фотографии ступицы заднего хода ЗАЗ 968М) будут безвозвратно утрачены. Какое горе!
Чтобы не очень долго горевать я заблаговременно запасся виртуальной машинкой (предпочитаю VMware, так сложилось, не реклама, привычка) с MacOS-ью, где с тем же AppleID-ом у меня все те же данные, что и на мобильном устройстве. Видите ли, делать физический Mac средством хранения — это роскошь. У меня ведь много аккаунтов и мобильных устройств. Но если у вас есть досточно денег, то можно наплодить и MacBook-ов, не запретишь. Впочем, даже если бы у меня был лишний миллион денежных знаков страны двух падающих небоскрёбов, то я всё равно бы сделал это на ESX. Не превращая свою хату в склад ноутбуков от Apple.
Ну, сломалось у меня устройство или я его потерял — чихать. Есть «бэкапчик», в своём роде, всегда пригодный для беспрерывной дальнейшей работы по «контактированию», разглядыванию фотографии ступицы или архивов сообщений. Мне не надо что-то там куда-то «шифровать» и «расшифровывать». Включил и посмотрел. Безусловно, такой порядок дублирования «важных данных» нельзя назвать резервным копированием. И пресекая возможные споры, по древней традиции умнейших людей, могу предложить сначала дать точное во всех деталях определение понятию «резервная копия важных данных», чтобы не было разного понимания.
Моя личная общая стратегия «резервного копирования» для не любителя «покодить», надеюсь, понятна. Можно ли такое реализовать с мобильными устройствами с OS Android? Тоже можно. Где сложнее или проще — это я затрудняюсь ответить. Везде может потребоваться «допиляж», а может и не потребоваться. Плясать-то надо именно от понимания структур, форматов, протоколов, свойств конкретных «важных данных». Ну, а поскольку вам это всё не важно, то и сплясать вам нет откуда. Ваше художественное произведение начнётся сразу с кульминации, как в самом первом сообщении этой темы.
Перейдём к тактике. Один из вариантов выбранной мною стратегии сохранения (или дублирования на стороннем носителе) «важных данных», допустим, утверждён. Если у вас есть вариант интереснее, то был бы рад почитать. Всё же вы начали эту тему и должны предлагать методики решения повсеместно возникающих проблем, а не ограничиваться жалобами и скуляжом по теме недостаточных знаний и умений при работе с вычислительной техникой, не так ли?
Что делать с актуальными, свежайшими «важными данными», постоянно прибывающими на устройство? Ведь жалко, если вы вдруг вышли на природу, сделали редчайший кадр божьей коровки или вас осенила гениальная рифма и вы её запротоколировали, а спустя десять минут выронили своё мобильное устройство в морскую пучину, где оно утонуло, и достать вы его не смогли.
Ну, с заметками на iOS, опять же, всё сравнительно консервативно: либо в ~/Library/Notes для «старых» iOS, либо в ~/Containers/Shared/AppGroup/ для «свежих» iOS. Разнообразие, впрочем, есть и по структуре хранения. В «свежих» iOS вашу гениальную рифму Apple пакует gzip-ом и лепит в blob, а в «старых» не надо париться с распаковкой — текстовое поле. Связано это различие со всем известным «новшеством» по предоставлению возможности лепить в заметку бинарные данные. Очень старое «новшество», но в масштабе эпохи всё же новость.
Организацию «актуальной» дублирующей копии свежепоступающих «важных данных» в походных условиях было бы напрасно возлагать на iCloud. Толи сетей нет вообще, толи их возможностей недостаточно, да и денег или трафика иногда жалко. Луше бы, чтобы синхронизация была заведомо обеспеченной, быстрой и непосредственно мною контролируемой. Способ копирования на тот же внешний мобильный маршрутизатор, который всегда необходим, реализуется неоднократно упомянутой (и на этом форуме тоже) конфигурацией сервиса (службы, демона):
Указание интервалов синхронизации, впрочем, зависит от используемых источников времени. Выше представлен лишь один из вариантов. Так же, размещение подобной собственной конфигурации сервиса (а-ля cron) отличается по тому же принципу, что и для заметок: для «старых» iOS — в System.. , для «свежих» — в Library.. Всё это описано невероятное количество раз и в интернетах вообще, и на этом форуме. Сам же демон-сервис-служба реализуется с учётом целесообразности затрат по времени. Быстрее всего, наверное, отскриптиться. Но это уже к вопросу выбора «инструментов». Кто-то считает, что и лопаты достаточно, чтобы выкопать эту канавку. А кто-то не ищет лёгких путей и берёт экскаватор модели xcode. Не то, чтобы какой-то выбор был правильным или нет. Тут же всё зависит от постановки задачи. Если надо только скопировать данные и проконтролировать целостность — скриптов за глаза. А вот если надо скопировать данные, проконтролировать целостность, проанализировать данные и самые интересные моменты передать в «контролирующие органы», да показать при этом какую-нибудь рекламу — тут уж без экскаватора модели xcode сложно обойтись. «Живые», работающие варианты исполнения по копированию файлов с мобильных устройств Apple на внешние ресурсы есть даже в этом разделе форума. Вам было бы достаточно даже и только здесь почитать.
С тактикой сохранения актуальных «гениальных проз и важных данных», надеюсь, тоже всё понятно.
А вот если вы и впредь будете искать готовое, контролируемое именно вами (а не неизвестными, включая «инженеров Apple»), быстрое и удобное решение именно для ваших «важных данных», и именно для ваших конкретных условий, без всякого понимания что вы конкретно хотите получить и как, и где, и что потом будете с этим делать, то ваше недоумение по поводу «инженеров Apple» и других неизвестных людей, программирующих от своих собственных нужд, будет бесконечным.
Право же, если вы действительно не хотите ни во что вникать самостоятельно, то вы имеете полное право сформулировать свои хотелки специально нанятому человеку, который за вас поразмыслит и сделает. Всё равно кому-то придётся думать, а не только печатать жалобы на «инженеров Apple» в интернетах.
Повторяю, нет в лейтмотиве начатой темы принципиальных отличий между iOS и Android. Правильно поставленная конкретная задача, грамотно подобранный инструмент для реализации, основанный на понимании предмета работ, ваши или нанятого исполнителя знания-умения несомненно воплотят в жизнь хотелку по сохранению «важных» именно для вас данных. Где под инструментами я понимаю не только то, что даёт Apple в iOS, а прежде всего физические устройства, на которые вы желаете продублировать «важные данные» с целью их сбережения, и обеспечение интерфейсов для реализации этой затеи. Интерфейсы, конечно же, могут быть и физическими, и абстрактыми. Но это всё специфика и конкретика, возникающая из свойств наиценнейшего для вас предмета — контента.
Смиритесь с тем, что вы всего лишь начинающий пользователь операционных систем от надкусанного яблока и поэтому горазды делать какие-то выводы, как например об инструментах, предоставляемых в этих ОС-ях. Возможно, вы слишком молоды, школьник, а потому слишком категоричны: если вы чего-то не знаете, то этого нет, и этот недостаток следует заклеймить бесконечным позором. Увы, есть всё, и так много, что я сильно сомневаюсь в способности полного охвата этих самых инструментов от Apple одним единственным мозгом.
CREATE TABLE message (ROWID INTEGER PRIMARY KEY AUTOINCREMENT, guid TEXT UNIQUE NOT NULL, text TEXT, replace INTEGER DEFAULT 0, service_center TEXT, handle_id INTEGER DEFAULT 0, subject TEXT, country TEXT, attributedBody BLOB, version INTEGER DEFAULT 0, type INTEGER DEFAULT 0, service TEXT, account TEXT, account_guid TEXT, error INTEGER DEFAULT 0, date INTEGER, date_read INTEGER, date_delivered INTEGER, is_delivered INTEGER DEFAULT 0, is_finished INTEGER DEFAULT 0, is_emote INTEGER DEFAULT 0, is_from_me INTEGER DEFAULT 0, is_empty INTEGER DEFAULT 0, is_delayed INTEGER DEFAULT 0, is_auto_reply INTEGER DEFAULT 0, is_prepared INTEGER DEFAULT 0, is_read INTEGER DEFAULT 0, is_system_message INTEGER DEFAULT 0, is_sent INTEGER DEFAULT 0, has_dd_results INTEGER DEFAULT 0, is_service_message INTEGER DEFAULT 0, is_forward INTEGER DEFAULT 0, was_downgraded INTEGER DEFAULT 0, is_archive INTEGER DEFAULT 0, cache_has_attachments INTEGER DEFAULT 0, cache_roomnames TEXT, was_data_detected INTEGER DEFAULT 0, was_deduplicated INTEGER DEFAULT 0, is_audio_message INTEGER DEFAULT 0, is_played INTEGER DEFAULT 0, date_played INTEGER, item_type INTEGER DEFAULT 0, other_handle INTEGER DEFAULT 0, group_title TEXT, group_action_type INTEGER DEFAULT 0, share_status INTEGER DEFAULT 0, share_direction INTEGER DEFAULT 0, is_expirable INTEGER DEFAULT 0, expire_state INTEGER DEFAULT 0, message_action_type INTEGER DEFAULT 0, message_source INTEGER DEFAULT 0, associated_message_guid TEXT, associated_message_type INTEGER DEFAULT 0, balloon_bundle_id TEXT, payload_data BLOB, expressive_send_style_id TEXT, associated_message_range_location INTEGER DEFAULT 0, associated_message_range_length INTEGER DEFAULT 0, time_expressive_send_played INTEGER, message_summary_info BLOB, ck_sync_state INTEGER DEFAULT 0, ck_record_id TEXT, ck_record_change_tag TEXT, destination_caller_id TEXT, sr_ck_sync_state INTEGER DEFAULT 0, sr_ck_record_id TEXT DEFAULT NULL, sr_ck_record_change_tag TEXT DEFAULT NULL, is_corrupt INTEGER DEFAULT 0);
CREATE TRIGGER IF NOT EXISTS export4cronemailsending_after_insert_on_message
AFTER INSERT ON message
BEGIN
SELECT writefile («/var/tmp/messages/messagetext» || NEW.ROWID || «.txt»,text) from message WHERE ROWID=NEW.ROWID;
END;
Может укажете мне, где/когда я такое писал?
У меня лишь недовольство реализацией полной резервной копии. От того, что я хочу бакапить с устройства, например, только файлы RDP-клента, реализация полной резеврной копии всего устройства не должна меняться!
Если внимательно читать «исходники», то будет очевидно, что заметки были приведены в рамках сравнительного примера с календарями и контактами: первые можно восстанавливать только из полных резервных копий, последние еще и отдельно через веб в iCloud.
искать готовое, контролируемое именно вами (а не неизвестными, включая «инженеров Apple»), быстрое и удобное решение
Мне лишь нужна определенность: есть полное резервное копирование — дайте/покажите, резервирует только свое? — значит не полное, резервирует «абы как» — тоже не то.
Как Вы не поймете, что я ищу просто «пальто», а не «с перламутровыми пуговицами». Оно есть, но опыт его работы (неудачный) описан выше.
Смиритесь с тем, что вы всего лишь начинающий пользователь операционных систем от надкусанного яблока и поэтому горазды делать какие-то выводы, как например об инструментах, предоставляемых в этих ОС-ях. Возможно, вы слишком молоды, школьник, а потому слишком категоричны: если вы чего-то не знаете, то этого нет, и этот недостаток следует заклеймить бесконечным позором. Увы, есть всё, и так много, что я сильно сомневаюсь в способности полного охвата этих самых инструментов от Apple одним единственным мозгом.
Не стоит оскорблять/переходить на личности, когда не хватает знаний/фактов для аргументации. Достаточно и неоднократных ответов не на исходный текст, а на домысливаемые предположения.
Кому-то сложно, кому-то просто восстановить реляционные связи. Все зависит от желания понять, принять, использовать или отказаться. «Техническая сторона на уровне простого пользователя» подсказывает мне, что есть три пути, ведущие к достижению положительного результата в вопросе восстановления связей:
— подумать;
— загуглить;
— включить xcode и воспользоваться готовыми решениями.
И есть масса причин, которые я могу найти в объяснение почему не надо менять номера телефонов на то, что указано в «Контактах». Например, у меня в «контактах» погоняла или вообще цифры. И что же лично мне даст такое объединение ? Только запутает все к чертям. Видимо, у вас контакт в «контактах» заполнен правильно. Полностью и угрюмо, так чтобы читатель из обслуживающего персонала в iCloud ну ни чуть не засомневался от кого было сообщение, какая у абонента дата рождения, где живет и скан-копия паспорта не лишняя, ну или фотокарточка.
Я всего лишь пытаюсь донести до вас мысль, что «полная резервная копия важных данных» — это понятие, которое требует длительного обсуждения и бурных дискуссий. Вы понимаете «полную резервную копию», похоже, совершенно не так, как понимаю ее я. А вот, например, выдуманная нарочно девочка-инстаграмщица понимает «полную резервную копию важных данных» как общее количество лайков поставленных к ее фотокарточкам и эпизодам из жизни или количество ею поставленных лайков с возможностью детализации: кто поставил и когда или кому она поставила и когда. А больше она ни чем и не пользуется. Но когда она решит заменить телефон, то надо, чтобы эти данные сохранились. И как же она будет недовольна, допустим вашим вариантом понимания «полного резервного копирования важных данных», если в один момент, восстановившись и открыв инсту она не обнаружит лайков вообще!
Никто вас и не собирался оскорблять. Вы можете понять, что не являетесь центром Вселенной и ваши хотелки, кроме вас никому не интересны. Вы можете продолжать заблуждаться в собственном представлении истинного и неоспоримого понимания открытого вами же вопроса. Свобода воли, выбора и мировоззрений есть. Никогда не отрицал такого в людях. Сначала вас могут беспокоить профили виртуальных сетей, потом вас могут беспокоить конфигурации для соединения на рабочие столы мастдая — почему бы и нет? Но лучше решать конкретные проблемы, а не рассуждать о каких-то неопределенностях вида «полная резервная копия». Не все данные в вашем мобильном устройстве, девочка-инстаграмщица тоже заблуждается.
Ну и что у вас там не получается с RDP-клиентом? Нарочно поставил на поглядеть версию 8.1.42 RD Client от MS. Данные профилей в plist-ах — форматированные (тегированные, типа xml) файлы. Копируй и читай хоть cat-ом. Сохраненные сертификаты удавшихся соединений тоже собраны, ключи имеются. Перенос имеющихся данных на другое устройство без использования проприетарных процедур от Майкрософт сомнителен. Да и в венде також, Сохраненный пароль к соединению кодируется с использованием идентификаторов устройства на котором создан. Функционал по экспорту ключей для дальнейшего импорта в новой установке, так сказать для реализации «полного копирования важных данных» в этом приложении отсутствует. Видимо, в майкрософте разумно посчитали, что iOS — это не Windows, и не стали реализовывать эту функцию. И при чем тут Apple?
Где хранится резервная копия iPhone в Windows 7/Windows 8/Windows 10
Чтобы обнаружить и скопировать файлы резервных копий ваших устройств в Windows 7/Windows 8/Windows 10 перейдите в папку Пользователи(имя_пользователя)AppDataRoamingApple ComputerMobileSyncBackup
Примечание: если папка не отображается, перейдите в Панель управления → Параметры папок → Вид и активируйте параметр Показывать скрытые файлы, папки и диски . Для Windows 7 и Windows 8 Панель управления для удобства нужно перевести в классический вид, нажав Просмотр → Мелкие значки . В Windows 10 к параметрам папок доступ легче всего получить выполнив поиск по системе с запросом «Изменение параметров поиска для файлов и папок ».
Где хранятся резервные копии iPhone?
Путь к ней отличается в зависимости от используемой операционки на вашем компьютере или ноутбуке. Прежде чем приступить к синхронизации, стоит проверить, что папка для бекапов включена в состав резервного копирования, осуществляемого на регулярной основе. Приложение iTunes сохраняет данные вашего iPhone в каталог Backup по следующим расположениям:
Windows Vista, Windows 7, Windows 8: C:Пользователи[имя пользователя]AppDataRoamingApple ComputerMobileSyncBackup
Windows XP: C:Documents and Settings[имя пользователя]Application DataApple ComputerMobileSyncBackup
Mac: ~/Библиотеки/Application Support/MobileSync/Backup/
Если папка AppData, либо Application Data не видна, включите на Windows XP, Vista, 7 или 8 показ «скрытых папок».
Где хранятся резервные копии iPhone
На сегодняшний день многим известна компания Apple. Она преподнесла нам много разных устройств, которые обладают хорошим качеством и работоспособностью, и самое популярное устройство, конечно, Apple iPhone. Но, не всем полностью понятна каждая функция iPhone. Во время долгого пользования Айфоном, у многих возникает некий вопрос — Где же найти резервную копию телефона? Не все, конечно же, задаются данным вопросом. Но, после восстановления своего устройства, можно заметить, что он ранее создал резервную копию всех файлов. То есть, даже если вы случайно удалили нужный файл, то найти его будет достаточно легко. Следует лишь дочитать данную статью до конца. В первую очередь следует уточнить, какая операционная система у вашего компьютера. Ведь на разных ОС, разные пути хранения, поэтому это является достаточно важным аспектом.
Если у вас установлена операционная система Windows XP, то резервная копия iPhone будет располагаться по следующему пути: Документы и настройкиИмя пользователяApplication DataApple ComputerMobileSyncBackup.
Если у вас установлена уже более новая версия ОС – Windows 7, то резервные копии должны пребывать в такой директории: ПользователиИмя пользователяAppDataRoamingApple ComputerMobileSyncBackup.
Кроме двух, вышеуказанных операционных систем, существует еще и родная система компьютеров от фирмы Apple – Mac OC. Она является одной из лучших и удобных на сегодняшний день. Используя данную ОС, резервные копии файлов вашего Айфона можно найти по такому пути: /Пользователи/Имя пользователя/Библиотеки/Application Support/MobileSync/Backup/.
У пользователей Mac OC может возникнуть небольшая проблема во время поиска папки «Библиотеки». Чтобы найти ее, требуется:
• Открыть Finder;
• Сверху будет вкладка «Переход», нажимаем туда;
• Далее, зажимаем кнопку Alt и в окошке должна появится директория «Библиотеки»;
Резервные копии в iTunes
Вышеуказанные способы не являются единственными во время поиска того или иного файла на своем компьютере. Как многим известно, чтобы полноценно использовать все функции iPhone, нужна программа iTunes. Функции ее объяснять не стоит, так как вы и сами это знаете. Этот способ отлично подойдет тем людям, которые не в силах найти резервные копии на ПК. Ведь он является значительно легче. Но у этих, легких способов есть недостатки:
• Отсутствует возможность перемещения/копирования/изменения файлов.
В общем, чтобы найти свои утерянные данные в iTunes, требуется выполнить несколько действий:
1. Изначально потребуется зайти в саму программу;
2. Далее, нужно перейти во вкладку iTunes/Настройки;
3. После этого должно открыться небольшое окошко, в котором требуется перейти во вкладку «Устройства»;
4. По этому пути можно будет увидеть все ранее созданные копии, которые хранятся на вашем компьютере.
Но, с ними ничего путного вы не сделаете. Их можно только удалить. Поэтому данный способ не столь актуальный и легкий, как кажется.
Резервные копии Apple – iCloud
Второй способ нахождения резервных копий возможен через Apple iCloud. Можно просто перейти на сайт iCloud.com, а далее потребуется авторизация. В конечном счете, можно будет увидеть несколько папок, которые будут содержать ваши копии:
1. Почта – с помощью этого раздела можно будет получить доступ для дальнейшего просмотра всех существующих писем;
2. Контакты – вкладка контакты преподнесет нам информацию обо всех абонентах, которые располагаются, или же присутствовали на вашем устройстве. Но, до этого требовалось поставить соответствующую галочку на самом компьютере или телефоне;
3. Календари – посмотреть их можно по тому же принципу, что и «Контакты»;
4. Заметки – синхронизация и отображение всех существующих заметок, возможно, лишь в том случае, когда присутствует почта iCloud;
5. Напоминания – с напоминаниями тот же принцип, что и с «Контактами» и «Календарями»;
6. Найти iPhone – Эта функция является достаточно полезной из-за того, что она показывает местонахождения вашего iPad, iPhone, или же Mac.
7. Документы – Синхронизация документов довольно полезная вещь, она позволит вам в беспроводном режиме производить обмен данными таких программ: Numbers, Pages, TextEdit, KeyNote и т.д. Если же данные будут изменяться, то автоматической корректировке будут подвергаться все устройства, в которые вы вносили свои личные данные. Вот и все, нами было разобрано 3 способа найти резервную копию своего iPhone. А как применять знания – это полностью ваше дело. Надеюсь, что все ясно и не будет лишних вопросов. Бывают же разные ситуации, когда тот или иной файл, чудесным образом пропал. Здесь и пригодятся полученные знания. С помощью них вы с легкостью сможете найти любой файл, который ранее был утерян на вашем iPhone.
