Как я могу сделать резервную копию моей системы на удаленном сервере (AFP, Samba или NFS)?

Вот цель: у меня есть резервный сервер с файловой системой ZFS со встроенным сжатием и снимками. Все наши машины rsyncвыполняют резервное копирование по ночам , а затем делается снимок ZFS, поэтому у нас есть резервные копии того, как каждый компьютер выглядел в конце каждого дня.

Проблема заключается в том, что в Mac OS X вилки ресурсов не копируются, поскольку удаленный компьютер не поддерживает вилки ресурсов. То, что я хотел бы сделать, rsyncэто файл .DMG, который находится на сервере резервного копирования. Таким образом, у меня был бы точный загрузочный образ того, как моя система выглядела каждую ночь.

В качестве бонуса, сервер резервного копирования также является сервером NetBoot, так что это фактически позволило бы мне загрузиться с того, каким был мой mac в любой момент истории.

Я создал образ диска моего Mac и скопировал его на сервер резервного копирования. Теперь, когда я открываю его на своем Mac и запускаю rsync, он работает в течение определенного периода (иногда больше часа, иногда меньше), а затем выдает мне массу ошибок ввода-вывода. Образ хранится в массиве RAID, я уверен, что ошибок ввода-вывода нет.

Я думаю, что связь с общим ресурсом Samba может быть перегружена ... Я пробовал и с AFP, и я получаю тот же результат ... Что может быть причиной этого и как я могу решить это? Или какие-либо другие идеи о том, как я могу обновить удаленный файл DMG?

Настройте новый том на своем устройстве Nexenta / OS для резервного копирования и настройте его для общего доступа в качестве iSCSI LUN. Затем используйте один из нескольких инициаторов iSCSI для MacOS X, чтобы прикрепить резервный том на своей спине. На вашем Mac отформатируйте том как HFS +. Теперь вы можете использовать CCC или rsync и т. Д. Для создания резервных копий.

Вы рассматривали возможность использования Carbon Copy Cloner ? Я использую это для ручного побитового резервного копирования моего SSD на сетевой диск раз в месяц или около того, и оно работает безупречно. Я знаю, что он создает инкрементные резервные копии, и у меня не было проблем с сбросом диска через гигабитный Ethernet.

Не точный ответ на ваш вопрос, но вы также можете использовать rsync. Вот действительно хорошие статьи о:

• http://www.afp548.com/article.php?story=20050219192044818
• http://www.kremalicious.com/2008/06/ubuntu-as-mac-file-server-and-time-machine-volume/
• http://quesera.com/reynhout/misc/rsync+hfsmode/

ps: вы используете солярис или freebsd?

Итак, что я попробовал сейчас:

У меня есть удаленная ОС (не Mac), и я подключил ее через fuse / sshfs (через медленный ADSL).

sshfs user@example.com:/path/to/dir /Users/me/Mount/myfs -oauto_cache,reconnect,volname=MyFs

На моем MacBook введено это:

/usr/bin/rsync -avE /Users/me/tmp/bk /Users/me/Mount/myfs/tmp/test

(/ tmp / test уже существует на удаленном компьютере)

и получил это:

building file list ... done
bk/
._bk
bk/.DS_Store
bk/._.DS_Store
bk/Icon\#015
bk/._Icon\#015
bk/test.rtfd/
bk/test.rtfd/.LSOverride
bk/test.rtfd/TXT.rtf

sent 311127 bytes  received 186 bytes  15186.00 bytes/sec
total size is 6874  speedup is 0.02

Как видите, ветки ресурсов преобразуются в файлы dot_underscore и копируются в удаленное местоположение. (например, пользовательский значок для каталога bk тоже).

Поэтому я не понимаю, почему вы не можете Rsync в удаленных ZFS?

Я не знаю почему , но соединение с сервером было прервано во время копирования файла, и я предполагаю, что это произошло потому, что большой объем данных, передаваемых с такой высокой скоростью, был больше, чем сервер резервного копирования мог обработать; в течение короткого периода он перестает отвечать на запросы, и Mac принудительно отключает DMG, и резервное копирование не выполняется.

Я нашел решение: перед резервным копированием в Системных настройках я снизил скорость сетевого адаптера Ethernet с 1000 Мбит / с до 100 Мбит / с. Затем казалось, что резервное копирование работает безупречно, поскольку скорость передачи данных была ограничена, а сервер резервного копирования не перегружен.