Устранение неполадок резервного копирования

В случае возникновения неполадок, связанных с резервным копированием данных, ознакомьтесь со следующей информацией.

Табл.: Вопросы, связанные с резервным копированием

Вопрос

Ответ

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

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

Если необходимо выполнить резервное копирование открытых файлов в системе Windows, компонент Advanced Open File Option программы Backup Exec обеспечивает непрерывную защиту данных для сетевого окружения.

Почему консоли Backup Exec продолжают владеть устройством хранения, даже когда они не запущены?

Программа Backup Exec является полноценным приложением клиент/сервер, которое всегда должно быть доступно для выполнения заданий, запущенных как с локальной, так и с удаленной административной консоли.

Наличие компонента Advanced Device and Media Management (ADAMM) приводит к тому, что все устройства хранения, подключенные к серверу резервного копирования, захватываются программой Backup Exec. Компонент ADAMM программы Backup Exec требует постоянного контроля над устройствами хранения для выполнения двух важных и полезных операций: сбора статистических данных об использовании носителей и устройств, а также защиты носителей от перезаписи.

При выполнении локального резервного копирования общее число байтов в резервной копии, созданной программой Backup Exec, не совпадает с числом байтов, отображаемым системой Windows. Почему?

Эта проблема может быть вызвана типом раздела, с которым отформатирована система.

Если имеется сжатый раздел NTFS системы Windows, Backup Exec показывает число байт в копируемых файлах в несжатом состоянии, тогда как Windows Explorer показывает число байт в сжатых файлах на жестком диске. Например, раздел NTFS, содержащий 1 ГБ данных, сжимается системой Windows до 500 Мб. Backup Exec сообщает о резервном копировании 1 Гб данных, хотя Windows Explorer показывает, что на жестком диске существует только 500 Мб сжатых данных.

Если имеется раздел FAT, программа Backup Exec сообщает действительное число байтов в файлах, для которых создаются резервные копии, в то время как диспетчер файлов показывает завышенное число. Например, раздел FAT объемом 2 ГБ имеет размер кластера 32 Кб и диспетчер файлов показывает, что в разделе занято 1,9 ГБ. Backup Exec сообщает о резервном копировании данных объемом 1,4 ГБ. Учитывая, что 50 МБ файла pagefile.sys исключается из резервного копирования, получаем разницу в 450 МБ.

Преобразование в NTFS восстанавливает дисковое пространство, поскольку эта система является более эффективной и по умолчанию имеет меньший размер кластера (устанавливается Windows автоматически) по сравнению с FAT. Windows позволяет установить размер кластера, отличный от используемого по умолчанию; однако производительность системы может снизиться. Дополнительная информация приведена в документации по Windows.

См. Сведения о размере кластеров в разделах NTFS.