<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Комментарии к записи: IT-мифология</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/1364/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/1364</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:05:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: Александр</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13817</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Tue, 29 Jul 2014 13:35:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13817</guid>
		<description>soarer:

Я поэтому и написал про SnapVault т.к. одними снапшотами всё не решить, а SnapVault уже может АРХ??В??РОВАТЬ бэкап на ленты (именно архивировать).
По моему мнению в современных условиях при больших объёмах данных бэкап снапшотами (не хранение бэкапа в снапшотах, а бэкап с их помощью) это единственное правильное решение т.к. это позволяет получить КОНС??СТЕНТНЫЙ бэкап на ОПРЕДЕЛЕННЫЙ момент времени за считанные секунды, в независимости от объёма, а так же очень быстрое востановление. Как пример у меня есть база которая бэкапится около 30 часов в 6 потоков на 6 драйвов... вот вам и лента. Почему-то никто не принимает во внимание, что в течении бэкапа данные так же могут повредиться и всё зависит от времени прохождения бэкапа - чем дольше длится бэкап тем выше вероятность потери данных. Конечно всё зависит от объёмов и загруженности баз, НО!! как бы вы не старались вы Н ?? К О Г Д А! не догоните снапшоты при помощи лент.

Прекратите мыслить узко слоганами "снапшоты - не бэкап" ДА! вы правы не бэкап, а ??НСТРУМЕНТ при помощи которого можно делать самый эффективный бэкап.</description>
		<content:encoded><![CDATA[<p>soarer:</p>
<p>Я поэтому и написал про SnapVault т.к. одними снапшотами всё не решить, а SnapVault уже может АРХ??В??РОВАТЬ бэкап на ленты (именно архивировать).<br />
По моему мнению в современных условиях при больших объёмах данных бэкап снапшотами (не хранение бэкапа в снапшотах, а бэкап с их помощью) это единственное правильное решение т.к. это позволяет получить КОНС??СТЕНТНЫЙ бэкап на ОПРЕДЕЛЕННЫЙ момент времени за считанные секунды, в независимости от объёма, а так же очень быстрое востановление. Как пример у меня есть база которая бэкапится около 30 часов в 6 потоков на 6 драйвов&#8230; вот вам и лента. Почему-то никто не принимает во внимание, что в течении бэкапа данные так же могут повредиться и всё зависит от времени прохождения бэкапа - чем дольше длится бэкап тем выше вероятность потери данных. Конечно всё зависит от объёмов и загруженности баз, НО!! как бы вы не старались вы Н ?? К О Г Д А! не догоните снапшоты при помощи лент.</p>
<p>Прекратите мыслить узко слоганами &#8220;снапшоты - не бэкап&#8221; ДА! вы правы не бэкап, а ??НСТРУМЕНТ при помощи которого можно делать самый эффективный бэкап.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: IgorT</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13429</link>
		<dc:creator>IgorT</dc:creator>
		<pubDate>Wed, 18 Jun 2014 06:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13429</guid>
		<description>Так сказать, небольшой вброс, на тему сравнения хардварных и софтварных решений. :) Microsoft хоть и софтварная компания, но видимо совсем не в курсе, что FPGA уже не в моде и вообще - каменный век! :)
http://www.cnews.ru/top/2014/06/17/microsoft_osnashhaet_svoi_servera_processorami_sobstvennoy_razrabotki_575865</description>
		<content:encoded><![CDATA[<p>Так сказать, небольшой вброс, на тему сравнения хардварных и софтварных решений. :) Microsoft хоть и софтварная компания, но видимо совсем не в курсе, что FPGA уже не в моде и вообще - каменный век! :)<br />
<a href="http://www.cnews.ru/top/2014/06/17/microsoft_osnashhaet_svoi_servera_processorami_sobstvennoy_razrabotki_575865" rel="nofollow">http://www.cnews.ru/top/2014/06/17/microsoft_osnashhaet_svoi_servera_processorami_sobstvennoy_razrabotki_575865</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13412</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 17 Jun 2014 08:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13412</guid>
		<description>soarer:

