Меня попросили исследовать резервные системы для нашего программного обеспечения и файлов. У нас Windows 7 на большинстве наших компьютеров и XP на других. Мы также рассчитываем получить новое отраслевое программное обеспечение в ближайшем будущем. Как определить, совместимо ли программное обеспечение с резервной системой, или возникнут проблемы с резервным копированием?
1 ответ
1
Это зависит. На много вещей. Система резервного копирования должна знать достаточно о том, что вы пытаетесь сделать резервную копию, чтобы быть эффективной, выполнять резервное копирование всего и гарантировать целостность.
Существует несколько подходов к резервному копированию, которые я видел развернутыми в производственных системах:
Все является файлом. При таком подходе базовая единица значимости резервной копии рассматривается как отдельный файл. Утилита резервного копирования выполняет разностное резервное копирование, то есть каждый день записываются только изменения из предыдущих резервных копий, ежедневно или ежечасно, и сохраняет ее на устройстве, подходящем для длительного хранения, например на магнитных ленточных накопителях. Это лучше всего подходит для сетевых файловых систем, где приложения хранят свои данные как "простые старые файлы". Расширенные атрибуты, требуемые программами (разрешения и т.д.), Могут копироваться или не копироваться на резервный носитель; если вы считаете, что у вас есть программы, которым нужно заботиться о расширенных атрибутах, убедитесь, что они правильно скопированы.
Блоки - при таком подходе программа резервного копирования одновременно создает резервные копии блока диска. Дисковые блоки - это очень общий "кусок" данных, который представляет собой слой абстракции под файловой системой. Таким образом, фиксируются все метаданные, относящиеся к файловой системе, включая журналы, таблицы основных файлов резервного копирования, чистые области, расширенные атрибуты файлов, потоки (NTFS) и т.д. Это отличный способ получить действительно все о системе. Недостатком является то, что большинство решений резервного копирования на уровне блоков требуют перевода системы в автономный режим, чтобы можно было получить согласованное изображение, поскольку без знания файловой системы невозможно узнать, что считается "хорошим" образом ( файл может быть в процессе записи на диск, и если вы сделаете резервную копию в этот момент, данные могут быть повреждены).
Прикладной уровень. При таком подходе программа резервного копирования знает о ваших конкретных приложениях, будь то IIS, FTP-сервер или файловый сервер, или что у вас есть. Программное обеспечение для резервного копирования, зная о вашем конкретном сценарии использования, может оптимизировать процессы для более эффективного резервного копирования и хранения, и даже может делать это, находясь "в сети", поэтому услуги не нужно переводить в резервную копию. В этом случае ответственность за программное обеспечение состоит в том, чтобы понять, какие части вашей файловой системы актуальны, и делать из них только резервные копии. Если вам необходимо выполнить резервное копирование данных на системные диски (диски, содержащие копию операционной системы), это рекомендуется, поскольку резервное копирование данных на работающем (сетевом) системном диске очень сложно или невозможно из-за блокировок файлов, открытых файлов. , временные файлы и т. д. Конечно, вы также можете сделать частичное резервное копирование всего нескольких предопределенных каталогов, если вы выберете первый вариант, но для этого требуется детальное знание того, что делать резервное копирование, и вы можете пропустить что-то полезное, например, конфигурацию. параметр или значение реестра, сидя на диске операционной системы.
Как общий совет, "резервное копирование" почти никогда не должно ассоциироваться с данными на системном томе работающего сервера. Поэтому, если вы работаете в Windows, вы не хотите получать резервные копии из C: (при условии, что на диске есть ваш каталог WINDOWS). В корпоративной среде ценные несменные данные должны находиться на отдельном томе в целом для четкого разделения между «образом операционной системы, который содержит исполняемый код, двоичные файлы и программное обеспечение сторонних производителей от Microsoft и других поставщиков», и «данными, которые наши приложения и наш персонал созданы в ходе их работы ". Это также НАМНОГО проще сказать, сделав резервную копию всей буквы диска D: вместо того, чтобы беспокоиться об отдельных файлах и папках.
Еще один совет: в корпоративной среде отдельные рабочие станции обычно не резервируются. Вместо этого пользователей информируют о том, что они должны хранить ценные данные и файлы компании на сетевом общем диске (совместно используемом через контроллер домена Windows), а общий том резервируется, как правило, с использованием метода дифференциального резервного копирования на ленту (на уровне файлов). что я упомянул.
Для меня отличительными чертами идеальной системы резервного копирования для предприятия являются следующие:
Во время резервного копирования на производительность системы это не влияет отрицательно.
Резервные копии могут быть сделаны быстро и часто, и стоимость хранения каждой резервной копии не значительно выше стоимости новых данных, которые были добавлены после предыдущих резервных копий.
Резервные копии записываются на надежные долговременные носители по очень быстрой ссылке, такой как SAS или SATA или iSCSI, и, как правило, не через что-то более медленное, например Ethernet (резервное копирование любого большого количества данных через общедоступный Интернет - это безумие; не делай этого!)
Резервные копии хранятся за пределами площадки и хранятся в контролируемых условиях, чтобы защитить их от физических угроз, таких как пожар, человеческая злоба, шпионаж, повреждение водой, сильные магнитные силы и т.д. (Есть подрядчики / поставщики, которые делают это для вас) ,
Количество логических мест, в которых хранятся конфиденциальные, ценные или не подлежащие замене данные, сведено к минимуму, чтобы можно было легко отслеживать "центральное хранилище" данных, для которого необходимо выполнить резервное копирование. Попытка резервного копирования дюжины различных систем действительно воняет, потому что вы должны убедиться, что каждая из них успешна.
Следует сохранять несколько отдельных копий резервных копий, даже если некоторые системы третичного резервного копирования обновляются не так часто, как некоторые из резервных копий на передней линии. Третичные резервные копии должны храниться в отдельном месте, и любые средства управления доступом к ним должны быть отдельными, чтобы нарушение безопасности, связанное со злым умыслом или стихийным бедствием (например, разрушительное землетрясение), затрагивало только одну копию резервных копий и не затрагивало их. сделать данные навсегда потерянными.
Резервные копии должны иметь регулярный график уничтожения или "время жизни", чтобы они не накапливались вечно. Чрезмерное количество посторонних резервных копий может сделать очень трудоемким извлечение согласованной и текущей копии данных и может доказать свою ответственность в будущем, поскольку расходы на место для хранения продолжают расти. Они также могут быть плохими, если у вас возникнут проблемы с законом и вам нужно уничтожить улики, но это отдельная тема ...