Sauvegarde et restauration : interopérabilité et coexistence (SQL Server)Backup and Restore: Interoperability and Coexistence (SQL Server)

S’APPLIQUE À : ouiSQL Server nonAzure SQL Database nonAzure Synapse Analytics (SQL DW) nonParallel Data Warehouse APPLIES TO: yesSQL Server noAzure SQL Database noAzure Synapse Analytics (SQL DW) noParallel Data Warehouse

Cette rubrique comprend des observations sur la sauvegarde et la restauration pour plusieurs fonctionnalités de SQL Server 2019 (15.x)SQL Server 2019 (15.x).This topic describes backup-and-restore considerations for several features in SQL Server 2019 (15.x)SQL Server 2019 (15.x). Ces fonctionnalités concernent : la restauration de fichiers et le démarrage de bases de données, la restauration et la désactivation en ligne d'index, la mise en miroir de bases de données, la restauration fragmentaire et les index de recherche en texte intégral.These features include: file restore and database startup, online restore and disabled indexes, database mirroring, and piecemeal restore and full-text indexes.

Dans cette rubrique :In this topic:

File Restore and Database Startup

Online Restore and Disabled Indexes

Database Mirroring and Backup and Restore

Piecemeal Restore and Full-Text Indexes

Restauration de fichiers et démarrage d'une base de données

File Restore and Database Startup
Cette section concerne uniquement les bases de données SQL ServerSQL Server qui contiennent plusieurs groupes de fichiers.This section is relevant only for SQL ServerSQL Server databases that have multiple filegroups.

Notes

Lors du démarrage d'une base de données, seuls les groupes de fichiers dont les fichiers étaient en ligne lorsque la base de données était fermée sont récupérés et mis en ligne.When a database is started, only filegroups whose files were online when the database was closed are recovered and brought online.

Si un problème se produit lors du démarrage de la base de données, la récupération échoue et la base de données est affectée de l'attribut SUSPECT.If a problem is encountered during database startup, recovery fails, and the database is marked as SUSPECT. Si le problème peut être isolé dans un ou des fichiers, l'administrateur de la base de données peut placer les fichiers hors connexion et tenter de la redémarrer.If the problem can be isolated to a file or files, the database administrator can take the files offline and try to restart the database. Pour placer un fichier hors connexion, vous pouvez utiliser l'instruction ALTER DATABASE suivante :To take a file offline, you can use the following ALTER DATABASE statement:

ALTER DATABASE nom_base_de_données MODIFY FILE (NAME ='nom_fichier' , OFFLINE)ALTER DATABASE database_name MODIFY FILE (NAME ='filename', OFFLINE)

Si le démarrage aboutit, les groupes de fichiers qui contiennent un fichier hors connexion demeurent hors connexion.If startup succeeds, any filegroup that contains an offline file remains offline.

Restauration en ligne et index désactivés

Online Restore and Disabled Indexes
Elle concerne seulement les bases de données avec plusieurs groupes de fichiers et, dans le cas du mode de récupération simple, au moins un groupe de fichiers en lecture seule.This section is relevant only for databases that have multiple filegroups and, for the simple recovery model, at least one read-only filegroup.

Dans ces cas de figure, lorsqu'une base de données est en ligne, l'index peut être créé, supprimé, activé ou désactivé uniquement si les groupes de fichiers qui contiennent une partie de l'index sont en ligne.In these cases, when a database is online, the index can be created, dropped, enabled or disabled only if all filegroups holding any part of the index are online.

Pour plus d’informations sur la restauration des groupes de fichiers hors connexion, consultez Restauration en ligne (SQL Server).For information about restoring offline filegroups, see Online Restore (SQL Server).

Sauvegarde et restauration et mise en miroir d'une base de données

Database Mirroring and Backup and Restore
Cette section ne concerne que les bases de données en mode de restauration complète et composées de plusieurs groupes de fichiers.This section is relevant only for full-model databases that have multiple filegroups.

Notes

La fonctionnalité de mise en miroir de bases de données sera supprimée dans une prochaine version de Microsoft SQL ServerSQL Server.The database mirroring feature will be removed in a future version of Microsoft SQL ServerSQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement, et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Utilisez Groupes de disponibilité Always OnAlways On availability groups à la place.Use Groupes de disponibilité Always OnAlways On availability groups instead.

