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

користувачам мобільних пристроївчасто доводиться стикатися з проблемою, коли iPhone робить резервну копію. Як результат в програмі iTunes виникають різні повідомлення, які вказують на різні неполадки.

Ми пропонуємо своїм клієнтам:

ремонт iPhone

ремонт iPad

ремонт iPod

ремонт MacBook

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

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

Можливі причини та їх усунення

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

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

2. Буває, що iPhone не створює резервну копію через застаріле ПЗ iTunes, Mac або iOS. Для виправлення помилки досить завантажити останню версію і встановити необхідні оновлення.

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

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

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

6. Неможливість створення резервної копії може бути пов'язано з недостатнім вільним простором.

Якщо нічого не допомогло, то краще звернутися до співробітників служби підтримки Apple.

За останні кілька років технології резервного копіювання та відновлення даних стали більш ефективними, але більшість адміністраторів використовують їх лише в крайніх випадках. Тільки якщо всі інші методи не мали успіху, ми намагаємося відновити дані з резервної копії. Але для цього необхідно мати впевненість в тому, що потрібні дані будуть доступні в вирішальний момент. Однак адміністратори 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. З ним можна зв'язатися за адресою

Користувачі повідомляють, що їх iPhone8 / X не можуть відновити резервних копію з останньої резервної копії з різних причин. У цій статті ми перерахували причини і відповідні рішення, коли ви не змогли відновити резервну копію з iTunes або iCloud.

Частина 1: Виправити iTunes не зміг відновити iPhone

Коли у вас виникли проблеми з iPhone, які не відновлюються з резервної копії iTunes, Нижче ви можете знайти корисні поради.

Резервне копіювання iTunes пошкоджено або несумісне

Коли ви перебуваєте в цій ситуації, видалення пошкоджених файліврезервних копій - гарний спосібдля виправлення помилки - iPhone не може відновити резервну копію.

1. По-перше, ви повинні знайти резервні копії свого iPhone8.

На ПК з Windows 7,8 і 10:

