Ik heb een SQL Server 2012-database met filestream ingeschakeld. Wanneer ik er echter een back-up van maak en het probeer te herstellen op een andere SQL Server 2012-instantie (op een andere computer), krijg ik dit bericht dat:
Geen back-upset geselecteerd om te herstellen.
Zelfs geen enkele regel meer uitleg. Wat is hier mis?
Elke andere database zonder filestream is OK en kan met succes worden hersteld. Heeft het iets met filestream te maken? Moet ik een hotfix of iets dergelijks installeren.
Antwoord 1, autoriteit 100%
Ik had dit probleem en het bleek dat ik probeerde de verkeerde versie van SQL te herstellen. Als je meer informatie wilt over wat er aan de hand is, probeer dan de database te herstellen met de volgende SQL:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
Dat zou je de foutmelding moeten geven die je nodig hebt om dit te debuggen.
Antwoord 2, autoriteit 34%
Mijn probleem was uiteindelijk machtigingen. Ik ben op een dev-machine en gekopieerd via Homegroup. Op de een of andere manier, waarschijnlijk op basis van waar ik het bestand naartoe heb gekopieerd, raakten de machtigingen in de war en kon Management Studio het bestand niet lezen. Aangezien dit dev is, heb ik gewoon Iedereen permissies gegevenvoor het bak-bestand en kon het vervolgens succesvol herstellen via de GUI.
Antwoord 3, autoriteit 15%
Tijdens hardlopen:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
Ik kreeg de volgende foutmelding:
De mediafamilie op apparaat ‘C:\NorthwindDB.bak’ is onjuist samengesteld. SQL Server kan deze mediafamilie niet verwerken. RESTORE HEADERONLY wordt abnormaal beëindigd. (Microsoft SQL Server, fout: 3241)
Blokquote
Het blijkt dat u een DB van een hogere SQL-versie niet naar een lagere kunt brengen, zelfs als het compatibiliteitsniveau hetzelfde is op zowel de bron- als de doel-DB.
Om de uitvoering van de SQL-versie te controleren:
Select @@Version
Om het verschil te zien, maakt u gewoon een DB op uw bronSQL-server en probeert u een herstel van uw back-upbestand uit te voeren. Wanneer u dit doet met SSMS, zal het zodra u het back-upbestand kiest toon er wat informatie over als tegengesteld aan wanneer u het opent vanaf een server met een lagere versie die alleen zegt “geen back-upset geselecteerd om te worden hersteld”
Dusals u uw gegevens nog steeds naar een lagere SQL-versie moet verplaatsen, controleer dan Dit.
Antwoord 4, autoriteit 8%
Voer SQL Server Management Studio als beheerderuit (klik met de rechtermuisknop op de snelkoppeling/exe en selecteer “Uitvoeren als beheerder”) en probeer vervolgens te herstellen.
Antwoord 5, autoriteit 4%
Mijn probleem was dat mijn gebruiker in de groep Ingebouwde beheerders zat en geen gebruiker met de Sysadmin-rol op SQL Server.
Ik ben net begonnen met de Management Studio als beheerder. Op deze manier was het mogelijk om de database te herstellen.
Antwoord 6, autoriteit 4%
Ter info: ik ontdekte dat ik bij het herstellen dezelfde (SQL-gebruiker) inloggegevens moest gebruiken om in te loggen op SSMS. Ik had eerst het herstel geprobeerd met een Windows Authentication-account.
Antwoord 7, autoriteit 4%
In mijn geval waren het permissies en het feit dat ik “Bestanden en bestandsgroepen herstellen…” gebruikte in plaats van gewoon “Database herstellen …”.
Dat maakte het verschil.
Antwoord 8, autoriteit 4%
Voor mij is het een probleem met gebruikersrechten.
Ik heb me aangemeld met sa-gebruiker en het werkt prima.
Antwoord 9, autoriteit 3%
Voor mij was het probleem dat het .BAK-bestand zich in een versleutelde map op de server bevond. Zelfs met volledige beheerdersrechten kon ik SSMS nooit zover krijgen om het bestand te lezen. Het verplaatsen van de .BAK naar een niet-versleutelde map loste mijn probleem op. Houd er rekening mee dat u na het verplaatsen van het bestand mogelijk ook de eigenschappen van het eigenlijke bestand moet wijzigen om de codering te verwijderen (klik met de rechtermuisknop, eigenschappen, geavanceerd, verwijder het vinkje bij “inhoud versleutelen om gegevens te beveiligen”.
Antwoord 10, autoriteit 3%
In mijn geval (nieuwe sql-serverinstallatie, nieuw aangemaakte gebruiker) had mijn gebruiker gewoon niet de benodigde toestemming. Ik logde in bij de Management Studio als sa, ging toen naar Beveiliging/Aanmeldingen, klikte met de rechtermuisknop op mijn gebruikersnaam, Eigenschappen, en controleerde vervolgens in het gedeelte Serverrollen sysadmin.
Antwoord 11, autoriteit 2%
Ik had hetzelfde probleem met SQL Server 2014 (Management Studio kon de map waarin het back-upbestand zich bevond niet zien toen ik het probeerde te lokaliseren voor een herstelbewerking). Deze threadbevatte het antwoord dat mijn probleem oploste. Citaat:
Het SQL Server-serviceaccount kan worden gevonden door Start->Control
Paneel->Administratieve tools->Services. Dubbelklik op de SQL Server
service->Aanmelden tabblad. U gebruikt ofwel het “Lokale systeemaccount”
of “Dit account” om een specifiek account te definiëren. Als u de
Lokaal systeemaccount, kunt u niet verwijzen naar back-ups die:
niet lokaal op de server. Als u in plaats daarvan het account hebt gedefinieerd om
gebruik, dit is het account dat toegang moet hebben tot het back-upbestand
plaats. Uw mogelijkheid om toegang te krijgen tot de back-ups met uw persoonlijke aanmelding
is niet relevant; het is het SQL Server-account dat wordt gebruikt, ook al
u start de back-up. Uw IT-mensen moeten in staat zijn om:
bepalen welke rechten aan elk account worden toegekend.
Ik hoop dat het iemand helpt.
Antwoord 12, autoriteit 2%
Voor mij was het omdat het back-upbestand nog open was door een ander proces. Hier is het gebeurtenislogboek:
BackupDiskFile::OpenMedia: back-upapparaat ‘X:\Backups\MyDatabase\MyDatabase_backup_2014_08_22_132234_8270986.bak’ kan niet worden geopend. Besturingssysteemfout 32 (Het proces heeft geen toegang tot het bestand omdat het door een ander proces wordt gebruikt.).
Sql Server Management Studio gewoon sluiten en opnieuw openen loste het op (het was duidelijk dat het ssms.exe was dat het handvat had…)
Antwoord 13, autoriteit 2%
In mijn geval was het een probleem met de rechten.
Voor de Windows-gebruiker die ik gebruikte, had ik geen dbcreator-rol.
Dus ik volgde de onderstaande stappen
- Verbind als
samet de SQL-server - Breid
Securityuit in Objectverkenner - Uitvouwen
Logins - Klik met de rechtermuisknop op de betreffende Windows-gebruiker
- Klik op Eigenschappen
- Selecteer
Server RolesuitSelect a pageopties - Controleer de rol
dbcreatorvoor de gebruiker - Klik op OK
Antwoord 14
Een andere mogelijke reden voor deze storing lijkt Google Drive te zijn. Google Drive comprimeert bakbestanden of zoiets, dus als je een databaseback-up wilt overzetten via Google Drive, lijkt het erop dat je deze eerst moet zippen.
Antwoord 15
Als u de bestaande database volledig wilt vervangen, gebruikt u de optie MET VERVANGEN:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
WITH REPLACE
Antwoord 16
SQL Server 2012 Express gebruiken.
Mijn fout (van de SQL Manager – Restore Database Dialog):
No backupset selected to be restored
Verder werden er geen back-upsets getoond in de lijst om te selecteren.
Het probleem was dat ik 1 van de 5 back-upbestanden had verplaatst naar een map waar de gebruiker van de SQL Server-serviceaanmelding geen machtigingen had – ik heb geprobeerd die gebruiker toe te voegen, maar ik kon de NT Service\MSSQL$SQLEXPRESS-gebruiker niet krijgen in de beveiligingslijst.
Ik heb het bestand verplaatst naar de map Documenten voor de servicegebruiker, waardoor het alle bestanden kon lezen die ik had geselecteerd – 4 op dat moment – en de fout veranderde in “mediaset ontbreekt” – toen keek ik rond naar een ander back-upbestand, en toen ik dat toevoegde, kon ik het herstellen.
De antwoorden op deze vraag hebben me geholpen om op de juiste plaatsen te zoeken en naar een oplossing te werken.
Antwoord 17
Voor mij was het een toestemmingsprobleem. Ik heb SQL-server geïnstalleerd met een lokaal gebruikersaccount en voordat ik lid werd van mijn bedrijfsdomein. Later heb ik geprobeerd een database te herstellen met mijn domeinaccount die niet over de benodigde machtigingen beschikt om SQL-serverdatabases te herstellen. U moet de toestemming voor uw domeinaccount herstellen en het systeembeheerderstoestemming geven voor de SQL-serverinstantie die u heeft.
Antwoord 18
Ik kreeg dezelfde foutmelding, ook al maak ik een back-up en herstel ik op dezelfde enkele machine.
Het probleem kwam van hier: bij het maken van een back-up had ik 2 items in de bestemmingsbox.
Dus de oplossing zou zijn: zorg ervoor dat er maar één item in het vak ‘bestemming’ staat. Verwijder alle andere als die er zijn.
Antwoord 19
Ik ben tegen hetzelfde probleem aangelopen. Voer SSMS uit als beheerder, klik met de rechtermuisknop en voer databaseherstel uit. Zou moeten werken.
Antwoord 20
Ik denk dat ik de prijs krijg voor de meest botte reden om deze fout te krijgen. In het dialoogvenster Database herstellen is de vervolgkeuzelijst database onder Bron grijs en ik dacht dat deze was uitgeschakeld. Ik ging naar de vervolgkeuzelijst voor de database onder Bestemming en dacht dat het de bron was en maakte een selectie. Als u dit doet, wordt deze foutmelding weergegeven.