La mise en miroir de bases de données est une solution permettant d'accroître la disponibilité d'une base de données.Database mirroring is a solution for increasing database availability. La mise en miroir est implémentée individuellement pour chaque base de données et fonctionne uniquement avec les bases de données qui utilisent le mode de restauration complète.Mirroring is implemented on a per-database basis and works only with databases that use the full recovery model. Pour plus d’informations, consultez Mise en miroir de bases de données (SQL Server).For more information, see Database Mirroring (SQL Server).

Notes

Pour distribuer des copies d'un sous-ensemble des groupes de fichiers d'une base de données, utilisez la réplication : ne répliquez que les objets des groupes de fichiers à copier sur d'autres serveurs.To distribute copies of a subset of the filegroups in a database, use replication: replicate only those objects in the filegroups you want to copy to other servers. Pour plus d’informations sur la réplication, consultez Réplication SQL Server.For more information about replication, see SQL Server Replication.

Création de la base de données miroirCreating the Mirror Database

La base de données miroir est créée par la restauration (WITH NORECOVERY) de sauvegardes de la base de données principale sur le serveur miroir.The mirror database is created by restoring, WITH NORECOVERY, backups of the principal database on the mirror server. La base de données restaurée doit conserver le nom initial de la base de données.The restore must keep the same database name. Pour plus d’informations, consultez Préparer une base de données miroir pour la mise en miroir (SQL Server).For more information, see Prepare a Mirror Database for Mirroring (SQL Server).

Vous pouvez créer la base de données miroir à l'aide d'une séquence de restauration fragmentaire, si celle-ci est prise en charge.You can create the mirror database by using use a piecemeal restore sequence, where supported. Cependant, vous ne pouvez pas démarrer la mise en miroir avant d'avoir restauré tous les groupes de fichiers et, en règle générale, les sauvegardes des journaux pour synchroniser la base de données miroir avec la base de données principale.However, you cannot start mirroring until you have restored all the filegroups and, typically, restored log backups to get the mirror database close enough in time with the principal database. Pour plus d’informations, consultez Restaurations fragmentaires (SQL Server).For more information, see Piecemeal Restores (SQL Server)

Restrictions imposées en matière de sauvegarde et de restauration lors de la mise en miroirRestrictions on Backup and Restore During Mirroring

Pendant une session de mise en miroir de base de données, les restrictions suivantes s'appliquent :While a database mirroring session is active, the following restrictions apply:

  • La sauvegarde et la restauration de la base de données ne sont pas autorisées.Backup and restore of the mirror database are not allowed.

  • La sauvegarde de la base de données principale est autorisée, mais pas la sauvegarde du journal des transactions sans récupération (BACKUP LOG WITH NORECOVERY).Backup of the principal database is allowed, but BACKUP LOG WITH NORECOVERY is not allowed.

  • La restauration de la base de données principale n'est pas autorisée.Restoring the principal database is not allowed.

Restauration fragmentaire et index de recherche en texte intégral

Piecemeal Restore and Full-Text Indexes
Cette section ne concerne que les bases de données contenant plusieurs groupes de fichiers et, pour les bases de données en mode simple, que les groupes de fichiers en lecture seule.This section is relevant only for databases that contain multiple filegroups and, for the simple-model databases, only for read-only filegroups.

Les index de recherche en texte intégral sont stockés dans des groupes de fichiers de base de données et peuvent être affectés par une restauration fragmentaire.Full-text indexes are stored in database filegroups and can be affected by a piecemeal restore. Si l'index de recherche en texte intégral réside dans le même groupe de fichiers que des données de table associées, la restauration fragmentaire fonctionne comme prévu.If the full-text index resides in the same filegroup as any of the associated table data, piecemeal restore works as expected.

Notes

Pour afficher l’ID du groupe de fichiers qui contient un index de recherche en texte intégral, sélectionnez la colonne data_space_id de sys.fulltext_indexes.To view the filegroup ID of the filegroup that contains a full-text index, select the data_space_id column of sys.fulltext_indexes.

Index de recherche en texte intégral et tables dans des groupes de fichiers distinctsFull-Text Indexes and Tables in Separate Filegroups

