Hope This Helps

Problem:
Die Installation der HUB-Transport-Rolle von Exchange 2007 auf einem Server 2008 schlägt fehl mit folgender Meldung:

Ereignisquelle: MSExchangeSetup
Ereignis-ID: 1002
Taskkategorie: Microsoft Exchange Setup
Level: Fehler
Stichwörter: Klassisch
Beschreibung:
Hub-Transport-Funktion der Exchange Server-Komponente schlägt fehl.
Fehler:
Fehler: Ein Fehler ist aufgetreten. Fehlercode 2147504141. Meldung: "Die Eigenschaft wurde nicht im Cache gefunden."

Ursache:
Das Problem tritt auf, wenn IPv6 auf der Netzwerkkarte deaktiviert wurde, aber diese Einstllung nicht auf andere Adpater (Tunnel-/Loppback-Adapter) auswirkt.

Lösung 1:
Aktivieren Sie IPv6 wieder auf der Netzwerkkarte und starten Sie die Installation erneut!

Lösung 2:
Deaktivieren Sie IPv6 auf allen Adaptern mittels Registry.
Hierzu bitte wie folgt vorgehen:

1.Öffnen Sie den Registrierungs-Editor.
2.Navigieren Sie zum folgenden Registrierungsunterschlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters

3.Klicken Sie im Detailbereich auf Neu und dann auf DWORD-Wert (32-Bit).
4.Geben Sie DisabledComponents ein, und drücken Sie die EINGABETASTE.
5.Doppelklicken Sie auf DisabledComponents, und geben Sie dann in das Feld Hexadezimal die Zeichenfolge 0xffffffff bzw. in das Feld Dezimal die Zeichenfolge 4294967295 ein.

Hinweis: Der Wert 0xffffffff bzw. der Wert 4294967295 deaktiviert alle IPv6-Komponenten, mit Ausnahme der IPv6-Loopback-Schnittstelle.

Quelle: microsoft.com: KB952842 - Die Installation der Exchange Server 2007-Hub-Transport-Funktion ist auf einem Computer mit Windows Server 2008 nicht erfolgreich

Problem :

Die Administrationsseite des Blackberry Enterprise Express Servers ist nicht verfügbar , keine Seite zum anzeigen gefunden.

Lösung :

Dies kann tausende Ursachen haben hier sind einige aufgelistet www.blackberryforums.com in meinem Fall war es allerdings ganz trivial der SQL Browser war nicht gestartet und die Startart war auf "deaktiviert" gesetzt. Also Startart auf automatisch geändert Server durchgebootet alles funktionierte wieder. Scheinbar wurde die Startart durch eine andere Software auf deaktiviert gesetzt einen Grund kann ich pers. dafür jedoch nicht erkennen.

Wer seinen Server nicht durchstarten will kann auch einfach alle BB Dienste neu starten.

Problem:
Nach dem Umzug des DHCP-Servers auf unseren neuen Server 2008 R2 haben wir festgestellt, dass die Reverse-Lookup-Zone nicht aktualisiert wird.
Betroffen waren hier alle Windows 7-Clients.

Lösung:
Nach einiger Suche im Internet haben wir mehrfach dieses Problem angetroffen. Hierzu gibt es eine einfache Lösung.
Man aktiviert in den DHCP-Server-Einstellungen den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren"
Folgende Vorgehensweise hierzu:

1.) DHCP-Server-SnapIn starten
2.) Rechtsklick auf den betroffenen Bereich und "Eigenschaften" auswählen
3.) Im Reiter "DNS" wählen
4.) Hier den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren" aktivieren
5.) OK klicken

Danach soltlen bei der nächsten Client-Anmeldung der Reverse-Eintrag wieder angelegt werden.
Man kann dies gerne mittels "ipconfig /release" und nachfolgendem "ipconfig /renew" an einem Windows 7 Client testen.

Quelle: Microsoft Technet: DNS not updating for Reverse Pointer - DHCP runing on windows 2003 and DC &DNS runing on windows 2008R2

Problem:
Bei meinem Windows Server 2008 R2 taucht nach der Installation vom DHCP-Server folgende Fehlermeldung im Eventlog auf:

