<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>about NetApp</title>
	
	<link>http://blog.aboutnetapp.ru</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Thu, 11 Mar 2010 01:00:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
	<language>en</language>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/AboutNetapp" /><feedburner:info uri="aboutnetapp" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Полезные команды: logger</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/UQPy-a4wJQI/543</link>
		<comments>http://blog.aboutnetapp.ru/archives/543#comments</comments>
		<pubDate>Thu, 11 Mar 2010 01:00:04 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[commands]]></category>

		<category><![CDATA[howto]]></category>

		<category><![CDATA[tricks]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[tips&amp;tricks]]></category>

		<category><![CDATA[useful]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=543</guid>
		<description><![CDATA[Простая, малоизвестная, но весьма полезная команда – logger. Эта команда пишет данную ей в аргументе текстовую строку в системный лог (/etc/messages). С ее помошью можно заносить в лог определенные записи, например отмечать там свои действия.
fas1&#62; logger&#160;&#160; *** Starting shelf firmware upgrade *** 
Запущенная без аргумента она ожидает ввода со stdin (клавиатуры), завершаемого “по юниксному” – [...]]]></description>
			<content:encoded><![CDATA[<p>Простая, малоизвестная, но весьма полезная команда – <strong>logger</strong>. Эта команда пишет данную ей в аргументе текстовую строку в системный лог (/etc/messages). С ее помошью можно заносить в лог определенные записи, например отмечать там свои действия.</p>
<p><code>fas1&gt; logger&#160;&#160; *** Starting shelf firmware upgrade ***</code> </p>
<p>Запущенная без аргумента она ожидает ввода со stdin (клавиатуры), завершаемого “по юниксному” – точкой в начале новой строки</p>
<p><code>fas1&gt; logger&#160; <br />&#8212;&#8211; &gt; System going down for UPS system maintenance&#160; &lt; &#8212;&#8211;       <br />System is expected to halt ungracefully while we test battery duration       <br />-&#160; &gt; Sysadmin       <br />.</code></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=UQPy-a4wJQI:kGDByGEfs1g:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/UQPy-a4wJQI" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/543/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/543</feedburner:origLink></item>
		<item>
		<title>Мониторинг среды: команда environment</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/BdWL18UF_5U/542</link>
		<comments>http://blog.aboutnetapp.ru/archives/542#comments</comments>
		<pubDate>Mon, 08 Mar 2010 01:00:36 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[commands]]></category>

		<category><![CDATA[howto]]></category>

		<category><![CDATA[monitoring]]></category>

		<category><![CDATA[netapp]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=542</guid>
		<description><![CDATA[Малоизвестная, но полезная команда консоли environment позволит наблюдать за различными показателями “среды обитания” системы хранения, таких как, например, температура, скорости вращения вентиляторов охлаждения, или состояние блоков питания.
fas&#62; environment status – показывает всю доступную информацию&#160; fas&#62; environment shelf – показывает информацию, относящуюся к дисковым полкам&#160; fas&#62; environment chassis all – показывает информацию о шасси контроллера  [...]]]></description>
			<content:encoded><![CDATA[<p>Малоизвестная, но полезная команда консоли <strong>environment</strong> позволит наблюдать за различными показателями “среды обитания” системы хранения, таких как, например, температура, скорости вращения вентиляторов охлаждения, или состояние блоков питания.</p>
<p><code>fas&gt; environment status</code> – показывает всю доступную информацию&#160; <br /><code>fas&gt; environment shelf</code> – показывает информацию, относящуюся к дисковым полкам&#160; <br /><code>fas&gt; environment chassis all</code> – показывает информацию о шасси контроллера     <br /><code>fas&gt; environment chassis list-sensors</code> – показыват все датчики шасси, их состояния и пороги </p>
<p>Пример вывода команды environment status shelf:</p>
<pre>          Environment for adapter 3:
                  Shelves monitored: 1    enabled: yes
                  Swap in progress? no    Environmental failure? no

                  EDM 1 (active):
                  SES Configuration, via loop id 3 in shelf 0x0:
                   logical identifier=0x3003040000000000
                   vendor identification=EuroLogc
                   product identification=Eurologic EDM
                   product revision level=0x01000101
                  Vendor-specific information:
                   backplane byte=0x1e     cabinet id=0x0
                   Backplane Type : Single Fibre Channel Backplane
                   Backplane Function : Storage System
                   Kernel Version : 1.0.A          App. Version : 1.1.A
                  Shelf:0         SES path:3.3    Device mask: 0x7f
                  Power Supply present: 0x3; with error: 0x0
                  Fans present: 0x3; with error: 0x0
                  Temperature Sensor present: 0x1; with error: 0x0
                  SES Electronics present: 0x1; with error: 0x0
                  Shelf temperature: 29C (84F)
                  High thresholds: critical: 55C (131F); warning 50C (122F)
                  Low thresholds: critical: 0C (32F); warning 10C (50F)

                  Disks physically present on adapter 3
                    Devices 0x1f-0x00: 0000007f
                    Devices 0x3f-0x20: 00000000
                    Devices 0x5f-0x40: 00000000
                    Devices 0x7f-0x60: 00000000</pre>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=BdWL18UF_5U:3mPQJWil4EM:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/BdWL18UF_5U" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/542/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/542</feedburner:origLink></item>
		<item>
		<title>Banner message в консоли</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/dJEGZdWfBeY/541</link>
		<comments>http://blog.aboutnetapp.ru/archives/541#comments</comments>
		<pubDate>Thu, 04 Mar 2010 01:00:21 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[howto]]></category>

		<category><![CDATA[tricks]]></category>

		<category><![CDATA[console]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[tips&amp;tricks]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=541</guid>
		<description><![CDATA[В админской консоли, будь то терминал консольного порта, телнет или ssh, при подключении можно вывести на экран подключающегося (до ведения логина) какую-нибудь полезную информацию. В Linux/UNIX это часто называется banner или motd (message of the day).
Например туда можно написать какую-нибудь полезную информацию о контакте с дежурным админом:
В экстренных случаях, для контакта с системным администратором данной [...]]]></description>
			<content:encoded><![CDATA[<p>В админской консоли, будь то терминал консольного порта, телнет или ssh, при подключении можно вывести на экран подключающегося (до ведения логина) какую-нибудь полезную информацию. В Linux/UNIX это часто называется banner или motd (message of the day).</p>
<p>Например туда можно написать какую-нибудь полезную информацию о контакте с дежурным админом:</p>
<p><code>В экстренных случаях, для контакта с системным администратором данной системы, позвоните по номеру +7-916-1234567 (круглосуточно)</code> </p>
<p>Или принадлежности данной системы в большом хозяйстве датацентра:</p>
<p><code>Данная система хранения принадлежит отделу автоматизации ОАО Проммехавтоматика (комната 414, здание Б), ответственный Приходько Б.П.</code> </p>
<p>Или вывесить в нем строгое предупреждение любителям посканировать открытые порты:</p>
<p><code>Все что вы получаете на свой компьютер может быть использовано против вас. Обращение к данной системе записывается, оставайтесь на месте, за вами выехали.</code> </p>
<p>Для того, чтобы вывести сообщение при подключении, запишите его в файл /etc/issue или /etc/motd</p>
<p>Самым простым способом будет сделать это непосредственно из консоли с помощью команды wrfile, которая перенаправляет нажатия клавиш в файл, завершить запись файла можно нажатием Ctrl-C:</p>
<p><code>fas&gt; wrfile /etc/issue      <br />Warning: This system to be accessed only by Acme Corporation employees.       <br />Have a nice day.       <br />&#160; <br />&lt;Ctrl+C&gt; error: broken pipe </code></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=dJEGZdWfBeY:kvSGqQfwzzs:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/dJEGZdWfBeY" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/541/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/541</feedburner:origLink></item>
		<item>
		<title>MTTJL</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/92PHpA0PTis/561</link>
		<comments>http://blog.aboutnetapp.ru/archives/561#comments</comments>
		<pubDate>Tue, 02 Mar 2010 16:51:22 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[новости]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=561</guid>
		<description><![CDATA[MTTJL (Mean Time To Job Loss)
:D
]]></description>
			<content:encoded><![CDATA[<p>MTTJL (Mean Time To Job Loss)</p>
<p>:D</p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=92PHpA0PTis:XjUwHmrGJCE:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/92PHpA0PTis" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/561/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/561</feedburner:origLink></item>
		<item>
		<title>Блокировка трафика протоколов на портах</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/Mj5Whl6QqC4/540</link>
		<comments>http://blog.aboutnetapp.ru/archives/540#comments</comments>
		<pubDate>Mon, 01 Mar 2010 01:00:20 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[howto]]></category>

		<category><![CDATA[tricks]]></category>

		<category><![CDATA[ethernet]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[options]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=540</guid>
		<description><![CDATA[Иногда бывает важно сделать так, чтобы трафик определенных протоколов вообще не ходил по определенным портам. Например, у нас есть система хранения, лицензированы протоколы iSCSI, CIFS и настроена репликация SnapMirror. Каждый из этих протоколов работает в своей физической сети. По CIFS ходят юзеры за файлами, по iSCSI прицеплены сервера, а SnapMirror льет свои данные по третьей [...]]]></description>
			<content:encoded><![CDATA[<p>Иногда бывает важно сделать так, чтобы трафик определенных протоколов вообще не ходил по определенным портам. Например, у нас есть система хранения, лицензированы протоколы iSCSI, CIFS и настроена репликация SnapMirror. Каждый из этих протоколов работает в своей физической сети. По CIFS ходят юзеры за файлами, по iSCSI прицеплены сервера, а SnapMirror льет свои данные по третьей сети, выделенной только под трафик репликации.</p>
<p>И мы хотели бы гарантировать, что каждый трафик будет существовать только в своей сети. До ONTAP 7.3 минимальные средства такого управления были только для iSCSI. Можно было разрешить или запретить iSCSI на конкретном порту, и только. Но начиная с 7.3 появилась новая возможность.</p>
<p> <code>fas&gt; options interface.cifs.blocked e0b</code>   <br /><code>fas&gt; options interface.iscsi.blocked e1a,e1b,e1c,e1d</code>   <br /><code>fas&gt; options interface.nfs.blocked e0a,e0c</code>   <br /><code>fas&gt; options interface.snapmirror.blocked e0d</code>
</p>
<p>Из приведенных примеров, как мне кажется, все понятно. Обратите внимание, что настройки на обоих контроллерах кластера должны быть строго идентичны! Также имейте ввиду, что данные настройки не работают для iSCSI HBA и TOE-карт, то есть это только для обычных NIC, как onboard, так и карт расширения.</p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=Mj5Whl6QqC4:HqH7HlNvncA:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/Mj5Whl6QqC4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/540/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/540</feedburner:origLink></item>
		<item>
		<title>Head Start Promotion</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/yhauCbL1TvI/538</link>
		<comments>http://blog.aboutnetapp.ru/archives/538#comments</comments>
		<pubDate>Thu, 25 Feb 2010 01:00:23 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[новости]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[promotion]]></category>

		<category><![CDATA[training]]></category>

		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=538</guid>
		<description><![CDATA[В блоге Ника Триантоса, инженера NetApp, обнаружена интересная информация. С февраля по конец апреля 2010 года NetApp объявил о промо-программе для своего обучающего ресурса NetApp University.
Вы можете зарегистрироваться там и пройти 9 бесплатных веб-курсов по ряду нужных и полезных тем. Вот список входящих в промо курсов:

Introduction to NetApp Products&#160; 
FAS2000 Series Hardware Maintenance 
FAS3100 Series [...]]]></description>
			<content:encoded><![CDATA[<p>В <a href="http://blogs.netapp.com/storage_nuts_n_bolts/2010/02/get-a-head-start.html">блоге Ника Триантоса</a>, инженера NetApp, обнаружена интересная информация. С февраля по конец апреля 2010 года NetApp объявил о промо-программе для своего обучающего ресурса <a href="http://www.netapp.com/us/services/university/">NetApp University</a>.</p>
<p>Вы можете зарегистрироваться там и пройти 9 бесплатных веб-курсов по ряду нужных и полезных тем. Вот список входящих в промо курсов:</p>
<ul>
<li>Introduction to NetApp Products&#160; </li>
<li>FAS2000 Series Hardware Maintenance </li>
<li>FAS3100 Series Hardware Maintenance </li>
<li>FAS6000 Series Hardware Maintenance&#160; </li>
<li>Performance Acceleration Module Hardware Maintenance&#160; </li>
<li>High Availability on Data ONTAP 7.3 </li>
<li>SnapMirror Disaster Recovery&#160; </li>
<li>SnapMirror Planning and Implementation </li>
<li>Technical Overview of System Manager 1.0&#160;&#160; </li>
</ul>
<p>Для того, чтобы попасть на NeApp University надо зарегистрироваться в <a href="http://now.netapp.com/">NOW (NetApp On Web)</a>, основном портале клиентской поддержки NetApp, с логином уровня guest, после чего пойти на NetApp University, и авторизоваться там этим логином. Далее выбрать названные курсы, добавить их в свой список курсов, и пройти.</p>
<p>Для подробного путевождения по NetApp University eLearning, сайту, который делался только для настоящих джедаев, а простому человеку, впервые сталкивающемуся с чудовищностью юзабельности “корпоративных порталов” я подготовил вам небольшой (5 минут) скринкаст процесса. Посмотреть его можно тут: <a href="http://screencast.com/t/MDEzMjky">How to enroll a web-based course in NetApp University</a></p>
<p>Небольшой FAQ:</p>
<ol>
<li><strong>Это доступно любому человку, или надо быть партнером или клиентом NetApp?        <br /></strong>Это доступно любому, если получить логин в NOW. Для guest этот процесс иногда может затянуться на неосмысленно продолжительное время, так что не откладывайте. Конечно действующий клиент NetApp также может эти курсы пройти, даже, наверное, должен. Однако, о диковинные извивы мысли маркетинга, под логином уровня customer вы этих курсов не увидите, только под guest, так что уже действующим клиентам, имеющим логин уровня Customer, то есть с зарегистрированной на него системой, придется сделать еще один аккаунт. Основная целевая группа промо – клиенты NetApp, которые уже купили систему хранения и ожидая ее прибытия хотели бы подготовиться.       </li>
<li><strong>Когда заканчивается promo?        <br /></strong>Вы должны успеть зарегистрироваться до 30 апреля. Если вы зарегистрировались и заказали курсы в NU, то вы сможете их пройти и после 30 апреля. Имейте виду, если вы проапгрейдите ваш логин с guest до customer, заказанные курсы исчезнут. Впрочем, как я знаю, для “кастомера”&#160; есть набор своих, как платных, так и бесплатных курсов на NU. </li>
</ol>
<p>Примечание: После регистрации тренинга, вы получите на почту, которая соответствует вашему зарешистрированному в NOW логину, письмо о успешном заказе тренинга. Вот оттуда выдержка про аппаратные и программные требования:</p>
<p>This web-based course is available for access any time and can be completed over multiple sessions.</p>
<p><strong>System Requirements</strong><br />
Please review the general system requirements below to ensure that web-based training (WBT) courses operate correctly.</p>
<p>Machine Specifications:</p>
<ul>
<li>Pentium class personal computer</li>
<li>Windows 2000 or XP operating system</li>
<li>Broadband internet connection</li>
<li>Internet Explorer 6.x</li>
<li>Audio capability</li>
<li>1024&#215;768 or greater screen resolution</li>
<li>256 MB or greater RAM</li>
</ul>
<p>Other configuration notes:</p>
<ul>
<li>Pop-up blockers can interfere with WBT course operation and should be turned off</li>
<li>Sun Java Plug-In should be installed and enabled</li>
<li>Adobe Flash player should be installed and enabled</li>
<li>Active X should be enabled</li>
<li>The following software configurations are currently being evaluated:</li>
<ul>
<li>Microsoft Vista operating system</li>
<li>Internet Explorer 7.x</li>
<li>Firefox 2.x</li>
</ul>
</ul>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=yhauCbL1TvI:EnA5r6oIzX4:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/yhauCbL1TvI" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/538/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/538</feedburner:origLink></item>
		<item>
		<title>Тестирование производительности: инструменты</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/NGDhXHzcxxU/537</link>
		<comments>http://blog.aboutnetapp.ru/archives/537#comments</comments>
		<pubDate>Sat, 20 Feb 2010 06:54:19 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[review]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=537</guid>
		<description><![CDATA[Тематика тестирования производительности и stress-test не отпускает, и поэтому я решил сделать небольшой обзор некоторых “подручных” (тех, которыми приходилось пользоваться) средств оценки и измерения производительности.
Ранее я уже обозревал однозначный “мастхэв” программу IOmeter, теперь несколько слов о других средствах.
SIO
На вебсайте NOW, в разделе ToolChest найдена небольшая утилитка SIO – Simulated I/O, которая пусть&#160; н столь совершенна [...]]]></description>
			<content:encoded><![CDATA[<p>Тематика тестирования производительности и stress-test не отпускает, и поэтому я решил сделать небольшой обзор некоторых “подручных” (тех, которыми приходилось пользоваться) средств оценки и измерения производительности.</p>
<p>Ранее я уже обозревал однозначный “мастхэв” <a href="http://blog.aboutnetapp.ru/archives/485">программу IOmeter</a>, теперь несколько слов о других средствах.</p>
<h2>SIO</h2>
<p>На <a href="http://now.netapp.com/">вебсайте NOW</a>, в разделе ToolChest найдена небольшая утилитка SIO – Simulated I/O, которая пусть&#160; н столь совершенна и гибка как IOmeter, но тоже может использоваться с успехом. Она есть для Windows, Linux, Solaris, AIX и HP-UX, соотвтствующие версии можно скачать из ToolChest.</p>
<p><a href="http://pics.aboutnetapp.ru//image28.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://pics.aboutnetapp.ru//image-thumb14.png" width="719" height="410" /></a> </p>
<h2>iozone</h2>
<p>Исторически в Linux/UNIX средах популярна программка iozone. Она же существует и под другие платформы, в том числе и под win32. Текущая версия – 3.321 Программа имеет огромное количество ключей и настроек, в которых можно увязнуть надолго.&#160; Описание всех их для всеобъемлющего тестирования далеко выходит за рамки этого поста, подскажу только, что с ключом –a (или –A, немного другой вариант) запускается некий дефолтный набор тестов “auto”. Также стандартный короткий тест запускается и при запуске iozone&#160; без параметров, а ключи выводятся по &#8211;help.    <br />В свое время в форуме sql.ru был составлен типовой паттерн тестирования, ориентированный на профиль баз данных, можно воспользоваться им.</p>
<p> <code>iozone -i 0 -i 1 -i 2 -i 4 -i 5 -i 8 -e -o -c -s 4000M -r 4K -j 1 -f TEST4G4k.log -b /export/home/romx/testlog-4g4k.xls</code> </p>
<p> <code>iozone -i 0 -i 1 -i 2 -i 4 -i 5 -i 8 -e -o -c -s 4000M -r 64K -j 1 -f TEST4G64k.log -b /export/home/romx/testlog-4g64k.xls</code></p>
<p>Здесь, как видите, настроен тестовый файл размером 4000MB, и проводятся два тестирования, с блоком 4KB и 64KB, а результаты записываются в файл testlog-*.xls</p>
<h2>SQLIO</h2>
<p>Не отстает и Microsoft. На сайте MS можно скачать программку SQLIO, ориентированную, казалось бы, как явствует название, на симуляцию нагрузки MS SQL Server, однако в целом это утилита довольно широкого применения. Только под Win32. К программе прилагается файлик “Using SQLIO” - Using SQLIO to Stress Test an I/O Subsystem, с помощью которого можно во всем разобраться. </p>
<p><a href="http://pics.aboutnetapp.ru//image29.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://pics.aboutnetapp.ru//image-thumb15.png" width="528" height="197" /></a>&#160;</p>
<h2>SQLIOSim</h2>
<p>Однако если вас в первую очередь интересует именно MS SQL Server и его характерные нагрузки и особенности, там же, на сайте MS TechNet можно найти программу <a href="http://support.microsoft.com/?id=231619">SQLIOSim</a></p>
<p><a href="http://pics.aboutnetapp.ru//image30.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://pics.aboutnetapp.ru//image-thumb16.png" width="640" height="462" /></a></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=NGDhXHzcxxU:UJjWe3CrxRI:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/NGDhXHzcxxU" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/537/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/537</feedburner:origLink></item>
		<item>
		<title>Negotiation Failover</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/HWeIoPMw1Jo/530</link>
		<comments>http://blog.aboutnetapp.ru/archives/530#comments</comments>
		<pubDate>Thu, 18 Feb 2010 03:22:05 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[techtalk]]></category>

		<category><![CDATA[cluster]]></category>

		<category><![CDATA[failover]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=530</guid>
		<description><![CDATA[Это опция, которая инициирует Cluster Failover системы не только в случае аппаратного отказа контроллера в целом, но и просто в случае потери сетевого соединения котроллером. В случае, когда высокая доступность данных есть определяющее требование, можно попытаться таким образом защититься от, например, отказа сетевого коммутатора, или отдельного порта.
Однако примите во внимание, что включение Negotiation Failover может [...]]]></description>
			<content:encoded><![CDATA[<p>Это опция, которая инициирует Cluster Failover системы не только в случае аппаратного отказа контроллера в целом, но и просто в случае потери сетевого соединения котроллером. В случае, когда высокая доступность данных есть определяющее требование, можно попытаться таким образом защититься от, например, отказа сетевого коммутатора, или отдельного порта.</p>
<p>Однако примите во внимание, что включение Negotiation Failover может вызывать ненужные “ложные” срабатывания “на каждый чих”, со всей последующей суетой в виде кластерного файловера, и прочим, так что применяйте ее с осторожностью, и с полным пониманием того, что вы хотите достичь. </p>
<p>По умолчанию Data ONTAP считает возможные проблемы коннективити проблемой на стороне&#160; коммутатора, решаемые его силами, и не пытается на своей стороне преодолевать их. В жизни проблемы связи, кроме проблем на стороне коммутатора, могут быть порождены, к примеру, отключенным или оборванным кабелем. Система хранения, к которой, и к данным которой нет доступа по сети – все равно что отключенная. Поэтому начиная с Data ONTAP 7.2 появилась опция запуска кластерного файловера по причине потери сетевого соединения.</p>
<p>Примеры:</p>
<p>Сначала разрешим negotiated failover (nfo) на интерфйсах в файле /etc/rc file:</p>
<p><code>ifconfig e0a ‘hostname’-e0a netmask 255.255.255.0 nfo partner 10.10.1.102</code> </p>
<p>Далее установим опции ONTAP:</p>
<p><code>fas&gt; options cf.takeover.on_network_interface_failure on </code>    <br /><code>fas&gt; options cf.takeover.on_network_interface_failure.policy [ any_nic | all_nics ]</code></p>
<p>Если на вашей кластерной системе невелико количество сетевых портов, или вы не имеете избыточности в вашей сетевой инфраструктуре, то использование Negotiation Failover (NFO) может повысить отказоустойчивость вашей системы. </p>
<p>ВНИМАНИЕ: Если обе кластерные ноды включены в один сетевой коммутатор, и коммутатор отключен, то система хранения может войти в так называемый&#160; <em>failover loop</em> при котором каждая из систем попытается сделать failover на своего партнера. Внимательно оцените вашу структуру сети, чтобы не допустить такого развития событий.</p>
<p>Подробнее смотрите в документации на соответствующие команды ONTAP:</p>
<p><strong>ifconfig</strong>:    <br /><a href="http://now.netapp.com/NOW/knowledge/docs/ontap/rel731/html/ontap/cmdref/man1/na_ifconfig.1.htm">http://now.netapp.com/NOW/knowledge/docs/ontap/rel731/html/ontap/cmdref/man1/na_ifconfig.1.htm</a> </p>
<p><strong>options</strong>:    <br /><a href="http://now.netapp.com/NOW/knowledge/docs/ontap/rel731/html/ontap/cmdref/man1/na_options.1.htm">http://now.netapp.com/NOW/knowledge/docs/ontap/rel731/html/ontap/cmdref/man1/na_options.1.htm</a></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=HWeIoPMw1Jo:2SP6oUx_umc:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/HWeIoPMw1Jo" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/530/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/530</feedburner:origLink></item>
		<item>
		<title>Организационное.</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/1GZF-Bna-5k/528</link>
		<comments>http://blog.aboutnetapp.ru/archives/528#comments</comments>
		<pubDate>Wed, 17 Feb 2010 02:52:49 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[новости]]></category>

		<category><![CDATA[blogs]]></category>

		<category><![CDATA[feed]]></category>

		<category><![CDATA[itblogs]]></category>

		<category><![CDATA[subscribe]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=528</guid>
		<description><![CDATA[Я заметил, что многие люди читают этот блог странными способами.
Хочу привлечь ваше внимание к тому, что единственно правильный способ (два;) - читать его с адреса http://blog.aboutnetapp.ru как вебстраницу, либо подписаься на RSS по адресу http://blog.aboutnetapp.ru/rss (или он же: http://feeds.feedburner.com/AboutNetapp).
Это я к тому, что я постепенно буду стараться прекращать &#8220;левые&#8221; ретрансляции блога, и первой &#8220;жертвой&#8221; будет [...]]]></description>
			<content:encoded><![CDATA[<p>Я заметил, что многие люди читают этот блог странными способами.<br />
Хочу привлечь ваше внимание к тому, что единственно правильный способ (два;) - читать его с адреса <a href="http://blog.aboutnetapp.ru">http://blog.aboutnetapp.ru</a> как вебстраницу, либо подписаься на RSS по адресу <a href="http://blog.aboutnetapp.ru/rss">http://blog.aboutnetapp.ru/rss</a> (или он же: <a href="http://feeds.feedburner.com/AboutNetapp">http://feeds.feedburner.com/AboutNetapp</a>).</p>
<p>Это я к тому, что я постепенно буду стараться прекращать &#8220;левые&#8221; ретрансляции блога, и первой &#8220;жертвой&#8221; будет ITblogs, который уже опустился ниже плинтуса качеством и количеством материала, и превратился во &#8220;френдленту Миши Елашкина&#8221;, вдобавок глючащую без меры. Так что если вы все еще читаете меня в потоке itblogs, то рекомендую перенастроить ридер на меня напрямую.</p>
<p>Помните, что я публикую заметки и статьи в блоге еженедельно, по понедельникам и четвергам. Добропочитать. :)</p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=1GZF-Bna-5k:le_-sELaG1M:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/1GZF-Bna-5k" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/528/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/528</feedburner:origLink></item>
		<item>
		<title>Встроенный сниффер: pktt</title>
		<link>http://feedproxy.google.com/~r/AboutNetapp/~3/ScknKbYj3v8/526</link>
		<comments>http://blog.aboutnetapp.ru/archives/526#comments</comments>
		<pubDate>Mon, 15 Feb 2010 01:00:20 +0000</pubDate>
		<dc:creator>romx</dc:creator>
		
		<category><![CDATA[techtalk]]></category>

		<category><![CDATA[utilities]]></category>

		<category><![CDATA[commands]]></category>

		<category><![CDATA[netapp]]></category>

		<category><![CDATA[ontap]]></category>

		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=526</guid>
		<description><![CDATA[В недрах OS Data ONTAP скрывается много удивительных гитик.
Вот, например, в каждой системе хранения NetApp, вернее в ее OS, имеется встроенный сниффер, запускаемый командой pktt, и собирающий дамп с интерфейса для последующей разборки, в формате стандартного юниксного tcpdump.
Использование:
pktt start {if &#124; all} [-b bsize] [-d dir] [-s size] [-m pklen] [-v] [-i ipaddr] [-i ipaddr] [...]]]></description>
			<content:encoded><![CDATA[<p>В недрах OS Data ONTAP скрывается много удивительных гитик.<br />
Вот, например, в каждой системе хранения NetApp, вернее в ее OS, имеется встроенный сниффер, запускаемый командой pktt, и собирающий дамп с интерфейса для последующей разборки, в формате стандартного юниксного tcpdump.</p>
<p>Использование:<br />
<code>pktt start {if | all} [-b bsize] [-d dir] [-s size] [-m pklen] [-v] [-i ipaddr] [-i ipaddr] …<br />
pktt pause {if | all}<br />
pktt dump {if | all} [-d dir]<br />
pktt stop {if | all}<br />
pktt status [{if | all}] [-v]<br />
pktt delete [filename.trc]+<br />
pktt list </code></p>
<p>Команда pktt управляет простым встроенным средством сбора ethernet-трафика. Пакеты захватываются с указаного интерфейса в специальный trace buffer, и после этого записываются в файл на диске. Данные записываются в формате &#8220;tcpdump&#8221;, который может быть прочитан разнообразными средствами, такими как tcpdump, ethereal (wireshark), и прочими программами-анализаторами и просмотрщиками. Вывод можно также конвертировать (утилитой editcap) в различные другие употребимые форматы, например для Sniffer, NetMon, и snoop.</p>
<p>pktt может захватывать пакеты для всех поддерживаемых типов медиа.</p>
<p><code>pktt start {if | all} [-b bsize] [-d dir] [-s size] [-m pklen] [-v] [-i ipaddr] [-i ipaddr] …</code></p>
<p>Команда <code>start</code> запускает трассировку, (или рестартует ее, если pktt находился в положении <code>paused</code>). Данные собираются в память, и пишутся в кольцеой буфер в памяти в формате &#8220;tcpdump&#8221;. Опции могут быть следующие:</p>
<p><strong>-b размербуфера</strong><br />
Устанавливает размер буфера, который может быть определен в килобайтах или мегабайтах, при задании &#8216;k&#8217; или &#8216;m&#8217; после числа. Если не определен, то будет равен 128K, если вы не задали также опцию -d, что немного, но может быть достаточно в ряде случаев. Если задана опция -d, то значение буфера по умолчанию равно 1M. Значение может быть от 8K до 32M, то в очень редких случаях стоит устанавливать его большим  1-2M. Максимальный объем пространства, доступного pktt в памяти, равен 64M.</p>
<p><strong>-d директория</strong><br />
Определяет путь к существующей директории, куда будет записан файл дампа. Файл будет иметь имя &#8220;<strong>if</strong>.trc&#8221; где&#8221;<strong>if</strong>&#8221; это имя интерфейса (например e0, fa3, и так далее.). Если опция не указана, то данные будут собиратся только в памяти, и после его заполнения, данные будут перезаписываться по кругу. Однак в любой момент можно сбросить содержимое буфера на диск с помощью команды <strong>pktt dump</strong>. Обратите внимание, что если система не будет успевать записывать все пакеты, то будет расти показатель счетчика &#8220;dropped&#8221; в выводе статуса pktt. Помните, что запись дампа всего трафика на диск может вызвать значительную нагрузку на запись для системы, и замедлить ее работу, поэтому, если это возможно, всегда ограничивайте область трассировки определенными IP-адресами и интерфейсами. Кроме этого, если вам не нужно сохранять содержимое всего пакета, то вы можете обрезать его командой -m.</p>
<p>Имейте ввиду, что любой существующий файл .trc будет молча перезаписан при выполнении этой команды.</p>
<p><strong>-s размер</strong><br />
Эта опция позволяет вам задать максимальный размер файла дампа. Величина может быть задана с указанием &#8220;k&#8221;, &#8220;m&#8221;, или &#8220;g&#8221;. По умолчанию - 1G. Этот параметр всегда используется вместе с опцией -d. После достижения максимального лимита по размеру, пакеты продолжают собираться в буфер, но уже не пишутся на диск.</p>
<p><strong>-m длинапакета</strong><br />
Этот параметр задает длину обрабатываемых пакетов (обрезая все что выходит за заданные пределы). По умолчанию - 1514 байт, что подходит для обычного ethernet, но может быть недостаточно для gigabit ethernet с использованием jumbo frames. Иногда может быть использован для ситуаций, когда не обязательно сохранять полное содержимое пакета. Однако, во многих случаях полезно сохранять полное содержимое всего пакета. В этом случае, если пакеты имеют размер свыше 1514 байт, вы можете задать желаемый максимум. Имейте виду, что некоторые декодеры (как пример - snoop) не обрабатывают пакеты более 1514 байт. Декодер ethereal/wireshark не имеет такой проблемы.</p>
<p><strong>-i ipaddr [-i ipaddr] …</strong><br />
Эта опция включает простую возможность фильтрации. Можно задать до чтырех IP-адресов, для которых (на которые и с которых) будет записываться трафик. Это, кроме всего прочего, ограничит записываемый трафик только IP-пакетами, то есть в него не попадут пакеты, например arp/rarp, и прочие подобные.</p>
<p><strong>pktt pause {if | all}</strong><br />
Команда &#8220;pause&#8221; приостанавливает сбор трафика с указаных интерфейсов. Незаписанные данные в буфере сбрасываются на диск. С помощью команды <strong>pktt start</strong> без других опций, можно возобновить сбор данных.</p>
<p><strong>pktt dump {if | all} [-d dir]</strong><br />
Команда dump вызывает сброс содержимого кольцевого буфера в памяти в файл на диске. Если задана опция <strong>-d dir</strong>, то файл будет создан в указанной директории, в противном случае - в корневой директории root volume. Имя файла всегда равно <strong>if.trc</strong> (где if это название интерфейса), и содержимое записывается в формате &#8220;tcpdump&#8221;. Если файл уже существует, то он будет молча перезаписан.</p>
<p><strong>pktt stop {if | all}</strong><br />
Эта команда выполнит остановку сбора дампа для всех заданных (или вообще всех) интерфейсов. Если вы пишете на диск, то все незаписанные на этот момент данные в буфере будут сброшен на диск. Если вы не задали файл записи дампа, то все данные в буфере будут потеряны. Это действие не требует подтверждения, так что будьте аккуратны.</p>
<p><strong>pktt status [{if | all}] [-v]</strong><br />
Эта команда покажет вым состояние буфера и файла дампа для действующей трассировки. Используя &#8220;pktt status -v&#8221; вы получите полный статус всех интерфейсов.</p>
<p><strong>pktt delete [filename.trc]+</strong><br />
Эта команда позволит вам удалить один или неколько файлов дампа в корневой директории. Длжен быть указан хотя бы один файл.</p>
<p><strong>pktt list</strong><br />
Показывает список всех файлов трассировки в корневой директории.</p>
<p>Примеры:<br />
<strong>pktt start e0</strong><br />
Эта команда начинает захват трафика с интерфейса &#8220;e0&#8243;. Весь трафик пищется в кольцевой буфер, размером 128K. Или же, если предыдущая команда приостановила сбор дампа, то она его возобновит.</p>
<p><strong>pktt start fa3 -d / -s 100m -b 2m</strong><br />
Эта команда начинает захватывать дамп трафика на интерфейсе &#8220;fa3&#8243;, и писать в файл под названием &#8220;/fa3.trc&#8221; которому будеи позволено расти до максимальног размера в 100MB, с использованием буфера в 2MB.</p>
<p><strong>pktt start el10 -d /home -m 10k -b 500k -i ehost1 -i ehost2</strong><br />
Эта команда начинает захватывать пакеты на и с определенных хостов, в данном примере &#8220;ehost1&#8243; и &#8220;ehost2&#8243; записывая их в файл &#8220;/home/el10.trc&#8221;. Пакеты размером до 10K записываются в буфер, размером 500K buffer. Отметьте, это будет работать только в том случае, если имена заданных хостов будут успешно резолвиться в DNS.</p>
<p><strong>pktt start all -b 128k -i 172.20.4.1</strong><br />
Все интерфейсы начинают записыват дамп трафика на и с определенного IP-адреса. Это простой и быстрый способ посмотреть трафик, сли вы не уверены в том, какой интерфейс используется, но хотите увидеть пакеты с одного или более адресов IP.</p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AboutNetapp?a=ScknKbYj3v8:4wdxyPkysvc:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AboutNetapp?d=yIl2AUoC8zA" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AboutNetapp/~4/ScknKbYj3v8" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.aboutnetapp.ru/archives/526/feed</wfw:commentRss>
		<feedburner:origLink>http://blog.aboutnetapp.ru/archives/526</feedburner:origLink></item>
	</channel>
</rss><!-- Dynamic page generated in 0.512 seconds. --><!-- Cached page generated by WP-Super-Cache on 2010-03-11 08:03:15 -->
