Exchange 2010 SP2 – Rollup 5 v2

Seit geraumer Zeit existiert das Rollup 5 für den Exchange 2010 mit Service Pack 2. Dabei gab es einige Probleme, und nun wurde das Rollup 5v2 herausgebracht.
Das Update ist bei mir mit folgender Fehlermeldung abgebrochen (ServiceControl.log):

[15:20:16] Enabling and running the one copy alert windows scheduled task...
[15:20:16] [Error] System.Management.Automation.ParseException: At E:\exchsrvr\Scripts\ManageScheduledTask.ps1:462 char:5
+ return $success
+ ~~~~~~~~~~~~~~~
Control cannot leave a finally block.
at System.Management.Automation.Internal.PipelineProcessor.SynchronousExecuteEnumerate(Object input, Hashtable errorResults, Boolean enumerate)
at System.Management.Automation.PipelineOps.InvokePipeline(Object input, Boolean ignoreInput, CommandParameterInternal[][] pipeElements, CommandBaseAst[] pipeElementAsts, CommandRedirection[][] commandRedirections, FunctionContext funcContext)
at System.Management.Automation.Interpreter.ActionCallInstruction`6.Run(InterpretedFrame frame)
at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)
at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)
[15:25:11] -----------------------------------------------
[15:25:11] * ServiceControl.ps1: 15.12.2012 15:25:11

Dieser Fehler tritt auf, wenn man das Windows Management Framework 3.0 (Powershell 3) installiert hat. Laut Microsoft ist dies nicht supported und bringt Probleme beim benutzen der Exchange Management Shell, Installation von Rollups etc. Es wird empfohlen das WMF 3.0 wieder zu entfernen.

We have seen rollups not installing with the following symptoms:
*  If rollup is installed through Microsoft Update, the installation might error with error code of 80070643
*  If rollup is installed from a download, the error displayed is “Setup ended prematurely because of an error."
*  In both cases, event log might show the error with an error code of “1603”
Our guidance at this time is that Windows Management Framework 3.0 should not be deployed on servers running Exchange 2007 or Exchange 2010, or on workstations with the Exchange Management Tools for either version installed. If you have already deployed this update, it should be removed. Once the update is removed, functionality should be restored.

Wie kann man das Update dennoch installieren? Vorab – es hilft nichts, das Update via „run as Administrator“ zu starten oder die Powershell Execution Policy auf „Unrestricted“ zu setzen.
Bei mir hat es funktioniert, wenn man das „ManageScheduledTask.ps1“ Skript umbenennt und eine leere Kopie erzeugt.  Nach der Installation des Rollup Updates die Datei wieder in Ursprungszustand versetzen.
Exchange Rollup Install Fix
(via)

Powershell 3.0 (WMF 3.0) "Das Update ist nicht für Ihren Computer geeignet"

Moin,
beim Installieren des Windows Management Framework 3.0 kann es zu Problemen führen, wenn dot.Net 4.0 (Full) nicht installiert ist.
Beim Anwenden des Windows Update Paket (msu):

Windows6.0-KB2506146-x64.msu (2008 - 64bit)
Windows6.0-KB2506146-x86.msu (2008 - 32bit)
Windows6.1-KB2506143-x64.msu (2008 R2 - 64bit)
Windows6.1-KB2506143-x86.msu (2008 R2 - 32bit)

kann es zum Fehler:

Das Update ist nicht für Ihren Computer geeignet
The update is not applicable

Die Pakete sind Sprachen unabhängig.
Abhilfe schafft die Requirements zu lesen und dotNetFx40_Full_setup.exe zu installieren.
Gruß
Constey

Windows 8 – Verwalten von 2008/R2 Servern via Server-Manager

Wie ich eben schon beschrieb, wie man unter Windows 8 wieder die RSAT Tools installiert, geht es direkt weiter.
Neu mit Windows 8 RSAT: Der Server-Manager
Auf den ersten Blick einfach zu bedienen und sieht auch noch nett aus.
Server können einfach via Active Directory-Suche hinzugefügt werden. Die passenden Rechte natürlich vorausgesetzt.
Bevor es aber wirklich losgeht müssen ein paar Voraussetzungen erfüllt sein:
Dot.Net Framework 4.0 installiert
Powershell 3.0 (Windows Management Framework 3.0) installiert
– Windows 2008/2008R2/2012 Server
Ich habe bisher nur einen Test-Server damit ausgestattet, deswegen ist mein Nutzen dadurch noch ziemlich gering.
Ich werde weiter Berichten, wenn alle Server mit dem neuen WMF ausgestattet sind.
Im großen und ganzen sieht der Server-Manager super aus, man kann verschiedene Server gruppieren  und hat direkten einblick ins Eventlog und den Dienststatus.
Vermutlich wird er uns aber in den meisten Fällen nicht davon abbringen, direkt per RDP auf einen Server zu gehen.

Troubleshoot:
Windows Firewall Konfiguration für die Windows Remoteverwaltung. Als Administrator einloggen und in der Powershell folgendes eingeben:

winrm quickconfig

Dadurch  wird eine Firewallregel erzeugt.
Serverstatus ist: „Online – Stellen Sie sicher, dass der WinRM 3.0-Dienst installiert ist, ausgeführt wird und die erforderlichen Firewallports geöffnet sind.“

 Das Windows Management Framework ist nicht installiert, oder die Windows Firewall nicht konfiguriert. Siehe Downloadlink oben.