Всего несколько вопросов о виртуальных машинах Hyper-V и кластеризации
-t аргумент скажет двуличность от того, во сколько восстановить.
duplicity -t 3D --file-to-restore FILENAME scp://uid@other.host/some_dir /home/me/restored_file
Восстановит FILENAME от 3 дня назад. Если Вы не будете делать ежедневных резервных копий и использовать несуществующий день, то команда восстановления выберет дату, самую близкую к Вашей дате.
Вы можете разделить это на серию более узконаправленных вопросов.
Если вы ищете бесшовное, прозрачное для приложений аварийное переключение, вам необходимо использовать либо отказоустойчивую кластеризацию или группы доступности AlwaysOn. AOAG будет вариантом, только если вы используете SQL 2012 Enterprise. Зеркалирование предоставит вам простой (ручной) переход на другой ресурс; если вы хотите автоматическое переключение при отказе, вам придется добавить в смесь следящий сервер, но даже в этом случае ваше приложение должно будет поддерживать аварийное переключение, потому что ему потребуется использовать новый IP / имя для подключения к вторичному серверу, в отличие от отказоустойчивый кластер / AOAG. Фактически, Microsoft намеревается, что группы доступности в будущем заменят традиционное зеркалирование, поэтому в целях обеспечения перспектив я рекомендую по возможности не использовать зеркалирование для новых развертываний.
SQL Server 2012 в Windows 2012 не абсолютно требует кластеризованного MSDTC, но если он вам нужен, это так же просто, как добавление кластерной роли DTC:
Для отказоустойчивого кластера вам нужен какой-то тип внешнего хранилища для БД. Это может быть SAN, DAS или (если у вас SQL 2012) NAS. Если вы не собираетесь использовать внешнее хранилище, вам следует использовать группы доступности AlwaysOn , поскольку они будут реплицировать ваши данные за вас, обеспечивая при этом возможности переключения при отказе, подобные кластеру. Для этого по-прежнему требуется кластер Windows, но сам SQL не будет кластеризован.
Кластерные файловые серверы предназначены для работы с общим хранилищем на внутренней стороне, во многом как кластерные экземпляры SQL. Другой вариант - использовать репликацию DFS с пространствами имен DFS для обеспечения общего файлового ресурса высокой доступности без кластеризации.
Одним из «низкотехнологичных» вариантов может быть реализация реплики Hyper-V между двумя хостами. Если у вас нет общего хранилища для них и вы не можете настроить (или профинансировать) общее хранилище и отработку отказа на уровне приложений (SQL Server Enterprise Edition для AOAG), то реплика Hyper-V может использоваться для репликации виртуальной машины из источника. хост к целевому хосту и синхронизировать две виртуальные машины. Вы можете включить согласованную репликацию приложений, используя опцию VSS в реплике Hyper-V.
Недостатком реплики Hyper-V является то, что ее нельзя использовать между узлами в одном отказоустойчивом кластере, а также отсутствует автоматическое переключение при отказе.
1151558]