Щоб знайти список резервних копій, послідовно виберіть \ Користувачі \ (ім'я користувача) \ AppData \ Roaming \ Apple Computer \ MobileSync \ Backup \

Можна також виконати наступні дії.
Знайдіть рядок пошуку:

В ОС Windows 7 натисніть кнопку «Пуск».
В ОС Windows 8 клацніть значок лупи в правому верхньому куті екрану.
В ОС Windows 10 перейдіть в рядок пошуку поруч з кнопкою «Пуск».

Введіть% appdata% в рядку пошуку і натисніть клавішу «Введення», потім клацніть ці папки: Apple Computer> MobileSync> Backup.

На Mac:

Крок 1. Натисніть на пошук в рядку меню.
Крок 2. Введіть або скопіюйте і вставте наступний текст: ~ / Library / Application Support / MobileSync / Backup /
Крок 3. Натисніть «Введення».

Щоб знайти конкретну резервну копію, виконайте наступні дії:

Відкрийте програму iTunes. У рядку меню клацніть iTunes і виберіть «Налаштування».
Виберіть «Пристрої».

Утримуючи Control, клацніть необхідну резервну копію і виберіть «Показати в програмі Finder».

2. Скопіюйте резервні копії iOS в інше місце, наприклад, на ваш робочий стіл або на зовнішній диск.

3. Відкрийте iTunes на своєму комп'ютері та виберіть «Пристрої».

4. Виберіть всі файли резервних копій і натисніть «Видалити резервну копію».

5. Скопіюйте всі попередні файли резервних копій назад в папку «Резервне копіювання».

6. Спробуйте знову відновити iTunes.

Якщо це не допоможе, ви можете розглянути можливість видалення всіх резервних копій і створення нової резервної копії, якщо новий iPhone не бачить резервну копію iTunes.

Помилка при відновленні резервної копії

Якщо повідомлення говорить про невідомої помилку, Ви не можете відновити iPhone 8 з резервної копії iTunes, ви можете звернутися до безкоштовного Tenorshare TunesCare. Замість того, щоб кожен раз намагатися використовувати можливі рішення, Пропонує остаточне рішення для виправлення різних помилок синхронізації / резервного копіювання / відновлення iTunes.

iPhone відключений або не • розпізнано iTunes

Впевніться, що Нова версія iTunes оновлена.
перевірте кабель USBі з'єднання.
Перезавантажте комп'ютер і iPhone 8.
Помістіть iPhone в режим відновлення з безкоштовним Tenorshare ReiBoot, який буде виявлений.

Пароль резервного копіювання невірний

Якщо ви включили зашифровану резервну копію і випадково забули резервний пароль, немає способу відновити резервну копію iTunes на ваш iPhone 8, якщо ви не видалите пароль за допомогою стороннього програмного забезпечення, Такого як Tenorshare iBackupUnlocker. Детальніше про те, як видалити пароль резервної копії iPhone, .

Частина 2: Новий iPhone 8/8 Plus не може відновити дані з резервної копії iCloud

В іншій ситуації, якщо ви використовуєте резервне копіювання iCloudі не можете відновити iPhone з iCloud iOS 11, все по-іншому. Більшість помилок резервного копіювання з iCloud викликані:

Бракує місця на iPhone 8

Якщо попередній файл резервної копії досить великий за розміром, вам може бути запропоновано вказати, що для відновлення з резервної копії iCloudнедостатньо місця. У цьому випадку пропонується очистити деякий простір на пристрої iOS. Tenorshare iCareFone - хороший інструмент для відновлення обмеженого простору для зберігання.

Відновлення iCloud занадто довго закінчується

Проблема, за якою iPhone не від'ôднаôтесь відновлення з резервної копії iCloud, в основному викликана повільним підключення до мережі, а також великий розмірфайлу. Переконайтеся, що ваш пристрій підключено до надійної і стійкої мережі Wi-Fi, А потім почекайте терпляче.

Або ви можете спробувати альтернативу резервного копіювання iTunes - UltData. Підтримуючи як резервні копії iTunes, так і iCloud, процеси UltData відновлюються з неймовірною швидкістю. Вам просто потрібно увійти в свій обліковий запис Apple ID і вибрати файл для резервного копіювання.

Деякі елементи не можуть відновлюватися або відновлення iCloud є неповним

Коли ваші резервні копії містять покупки, зроблені з більш ніж одного ідентифікатора Apple, Вам буде запропоновано відправити повідомлення, яке потребує підписати ваш Apple ID, інакше iPhone не може бути відновлений з резервної копії. Натисніть «Пропустити цей крок» і увійдіть пізніше.

Надеюс, що ці пропозиції будуть працювати для вас. Поділіться їм, якщо ця стаття допоможе при вирішенні вашого iPhone 8/8 Plus / X НЕ буде відновлюватися з резервної копії iTunes / iCloud.

Щоб убезпечити себе від втрати інформації при поломці Apple-пристрої, рекомендується створити резервну копію. Але іноді при здійсненні операції виникає збій, і копіювання не виконується. Щоб виправити помилку, спочатку варто виявити причини її виникнення.

Чому не вдалося створити резервну копію через iTunes або iCloud

Помилки «Неможливо створити резервну копію», «Помилка в створенні резервної копії», «Збій створення резервної копії» з'являються з наступних причин:

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

Як виправити помилку в створенні резервної копії

Якщо ви не знаєте точну причину виникнення збою, то виконуйте всі пункти по черзі, поки не вирішите проблему.

перезавантаження системи

Спробуйте перезавантажити ваш пристрій. Ця дія перезапустить усі процеси, що працюють в фоновому режимі, І, ймовірно, вирішить питання.

Перевірка інтернет-з'єднання

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

оновлення програми

Якщо ви використовуєте iTunes, то переконаєтеся в тому, що ви використовуєте останню версію програми:

Оновлення IOS і програм

Переконайтеся, що додатки, встановлені на телефоні або планшеті, оновлені, а версія прошивки відповідає останньої версії IOS:

Звільнення місця на диску

Ймовірно, на диску комп'ютера немає місця, тому не виходить зберегти резервну копію. Тоді відкрийте провідник і очистіть пам'ять.

Вхід в обліковий запис Apple ID

Вийдіть з облікового записи Apple ID і зайдіть в неї заново. На iPhone, iPad, iPod touchце можливо через настройки:

На Mac OS і Windows з допомогою iTunesдосить натиснути на ім'я облікового запису, потім на кнопку «Вийти», а після заново авторизуватися в програмі.

Зіткнувся я з цією проблемою давно, але ніяк руки не доходили розібратися як вилікувати цю недугу. Найцікавіше, що у мене три пристрої під IOS: два Айпад і айфон. З Айпад проблем не виникало, а от айфон відмовляється створювати резервну копію з моменту покупки. Вообщем сьогодні я в усьому розібрався і ділюся з вами.

Я віддаю собі звіт, що яблучні девайси нині продукт не масовий. Пов'язано це насамперед з курсом рубля і їх цінами. Однак, судячи з пошуковим запитамтема Лайфхак з лікуванням дрібних програмних проблемвельми актуальна. Наприклад, написаний влітку 2014 року "" до сих пір на піку популярності в пошукових запитах:

Люди йдуть, читають і говорять спасибі. Дуже приємно, що мої пости допомагають вирішувати проблеми.

Повернемося до резервної копії. Як ми знаємо, резервне копіювання в IOS є двома способами: через програму iTunes і копіювання в хмарне сховище iCloud. Я завжди користуюся останнім. Це дуже зручно, тому що не потрібно підключати пристрій до комп'ютера, натискати якісь кнопки ... все, що потрібно - встановити телефон на зарядку з приєднаним wi-fi і лягти спати. Вранці копія буде створена. Так само дуже зручно і відновлювати свій пристрій при покупці нового девайса. Просто підключаєшся до своєї учетке і виконуєш відновлення з останньої копії.

Отже, два способи відновлення копіювання якщо воно не здійснюється автоматично.

1. Необхідно зайти в Настройки-iCloud, спуститися вниз по меню і вийти з облікового запису. При виході система запитає чи залишити контент, відповідаємо - так:

Якщо копія все ж не створюється, то можна спробувати другий спосіб. Потрібно видалити раніше створену копію цього пристрою. Найкраще це робити не з пристрою, а з комп'ютера. У мене Mac, так що скріни будуть з Mac OS. На винде потрібно зайти в додаток iCloud і знайти подібну функцію.

2. На маці заходимо в Налаштування - iCloud

Внизу вікна тиснемо кнопку - "Керувати":

В управлінні сховищем вибираємо зліва "Резервні копії" і ту копію пристрою, яку необхідно видалити. Як я вже сказав, що на моєму айфоне копії не створювалися ніколи, з цієї причини минулого копії просто немає. Якщо у вас раніше копії створювалися і раптом перестали, то тут буде остання копія. Її і потрібно видалити:

Після видалення йдемо в меню пристрою Налаштування-iCloud- Резервні копії і натискаємо "Створити резервну копію"

На цьому все! Сподіваюся вам це стане в нагоді.