Для клиента окон, который соединяется с сервером Mac, могло бы стоить выкашлять деньги для клиента Apple. Я не могу найти ссылку прямо сейчас, но я знаю, что у них есть тот.
Используя VNC с Windows на Mac намного более печально, чем использование собственного Mac клиента.
Вы могли продолжить делать то, что Вы в настоящее время делаете с несколькими незначительными изменениями к Вашим резервным сценариям rsync.
rsync может работать в VM и резервном копировании на удаленный хост через ssh, как это может от реальной машины. например, я копирую / и т.д.,/usr/local/, / домой, части / var и нескольких других каталогов от всех моих машин до/var/backups/hosts/$HOSTNAME на моем сервере резервного копирования (который, в свою очередь, сохранен с rsync к другой машине и также записывать на ленту). серверы баз данных также запускают скрипты, которые выводят их dbs для отправки текстовых сообщений перед rsync.
для восстановления просто создайте новый VM (удобно иметь несколько изображений минимальной установки различных размеров, которые можно просто клонировать), и rsync, поддержанные файлы въезжают задним ходом.
BTW, я обычно не потрудился создавать резервную копию / мусорного ведра,/sbin,/usr, потому что я работаю на debian почти все машины. это потратило бы впустую слишком много дискового пространства и напрасно тратило бы время для резервного копирования программ, которые я упаковал в своем локальном зеркале debian. вместо этого я копирую список установленных пакетов с dpkg - получать-выборы "*"> $hostname.sel и восстанавливаю их с $hostname.sel кошки | dpkg - выборы набора; склонный - получают dselect-обновление.
это - то, как я в настоящее время клонирую реальные машины... я нахожусь в процессе преобразования нескольких машин к виртуальному (работающий под KVM) и до сих пор не нашел причины, почему я должен был бы сделать больше, чем незначительные изменения к процедуре этого.
на днях я изменюсь на использование rdiff-резервного-копирования, а не rsync, таким образом, я мог присвоить версию резервным копиям онлайн также.
наконец, Вы могли также попытаться искать веб-сайт http://libvirt.org/ или гуглить для "+libvirt +rsync". кто-то, возможно, придумал эффективный способ rsyncing образов виртуальной машины непосредственно.
Я не уверен, можно ли сделать возрастающие резервные копии легко, так как состояние машины изменилось бы так, Вы рискнули бы собирать данные в переходном процессе (и таким образом поврежденный) состояние. Единственным путем я делаю это должно закрыть VM, чтобы сделать копию.
Я думаю, что Вам было бы нужно специальное программное обеспечение, которое использует снимки в некоторой форме для получения копии.
Кроме того, можно посмотреть на использование DRDB для копирования файловой системы в в реальном времени между двумя системами, таким образом, файловая система, размещающая образ виртуальной машины, была бы скопирована автоматически в систему обработки отказа.
Я не могу помочь с Xen определенным образам виртуальной машины, но я копирую свои изображения VMware с помощью rsync. Необходимо приостановить или завершить работу изображения перед копированием. Используя LVM может работать снимок вместо этого, но я нахожу, что у Вас должен быть огромный раздел снимка для содержания изменений.
Я использую следующую команду rsync для резервного копирования к cifs-смонтированному удаленному серверу:
rsync -irvtuh --inplace --delete --timeout=120 --whole-file --stats "${DIR}" /mnt/backup
Возрастающие копии не стоили ЦП, требуемого вычислить diffs, но я действительно нахожу, что некоторые образы виртуальной машины не изменяются - только большинство из них :(