CityCat4

А что, veeam сам в дедупликацию не умеет? Вообще дедупликация очень полезна - та, которая в бэкапере. Но у Вас неверный подход.

Во-первых, сервер бэкапов должен быть под линухом
В-вторых - это должна быть отдельно стоящая физическая машина
В- третьих - доступ к ней должен быть ограничен круче чем доступ к телу жены директора

Сервер бэкапов - самый последний рубеж обороны. Если он пал - суши весла

Нет.

Юзерские компы имеют ценность только очень некоторые - например компы админов. У всех прочих все должно храниться на серверах - документы, почта, котики, порнушка, ценные фоточки... Сетевая инфраструктура тащит перемещаемые профили не всегда, но организовать хранение всего на серверах в сетевых папках возможно всегда.
А пара случаев, когда прое.. ценные данные восстанавливались повторным их созданием по вечерам - приучит юзеров хранить их в сетевых папках.

Юзерский комп - расходник, под него обычно резерв имеется - готовый комп средней мощности, который хватается и тащится в случае необходимости.

Или вы резервируете раздел с данными целиком? Может, вместе с разделом с ОС?

Нет. Нахрена?

Какой софт используете и какие хранилища (облака, NAS и т.п.)?

Никакой. А уж в облака сливать прости-Господи внутренние файлы компании - чур меня, чур!

И если нет, то как выкручиваетесь из ситуации

Сотрудник сам дурак, что не хранит данные в сетевой папке

Рейд не является бэкапом. Рейд - про отказоустойчивость, про то, чтобы система не прекращала обслуживание при выходе диска из строя. То есть наличие рейда - это конечно хорошо, но необходимость бэкапа оно не отменяет. И делать их лучше на отдельный диск (от рейда). Буквально - подключил диск, сделал бэкап, отключил диск.

Никакую.

Юзерская машина должна быть заменяема, поэтому все рабочие данные на серверах.

Принято делать так, как вам надо :) Есть базы, которые не имеет смысла копировать чаще раза в месяц, а есть которые нужно постоянно бэкапить - все зависит от того, какой обьем данных готовы потерять и какой обьем работы готовы провернуть при восстановлении :)

Желательно бесплатное программное обеспечение

Бесплатного решения для бэкапа в энтерпрайзе не бывает. Ошибки, приводящие к необходимости восстановить бэкап, могут привести к простою всей конторы. Бизнес, который это понимает, обычно покупает софт для бэкапа (и не только софт - бэкап обычно хранится на отдельных серверах да еще и резервируется).

К сожалению, российский Кибер Бэкап оказался совершенно неадекватен по ценам. Такое впечатление, что они рассчитывают напродавать и свалить, поэтому искать надо решение (даже не совсем честное в плане лицензирования) состоящее как правило из агентов, которые устанавливаются в машины, которые бэкапятся и сервера, который эти агенты опрашивает.
Для бэкапа виртуалок подошел бы Nakivo, но его больше не продают - разве только ключи где найдете :)

Клон диска можно сделать кучей разного софта - от WinDD до конвертера в ESXi. Но не факт, что уцелеет привязка. Придется потратить некоторое время на то, чтобы разобраться - к чему привязывался софт и как эту привязку откусить. Если хакерских навыков нет, придется кого-то нанять. Ну или забить - в зависимости от ценности софта.

Ну, у нас используется Nakivo Backup & Replication. Сейчас его не купить, да и саппорт там просрочен, но работать он работает - бэкапит виртуалки, а также bare-metal винду и линуха.
Древние системы как правило нужно сбэкапить один раз - туда никто обычно не вносит изменений. Для этого обычно она останавливается, винт вынимается и на нормальной машине делается его тупой посекторный образ через dd, котоый потом жмется bzip2. Потом при желании такой образ можно сконвертить в виртуальный диск для VBox например, для ESXi...
Я таким образом например бэкапил FreeBSD, поставленную мной же, но... в 2006 году :) (А нужна она - не поверите - запускать эмулятор Netware, который в свою очередь нужен для запуска набора тестового софта, написанного в начале нулевых, исходники ессно утеряны, софт работает под DOS).