&gt; IMHO, снапшот всётаки не бэкап. Сравните с “теневыми копиями” Microsoft.

Это зависит от вашего определения, "что такое бэкап?"
По моему определению: "Это резервная копия данных, из которой можно быстро восстановить активные, primary данные на хранилище в случае их искажения или потери", снэпшоты - это бэкап.
А какое определение у вас?

&gt; Как ни крути, но так называемое аппаратное решение под микроскопом оказывается тем же read only software.

Ну так вот да, о том и речь, на самом деле уже очень мало кто "лепит вентили" в кремнии, на деле очень многие "аппаратные решения" оказываются хитро замаскированным "программным", пусть и на уровне чипа, например.</description>
		<content:encoded><![CDATA[<p>soarer:</p>
<p>> IMHO, снапшот всётаки не бэкап. Сравните с “теневыми копиями” Microsoft.</p>
<p>Это зависит от вашего определения, &#8220;что такое бэкап?&#8221;<br />
По моему определению: &#8220;Это резервная копия данных, из которой можно быстро восстановить активные, primary данные на хранилище в случае их искажения или потери&#8221;, снэпшоты - это бэкап.<br />
А какое определение у вас?</p>
<p>> Как ни крути, но так называемое аппаратное решение под микроскопом оказывается тем же read only software.</p>
<p>Ну так вот да, о том и речь, на самом деле уже очень мало кто &#8220;лепит вентили&#8221; в кремнии, на деле очень многие &#8220;аппаратные решения&#8221; оказываются хитро замаскированным &#8220;программным&#8221;, пусть и на уровне чипа, например.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: soarer</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13380</link>
		<dc:creator>soarer</dc:creator>
		<pubDate>Thu, 12 Jun 2014 00:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13380</guid>
		<description>to Александр:
IMHO, снапшот всётаки не бэкап. Сравните с "теневыми копиями" Microsoft.

to romx:
"Почему я должен за вас и для вас искать все это, хотя вы сами вполне могли бы сделать хоть малейшую проверку того, что вы пишете, прежде чем это писать тут?"
Видимо по причине ещё одного массового заблуждения: "у меня есть своё сформированное неизвестно как мнение относительно данного вопроса, и все ваши доказательства, логические выводы, ссылки на соответствующие документы говорящие об обратном - пустое".

Относительно мифа hard лучше, чем софт, хочется также вставить свои 5 копеек:
Как ни крути, но так называемое аппаратное решение под микроскопом оказывается тем же read only software. В большинстве случаев, используется общекомпьютерная элементная база, включая центральные процессоры, а управляется всё это добро каким-то одним небольшим ПО, жёстко прописанным в ПЗУ девайса, чаще всего без возможности его замены.
Таким образом, противостояние сводится к шапочному разбору между сторонниками узкоспециализированных и универсальных систем.

В защиту NetApp хочется сказать, что они, едва ли не первыми на рынке, предложили узкоспециализированное аппаратное решение, свободное от большинства "болезней" аналогичных систем конкурентов. По сути своей, они предложили рынку принципиально новый революционный подход к построению аппаратных систем. Пипл оказался не готов :-)</description>
		<content:encoded><![CDATA[<p>to Александр:<br />
IMHO, снапшот всётаки не бэкап. Сравните с &#8220;теневыми копиями&#8221; Microsoft.</p>
<p>to romx:<br />
&#8220;Почему я должен за вас и для вас искать все это, хотя вы сами вполне могли бы сделать хоть малейшую проверку того, что вы пишете, прежде чем это писать тут?&#8221;<br />
Видимо по причине ещё одного массового заблуждения: &#8220;у меня есть своё сформированное неизвестно как мнение относительно данного вопроса, и все ваши доказательства, логические выводы, ссылки на соответствующие документы говорящие об обратном - пустое&#8221;.</p>
<p>Относительно мифа hard лучше, чем софт, хочется также вставить свои 5 копеек:<br />
Как ни крути, но так называемое аппаратное решение под микроскопом оказывается тем же read only software. В большинстве случаев, используется общекомпьютерная элементная база, включая центральные процессоры, а управляется всё это добро каким-то одним небольшим ПО, жёстко прописанным в ПЗУ девайса, чаще всего без возможности его замены.<br />
Таким образом, противостояние сводится к шапочному разбору между сторонниками узкоспециализированных и универсальных систем.</p>
<p>В защиту NetApp хочется сказать, что они, едва ли не первыми на рынке, предложили узкоспециализированное аппаратное решение, свободное от большинства &#8220;болезней&#8221; аналогичных систем конкурентов. По сути своей, они предложили рынку принципиально новый революционный подход к построению аппаратных систем. Пипл оказался не готов :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13377</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Wed, 11 Jun 2014 12:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13377</guid>
		<description>Во! Ещё вспомнил! :))) 
