“Pas de backupset sélectionnés pour être restaurés” SQL Server 2012
J'ai une base de données SQL Server 2012 avec filestream activé. Cependant, quand je sauvegarde et essayer de la restaurer sur une autre instance de SQL Server 2012 (sur une autre machine), j'ai simplement obtenir ce message:
Pas backupset sélectionnés pour être restaurés.
Pas même une seule ligne de plus d'explication. Quel est le problème ici?
Chaque autre base de données sans filestream est OK et peut être restauré avec succès. Est-il quelque chose lié à filestream? Dois-je installer un correctif ou quelque chose comme ça.
- N'a pas résolu encore. Semble que la configuration de SQL Server a des problèmes. Je pense que les choses devraient être plus facile que cela.
- Pouvez-vous fournir le T-SQL que vous utilisez pour tenter de la restaurer?
- Eh bien, je suis en utilisant l'interface graphique de SSMS.
- Même en faisant de cette façon, il devrait y avoir un "script" bouton quelque part près de la partie supérieure de la fenêtre. Après avoir tout configurer la façon dont vous pensez qu'il serait établi pour la restauration, la frapper au lieu de "ok" pour afficher le code T-SQL qui sera exécuté sur le serveur pour la restauration.
- A problème d'autorisations pour moi aussi avec SQL 2014 Standard (autonome) sur WS 2012 R2 (groupes de travail), mais a dû redémarrer deux fois pour les autorisations de 'prendre". Pour ce qui en vaut la peine.. j'Espère que vous tous être résolus ainsi.
- La grande question, couvert beaucoup de problèmes pour beaucoup d'entre nous. Puisque de nombreux posts ici, j'ai marqué mine wiki de la communauté.
- Dans mon cas, la sélection de l' .bak ne me donne pas tout les jeux de Sauvegarde à restaurer. Donc, il ne me donne pas la possibilité de sélectionner "Script."
- Pouvez-vous essayer
restore headeronly from disk = '«your file name here»';? Si cela ne fonctionne pas, quelle est l'erreur que vous obtenez? - Pour les autorisations, vous en aurez besoin pour au moins le service de l'acct de l'instance, et si vous êtes à l'aide d'un identifiant Windows, qui acct trop. (Et je pense qu'il y a autre chose là aussi, mais il m'échappe à l'instant.)
Vous devez vous connecter pour publier un commentaire.
J'ai eu ce problème et il s'est avéré, j'étais en train de restaurer à la mauvaise version de SQL. Si vous souhaitez plus d'informations sur ce qui se passe, essayez de restaurer la base de données à l'aide de l'instruction SQL suivante:
Qui devrait vous donner le message d'erreur que vous avez besoin de débogage.
No backupset selected to be restored.RESTORE DATABASE <YourDatabase> FROM DISK='<the path to your backup file>\<YourDatabase>.bak' WITH REPLACEMon problème a fini par être autorisations. Je suis sur une machine de dev et copié par le groupe résidentiel. En quelque sorte, probablement sur la base d'où j'ai copié le fichier, les permissions ai foiré et Management Studio ne pouvait pas lire le fichier. Puisque c'est dev je viens de donné à tout le monde d'autorisations à la bak fichiers et de restaurer via l'interface graphique.
Lors de l'exécution:
Il m'a donné le message d'erreur suivant:
S'avère que Vous ne pouvez pas prendre un DB de Plus haut, SQL version plus faible, même si le niveau de compatibilité est le même sur les deux source et de destination DB.
Pour vérifier la version SQL exécution:
Pour voir la différence, il suffit de créer une DB sur votre source SQL server et d'essayer de faire une restauration à partir de votre fichier de sauvegarde, lorsque vous faites cela de pentecôte SSMS, une fois que vous choisissez le fichier de sauvegarde, il vous montrera une info à ce sujet que opossed lorsque vous l'ouvrez, il d'une baisse de la version serveur qui va juste dire "non backupset sélectionnés pour être restaurés"
Donc si Vous avez encore besoin de déplacer vos données vers une version antérieure de SQL puis vérifier Cette.
Exécuter SQL Server Management Studio en tant qu'administrateur (clic droit > Exécuter en tant qu'Administrateur), puis essayez de le restaurer.
J'ai pensé que je n'étais pas assez stupide pour mélanger les versions - cependant, je ne savais pas que sur mon nouveau serveur, une instance de SQL Server 2005 a déjà été installé à partir de la naissance nommé
SQLEXPRESS. Lorsque vous essayez de restaurer mon SQL Server 2008 R2 base de données sauvegardée dans SSMS 2012 à laSQLEXPRESSexemple, la liste des jeux de sauvegarde était vide.Finalement j'ai réalisé que la
SQLEXPRESSinstance sur le serveur n'a pas été 2012, mais un 2005. J'ai déconnecté et connecté à la réelle 2012 exemple (dans mon cas, nomméSQLEXPRESS2012), et (évidemment) travaillé.Mon problème était que mon utilisateur est dans le groupe Builtin-groupe Administrateurs et aucun utilisateur Sysadmin-rôle sur SQL Server.
Je viens de commencer la Gestion de Studio en tant qu'Administrateur. De cette manière, il était possible de restaurer la base de données.
Désolé, mais je viens de m'inscrire et ne pouvez pas ajouter un commentaire si juste de la copie de Tyler Forsythe réponse ici ce qui est exactement ce qui a fonctionné pour moi.
"Mon problème a fini par être autorisations. Je suis sur une machine de dev et copié par le groupe résidentiel. En quelque sorte, probablement sur la base d'où j'ai copié le fichier, les permissions ai foiré et Management Studio ne pouvait pas lire le fichier. Puisque c'est dev j'ai juste donné à tout le monde d'autorisations pour le fichier bak et pourrait alors de restaurer via l'interface utilisateur." Tyler Forsythe
Et de préciser, je suis de la restauration d'une sauvegarde à partir d'un 2008 instance de 2012, machines différentes (production vs local dev). La sauvegarde est une sauvegarde automatique, je n'ai pas besoin de le créer manuellement pour que ce processus fonctionne. Simplement modifier les autorisations (tout le monde est la méthode la plus simple pour un dev de la machine) et SSMS pouvez maintenant lire le fichier de sauvegarde correctement et de restauration pour mon dev local de la machine.
Pour info: j'ai trouvé que lors de la restauration, j'ai besoin d'utiliser le même (Utilisateur SQL) informations d'identification pour vous connecter à SSMS. J'avais d'abord essayé de le restaurer à l'aide d'une Authentification Windows compte.
Dans mon cas, c'était des autorisations et le fait que j'ai utilisé "Restaurer les Fichiers et Groupes de fichiers..." plutôt que simplement "Restaurer la Base de données ...".
Qui a fait la différence.
Pour moi le problème était d'avoir la .BAK fichier situé dans un dossier chiffré sur le serveur. Même avec pleins droits d'Admin, je n'ai jamais pu obtenir de SSMS pour lire le fichier. Le déplacement de la .BAK à un dossier non crypté résolu mon problème. Notez que lorsque vous déplacez le fichier que vous avez peut-être aussi modifier les propriétés sur le fichier à supprimer le chiffrement (clic droit, propriétés, avancé, décochez la case "crypter le contenu pour sécuriser les données".
Pour moi, c'est un privilège d'utilisateur problème.
Je me suis connecté avec l'utilisateur sa et sa fonctionne très bien.
J'ai eu le même problème avec SQL Server 2014 (Management Studio ne pouvait pas voir le dossier dans lequel le fichier de sauvegarde résidé, lors de la tentative de trouver une opération de Restauration). Ce fil tenu de la réponse qui a résolu mon problème. Citation:
Espère que ça aide quelqu'un.
Dans mon cas (nouvelle installation de sql server, utilisateur nouvellement créé) mon utilisateur n'avais tout simplement pas l'autorisation nécessaire. Je me suis connecté pour la Gestion de Studio comme sa, puis est allé à la Sécurité/Connexions, cliquez-droit sur mon nom d'utilisateur, Propriétés, puis dans les Rôles de Serveur de l'article j'ai vérifié
sysadmin.Pour moi, c'est parce que le fichier de sauvegarde est toujours ouvert par un autre processus. Voici le journal des événements:
BackupDiskFile::OpenMedia: appareil 'X:\Backups\MyDatabase\MyDatabase_backup_2014_08_22_132234_8270986.bak" a échoué à s'ouvrir. Erreur du système d'exploitation 32(Le processus ne peut pas accéder au fichier car ce fichier est utilisé par un autre processus).
Simplement la fermeture et la réouverture de Sql Server Management Studio résolu (si évidemment il a été ssms.exe qui avait la poignée..)
Une autre raison possible pour ce problème semble être Google Drive. Google Drive est la compression des fichiers bak ou quelque chose, donc si vous voulez transférer une sauvegarde de base de données via Google Drive, il apparaît, vous devez zip en premier.
Dans mon cas, c'était un problème d'autorisations.
Pour l'utilisateur de Windows, j'ai été en utilisant n'avait pas
dbcreatorrôle.J'ai donc suivi les étapes ci-dessous
saà SQL serverSecuritydans l'Explorateur d'ObjetsLoginsServer RolesdeSelect a pageoptionsdbcreatorrôle de l'utilisateurÀ l'aide de SQL Server 2012 Express.
Mon erreur (à partir de SQL Manager - Restaurer la Base de données boîte de Dialogue):
No backupset selected to be restoredDe plus, il n'y avait pas backupsets indiqué dans la liste pour le sélectionner.
Le problème était que j'avais déménagé 1 des 5 fichiers de sauvegarde dans un dossier où le service SQL Server utilisateur d'ouverture de session n'a pas les autorisations - j'ai essayé d'ajouter l'utilisateur, mais ne pouvait pas obtenir le Service NT\MSSQL$SQLEXPRESS utilisateur dans la liste de sécurité.
J'ai déplacé le fichier dans le dossier Documents de l'utilisateur de service, et qui lui a permis de lire tous les fichiers que j'ai retenu - 4 à ce point - et l'erreur a changé de "support manquant" puis j'ai regardé autour pour un autre fichier de sauvegarde, et quand j'ai ajouté que j'étais en mesure de restaurer.
Les réponses à cette question m'a aidé à me regardez dans les bons endroits et de travailler mon chemin vers une solution.
Pour moi, C'était un problème d'autorisation. J'ai installé SQL server à l'aide d'un compte d'utilisateur local et avant de rejoindre mon sociétés de domaine. Plus tard , j'ai essayé de restaurer une base de données à l'aide de mon compte de domaine qui n'a pas les autorisations nécessaires pour restaurer les bases de données SQL server. Vous avez besoin de fixer la permission de votre compte de domaine et de lui donner de l'administrateur système de l'autorisation sur l'instance de SQL server que vous avez.
J'ai eu le même message d'erreur même si je sauvegarde et de restauration sur la même machine.
La question était de partir d'ici: lors de la sauvegarde, j'ai eu 2 élément dans la zone de destination.
Donc la solution serait: assurez-vous que seulement 1 article dans la "destination" de la boîte. Retirez tous les autres, si il y a des.
Si vous souhaitez remplacer la base de données existante complètement l'utilisation de la À REMPLACER option:
J'ai couru dans la même question. Exécuter SSMS en tant qu'administrateur, puis un clic droit et faire de restauration de base de données. Devrait fonctionner.
Je pense que je obtenir le prix le plus abruti raison de cette erreur. Dans la boîte de dialogue Restaurer la Base de données, la base de données de la liste déroulante sous la Source est gris et j'ai pensé qu'il était handicapé. J'ai sauté en bas de la liste déroulante base de données en vertu de Destination en pensant que c'était la source et fait une sélection. Cela va provoquer ce message d'erreur à afficher.