Может быть, лучший вопрос: какой ближайший конкурент DoubleTake? Я хочу реплицировать производственный сервер Windows, если он выйдет из строя, с немедленной резервной копией. Есть идеи?
ПРИМЕЧАНИЕ 1. Я забыл добавить, что этот сервер находится в облаке Amazon EC2.
ПРИМЕЧАНИЕ 2. Основная ситуация, которую мы имеем, - это воссоздание таких параметров конфигурации, как IIS, FTP Server, SQL Server, SVN Server.
ЗАМЕТКА 3:
До сих пор я предлагал три варианта ответа на свой исходный вопрос:
Это означает, что я все еще ищу ответ. Любые другие идеи.
Один из приемов, который вы можете использовать для сохранения всего состояния конфигурации FTP или IIS, - это отключить параметр «Ec2InitializeDrives» в службе конфигурации Windows.
Служба конфигурации Windows:
http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/appendix-windows-config.html
После завершения настройки сервера отключите указанную выше опцию, а затем соберите свой экземпляр. В следующий раз, когда вы запустите экземпляр из только что созданного AMI, он должен сохранить все состояние вашей конфигурации.
Для IIS в идеале приложение IIS должно находиться на исходном томе EBS. Каждый раз, когда вам нужно запустить новый экземпляр IIS, вы должны запускать новый экземпляр, создавать и присоединять новый том EBS к экземпляру, а затем копировать файлы inetpub из исходного тома EBS. Запустите все сценарии, которые вам нужны для настройки ваших приложений и запуска веб-сайта.
Это был бы аналогичный подход для SQL. После того, как вы связали SQL Server без инициализации дисков, вы сможете поддерживать состояния конфигурации. Все данные SQL Server следует хранить на томе EBS. Вы можете использовать службу Ec2Config, чтобы присоединить том EBS к вашему экземпляру на той же букве диска, на которой SQL-сервер ожидает найти файлы данных. Установите тип запуска SQL-сервера вручную. Имейте сценарий запуска, который проверяет, что тома EBS подключены. После подключения томов EBS запустите SQL-сервер. Когда вы затем запускаете новый экземпляр SQL на основе полностью написанного сценария AMI, он должен запускаться с запущенным SQL.
У меня это работает с SQL и IIS в Windows 2003.
Я много использовал продукты Acronis, и они могут делать то, что вы хотите (создавать дисковые образы целых дисков или отдельных разделов). Раньше продукт назывался True Image Echo, но последняя версия 10 теперь называется Acronis Backup & Recovery.
Я не уверен, как работает облачный сервис Amazon. Но мое решение этой проблемы - настроить кластер IIS или, предпочтительно, кластер виртуальных машин (R2 для живой миграции, но на переднем крае). Потребуется общее хранилище, и я не уверен, как это вписывается в конфигурацию облака Amazon.
В настоящее время мы используем продукт под названием Replay from AppAssure, Я могу честно сказать, что был очень счастлив. Хотя мы не используем его для репликации облачных машин, мы используем его для репликации на физические машины с одного сайта на другой. Программное обеспечение использует копирование на уровне блоков и может быть настроено на создание моментальных снимков каждые 5 минут или несколько часов. Поскольку он использует агент, вы должны иметь возможность запускать агент в облаке на другой машине и сохранять производство и аварийное восстановление как их, так и готовые к работе, я могу представить.
это в облаке, и облако не может дать сбой, верно? Насколько я понимаю, они предоставляют вам библиотеку C # для управления облаком, но это не VPS, это просто набор служб Windows, посвященных вам. Вы должны создать образ AMI. Видеть Инструменты AMI Amazon EC2 для утилиты для создания образа AMI. Документы для утилиты есть Вот
Оставив в стороне облачные технологии и вернемся к DoubleTake, вот что показало мое собственное исследование некоторое время назад:
Было три основных продукта, которые обеспечивали репликацию серверов на одном уровне - DoubleTake, XOSoft WanSync-HA и NeverFail.
Я перепробовал все три и в итоге купил NeverFail, потому что другие были слишком дорогими, а набор функций был почти таким же.
На самом деле продукт оказался не очень хорошим при использовании через WAN, репликации MSTS, Exchange2003 и некоторых других серверов между Россией и Израилем. Механизм разделения мозга вызвал у меня некоторую головную боль, потому что серверы имели тенденцию отказываться, как только связь становилась медленной. Я уверен, что в среде LAN все было бы лучше. Схема лицензирования, которую приходилось обновлять каждый год на несколько тысяч долларов, тоже меня не очень обрадовала.
Но когда главный сервер умер, все-таки NF спасла положение.
Мы используем продукт под названием Replistor. Хорошо работает в локальной сети, но никогда не догоняет WAN. Я слежу за AppAssure, потому что считаю, что он выполняет резервное копирование, репликацию и многое другое, но мне все время говорят, что Replistor - более надежный продукт. Не знаю, как они складываются друг против друга.