Питання тут, як видається, стосується того, наскільки від’єднаною та географічно відрізняється реплікувана копія ваших даних, перш ніж створити резервну копію та не високу доступність / надмірність інфраструктури. Моя кишка полягає в тому, що ти близький, але все ще потребує резервного копіювання.
Щоб зібрати (вишневий) деякі думки в інших відповідях та коментарях, ви можете піти далеко вниз "добре, що технологія X не охоплює сценарій стихійного лиха Y, тому це не резервне копіювання", і в якийсь момент вам потрібно вирішити, що для вас розумно, і, здається, саме тому ви питаєте. Моє відчуття щодо цього, і я думаю, що почуття багатьох коментаторів полягає в тому, що ваша резервна копія повинна існувати на окремій технологічній інфраструктурі, ніж ваші дані, що використовуються, так що збої, аварії та шкідливі дії не можуть розповсюджуватися або мати набагато вища перешкода для перетину. Прикладом, наведеним у коментарях, є те, що хтось видаляє томи, що, на мій погляд, є дійсним сценарієм, який не є простою. Але додатково - реальний приклад з моєї роботи. В університеті, в якому я працюю (але, на щастя, не ставте " t керувати цією інфраструктурою) має серйозну інфраструктуру віртуалізації з високою доступністю, яка підтримує безліч об'єктів кампусу. Він розміщений на кількох сайтах, але все працює на платформі одного постачальника. Одного дня з'явився незрозумілий помилка, який спричинив каскад помилок, який спочатку зняв єдиний сервер, потім, коли навантаження змістилося, він вийняв решту цього сайту, а потім, коли завантаження знову змістилося, він вийняв інші сайти, що розміщують хостинг та інфраструктура. (Я вважаю, що вони вирішили це питання з того часу). Дані в цьому випадку не втрачаються, але можливо уявити сценарій, що включає ваші дані там, де вони були. Одного дня з'явився незрозумілий помилка, який спричинив каскад помилок, який спочатку зняв єдиний сервер, потім, коли навантаження змістилося, він вийняв решту цього сайту, а потім, коли завантаження знову змістилося, він вийняв інші сайти, що розміщують хостинг та інфраструктура. (Я вважаю, що вони вирішили це питання з того часу). Дані в цьому випадку не втрачаються, але можливо уявити сценарій, що включає ваші дані там, де вони були. Одного дня з'явився незрозумілий помилка, який спричинив каскад помилок, який спочатку зняв єдиний сервер, потім, коли навантаження змістилося, він вийняв решту цього сайту, а потім, коли завантаження знову змістилося, він вийняв інші сайти, що розміщують хостинг та інфраструктура. (Я вважаю, що вони вирішили це питання з того часу). Дані в цьому випадку не втрачаються, але можливо уявити сценарій, що включає ваші дані там, де вони були.
Ви хочете, щоб ваша резервна копія не була захищена від усього цього, і навіть доступна, поки ця інфраструктура не працює. Якщо дані не є доступними протягом тижня, поки ваш RAID відновлюється, можливість відновити критичні бізнес-документи з резервної копії - це приємно (хоча і не потрібно). Якщо ваш RAID зникне, а потім реплікується на інший веб-сайт, ви дійсно хочете, щоб ця резервна копія була у окремого постачальника або на якомусь ізольованому носії, наприклад, стрічці.
Все це сказав, я ще раз повторю, що ваша резервна копія повинна знаходитися на окремій інфраструктурі від ваших даних. Тут є багато рівнів ізоляції, але я думаю, що все, що пов'язане з прямою реплікацією, занадто близько, щоб бути резервною копією. Ви хочете щось додатково.