LINUX.ORG.RU

[#]  

Re: Эволюция и перспективы резервного копирования данных

Статью не прочел пока, но увидел таблицу 1 про развитие FC и сразу вопрос:

А где вы видели 4Gbit FC еще в 2002 году? А 10Gbit в 2003?

* ()
[#]  
Evgueni

Re: Эволюция и перспективы резервного копирования данных

Реклама в чистом виде.

***** ()
[#]  

Re: Эволюция и перспективы резервного копирования данных

tar и никаких гвоздей

anonymous ()
[#] Ответ на: Re: Эволюция и перспективы резервного копирования данных от Evgueni 23.10.2003 15:48:21  

Re: Re: Эволюция и перспективы резервного копирования данных

>Реклама в чистом виде.

Полностью согласен. На аналитику не тянет, однозначно. За то, "фирменная" архитектура TAOS - во свей красе.

Чего, напимер, стоит: "..архитектура TAOS более оптимизирована для работы с ленточными системами, чем любой из стандартных протоколов."

Особенно, если сравнивать с "..также есть HTTP/FTP. Данный протокол схож с SNMP.."

Круть, немерянная :-)

anonymous ()
[#]  
pazhitnov

Re: Эволюция и перспективы резервного копирования данных

tar - это здорово и праздник, но вот мотать всю ленту ради случайно убитого файла полтора часа прикалывает не сильно.

какие кроме тара есть _свободные_ _межплатформенные_ (типа, линух и солярка) альтернативы?

* ()
[#] Ответ на: Re: Re: Эволюция и перспективы резервного копирования данных от anonymous 24.10.2003 2:38:24  

Re: Re: Re: Эволюция и перспективы резервного копирования данных

Может кто кинет в меня линком с инфо как с Ext3 раздела снять "слепок" и при надобности его обратно залить?

Просто хочу достаточно сильно побаловаться с дистром и боюсь, что моих извращений он не выдержит, а все заного устанавливать/настраивать не тянет.

*** ()
[#] Ответ на: Re: от disassembler 24.10.2003 10:24:04  
dotcoder

Re: Re:

Использование dump/restore не рекоммендуется.

**** ()
[#] Ответ на: Re: Re: от dotcoder 24.10.2003 12:39:14  

Re: Fork проекта XMMS - Beep.

> Использование dump/restore не рекоммендуется.

Почему?
Ну... Тогда ничего лучше tar так таки не придумать.
Я когда экспериментировал с linux`ом - просто бэкапил всю систему командой cp -a на соседний диск...

* ()
[#] Ответ на: Re: Re: Fork проекта XMMS - Beep. от dotcoder 24.10.2003 13:11:43  

Re: Re: Re: Fork проекта XMMS - Beep.

Казалось бы, внесли изменения в ядро - внесите изменения и в утилиты резервного копирования. Но нет! Настоящие линуксоиды не такие!

* ()
[#] Ответ на: Re: Re: Fork проекта XMMS - Beep. от dotcoder 24.10.2003 13:11:43  

Re: Re: Re: Fork проекта XMMS - Beep.

> Использование dump/restore не рекоммендуется.

ну так нужно добавлять -- в лялихе. Ну и причина.

***** ()
[#] Ответ на: Re: Re: Re: Fork проекта XMMS - Beep. от dilmah 24.10.2003 14:19:17  
dotcoder

Re: Re: Re: Re: Fork проекта XMMS - Beep.

Использование dump/restore в ОС _Linux_ не рекоммендуется.

:) Так лучше?

**** ()
[#]  

Re: Эволюция и перспективы резервного копирования данных

Может я конечно чего-то не понимаю, но чем автора UDP не устроил, что он так опустил TCP?

anonymous ()
[#] Ответ на: Re: Re: Re: Re: Fork проекта XMMS - Beep. от dotcoder 24.10.2003 14:21:58  

Re: Re: Re: Re: Re: Fork проекта XMMS - Beep.

>Использование dump/restore в ОС _Linux_ не рекоммендуется.

А что рекомендуется. Если tar/gz то с какими ключами чтобы все атрибуты/владельцы и проч. сохранились.

*** ()
[#] Ответ на: Re: Re: Re: Re: Re: Fork проекта XMMS - Beep. от Korwin 24.10.2003 15:39:11  

Re: Re: Re: Re: Re: Re: Fork проекта XMMS - Beep.

>А что рекомендуется. Если tar/gz то с какими ключами чтобы все >атрибуты/владельцы и проч. сохранились. 

rsync самое то

anonymous ()
[#] Ответ на: Re: Re: Re: Re: Re: Re: Fork проекта XMMS - Beep. от anonymous 24.10.2003 16:40:22  

Re: Re: Re: Re: Re: Re: Re: Fork проекта XMMS - Beep.

>>А что рекомендуется. Если tar/gz то с какими ключами чтобы все >>атрибуты/владельцы и проч. сохранились.

>rsync самое то

rsync очень медленный зараза. Если уже раздражает сколько времени он с винта на винт синхронизирует 60Мб (около 20-25 файлов), то что говорить о 2Gig?

*** ()
[#]  

Re: Эволюция и перспективы резервного копирования данных

чёт у вас господа совсем все отшибло cpio - и ничего не нада придумывать а у tar-а память не накоторые весчи совсем никакая

anonymous ()
Документация