Бэкап в Time Machine используя домашний сервер под Ubuntu в качестве iSCSI — таргета

[akira]

Интересно. А как дело со скоростью обстоит? А с загрузкой системы?

[rlaovai]

Упс, промахнулся с ответом, дублирую тут.

Только что замерил скорость — приблизительна равна скорости копирования на smb-шару.
Загрузка процессора сервера во время бэкапа по данным top не превышает 4,7% суммарно на процессы istd1 и istiod1
На iMac — 5,5% во время бэкапа (по данным того же top)

[rlaovai]

Только что замерил скорость — приблизительна равна скорости копирования на smb-шару.
Загрузка процессора сервера во время бэкапа по данным top не превышает 4,7% суммарно на процессы istd1 и istiod1
На iMac — 5,5% во время бэкапа (по данным того же top)

[denisig]

Вроде как есть открытая рабочаю реализация AFP сервера. Тут говорили, что быстродействие получше чем SMB і NFS.

[rlaovai]

В принципе достойный вариант, но на мой взгляд многовато плясок с бубном и возможных граблей, а тут — команд в консоли и около 10 щелчков мышью :)

[rlaovai]

6 команд i mean

[icCE]

Можно использовать netatalk (точнее лучше использовать), iscsi не очень удобен в работе, да и задачи другие у него ^_^ Хотя интересное решение.

[rlaovai]

Мне по сравнению с nettalk видяться такие преимущества:

1. iSCSI дает возможность использования блочного устройства. То есть вытащив диск из сервера я смогу положить его в USB бокс и подключив к маку продолжать использовать его без какой либо подготовки. В отличии от.

2. iSCSI как стандарт более устойчив к возникновению ошибок при передаче данных, что вместе с п.1 какбы дает надежду на то что не придется при потере бэкапа плясать с бубном в 4 раз пытаясь пофиксить образ.

3. Поднимается за 6 строчек в консоли и ~10 щелчков мыши. В отличии от.

В общем для меня пока что этот вариант — лучший.

[icCE]

Ну я не так часто вытаскиваю диски из NAS сервера, что бы его потом еще и к Mac подключать.
Netatalk используется как стандартное средство в MacOS, а что моет быть лучше и роднее AFP?
Если к — этому еще прикрутить avahi, то сервис сам начнет кричать макам, что но тут — юзайте меня :) Особенно актуально когда маков больше чем 1. На тему стабильности работы по сети, вроде те кто пользуется TC пока еще не жаловались, что AFP, что то плохо записал.
Natatalk так же легко настраивается.

[icCE]

Все к концу рабочего дня. буквы уже не нажимаются :)

[rlaovai]

В общем я никак не умаляя преимуществ NetTalk нашел для себя такой способ. Хотя если бы у нас в городе возможно было бы купить TC — не размышлял бы ни минуты.
Но увы и ах — в нашем краю вечнозеленых помидоров сроки доставки и цены на технику apple вызывают истерический смех(((

[icCE]

Ну я же сказал, что способ вполне хороший :)
А про технику — это да, сам заказываю ее из штатов.
Жене все же купил TC, сам на NAS копируюсь.

[rlaovai]

В России по моему ситуация с ценами несколько получше, в Минске за топовую 20 iMac с меня запросили на 1000 долларов больше чем она стоит в эплсторе :( пришлось тоже из штатов заказывать.

[icCE]

Смотря как сравнивать, если цены из штатов, то да.
Я вот не брезгую так называемыми восстановленными (дешевле на 200-300$ от US цены)
Если брать европейские цены, то разница в лучшем случаи будет 200-300 $, геморроя больше.

[ukc]

Давно ли пользуетесь описанным решением?
Полгода назад задавался этой идеей, но отказался до реализации:
— Много отзывов в сети о нестабильности GlobalSAN iSCSI initiator.
— В случае необходимости воспользоваться бекапом, винт нужно доставать из NAS'а и как-то подключать напрямую к маку (ведь Leopard DVD знать ничего не хочет о всяких iSCSI).

До netatalk руки тоже так и не дошли, вычитал, что организовать бекап TM на нем не выйдет, из-за того, что TM использует нововведенные, не документированные команды AFP, которые netatalk не понимает. Правда ли? Есть у кого рабочий бекап на netatalk? Ломался ли?

[rlaovai]

Пользуюсь пока только около недели, полет нормальный :)

>Много отзывов в сети о нестабильности GlobalSAN iSCSI initiator.
Пруфлинк?
Насколько я изучил вопрос он стабилен настолько насколько стабилен канал от таргета к инициатору. У меня за неделю никаких нареканий (стучу по дереву)

>В случае необходимости воспользоваться бекапом, винт нужно доставать из NAS'а и как-то подключать напрямую к маку (ведь Leopard DVD знать ничего не хочет о всяких iSCSI).
Так в этом-то и вся прелесть! То есть если я в ближайшем времени приобретаю USB бокс — мне достаточно будет вставить в него диск и указать его в настройках TimeMachine. К тому же я не делаю бэкап самой системы, бэкапятся только пользовательские данные, которые лежат на отдельном разделе диска.

[PingMe]

Как ты указал, бэкапить только пользовательские данные? У меня в настройках нет ничего про это.

[neptune]

ключево слово — видимо что пользовательские данные лежат на отдельном разделе диска

[icCE]

Да нет, можно указать TimeMashine чего бэкапить, а что не трогать.

[PingMe]

Я нашел, где указать, что НЕ бэкапить. :)

[rlaovai]

Соответственно если система на обном разделе а данные юзера(ов) на другом — указать Time Machine что не надо бэкапить раздел с системой.

[PingMe]

Вопрос лишь в том, как сделать данные юзеров на ОДНОМ разделе, а систему на другом. Я вижу только шаманский выход — mount --bind

[rlaovai]

Системные настройки -> Учетные записи -> правой кнопкой на нужной записи слева -> дополнительные параметры -> 5 поле сверху

[PingMe]

Только сегодня там был и не подумал, что так можно сделать)) Усложняю)))

