Вообще перегородки есть, это зависит от ребят, хотят они их поставить или нет. Некоторые используют (на фото с Оби-Ваном можно увидеть). Ну а так, по себе знаю, что либо никто не разговаривает (клиенты еще спят), либо говорят все и никто друг другу не мешает.
Окружения могут быть разные, но немного странно, что именно у вас возникла проблема. В любом случае, буду надеяться, что вам удалось скачать (можно еще такую ссылку попробовать) и приму к сведению комментарий. Спасибо
Спасибо за комментарий. Вообще, продукт сделан так, чтобы предоставить пользователю одинаковые возможности для обоих гипервизоров. Было бы неправильно выделять один над другим. Поэтому, мне интересно какого функционала вам не хватило для ESXi по сравнению с Hyper-V?
Скрипты это хорошо, но те, кто предпочитают UI, должны даже без глубокого изучения продукта научиться сделать резервную копию ВМ в несколько кликов мыши.
Спасибо за вопрос. Более подробно о принципе работы:
Сначала Veeam Backup & Replication анализирует доступность технологии vMotion в конкретном установленном экземпляре vSphere. Если технология vMotion доступна, они и будет применяться (здесь будет автоматически (функциями самой VMware) произведена проверка совместимости, согласно EVC, и можно будет мигрировать ВМ на сервер с таким же или более новым процессором). Если vMotion не возможен, то будет использована технология Veeam “SmartSwitch“, работа которой не зависит от совместимости процессоров (за исключением случая, когда прикладное программное обеспечение жестко требует наличия некоторой функциональности процессора (например, упомянутой SSE4), и которая есть на исходном хосте, но отсутствует на целевом), так как выполняется через “быстрый перезапуск” ВМ.
Алгоритм Smart Switch:
1) Создание снапшота оригинальной ВМ
2) Создание ВМ на целевом хосте, копирование снапшота и конфигурации ВМ на целевой хост
3) Остановка исходной ВМ
4) Копирование изменений на дисках ВМ, произошедших с момента п.1
5) Запуск ВМ на целевом хосте
Спасибо за вопрос.
Не совсем понял о возможном «переезде». В приведенном примере будет происходит миграция ВМ (с процессором, эмулированным гипервизором) на другой сервер, где гипервизором эмулируются такие же процессора, то есть внутри ОС машина и не узнает о этом «переезде». Все будет хорошо.
Да, тут, пожалуй, только совет не забывать про своевременные резервные копии. А лучше настроить их в автоматический режим с расписанием, чтобы сохранить время и нервы.
Спасибо за вопросы.
Утилита работает только с резервными копиями, сделанными с помощью B&R, просто потому, что знает, как распарсить файл и получить доступ к его содержимому (файлам базы SharePoint). Поэтому ее и невозможно использовать для восстановления из других бекапных файлов.
Под гранулярным восстановлением понимается восстановление списков, их объектов, библиотек, их документов и папок.
Не понял последний вопрос. Логика говорит, что можно восстановить только с момента времени, когда был сделана копия.
У нас они есть в другом офисе, нужно подать идею руководству, спасибо. Чувствую, что говорю с коллегой.
Скрипты это хорошо, но те, кто предпочитают UI, должны даже без глубокого изучения продукта научиться сделать резервную копию ВМ в несколько кликов мыши.
Сначала Veeam Backup & Replication анализирует доступность технологии vMotion в конкретном установленном экземпляре vSphere. Если технология vMotion доступна, они и будет применяться (здесь будет автоматически (функциями самой VMware) произведена проверка совместимости, согласно EVC, и можно будет мигрировать ВМ на сервер с таким же или более новым процессором). Если vMotion не возможен, то будет использована технология Veeam “SmartSwitch“, работа которой не зависит от совместимости процессоров (за исключением случая, когда прикладное программное обеспечение жестко требует наличия некоторой функциональности процессора (например, упомянутой SSE4), и которая есть на исходном хосте, но отсутствует на целевом), так как выполняется через “быстрый перезапуск” ВМ.
Алгоритм Smart Switch:
1) Создание снапшота оригинальной ВМ
2) Создание ВМ на целевом хосте, копирование снапшота и конфигурации ВМ на целевой хост
3) Остановка исходной ВМ
4) Копирование изменений на дисках ВМ, произошедших с момента п.1
5) Запуск ВМ на целевом хосте
Не совсем понял о возможном «переезде». В приведенном примере будет происходит миграция ВМ (с процессором, эмулированным гипервизором) на другой сервер, где гипервизором эмулируются такие же процессора, то есть внутри ОС машина и не узнает о этом «переезде». Все будет хорошо.
Утилита работает только с резервными копиями, сделанными с помощью B&R, просто потому, что знает, как распарсить файл и получить доступ к его содержимому (файлам базы SharePoint). Поэтому ее и невозможно использовать для восстановления из других бекапных файлов.
Под гранулярным восстановлением понимается восстановление списков, их объектов, библиотек, их документов и папок.
Не понял последний вопрос. Логика говорит, что можно восстановить только с момента времени, когда был сделана копия.