KB2992069-ΕΠΙΔΙΌΡΘΩΣΗ: το XMLA και το Windows PowerShell επιστρέφουν διαφορετικό κωδικό για την ίδια επεξεργασία ΑΑΠ 2012 ή ΑΑΠ 2014

Συμπτώματα

Ας υποθέσουμε ότι χρησιμοποιείτε το cmdlet επίκληση-AsCmd στο POWERSHELL και XML για ανάλυση (XMLA) στο SQL Server Management Studio (SSMS) για Microsoft sql Server 2012 Analysis Services (ΑΑΠ 2012) ή sql Server 2014 Analysis Services (ΑΑΠ 2014) επεξεργασίας. Σε αυτήν την περίπτωση, αντιμετωπίζετε την ακόλουθη διαφορά συμπεριφοράς για το αποτέλεσμα που επιστρέφεται:

• Όταν χρησιμοποιείτε την ακόλουθη εντολή PowerShell για την καταγραφή προειδοποιητικών μηνυμάτων:Invoke-Ascmd -InputFile:"<input.xmla>" -Server:"<servername>" -OutVariable out -WarningVariable w Εάν η εντολή λάβει κάποιο προειδοποιητικό μήνυμα, το προειδοποιητικό μήνυμα δεν καταγράφεται στον κωδικό επιστροφής. Ωστόσο, το προειδοποιητικό μήνυμα καταγράφεται εάν εκτελέσετε την ίδια εντολή XMLA από το SSMS.

• Όταν χρησιμοποιείτε την ακόλουθη εντολή PowerShell για να καταγράψετε μηνύματα σφάλματος:Invoke-Ascmd -InputFile: :"<input.xmla>" -Server:"<servername>" -ErrorVariable e -OutVariable out -WarningVariable w Εάν η εντολή λάβει κάποιο μήνυμα σφάλματος, το μήνυμα σφάλματος περιλαμβάνεται στην ετικέτα προειδοποίησης , αλλά δεν καταγράφεται στον κωδικό επιστροφής. Ωστόσο, το μήνυμα σφάλματος περιλαμβάνεται στην ετικέτα σφάλματος και καταγράφεται στον κωδικό επιστροφής, εάν εκτελέσετε την ίδια εντολή XMLA από το SSMS.

Αιτία

Αυτό το ζήτημα παρουσιάζεται επειδή το cmdlet επίκληση-AsCmd παραβλέπει προειδοποιητικά μηνύματα, αλλά καταγράφει μηνύματα σφάλματος και χρησιμοποιεί λανθασμένα πρότυπα για τη δημιουργία εξόδου επιστροφής.

Επίλυση

Το πρόβλημα διορθώθηκε για πρώτη φορά με την ακόλουθη αθροιστική ενημέρωση του SQL Server.

Κατάσταση

Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για ένα πρόβλημα στα προϊόντα της Microsoft που παρατίθενται στην ενότητα "ισχύει για".