KB2992069-FIX : XMLA et Windows PowerShell retournent du code différent pour le même traitement SSAS 2012 ou SSAS 2014

Symptômes

Supposez que vous utilisez l’applet de passe Invoke-AsCmd dans PowerShell et XML pour Analysis (XMLA) dans SQL Server Management Studio (SSMS) pour Microsoft sql Server 2012 Analysis Services (SSAS 2012) ou le traitement de sql Server 2014 Analysis Services (SSAS 2014). Dans cette situation, vous observez les différences de comportement suivantes pour la sortie renvoyée :

• Lorsque vous utilisez la commande PowerShell suivante pour capturer des messages d’avertissement :Invoke-Ascmd -InputFile:"<input.xmla>" -Server:"<servername>" -OutVariable out -WarningVariable w Si la commande reçoit un message d’avertissement, le message d’avertissement n’est pas capturé dans le code de retour. Toutefois, le message d’avertissement est capturé si vous exécutez la même commande XMLA de SSMS.

• Lorsque vous utilisez la commande PowerShell suivante pour capturer les messages d’erreur :Invoke-Ascmd -InputFile: :"<input.xmla>" -Server:"<servername>" -ErrorVariable e -OutVariable out -WarningVariable w Si la commande reçoit un message d’erreur, le message d’erreur est inclus dans la balise d' Avertissement , mais n’est pas capturé dans le code de retour. Toutefois, le message d’erreur est inclus dans la balise d' erreur et est capturé dans le code de renvoi si vous exécutez la même commande XMLA de SSMS.

Cause

Ce problème se produit car l’applet de passe Invoke-AsCmd ignore les messages d’avertissement mais capture les messages d’erreur et utilise des modèles incorrects pour générer la sortie de retour.

Résolution

Le problème a été résolu dans la mise à jour cumulative suivante de SQL Server.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.