Похоже, здесь возникает вопрос о том, насколько разрозненной и географически отличной должна быть реплицированная копия ваших данных, прежде чем она станет резервной копией, а не инфраструктурой высокой доступности / избыточности. Моя интуиция в том, что ты рядом, но все еще нужна резервная копия.
Чтобы объединить некоторые идеи и ответы в других ответах и комментариях, вы можете пойти очень далеко по пути «ну, технология X не охватывает сценарий катастрофы Y, поэтому это не резервная копия», и в какой-то момент вам нужно решить, что для вас разумно, и именно поэтому вы спрашиваете. Я чувствую это и думаю, что многие комментаторы считают, что ваша резервная копия должна существовать в отдельной технологической инфраструктуре от используемых данных, чтобы сбои, аварии и вредоносные действия не могли распространяться или иметь намного более высокое препятствие, чтобы пересечь. Пример, приведенный в комментариях, - кто-то удаляет тома, что, по моему мнению, является действительным сценарием, а не сценарием в небе. Но кроме того, это реальный пример из моей работы. Университет, в котором я работаю (но, к счастью, не Управление этой инфраструктурой для) имеет серьезную инфраструктуру виртуализации с высокой доступностью, которая поддерживает множество объектов кампуса. Это на нескольких сайтах, но все работает на платформе одного поставщика. Однажды появилась неясная ошибка, которая привела к каскаду сбоев, который сначала приводил к отключению одного сервера, затем, когда нагрузка переместилась, он удалил остальную часть этого сайта, а затем, когда нагрузка снова сместилась, он удалил другие сайты, на которых размещался хост. эта инфраструктура. (Я считаю, что они решили эту проблему с тех пор). В этом случае данные не были потеряны, но можно представить сценарий, включающий ваши данные, где они были. Однажды появилась неясная ошибка, которая привела к каскаду сбоев, который сначала приводил к отключению одного сервера, затем, когда нагрузка переместилась, он удалил остальную часть этого сайта, а затем, когда нагрузка снова сместилась, он удалил другие сайты, на которых размещался хост. эта инфраструктура. (Я считаю, что они решили эту проблему с тех пор). В этом случае данные не были потеряны, но можно представить сценарий, включающий ваши данные, где они были. Однажды появилась неясная ошибка, которая привела к каскаду сбоев, который сначала приводил к отключению одного сервера, затем, когда нагрузка переместилась, он удалил остальную часть этого сайта, а затем, когда нагрузка снова сместилась, он удалил другие сайты, на которых размещался хост. эта инфраструктура. (Я считаю, что они решили эту проблему с тех пор). В этом случае данные не были потеряны, но можно представить сценарий, включающий ваши данные, где они были.
Вы хотите, чтобы ваша резервная копия была защищена от всего этого и даже была доступна, когда эта инфраструктура не работает. Если данные недоступны в течение недели, пока ваш RAID перестраивается, хорошо бы восстановить критически важные для бизнеса документы из резервной копии (хотя и не обязательно). Если ваш RAID исчезает, а затем реплицируется на другой сайт, вам действительно нужно, чтобы эта резервная копия была от отдельного поставщика или на каком-то изолированном носителе, например на ленте.
После всего этого я еще раз повторю, что ваша резервная копия должна находиться в отдельной инфраструктуре от ваших данных. Здесь много уровней изоляции, но я думаю, что все, что связано с помощью прямой репликации, слишком близко, чтобы быть резервной копией. Вы хотите что-то в дополнение.