Restaurer la base de données (page Options)
Utilisez la page Options de la boîte de dialogue Restaurer la base de données pour modifier le comportement et le résultat de l'opération de restauration.
Pour utiliser SQL Server Management Studio pour restaurer une sauvegarde de base de données
[!REMARQUE]
Lorsque vous spécifiez une tâche de restauration à l'aide de SQL Server Management Studio, vous pouvez générer un script Transact-SQL correspondant contenant les instructions RESTORE pour cette opération de restauration. Pour générer le script, cliquez sur le bouton Script et sélectionnez une destination pour le script. Pour plus d'informations sur la syntaxe RESTORE, consultez RESTORE (Transact-SQL).
Options
Options de restauration
Vous pouvez si vous le souhaitez, pour modifier des aspects du comportement de l'opération de restauration, utiliser les options du volet Options de restauration.
Remplacer la base de données existante
Indique que l'opération de restauration remplacera les fichiers de toute base de données qui utilise actuellement le nom de base de données que vous spécifiez dans le champ Vers la base de données sur la page Général de la boîte de dialogue Restaurer la base de données. Les fichiers de la base de données existante seront remplacés même si vous restaurez des sauvegardes à partir d'une base de données différente vers le nom de base de données existant. L'activation de cette option revient à utiliser l'option REPLACE dans une instruction RESTORE (Transact-SQL).Attention Utilisez cette option uniquement après un examen attentif. Pour plus d'informations, consultez Utilisation de l'option REPLACE.
Conserver les paramètres de réplication
Conserve les paramètres de réplication lors de la restauration d'une base de données publiée sur un serveur autre que celui sur lequel la base de données a été créée. Cette option est utile seulement si la base de données a été répliquée lors de la création de la sauvegarde.Cette option est disponible uniquement avec l'option Laisser la base de données opérationnelle en restaurant les transactions non validées (décrite plus bas dans ce tableau) qui équivaut à restaurer une sauvegarde avec l'option RECOVERY.
L'activation de cette option revient à utiliser l'option KEEP_REPLICATION dans une instruction RESTORE.
Pour plus d'informations, consultez Sauvegarde et restauration de bases de données répliquées.
Demander confirmation avant chaque restauration de sauvegarde
Indique que, une fois chaque sauvegarde restaurée, la boîte de dialogue Continuer la restauration s'affichera pour vous inviter à confirmer la poursuite de la séquence de restauration. Cette boîte de dialogue affiche le nom du support de sauvegarde suivant (s'il est connu), ainsi que le nom et la description du jeu de sauvegarde suivant.Cette option vous permet d'interrompre momentanément une séquence de restauration après avoir restauré un nombre quelconque de sauvegardes. Elle est particulièrement utile lorsque vous devez échanger des bandes pour différents supports de sauvegarde, par exemple quand le serveur dispose d'un seul périphérique à bandes. Lorsque vous êtes prêt continuer, cliquez sur OK.
Vous pouvez interrompre une séquence de restauration en cliquant sur Non. La base de données est conservée dans l'état de restauration. Vous pouvez quand vous le souhaitez poursuivre la séquence de restauration en continuant avec la sauvegarde suivante décrite dans la boîte de dialogue Continuer la restauration. La procédure de restauration de la sauvegarde suivante varie selon qu'elle contient des données ou des journaux de transaction, comme suit :
Si la sauvegarde suivante est une sauvegarde complète ou différentielle, utilisez à nouveau la tâche Restaurer la base de données.
Si la sauvegarde suivante est une sauvegarde de fichiers, utilisez la tâche Restaurer les fichiers et les groupes de fichiers. Pour plus d'informations, consultez Procédure : restaurer des groupes de fichiers et des fichiers (SQL Server Management Studio).
S'il s'agit d'une sauvegarde de journal, utilisez la tâche Restaurer le journal des transactions. Pour plus d'informations sur la reprise d'une séquence de restauration en restaurant un journal de transactions, consultez Procédure : restaurer une sauvegarde du journal des transactions (SQL Server Management Studio).
Restreindre l'accès à la base de données restaurée
Limite l'accès à la base de données restaurée aux membres de db_owner, dbcreator ou sysadmin.La sélection de cette option équivaut à utiliser l'option RESTRICTED_USER dans une instruction RESTORE.
Restaurer les fichiers de la base de données en tant que
Affiche une grille répertoriant le chemin d'accès complet d'origine de chaque fichier de données ou fichier journal de la base de données, ainsi que la destination de restauration de chaque fichier. Vous pouvez déplacer la base de données que vous restaurez en spécifiant de nouvelles destinations de restauration pour les fichiers.Le tableau ci-dessous décrit les colonnes de la grille Restaurer les fichiers de la base de données en tant que.
En-tête
Valeurs
Nom du fichier d'origine
Le chemin d'accès complet à un fichier de données ou un fichier journal de la base de données d'origine.
Restaurer sous
Le chemin d'accès et le nom de fichier à utiliser comme destination de restauration pour ce fichier de données ou ce fichier journal.
Pour restaurer une base de données dans un nouvel emplacement, vous devez modifier le champ Restaurer sous pour chaque fichier et spécifier un nouveau chemin d'accès de destination et/ou nom de fichier. La modification des destinations de restauration dans la colonne Restaurer sous équivaut à utiliser l'option MOVE dans des instructions RESTORE.
ImportantSi vous souhaitez restaurer une copie d'une base de données sur l'instance de serveur alors que la base de données d'origine est encore attachée, vous devez également spécifier un nouveau nom de base de données dans le champ Vers la base de données de la page Général.
État de récupération
Pour déterminer l'état de la base de données après l'opération de restauration, vous devez sélectionner, vous devez sélectionner l'une des options du volet État de récupération.
Laisser la base de données opérationnelle en restaurant les transactions non validées. Les journaux des transactions supplémentaires ne peuvent pas être restaurés. (RESTORE WITH RECOVERY)
Récupère la base de données après avoir restauré la base de données finale sélectionnée dans la grille Sélectionnez les jeux de sauvegarde à restaurer de la page Général. Il s'agit de l'option par défaut ; elle revient à spécifier WITH RECOVERY dans une instruction RESTORE (Transact-SQL).[!REMARQUE]
Avec le mode de restauration complète ou le mode de récupération utilisant les journaux de transactions, choisissez cette option si vous restaurez tous les fichiers journaux maintenant.
Laisser la base de données non opérationnelle, et ne pas restaurer les transactions non validées. Les journaux des transactions supplémentaires peuvent être restaurés. (RESTORE WITH NORECOVERY)
Laisse la base de données en état de restauration. Cela vous permet de restaurer des sauvegardes supplémentaires dans le chemin d'accès de récupération actuel. Pour récupérer la base de données, vous devez effectuer une opération de restauration en utilisant l'option RESTORE WITH RECOVERY (voir l'option précédente).Cette option revient à spécifier WITH NORECOVERY dans une instruction RESTORE.
Si vous sélectionnez cette option, l'option Conserver les paramètres de réplication n'est pas disponible.
Laisser la base de données en lecture seule. Annulez les transactions non validées, mais enregistrez les actions d'annulation dans un fichier afin de rendre réversibles les effets de la récupération. (RESTORE WITH STANDBY)
Maintient la base de données dans un état d'attente, dans lequel elle est disponible pour un accès limité en lecture seule. Cette option revient à spécifier WITH STANDBY dans une instruction RESTORE.Si vous sélectionnez cette option, vous devez spécifier un fichier d'annulation dans la zone de texte Fichiers d'annulation. Ce fichier d'annulation permet d'annuler les effets de la récupération.
- Fichiers d'annulation
Spécifie un fichier d'annulation. Vous pouvez rechercher le fichier d'annulation ou entrer son chemin d'accès directement dans la zone de texte.
- Fichiers d'annulation
Considérations sur la restauration d'une base de données d'une version antérieure de SQL Server
Après avoir restauré une base de données SQL Server 2005 ou SQL Server 2000 dans SQL Server 2008, la base de données est immédiatement disponible et est ensuite automatiquement mise à niveau. Si la base de données comprend des index de recherche en texte intégral, la mise à niveau les importe, les réinitialise ou les reconstruit, selon le paramètre de la propriété de serveur Option de mise à niveau du catalogue de texte intégral. Si l'option de mise à niveau a la valeur Importer ou Reconstruire, les index de recherche en texte intégral ne seront pas disponibles pendant la mise à niveau. Selon le volume de données indexé, l'importation peut prendre plusieurs heures et la reconstruction jusqu'à dix fois plus longtemps. Notez également que lorsque l'option de mise à niveau est Importer, les index de recherche en texte intégral associés sont reconstruits si un catalogue de texte intégral n'est pas disponible. Pour plus d'informations sur l'affichage ou la modification du paramètre de la propriété Option de mise à niveau du catalogue de texte intégral, consultez Procédure : afficher ou modifier les propriétés de serveur pour la recherche en texte intégral (SQL Server Management Studio).
Les niveaux de compatibilité des bases de données tempdb, model, msdb et Resource sont définis à 100 après la mise à niveau. La base de données système master conserve le niveau de compatibilité qu'elle avait avant la mise à niveau, sauf si ce niveau était inférieur à 80. Si le niveau de compatibilité de master était inférieur à 80 avant la mise à niveau, il est défini à 80 après la mise à niveau.
Si le niveau de compatibilité d'une base de données utilisateur était à 80 ou 90 avant la mise à niveau, il reste le même après la mise à niveau. Si le niveau de compatibilité était à 70 ou moins avant la mise à niveau, dans la base de données mise à niveau, le niveau de compatibilité est défini à 80, ce qui correspond au niveau de compatibilité le plus bas pris en charge dans SQL Server 2008.
[!REMARQUE]
Les nouvelles bases de données utilisateur héritent du niveau de compatibilité de la base de données model.
Voir aussi