Підтримка постійного струму для катастрофічного випадку

Я створював резервні копії за межами сайту для найважливіших елементів компанії, в якій працюю. Одним із таких критичних елементів є постійний струм.

Зараз компанія досить невелика, тому є лише один ліс і два сервери постійного струму на окремих фізичних машинах (одначе, один віртуалізований). Однак, критична несправність у серверній залі може знищити обидві машини.

Отже, я намагаюся створити резервну копію постійного струму для критичного сценарію. Я постійно читаю в Інтернеті, що резервного копіювання стану системи достатньо, але я маю відчуття, що це справедливо лише в тому випадку, якщо ви хочете мати можливість відновити постійний струм на тому ж сервері, на якому було зроблено резервну копію. Я спробував зробити резервну копію System State, а потім відновити її на ізольованому VM (той же сервер, ті ж оновлення), і це ... не вийшло так добре; відновлення пройшло нормально, але тоді я не міг зв’язатися з місцевим постійним струмом, навіть якби я переконався, що у VM той самий IP, як і раніше (звичайно, все ще ізольовані). Жодна адміністративна консоль, пов’язана з DC, не працювала. Під час відновлення навіть було попередження, що відновлення стану системи з іншої машини не пропонується.

Таким чином, я вважаю, що це неправильний підхід. Отже ... що таке правильний підхід, якщо я хочу створити резервну копію нашого DC постійного розміру, щоб покрити критичний збій? Повна резервна копія C: drive + System State або я можу просто створити резервну копію всього диска для цього віртуалізованого постійного струму, але я намагаюся зробити резервну копію якомога меншою ...

EDIT: Я намагаюся зробити резервну копію якомога менше НЕ пропускати за витратами, а за часом завантаження.

PS. Я використовую додаток Azure Backup, але не думаю, що це так актуально. Всі наші постійні постійні токи зараз працюють під керуванням Windows Server 2016.

Відновлення стану системи може працювати, але єдиним методом, який підтримує Microsoft, є повне відновлення зображень системи. Сюди входить стан системи.

Повне відновлення лісу є складним, тому вам потрібно переглянути наступний документ і створити власний документ з необхідними кроками:

https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/manage/ad-forest-recovery-guide

Я намагаюся зробити резервну копію якомога меншою ...

Це звичайний підхід і неправильний підхід.

Ви захищаєте одне з найважливіших активів інформаційних технологій компанії. Ставтесь до цього як до такого. Ніщо менше, ніж повна резервна копія постійного струму не є прийнятною. Ви можете використовувати вбудовану резервну копію Windows Server для створення повної резервної копії для відновлення голого металу постійного струму.

Постійного струму зазвичай невеликі. Можливо, ви могли б помістити всю повноту резервної копії постійного струму на USB-накопичувачі 20,00 доларів. Не скупіться.

Я розумію ... програмне забезпечення для резервного копіювання та зберігання може бути дорогим ... особливо з часом. Я не чую кінця ІТ-адміністраторів, які говорять про шляхи зменшення цих витрат. Не торгуйте своєю здатністю відновити що-небудь та / або все просто, щоб зменшити витрати. Вам потрібно визначити, який захист (у формі резервного копіювання) потрібно мати, і як збалансувати цю потребу з тим, що є у вашому ІТ-бюджеті. Резервні копії - це як страхування. Скільки страхування ви бажаєте / потрібно мати і скільки ви готові платити за нього?

Я не хочу бути людиною, яка повинна пояснювати генеральному директору, що ми не можемо відновити критичну частину ІТ-інфраструктури, оскільки ми намагалися зекономити кілька доларів.

Мій підхід до створення резервних копій полягає в тому, що краще мати їх і не потребувати їх, ніж потребувати їх і не мати.

З операційної та технічної точки зору, я б швидше відновити повну резервну копію BMR постійного струму, а потім спробувати відновити системний стан постійного струму на новій машині.