Итак есть сервер, есть здоровенные базы, которые там крутятся, если летит железо на сервере, то запустить заново работу 1С для всех пользователей будет совсем не быстро. Держать ради такого случая рабочую копию сервера со всеми настройками и обновлениями?
Кто как эту проблему решил?

регулярный full backup + еже10минутные бекапы логов.
И да, dba грамотный, который натренирован всё это восстанавливать...

А  что, у вас так часто летит железо?

(0) Вариантов масса. Граничные условия не заданы: ограничение по денгам/времени и т.д.

http://habrahabr.ru/company/microsoft/blog/174249/

(1) никогда не было такого, но ведь есть вариант.
Бекап делается, но проблема поднять такой же сервер со всеми настройками.

(2) скажем так, если нет денег на резервный сервер, нужно дешевле.

(4) А в чём проблема? Виртуальный сервер развернуть недолго.

Странный сабж. Как сделать резервную копию сервера на случай поломки сервера без затрат на второй сервер.
Никак?

(4) а вдруг пожар в здании, нужно сервер вне здания
А вдруг обрыв интернета - нужен свой спутник на орбите
А вдруг ...

(4) "со всеми настройками." - про какие настройки речь?

(10) ставишь sql, 1ску, у пользователей прописываешь...

(7) может в облаке копию держать ...

(12) В облако копию сначала нужно запихнуть. Если у вас огромные базы, то сколько времени займет копирование, репликация?
Какой объем ваших баз?

(13) 50 Гб и таких 3 шт.

(15) наверно дороже.

можешь пару слов подробнее про (9)?
у тебя сейчас все сервера виртуальные? и те что рабочие и те, что резервные?
сколько у тебя физически серверов под это дело?

(6) для того, чтоб развернуться быстро нужно держать всё наготове.

Мы купили облако. Там две виртуалки -на одном standby oracle, на втором аппликейшн. Ресурсы слабые, но легко нарашиваемые по запросу, если падает основная база. До облака - резервная оптика. Доступ есть от ГО и от обл.филиала. Каждый делается тренировка - генрепетиция.

(18) само облако состоит из двух цодов, в разных частях города. Виртуалки реплицируются крест накрест.

(18) дорого?

(0) > Держать ради такого случая рабочую копию сервера со всеми настройками и обновлениями?

Тут все просто если за время "подъема" базы организация теряет от простоя больше стоимости копии рабочей среды - то да, держать вторую копию рабочей среды. В целях профилактики периодически переключать среды между собой.

если  делать копии баз и образ системы, независимый от железа, только чем? Acronis Snap Deploy?
и быстро найти на чем его поднять...

(21) по стоимости теряет меньше, а в нервах больше ))

(23) Нервы владельцев бизнеса могут дорого обойтись директору. Скорее всего дублирующий сервер будет намного дешевле.

(0) Самое оптимальное в твоем случае:
Два одинаковых системных блока - по процам, памяти, и рейд контроллере смонтированном на материнке.
Один под нагрузкой - в нем рейдмассив в мирроринге.
Второй без дисков лежит в коробке.

Выход железа из строя - просто перебрасываются hdd/sdd.
Выход массива - один из дисков все равно будет живым, поднимается прям на рабочей железке.

На надо дублировать покупку серверных ос, и причиндал к ним.

(22) Если нет денег на копию рабочего сервера, то делайте как многие - сервер, который занимается чем-то ещё(сетевые сервисы, почта и etc), или просто слабее, используется в случае ЧП. Боевой мощнее и занимается только своим делом.
Либо облако с минимальными параметрами и возможностью быстро нарастить.
Про перенос настроек - честно, не знаю, что именно там переносить, если инфраструктура готова и разворачивать её не надо. Регулярно восстанавливаем копию SQL базы на другой сервер для разработки. Поменять параметры подключения на клиентах тоже не сложно.
Ищите слабые места, на которых возникает затык, и с ними уже разбирайтесь.

(12) И ее постоянно синхронизировать?
Не страдайте фигней.
Купите резервный комп за 100 тысяч, в случае чего за час перекинете туда винты и аля улю в бой.

(20) нет,  для компании несущественно.

(26) самый малозатратный вариант. Я пытаюсь сейчас его реализовать. Может получится
(27) надо набраться смелости

(27) Не факт что на новом железе все заведется. + лицензии будет просить, т.к. железо изменилось.
Системник по мощнее у себя будет дешевле, мне кажется, чем в облаке.

Еще вариант - Можно на амазоне развернуть. Там денег берут только за потребленные ресурсы. Развернуть по минимуму, что бы хватало только на синхронизацию между серверами. В случае аврала, увеличить мощность амазоновского сервера.

(30) спасибо, посмотрю.