<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Капризы MsExchangeSA в Exchange 2007</title>
	<atom:link href="http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/</link>
	<description>Этот блог посвящен MS Exchange, Outlook и проблемам, связанным с электронной почтой</description>
	<lastBuildDate>Wed, 08 Feb 2012 04:15:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Автор: Alexander Trofimov</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-2005</link>
		<dc:creator>Alexander Trofimov</dc:creator>
		<pubDate>Fri, 25 Jan 2008 07:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-2005</guid>
		<description>Ну на самом деле все далеко не так страшно: есть куча изменений, которые считаются &quot;auto approved&quot;. И их на самом деле очень большая часть, на сколько я себе могу представить =) </description>
		<content:encoded><![CDATA[<p>Ну на самом деле все далеко не так страшно: есть куча изменений, которые считаются &quot;auto approved&quot;. И их на самом деле очень большая часть, на сколько я себе могу представить =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Pavel Nagaev</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-2002</link>
		<dc:creator>Pavel Nagaev</dc:creator>
		<pubDate>Fri, 25 Jan 2008 06:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-2002</guid>
		<description>Да я знаю про такое.  Это действительно палка о двух концах.</description>
		<content:encoded><![CDATA[<p>Да я знаю про такое.  Это действительно палка о двух концах.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Joker</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-2001</link>
		<dc:creator>Joker</dc:creator>
		<pubDate>Fri, 25 Jan 2008 03:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-2001</guid>
		<description>В серьезных компаниях есть такая вещь, как Change Management policy. Сводит админов с ума, но иногда полезно. Суть в том, что если вы собрались даже просто пукнуть на сервер, надо оформить заявку, подробно описать, что именно планируется сделать (например, перезапустить сервис), почему это необходимо делать, какие последствия это вызовет или может вызвать, и привести оценку рисков, финансовую оценку возможных последствий, перечислить тех, кто будет за это отвечать, ну и еще с десяток пунктов. Страниц на 5-6 работы. Потом Вашу заявку рассмотрит специальный Change Management комитет (который собирается на заседания раз в неделю в лучшем случае), и может еще и отказать, если пиво в тот день оказалось неудачным.
Вот такие дела. Отшибает охоту по любому поводу перестартовать сервисы и привычку жать кнопку ОК, не подумав как следует, ну просто напрочь. Но и жить после этого не хочется. Я в свое время решил, что с такими правилами это мой последний опыт в IT, больше админом быть не хочу :)</description>
		<content:encoded><![CDATA[<p>В серьезных компаниях есть такая вещь, как Change Management policy. Сводит админов с ума, но иногда полезно. Суть в том, что если вы собрались даже просто пукнуть на сервер, надо оформить заявку, подробно описать, что именно планируется сделать (например, перезапустить сервис), почему это необходимо делать, какие последствия это вызовет или может вызвать, и привести оценку рисков, финансовую оценку возможных последствий, перечислить тех, кто будет за это отвечать, ну и еще с десяток пунктов. Страниц на 5-6 работы. Потом Вашу заявку рассмотрит специальный Change Management комитет (который собирается на заседания раз в неделю в лучшем случае), и может еще и отказать, если пиво в тот день оказалось неудачным.<br />
Вот такие дела. Отшибает охоту по любому поводу перестартовать сервисы и привычку жать кнопку ОК, не подумав как следует, ну просто напрочь. Но и жить после этого не хочется. Я в свое время решил, что с такими правилами это мой последний опыт в IT, больше админом быть не хочу <img src='http://www.exchangerus.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Pavel Nagaev</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-1997</link>
		<dc:creator>Pavel Nagaev</dc:creator>
		<pubDate>Wed, 23 Jan 2008 06:57:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-1997</guid>
		<description>&lt;p&gt;Так и статья для другого протокола написана.  У той статье объяснение дается очень простое:&lt;/p&gt;&lt;h2 id=&quot;tocHeadRef&quot; class=&quot;subTitle&quot;&gt;Cause&lt;/h2&gt;&lt;div class=&quot;sbody&quot;&gt;This problem occurs because the NWLink protocol is enabled on your network interface card (NIC), which is an &lt;strong&gt;unsupported scenario&lt;/strong&gt;.
Это не глюк, я уверен, что у Микрософта есть техническое объяснение этому, но они не сочли нужным это писать в статье и объявили это неподдерживаемой конфигурацией.  Конечно так проще, но смысл писать детальное объяснение. Важно знать, что делать.&lt;/div&gt;</description>
		<content:encoded><![CDATA[<p>Так и статья для другого протокола написана.  У той статье объяснение дается очень простое:</p>
<h2 id="tocHeadRef" class="subTitle">Cause</h2>
<div class="sbody">This problem occurs because the NWLink protocol is enabled on your network interface card (NIC), which is an <strong>unsupported scenario</strong>.<br />
Это не глюк, я уверен, что у Микрософта есть техническое объяснение этому, но они не сочли нужным это писать в статье и объявили это неподдерживаемой конфигурацией.  Конечно так проще, но смысл писать детальное объяснение. Важно знать, что делать.</div>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: orangeudav</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-1995</link>
		<dc:creator>orangeudav</dc:creator>
		<pubDate>Tue, 22 Jan 2008 12:29:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-1995</guid>
		<description>Ну и почему же все таки Exchange не может работать с включенным Apple Talk? Причины ведь так и не были озвучены? Очередно глюк из миллионов других непонятных глюков (( Мораль сей басни - мы не имеем никаких гарантий работоспособности чего бы то ни было.</description>
		<content:encoded><![CDATA[<p>Ну и почему же все таки Exchange не может работать с включенным Apple Talk? Причины ведь так и не были озвучены? Очередно глюк из миллионов других непонятных глюков (( Мораль сей басни &#8212; мы не имеем никаких гарантий работоспособности чего бы то ни было.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Nimdan</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-1981</link>
		<dc:creator>Nimdan</dc:creator>
		<pubDate>Thu, 17 Jan 2008 08:45:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-1981</guid>
		<description>Я бы еще один пунк в мораль добавил - вот сколько всего можно наладить в сети, когда у вас перестал работать Exchange :).</description>
		<content:encoded><![CDATA[<p>Я бы еще один пунк в мораль добавил &#8212; вот сколько всего можно наладить в сети, когда у вас перестал работать Exchange <img src='http://www.exchangerus.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Pavel Nagaev</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-1979</link>
		<dc:creator>Pavel Nagaev</dc:creator>
		<pubDate>Thu, 17 Jan 2008 08:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-1979</guid>
		<description>У нас кстати тоже самое. Мы с коллегой ведем свой сайтик на SharePoint, где кроме всего прочего есть библиотека Проблемы. И все что делаем - туда пишем, можно отследить изменения и то, какие проблемы мы решаем в данный момент.

Но хотелось бы, чтобы МОМ или еще кто, сравнивал конфигурации и как только нашел расхождения между вчера и сегодня, то записыавл бы это. Т.к конфигурация хранится в AD, то это вполне можно сделать.</description>
		<content:encoded><![CDATA[<p>У нас кстати тоже самое. Мы с коллегой ведем свой сайтик на SharePoint, где кроме всего прочего есть библиотека Проблемы. И все что делаем &#8212; туда пишем, можно отследить изменения и то, какие проблемы мы решаем в данный момент.</p>
<p>Но хотелось бы, чтобы МОМ или еще кто, сравнивал конфигурации и как только нашел расхождения между вчера и сегодня, то записыавл бы это. Т.к конфигурация хранится в AD, то это вполне можно сделать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Xaegr</title>
		<link>http://www.exchangerus.ru/2008/01/16/kaprizy-msexchangesa-v-exchange-2007/comment-page-1/#comment-1978</link>
		<dc:creator>Xaegr</dc:creator>
		<pubDate>Thu, 17 Jan 2008 06:09:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.exchangerus.ru/?p=367#comment-1978</guid>
		<description>&gt; Админы должны вести лог изменений о настройках на сервере (А нет ли систем, которые следят за этим автоматически?)

У нас в компании любые изменения на серверах заносятся в спецжурнал на sharepoint. К сожалению всё автоматически не получится, но помоему вполне реально сделать MP для SCOM который будет сигналить если появился новый сервис/изменились настройки ip/в dcdiag появились ошибки и т.п...</description>
		<content:encoded><![CDATA[<p>&gt; Админы должны вести лог изменений о настройках на сервере (А нет ли систем, которые следят за этим автоматически?)</p>
<p>У нас в компании любые изменения на серверах заносятся в спецжурнал на sharepoint. К сожалению всё автоматически не получится, но помоему вполне реально сделать MP для SCOM который будет сигналить если появился новый сервис/изменились настройки ip/в dcdiag появились ошибки и т.п&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