Как сделать резервную копию и восстановление Exchange 2013?

Средствами бэкапа серверов/виртуальных машин.

Правильно ли я понимаю , что весь бэкап заключается в копировании папки с базой данных ?

Нет.

И как вообще выглядит алгоритм восстановления в случае например поломки базы или поломки самого exchange сервера?

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

Nakivo Backup & Replication

В РФ купить нельзя. На торрентах может и есть - прога хорошая, но не особо популярная.

Как правило, копия виртуалки делается с ее снапшота. То есть сначала делается снапшот (средствами гипера, который знает, как приостановить работу машины), а потом уже бэкап этого снапшота (а машина продолжает работать дальще).

Начем, как всегда с целеполагания :)

Зачем?

Если бы такое было можно, то это была бы дырища в безопасности размером с #опу Дженифер Лопес. Взял ненадолго погонять тело, забэкапил, перенес себе, снял деньги...

Доступа к гиперу хостера нет, снапшоты обычно стоят денег. Можно немного модифицировать вариант от Adamos (годный, в принципе и так) - берется банальный офисный системник, на нем линух, на котором крутится скрипт, который по крону тащит образ через dump. Образ будет размером с занятую часть диска, его можно пожать (хотя конечнео фотки и пр. жмутся не особо)
Восстановление через restore.

Я один помню про команду dump? Да, он создает не образ, для развертывания нужно запустить restore, но с задачей собрать с большого раздела небольшое количество файлов - справится. Бонусом идет то, что неважно какого размера будет раздел, на который все это разворачивается.

Ну, например у меня дедупликация экономит 90% места :)

Free: 1.90 TB
Used: 11.09 TB (997.2 GB can be reclaimed)
Deduplication: Enabled
Compression: Fast
Encryption: Disabled
Space savings: 94.0% (158.49 TB)
Automatic self-healing: Disabled

Испольузется Nakivo Backup & Replication. Да, его больше не купить и саппорта нет. И если репа сдохнет - то бэкапы накрылись. (Два раза за семь лет - бывало из-за бросков питания). Защита от этого проста - еще одна полка или сервер, куда бэкапы копируются.

Ярославище, не поверишь, но ленточка до сих пор остается наиболее дешевым и обьемным хранилищем. В этом отношении с 1990 года ничего не изменилось, разве только магнитофоны стали намного меньше :)
Плюсы у них как всегда - долговечность 15-30 лет и фантастическая дешевизна на гиг обьема хранения. И можно картридж спрятать в сейф, поставить печать и посадить солдата с винтовкой :)

У меня - хранятся у меня на диске. А попадают туда выполнением несложного скрипта (технически - dump через ssh). Бэкап сайта в облаке - на другом сайте в облаке - это заранее заложенная возможность остаться и без того, и без другого однажды.

Шифрование - палка о двух концах. Никогда не сталкивались с ситуацией, когда есть архив, пароль к которому не помнишь? Бэкапить данные, используя разные методы шифрования - например openssl, архиватор с паролем etc. Свет клином не сошелся на контейнерах, тем более на BitLocker.

Еще можно держать отдельный архив/контейнер c паролями от других архивов/контейнеров. А пароль к нему либо в голове держать, либо хранить где-то так, чтобы никто не догадался, что это пароль :)

Как обычно.

Организовывается сервер бэкапов с доступом по количеству пальцев одной руки. На все сервера ставится агент программы, которй снимается бэкап. Запускается программа, которая посредством своего агента этот бэкап выполняет - как правило это делается вечером или ночью по расписанию.

Ведутся суточные/недельные/месячные копии etc. Это если более-менее правильно, конечно.