Ereignisprotokoll: Application
Typ: Fehler
Quelle: VSS
Ereignis: 8193
Beschreibung: Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine "RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...)" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert . Vorgang: Generator wird initialisiert Kontext: Generatorklassen-ID: {35e81631-13e1-48db-97fc-d5bc721bb18a} Generatorname: NPS VSS Writer Generatorinstanz-ID: {4ce512b2-4cd3-4713-bc69-4b5ddf051b63}

Lösung:
Man muss sich die Details der Fehlermeldung im Ereignisprotokoll anschauen. Hier findet man zunächst den Hinweis auf den Reg-Key und das der Zugriff verweigert wurde. Wenn man weiter sucht, dann findet man den Benutzer, der den Eintrag machen wollte.
Bei mir war es der NETZWERKDIENST, der keine Rechte auf den VSS\Diag-Schlüssel hatte. Nachdem ich den Benutzer mit dem REcht Vollzugriff hinzugefügt hatte, war der Fehler weg.

Quelle: sharepointreporter: VSS Error in Windows Server 2008 R2 – Event ID 8193

Problem:
Beim Pingen unserer virtuellen Server (VMWare Server 2.0) ist aufgefallen, dass die Ping-Zeiten in den zwei- bis drei-stelligen Bereich kommen.

Lösung:
Nach einigen Versuchen haben wir folgenden Lösungsansatz gefunden:

1.) TCP-Offload auf den virtuellen Maschinen abschalten
Wir haben in den virtuellen Maschienen den TCP-Offlaod abgeschaltet.
Dies erfolgte über einen Registry-Key, der einen Reboot benötigt:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter
Neues DWORD namens "DisableTaskOffload" erstellen und Wert = 1 setzen.

Leider hat das nicht bei allen funktioniert und etwas Recherche haben wir noch eine zweite Lösung gefunden.

2.) "Checksum Offload" und "Large Send Offload" am physikalischen Host abschalten
Das scheint vorallem bei BROADCOM-Netzwerkkarten das Problem zu sein.
Hierzu öffnet man die BROADCOM-Netzwerkarten- und Teaming-Verwaltung und schaltet die beiden Paramter auf "NONE".
WICHTIG: Die Funktion muß auf allen Netzwerkkarten erfolgen!!

ACHTUNG - WICHTIG: Wir hatten das Problem, dass nach der Umstellung die Server per RDP nicht mehr erreichbar waren.
Erst nach einem Neustart war wieder alles erreichbar und die Pingzeiten waren < 1ms, so wie wir uns das vorgestellt haben.

Es gibt auch eine Anleitung für die XenServer um die zwei Funktionen abzuschalten. Lest hierzu den Artikel in der zweiten Quelle auf dem xenappblog.com. Diesen haben wir noch nicht getestet!

Quellen:
rainiernetworks.com: VMWare Server with Broadcom NICs
xenappblog.com: Citrix XenServer Slow Network Performance

Problem :

Man möchte eine Übersicht über alle im AD vorhandenen Rechner mit Betriebsystem und Servicepack

Lösung :

Dieses Skript exportiert alle Rechner mit OS und SP in eine Textdatei die einfach in Excel importiert werden kann.

$ldapSearcher = new-object directoryservices.directorysearcher;
$ldapSearcher.filter = "(objectclass=computer)";
$computers = $ldapSearcher.findall();
$pcs = "Name,Os,SP";
foreach ($c in $computers) {
  $pc.Name=$c.properties["cn"];
  $pc.OS=$c.properties["operatingsystem"];
  $pc.SP=$c.properties["operatingsystemservicepack"];
  $pcs = $pcs + "`r`n" + $pc.Name + "," + $pc.OS + "," + $pc.SP;
}
echo $pcs | Out-File C:\TEMP\Rechner.txt -encoding ASCII

Der Pfad kann einfach abgeändert werden C:\TEMP\Rechner.txt durch den Wunschpfad ersetzen.

Es gibt natürlich auch andere Möglichkeiten :

Nils Kaczenski hat einige andere Varianten auf faq-o-matic.net vorgestellt
Meine Variante ist eine leicht abgewandelte Form des von Bernd Eckenfels erstellten Skripts