Ungewünschtes Aufwecken aus dem Standby unter Windows 7

Problem: Der Computer wird unter Windows 7 unerwünscht aus dem Standby/Hibernate-Modus aufgeweckt. 

Im EventViewer ist folgendes Ereignis zu sehen:

Das System wurde aus dem Energiesparmodus reaktiviert.
 Zeit im Energiesparmodus: ‎2012‎-‎06‎-‎17T14:05:43.810654500Z 
Reaktivierungszeit: ‎2012‎-‎06‎-‎17T14:42:45.825476200Z 
Reaktivierungsquelle: Unbekannt 

Der Befehl  

powercfg -devicequery wake_armed

liefert nichts zurück und auch

powercfg -lastwake
liefert nur folgende Ausgabe
Aktivierungsverlaufsanzahl - 1 Aktivierungsverlauf [0] Aktivierungsquellenanzahl - 0

Mit dem Befehl

 powercfg -waketimers

 können von Programmen gesetzte Timer ausgegeben werden:

Der von [SERVICE] \Device\HarddiskVolume4\Program Files (x86)\Common Files\Acron is\Schedule2\schedul2.exe (AcrSch2Svc) gesetzte Zeitgeber lõuft um 18:58:56 am 2 2.06.2012 ab.

Wenn es das immer noch nicht war, dann

schtasks /query /XML > c:\dl\out.xml

ausführen. Das liefert eine Liste der Tasks im XML-Format. Diese dann mit einem Editor nach

<waketorun>true

durchsuchen

Das Aufwecken kann auch ganz deaktiviert werden.

Sysprep einer virtuellen Maschine

Auf dieser Seite ist beschrieben, was beim Klonen von virtuellen Maschinen zu beachten ist.

Hersteller des Geräts über MAC-Adresse heraus

http://www.macvendorlookup.com/

Delete/Update statements mit joins

Anstatt beim DELETE einen

DELETE FROM TableA WHERE FKID IN (....)

zu machen kann man das ganze auch wie folgt formulieren:

DELETE a FROM TableA a
INNER JOIN TableB b on b.id = a.fkid
and ...

Beim Update kann man es ganz ähnlich machen:

UPDATE
    TableA
SET
    TableA.Name=TableB.Name
FROM
    TableA
INNER JOIN TableB
ON
    TableA.OBJECTID=TABLEB.OBJECTID

IIS: Welche PID gehört zu welchem App Pool?

Um herauszufinden, welche ProzessID (PID) zu welchem App Pool des IIS gehört kann man den SysInternals ProcessExplorer verwenden. Dort muss die Spalte "Command Line" hinzugefügt werden. Dort steht der Name des App Pools.

Reihenfolge, in der Assemblies geladen werden unter .NET

Möchte man eine Assembly, die einen "Strong Name" hat und im GAC ist explizit aus einem lokalen Verzeichnis laden (z.B. zu Debug-Zwecken), muss die Assembly ohne Public Key referenziert werden. Dass erreicht man z.B. in Visual Studio in dem man das Projektfile editiert und unter

…

<ItemGroup>

    <Reference Include="RFeest.SomeAssembly, Version=1.0.0.3421, Culture=neutral, PublicKeyToken=2a234234234fasd, processorArchitecture=MSIL">

      <SpecificVersion>False</SpecificVersion>

      <HintPath>..\..\..\projects\bin\RFeest.SomeAssembly.dll</HintPath>

    </Reference>

…

den PublicKey entfernt:

…

<ItemGroup>

    <Reference Include="RFeest.SomeAssembly, processorArchitecture=MSIL">

      <SpecificVersion>False</SpecificVersion>

      <HintPath>..\..\..\projects\bin\RFeest.SomeAssembly.dll</HintPath>

    </Reference>

…

Das hängt damit zusammen, dass immer zuerst im GAC gesucht wird.

Siehe auch http://msdn.microsoft.com/en-us/library/aa720133.aspx und http://www.informit.com/articles/article.aspx?p=30601&seqNum=6

Defekte TCP/IP-Konfiguration unter Windows zurücksetzen

Um eine defekte TCP/IP-Konfigurations zurückzusetzen (z.B. wenn die gesetzte IP-Adresse nach einem Reboot wieder verschwindet) muss folgender Befehl auf der Kommandozeile ausgeführt werden:

netsh int ip reset