(Да, я знаю, что Exchange 2007 выполняет репликацию, но перенос стоит довольно дорого.)
Я хочу настроить резервный сервер Exchange 2003 на моей ферме виртуальных машин, чтобы повысить возможность восстановления. Наши потребности в электронной почте скромные («нормальные рабочие часы»), поэтому, когда Exchange был установлен несколько лет назад, он был помещен на мощную (слишком много) Dell с 4-часовым временем ответа на детали и оставлен в покое. Мы делаем ночные резервные копии, но это все равно оставит большой пробел, если коробка обмена выйдет из строя в 17:00.
С этой целью я хотел бы настроить виртуальную машину для Exchange 2003 / Windows Server 2003 R2. У меня есть соответствующие лицензии, но я не уверен, что смогу их настроить.
Я не ожидаю, что мои пользователи действительно будут подключаться к этой виртуальной машине для отправки / получения электронной почты (если это не легко сделать), но я бы хотел, чтобы она, по возможности, почти в реальном времени была зеркалом хранилища данных Exchange. Таким образом, если сбой основного блока или повреждение хранилища данных у нас есть возможность, по крайней мере, гарантировать, что отправленные / полученные электронные письма с момента последней полной резервной копии будут как можно более актуальными после восстановления основного. Приятным дополнительным преимуществом было бы возможность использовать его для отправки / получения писем, но если нет, ничего страшного.
В качестве аналогии в SQL Server у меня есть зеркало БД с высокой доступностью. В случае сбоя в первичной системе у меня есть последняя копия данных. До SQL Server 2005 я бы делал это с помощью доставки журналов или какой-либо другой формы репликации. Я также хочу настроить это с Exchange 2003. Если я не могу этого сделать, тоже можно будет вести журнал краткосрочных транзакций (он же dump tran).
Я бы хотел, чтобы затраты были как можно ближе к нулю. По мере того как затраты начинают расти, лицензирование 2007 становится более разумным (и тогда мы просто будем использовать репутацию 2007 года) или переходить на размещенный Exchange с кем-то еще. Спасибо!!!
Наблюдение: вы получите то, за что заплатили. Если вы сделаете что-то дешевое, то получите дешевый взлом.
«История» Microsoft того, что вам нужно, - это кластеризация Windows. Это подразумевает общее хранилище и повышенные расходы.
Если вы заинтересованы в том, чтобы почта продолжала поступать в организацию даже в случае выхода из строя существующего компьютера с Exchange Server, рассмотрите возможность использования пограничного SMTP-сервера, который может ставить почту в очередь. Это не обязательно должен быть Exchange, хотя может быть.
Мне непонятно, что еще вы ищете. Если вы не хотите, чтобы пользователи «подключались к нему», то вы просто говорите о постановке в очередь входящей почты в случае отказа существующего компьютера с Exchange Server. Предположительно, ваши диски на существующем компьютере с Exchange Server настроены с отдельными отказоустойчивыми шпинделями для журналов транзакций (RAID-1 или RAID-10) и базы данных (RAID-5 или RAID-10). Пока оба шпинделя не разрушены из-за неисправности, у вас будет возможность восстановления на определенный момент времени вплоть до возникновения неисправности в данной конфигурации. (Если ваши диски не настроены таким образом, тогда они должны быть.)
Я могу представить себе какой-то сценарий (с, откровенно говоря, очень низкой отдачей по сравнению с объемом работы, который вы вложили), при котором вы держите виртуальную машину, готовую к установке Exchange 2003 (и любых текущих исправлений, установленных на существующий Компьютер с сервером Exchange) установлен. В случае, если существующий компьютер с Exchange Server «выйдет из строя», вы должны вызвать «резервный» сервер с тем же именем, что и отказавший сервер, выполнить установку Exchange 2003 «/ аварийное восстановление», а затем переместить базу данных и журналы транзакций. к резервной машине. (Я проделал именно эту операцию для ряда миграций Exchange 2003 со старого оборудования на новое.) Когда отказавший сервер «исправлен», вы выполняете миграцию обратно.
Для меня это звучит как большая работа и небольшая выгода, если у вас есть 4-часовая доступность деталей и сервер, который тем временем может ставить в очередь входящую почту. Тем не менее, я полагаю, что это некая промежуточная точка между отсутствием отказоустойчивости и решением активного / пассивного кластера Windows.
Doubletake сделает это за вас, но это недешево. Не существует «собственного» способа иметь вторичный полностью доступный аварийный компьютер со стандартной версией Exchange.
Если вы хотите поставить почту в очередь на случай сбоя, почему бы не использовать стороннюю организацию, например Postini? Это относительно дешево и будет делать то, что вам нужно, только с необходимостью внесения некоторых изменений во внешний DNS. Хотя это не поможет, если там много внутренней почты тоже летают.