Как я недавно обнаружил, полное резервное копирование файловой системы чего-либо более интересного, чем обычное файловое хранилище, похоже, имеет ограниченное применение. Примеры:
Я предполагаю, что если ваше серверное оборудование стало непригодным для использования, создавая замену в односерверной среде доступности 9-5, в зависимости от того, какое оборудование вы можете получить, было бы желательно иметь как можно более совместимые резервные копии. , поскольку вы явно застряли в процессе сборки и настройки с нуля. Учитывая это, есть ли у следующей стратегии резервного копирования серьезные недостатки?
(Обновление tar предназначено только для того, чтобы избежать промежуточного шага при восстановлении, когда необходимо восстанавливать полную резервную копию, а затем создавать инкрементные резервные копии по одному.)
Резервные копии состояния системы можно восстановить на другом оборудовании. Это может быть трудным опытом, но это возможно. текст ссылки
Дампы базы данных SQL не зависят от оборудования, но это не возвращает приложение.
Предполагая, что резервирование дисков работает на идентичном оборудовании (в чем я сомневаюсь, если сервер не загружен с загрузочного компакт-диска Linux и не заархивирован из этой среды), будет ли это работать, если целевой сервер полностью новый или карта mb или RAID заменена? Без выключения сервера не будет восстанавливаемой резервной копии AD, если резервная копия состояния системы не будет сделана отдельно.
Можно ли автоматизировать это решение, можно ли проверить результат? Можно ли это задокументировать, и достаточно ли просты шаги, чтобы, если вы в отпуске или перешли в другую фирму, можно было выполнить восстановление? Предоставляется ли техническая поддержка при возникновении проблем? Если вы действительно пытаетесь уменьшить количество разочарований во время чрезвычайной ситуации, необходимо учитывать все эти проблемы.
Утверждение о том, что MS не поддерживает NTbackup в Server 2008, неверно, Server 2008 обеспечивает восстановление NT Backups. текст ссылки
Резервная копия на основе образа, которую можно восстановить на том же или другом оборудовании или в качестве виртуальной машины (P2V), является одним из минимальных требований, если требуется «быстрое» восстановление. Обычно для этого требуется продукт стороннего производителя и / или надстройка MS: StorageCraft, Acronis, BackupExec, MS DPM, VMWare / Xen / HyperV или аппаратное создание моментальных снимков виртуальных машин в SAN вместе с репликацией. SBS 2003 имеет резервную копию сервера, которую можно считать «достаточно хорошей», и все серверы Server 2008 имеют резервные копии на основе образов.
Я не уверен, что вы правы во всех случаях, хотя в чем-то вы правы. Однако вам необходимо рассмотреть случай, когда вы выполняете восстановление на той же аппаратной и программной базе, что и была создана резервная копия (что в большинстве случаев - или, по крайней мере, должен - все равно делаю как само собой разумеющееся). Сценарий может быть DR, когда сервер вышел из строя, и вам нужно его вернуть. сейчасвместо восстановления из устаревшей или исторической резервной копии (которую, как я подозреваю, вы рассматриваете больше).
Получить данные обратно несложно. Получение ОС и ее конфигурации обратно может варьироваться от относительно тривиального до явно нетривиального. Получить серверное приложение и его конфигурацию почти всегда нетривиально. Полные резервные копии могут спасти вас в таких ситуациях.
Я говорю о том, что любая разумная стратегия резервного копирования должна учитывать гораздо больше, чем просто процедуру восстановления, но также должна учитывать аппаратное и программное обеспечение в восстановленной среде.