Это появилось бы от чтения того документа, что Ваше предположение корректно, если Вы хотите выполнить гостевые резервные копирования уровня VM и также выполнить резервные копирования прикладного уровня. Для надлежащего резервного копирования Exchange и SQL (чтобы управлять журналами и упростить GRT), затем, необходимо выполнить резервное копирование прикладного уровня, которое может только быть выполнено с соответствующими агентами при выполнении типичного резервного копирования уровня ОС гостевой машины с соответствующими выбранными приложениями (Банк сообщений, базы данных SQL, и т.д.).
Если Вы выполните только гостевое резервное копирование уровня затем, то это, конечно, упростит восстановление ОС, Exchange и SQL в целом, поскольку они будут частью гостевого резервного копирования. Я предполагаю, что они были бы в том же состоянии, они были в том, когда гостевое резервное копирование было выполнено, который должен сказать, что они, вероятно, были бы в порядке, но я не уверен, что доверял бы ему для Exchange и SQL, и оно не будет управлять журналами приложения или допускать восстановления GRT приложений.
Альтернативный метод мог бы быть должен выполнить гостевые резервные копирования уровня с другой утилитой, как Проводник VM, чтобы упростить восстановление гостя и затем использовать BackupExec для возвращения ОС и приложений к их актуальнейшему состоянию. Это - то, что я делаю. Я выполняю еженедельно гостевое резервное копирование с Проводником VM, чтобы дать мне изображение, которое я могу восстановить быстро на уровне хоста/гостя и затем использовать BackupExec для восстановления ОС и приложений к их актуальнейшему состоянию.