Резервное копирование Windows Server 2008 R2 - что генерирует все данные изменения?
Apache не поддерживает проверки состояния, которые были бы необходимы, чтобы сделать это. Даже с проверками состояния, существует окно между проверками, где запросы могли быть неверными.
Вы могли записать что-то, что неоднократно тестировало маленький статический файл, чтобы вынудить прокси распознать, что стабилизатор перестал работать.
Я помнил старое mod_perl решение:
http://search.cpan.org/~mgregoro/Apache-HealthCheck-0.01/lib/Apache/HealthCheck.pm
Итак, после некоторой боли я обнаружил, откуда идет взбивание. Были некоторые задания резервного копирования на уровне приложений, которые каждую ночь выгружались на диск (например, SQL). Хотя я думал, что наше онлайн-программное обеспечение для резервного копирования должно было обнаружить сходство в данных, оно не могло этого сделать, если бы в резервных копиях было включено сжатие, и у него также были проблемы с поиском дубликатов в таких больших файлах, как vhd.
Я также научились монтировать vhd за два дня подряд и использовать BeyondCompare, чтобы увидеть, что изменило этот файл pagefile.sys включен в vhd, поэтому все действия с файлом подкачки теперь являются частью ваших резервных копий.
Таким образом, если есть резервные копии на уровне приложения запись на диск, убедитесь, что у них отключено сжатие, и запись на отдельный том для независимого резервного копирования и, если возможно, переместите файл подкачки. sys на другой том, резервное копирование которого не выполняется. Даже обменный EDB не произвел достаточного оттока, чтобы повлиять на способность резервного копирования.
Спасибо.
Вы запускаете wsus или SQL на сервере? Журналы SQL, хотя и невелики по размеру, меняются настолько сильно, что могут безумно раздувать резервные копии. Обычно, если я создаю резервную копию SQL-сервера, я переношу все планы обслуживания на отдельный диск, для которого не создается резервная копия.
Disable the LastAccessedTime NTFS file system setting and see if that fixes it.
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001
You may want to review how you are doing backups.
In Windows 2008 R2, it is possible to perform a "full" backup every day to a dedicated local drive, and the block-level changes feature should only copy the new and changed data to the backup medium. Using this, I have literally hundreds of "full" backups on one 2 TB USB hard drive. (This strategy and feature does not work if the backup target is a network share).
This may seem counter-intuitive when compare to the traditional full-incremental strategy.
This feature is probably not documented as well as it could be. More information here:
https://blogs.technet.com/b/filecab/archive/2009/10/31/learn-more-about-system-image-backup.aspx
[...]
"Вкратце, образ системы - это, по сути, снимок всего диска (ов). Резервное копирование выполняется на уровне блоков (в отличие от уровня файлов) и включает все пользовательские и системные файлы, данные конфигурации и приложения. которые присутствуют на диске, а также информация о структуре диска и загрузочных записях. Образ можно использовать для восстановления работающей Windows, если ваш жесткий диск когда-либо выйдет из строя, или если вы просто захотите восстановить образ операционной системы на более ранний момент времени.
«Во время первого резервного копирования механизм резервного копирования сканирует исходный диск и копирует только блоки, содержащие данные, в файл .vhd, хранящийся на целевом диске, создавая компактное представление исходного диска. При следующем создании образа системы в файл .vhd будут записаны только новые и измененные данные, а старые данные в том же блоке перемещаются с виртуального жесткого диска в область хранения теневых копий. Служба теневого копирования томов используется для вычисления измененных данных между резервными копиями, а также для обработки процесса перемещения старых данных в область теневого копирования на целевом компьютере. Такой подход делает резервное копирование быстрым (поскольку только измененные блоки создаются резервные копии) и эффективны (поскольку данные хранятся компактно). При восстановлении образа блоки будут восстановлены в исходное положение на исходном диске. Если вы хотите выполнить восстановление из более старой резервной копии, механизм читает из области теневой копии и восстанавливает соответствующие блоки. "
Такой подход делает резервное копирование быстрым (поскольку резервное копирование выполняется только для измененных блоков) и эффективным (поскольку данные хранятся компактно). При восстановлении образа блоки будут восстановлены в исходное положение на исходном диске. Если вы хотите выполнить восстановление из более старой резервной копии, механизм считывает данные из области теневой копии и восстанавливает соответствующие блоки. " Такой подход делает резервное копирование быстрым (поскольку резервное копирование выполняется только для измененных блоков) и эффективным (поскольку данные хранятся компактно). При восстановлении образа блоки будут восстановлены в исходное положение на исходном диске. Если вы хотите выполнить восстановление из более старой резервной копии, механизм считывает данные из области теневой копии и восстанавливает соответствующие блоки. "