Исправляем ошибку «iTunes не удалось создать резервную копию iPhone. Невозможность создания резервной копии данных iPhone, iPad или восстановления из резервной копии в iTunes

17.07.2019

Аудио

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В айтишном фольклоре есть хорошая поговорка: «Админы делятся на тех, кто не делает бэкапы, и тех, кто уже делает». Однако сегодня компания любого профиля активно использует десятки программ и онлайновых служб, поэтому просто создавать резервные копии уже недостаточно. Длительная недоступность общей базы, привычных средств связи и клиентских сервисов может привести к нарушению работы всей системы корпоративных коммуникаций и большим убыткам.
В этой статье мы рассмотрим типичные ошибки при создании резервных копий и способы свести вероятность их появления к минимуму.

1. Создание бэкапов вручную

Этот метод широко использовался в девяностых и соответствовал задачам своего времени. Суть его проста: админ делает бэкап когда сможет, стараясь по возможности придерживаться намеченного графика. Все или почти все задачи резервного копирования при этом производятся вручную. Сначала подключается хранилище бэкапов или проверяется его доступность по сети. Затем запускается программа для создания резервных копий. В ней задаются нужные каталоги на источнике и параметры операции. Продвинутые админы используют частичную автоматизацию (шаблоны, скрипты, пакетные файлы), но даже с ними многое требуется выполнять и контролировать вручную.

Сегодня практика ручного создания бэкапов приводит к низкой надёжности системы резервного копирования. Один из её ключевых показателей – RPO (Recovery Point Objective), становится недопустимо высоким. Он отображает период, за который может произойти невосстановимая потеря данных. Со времени последнего бэкапа до возникновения сбоя оказываются утрачены самые новые и актуальные для текущей работы файлы. Единственный способ снизить потери – делать бэкапы чаще (несколько раз в день), но создавать их так часто вручную просто невозможно.

2. Сохранение бэкапов без их проверки

Наличие резервной копии ещё не гарантирует возможность восстановления из неё.
Процедура создания бэкапов обычно длится долго, и админы не хотят тратить дополнительное время на их проверку. Пренебрежение валидацией резервных копий часто приводит к тому, что последний бэкап по какой-то причине оказывается повреждённым. Тогда показатель RPO ухудшается вдвое, поскольку приходится использовать предыдущий (более старый) бэкап, и хорошо, если он вообще есть.

Поэтому в Acronis Backup (Advanced) проверка резервной копии файлов может выполняться автоматически после создания каждого бэкапа или запускаться по расписанию. Во время проверки имитируется процедура восстановления всех файлов из резервной копии в фиктивную папку. При проверке бэкапа всего диска или тома вычисляется контрольная сумма для каждого блока данных, сохраненного в резервной копии.

3. Перезапись существующих данных при восстановлении из повреждённого бэкапа

Бэкапы записываются блоками. Если контрольные суммы этих блоков совпадают, то резервная копия считается созданной успешно. При этом сами данные в бэкапе не проверяются. Они могут изначально считываться повреждёнными и сохранятся в таком виде. При попытке восстановления из бэкапа происходит перезапись оригинальных файлов, что усугубляет проблему. Исходные файлы больше не восстановить, поскольку новые имеют те же самые имена и оказались повреждены. Поэтому есть смысл делать промежуточный бэкап уже после сбоя и до начала процедуры восстановления из резервной копии. Так сохраняется возможность откатится и при необходимости выполнить частичное восстановление файлов из разных бэкапов.

4. Отсутствие контроля за свободным местом для бэкапа

Эта проблема особенно характерна для ручного создания резервных копий. По мере роста объёма исходных данных для их полного бэкапа требуется всё больше места. В какой-то момент следующая копия не умещается в оставшийся объём, и длительный процесс её создания завершается с ошибкой. Часто такая ситуация вызывает целый каскад новых ошибок. Например, для увеличения свободного места админ может удалить один из прежних бэкапов и по ошибке выбрать не тот. Во избежание подобных ситуаций, в Acronis Backup (Advanced) можно создавать планы резервного копирования и указывать время жизни каждого бэкапа. Старые будут автоматически удаляться после того, как потеряют актуальность.

5. Удаление предыдущей копии бэкапа до того, как будет создана новая

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

Какие из всего сказанного выше можно сделать выводы?

Самые распространённые ошибки бэкапа возникают под влиянием человеческого фактора. Поэтому современные программы для резервного копирования развиваются по пути всё более глубокой автоматизации рутинных действий. Они учитывают особенности современных практических задач и позволяют свести вероятность ошибки к минимуму. Более подробно выводы я сформулирую в своей следующей статье.

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

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

Во время создания резервной копии 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 ».

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

«...так как произошла ошибка»;
«...так как произошла неизвестная ошибка –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

Во-первых, перезагрузитесь: перезагрузите компьютер и iPhone или iPad, после чего вновь попробуйте выполнить резервное копирование данных вашего устройства.
Обновитесь. Обновите программное обеспечивание: загрузите последнюю версию iTunes, установите все необходимые обновления для своего Mac, обновите iOS.
Проверьте наличие свободного места на жестком диске. Нехватка свободного места может стать причиной невозможности создания резервной копии.
Проверьте настройки безопасности. Вероятно придется обновить ваше программное обеспечение безопасности или на время отключить его. После этого вновь попробуйте создать резервную копию данных iPhone , iPad в программе iTunes.
Отключите ваш iPhone, iPad от компьютера и выполните сброс папки Lockdown. по сбросу находится. Затем вновь подключите мобильное устройство к компьютеру и повторите процедуру создания резервной копии.
службу поддержки Apple.

Не удалось восстановиться из резервной копии 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.

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