Problembeschreibung
Angenommen, Sie verwenden das Invoke-AsCmd- Cmdlet in PowerShell und XML for Analysis (XMLA) in SQL Server Management Studio (SSMS) für Microsoft SQL Server 2012 Analysis Services (SSAS 2012) oder SQL Server 2014 Analysis Services (SSAS 2014)-Verarbeitung. In diesem Fall wird für die zurückgegebene Ausgabe der folgende Verhaltensunterschied auftreten:
-
Wenn Sie den folgenden PowerShell-Befehl verwenden, um Warnmeldungen zu erfassen:Invoke-Ascmd -InputFile:"<input.xmla>" -Server:"<servername>" -OutVariable out -WarningVariable w Wenn der Befehl eine Warnmeldung erhält, wird die Warnmeldung im Rückgabecode nicht erfasst. Die Warnmeldung wird jedoch erfasst, wenn Sie denselben XMLA-Befehl in SSMS ausführen.
-
Wenn Sie den folgenden PowerShell-Befehl zum Aufzeichnen von Fehlermeldungen verwenden:Invoke-Ascmd -InputFile: :"<input.xmla>" -Server:"<servername>" -ErrorVariable e -OutVariable out -WarningVariable w Wenn der Befehl eine Fehlermeldung erhält, ist die Fehlermeldung im Warnungstag enthalten, wird aber im Rückgabecode nicht erfasst. Die Fehlermeldung ist jedoch im Fehlertag enthalten und wird im Rückgabecode erfasst, wenn Sie denselben XMLA-Befehl in SSMS ausführen.
Ursache
Dieses Problem tritt auf, weil das Cmdlet Invoke-AsCmd Warnungsmeldungen ignoriert, aber Fehlermeldungen erfasst und falsche Vorlagen verwendet, um die Rückgabe Ausgabe zu generieren.
Fehlerbehebung
Das Problem wurde zuerst im folgenden kumulativen Update von SQL Server behoben.
Kumulatives Update 5 für SQL Server 2014 /en-us/help/3011055
Kumulatives Update 2 für SQL Server 2012 SP2 /en-us/help/2983175
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
