2017-08-21 3 views
0

J'ai créé une base de données Datawarehouse dans une édition MS SQL Server 2012 Enterprise. Je peux traiter le cube et tout fonctionne bien.Cube SSAS (multidimensionnel) - Table inconnue

Maintenant, j'ai un consultant qui m'aide à ajouter des dimensions supplémentaires à mon entrepôt de données. Elle a une copie de la base de données sur son édition MS SQL Server 2012 Standard. Elle a créé un tout nouveau projet Cube (multidimensionnel) sur notre site de test (également édition Enterprise) où elle utilise certaines des anciennes dimensions (vues) de la base de données datawarehouse ainsi que les nouvelles dimensions qu'elle a créées (également vues). Le projet Cube qu'elle a créé est créé par rapport à notre environnement de test avec le serveur d'analyse SQL Server 2012 Enterprise Edition. La chose étrange est que quand elle essaie de traiter une vieille dimension, cela fonctionne bien. Mais quand elle essaie de traiter une nouvelle dimension, elle échoue.

L'erreur est:

DimensionAttribute [Vdim Contract Location Company].[Contract Location Company Key] : The KeyColumn #0 refers to 'edw_vdim_ContractLocationCompany', an unknown table, in the 'OnTrack' DataSourceView. 

La chose étrange est que nous pouvons explorer les données du projet Cube. Mais quand nous essayons de le traiter, il ne peut pas le trouver?

+0

Vérifiez que l'utilisateur sous lequel le compte SSAS s'exécute peut accéder à la base de données en utilisant la chaîne de connexion configurée pour le DSV "OnTrack" (y compris des alias DNS). –

Répondre

0

De la description de l'erreur - votre dimension fait référence à une table qui manque dans DSV. Je ferais ce qui suit pour savoir erreur Cause:

  • Vérifiez que le tableau mentionné est présent dans la DSV, et vous pouvez voir les données lorsque vous choisissez « Explorer les données » dans le concepteur de dimension SSMS et vérifier dans le concepteur DSV
  • Si une table est présente dans DSV, essayez de déployer complètement votre projet et non un déploiement différentiel. Ceci est défini dans le menu Projet - Paramètres.
  • Si toujours aucun succès - supprimez l'attribut erroné de la dimension ou de la dimension elle-même, déployez le projet. Ajoutez ensuite l'attribut ou la dimension supprimé et redéployez le projet. Cela nettoiera les métadonnées obsolètes du projet.

L'erreur a peu à voir avec la version de votre environnement

+0

Merci pour votre commentaire. Oui, je peux voir les données dans "Explorer les données". Faire un déploiement complet ne fait pas l'affaire non plus. Ont également supprimé le cube du serveur et déployé à nouveau sans succès. – olf

+0

@olf, essayez de supprimer l'attribut de dimension 'Contract Location Company Key', déployez et traitez la dimension. Ensuite, recréer cet attribut et le traiter à nouveau. – Ferdipux

+0

Ferdipux, ça a marché! Suppression de la totalité de la dimension, déploiement, ajout de la dimension et redéploiement. Veuillez soumettre une réponse avec votre solution et j'accepterai la réponse. – olf

0

Sons comme la source de données dans la base de données SSAS du consultant (dans l'environnement de test) est toujours pointant vers la base de données source en direct. Qui, bien sûr, n'aura pas les nouvelles tables/vues.

Vérifiez la chaîne de connexion dans SSMS. S'il pointe au bon endroit, vérifiez les paramètres sous ImpersonationInfo. Peut-être que les autorisations de SELECT à partir de ces nouvelles vues/tables n'ont pas été accordées au login utilisé.