Резервное копирование Windows Server 2008 R2 - что генерирует все данные изменений?
У нас есть небольшая, относительно простаивающая установка Windows Server 2008 R2, которая обеспечивает общий доступ к файлам и размещает Exchange примерно для 10 не очень активных пользователей.
При запуске резервного копирования сервера Windows ежедневные инкрементные данные составляют около 20 ГБ. Это происходит не из-за общих файлов пользователей или изменения размеров их почтовых ящиков. Общий размер установки составляет 249 ГБ, в основном это старые файлы.
Откуда берутся все эти данные и как их уменьшить? Использование онлайн-резервного копирования vhd-файла из резервной копии занимает некоторое время из-за этого ежедневного изменения.
Есть ли способ хотя бы увидеть, какие файлы изменяются и вносят вклад в эти данные?
Варианты, о которых я могу думать, но в которых не уверен:
- перемешивание файла подкачки - хотя резервная копия не включает файл подкачки, возможно, оставленные измененные блоки включены?
- журналы что ли? Но размер установки остается неизменным каждый день
- я должен обнулить свободное пространство с помощью sdelete перед резервным копированием?
Отключите параметр файловой системы NTFS LastAccessedTime и посмотрите, исправит ли это его.
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001
Вы можете проверить, как вы делаете резервные копии.
В Windows 2008 R2 можно каждый день выполнять «полное» резервное копирование на выделенный локальный диск, а функция изменений на уровне блоков должна копировать только новые и измененные данные на резервный носитель. Используя это, у меня есть буквально сотни «полных» резервных копий на одном жестком USB-диске емкостью 2 ТБ. (Эта стратегия и функция не работают, если целью резервного копирования является сетевой ресурс).
Это может показаться нелогичным по сравнению с традиционной стратегией полного инкремента.
Эта функция, вероятно, не так хорошо документирована, как могла бы. Больше информации здесь:
https://blogs.technet.com/b/filecab/archive/2009/10/31/learn-more-about-system-image-backup.aspx
[...]
«Вкратце, образ системы - это, по сути, снимок всего диска (ов). Резервное копирование выполняется на уровне блоков (в отличие от уровня файлов) и включает все пользовательские и системные файлы, данные конфигурации и приложения. которые присутствуют на диске, а также информация о структуре диска и загрузочных записях.Образ можно использовать для восстановления работающей Windows, если ваш жесткий диск когда-либо выйдет из строя, или если вы просто хотите восстановить образ операционной системы на более ранний момент времени.
«Во время первого резервного копирования механизм резервного копирования сканирует исходный диск и копирует только блоки, содержащие данные, в файл .vhd, хранящийся на целевом диске, создавая компактное представление исходного диска. При следующем создании образа системы в файл .vhd записываются только новые и измененные данные, а старые данные в том же блоке перемещаются с виртуального жесткого диска в область хранения теневых копий. Служба теневого копирования тома используется для вычисления измененных данных между резервными копиями, а также для обработки процесса перемещения старых данных в область теневого копирования на целевом компьютере. Такой подход делает резервное копирование быстрым (поскольку копируются только измененные блоки) и эффективным (поскольку данные хранятся компактно). При восстановлении образа блоки будут восстановлены в исходное положение на исходном диске. Если вы хотите выполнить восстановление из более старой резервной копии, механизм считывает из области теневой копии и восстанавливает соответствующие блоки ».
Итак, после некоторой боли я обнаружил, откуда идет взбивание. Были некоторые задания резервного копирования на уровне приложений, которые каждую ночь выгружались на диск (например, SQL). Хотя я думал, что наше онлайн-программное обеспечение для резервного копирования должно было обнаружить сходство в данных, оно не могло этого сделать, если бы в резервных копиях было включено сжатие, и у него также были проблемы с поиском дубликатов в таких больших файлах, как vhd.
Я также научился монтировать vhd за два дня подряд и использовать BeyondCompare, чтобы увидеть, что изменило этот файл pagefile.sys, включенный в vhd, поэтому все действия с файлом подкачки теперь являются частью ваших резервных копий.
Итак, в итоге, если есть резервные копии уровня приложения, записывающие на диск, убедитесь, что у них отключено сжатие, и записывайте на отдельный том для резервного копирования независимо, и, если возможно, переместите pagefile.sys на другой том, для которого не создается резервная копия вверх. Даже обменный EDB не произвел достаточного оттока, чтобы повлиять на возможности резервного копирования.
Спасибо.
Вы запускаете на сервере wsus или SQL? Журналы SQL, хотя и невелики по размеру, изменяются настолько, что могут безумно раздувать резервные копии. Обычно, если я создаю резервную копию SQL-сервера, я переношу все планы обслуживания на отдельный диск, резервная копия которого не создается.