Отказоустойчивость

Асинхронная репликация расширяет возможности восстановления после аварии.
В своей работе большинство компаний полностью или частично, как банки Ярославля, полагается на ИТ-инфраструктуру. Для надежного восстановления многие выполняют резервное копирование своих ИТ-систем. Если технически возможно, компании внедряют решения высокой доступности, в том числе кластеры с собственными экземплярами Microsoft SQL Server и файловыми службами, веб-фермы с балансировкой сетевой нагрузки, несколькими контроллерами домена (DC), выполняющими репликацию друг с другом, и т. д.
Для приложений без встроенных средств высокой доступности решением может стать виртуализация, обеспечивающая высокую доступность на уровне виртуальной машины. Этот подход позволяет автоматически перезапустить виртуальную машину на другом узле виртуализации в случае незапланированного переключения ресурсов. Также возможен перенос виртуальных машин между узлами без простоев в плановых ситуациях, например при техническом обслуживании. Эти решения обеспечивают переключение ресурсов на уровне узла (если один из узлов отказывает). Однако в случае природных катаклизмов (например, недавнее полное отключение центра обработки данных) или аварий, вызванных деятельностью человека (таких, как разрыв резервных каналов связи с Интернетом при проведении дорожных работ), центр обработки данных может оказаться отрезанным от остального мира. Компании должны составить планы работ даже на случай потери основного центра обработки данных.
Если у компании есть запасная площадка для центра обработки данных, то многие ранее упомянутые технологии уровня приложений могут охватывать несколько мест. Многие решения, такие как использование нескольких контроллеров домена, и приложения, рассчитанные на отказоустойчивый кластер, функционируют с учетом географической информации. Однако у традиционной отказоустойчивой кластеризации Windows, применяемой к удаленным площадкам, есть недостаток. Во многих приложениях, использующих кластеризацию, и во всех виртуальных кластерах общее хранилище должно быть доступно всем узлам кластера. В целом этот подход связан с более высокими затратами, так как требуются сети хранения данных (SAN) в обоих местах, хорошая связь между площадками и репликация хранилищ для синхронизации содержимого в обеих SAN. Большинство решений репликации SAN - SAN синхронные: операция записи в основной SAN подтверждается для процесса записи, только если запись выполняется в реплике SAN. Таким образом обеспечивается непрерывная синхронизация хранилищ обеих SAN. Синхронная репликация дает самую надежную защиту, но обходится недешево. Очень крупные компании располагают достаточными средствами для таких решений хранения данных и организации виртуальных кластеров на разных площадках для важнейших приложений и виртуальных сред, в которых размещаются критические службы. Но для многих других компаний и приложений не существовало способов аварийного восстановления. Положение изменилось с появлением компонента Hyper-V Replica в операционной системе Windows Server 2012.