<?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>Mostly Anything &#187; Windows</title>
	<atom:link href="http://blog.devnull.ch/category/it/windows/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.devnull.ch</link>
	<description>IT Blog über VMWare, SQL, Storage, Security und mehr.</description>
	<lastBuildDate>Thu, 20 Oct 2011 12:33:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Microsoft Cluster mit Windows 2003 und HP Network Teaming</title>
		<link>http://blog.devnull.ch/2011/07/25/microsoft-cluster-mit-windows-2003-und-hp-network-teaming/</link>
		<comments>http://blog.devnull.ch/2011/07/25/microsoft-cluster-mit-windows-2003-und-hp-network-teaming/#comments</comments>
		<pubDate>Mon, 25 Jul 2011 11:33:05 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Microsoft Sql Server]]></category>
		<category><![CDATA[Netzwerk]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Cluster]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[Teaming]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=243</guid>
		<description><![CDATA[Ein Kunde benutzt HP Server und implementierte einen neuen 5 Node SQL Cluster. Die Überwachung zeigt dann immer wieder auftretende Warnungen im Eventlog, dass ein Cluster Node die Verbindung zu einem anderen Node über das Teaming Interface verloren hat. Gleich darauf erscheint dann ein Meldung, dass die Verbindung wieder hergestellt sei. Der erste Event hat [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Kunde benutzt HP Server und implementierte einen neuen 5 Node SQL Cluster. Die Überwachung zeigt dann immer wieder auftretende Warnungen im Eventlog, dass ein Cluster Node die Verbindung zu einem anderen Node über das Teaming Interface verloren hat. Gleich darauf erscheint dann ein Meldung, dass die Verbindung wieder hergestellt sei.</p>
<p>Der erste Event hat die ID 1123:</p>
<blockquote><p>The node lost communication with cluster node &#8216;xxx&#8217; on network &#8216;Teaming&#8217;.</p></blockquote>
<p>Danach der Event mit der ID 1122:</p>
<blockquote><p>The node (re)established communication with cluster node &#8216;xxx&#8217; on network &#8216;Teaming&#8217;.</p></blockquote>
<p>Gemäss Microsoft ist der Heartbeat über ein Teaming Interface nicht supported. Siehe Microsoft <a href="http://support.microsoft.com/kb/254101" title="KB254101" target="_blank">KB254101</a>.</p>
<p>Der Kunde hat ein normales Heartbeat Interface und hat auf dem Teaming auch noch internen Traffic ausgewählt. Aus Redundanzgründen. Das ist jetzt abgestellt. Es wird überlegt, ob ein weiteres Heartbeat Interface installiert wird.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2011/07/25/microsoft-cluster-mit-windows-2003-und-hp-network-teaming/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Manuelle Installation SCCM Client</title>
		<link>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/</link>
		<comments>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/#comments</comments>
		<pubDate>Thu, 15 Jul 2010 16:35:58 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[SCCM]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=203</guid>
		<description><![CDATA[Hatte heute einen Client, bei dem die Remote Installation irgendwie nicht ging. Hatte leider keine Zeit, das zu untersuchen. Der SCCM Client musste moeglichst schnell auf den Rechner. Also manuelle Installation: Auf dem Client folgendes ausgeführt: CCMSetup.exe /mp:SMSServer01 /logon SMSSITECODE=SiteCode FSP=SMSFP01 CCMSetup.exe findet man via Share auf dem SCCM Server \\SCCMServer\SMS_SiteCode\Client MP ist der Management [...]]]></description>
			<content:encoded><![CDATA[<p>Hatte heute einen Client, bei dem die Remote Installation irgendwie nicht ging. Hatte leider keine Zeit, das zu untersuchen. Der SCCM Client musste moeglichst schnell auf den Rechner. Also manuelle Installation:<br />
Auf dem Client folgendes ausgeführt:</p>
<p><code>CCMSetup.exe /mp:SMSServer01 /logon SMSSITECODE=SiteCode FSP=SMSFP01</code></p>
<p>CCMSetup.exe findet man via Share auf dem SCCM Server<br />
\\SCCMServer\SMS_SiteCode\Client</p>
<p>MP ist der Management Point Server<br />
SITECODE ist klar.<br />
FSP ist der Fallback System Point Server</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Show Desktop Icon in Quick Launch Toolbar wiederherstellen</title>
		<link>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/</link>
		<comments>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 08:58:05 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[Icon]]></category>
		<category><![CDATA[Show Desktop]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=157</guid>
		<description><![CDATA[So wie es scheint habe ich das &#8220;Show Desktop Icon&#8221; im Quick Launch Toolbar auf einem Server gelöscht. Windowstaste-M oder Windowstaste-D geht über RDP schlecht. Zum Glück ist es einfach das Icon wiederherzustellen. Einfach in einer command line folgende Zeilen eigeben: regsvr32 /n /i:U shell32.dll Dann ein Logoff und Relogon und das Icon ist wieder [...]]]></description>
			<content:encoded><![CDATA[<p>So wie es scheint habe ich das &#8220;Show Desktop Icon&#8221; im Quick Launch Toolbar auf einem Server gelöscht. Windowstaste-M oder Windowstaste-D geht über RDP schlecht. Zum Glück ist es einfach das Icon wiederherzustellen. Einfach in einer command line folgende Zeilen eigeben:</p>
<blockquote><p>regsvr32 /n /i:U shell32.dll</p></blockquote>
<p>Dann ein Logoff und Relogon und das Icon ist wieder da.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Standard File Format beim Speichern in Office via GPO setzen</title>
		<link>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/</link>
		<comments>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/#comments</comments>
		<pubDate>Tue, 27 Oct 2009 11:06:18 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[GPO]]></category>
		<category><![CDATA[Office 2007]]></category>
		<category><![CDATA[Save As]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=151</guid>
		<description><![CDATA[Office 2007 (um genau zu sein die einzelnen Programme wie Word 2007, Excel 2007 und PowerPoint 2007) speichert per Default die Dokumente im neuen XML Format (.docx, .xlsx, .pptx). Wir haben hier häufig Kontakt mit externen Firmen, die noch ältere Versionen von Office einsetzen. Deshalb möchte ich in der Domain die Einstellungen so setzten, dass [...]]]></description>
			<content:encoded><![CDATA[<p>Office 2007 (um genau zu sein die einzelnen Programme wie Word 2007, Excel 2007 und PowerPoint 2007) speichert per Default die Dokumente im neuen XML Format (.docx, .xlsx, .pptx). Wir haben hier häufig Kontakt mit externen Firmen, die noch ältere Versionen von Office einsetzen. Deshalb möchte ich in der Domain die Einstellungen so setzten, dass alle User die Dokumente per Default im jeweiligen 2003 Format (.doc, .xls, .ppt) speichern. Das geht sehr einfach mit Group Policies. Zuerst müssen wir die <a href="http://go.microsoft.com/fwlink/?LinkId=78161" target="_blank">2007 Office System Administrative Templates (ADM)</a> herunterladen. Ab Windows 2008 und Vista koennen diese dann auch zentral abgelegt werden, damit sie von jedem Group Policy Manager benutzt werden koennen. Dies in einem anderen Artikel.</p>
<p>Danach einfach im Group Policy Manager eine neue GPO erstellen oder eine bestehende bearbeiten. In</p>
<p>User Configration &#8211; Policies &#8211; Adminstrative Templates &#8211; Microsoft Office Excel 2007 &#8211; Excel Options &#8211; Save &#8211; Save Excel Files as</p>
<p>Die Option enablen und &#8220;Save Excel File as&#8221; &#8220;Excel 97-2003 Workbook (*.xls)&#8221; setzen</p>
<p><a href="http://blog.devnull.ch/wp-content/uploads/2009/10/SS-2009.10.27-12.02.10.png"><img class="alignnone size-full wp-image-152" title="Group Policy Editor - Excel 2007 ADM" src="http://blog.devnull.ch/wp-content/uploads/2009/10/SS-2009.10.27-12.02.10.png" alt="Group Policy Editor - Excel 2007 ADM" width="244" height="270" /></a></p>
<p>Für Word und Powerpoint den Wert im entsprechenden Administrative Template setzen.</p>
<p>Die GPO dann mit der gewünschten OU verlinken und die Optionen gelten für alle (oder einen Teil) der User.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Powershell Script um das Erzwingen eines Passwortwechsels zu deaktivieren</title>
		<link>http://blog.devnull.ch/2009/07/27/powershell-script-um-das-erzwingen-eines-passwortwechsels-zu-deaktivieren/</link>
		<comments>http://blog.devnull.ch/2009/07/27/powershell-script-um-das-erzwingen-eines-passwortwechsels-zu-deaktivieren/#comments</comments>
		<pubDate>Mon, 27 Jul 2009 10:32:20 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[AD]]></category>
		<category><![CDATA[Powershell]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=115</guid>
		<description><![CDATA[Wir haben ein paar User ins Active Directory importiert. So rund 100 Stück. Dabei wurde die Option &#8220;User Must Change Passwort At Next Logon&#8221; gewählt und im Nachhinein ist das nicht gewünscht. Nun könnte man dies übers GUI machen. In einem halben Tag sollte man das schaffen. Glücklicherweise habe ich momentan gerade einen Praktikanten der [...]]]></description>
			<content:encoded><![CDATA[<p>Wir haben ein paar User ins Active Directory importiert. So rund 100 Stück. Dabei wurde die Option &#8220;User Must Change Passwort At Next Logon&#8221; gewählt und im Nachhinein ist das nicht gewünscht. Nun könnte man dies übers GUI machen. In einem halben Tag sollte man das schaffen. Glücklicherweise habe ich momentan gerade einen Praktikanten der dies erledigen kann. <img src='http://blog.devnull.ch/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Scherz beiseite, ich lasse ihn das natürlich nicht per Hand machen. Dafür gibts ja PowerShell. Zuerst einmal stellen wir sicher, dass wir die Quest Active Directory Commandlets haben. Die sind äusserst praktisch und erst noch gratis:</p>
<p><a title="PowerShell Command for Active Directory" href="http://www.quest.com/powershell/activeroles-server.aspx" target="_blank">Power Shell Commands for Active Directory</a></p>
<p>Dann eine Powershell öffnen (eventuell als RunAs wenn der momentane User keine entsprechende Berechtigung auf dem AD hat).</p>
<blockquote><p>&gt; $OU = &#8220;mydomain.com/ou&#8221;<br />
&gt; get-QADUser -searchRoot $OU -searchScope &#8216;OneLevel&#8217; |  Set-QADUser  -userMustChangePassword $false</p></blockquote>
<p>Das wars. Nun ist die Option &#8220;User must change password at next logon&#8221; für die User in der OU nicht mehr gesetzt. Natürlich kann die Option auch für die User gesetzt werden. Einfach anstelle von $false $true einsetzten. Nun kann der Praktikant sich wieder wichtigen Sachen zuwenden und weiter rumsurfen.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/07/27/powershell-script-um-das-erzwingen-eines-passwortwechsels-zu-deaktivieren/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hiberfil.sys File wird bei Windows 2008 Server Installation erstellt</title>
		<link>http://blog.devnull.ch/2009/07/14/hiberfil-sys-file-wird-bei-windows-2008-server-installation-erstellt/</link>
		<comments>http://blog.devnull.ch/2009/07/14/hiberfil-sys-file-wird-bei-windows-2008-server-installation-erstellt/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 09:21:33 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=110</guid>
		<description><![CDATA[Bei einer Installation von einem neuen Windows 2008 Server wird ein hiberfil.sys auf dem C-Drive in Grösse des Memory erstellt (aber nicht grösser als 4GB). Auf einem Server hat aber Hibernation nichts zu suchen. Also stellen wir das mit powercfg.exe /h off ab. Dazu gibt es auch einen Microsoft KB Artikel, der über das bei [...]]]></description>
			<content:encoded><![CDATA[<p>Bei einer Installation von einem neuen Windows 2008 Server wird ein hiberfil.sys auf dem C-Drive in Grösse des Memory erstellt (aber nicht grösser als 4GB). Auf einem Server hat aber Hibernation nichts zu suchen. Also stellen wir das mit</p>
<blockquote><p><span style="font-family: verdana;">powercfg.exe /h off</span></p></blockquote>
<p><span style="font-family: verdana;">ab. Dazu gibt es auch einen <a title="Microsoft KB Artikel" href="http://support.microsoft.com/kb/920730/en-us" target="_blank">Microsoft KB Artikel</a>, der über das bei Vista spricht, im &#8220;Applies to&#8221; stehen aber auch die 2008 Server Versionen.<br />
</span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/07/14/hiberfil-sys-file-wird-bei-windows-2008-server-installation-erstellt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

