Comment réparer une erreur dans le gestionnaire de métadonnées dimension id de disparus " erreur dans SSAS?
J'ai cette erreur qui ne cesse d'apparaître de temps à autre, l'erreur est dans la ligne de l'suivantes:
Erreur -1055653635 : les Erreurs dans le gestionnaire de métadonnées. La dimension avec l'ID de <>, le Nom de <> référencé par le <> cube, n'existe pas.
Erreur -1055653859 : les Erreurs dans le gestionnaire de métadonnées. Une erreur s'est produite lors du chargement de la Bla cube, à partir du fichier '\?\W:\OLAP\Data\BlahBlah Cubes.0.db\Blah.8.cub.xml'.
Pour commencer la dimension qu'il pense est manquant N'existe pas dans la base de données SSAS sur le serveur. Les codes de dimension semble correspondre à la fois le cube et la dimension si ce n'est pas comme les ID ont été renommés et maintenant, ils ne correspondent pas. Il peut parfois être résolu par la suppression de deux cubes qui utilisent la même dimension, et puis si vous redéployer l'un d'eux la première, on pourrait re-déployer OK, mais pas la seconde. L'énigmatique bits est pourquoi le message d'erreur continue récurrents lorsqu'il a déjà été résolu par la suppression de la base de données et un nouveau départ..etc. Est-il une manière particulière, nous sommes à l'aide de cette dimension qui est plus susceptible de conduire à la gestionnaire de métadonnées de se confondre (?)
Bonne question! Im essayant de travail en ce moment
Regarde dans le Gestionnaire de Serveur / Stockage / Gestion des Disques. Si W: n'est pas répertorié, il n'est pas local et serait un choix risqué pour SSAS stockage de base de données.
De son sur les services d'analyse du serveur de base de données. Sûrement la base de données analysis services ne doit pas être locale? En tout cas, ce dossier contient tout un tas de fichiers pour chaque dimension (.dim.xml les fichiers) et chaque cube (.cub.xml). La cub fichier contient une référence à une dimension id et il ne semble pas être un dim fichier qui se rapporte à cette dimension..mais encore une fois je ne suis pas tout à fait obtenir de la manière dont ces fichiers sont organisés afin de savoir si il y a un problème
Avez-vous le résoudre?
OriginalL'auteur Rowan | 2013-04-30
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème. Il s'avère qu'il y avait des vides des fichiers XML dans le répertoire, il a été se plaindre.
C'était mon erreur spécifiquement:
Erreurs dans le gestionnaire de métadonnées. Une erreur s'est produite lors de l'instanciation d'un objet de métadonnées du fichier, \?\R:\ANALYSIS\Warehouse.0.db\Role.5.role.xml
Quand j'ai navigué \?\R:\ANALYSIS\Warehouse.0.db\ j'ai découvert que l'Role.5.role.xml fichier de 0 ko. J'ai supprimé (bien déplacé, pour être sûr) le fichier, réaffecté à la solution, et l'erreur a disparu 🙂
OriginalL'auteur KirstieBallance
Je voudrais déplacer votre Base de données SSAS emplacement pour un lecteur local. À partir de MSDN: "Tout chemin UNC d'un partage réseau ou de toute latence élevée de stockage à distance de la solution conduit à une non prise en charge de l'installation."
http://msdn.microsoft.com/en-us/library/cc280587.aspx
Avez-vous lu cette info?
J'ai, mais quelle est la différence entre un chemin UNC d'un SAN et un chemin UNC vers un partage réseau? C'est sur un SAN, mais l'adresse ressemble à un chemin d'accès à un réseau de partage..
La différence que je comprends, c'est que pendant la haute-IO SSAS Processus de fonctionnement, tout le temps de latence avec le stockage sur disque a un risque de causer ces métadonnées, les erreurs que vous obtenez.
OriginalL'auteur Mike Honey
Je ne sais pas si c'est la cause mais j'ai recréé la même erreur à chaque fois que je traiter le cube.
Permettez-moi de commencer l'histoire, j'ai travaillé sur l'optimisation de cubes nos rapports où en marche lente. J'ai découvert qu'il y a une dimension de Client qui est en réalité plus large que fait "Amorti Dimension", j'ai donc créé un nouveau client de la dimension "customer1" qui a des clients de l'égalité de fait. Donc, de cette façon, je résolu mon optimisation. Puis il y a eu 4 cubes pour laquelle j'ai du créer un nouveau client de la dimension spécifique de ces cubes. J'ai donc créé deuxième client de la dimension "customer2" pour un autre cube, la pensée de le traiter en premier, et boum, j'ai eu cette erreur "gestionnaire de métadonnées d'erreur: \somelocation...\\customer1.dim.0.xml erreur". J'ai lu attentivement ce message d'erreur et j'ai pensé, pourquoi son lancement erreur pour la dimension "customer1" quand je suis en train de traiter la dimension "customer2". ensuite traitées dimension "customer1" et il s'est transformé. Puis j'ai traité mon deuxième dimension "customer2" et il s'est transformé.
J'ai été ravi, mais aussi furieux et confus, comment se fait-ce sont interdépendants ou à partir de laquelle MME SSAS document dit que u ont à suivre la séquence de traitement. Afin de tester ce que j'ai créé 1 plus la dimension "customer3" ensuite répété les mêmes étapes ci-dessus. essayez de traiter d'abord cette dimension, a reçu l'erreur , puis traitées de la première dimension "customer1", puis traitées dimension "customer3" et encore une fois je suis d'erreur, mais pour la dimension "customer2" puis j'ai traité la dimension "customer2" puis "customer3" tous les traités avec succès. et maintenant, chaque fois que j'ai de processus, je suivre les séquences. espérons que cela aide..
Ce qui concerne,
Avi
OriginalL'auteur wizavi
j'ai eu le même problème. Aller à l'onglet Relations d'attributs de la Dimension et de supprimer les problématiques de relation.
Ensuite, vous pouvez le créer encore une fois.
OriginalL'auteur DimosT