Si un index de recherche en texte intégral réside dans un autre groupe de fichiers que les données de table associées, le comportement d'une restauration fragmentaire dépend du groupe de fichiers restauré et mis en ligne en premier :If a full-text index resides in a separate filegroup from all of the associated table data, the behavior of piecemeal restore depends on which of the filegroups is restored and brought online first:

  • Si le groupe de fichiers contenant l'index de recherche en texte intégral est restauré et mis en ligne avant les groupes de fichiers contenant les données de table associées, la recherche en texte intégral fonctionne comme prévu dès que l'index de recherche en texte intégral est en ligne.If the filegroup that contains the full-text index is restored and brought online before the filegroups that contain the associated table data, full-text search works as expected as soon as the full-text index is online.

  • Si le groupe de fichiers contenant les données de table est restauré et mis en ligne avant le groupe de fichiers contenant l'index de recherche en texte intégral, le comportement du texte intégral peut être affecté.If the filegroup that contains the table data is restored and brought online before the filegroup that contains the full-text index, full-text behavior might be affected. En effet, les instructions Transact-SQLTransact-SQL qui déclenchent un remplissage, reconstruisent le catalogue ou réorganisent le catalogue échouent tant que l'index n'est pas mis en ligne.This is because Transact-SQLTransact-SQL statements that trigger a population, rebuild the catalog, or reorganize the catalog fail until the index is brought online. Ces instructions incluent CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX et ALTER FULLTEXT CATALOG.These statements include CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX, and ALTER FULLTEXT CATALOG.

    Dans ce cas, les facteurs suivants sont importants :In this case, the following factors are significant:

    • Si le suivi des modifications est activé pour l'index de recherche en texte intégral, le DML utilisateur échoue tant que le groupe de fichiers de l'index n'est pas mis en ligne.If the full-text index has change tracking, user DML will fail until the index filegroup is brought online. Il en va de même pour une opération de suppression.Delete operation will also fail until the index filegroup is online.

    • Quel que soit le suivi des modifications, les requêtes de texte intégral échouent, car l'index n'est pas disponible.Regardless of change tracking, full-text queries fail because the index is not available. Si une requête de texte intégral est tentée alors que le groupe de fichiers contenant l'index de recherche en texte intégral est hors connexion, une erreur est retournée.If a full-text query is tried when the filegroup that contains the full-text index is offline, an error is returned.

    • Les fonctions d'état (telles que FULLTEXTCATALOGPROPERTY) réussissent uniquement dans les cas où elles n'ont pas à accéder à l'index de recherche en texte intégral.Status functions (such as FULLTEXTCATALOGPROPERTY) succeed only when they do not have to access full-text index. Par exemple, l’accès à des métadonnées de texte intégral en ligne réussit, alors que uniquekeycount et itemcount échouent.For example, access to any online full-text metadata would succeed, but uniquekeycount, itemcount would fail.

    Une fois le groupe de fichiers de l'index de recherche en texte intégral restauré et mis en ligne, les données de l'index et des tables sont cohérentes.After the full-text index filegroup is restored and brought online, the index data and table data are consistent.

Dès que le groupe de fichiers des tables et celui de l'index de recherche en texte intégral sont en ligne, tout remplissage de texte intégral suspendu reprend.As soon as both the base table filegroup and the full-text index filegroup are online, any paused full-text population is resumed.

Sauvegarde et restauration de fichiers et compression

File Backup and Restore and Compression
SQL ServerSQL Server prend en charge la compression des données du système de fichiers NTFS pour les groupes de fichiers et les bases de données en lecture seule.supports NTFS file system data compression of read-only filegroups and read-only databases.

La restauration des fichiers dans un groupe de fichiers en lecture seule est prise en charge sur les fichiers compressés NTFS.Restoring files in a read-only filegroup is supported on compressed NTFS files. La sauvegarde et la restauration de ces groupes de fichiers fonctionne pour l'essentiel de la même manière que pour n'importe quel groupe de fichiers en lecture seule, à quelques exceptions près :Backup and restore of these filegroups works essentially as it would for any read-only filegroup, with the following exceptions:

  • La restauration d'un fichier en lecture-écriture (y compris le fichier primaire et les fichiers journaux d'une base de données en lecture-écriture) vers un volume compressé échoue et génère une erreur.Restoring a read-write file (including the primary or log files of a read-write database) to a compressed volume fails and displays an error.

  • La restauration d'une base de données en lecture seule vers un volume compressé est autorisée.Restoring a read-only database to a compressed volume is allowed.

Notes

Les fichiers journaux des bases de données en lecture-écriture ne doivent jamais être placés sur des systèmes de fichiers compressés.Log files of read/write databases should never be placed on compressed file systems.

Tâches associéesRelated tasks

Voir aussiSee Also

Sauvegarde et restauration des bases de données SQL Server Back Up and Restore of SQL Server Databases
Sauvegarder et restaurer des bases de données répliquées Back Up and Restore Replicated Databases
Secondaires actifs : Sauvegarde sur des réplicas secondaires (groupes de disponibilité AlwaysOn)Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups)