<?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; bug</title>
	<atom:link href="http://www.mbaeker.de/tag/bug/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>
	</channel>
</rss>
