<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>KARTz.RU &#187; данные</title>
	<atom:link href="http://kartz.ru/tag/%d0%b4%d0%b0%d0%bd%d0%bd%d1%8b%d0%b5/feed/" rel="self" type="application/rss+xml" />
	<link>http://kartz.ru</link>
	<description>кушаешь морковь - встанет вновь и вновь</description>
	<lastBuildDate>Thu, 02 Feb 2012 08:24:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>резервная копия всего нетбука</title>
		<link>http://kartz.ru/2011/02/13/reserve/</link>
		<comments>http://kartz.ru/2011/02/13/reserve/#comments</comments>
		<pubDate>Sun, 13 Feb 2011 13:36:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[настройки]]></category>
		<category><![CDATA[сеть]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=919</guid>
		<description><![CDATA[Думаю поставить ubuntu на нетбук. Сейчас там opensuse. Перед переустановкой решил сделать резервную копию всего накопителя &#171;на всякий пожарный&#187;.

1. Установил пакет netcat через менеджер пакетов (он не был установлен).
2. На большой машине запустил

nc -l -p 4567 &#124; bzip2 -9 > image.bz2

3. На нетбуке вышет из сеанса kde (чтобы было поменьше открытых файлов),
зашёл в консоль Ctrl+Alt+F1, [...]]]></description>
			<content:encoded><![CDATA[<p>Думаю поставить ubuntu на нетбук. Сейчас там opensuse. Перед переустановкой решил сделать резервную копию всего накопителя &laquo;на всякий пожарный&raquo;.<br />
<span id="more-919"></span></p>
<p>1. Установил пакет netcat через менеджер пакетов (он не был установлен).</p>
<p>2. На большой машине запустил<br />
<code><br />
nc -l -p 4567 | bzip2 -9 > image.bz2<br />
</code></p>
<p>3. На нетбуке вышет из сеанса kde (чтобы было поменьше открытых файлов),<br />
зашёл в консоль Ctrl+Alt+F1, набрал имя, пароль,<br />
затем sudo su, ещё раз пароль<br />
и выполнил<br />
<code><br />
dd if=/dev/sda | nc -q 10 IPбольшой_машины 4567<br />
</code></p>
<p>4. Ждём.</p>
<p>Примечания. В нетбуке стоит ssd 8гб, после сжатия образ занимал 3 гибибайта.<br />
Сжатие на большой машине было выбрано, так как процессор у неё побыстрее. Скорость чтения ssd небольшая. Процесс проходил со скоростью 2-3 мебибайта в секунду и занял около часа. Знаю, что боян, это шпоргалка для меня самого.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2011/02/13/reserve/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Обезопасить файлы от удаления</title>
		<link>http://kartz.ru/2011/02/06/readonly/</link>
		<comments>http://kartz.ru/2011/02/06/readonly/#comments</comments>
		<pubDate>Sun, 06 Feb 2011 00:53:06 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[безопасность]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=893</guid>
		<description><![CDATA[Можно защитить файлы в хранилище от удаления зловредной или ошибочной программой, запушенной от пользователя, выполнив от рута команду

find /media -type f &#124; xargs -I &#8216;{}&#8217; chmod 444 &#8216;{}&#8217;
Тогда файлы стануь неизменяемы, директории останутся с прежними правами, то есть файлы туда можно добавлять (например, скачивать новые фото), но нельзя удалять или менять. Даже в случае запуска [...]]]></description>
			<content:encoded><![CDATA[<p>Можно защитить файлы в хранилище от удаления зловредной или ошибочной программой, запушенной от пользователя, выполнив от рута команду</p>
<p><span id="more-893"></span><br />
find /media -type f | xargs -I &#8216;{}&#8217; chmod 444 &#8216;{}&#8217;</p>
<p>Тогда файлы стануь неизменяемы, директории останутся с прежними правами, то есть файлы туда можно добавлять (например, скачивать новые фото), но нельзя удалять или менять. Даже в случае запуска rm -rf пострадают максимум только пустые директории. Команду можно засунуть в крон от рута (с адекватной периодичностью, сутки, например) или выполнять вручную.</p>
<p>Недостаток один. Недокачанные приостановленные торренты не смогут докачаться. Это решается скачиванием торрентов во временную директорию с перемешением после успешной закачки. То есть решение не предназначено для динамических данных. Но хорошо, например, для сетевых хранилищ.</p>
<p>Update: перед чмодом (или после) надо ещё хозяина поменять на рута, чтоб совсем без шансов.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2011/02/06/readonly/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Быстрый поиск файлов</title>
		<link>http://kartz.ru/2011/02/06/quick-files-search/</link>
		<comments>http://kartz.ru/2011/02/06/quick-files-search/#comments</comments>
		<pubDate>Sun, 06 Feb 2011 00:37:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[данные]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=891</guid>
		<description><![CDATA[При поике данных на дёстком диске системе приходится просмотреть все находящиеся на нём директории. Они занимают немало места и разбросаны по диску хаотически. Поэтому поиск занимает иногда много времени, а диск при поиске хрустит. Скорость дисковой подсистемы у меня небольшая. Это вызывает неудобства.
Как я решил этот вопрос.

Создаём кэш имён файлов
find /media &#124; bzip -9 > [...]]]></description>
			<content:encoded><![CDATA[<p>При поике данных на дёстком диске системе приходится просмотреть все находящиеся на нём директории. Они занимают немало места и разбросаны по диску хаотически. Поэтому поиск занимает иногда много времени, а диск при поиске хрустит. Скорость дисковой подсистемы у меня небольшая. Это вызывает неудобства.</p>
<p>Как я решил этот вопрос.<br />
<span id="more-891"></span></p>
<p>Создаём кэш имён файлов</p>
<p>find /media | bzip -9 > media.bz2</p>
<p>Теперь поиск порнушки выглядит так</p>
<p>bzcat media.bz2 | grep -i pron</p>
<p>Это занимает на порядки меньше времени. Сжатие добавлено, так как процессор у меня относительно быстрый, а скорость работы дисковой подсистемы мала. Поэтому лучше прочитать мало и быстренько распаковать. К тому же раскаковка занимает намного меньше ресурсов, чем запаковка.</p>
<p>Система не без недостатков, но скорость поиска все их перекрывает. Основной недостаток &#8211; повторение имени директории в каждой строке. Зато такой файл хорошо сжимается.</p>
<p>Усовершенствовать систему можно так:<br />
1. Добавить создание актуального кжша в cron, чтобы он сам выполнялся регулярно.<br />
2. Написать скрипт с коротким именем, содержащий bzcat media.bz2 | grep -i $1</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2011/02/06/quick-files-search/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Аналоговая достоверность</title>
		<link>http://kartz.ru/2011/02/03/true-analog/</link>
		<comments>http://kartz.ru/2011/02/03/true-analog/#comments</comments>
		<pubDate>Thu, 03 Feb 2011 10:34:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[данные]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=870</guid>
		<description><![CDATA[Обычно данные считают достоверными, либо ложными. При чтении новостей складывается впечатление, что достоверность данных &#8211; не только аналоговая величина, но и динамическая.
]]></description>
			<content:encoded><![CDATA[<p>Обычно данные считают достоверными, либо ложными. При чтении новостей складывается впечатление, что достоверность данных &#8211; не только аналоговая величина, но и динамическая.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2011/02/03/true-analog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Дамп истории английской википедии</title>
		<link>http://kartz.ru/2010/09/13/enwiki-pages-meta-history/</link>
		<comments>http://kartz.ru/2010/09/13/enwiki-pages-meta-history/#comments</comments>
		<pubDate>Sun, 12 Sep 2010 23:19:44 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[данные]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=617</guid>
		<description><![CDATA[Есть такой файл
enwiki-20100312-pages-meta-history.xml.7z
MD5SUM e0f3221378a58a3409aaa352ff110907
TTH A7LIZZQ2A5GB5QNFAIBT6OQSMOHDH2A2FBBIIEA
Размер 16 Гб
Если разжать &#8211; получится 3.7 Тб (в 250 раз больше)
Что характерно &#8211; на прежних местах скачивания его уже нет. И больше скачать негде. И английская википедия в дампах с историей не поставляется больше двух лет, вроде бы.

В чём дело? Скрывают? Или ресурсы экономят (место/процессор)? Изредка мозли бы и выкладывать. [...]]]></description>
			<content:encoded><![CDATA[<p>Есть такой файл<br />
enwiki-20100312-pages-meta-history.xml.7z<br />
MD5SUM e0f3221378a58a3409aaa352ff110907<br />
TTH A7LIZZQ2A5GB5QNFAIBT6OQSMOHDH2A2FBBIIEA<br />
Размер 16 Гб<br />
Если разжать &#8211; получится 3.7 Тб (в 250 раз больше)<br />
Что характерно &#8211; на прежних местах скачивания его уже нет. И больше скачать негде. И английская википедия в дампах с историей не поставляется больше двух лет, вроде бы.</p>
<p><span id="more-617"></span></p>
<p>В чём дело? Скрывают? Или ресурсы экономят (место/процессор)? Изредка мозли бы и выкладывать. Ясно, не каждую неделю. За неделю они такой, знать, и не соберут. Хотя, может и соберут. Проверка архива на целостность на слабой машине занимает, по слухам, всего несколько часов&#8230;</p>
<p>Может, кто знает, где скачать этот файл?</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2010/09/13/enwiki-pages-meta-history/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Замена сломанного жёсткого диска</title>
		<link>http://kartz.ru/2009/12/12/hdd-fail/</link>
		<comments>http://kartz.ru/2009/12/12/hdd-fail/#comments</comments>
		<pubDate>Sat, 12 Dec 2009 08:50:54 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[hard]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[бытовое]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=240</guid>
		<description><![CDATA[Вчера, наконец-то, нашёл время заехать в сервисный центр с неисправным жёстким диском st31500541as. При включении щёлкал и не определялся, биос зависал. Именно его поломка и заставила меня написать цикл статей про опасности, угрожающие хранящейся информации и надёжные способы схранить свои данные. Расскажу, как это было и что нового я узнал в сервисном центре.

Диск перестал определяться [...]]]></description>
			<content:encoded><![CDATA[<p>Вчера, наконец-то, нашёл время заехать в сервисный центр с неисправным жёстким диском st31500541as. При включении щёлкал и не определялся, биос зависал. Именно его поломка и заставила меня написать цикл статей про <a href="http://kartz.ru/2009/11/24/storage/">опасности, угрожающие хранящейся информации</a> и <a href="http://kartz.ru/2009/11/24/data-sure/">надёжные способы схранить свои данные</a>. Расскажу, как это было и что нового я узнал в сервисном центре.<br />
<span id="more-240"></span><br />
Диск перестал определяться POST через полтора месяца после покупки. Попробовав подключить его к нескольким компьютерам, я решился отвезти его в сервисный центр, благо гарантия не кончилась и документы о покупке не были утеряны. В сервисном центре Никс днём в будний день очередь была 2-3 человека. Подождав, я кратко описал проблему и предоставил свой жёсткий диск.</p>
<p>Первое, что сделал сотрудник СЦ, это внимательно его осмотрел. Нет, вы не поняли&#8230; Он рассматиривал его со всех сторон где-то 5-6 минут. Только спустя это время нашёл какую-то маленькую трещину на краске на углу корпуса и показал мне. Впрочем, было понятно, что такое повреждение не могла быть причиной выхода из строя. Тем не менее этот скол был задокументирован.</p>
<p>Затем он попытался подключить его к нескольким компьютерам. На эти попытки ушло около часа. При этом время от времени проверял, крутится ли он, поворачивая его и наблюдая за прецессией. Только когда было совершенно ясно, что его не видит ни один компьютер и диагностические программы, мне выдали расписку, что он принят.</p>
<p>Такие же диски оказались на складе, и я согласился на замену. Попросили подождать 15-20 минут, пока принесут новый со склада. В действительности ждать пришлось минут 45. После этого мне выдали новый диск.</p>
<p>Перед тем, как дать могласие на замену, я поинтересовался статистикой. Выяснилось, что неисправных дисков Seagate приносят в сервис довольно много, хотя и покупают их тоже очень много. Конкретных цифр мне сказать не смогли. По информации изготовителей (сам Сигейт) доля брака в этой серии составляет 0,32%.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2009/12/12/hdd-fail/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Что угрожает нашим данным</title>
		<link>http://kartz.ru/2009/11/24/storage/</link>
		<comments>http://kartz.ru/2009/11/24/storage/#comments</comments>
		<pubDate>Mon, 23 Nov 2009 23:54:22 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[настройки]]></category>
		<category><![CDATA[бытовое]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=124</guid>
		<description><![CDATA[У многих из нас есть какие-то важные данные, хранящиеся на компьютере. Это могут быть фильмы, фотографии, интересные статьи, игры. Но ничто не вечно, и данные тоже. В первую очередь нас интересует проблема хранения статических данных обычными домашними пользователями, проблемы сбоев дисковых подсистем высоконагруженных серверов мы пока не рассмотриваем.

Для начала проведём небольшую классификацию данных как таковых. [...]]]></description>
			<content:encoded><![CDATA[<p>У многих из нас есть какие-то важные данные, хранящиеся на компьютере. Это могут быть фильмы, фотографии, интересные статьи, игры. Но ничто не вечно, и данные тоже. В первую очередь нас интересует проблема хранения статических данных обычными домашними пользователями, проблемы сбоев дисковых подсистем высоконагруженных серверов мы пока не рассмотриваем.<br />
<span id="more-124"></span><br />
Для начала проведём небольшую классификацию данных как таковых. Данные бывают личные и публичные. К личным данным относятся рабочие документы, налоговые декларации, сканы официальных бумаг, некоторые фотографии, а также файлы, распространение которых запрещено законодательством. К публичным данным относятся выложенные в общий доступ видеофильмы, музыка известных исполнителей, дистрибутивы широко распространённых программ, библиотечные книги&#8230;</p>
<p>Второй подход к классификации &#8211; по восстановимости. Скажем, если у Вас сломается жёсткий диск с записями классических произведений Чайковского, которые Вы недавно скачали на торренте, то те же самые записи можно скачать заново. Если же вдруг вирус сотрёт фотографии со свадебного путешествия, то сделать такие же снимки второй раз вряд ли удастся &#8211; разве что второй раз жениться и ещё раз ехать в путешествие.</p>
<p>И ещё один аспект, на который нужно обратить внимание. Данные обычно имеют цену. В случае с симфониями Чайковского для возврата этих данных Вам придётся купить новый жёсткий диск, оплатить интернет и электричество. Если вдруг пропадут результаты долгой и напряжённой работы, то для их повторного получения потребуется, скажем, два месяца работы &#8211; Вашей, или Вашего оплачиваемого сотрудника. Кроме того, бывают данные, которые с какой-то точки зрения бесценны.</p>
<p>Рассмотрим, какие факторы могут угрожать нашим данным, в порядке убывания опасности.</p>
<p>1. Самая первая и самая распространённая проблема, которая угрожает нашим с Вами данным &#8211; это нехватка места на носителях. Именно по этой причине данные чаще всего и пропадают, потому что мы их попросту удаляем. Обычно это просмотренные кинофильмы, пройденные игры или устаревшие программы. К счастью, обычно это легко восстанавливаемые данные, и цена их невелика.</p>
<p>2. Компьютерные вирусы и прочие вредоносные программы. Это может быть как случайный злостный вирус, так и специально подброшенный конкурентами троян. Масштабы проблемы и предполагаемый ущерб трудно заранее оценить. Для избежания проблем рекомендуется использовать надёжные программы без дыр и уязвимостей, настроить сетевой фильтр и запускать антивирусный сканер. Следует понимать, что тут, как и в других случаях, добиться стопроцентной сохранности не удастся.</p>
<p>3. Ошибки пользователя. Выбрал не тот пункт меню? Случайно нажал Delete? В корзине почему-то ничего нет? Довольно частая ситуация. Иногда данные получается спасти, если сразу выключить компьютер и отнести жёсткий диск к специалисту. Но далеко не всегда.</p>
<p>4. Проблемы с энергоснабжением. Забрали электричество? Операционная система не завершилась надлежащим образом? Потом, при включении, запустилась проверка диска и выдала какие-то непонятные строчки? Нужных файлов нет на месте? Бывает&#8230; Для избежания таких случаев рекомендуется подключить источник бесперебойного питания (если Ваши данные того стоят), чтобы после отключения электричества успеть хотя бы сохраниться и корректно завершить работу.</p>
<p>5. Ошибки в программах. Эта проблема тоже многим известна. Многие теряли почти полностью написанную курсовую из-за глюков microsoft word. Приходилось писать всё сначала. Для избежания этого рекомендуется периодически (скажем, раз в 20 минут) сохранять работу под новыми именами, например, курсовая01.doc, курсовая02.doc и так далее. Также удобно для создания новых имён использовать метки времени, например, незавершённая_работа-2009-11-24-00-24-25.doc. Тогда в случае программного сбоя будет возможность к недавно сохранённой копии и переделать только небольшую часть работы. Следует отметить, что Word &#8211; далеко не единственная глючная программа, но наибольшее число таких проблем возникает именно с ней.</p>
<p>6. Аппаратные сбои. Попросту говоря, поломка жёстких дисков. Харды выходят из строя из-за износа, из-за заводского брака, из-за перегрева. Причиной выхода из строя также может быть неправильная эксплуатация. Основная подлянка заключается в том, что предсказать поломку жёсткого диска практически невозможно, как и восстановить данные со сломанного диска.</p>
<p>7. Физическое воздействие на носители данных. Вибрация, удары, влажность, повышенная температура, электромагнитные поля&#8230; Также накопителям данных может угрожать кража. Сюда относятся также стихийные бедствия, наводнения, пожары, ураганы, войны, террористические взрывы, войны. К счастью, вероятность таких событий невелика.</p>
<p>8. Несанкционированный доступ. Трояны конкурентов могут не только удалить данные, но и скачать их себе. Поводом для кражи ноутбука может послужить не сам прибор, а хранящаяся там информация. Содержимым служебных компьютеров часто интересуются всякие проверяющие органы, а там может вестись чёрная бухгалтерия или содержаться информация, составляющая коммерческую тайну. Домашним пользователям такое обычно не грозит, хотя многие, наверно, не захотели бы просмотра некоторых личных фотографий посторонними лицами.</p>
<p>9. А ещё данным угрожает исчезновение тех, кому они нужны. Если человечество вымрет как вид, то все данные вмиг обесценятся. Давайте любить друг друга и свои данные&#8230;</p>
<p>Как видите, угроз для наших данных нашлось немало. В <a href="http://kartz.ru/2009/11/24/data-sure/">следующей статье мы расскажем, как этих проблем избежать</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2009/11/24/storage/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Как увеличить надёжность хранения файлов</title>
		<link>http://kartz.ru/2009/11/24/data-sure/</link>
		<comments>http://kartz.ru/2009/11/24/data-sure/#comments</comments>
		<pubDate>Mon, 23 Nov 2009 23:51:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Без рубрики]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[клин]]></category>
		<category><![CDATA[настройки]]></category>
		<category><![CDATA[бытовое]]></category>

		<guid isPermaLink="false">http://kartz.ru/?p=145</guid>
		<description><![CDATA[В прошлой статье мы рассмотрели основные угрозы, из-за котоых мы можем потерять наши данные. Посмотрим, как можно избежать потерь данных. Кроме самых очевидных мер (ИБП, антивирус, охлаждение) существует два подхода к увеличению надёжности, которые могут использоваться совместно.

Первый подход &#8211; использование RAID-массивов. Это убережёт от внезапной поломки одного жёсткого диска, но вышедший из строя диск нужно [...]]]></description>
			<content:encoded><![CDATA[<p>В <a href="http://kartz.ru/2009/11/24/storage/">прошлой статье мы рассмотрели основные угрозы, из-за котоых мы можем потерять наши данные</a>. Посмотрим, как можно избежать потерь данных. Кроме самых очевидных мер (ИБП, антивирус, охлаждение) существует два подхода к увеличению надёжности, которые могут использоваться совместно.<br />
<span id="more-145"></span></p>
<p>Первый подход &#8211; использование RAID-массивов. Это убережёт от внезапной поломки одного жёсткого диска, но вышедший из строя диск нужно будет немедленно заменить таким же, только новым. От троянов и пожаров данный метод не спасёт.</p>
<p>Второй подход &#8211; резервное копирование. Скажем, Вы можете скопировать важные данные на флешку и постоянно носить её с собой во внутреннем кармане, застёгнутом на молнию. Тогда данные пропадут только вместе с Вами.</p>
<p>Можно разместить все свадебные фотографии в интернете и в случае поломки жёсткого диска скачать их заново. К сожалению, ряд фотохостингов уменьшает качество фотографий при хранении, и не даёт гарантий по срокам хранения. Поэтому при проблемах восстанавливайте данные из интернета незамедлительно.</p>
<p>Многие практикуют такой простой метод резервного копирования: записывают файлы на болванку и кладут на полку. Этот метод по своему хорош, но у него есть два недостатка. Первый &#8211; это не спасает от стихийных бедствий, а второе &#8211; болванки весьма ненадёжны.</p>
<p>Если покупать средние (не самые дешёвые болванки), то сразу после записи без проблем читается где-то 85-95% из них, в зависимости от типа болванок и привода. Через год будет читаться только чуть более половины болванок, а через 3 года &#8211; 10-30%, как повезёт. Согласитесь, такой надёжности явно недостаточно. Также &laquo;срок хранения&raquo; данных на болванках сильно зависит от условий хранения. В тёмном тихом прохладном месте данные будут храниться намного лучше.</p>
<p>Чтоб избежать потери важных данных, рекомендую такой метод. Записываем одинаковые данные на две разные болванки. Рекомендуется использовать две болванки разных фирм и разной ценовой категории. Скорость записи выставляем минимально возможную. Кладём их на полку. Затем регулярно (скажем, раз в полгода) проверяем, читаются ли они. Если одна не читается &#8211; восстанавливаем данные со второй, и опять пишем пару одинаковых болванок. Хотя этот метод довольно сложен, вероятность повреждения сразу двех разных болванок весьма низкая. Для пущей верности, рекомендуется хранить эти две болванки в разных местах.</p>
<p>С развитием интернета появились сетевые хранилища данных, наподобие дропбокса или ubuntu one. Но они, к сожалению, довольно дорогие, бесплатный объём слишком мал, а безлимитный широкополосный интернет недостаточно распространён.</p>
<p>С ростом объёма задача надёжного хранения данных сильно усложняется. Болванок не напасёшься, на флешку не помещается, в интернет выкладывать долго и дорого. В таком случае можете обратиться к нам. Ориентировочная стоимость хранения одного гигабайта составит всего от 5 рублей в месяц. Скажем, Вы можете слить нам всю информацию с компьютера на время полной переустановки операционной системы. Все данные при хранении надёжно шифруются, пароль знаете только Вы, поэтому несанкционированный доступ полностью исключён. Главное &#8211; не забудьте пароль сами. С вопросами можно обращаться по электронной почте <a href="mailto:storage@dobersoft.ru">storage@dobersoft.ru</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://kartz.ru/2009/11/24/data-sure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

