<?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>Markus Bäker &#187; mp</title>
	<atom:link href="http://www.mbaeker.de/tag/mp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mbaeker.de</link>
	<description>Jeder hat es - ich jetzt auch</description>
	<lastBuildDate>Thu, 22 Jul 2010 18:37:32 +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>OpsMgr ADDS 2003 Management Pack Bug</title>
		<link>http://www.mbaeker.de/2009/01/opsmgr-adds-2003-management-pack-bug/</link>
		<comments>http://www.mbaeker.de/2009/01/opsmgr-adds-2003-management-pack-bug/#comments</comments>
		<pubDate>Mon, 12 Jan 2009 17:26:22 +0000</pubDate>
		<dc:creator>markus</dc:creator>
				<category><![CDATA[Operations Manager]]></category>
		<category><![CDATA[System Center]]></category>
		<category><![CDATA[adds]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[mp]]></category>
		<category><![CDATA[scom]]></category>

		<guid isPermaLink="false">http://www.mbaeker.de/?p=35</guid>
		<description><![CDATA[Heute konnte ich mir endlich die Zeit nehmen einen Alert im SCOM genauer zu betrachten. Obwohl über 2GB auf der NTDS Platte des DCs frei waren und die Subdomäne nur eine Datenbankgröße von 512MB hat, meldete SCOM regelmäßig, dass die Platte zu voll sei.
In diesem Fall sieht die Berechnung folgendermaßen aus:
Name der Regel im MP: [...]]]></description>
			<content:encoded><![CDATA[<p>Heute konnte ich mir endlich die Zeit nehmen einen Alert im SCOM genauer zu betrachten. Obwohl über 2GB auf der NTDS Platte des DCs frei waren und die Subdomäne nur eine Datenbankgröße von 512MB hat, meldete SCOM regelmäßig, dass die Platte zu voll sei.</p>
<p>In diesem Fall sieht die Berechnung folgendermaßen aus:</p>
<p>Name der Regel im MP: <strong><em>AD Database Drive Free Collection</em></strong></p>
<p>Aktuelle Größen:</p>
<p><em>ntds.dit: 454672 kbytes<br />
ntds.logs: 10240 kbytes</em> (das MP Skript betrachtet nur das edb.log File)</p>
<p>Folgende Defaultparameter werden an das Skript übergeben (sind überschreibbar):<br />
<em>&lt;Threshold_DIT&gt;0.2&lt;/Threshold_DIT&gt; (also 20%)<br />
&lt;Boundary_DIT&gt;500000&lt;/Boundary_DIT&gt;<br />
&lt;Boundary_LOG&gt;200000&lt;/Boundary_LOG&gt;<br />
&lt;Threshold_LOG&gt;0.05&lt;/Threshold_LOG&gt;</em></p>
<p>Die Berechnung sieht so aus (aus dem Skript kopiert):</p>
<p><em>lReserveLog = lSizeDB * CDbl(LOG_THRESHOLD)<br />
If (lReserveLog &lt; LOG_BOUNDARY) Then<br />
lReserveLog = LOG_BOUNDARY<br />
End If<br />
lReserveDB = lSizeDB * CDbl(DIT_THRESHOLD)<br />
If (lReserveDB &lt; DIT_BOUNDARY) Then<br />
lReserveDB = DIT_BOUNDARY<br />
End If</em></p>
<p>Anhand dieses Beispiels:</p>
<ul>
<li>DIT: 454MByte*0.2 -&gt; 90,8MB (&lt;500000) -&gt; Boundary 500MByte</li>
<li>LOG: 454MByte*0,05 -&gt; 22,7MB (&lt;200000) -&gt; Boundary 200MByte</li>
</ul>
<p>Die Berechnung der Logfilegröße basiert auf der ADDS Datenbankgröße (DIT)</p>
<p>Die Logdateien und die DB liegen auf der gleichen Partition. Daher gilt:</p>
<p><em> If (lFreeSpaceDB &lt; (lReserveDB + lReserveLog)) Then<br />
bSuccess = False</em></p>
<p><em> strMessage = &#8220;Free space (&#8221; &amp; lFreeSpaceDB &amp; &#8220;KB) on drive &#8221; &amp;  UCase(Left(strPathDB, 2)) &amp; &#8221; is lower than the required reserved space for AD Database and Log file. It should be at least &#8221; &amp; (lReserveLog + lReserveDB) &amp; &#8221; KBytes.&#8221;</em></p>
<p>Somit muss der freie Platz größer als 700MByte sein. Was in diesem Beispiel zutrifft.</p>
<p>Trotzdem erscheint im Eventlog und im SCOM die Fehlermeldung:</p>
<p><em>AD Database and Log : Free space (2614404KB) on drive D: is lower than the required reserved space for AD Database and Log file.<br />
It should be at least 3182704 KBytes.</em></p>
<p>Wenn man 3182704 durch die DB Größe (454672) teilt erhält man exakt 7. Die entspricht 2+5, d.h. es gibt ein Problem mit dem Komma-Trenner (<em><strong>,</strong></em> in deutsch, <strong><em>.</em></strong> in english)</p>
<p>Ich habe dies überprüft, in dem ich das Skript angepasst habe, damit es die erhaltenen Parameter auch in die Registry speichert (<em>setData</em>..):<br />
Die Boundary Werte sind korrekt, aber Threshold Werte sind auf 5 (log) und 2 (dit) !</p>
<p><em><strong>Lösung:</strong></em></p>
<p>Override auf deutschen DCs mit 0,05 und 0,2</p>
<p><em><strong>Test:</strong></em><br />
Die Datenbankplatte wurde etwas gefüllt. Kurz darauf wurde folgende korrekte Meldung generiert:</p>
<p><em>AD Database and Log : Free space (225996KB) on drive D: is lower than the required reserved space for AD Database and Log file. It should be at least 700000 KBytes</em></p>
<p>Natürlich könnte man als Alternativen Workaround immer die 7fache Größe der Datenbank als freien Speicherplatz bereitstellen, aber gerade wenn man Domänencontroller virtualisiert und die Platten vollständig reserviert, ist dies kein gangbarer Weg. Microsoft sollte hier wie üblich auf die Ländereinstellungen achten! (Oder Nachkommastellen vermeiden. Die Prozentwerte könnten auch als 5% angegeben werden, anstatt 0.05)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mbaeker.de/2009/01/opsmgr-adds-2003-management-pack-bug/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sharepoint 2007 Management Pack</title>
		<link>http://www.mbaeker.de/2008/12/sharepoint-2007-management-pack/</link>
		<comments>http://www.mbaeker.de/2008/12/sharepoint-2007-management-pack/#comments</comments>
		<pubDate>Mon, 22 Dec 2008 18:19:18 +0000</pubDate>
		<dc:creator>markus</dc:creator>
				<category><![CDATA[Operations Manager]]></category>
		<category><![CDATA[System Center]]></category>
		<category><![CDATA[moss]]></category>
		<category><![CDATA[mp]]></category>
		<category><![CDATA[scom]]></category>

		<guid isPermaLink="false">http://www.mbaeker.de/?p=33</guid>
		<description><![CDATA[Das Sharepoint 2007 (MOSS) Management Pack erzeigt leider einige Skriptfehler auf allen nicht Sharepoint Systemen.
Es gibt verschiedene Lösungen im Web dazu. Die meisten beschreiben ein Override, dass die Zielgruppe auf nur Sharepoint Systeme einschränkt. Dies ist in meinen Augen eine schlechte Lösung, da gerade der Charm an SCOM das automatische Discovery ist.
Daher gibt es noch [...]]]></description>
			<content:encoded><![CDATA[<p>Das Sharepoint 2007 (MOSS) Management Pack erzeigt leider einige Skriptfehler auf allen nicht Sharepoint Systemen.</p>
<p>Es gibt verschiedene Lösungen im Web dazu. Die meisten beschreiben ein Override, dass die Zielgruppe auf nur Sharepoint Systeme einschränkt. Dies ist in meinen Augen eine schlechte Lösung, da gerade der Charm an SCOM das automatische Discovery ist.</p>
<p>Daher gibt es noch eine weitere Lösung, die leider etwas versteckt ist:  Chris Fox hat ein Management Pack entwickelt, dass durch einige geschickte Gruppen den Fehler korrigiert ohne die Dynamik zu verlieren: Für uns bedeutet das ein einfaches Import des MPs in SCOM. Zu finden ist es auf der <a href="http://www.opsmanjam.com/OpsManJam%20Library/Forms/AllItems.aspx?RootFolder=%2fOpsManJam%20Library%2fManagement%20Packs&amp;FolderCTID=&amp;View={C9321DFE-CF3E-4F57-8873-3D4C1F6609F4} " target="_blank">OpsManJam Seite</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mbaeker.de/2008/12/sharepoint-2007-management-pack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
