Αντιμετώπιση προβλημάτων συνδεσιμότητας τελικών σημείων XMLA
Τα τελικά σημεία XMLA στο Power BI βασίζονται στο πρωτόκολλο επικοινωνίας Υπηρεσιών ανάλυσης για πρόσβαση σε σημασιολογικά μοντέλα Power BI. Για αυτόν τον λόγο, η επίλυση προβλημάτων τελικού σημείου XMLA είναι σχεδόν ίδια με την αντιμετώπιση προβλημάτων μιας τυπικής σύνδεσης υπηρεσιών ανάλυσης. Ωστόσο, ισχύουν ορισμένες διαφορές σχετικά με τις εξαρτήσεις Power BI.
Πριν να ξεκινήσετε
Πριν από την αντιμετώπιση προβλημάτων σεναρίου τελικού σημείου XMLA, βεβαιωθείτε ότι έχετε εξετάσει τα βασικά στοιχεία που καλύπτονται στο θέμα Συνδεσιμότητα μοντέλου σημασιολογίας με το τελικό σημείο XMLA. Οι πιο συνήθεις περιπτώσεις χρήσης τελικού σημείου XMLA καλύπτονται εκεί. Άλλοι οδηγοί αντιμετώπισης προβλημάτων του Power BI, όπως η Αντιμετώπιση προβλημάτων πυλών - Power BI και Επίλυση προβλημάτων ανάλυσης στο Excel, μπορεί επίσης να είναι χρήσιμοι.
Ενεργοποίηση του τελικού σημείου XMLA
Το τελικό σημείο XMLA μπορεί να ενεργοποιηθεί σε αμφότερους τους εκχωρημένους πόρους Power BI Premium, Premium ανά χρήστη και Power BI Embedded. Σε μικρότερους εκχωρημένους πόρους, όπως τον A1 με μόνο 2,5 GB μνήμης, ενδέχεται να αντιμετωπίσετε ένα σφάλμα στις ρυθμίσεις εκχωρημένων πόρων όταν προσπαθείτε να ορίσετε το τελικό σημείο XMLA σε Ανάγνωση/Εγγραφή και, στη συνέχεια, επιλέγετε Εφαρμογή. Το σφάλμα αναφέρει "Υπήρξε ένα πρόβλημα με τις ρυθμίσεις φόρτου εργασίας σας. Δοκιμάστε ξανά σε λίγο.".
Ακολουθούν μερικά πράγματα που μπορείτε να δοκιμάσετε:
- Περιορίστε την κατανάλωση μνήμης άλλων υπηρεσιών στους εκχωρημένους πόρους, όπως Ροές δεδομένων, σε 40% ή λιγότερο, ή απενεργοποιήστε τελείως μια περιττή υπηρεσία.
- Αναβαθμίστε τους εκχωρημένους πόρους σε ένα μεγαλύτερο SKU. Για παράδειγμα, η αναβάθμιση από A1 σε A3 εκχωρημένους πόρους επιλύει αυτό το πρόβλημα ρύθμισης παραμέτρων χωρίς να χρειάζεται να απενεργοποιήσετε τις ροές δεδομένων.
Έχετε υπόψη σας ότι πρέπει επίσης να ενεργοποιήσετε τη ρύθμιση εξαγωγής δεδομένων σε επίπεδο μισθωτή στην πύλη διαχείρισης του Power BI. Αυτή η ρύθμιση απαιτείται επίσης για τη δυνατότητα Ανάλυση στο Excel.
Δημιουργία μιας σύνδεσης προγράμματος-πελάτη
Μετά την ενεργοποίηση του τελικού σημείου XMLA, είναι καλή ιδέα να δοκιμάσετε τη συνδεσιμότητα σε έναν χώρο εργασίας στους εκχωρημένους πόρους. Για να μάθετε περισσότερα, ανατρέξτε στο θέμα Σύνδεση σε έναν χώρο εργασίας Premium. Επίσης, φροντίστε να διαβάσετε την ενότητα Απαιτήσεις σύνδεσης για χρήσιμες συμβουλές και πληροφορίες σχετικά με τους τρέχοντες περιορισμούς συνδεσιμότητας XMLA.
Σύνδεση με μια κύρια υπηρεσία
Εάν έχετε ενεργοποιήσει τις ρυθμίσεις μισθωτή για να επιτρέπεται στις κύριες υπηρεσίες η χρήση API Power BI, όπως περιγράφεται στην ενότητα Ενεργοποίηση αρχών υπηρεσίας, μπορείτε να συνδεθείτε σε ένα τελικό σημείο XMLA χρησιμοποιώντας μια κύρια υπηρεσία. Να θυμάστε ότι η κύρια υπηρεσία απαιτεί το ίδιο επίπεδο δικαιωμάτων πρόσβασης στο επίπεδο χώρου εργασίας ή μοντέλου σημασιολογίας με τους κανονικούς χρήστες.
Για να χρησιμοποιήσετε μια κύρια υπηρεσία, βεβαιωθείτε ότι έχετε καθορίσει τις πληροφορίες ταυτότητας εφαρμογής στη συμβολοσειρά σύνδεσης ως εξής:
Εφαρμογή αναγνωριστικού - χρήστη:appid@tenantid
Κωδικός πρόσβασης
cert:thumbprint (συνιστάται για ασφάλεια)
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=cert:<thumbprint>;μυστικός κωδικός εφαρμογής
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=<secret>;
Εάν λάβετε το ακόλουθο σφάλμα:
"Δεν είναι δυνατή η σύνδεση στο σημασιολογικό μοντέλο λόγω ελλιπών πληροφοριών λογαριασμού. Για τις οντότητες υπηρεσίας, βεβαιωθείτε ότι καθορίζετε το αναγνωριστικό μισθωτή μαζί με το αναγνωριστικό εφαρμογής χρησιμοποιώντας τη μορφή app:<appId>@<tenantId> και, στη συνέχεια, δοκιμάστε ξανά."
Βεβαιωθείτε ότι καθορίζετε το αναγνωριστικό μισθωτή μαζί με το αναγνωριστικό εφαρμογής χρησιμοποιώντας τη σωστή μορφή.
Είναι επίσης έγκυρο να καθορίσετε το αναγνωριστικό εφαρμογής χωρίς το αναγνωριστικό μισθωτή. Ωστόσο, σε αυτήν την περίπτωση, πρέπει να αντικαταστήσετε το myorg ψευδώνυμο στη διεύθυνση URL της προέλευσης δεδομένων με το πραγματικό αναγνωριστικό μισθωτή. Στη συνέχεια, το Power BI μπορεί να εντοπίσει την κύρια υπηρεσία στον σωστό μισθωτή. Ωστόσο, ως βέλτιστη πρακτική, χρησιμοποιήστε το myorg ψευδώνυμο και καθορίστε το αναγνωριστικό μισθωτή μαζί με το αναγνωριστικό εφαρμογής στην παράμετρο αναγνωριστικού χρήστη.
Σύνδεση με το Microsoft Entra B2B
Με την υποστήριξη για το Microsoft Entra business-to-business (B2B) στο Power BI, μπορείτε να παρέχετε στους εξωτερικούς χρήστες-επισκέπτες πρόσβαση σε σημασιολογικά μοντέλα μέσω του τελικού σημείου XMLA. Βεβαιωθείτε ότι η ρύθμιση Κοινή χρήση περιεχομένου με εξωτερικούς χρήστες είναι ενεργοποιημένη στην πύλη διαχείρισης του Power BI. Για να μάθετε περισσότερα, ανατρέξτε στο θέμα Διανομή περιεχομένου Power BI σε εξωτερικούς χρήστες-επισκέπτες με το Microsoft Entra B2B.
Ανάπτυξη σημασιολογικού μοντέλου
Μπορείτε να αναπτύξετε ένα έργο μοντέλου σε μορφή πίνακα στο Visual Studio (SSDT) σε έναν χώρο εργασίας που έχει εκχωρηθεί σε Premium εκχωρημένους πόρους, όπως ακριβώς και σε έναν πόρο διακομιστή στις Υπηρεσίες Ανάλυσης του Azure. Ωστόσο, κατά την ανάπτυξη υπάρχουν ορισμένα επιπλέον ζητήματα. Φροντίστε να εξετάσετε την ενότητα Ανάπτυξη έργων μοντέλου από το Visual Studio (SSDT) στη συνδεσιμότητα μοντέλου σημασιολογίας με το άρθρο τελικού σημείου XMLA.
Ανάπτυξη νέου μοντέλου
Στην προεπιλεγμένη ρύθμιση παραμέτρων, το Visual Studio επιχειρεί να επεξεργαστεί το μοντέλο ως μέρος της λειτουργίας ανάπτυξης για να φορτώσει δεδομένα στο μοντέλο σημασιολογίας από τις προελεύσεις δεδομένων. Όπως περιγράφεται στο θέμα Ανάπτυξη έργων μοντέλου από το Visual Studio (SSDT), αυτή η λειτουργία μπορεί να αποτύχει καθώς τα διαπιστευτήρια προέλευσης δεδομένων δεν μπορούν να καθοριστούν ως μέρος της λειτουργίας ανάπτυξης. Αντίθετα, εάν τα διαπιστευτήρια για την προέλευση δεδομένων σας δεν έχουν οριστεί ήδη για οποιοδήποτε από τα υπάρχοντα σημασιολογικά μοντέλα σας, πρέπει να καθορίσετε τα διαπιστευτήρια προέλευσης δεδομένων στις ρυθμίσεις μοντέλου σημασιολογίας χρησιμοποιώντας το περιβάλλον εργασίας χρήστη Power BI (Σημασιολογικά μοντέλα>Ρυθμίσεις>Διαπιστευτήρια προέλευσης δεδομένων Επεξεργασία διαπιστευτηρίων).> Έχοντας ορίσει τα διαπιστευτήρια προέλευσης δεδομένων, το Power BI μπορεί να εφαρμόσει τότε αυτόματα τα διαπιστευτήρια σε αυτήν την προέλευση δεδομένων για οποιοδήποτε νέο μοντέλο σημασιολογίας, μετά την επιτυχή ανάπτυξη μετα-δεδομένων και τη δημιουργία του μοντέλου σημασιολογίας.
Εάν το Power BI δεν μπορεί να συνδέσει το νέο σημασιολογικό μοντέλο σας στα διαπιστευτήρια προέλευσης δεδομένων, θα λάβετε ένα μήνυμα σφάλματος που θα αναφέρει "Δεν είναι δυνατή η επεξεργασία της βάσης δεδομένων. Αιτία: Η αποθήκευση τροποποιήσεων στον διακομιστή απέτυχε." με τον κωδικό σφάλματος "DMTS_DatasourceHasNoCredentialError", όπως φαίνεται παρακάτω:
Για να αποφύγετε την αποτυχία επεξεργασίας, ορίστε τις Επιλογές επεξεργασίας των επιλογών> ανάπτυξης σε Χωρίς επεξεργασία, όπως φαίνεται στην παρακάτω εικόνα. Στη συνέχεια, το Visual Studio αναπτύσσει μόνο μετα-δεδομένα. Στη συνέχεια, μπορείτε να ρυθμίσετε τις παραμέτρους των διαπιστευτηρίων προέλευσης δεδομένων και να κάνετε κλικ στην Ανανέωση τώρα για το μοντέλο σημασιολογίας στο περιβάλλον εργασίας χρήστη Power BI.
Νέο έργο από υπάρχον σημασιολογικό μοντέλο
Δεν υποστηρίζεται δημιουργία ενός νέου έργου σε μορφή πίνακα στο Visual Studio εισάγοντας τα μετα-δεδομένα από ένα υπάρχον μοντέλο σημασιολογίας. Ωστόσο, μπορείτε να συνδεθείτε στο μοντέλο σημασιολογίας χρησιμοποιώντας το SQL Server Management Studio, να δημιουργήσετε μια δέσμη ενεργειών για τα μετα-δεδομένα και να τα χρησιμοποιήσετε ξανά σε άλλα έργα σε μορφή πίνακα.
Μετεγκατάσταση σημασιολογικού μοντέλου στο Power BI
Συνιστάται να καθορίσετε το επίπεδο συμβατότητας 1500 (ή υψηλότερο) για μοντέλα σε μορφή πίνακα. Αυτό το επίπεδο συμβατότητας υποστηρίζει τις περισσότερες δυνατότητες και τύπους προέλευσης δεδομένων. Τα μεταγενέστερα επίπεδα συμβατότητας είναι συμβατά με παλαιότερα επίπεδα.
Υποστηριζόμενες υπηρεσίες παροχής δεδομένων
Στο επίπεδο συμβατότητας 1500, το Power BI υποστηρίζει τους ακόλουθους τύπους προέλευσης δεδομένων:
- Προελεύσεις δεδομένων υπηρεσίας παροχής (παλαιού τύπου με μια συμβολοσειρά σύνδεσης στα μετα-δεδομένα μοντέλου).
- Δομημένες προελεύσεις δεδομένων (παρουσιάζονται με το επίπεδο συμβατότητας 1400).
- Ενσωματωμένες δηλώσεις M προελεύσεων δεδομένων (όπως τις δηλώνει το Power BI Desktop).
Συνιστάται να χρησιμοποιείτε δομημένες προελεύσεις δεδομένων, τις οποίες δημιουργεί το Visual Studio από προεπιλογή όταν χρησιμοποιείτε τη ροή δεδομένων εισαγωγής. Ωστόσο, εάν σκοπεύετε να μετεγκαταστήσετε ένα υπάρχον μοντέλο στο Power BI που χρησιμοποιεί μια προέλευση δεδομένων υπηρεσίας παροχής, βεβαιωθείτε ότι η προέλευση δεδομένων υπηρεσίας παροχής βασίζεται σε μια υποστηριζόμενη υπηρεσία παροχής δεδομένων. Συγκεκριμένα, το πρόγραμμα οδήγησης Microsoft OLE DB για SQL Server και οποιαδήποτε προγράμματα οδήγησης ODBC τρίτων. Για το πρόγραμμα οδήγησης OLE DB για SQL Server, πρέπει να αλλάξετε τον ορισμό προέλευσης δεδομένων στην Υπηρεσία παροχής δεδομένων .NET Framework για SQL Server. Για προγράμματα οδήγησης ODBC τρίτων που μπορεί να μην είναι διαθέσιμα στην υπηρεσία Power BI, πρέπει να αλλάξετε σε έναν ορισμό δομημένης προέλευσης δεδομένων.
Συνιστάται επίσης να αντικαταστήσετε το παλιό πρόγραμμα οδήγησης Microsoft OLE DB για SQL Server (SQLNCLI11) στους ορισμούς προέλευσης δεδομένων του SQL Server με την υπηρεσία παροχής δεδομένων .NET Framework για SQL Server.
Ο παρακάτω πίνακας παρέχει ένα παράδειγμα συμβολοσειράς σύνδεσης υπηρεσίας παροχής δεδομένων .NET Framework για SQL Server, η οποία αντικαθιστά μια αντίστοιχη συμβολοσειρά σύνδεσης για το πρόγραμμα οδήγησης OLE DB για SQL Server.
| Πρόγραμμα οδήγησης OLE DB για SQL Server | Υπηρεσία παροχής δεδομένων .NET Framework για SQL Server |
|---|---|
Provider=SQLNCLI11;Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW;Trusted_Connection=yes; |
Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW2016;Integrated Security=SSPI;Encrypt=true;TrustServerCertificate=false |
Προελεύσεις διαμερίσματος διασταυρούμενη αναφοράς
Όπως ακριβώς υπάρχουν πολλοί τύποι προέλευσης δεδομένων, υπάρχουν επίσης πολλοί τύποι προέλευσης διαμερίσματος που μπορεί να περιλαμβάνει ένα μοντέλο σε μορφή πίνακα για την εισαγωγή δεδομένων σε έναν πίνακα. Συγκεκριμένα, ένα διαμέρισμα μπορεί να χρησιμοποιεί μια προέλευση διαμερίσματος ερωτήματος ή μια προέλευση διαμερίσματος M. Αυτοί οι τύποι προέλευσης διαμερίσματος, με τη σειρά τους, μπορούν να αναφέρουν προελεύσεις δεδομένων υπηρεσίας παροχής ή δομημένες προελεύσεις δεδομένων. Ενώ τα μοντέλα σε μορφή πίνακα στις Υπηρεσίες Ανάλυσης του Azure υποστηρίζουν τη διασταυρούμενη αναφορά αυτών των διαφόρων τύπων προέλευσης δεδομένων και διαμερίσματος, το Power BI επιβάλλει μια πιο αυστηρή σχέση. Οι προελεύσεις διαμερίσματος ερωτημάτων πρέπει να αναφέρουν προελεύσεις δεδομένων υπηρεσίας παροχής και οι προελεύσεις διαμερίσματος M πρέπει να αναφέρουν δομημένες προελεύσεις δεδομένων. Δεν υποστηρίζονται άλλοι συνδυασμοί στο Power BI. Εάν θέλετε να μετεγκαταστήσετε ένα σημασιολογικό μοντέλο διασταυρούμενης αναφοράς, ο παρακάτω πίνακας περιγράφει τις υποστηριζόμενες ρυθμίσεις παραμέτρων:
| Data source | Προέλευση διαμερίσματος | Σχόλια | Υποστηρίζεται με το τελικό σημείο XMLA |
|---|---|---|---|
| Προέλευση δεδομένων υπηρεσίας παροχής | Προέλευση διαμερίσματος ερωτήματος | Ο μηχανισμός AS χρησιμοποιεί τη στοίβα συνδεσιμότητας που βασίζεται σε κασέτα για πρόσβαση στην προέλευση δεδομένων. | Όχι |
| Προέλευση δεδομένων υπηρεσίας παροχής | Προέλευση διαμερίσματος M | Ο μηχανισμός AS μεταφράζει την προέλευση δεδομένων υπηρεσίας παροχής σε μια γενική δομημένη προέλευση δεδομένων και, στη συνέχεια, χρησιμοποιεί τη μηχανή συνδυασμού δεδομένων για να εισαγάγει τα δεδομένα. | Όχι |
| Δομημένη προέλευση δεδομένων | Προέλευση διαμερίσματος ερωτήματος | Ο μηχανισμός AS αναδιπλώνει το εγγενές ερώτημα στην προέλευση διαμερίσματος σε μια παράσταση M και, στη συνέχεια, χρησιμοποιεί τη μηχανή συνδυασμού δεδομένων για την εισαγωγή των δεδομένων. | Όχι |
| Δομημένη προέλευση δεδομένων | Προέλευση διαμερίσματος M | Ο μηχανισμός AS χρησιμοποιεί τη μηχανή συνδυασμού δεδομένων για την εισαγωγή των δεδομένων. | Όχι |
Προελεύσεις δεδομένων και απομίμηση
Οι ρυθμίσεις απομίμησης που μπορείτε να ορίσετε για προελεύσεις δεδομένων υπηρεσίας παροχής δεν είναι σχετικές για το Power BI. Το Power BI χρησιμοποιεί έναν διαφορετικό μηχανισμό που βασίζεται στις ρυθμίσεις σημασιολογικού μοντέλου για τη διαχείριση διαπιστευτηρίων προέλευσης δεδομένων. Για αυτόν τον λόγο, βεβαιωθείτε ότι έχετε επιλέξει Λογαριασμός υπηρεσίας εάν δημιουργείτε μια προέλευση δεδομένων υπηρεσίας παροχής.
Λεπτομερής επεξεργασία
Κατά την ενεργοποίηση μιας προγραμματισμένης ανανέωσης ή ανανέωσης κατ' απαίτηση στο Power BI, το Power BI συνήθως ανανεώνει ολόκληρο το σημασιολογικό μοντέλο. Σε πολλές περιπτώσεις, είναι πιο αποτελεσματικό να εκτελείτε ανανεώσεις πιο επιλεκτικά. Μπορείτε να εκτελέσετε αναλυτικές εργασίες επεξεργασίας στο SQL Server Management Studio (SSMS), όπως φαίνεται παρακάτω ή χρησιμοποιώντας εργαλεία τρίτων ή δέσμες ενεργειών.
Παρακάμψεις στην εντολή ανανέωσης TMSL
Οι παρακάμψεις στην εντολή Ανανέωση (TMSL) επιτρέπουν στους χρήστες να επιλέγουν έναν διαφορετικό ορισμό ερωτήματος διαμερίσματος ή ορισμό προέλευσης δεδομένων για τη λειτουργία ανανέωσης.
Συνδρομές ηλεκτρονικού ταχυδρομείου
Τα σημασιολογικά μοντέλα που ανανεώνονται χρησιμοποιώντας ένα τελικό σημείο XMLA δεν ενεργοποιούν μια συνδρομή ηλεκτρονικού ταχυδρομείου.
Σφάλματα στους Premium εκχωρημένους πόρους
Σφάλμα σύνδεσης σε διακομιστή στο SSMS
Κατά τη σύνδεση σε έναν χώρο εργασίας Power BI με το SQL Server Management Studio (SSMS), ενδέχεται να εμφανιστεί το ακόλουθο σφάλμα:
TITLE: Connect to Server
------------------------------
Cannot connect to powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
------------------------------
ADDITIONAL INFORMATION:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId:
Date (UTC): 10/6/2021 1:03:25 AM (Microsoft.AnalysisServices.AdomdClient)
------------------------------
The remote server returned an error: (400) Bad Request. (System)
Κατά τη σύνδεση σε έναν χώρο εργασίας Power BI με SSMS, εξασφαλίστε τα εξής:
- Η ρύθμιση τελικού σημείου XMLA είναι ενεργοποιημένη για τους εκχωρημένους πόρους του μισθωτή σας. Για να μάθετε περισσότερα, ανατρέξτε στο θέμα Ενεργοποίηση ανάγνωσης-εγγραφής XMLA.
- Η ρύθμιση Να επιτρέπονται τελικά σημεία XMLA και η "Ανάλυση στο Excel" με σημασιολογικά μοντέλα εσωτερικής εγκατάστασης είναι ενεργοποιημένη στις Ρυθμίσεις μισθωτή.
- Χρησιμοποιείτε την πιο πρόσφατη έκδοση του SSMS. Κάντε λήψη των πιο πρόσφατων.
Εκτέλεση ερωτημάτων στο SSMS
Κατά τη σύνδεση σε έναν χώρο εργασίας σε εκχωρημένους πόρους του Power BI Premium ή του Power BI Embedded , το SQL Server Management Studio μπορεί να εμφανίσει το ακόλουθο σφάλμα:
Executing the query ...
Error -1052311437: We had to move the session with ID '<Session ID>' to another Power BI Premium node. Moving the session temporarily interrupted this trace - tracing will resume automatically as soon as the session has been fully moved to the new node.
Αυτό είναι ένα ενημερωτικό μήνυμα που μπορεί να αγνοηθεί στο SSMS 18.8 και νεότερες εκδόσεις, καθώς οι βιβλιοθήκες προγράμματος-πελάτη θα επανασυνδεθούν αυτόματα. Σημειώστε ότι οι βιβλιοθήκες προγράμματος-πελάτη που εγκαθίστανται με SSMS v 18.7.1 ή νεότερη έκδοση δεν υποστηρίζουν την ανίχνευση περιόδου λειτουργίας. Κάντε λήψη του πιο πρόσφατου SSMS.
Εκτέλεση μιας μεγάλης εντολής με χρήση του τελικού σημείου XMLA
Κατά την εκτέλεση μιας μεγάλης εντολής χρησιμοποιώντας το τελικό σημείο XMLA, ενδέχεται να αντιμετωπίσετε το ακόλουθο σφάλμα:
Executing the query ...
Error -1052311437:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId: 3716c0f7-3d01-4595-8061-e6b2bd9f3428
Date (UTC): 11/13/2020 7:57:16 PM
Run complete
Κατά τη χρήση του SSMS v18.7.1 ή παλαιότερης έκδοσης για την εκτέλεση μιας λειτουργίας ανανέωσης μεγάλης διάρκειας (>1 λεπτού) σε ένα σημασιολογικό μοντέλο σε εκχωρημένους πόρους Power BI Premium ή Power BI Embedded , το SSMS ενδέχεται να εμφανίσει αυτό το σφάλμα, παρόλο που η λειτουργία ανανέωσης είναι επιτυχής. Αυτό οφείλεται σε ένα γνωστό πρόβλημα στις βιβλιοθήκες του προγράμματος-πελάτη όπου παρακολουθείται εσφαλμένα η κατάσταση της αίτησης ανανέωσης. Αυτό επιλύεται στο SSMS 18.8 και νεότερες εκδόσεις. Κάντε λήψη του πιο πρόσφατου SSMS.
Αυτό το σφάλμα μπορεί επίσης να παρουσιαστεί όταν μια πολύ μεγάλη αίτηση χρειάζεται να ανακατευθυνθεί σε διαφορετικό κόμβο στο σύμπλεγμα Premium. Εμφανίζεται συχνά όταν προσπαθείτε να δημιουργήσετε ή να τροποποιήσετε ένα μοντέλο σημασιολογίας χρησιμοποιώντας μια μεγάλη δέσμη ενεργειών TMSL. Σε αυτές τις περιπτώσεις, το σφάλμα μπορεί συνήθως να αποφευχθεί καθορίζοντας τον Αρχικό κατάλογο στο όνομα της βάσης δεδομένων πριν από την εκτέλεση της εντολής.
Όταν δημιουργείτε μια νέα βάση δεδομένων, μπορείτε να δημιουργήσετε ένα κενό μοντέλο σημασιολογίας, για παράδειγμα:
{
"create": {
"database": {
"name": "DatabaseName"
}
}
}
Αφού δημιουργήσετε το νέο σημασιολογικό μοντέλο, καθορίστε τον Αρχικό κατάλογο και, στη συνέχεια, πραγματοποιήστε αλλαγές στο μοντέλο σημασιολογίας.
Άλλες εφαρμογές και εργαλεία προγράμματος-πελάτη
Εφαρμογές προγράμματος-πελάτη και εργαλεία όπως το Excel, το Power BI Desktop, το SSMS ή εξωτερικά εργαλεία σύνδεσης και εργασίας με σημασιολογικά μοντέλα σε εκχωρημένους πόρους Power BI Premium μπορεί να προκαλέσουν το ακόλουθο σφάλμα: Ο απομακρυσμένος διακομιστής επέστρεψε ένα σφάλμα: (400) Εσφαλμένη αίτηση.. Το σφάλμα μπορεί να παρουσιαστεί ιδιαίτερα εάν ένα υποκείμενο ερώτημα DAX ή μια εντολή XMLA είναι μεγάλης διάρκειας. Για να μετριάσετε πιθανά σφάλματα, φροντίστε να χρησιμοποιήσετε τις πιο πρόσφατες εφαρμογές και εργαλεία που εγκαθιστούν πρόσφατες εκδόσεις των βιβλιοθηκών προγράμματος-πελάτη των Υπηρεσιών ανάλυσης με τακτικές ενημερώσεις. Ανεξάρτητα από την εφαρμογή ή το εργαλείο, οι ελάχιστες απαιτούμενες εκδόσεις βιβλιοθήκης προγράμματος-πελάτη για σύνδεση και εργασία με σημασιολογικά μοντέλα σε Premium εκχωρημένους πόρους μέσω του τελικού σημείου XMLA είναι οι εξής:
| Βιβλιοθήκη προγραμμάτων-πελατών | Έκδοση |
|---|---|
| MSOLAP | 15.1.65.22 |
| AMO | 19.12.7.0 |
| ADOMD | 19.12.7.0 |
Επεξεργασία συμμετοχής μελών σε ρόλους στο SSMS
Όταν χρησιμοποιείτε το SQL Server Management Studio (SSMS) v18.8 για την επεξεργασία μιας συμμετοχής μελών σε ρόλους σε ένα μοντέλο σημασιολογίας, το SSMS ενδέχεται να εμφανίσει το ακόλουθο σφάλμα:
Failed to save modifications to the server.
Error returned: ‘Metadata change of current operation cannot be resolved, please check the command or try again later.’
Αυτό οφείλεται σε ένα γνωστό πρόβλημα στο API REST των υπηρεσιών εφαρμογών. Αυτό θα επιλυθεί σε μια επερχόμενη έκδοση. Εν τω μεταξύ, για να επιλύσετε αυτό το σφάλμα, στις Ιδιότητες ρόλου, κάντε κλικ στην επιλογή Δέσμη ενεργειών και, στη συνέχεια, πληκτρολογήστε και εκτελέστε την ακόλουθη εντολή TMSL:
{
"createOrReplace": {
"object": {
"database": "AdventureWorks",
"role": "Role"
},
"role": {
"name": "Role",
"modelPermission": "read",
"members": [
{
"memberName": "xxxx",
"identityProvider": "AzureAD"
},
{
"memberName": “xxxx”
"identityProvider": "AzureAD"
}
]
}
}
}
Σφάλμα δημοσίευσης - Σημασιολογικό μοντέλο δυναμικής σύνδεσης
Κατά την αναδημοσίευση ενός μοντέλου σημασιολογίας δυναμικής σύνδεσης χρησιμοποιώντας τη σύνδεση Υπηρεσιών ανάλυσης, το ακόλουθο σφάλμα είναι "Υπάρχει ένα υπάρχον μοντέλο αναφοράς/σημασιολογίας με το ίδιο όνομα. Διαγράψτε ή μετονομάστε το υπάρχον σημασιολογικό μοντέλο και προσπαθήστε ξανά." μπορεί να εμφανιστεί.
Αυτό οφείλεται στη δημοσίευση του σημασιολογικού μοντέλου που έχει διαφορετική συμβολοσειρά σύνδεσης, αλλά έχει το ίδιο όνομα με το υπάρχον μοντέλο σημασιολογίας. Για να επιλύσετε αυτό το πρόβλημα, είτε διαγράψτε είτε μετονομάστε το υπάρχον μοντέλο σημασιολογίας. Επίσης, φροντίστε να αναδημοσιεύσετε τυχόν εφαρμογές που εξαρτώνται από την αναφορά. Εάν χρειαστεί, οι μεταγενέστεροι χρήστες θα πρέπει να ενημερωθούν για την ενημέρωση τυχόν σελιδοδεικτών με τη νέα διεύθυνση αναφοράς, ώστε να εξασφαλιστεί η πρόσβαση στην τελευταία αναφορά.
Δεν είναι δυνατή η φόρτωση μοντέλου σημασιολογίας δυναμικής σύνδεσης
Οι χρήστες που προσπαθούν να δημιουργήσουν ένα νέο μοντέλο Live Connected ή να ανοίξουν ένα υπάρχον μοντέλο Live Connected, χρησιμοποιώντας τις εκδόσεις Μαρτίου 2024 ή νεότερες εκδόσεις του Power BI Desktop, ενδέχεται να αντιμετωπίσουν ένα σφάλμα παρόμοιο με το ακόλουθο: "Δεν ήταν δυνατή η σύνδεση με το μοντέλο σας στην υπηρεσία Power BI. Το σύνολο δεδομένων μπορεί να έχει διαγραφεί, μετονομαστεί, μετακινηθεί ή είναι πιθανό να μην έχετε δικαίωμα πρόσβασης σε αυτό."
Το σφάλμα ενδέχεται να παρουσιαστεί όταν ένας διακομιστής μεσολάβησης έχει ρυθμιστεί στο περιβάλλον του χρήστη και ο διακομιστής μεσολάβησης αποτρέπει την πρόσβαση στην υπηρεσία Power BI. Ξεκινώντας από την έκδοση Μαρτίου 2024 του Power BI Desktop, το περιβάλλον του χρήστη πρέπει να επιτρέπει συνδέσεις στην υπηρεσία Power BI στο τελικό σημείο *.pbidedicated.windows.net ή στα αντίστοιχα τελικά σημεία της υπηρεσίας Power BI για εθνικά cloud.
Για να επικυρώσετε αν το πρόβλημα οφείλεται στις ρυθμίσεις του διακομιστή μεσολάβησης, δοκιμάστε τη σύνδεση Υπηρεσίες ανάλυσης του SQL Server στο Power BI Desktop ή οποιοδήποτε εξωτερικό εργαλείο άλλου κατασκευαστή ή άλλου κατασκευαστή, όπως το SQL Server Management Studio, για να συνδεθείτε σε οποιονδήποτε premium χώρο εργασίας.
Ανατρέξτε στην ενότητα δημιουργίας μιας σύνδεσης προγράμματος-πελάτη σε αυτό το άρθρο για περισσότερες πληροφορίες σχετικά με τη δοκιμή της γενικής συνδεσιμότητας XML/A.
Το βιβλίο εργασίας του Excel αποτυγχάνει να ανοίξει
Το βιβλίο εργασίας του Excel ενδέχεται να αποτύχει με σφάλμα"Η προετοιμασία της προέλευσης δεδομένων απέτυχε. Ελέγξτε τον διακομιστή βάσης δεδομένων ή επικοινωνήστε με τον διαχειριστή της βάσης δεδομένων σας.". Εάν το βιβλίο εργασίας περιέχει μια σύνδεση σε ένα σημασιολογικό μοντέλο Power BI, ελέγξτε εάν η συμβολοσειρά σύνδεσης περιέχει την ιδιότητα "Catalog Rebound=True". Εάν η ιδιότητα βρεθεί, καταργήστε την, αποθηκεύστε το βιβλίο εργασίας και δοκιμάστε να την ανοίξετε ξανά.
Η ιδιότητα "Catalog Rebound=True" προστίθεται αυτόματα από την υπηρεσία παροχής OLE DB των Υπηρεσιών ανάλυσης (MSOLAP) σε νεότερες εκδόσεις του Excel, όταν η σύνδεση στο μοντέλο σημασιολογίας Power BI βελτιστοποιείται από την υπηρεσία παροχής. Επειδή η ιδιότητα διατηρείται στο βιβλίο εργασίας, όταν ανοίγει το ίδιο βιβλίο εργασίας στο Excel, το οποίο χρησιμοποιεί μια παλαιότερη έκδοση της υπηρεσίας παροχής που δεν υποστηρίζει τη βελτιστοποίηση, τότε το Excel θα αποτύχει να ανοίξει το βιβλίο εργασίας.
Το "Catalog Rebound" προορίζεται μόνο για εσωτερική χρήση.
Ψευδώνυμο χώρου εργασίας/διακομιστή
Σε αντίθεση με τις Υπηρεσίες ανάλυσης του Azure, τα ψευδώνυμα ονόματος διακομιστή δεν υποστηρίζονται για χώρους εργασίας Premium.
DISCOVER_M_EXPRESSIONS
Η προβολή διαχείρισης δεδομένων DMV DISCOVER_M_EXPRESSIONS (DMV) δεν υποστηρίζεται προς το παρόν στο Power BI με χρήση του τελικού σημείου XMLA. Οι εφαρμογές μπορούν να χρησιμοποιήσουν το μοντέλο αντικειμένου σε μορφή πίνακα (TOM) για να αποκτήσουν παραστάσεις M που χρησιμοποιούνται από το μοντέλο δεδομένων.
Όριο μνήμης για τη διαχείριση πόρων στο Premium
Οι Premium εκχωρημένοι πόροι χρησιμοποιούν τη διαχείριση πόρων για να εξασφαλίσουν ότι καμία λειτουργία μοντέλου σημασιολογίας δεν μπορεί να υπερβεί την ποσότητα των διαθέσιμων πόρων μνήμης για τους εκχωρημένους πόρους , οι οποίοι προσδιορίζονται από την SKU. Για παράδειγμα, μια συνδρομή P1 έχει ένα ισχύον όριο μνήμης ανά στοιχείο των 25 GB, για μια συνδρομή P2 το όριο είναι 50 GB και για μια συνδρομή P3 το όριο είναι 100 GB. Εκτός από το μέγεθος σημασιολογικού μοντέλου (βάσης δεδομένων), το ισχύον όριο μνήμης ισχύει επίσης για υποκείμενες λειτουργίες εντολών μοντέλου σημασιολογίας όπως Δημιουργία, Τροποποίηση και Ανανέωση.
Το ισχύον όριο μνήμης για μια εντολή βασίζεται στο μικρότερο όριο μνήμης του συνόλου εκχωρημένων πόρων (προσδιορίζεται από το SKU) ή στην τιμή της ιδιότητας DbpropMsdRequestMemoryLimit XMLA.
Για παράδειγμα, για εκχωρημένους πόρους P1, εάν:
DbpropMsmdRequestMemoryLimit = 0 (ή δεν έχει καθοριστεί), το ουσιαστικό όριο μνήμης για την εντολή είναι 25 GB.
DbpropMsmdRequestMemoryLimit = 5 GB, το ισχύον όριο μνήμης για την εντολή είναι 5 GB.
DbpropMsmdRequestMemoryLimit = 50 GB, το ισχύον όριο μνήμης για την εντολή είναι 25 GB.
Συνήθως, το ισχύον όριο μνήμης για μια εντολή υπολογίζεται στη μνήμη που επιτρέπεται για το μοντέλο σημασιολογίας από τους εκχωρημένους πόρους (25 GB, 50 GB, 100 GB) και την ποσότητα μνήμης που καταναλώνει ήδη το σημασιολογικό μοντέλο όταν η εντολή αρχίζει να εκτελείται. Για παράδειγμα, ένα σημασιολογικό μοντέλο που χρησιμοποιεί 12 GB σε εκχωρημένους πόρους P1 επιτρέπει ένα αποτελεσματικό όριο μνήμης για μια νέα εντολή 13 GB. Ωστόσο, το ουσιαστικό όριο μνήμης μπορεί να περιοριστεί περαιτέρω από την ιδιότητα DbPropMsmdRequestMemoryLimit XMLA, όταν καθορίζεται προαιρετικά από μια εφαρμογή. Χρησιμοποιώντας το προηγούμενο παράδειγμα, εάν έχουν καθοριστεί 10 GB στην ιδιότητα DbPropMsdRequestMemoryLimit, τότε το ισχύον όριο της εντολής μειώνεται περαιτέρω στα 10 GB.
Εάν η λειτουργία εντολής επιχειρήσει να καταναλώσει περισσότερη μνήμη από αυτή που επιτρέπεται από το όριο, η λειτουργία μπορεί να αποτύχει και να επιστραφεί ένα σφάλμα. Για παράδειγμα, το παρακάτω σφάλμα περιγράφει ότι έχει γίνει υπέρβαση ενός αποτελεσματικού ορίου μνήμης 25 GB (εκχωρημένοι πόροι P1), επειδή το μοντέλο σημασιολογίας κατανάλωνε ήδη 12 GB (12288 MB) όταν ξεκίνησε η εκτέλεση της εντολής και εφαρμόστηκε ένα ισχύον όριο 13 GB (13312 MB) για τη λειτουργία εντολής:
"Διαχείριση πόρων: Αυτή η λειτουργία ακυρώθηκε επειδή δεν υπήρχε αρκετή μνήμη για να ολοκληρωθεί η εκτέλεση. Αυξήστε τη μνήμη των Premium εκχωρημένων πόρων όπου φιλοξενείται αυτό το μοντέλο σημασιολογίας ή μειώστε το αποτύπωμα μνήμης του μοντέλου σημασιολογίας σας, κάνοντας ενέργειες όπως ο περιορισμός της ποσότητας των δεδομένων που έχουν εισαχθεί. Περισσότερες λεπτομέρειες: κατανάλωση μνήμης 13312 MB, όριο μνήμης 13312 MB, μέγεθος βάσης δεδομένων πριν από την εκτέλεση της εντολής 12288 MB. Μάθετε περισσότερα: https://go.microsoft.com/fwlink/?linkid=2159753."
Σε ορισμένες περιπτώσεις, όπως φαίνεται στο παρακάτω σφάλμα, η "καταναλωμένη μνήμη" είναι 0, αλλά η ποσότητα που εμφανίζεται για "το μέγεθος της βάσης δεδομένων πριν από την εκτέλεση της εντολής" είναι ήδη μεγαλύτερη από το ισχύον όριο μνήμης. Αυτό σημαίνει ότι η λειτουργία απέτυχε να ξεκινήσει την εκτέλεση καθώς η ποσότητα μνήμης που χρησιμοποιείται ήδη από το μοντέλο σημασιολογίας είναι μεγαλύτερη από το όριο μνήμης για το SKU.
"Διαχείριση πόρων: Αυτή η λειτουργία ακυρώθηκε επειδή δεν υπήρχε αρκετή μνήμη για να ολοκληρωθεί η εκτέλεση. Αυξήστε τη μνήμη των Premium εκχωρημένων πόρων όπου φιλοξενείται αυτό το μοντέλο σημασιολογίας ή μειώστε το αποτύπωμα μνήμης του μοντέλου σημασιολογίας σας, κάνοντας ενέργειες όπως ο περιορισμός της ποσότητας των δεδομένων που έχουν εισαχθεί. Περισσότερες λεπτομέρειες: καταναλωμένη μνήμη 0 MB, όριο μνήμης 25600 MB, μέγεθος βάσης δεδομένων πριν από την εκτέλεση της εντολής 26000 MB. Μάθετε περισσότερα: https://go.microsoft.com/fwlink/?linkid=2159753."
Για να αποφύγετε ενδεχομένως την υπέρβαση του ισχύοντες ορίου μνήμης:
- Κάντε αναβάθμιση σε ένα μεγαλύτερο μέγεθος Εκχωρημένων πόρων Premium (SKU) για το μοντέλο σημασιολογίας.
- Μειώστε το αποτύπωμα μνήμης του σημασιολογικού μοντέλου σας, περιορίζοντας την ποσότητα των δεδομένων που φορτώνονται με κάθε ανανέωση.
- Για λειτουργίες ανανέωσης μέσω του τελικού σημείου XMLA, μειώστε τον αριθμό των διαμερισμάτων που υποβάλλονται σε επεξεργασία παράλληλα. Η επεξεργασία πάρα πολλών διαμερισμάτων παράλληλα με μία μόνο εντολή μπορεί να υπερβεί το ισχύον όριο μνήμης.