[icCE]

Все работает хорошо и замечательно ^_^

Конечно, netatalk реализует версию 3.1, когда как Leopard использует 3.2, но серьезных проблем я пока не видел.

Mac OS X Leopard extends AFP 3.2 to include three new undocumented AFP commands. The first two are used to get the server to synchronize data for a file or a directory to disk; this is used to ensure that data cannot be lost if the server fails during a Time Machine backup. The third function is used by network Spotlight features.

[icCE]

Да и не смотря на это

Netatalk does not currently support the use of Time Machine over a network in a similar fashion to Apple's own Time Capsule. Commands that were introduced in AFP 3.2 by Apple (to ensure data integrity) have not yet being implemented.

Я еще раз говорю, все работает. Хотя наверника я просто косяков не замечал.

[rlaovai]

>The first two are used to get the server to synchronize data for a file or a directory to disk; this is used to ensure that data cannot be lost if the server
>fails during a Time Machine backup

Чего-то мне сцыкотно от этих строчек, напоминает мне про адЪ с восстановлением образа при бэкапе через SMB. Хотя если Вы говорите что все ок, у меня нет причин не верить.

[utk]

А не будет ли проблем при восстановлении из бэкапа в случае полной переустановки системы, к примеру? Насколько я помню, макось предложение заимпортить данные из тайммашины выдает сразу после установки… Даст ли она поставить этот globalSAN iSCSI Initiator?

[utk]

Уже прочитал выше) Понятно.

[icCE]

Не даст ^_^ Надо его как то будет с установочного диска монтировать, а это не возможно.

[PingMe]

Устанавливаешь ОС, создаешь юзера после установки, заходишь в систему, лезешь в Служебные программы —> Миграция, а оттуда уже забираешь нужного пользователя.

[rlaovai]

Не возражаете если напишу апдейт к топику с Вашей информацией?

[PingMe]

Нет конечно, рад помочь. И Вам спасибо.

[nshopik]

NFS вам был бы более гибок и можно было бы подключать не только к MacOS X, а так же его можно замонтировать во время инсталяции если мне память не изменяет. Скорость NFS выше SMB приблизительно на 10-20% зависит от типов файлов.

[icCE]

Вроде как бы все же нельзя :) Хотя я то же не очень уверен на этот счет, но проверять щас просто негде.

[nshopik]

Из инсталлера через интерфейс точно нельзя, только из консоли.

[Iforgot]

Не совсем понял, бэкапится ли по wi-fi?

[rlaovai]

Прекрасно бэкапится.

[flacon]

Сервер под Ubuntu? Сервер?

[rlaovai]

Именно.

[KorP]

у меня на сервер под генту нормально по смб льётся, бекапы не бьются

[rlaovai]

у меня тоже полгода ничего не билось, а потом 3 раза за месяц.