Бэкап только на ленты!
Снапшоты - это не бэкап! (идеи SnapVault никак не угадываются в головах "ленточных червей")

С этим тупизмом какраз сейчас воюем совместно с зарубежными коллегами :)</description>
		<content:encoded><![CDATA[<p>Во! Ещё вспомнил! :)))<br />
Бэкап только на ленты!<br />
Снапшоты - это не бэкап! (идеи SnapVault никак не угадываются в головах &#8220;ленточных червей&#8221;)</p>
<p>С этим тупизмом какраз сейчас воюем совместно с зарубежными коллегами :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13376</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Wed, 11 Jun 2014 08:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13376</guid>
		<description>Александр:

Ну вот это именно пример "истинной веры" в IT, когда я столкнулся с этим впервые - был поражен. Сейчс уже привык. :)</description>
		<content:encoded><![CDATA[<p>Александр:</p>
<p>Ну вот это именно пример &#8220;истинной веры&#8221; в IT, когда я столкнулся с этим впервые - был поражен. Сейчс уже привык. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13373</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Wed, 11 Jun 2014 05:34:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13373</guid>
		<description>... кстати, зарубежные коллеги активно двигают и Oracle на NFS т.к. это проще и производительнее, чем собирать около 1000(тысячи!) LUN'ов в один дом под VxVM.</description>
		<content:encoded><![CDATA[<p>&#8230; кстати, зарубежные коллеги активно двигают и Oracle на NFS т.к. это проще и производительнее, чем собирать около 1000(тысячи!) LUN&#8217;ов в один дом под VxVM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13372</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Wed, 11 Jun 2014 05:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13372</guid>
		<description>Миф и суеверие с которым столкнулся я - только FC для всего и везде, даже для VMWare, никакого NFS! Долго воевал против этого даже когда под датастором VMWare переполнилась очередь (queue depth) фронтенд порта на кларионе - всё равно никто упорно не хотел верить, что это проблема FC (SCSI протокола), даже сами EMC, даже после того когда их ткнул в данные из Performance Analyzer и статьи из ??Х же базы знаний, отказывались это признавать и верить. Размер очереди на портах VPlex упорно никто не хочет сообщать - ни Российский EMC, ни заграничный, ни заграничный тренер по VPlex.</description>
		<content:encoded><![CDATA[<p>Миф и суеверие с которым столкнулся я - только FC для всего и везде, даже для VMWare, никакого NFS! Долго воевал против этого даже когда под датастором VMWare переполнилась очередь (queue depth) фронтенд порта на кларионе - всё равно никто упорно не хотел верить, что это проблема FC (SCSI протокола), даже сами EMC, даже после того когда их ткнул в данные из Performance Analyzer и статьи из ??Х же базы знаний, отказывались это признавать и верить. Размер очереди на портах VPlex упорно никто не хочет сообщать - ни Российский EMC, ни заграничный, ни заграничный тренер по VPlex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13361</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Mon, 09 Jun 2014 11:24:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13361</guid>
		<description>Firehunter:

Слушайте, не перестаньте уже вертеться как уж. Я дважды опроовергаю ваши утверждеия, а вы крутитесь, и выдумываете все новые детали. Начали мы с того, что, якобы, патенты NetApp позволяют им препятствовать использовать их решения в продуктах лругих компаний.
Я опроверг это. Вы нашлись, что наверное это потому что Oracle большой и важный для NetApp, я нашел вам не такого большого и важного, вы нашли еще какую-то малозначащую деталь, и будете спорить дальше, хотя уже всем понятно, что, если есть такая необходимость, патенты не мешают. Они мешают только тому, кто хочет брать непринадлежащее ему, использовать чужую интеллектуальную собственность без спроса и в своих интересах, зарабатывать на нем ничего не заплатив, и использовать это на своих собственных условиях.
Это, конечно, никому не нравится. "Раздавать бесплатно" можно только то, что принадлежит тебе, что создал ты, а не что ты взял у кого-то.

&gt; Ключевое в этом предложении “на базе ядра OpenSolaris”, Вам так не кажется? =) Что там с копирайтами кода ядра, они NexentaStor или таки Orcale/SUN?

Нет. Вы просто не читаете то, что я вам в ссылках присылаю, как можно с вами всерьез спорить:
&lt;a href="http://en.wikipedia.org/wiki/NexentaStor" rel="nofollow"&gt;"NexentaStor is an OpenSolaris or more recently Illumos distribution"&lt;/a&gt;
&lt;a href="http://en.wikipedia.org/wiki/Illumos" rel="nofollow"&gt;"illumos is a free and open-source Unix operating system. It derives from OpenSolaris. License: BSD, MIT or CDDL"&lt;/a&gt;

&gt; ?? не сторадж совсем, а ПО для организации СХД “на коленке”.

?? это снова не так, даже если бы это было в самом деле важно, на рынке присутствует &lt;a href="http://www.dataonstorage.com/dataon-solutions/nexenta.html" rel="nofollow"&gt;множество изготовителей фиических стораджей на базе Nexenta&lt;/a&gt;, просто первая же ссылка из гугла.

Почему я должен за вас и для вас искать все это, хотя вы сами вполне могли бы сделать хоть малейшую проверку того, что вы пишете, прежде чем это писать тут?

&gt; Собственно наш диспут прекратится сразу после того

Наш диспут уже прекратился, я вообще слишком много позволяю вести оффтопиков в коментах.
А в данном случае я бы хотел, напоследок, обратить ваше внимание, что вы, как вы сами сказали выше, не юрист и в теме американских юридических исков не разбираетесь. Поэтому предлагаю вам не плодить выдумки, и уж тем более не пытаться притянуть иск, поданный по поволу переманивания сотрудников (такие иски являются общепринятой и повседневной практикой у больших и конкурирующих компаний) к теме патентных ограничений.</description>
		<content:encoded><![CDATA[<p>Firehunter:</p>
<p>Слушайте, не перестаньте уже вертеться как уж. Я дважды опроовергаю ваши утверждеия, а вы крутитесь, и выдумываете все новые детали. Начали мы с того, что, якобы, патенты NetApp позволяют им препятствовать использовать их решения в продуктах лругих компаний.<br />
Я опроверг это. Вы нашлись, что наверное это потому что Oracle большой и важный для NetApp, я нашел вам не такого большого и важного, вы нашли еще какую-то малозначащую деталь, и будете спорить дальше, хотя уже всем понятно, что, если есть такая необходимость, патенты не мешают. Они мешают только тому, кто хочет брать непринадлежащее ему, использовать чужую интеллектуальную собственность без спроса и в своих интересах, зарабатывать на нем ничего не заплатив, и использовать это на своих собственных условиях.<br />
Это, конечно, никому не нравится. &#8220;Раздавать бесплатно&#8221; можно только то, что принадлежит тебе, что создал ты, а не что ты взял у кого-то.</p>
<p>> Ключевое в этом предложении “на базе ядра OpenSolaris”, Вам так не кажется? =) Что там с копирайтами кода ядра, они NexentaStor или таки Orcale/SUN?</p>
<p>Нет. Вы просто не читаете то, что я вам в ссылках присылаю, как можно с вами всерьез спорить:<br />
<a href="http://en.wikipedia.org/wiki/NexentaStor" rel="nofollow">&#8220;NexentaStor is an OpenSolaris or more recently Illumos distribution&#8221;</a><br />
<a href="http://en.wikipedia.org/wiki/Illumos" rel="nofollow">&#8220;illumos is a free and open-source Unix operating system. It derives from OpenSolaris. License: BSD, MIT or CDDL&#8221;</a></p>
<p>> ?? не сторадж совсем, а ПО для организации СХД “на коленке”.</p>
<p>?? это снова не так, даже если бы это было в самом деле важно, на рынке присутствует <a href="http://www.dataonstorage.com/dataon-solutions/nexenta.html" rel="nofollow">множество изготовителей фиических стораджей на базе Nexenta</a>, просто первая же ссылка из гугла.</p>
<p>Почему я должен за вас и для вас искать все это, хотя вы сами вполне могли бы сделать хоть малейшую проверку того, что вы пишете, прежде чем это писать тут?</p>
<p>> Собственно наш диспут прекратится сразу после того</p>
<p>Наш диспут уже прекратился, я вообще слишком много позволяю вести оффтопиков в коментах.<br />
А в данном случае я бы хотел, напоследок, обратить ваше внимание, что вы, как вы сами сказали выше, не юрист и в теме американских юридических исков не разбираетесь. Поэтому предлагаю вам не плодить выдумки, и уж тем более не пытаться притянуть иск, поданный по поволу переманивания сотрудников (такие иски являются общепринятой и повседневной практикой у больших и конкурирующих компаний) к теме патентных ограничений.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Firehunter</title>
		<link>http://blog.aboutnetapp.ru/archives/1364#comment-13360</link>
		<dc:creator>Firehunter</dc:creator>
		<pubDate>Mon, 09 Jun 2014 10:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1364#comment-13360</guid>
		<description>&#62;Хотите пример не такого “крупнейшего производителем бизнес ПО”? Пожалуйста, NexentaStor, имеющий на рынке долю порядка процента, и с 2008 года выпускает коммерческий сторадж на базе ядра OpenSolaris, с, соотвественно, ZFS, и его репликацией и снэпшотами.

Ключевое в этом предложении "на базе ядра OpenSolaris", Вам так не кажется? =) Что там с копирайтами кода ядра, они NexentaStor или таки Orcale/SUN? 
?? не сторадж совсем, а ПО для организации СХД "на коленке".

Собственно наш диспут прекратится сразу после того, как станут известны подробности исков NetApp в сторону Nimble Storage. В преамбуле NetApp пишет о защите своих инноваций, на которых и основан их успех.
А может быть выяснится, что это попытка кросс-лицензирования и Вы окажетесь правы.</description>
		<content:encoded><![CDATA[<p>&gt;Хотите пример не такого “крупнейшего производителем бизнес ПО”? Пожалуйста, NexentaStor, имеющий на рынке долю порядка процента, и с 2008 года выпускает коммерческий сторадж на базе ядра OpenSolaris, с, соотвественно, ZFS, и его репликацией и снэпшотами.</p>
<p>Ключевое в этом предложении &#8220;на базе ядра OpenSolaris&#8221;, Вам так не кажется? =) Что там с копирайтами кода ядра, они NexentaStor или таки Orcale/SUN?<br />
?? не сторадж совсем, а ПО для организации СХД &#8220;на коленке&#8221;.</p>
<p>Собственно наш диспут прекратится сразу после того, как станут известны подробности исков NetApp в сторону Nimble Storage. В преамбуле NetApp пишет о защите своих инноваций, на которых и основан их успех.<br />
А может быть выяснится, что это попытка кросс-лицензирования и Вы окажетесь правы.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
