Lorsqu'un fichier de base de données (données ou journal) est créé pour la première fois, il se trouve (bien sûr) dans un lecteur et un dossier spécifiques. Lorsqu'une sauvegarde est créée, ces informations sont stockées dans le cadre de la sauvegarde. Une commande RESTORE de base de données suppose que la base de données doit être restaurée exactement au même endroit, sauf instruction contraire. Pour ce faire, dans la commande RESTORE sous l'option "with", vous devez inclure l'option "move". Il ressemble à ceci:
RESTORE ...
with
move '<logcalFileName>' to 'physicalFileName'
,move '<logcalLogFileName>' to 'physicalLogFileName'
Un move
doit être inclus pour chaque fichier à être ainsi déplacé, si vous vous retrouvez généralement avec au moins deux de ces clauses. La partie difficile est que vous devez connaître les noms logiques des fichiers de base de données. Ceux-ci peuvent être trouvés via sp_helpFile
sur une base de données attachée et
RESTORE FILELISTONLY
from disk = '<backupFile>'
Sur une sauvegarde existante.
(Je suis sûr que tout cela peut être fait d'une manière ou d'une autre avec les interfaces de sauvegarde/restauration de SSMS.) J'ai basculé sur des scripts TSQL il y a des années pour fournir un accès rapide et flexible. commandes.)
Eh bien, ce n'est pas seulement de bureau, mais surtout parce que quand je télécharge quelque chose, il est téléchargé sur Desktop. Quoi qu'il en soit, je vais essayer le tour avec des autorisations. – sandalone
J'utilise l'authentification Windows pour me connecter à SQL Server. Des idées auxquelles l'utilisateur devrait avoir accès? J'ai déjà 3 utilisateurs autorisés: SYSTEM, moi-même et Administrators. – sandalone
Plus que probablement, c'est le compte SERVICE RÉSEAU. Vous pouvez vérifier en exécutant 'services.msc' à partir d'une invite de commande, puis en vérifiant la colonne" Se connecter en tant que "pour le service" SQL Server ". –