2010-11-28 2 views
0

J'essaye actuellement une migration de ma base de données de discountasp.net à arvixe.com, principalement pour vérifier si je peux obtenir le même niveau de qualité pour un meilleur prix. J'ai fait une sauvegarde de ma base de données à discountasp via leur panneau de contrôle, je l'ai téléchargée via ftp vers le nouvel hôte et j'ai utilisé leur outil de restauration. J'ouvre ensuite SQL Server Management Studio, ouvre mon nœud de base de données et le nœud Tables. J'obtiens alors l'erreur suivante et je ne vois rien dans le nœud Tables même chose se produit pour d'autres nœuds aussi, comme la sécurité/utilisateurs)Quelle est cette erreur après une opération de restauration de base de données chez mon hébergeur?

Failed to retrieve data for this request (Microsoft.SqlServer.Management.Sdk.Sfc) An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo) The SELECT permission was denied on the object 'extended_properties', database 'mssqlsystemresource', schema 'sys'. (Microsoft SQL Server, Error: 229)

J'ai toujours été en mesure de sauvegarder/restaurer BDs/à DiscountASP et ma machine de dev locale.

Est-ce une erreur très spécifique à l'hôte testé Arvixe ou est-ce une erreur que quelqu'un est capable d'expliquer? Pas besoin de dire qu'avant la restauration, chez Arvixe, j'étais capable de créer une base de données, des tableaux, de regarder à l'intérieur et de jouer avec. C'est vraiment l'opération de restauration qui bousille tout.

PS: Bien sûr j'ai un billet ouvert avec Arvixe aussi, mais ils ne sont pas encore en mesure d'aider ...

Mise à jour: cette question n'a aucune explication. Sous Arvixe CP, j'ai créé un autre utilisateur, lui ai donné accès à la base de données et cela a fonctionné. Je (et Arvixe) n'ai aucune idée pourquoi le premier utilisateur a eu un changement dans ses permissions pour m'empêcher d'accéder à la DB restaurée.

Répondre

0

Il n'y a pas d'utilisateur mappé à la base de données restaurée avec le droit dont vous avez besoin de faire une sélection simple. Les utilisateurs (personnalisés) ne sont pas transférés avec une sauvegarde/restauration.

Je ne sais pas si vous pouvez accéder au noeud de sécurité, mais là, vous devez ajouter le mappage à votre compte d'utilisateur.

Ce script t-sql ajoute l'utilisateur YourUserName comme db_owner à votre_nom_base_de_données

USE [YourDatabaseName] 
GO 
EXEC sp_addrolemember N'db_owner', N'YourUserName' 
GO 

suceess!

+0

Cela ne fonctionne pas. Ce que vous décrivez est ce qui se passe juste après la restauration. Mon nom d'utilisateur n'a pas été réassocié à la base de données. Pour ce faire, je sélectionne mon nom d'utilisateur via le panneau de configuration et clique sur Mettre à jour. Après cela, je peux ouvrir mon noeud de base de données. Mais j'ai toujours la même erreur sur les nœuds imbriqués comme les tables (même si j'utilise votre script). –

+0

Cela ressemble à un problème d'autorisation. Peut-être que chez arvixe.com ils ont des permissions/schémas différents ... Le script a-t-il fonctionné sans erreurs? Vous avez dit que vous pourriez le restaurer localement? Que faire si vous ajoutez le compte d'utilisateur de arvixe.com à votre base de données locale et ouvrez SSMS avec ce compte? – MarcelDevG

+0

Vous l'avez trouvé sur http://www.sqlservercentral.com/Forums/Topic400182-146-1.aspx#bm400192 utiliser le maître aller VISIONNER N'IMPORTE QUELLE DÉFINITION TO user_login; L'exécution de go – MarcelDevG

Questions connexes